No importa qué sistema de gestión de contenidos o marco de aplicación web utilice para desarrollar su sitio web, hay algunos elementos básicos que deben cubrirse. Es fantástico proporcionar una interfaz de usuario pulida y contenido rico, pero hasta entonces, la primera prioridad debe ser proporcionar documentación básica que los usuarios puedan encontrar y expresar claramente el propósito del sitio.
Introducción
Hay varios archivos estándar que todo sitio web requiere, pero muchas veces el sitio los ignora. La mayoría de estos documentos tienen que ver con convenciones más que con requisitos técnicos, pero no proporcionarlos puede llevar a que la creación del sitio se desvíe. Además de la URL que se puede obtener mediante adivinanzas, a los usuarios generalmente les resulta difícil encontrar otras cosas que desean mediante adivinanzas. Este artículo describirá brevemente cada uno de estos documentos estándar.
La forma exacta en que se proporciona un recurso determinado depende de qué capa de servidor web y capa de aplicación web se utilizan. En un servidor "tradicional", casi estático, como Apache, es probable que estos recursos sean archivos de texto en el servidor. Pero en diferentes configuraciones, también pueden ser ciertas entradas en la base de datos, ciertas líneas en el archivo de configuración, ciertas clases en el proceso del servidor, etc. Este artículo se centra en lo que los usuarios terminan viendo, más que en cómo hacerlo realidad.
404.html
Cuando los usuarios utilizan su sitio web, inevitablemente buscarán recursos que no existen. Es más probable que estas búsquedas se deban a errores ortográficos de URL que a cualquier otro motivo, pero no se deben subestimar factores como enlaces obsoletos, mala configuración del backend y URL rotas en diferentes puntos. Cuando un recurso no está disponible, es una buena práctica proporcionar algún tipo de página alternativa para ayudar al usuario a navegar a otras páginas útiles. Un simple "no encontrado" le permitirá al usuario saber que el recurso no está disponible, pero no le ayudará a resolver el problema de "qué hacer a continuación".
Advertencia: Demasiados sitios web están configurados incorrectamente para enviar mensajes "soft 404" al crear 404.html personalizado (o cualquier otro mecanismo utilizado por los servidores web para publicar mensajes personalizados "no encontrados"). En otras palabras, envían una página con un encabezado normal "200 OK", que simplemente indica que en algún lugar del texto "no está disponible" y tal vez (pero no con frecuencia) menciona que hay un "Error 404" aquí. Esto debería evitarse. En su lugar, ahorre a los usuarios (y a sus navegadores web y otras herramientas) la molestia y utilice el título de estado exacto.
about.html
Entonces, ¿por qué crear un sitio web? Sí, necesita una página de inicio para responder a esa pregunta. Pero es más probable que la página de inicio no proporcione este tipo de información, sino que simplemente permita a los usuarios iniciar sesión, resalte los "puntos de venta" del sitio, muestre algunos detalles, etc. También es posible que desee permitir que los usuarios naveguen a la página "Acerca de" desde la página de inicio y, de ser así, asegúrese de que esa información esté disponible en http://mysite.example.com/about.html . Algunas personas están acostumbradas a buscar este tipo de información en esta página.
Una buena página about.html debe proporcionar una descripción general de la funcionalidad del sitio, el propósito de crear el sitio y por qué los usuarios deberían interesarse por el sitio, y también puede tener varios enlaces para ayudar a los usuarios a navegar de regreso a la funcionalidad principal del sitio. Esta página no necesita ser, y normalmente no debería ser, llamativa. Simplemente manténgalo pragmático y preciso para que los usuarios puedan aprovechar todo lo que el sitio tiene para ofrecer.
contact.html
Entonces, ¿cómo se pone en contacto con usted? Con about.html, los usuarios pueden obtener esta información con varios clics en su página de inicio existente.
¿Quién es el propietario de los derechos de autor del sitio webcopyright.html
? Es posible que el contenido le pertenezca, pero ¿quién es usted? ¿Una empresa? ¿Una agencia gubernamental? licencia de contenido gratuito, entonces esto puede ser necesario. Informe a los usuarios de esto. Hoy en día, casi todo tiene sus propios derechos de autor: si tu contenido se adhiere a principios diferentes, házselo saber a los usuarios. Pero no hay suficientes sitios web que se molesten en proporcionar este tipo de información, pero ¿por qué no agregarla a su propio sitio web? Porque siempre habrá algunos usuarios que prestarán atención a esta información.
Obviamente, diferentes páginas o recursos pueden tener diferente información de derechos de autor. Utilice esta página para proporcionar a los usuarios información sobre cómo determinar esas diferencias individuales. Si tiene alguna pregunta sobre las marcas comerciales, infórmenos también.
index.html (e index.htm)
No todos los servidores web utilizan el archivo index.html para describir su página de inicio. Dependiendo de la configuración, puede haber métodos como la reescritura de URL y la generación dinámica basada en nombres de rutas. ¡Pero a los usuarios no les importan estos detalles! Simplemente deje que http://www.aaa.com/index.html apunte a la página de inicio, incluso si tiene que usar una simple redirección HTML para hacerlo.
Por cierto, si ese es el caso, deja que la antigua extensión .htm surta efecto. Si aún cree que no es suficiente, haga lo mismo con index.cgi.
index.rssMucho
contenido web está disponible a través de RSS. Aunque este enfoque no se aplica a todos los sitios web, es eficaz para la mayoría de los sitios. Tiene mucho sentido hacer que el contenido RSS sea independiente de las opciones de configuración, inicios de sesión o pagos específicos del usuario para información específica. Porque RSS no puede cubrirlo todo.
Dicho esto, si algo puede estar disponible como RSS, continúe y hágalo. Quizás lo que se presenta en index.rss no sea más que contenido "publicitario", a veces acompañado de tópicos sobre cómo aprovechar las diversas ventajas de los canales RSS. O tal vez sea una explicación de por qué RSS no es relevante para su sitio web.
privacidad.html
Siempre que desee recopilar información del usuario (incluso si se trata solo de nombres de usuario o registros de tráfico), dígales a los usuarios qué planea hacer con esa información. Las cuestiones legales que rodean los derechos y responsabilidades de los creadores y/o usuarios de sitios web son complejas. Sin embargo, si se puede tener en cuenta la privacidad personal del usuario, el usuario seguirá sintiéndola. Y tal vez sea entonces cuando deberías hablar con un abogado sobre qué hacer con los datos de tus usuarios.
robots.txt
Si no desea que todos los recursos de su sitio web sean indexados por herramientas automatizadas, indíquelo en el archivo robots.txt. Pero si desea que su contenido sea indexado, indíquelo. La directiva del Estándar de exclusión de robots no obliga a los usuarios: si realmente no desea que algo sea visible, no lo coloque en su sitio o asegúrese de tener la protección de permisos adecuada detrás. Sin embargo, todos los principales motores de rastreo web legítimos cumplirán con los requisitos del archivo robots.txt. Así que trate de ser lo más claro posible acerca de sus intenciones.
seguridad.html
El uso de seguridad.html no es obligatorio. Pero si el sitio tiene problemas de seguridad (por ejemplo, se recopila información confidencial de los usuarios), es una buena idea documentar (al menos dar un resumen aproximado) del proceso de seguridad. Proporcione información de contacto en esta página en caso de que los usuarios tengan alguna pregunta o quieran dar sugerencias sobre cómo mejorar. La búsqueda de esta información debe seguir la organización general de las opciones de navegación del sitio. En este caso, también podrías poner el recurso en esta URL.
La forma en quelos mapas de sitios
muestran mapas de sitios web completos aún no está completamente estandarizada. Siempre es útil contar con algo para crear un mapa del sitio, pero qué tan detallado sea depende de qué tan dinámico sea su sitio (o qué tan dinámico sea). Además, el contenido que desea mostrar a los usuarios también depende de la intención del sitio. Por ejemplo, si el usuario no tiene permiso para utilizar el recurso X, informarle que el recurso X existe puede no ser apropiado en absoluto. Intente proporcionar algo basado en su propio criterio y circunstancias.
Para muchos sitios, proporcionar un mapa del sitio no es más que soporte y compatibilidad con mecanismos automatizados como los motores de búsqueda. Google ha lanzado una nueva convención basada en la convención robots.txt. En resumen, puede crear un archivo XML que presente todos los recursos proporcionados por el sitio. Esto es algo así como una "lista de inclusión" que actúa como complemento de la "lista de exclusión" de robots.txt.
No basta con considerarlas direcciones de correo electrónico
sólo para lo que hay en la Web. A veces, las herramientas de navegación de un sitio web no son exactamente lo que quieren (o algunos usuarios pueden no entender su elegante diseño), por lo que es una buena idea hacer posible que los usuarios también se comuniquen con usted por correo electrónico.
Asegúrese de publicar de manera destacada su información de contacto en contact.html o en cualquier otro lugar de su sitio web. Pero también asegúrese de que los mensajes enviados a direcciones de correo electrónico genéricas lleguen a la persona adecuada. Esto incluye al menos [email protected] , [email protected] y [email protected] . Para aquellas "personas mayores", es posible que deseen que los correos electrónicos enviados a [email protected] también se enruten al destino apropiado (pero probablemente no a "root" por razones de seguridad). Incluya un pequeño texto que describa el reenvío de correo electrónico y que comunique claramente el propósito del sitio. Las direcciones de correo electrónico están tan fácilmente disponibles como los enlaces simbólicos en el directorio de un servidor web.