La contabilidad de cada aspecto de un nuevo sitio web no es fácil, especialmente en el último minuto.
Los problemas no son los detalles en sí mismos, sino el proceso de asegurarse de que los detalles aparentemente menores no se suman al trabajo descuidado.
La mejor solución es escribirlo todo .
La peor solución es no tomar una lista de verificación previa al lanzamiento tan en serio como la etapa de planificación en sí.
Con los cientos de detalles que entran en la construcción o el rediseño de un sitio web, pasar por alto los puntos menores es fácil, especialmente a medida que las fechas límite se ciernen o pasan. Pero los detalles que faltan restan valor a la calidad de un sitio web.
Llámelo control de calidad o cubriendo su trasero, pero cada proyecto tiene ciertas tareas que deben realizarse antes de que se lance. Decidir qué es "lo suficientemente bueno" no es algo en lo que debas pensar en el último minuto.
Una lista de verificación previa al lanzamiento implica un enfoque sistemático para garantizar que se aborden los detalles importantes antes de iniciar o relanzar un sitio web .
La mayoría de los elementos en la lista de la lista serán comunes a todos los sitios web, incluido el registro de un nombre de dominio y la eliminación de contenido ficticio. Seguir la misma lista crea una rutina que se puede mejorar con cada proyecto.
Al adherirse a una lista establecida, tanto el diseñador como el cliente tienen la seguridad de que no se asumió nada vital, sino que realmente se olvidó.
Si nada más, las listas de prelanzamiento son versiones detalladas de la pregunta: "Creo que ya casi terminamos". ¿Qué más tenemos que hacer?
Aquí hay un escenario. Un diseñador está listo para lanzar un sitio web. El cliente está esperando que se publique. La fecha límite es en 30 minutos. Esconderse detrás de la excusa de que "el dominio no se ha propagado" no durará para siempre, por lo que el diseñador se apura en su lista de verificación. Parece recordar haber hecho estas cosas la semana pasada ... hasta que el cliente descubra lo contrario.
La rendición de cuentas no es señalar con los dedos ni marcar sin control elementos, sino que es una afirmación consciente. Tomarse el tiempo para verificar y verificar que una tarea se haya realizado puede ser tan importante como hacer la tarea en primer lugar.
Una lista de prelanzamiento de fuerza industrial hace más que solo recordar detalles críticos. Responsabiliza a las personas No solo dice que se ha hecho una tarea; te dice quién lo completó y en qué fecha.
Es por eso que, para las listas de prelanzamiento serias, las simples marcas de verificación son demasiado fáciles. Cada elemento debe tener cuatro campos:
La tarea describe lo que se debe hacer, como "Ejecutar el corrector ortográfico", "Aleatorizar la contraseña de administrador" o "Registrar la URL con Google". Las iniciales y la fecha imponen la responsabilidad.
Pero no todas las tareas son completas o incompletas. Crear una página informativa de error 404 es una cosa; agregar enlaces útiles es otro. El campo "comentarios" proporciona espacio para que una persona diga que un elemento está hecho pero podría mejorarse.
Coloque sus iniciales junto a una tarea que sea adecuada para el lanzamiento, incluso si pudiera mejorarse más adelante.
Llega un momento en que los plazos, los presupuestos u otros factores obligan a un equipo a declarar un sitio web "lo suficientemente bueno".
Pero si se puede medir la calidad del sitio web, podría ser la suma de la atención al detalle y la medida en que se siguieron las tareas.
El valor de cualquier elemento individual en una lista de verificación previa al lanzamiento varía. Cuanto más cerca de la fecha límite, más trivial parece, especialmente porque ningún elemento individual es fundamental para el éxito o el fracaso del proyecto.
Los detalles son como dólares: si un favicon vale una moneda de diez centavos, ¿a quién le importa dejarlo si tienes 20 dólares en tu puño?
Cerca de una fecha límite, las tareas incompletas se disputan la atención. El diagrama de arriba ilustra cómo se vuelve evidente la verdadera importancia de una tarea: el tiempo exprime elementos menos importantes.
Por ejemplo, el HTML validado puede parecer importante al principio, pero ¿cómo se compara con la corrección de errores de base de datos de último minuto? Una vez que una tarea se ha considerado "menos importante" en la fecha límite, tiende a permanecer de esa manera.
El peligro de no tener control de calidad es descartar cualquier detalle por carecer de importancia. Es cierto que un detalle entre muchos no es una preocupación. Pero ese no es el punto. El punto es el proceso de verificar los detalles , no de identificar cuáles son importantes.
Averiguar qué es "lo suficientemente bueno" no se trata de determinar la cantidad exacta de cosas que puede prescindir, sino más bien de comprender cuánto se ha sacrificado para iniciar el sitio web. ¿Cuánto estás dispuesto a sacrificar? ¿Qué detalles no son importantes? ¿Qué es lo suficientemente bueno?
Así como las inspecciones de seguridad no construyen casas, las listas de verificación previas al lanzamiento no completan los sitios web. Cuanto más estrictamente se implementen, mejor será el resultado.
Los elementos enumerados a continuación fueron seleccionados por su importancia y facilidad de terminación. Qué tan bien se lleven a cabo, si es que lo hacen, reflejará la seriedad con que se está tomando el proyecto.
A continuación, proporcionamos un ejemplo, pero la mejor lista de verificación previa al lanzamiento es la que usted mismo ha personalizado.
La línea de tiempo de arriba es una generalización. Cubre lo básico, pero no todos los equipos seguirán este proceso.
Por lo tanto, tendría cinco listas diferentes para un solo proyecto:
Las listas de verificación previas al lanzamiento a continuación garantizan la precisión y la responsabilidad exigiendo nombres y fechas , no solo marcas de verificación.
Las fechas también indican qué elementos deben revisarse nuevamente si se han realizado cambios. Esto debería inculcar la confianza de que no se ha perdido nada.
Los elementos en cada lista se pueden completar en cualquier orden, pero las listas mismas están organizadas cronológicamente: antes, inmediatamente después y mucho después del lanzamiento. No todos los artículos pueden ser apropiados.
Por ejemplo, un sitio web puede no necesitar una base de datos o análisis. El diseñador es responsable de decidir qué elementos son relevantes para el proyecto.
Notas | Tarea | Completado por | Fecha | Comentarios |
---|---|---|---|---|
No desista de tareas obvias, como configurar el nombre de dominio y el paquete de alojamiento, hasta el último minuto. | Compre el nombre (s) de dominio. | _____ | _____ | _____ |
Configurar el alojamiento | _____ | _____ | _____ | |
Redirigir sitename.com a www.sitename.com (o viceversa) para SEO | _____ | _____ | _____ | |
Crea las direcciones de correo electrónico requeridas. | _____ | _____ | _____ | |
Configure la base de datos. | _____ | _____ | _____ | |
Configure un entorno de prueba. | _____ | _____ | _____ |
Notas | Tarea | Completado por | Fecha | Comentarios |
---|---|---|---|---|
Compruebe la página de inicio, la página de contacto y las páginas con diferentes plantillas. Actualice los navegadores y las versiones según sea necesario. Comprobar cada navegador en cada plataforma es una tarea separada porque no todos los navegadores pueden ser representativos del público objetivo. Busque errores de representación en diferentes motores de diseño del navegador. | Navegador Gecko: Firefox 3.x para Mac | _____ | _____ | _____ |
Navegador Gecko: Firefox 3.x para Windows | _____ | _____ | _____ | |
Internet Explorer 7 | _____ | _____ | _____ | |
Internet Explorer 8 | _____ | _____ | _____ | |
Webkit: Chrome para Mac | _____ | _____ | _____ | |
Webkit: Chrome para Windows | _____ | _____ | _____ | |
Webkit: Safari para Mac | _____ | _____ | _____ | |
Webkit: iPhone | _____ | _____ | _____ | |
Presto: Opera para Windows | _____ | _____ | _____ | |
La apariencia de un sitio web se ve afectada por el tamaño del monitor en el que se está viendo. Incluso si el diseño de un sitio web tiene un ancho fijo, digamos 960 píxeles, puede verse muy diferente en diferentes resoluciones. Pruebe el sitio web en estas diversas resoluciones. | 800 × 600 | _____ | _____ | _____ |
1024 × 788 | _____ | _____ | _____ | |
1280 × 1024 | _____ | _____ | _____ | |
1920 × 1200 | _____ | _____ | _____ | |
320 × 480 (para dispositivos móviles) | _____ | _____ | _____ | |
Ocultar fotos, gráficos, fondos y estilos muestra cómo los motores de búsqueda y los lectores de pantalla ven su sitio web. Para ver qué tan útil es el sitio web (o no), cambie el nombre del directorio de imágenes y el archivo CSS. | Prueba de usabilidad sin CSS o imágenes | _____ | _____ | _____ |
Los iconos favoritos o "favicons" aparecen junto a la URL en la mayoría de las ventanas y marcadores del navegador. Aunque algunos navegadores aceptan archivos PNG, otros requieren gráficos ICO. Visitar Servicio ConvertIcon de Punk Labs o Generador FavIcon de DynamicDrive para crearlos. | Crea un favicon | _____ | _____ | _____ |
No asuma automáticamente que el contenido de su sitio web es único. Verifique que el nombre y las frases distintivas aún no se hayan tomado en el Oficina de Patentes y Marcas de Estados Unidos . | Verificar violaciones de marca registrada. | _____ | _____ | _____ |
Agregue una declaración de derechos de autor al pie de página o a la página "Acerca de". | _____ | _____ | _____ | |
Verificación ortográfica de todo el contenido. | _____ | _____ | _____ |
Notas | Tarea | Completado por | Fecha | Comentarios |
---|---|---|---|---|
Una página 404 útil le dice a las personas que han ingresado una URL inválida y ofrece enlaces alternativos. Puede incluir una herramienta de búsqueda para ayudarlos a encontrar lo que están buscando, y podría notificar automáticamente al propietario del sitio web que alguien ha encontrado un problema. Si es necesario, use Widget de búsqueda 404 personalizado de Google . | Crea una página 404 útil. | _____ | _____ | _____ |
Asegúrese de que el formulario de contacto funcione y de que el dominio no se haya incluido en la lista negra. | Envíe un mensaje de prueba a través del formulario de la página de contacto. | _____ | _____ | _____ |
El propósito del sitio web puede ser obvio para las personas que participaron en la creación del sitio web. No asuma que es obvio para los recién llegados. | Asegúrese de que la página de inicio indique claramente (ya sea en el contenido, la declaración de la misión o el eslogan) los objetivos del sitio web y lo que los visitantes pueden esperar obtener. | _____ | _____ | _____ |
Notas | Tarea | Completado por | Fecha | Comentarios |
---|---|---|---|---|
El correo electrónico es excelente cuando funciona y pésimo cuando no funciona. Asegúrese de que los mensajes sean entregados. | Envíe un mensaje de prueba a las direcciones de correo electrónico asociadas con el dominio. | _____ | _____ | _____ |
Responda al mensaje de prueba. Asegúrese de que se reciba. | _____ | _____ | _____ | |
Si no desea que los motores de búsqueda indexen ciertos directorios, como las secciones CMS, cgi-bin o solo para miembros, agréguelos al archivo robots.txt . Visitar Web Robots o lee sobre cómo Google respeta robots.txt . | Haga un archivo robots.txt . | _____ | _____ | _____ |
Notas | Tarea | Completado por | Fecha | Comentarios |
---|---|---|---|---|
Asegúrese de que su sitio web no contenga enlaces muertos o no válidos usando el Comprobador de enlace W3C . | Ver todos los enlaces. | _____ | _____ | _____ |
Busque errores HTML eso puede causar problemas de visualización en diferentes navegadores. | Validar el HTML. | _____ | _____ | _____ |
Busque y elimine todos los textos y datos de prueba de Greened. | _____ | _____ | _____ | |
Verificación ortográfica de nuevo. | _____ | _____ | _____ | |
Asegúrese de que cada página tenga un propósito claro. | _____ | _____ | _____ | |
Dé a cada página un título HTML adecuado y una meta descripción. | _____ | _____ | _____ | |
Añadir alt atributos a todas las imágenes. | _____ | _____ | _____ | |
Haga que la contraseña de CMS sea difícil de adivinar. | _____ | _____ | _____ |
Notas | Tarea | Completado por | Fecha | Comentarios |
---|---|---|---|---|
Google Webmaster Tools le ayuda a ver cómo Google indexa o no su sitio web y ofrece información sobre qué términos de búsqueda se usaron para descubrir su sitio web. | Regístrese en las Herramientas para webmasters de Google. | _____ | _____ | _____ |
Si te preocupa que tu proveedor de hosting encuentre problemas, regístrate para ¿Están mis sitios arriba? y recibir notificaciones cuando surjan problemas. | Regístrese para monitorear el tiempo de actividad. | _____ | _____ | _____ |
Rastree quién visita su sitio web y cómo y cuándo lo están haciendo con Google analitico , Clicky , Yahoo Analytics o menta . | Instale un programa analítico. | _____ | _____ | _____ |
No tiene que esperar que los motores de búsqueda descubran su sitio web. Cuéntales sobre eso. | Registra el sitio web con Google . | _____ | _____ | _____ |
Registra el sitio web con Yahoo . | _____ | _____ | _____ | |
Registra el sitio web con Bing . | _____ | _____ | _____ | |
Asegúrate que Mapa del sitio XML es actual . | _____ | _____ | _____ | |
Envíe el mapa del sitio XML a Google . | _____ | _____ | _____ |
Notas | Tarea | Completado por | Fecha | Comentarios |
---|---|---|---|---|
¿Todos los que figuran en la página "Acerca de" o "Personal" todavía trabajan allí? ¿Han cambiado el número de teléfono, el número de fax, la dirección de correo electrónico o la dirección postal? | Asegúrese de que los detalles de contacto sean precisos. | _____ | _____ | _____ |
Cambia la contraseña de CMS. | _____ | _____ | _____ | |
Si no ha hecho una copia de seguridad del sitio web, hágalo ahora. | _____ | _____ | _____ | |
Verifique el correo no deseado enviado a través de los formularios. | _____ | _____ | _____ | |
Pregunte si el sitio web aún satisface todas las necesidades de sus visitantes. ¿El contenido sigue siendo relevante? | _____ | _____ | _____ | |
¿Qué características del sitio web no se están utilizando? ¿Qué se puede eliminar? | _____ | _____ | _____ | |
Verifique los análisis del sitio web: ¿qué navegadores usan la mayoría de los visitantes? Puede que no sean lo que esperas. | Verifique el sitio web en el navegador y SO más utilizados. | _____ | _____ | _____ |
Escrito exclusivamente para Webdesigner Depot por Ben Gremillion . Ben es un diseñador web independiente que se especializa en resolver problemas de comunicación con el diseño.
¿Sigues una lista de verificación antes de lanzar un nuevo sitio web? Por favor comparta su proceso a continuación ...