Un lanzamiento precipitado suele generar incidencias que dañan la experiencia de usuario, el SEO y la reputación de la marca. Esta checklist lanzamiento web recoge comprobaciones prácticas y criterios de aceptación que puedes ejecutar sin pagar herramientas: inspecciones con el navegador, comandos básicos y pruebas funcionales que validan indexabilidad, rendimiento, accesibilidad, analítica, seguridad y requisitos legales antes de dar tráfico real a la web.
SEO técnico y requisitos legales básicos
Empieza comprobando la indexabilidad: abre la página en el navegador, selecciona ver código fuente (Ctrl+U) o inspecciona el <head> y confirma que no haya una meta tag noindex accidental. Accede a https://tudominio.com/robots.txt y a https://tudominio.com/sitemap.xml para verificar que existan y no bloqueen rutas importantes. Revisa que las etiquetas meta title y meta description estén presentes y sean únicas en las páginas clave; puedes verlo en el mismo inspector del navegador bajo <head>. Si tu sitio es multilingüe, comprueba los atributos hreflang en el código o en el sitemap. Para datos estructurados busca bloques JSON-LD en el <head> o al final del <body> y valida sintaxis con la consola del navegador o con Lighthouse. En materia legal, asegura que el aviso de privacidad y la información sobre cookies son accesibles desde el pie de página y que el consentimiento no activa trackers antes del OK del usuario.
Rendimiento y Core Web Vitals: cómo medir y criterios de aceptación
Usa Lighthouse integrado en Chrome (DevTools ▶ Lighthouse) o PageSpeed Insights para obtener métricas de Core Web Vitals. Ejecuta la auditoría en modo producción y en una red lenta si quieres simular usuarios reales. Acepta la página si LCP es inferior a 2.5s, CLS menor de 0.1 e INP (o FID) por debajo de 200 ms; si no, identifica recursos pesados. Inspecciona imágenes en el inspector: comprueba que usen formatos optimizados, atributos srcset y carga diferida (loading=»lazy») cuando proceda. Para validar cabeceras y redirecciones puedes ejecutar desde tu terminal un comando sencillo como curl -I https://tudominio.com/ y comprobar que la respuesta sea 200, que las redirecciones devuelvan 301 y que exista Strict-Transport-Security si aplica. Mide el peso total de la página en la pestaña Network y establece como criterio de aceptación que el peso inicial no supere 2 MB para páginas de contenido medio; si tu proyecto necesita más recursos (p. ej. e‑commerce con imágenes), define umbrales acordados en el contrato.
Accesibilidad, analítica y seguridad esenciales
Valida accesibilidad básica usando la pestaña Accessibility de DevTools: comprueba contraste, roles ARIA y la presencia de texto alternativo en imágenes. Navega únicamente con teclado (Tab, Shift+Tab, Enter) para confirmar que formularios y menús son operables. Si necesitas una referencia técnica, consulta la guía sobre accesibilidad del sitio para priorizar correcciones: https://reacweb.com/diseno-web-accesible-checklist/. Para analítica, verifica que el tag principal (Analytics, Tag Manager o dataLayer) se carga en producción y no en un entorno de staging; actúa en el navegador y dispara eventos críticos (envío de formulario, click en CTA) mientras observas la pestaña Network para comprobar las peticiones de tracking. Controla que los eventos definidos en el brief realmente se registran y que existen mecanismos de prueba en el entorno de preproducción. En seguridad revisa que el sitio use HTTPS en todas las rutas y que las cabeceras básicas estén presentes: X-Frame-Options, X-Content-Type-Options y Strict-Transport-Security. Para comprobar respuestas de formularios, observa el código HTTP en Network al enviar un envío de prueba y confirma que se devuelva 200 o la respuesta esperada; si prefieres línea de comandos, un ejemplo genérico es curl -X POST -I "https://tudominio.com/contact" -d "name=Test&email=test@example.com", adaptando la ruta real del formulario.
Experiencia de usuario, control de versiones y plan post-lanzamiento
Prueba los flujos críticos completos: procesos de compra, registro y contacto, prestando atención a microcopias, mensajes de error y recuperación de sesión. Valida formularios con entradas inesperadas y confirma que las validaciones muestran mensajes claros. Revisa la consistencia visual en distintos tamaños desde DevTools (device toolbar) y realiza pruebas manuales en al menos un móvil real. Comprueba que el repositorio o el gestor de despliegues tenga tags o versiones claros y que exista un procedimiento para revertir a una versión anterior en caso de fallo. Tras el lanzamiento, monitoriza errores y métricas clave durante 30 y 90 días: revisa logs, alertas de rendimiento y la tasa de conversión de los flujos primarios. Acepta la entrega si todos los criterios críticos descritos anteriormente están en verde o hay un plan de corrección con plazos y responsables; recházala si hay bloqueadores que impidan indexación, pagos, envíos de formularios o que supongan un riesgo legal o de seguridad.
Un control de calidad riguroso antes del lanzamiento reduce incidencias post‑despliegue y facilita entregas predecibles. Si tu proyecto viene de diseño con Figma, revisa la guía sobre cómo llevar esos diseños a producción para evitar discrepancias visuales y técnicas: https://reacweb.com/diseno-web-figma-produccion/. Aplica estas comprobaciones como parte del proceso de entrega y acuerda criterios de aceptación con el equipo antes del día de lanzamiento.
