10 ficheros que debería tener cualquier web

Cuando se realiza una web suelen ser necesarios una serie de ficheros que en algunas ocasiones no existen:

  • 404.html: para mostrar un mensaje de error que indique que la página visitada no existe, algo que ocurrirá más veces de las que pensamos.
  • about.html: una buena página about ofrece información de forma rápida sobre lo que el sitio hace, indicando por qué ha sido creada, qué deben tener en cuenta los usuarios, algunos enlaces de navegación. Eso sí, ante todo debe ser concisa y no muy extensa, porque entonces la gente no obtiene la información deseada.
  • contact.html: información sobre quién está detrás de la página y un medio para comunicarse con ellos, ya sea por internet u otros medios.
  • copyright.html: protege tus contenidos, ya sea con copyright o Creative Commons, pero que quede claro a quién le pertenece el contenido y que se puede hacer sobre él.
  • index.html: aunque tu página principal no sea esa, es conveniente que este fichero apunte a tu página principal. Si se es generoso también habría que hacerlo con el fichero index.htm e index.cgi.
  • index.rss: para aquellos que quieren leer la información que se ofrece de forma rápida mediante feeds.
  • privacy.html: si vas a obtener información de los usuarios, es necesario indicar qué se va a hacer con esta información y cómo se va a tratar.
  • robots.txt: para que los contenidos que deseas de tu web sean indexados automáticamente por los buscadores.
  • security.html: el uso no es siempre el mismo, pero si existen temas que conciernan a la seguridad es conveniente usarlo, por ejemplo si se usan datos sensibles de los usuarios o si existen procedimientos de seguidad.
  • sitemap: un lugar donde el usuario puede tener un vistazo de la estructura general de la web y así poder moverse con facilidad.

Web development tips: Ten (or a few more) files every Web site needs

fuente: Sentido Web

Entender que válido no es necesariamente correcto

De un tiempo a esta parte me he encontrado varias veces con sitios maquetados de forma poco accesible y mucho menos semántica y desarrolladores que se ofenden al apuntarles lo incorrecto de ciertas prácticas ya que “el validador del w3c no arroja ningún fallo”.

Es una suerte que, por lo menos, se haya extendido la buena costumbre de validar nuestro marcado pero parece que con la excusa de que un código es válido nos olvidamos de que ningún software puede poner en contexto un sitio web, ni comprobar si hemos empleado la etiqueta más adecuada para la tarea que pretendemos desempeñar.

Por poner un ejemplo, una página maquetada con tablas, con el estilo totalmente definido mediante etiquetas obsoletas puede validar perfectamente empleando el doctype adecuado. Si, porque creo que todos hemos aprendido a engañar al validador con un doctype transicional cuando no nos apetece comernos la cabeza ¿verdad?.

Que una herramienta de validación no arroje fallos no implica necesariamente que hayamos hecho un buen trabajo, sólo quiere decir que no hemos cometido ningún error grave. Maquetar un sitio web es comparable a escribir un texto, podríamos escribir un texto carente de todo sentido pero que no provocase ningún error visible para el corrector de nuestro programa de edición de textos.

Por eso, porque las máquinas tienen sus limitaciones, debemos siempre complementar la verificación automática con la manual. Y no sólo con el W3C, si empleamos TAW o Hera o cualquier otro software para verificar la accesibilidad de una página web nos encontraremos con multitud de puntos que deben comprobarse manualmente.

No hay nada que pueda sustituir a un buen planteamiento a la hora de maquetar ni a un buen uso y entendimiento de las etiquetas HTML.

fuente: Webmaster Libre de

WordCamp BA – Charla 4 – Diseño e interfaz

Pablo Rigazzi y Horacio Bella

Diseño y interfaz

Después de la burbuja de internet, se empezó a estandarizar los parámetros básicos de Internet y de la estandarización se paso a la sociabilidad.

Porque la gente no usa Internet:

  • 60 % por falta de recursos
  • 20% porque no la necesita
  • 11% no lo sabe usar
  • 6% no le es útil
  • 3% Otros

Mejorar la experiencia del usuario, como punto de partida, para tener más usuarios.

  1. Hagamos diseños simples.
  2. Seamos concisos y vayan al grano lo mas rapido posible.
  3. El texto ES INTERFAZ!!!!!! no solo las imagenes pueden ser parte de un gran diseño.
  4. Cuenten una historia (si es posible en el nicho elegido).
  5. Rompan paradigmas (o creen algunos nuevos).
  6. Diseñen de adentro hacia afuera.