Lista de comprobación antes de publicar un sitio web

Verificar contenido y navegación

Cada ruta pública necesita una copia final, una navegación funcional y una respuesta deliberada para las páginas faltantes o retiradas. Una página de inicio válida no prueba que los enlaces de la campaña, las variantes de idioma o los destinos del pie de página sean correctos.

Rastree la versión candidata, verifique las redirecciones y revise los títulos, las descripciones, los textos canónicos y los idiomas alternativos en páginas representativas.

La revisión de contenido cubre más que la ortografía. Confirme el nombre de marca actual, datos de contacto, precios, límites de servicio, enlaces legales y derechos de imagen en cada plantilla pública. Atraviese enlaces internos y decida cómo redireccionar URLs retiradas. Compruebe títulos, descripciones, URLs canónicas y alternaciones de lenguaje de HTML de producción renderizada. Busque marcadores de escenificación y texto de marcador de posición en toda la compilación para que no aparezcan en páginas que se perdieron durante la revisión manual.

Pruebe recorridos de usuario completos

Los botones y formularios deben probarse desde el primer clic hasta la confirmación final y la transferencia operativa. Un formulario de contacto que almacena un registro pero no notifica al equipo no es una ruta de consulta exitosa.

Presentar casos de prueba reales para flujos de contacto, cotización y compra; confirme la entrega de correo electrónico, el enrutamiento de respuestas, los errores y la protección contra duplicados.

Prueba viajes completos con datos similares a la producción. Envíe cada formulario de contacto y cotización, verifique el correo electrónico entregado, la dirección de Reply-To, el registro guardado, el mensaje de fallo y la gestión de duplicados. Para las tiendas, realice pedidos de prueba a través de estados de pago y entrega compatibles. Incluya validación, conexiones lentas y fallo del proveedor. Una pantalla de éxito es evidencia solamente cuando el destino operativo también recibió la información necesaria para continuar la tarea.

Utilice la configuración de producción.

El éxito local no verifica dominios, HTTPS, variables de entorno, servicios externos o comportamiento de proxy inverso. Una regla de host secreta faltante o incorrecta puede romperse solo después de la implementación.

Ejecute comprobaciones de humo en el dominio deseado, verifique las redirecciones seguras y confirme que la configuración privada no esté presente en los paquetes de clientes.

La configuración de producción necesita su propia lista de verificación. Verifique que DNS, HTTPS, host redirijan, variables de entorno, credenciales de correo electrónico, encabezados de reverso-proxy, trabajadores programados y ubicaciones de respaldo. Confirme que los secretos permanecen en el lado del servidor y el puerto de aplicación no se expone innecesariamente. Pruebe el acceso anónimo en un navegador limpio, porque una sesión de administrador autenticada puede ocultar caché, permitir o redirigir problemas que los visitantes públicos encontrarán.

Preparar la reversión y la propiedad

Una versión necesita una versión anterior conocida, un alcance de respaldo y una persona que pueda responder a una verificación fallida. Sin una ruta de reversión, un pequeño defecto puede convertirse en una interrupción prolongada mientras el equipo se reconstruye bajo presión.

Registre la revisión desplegada y una ruta de reversión antes de la liberación. Nombre a la persona que observa los registros de aplicaciones y proxy, las comprobaciones que desencadenan la reversión y la imagen o el paquete anterior que pueden restaurarse. Revise las rutas principales después de la implementación desde fuera del servidor. Un breve registro de liberación escrita hace que la respuesta incidente sea más rápida e impide que el equipo adivine qué versión, migración o valor ambiental alcanzó la producción.