Checklist de lanzamiento web: qué comprobar antes de salir en línea
Los problemas del día del lanzamiento casi nunca son exóticos. Son un entorno de pruebas abierto a los buscadores, un formulario de contacto que llega a una dirección que nadie lee y una estructura de URLs antigua sin redirecciones.
Esta checklist cubre qué verificar antes de salir en línea, en el orden en que ocurre un lanzamiento, y qué vigilar en la primera hora y la primera semana.
Antes del lanzamiento: técnica#
Son las comprobaciones difíciles de notar desde fuera y caras de descubrir tarde.
- HTTPS funciona en cada página y HTTP redirige con un 301.
- Un único nombre de host canónico: con www o sin www, y el otro redirige. No los dos sirviendo contenido.
- El entorno de pruebas está protegido con contraseña o bloqueado, y su noindex NO se ha copiado a producción.
- El robots.txt de producción permite el rastreo. Este es, con diferencia, el error de lanzamiento más común.
- Existe una página 404, devuelve un estado 404 real y ofrece una salida.
- Los formularios se envían, guardan el registro y avisan a una dirección que alguien lee.
- Las copias de seguridad están configuradas y se ha probado una restauración. Una copia sin probar no es una copia.
- El registro de errores está activo y alguien recibe los avisos.
Compruebe los códigos de estado, no solo las páginas. Una «página 404» que devuelve HTTP 200 le dice a los buscadores que cada URL mal escrita es una página real.
Antes del lanzamiento: contenido y SEO#
Las comprobaciones de contenido son rápidas pero son las que los visitantes notan primero, y las de SEO son las dolorosas de arreglar después.
- Cada página tiene un título y una meta descripción únicos que reflejan su contenido.
- Sin texto de relleno, sin «Lorem ipsum», sin «[nombre del cliente]» en ninguna parte.
- Cada imagen tiene texto alternativo con sentido; las decorativas llevan alt vacío, no ausente.
- La estructura de encabezados es sensata: un H1 por página, sin saltos de H1 a H4.
- Todos los enlaces internos resuelven; ninguno apunta al dominio de pruebas.
- El sitemap XML se genera, lista solo URLs indexables y está referenciado en robots.txt.
- Redirecciones desde cada URL antigua con tráfico o enlaces, mapeadas y probadas.
- Los datos estructurados validan en las plantillas que los llevan.
- Las etiquetas Open Graph producen una vista previa razonable al pegar la URL en un chat.
Antes del lanzamiento: legal, analítica y accesibilidad#
Las partes que más a menudo se dejan «para después del lanzamiento», lo que luego significa nunca.
| Elemento | Comprobación |
|---|---|
| Política de privacidad | Presente, veraz sobre lo que recoge de verdad, enlazada desde cada página |
| Consentimiento de cookies | Obligatorio si instala cookies no esenciales; las bloquea hasta el consentimiento |
| Términos y aviso legal | Presentes donde su jurisdicción los exija |
| Analítica | Instalada una vez, activa en todas las páginas, con un objetivo para la acción principal |
| Search Console | Propiedad verificada y sitemap enviado el día del lanzamiento |
| Acceso por teclado | Cada elemento interactivo alcanzable y operable con Tab e Intro |
| Contraste | Texto y controles cumplen WCAG AA sobre su fondo |
| Zoom | Página usable al 200 % de tamaño de texto sin desplazamiento horizontal |
La primera hora y la primera semana#
Un lanzamiento no es un momento, es una ventana. Casi todos los problemas que superan la checklist aparecen en la primera hora, y los de SEO en los días siguientes.
- Cargue la portada desde un móvil con datos, no desde la red de la oficina.
- Envíe usted mismo el formulario principal y confirme que llega el aviso.
- Compruebe que cinco URLs antiguas redirigen bien, incluida una profunda.
- Confirme que la analítica registra su propia visita y luego excluya su tráfico.
- Envíe el sitemap en Search Console y solicite indexación de las páginas principales.
- Vigile los registros de error del servidor la primera hora: los nuevos patrones de tráfico sacan errores nuevos.
- Tras una semana: revise la cobertura en Search Console por exclusiones inesperadas y errores de rastreo.
- Tras una semana: compare el tráfico con el sitio antiguo e investigue cualquier página que haya caído mucho.
No lance un viernes por la tarde. Si algo se rompe, quienes pueden arreglarlo se han ido dos días y el problema se agrava.
Preguntas frecuentes
¿Cuál es el error de lanzamiento más común?
Un robots.txt o una etiqueta noindex arrastrados del entorno de pruebas a producción. El sitio se ve perfecto para cualquiera que lo visite y es invisible para los buscadores, y a menudo se descubre semanas después cuando alguien pregunta por qué no llegó tráfico. Compruebe robots.txt y la etiqueta meta robots en producción, el día del lanzamiento, desde fuera de su red.
¿Tengo que redirigir las URLs antiguas?
Si el sitio antiguo tenía algo de tráfico o algún enlace entrante, sí. Mapee cada URL antigua a su equivalente más cercano con un 301. Redirigirlo todo a la portada equivale a borrar las páginas en lo que respecta a las señales de posicionamiento acumuladas, y es una mala experiencia para quien siga un enlace antiguo.
¿Cuánto tarda en recuperarse el tráfico de búsqueda tras un relanzamiento?
Con redirecciones limpias y contenido equivalente, normalmente de dos a seis semanas de fluctuación antes de estabilizarse. Una caída en la primera quincena es normal. Una caída que se sigue agravando pasado un mes suele indicar un problema técnico: redirecciones que faltan, rastreo bloqueado o contenido recortado sin que nadie lo notara.
¿Lanzo todo a la vez o por fases?
Para sustituir un sitio, todo a la vez suele ser más simple: mantener dos sitios en paralelo divide sus enlaces y crea problemas de contenido duplicado. Para secciones nuevas sobre un sitio existente, por fases está bien. Lo que no debe hacer es lanzar media estructura y añadir el resto después sin haber planificado las URLs de lo que viene.
checklist lanzamiento websalida a producción weblanzamiento sitio webcomprobaciones prelanzamientorelanzamiento webchecklist migración web
