Checklist de 30 puntos para lanzar una web

Lanzar una web nueva sin checklist es una de las formas más rápidas de olvidar algo importante. Y en SEO técnico, “algo importante” puede ser tan pequeño como una etiqueta, un bloqueo o una redirección mal resuelta.

Esta lista está pensada para darte un orden práctico y evitar errores tontos antes y después del lanzamiento.

No está escrita para agencias enterprise con cinco personas revisando QA. Está escrita para equipos pequeños, negocios que van justos de tiempo y proyectos donde muchas cosas se hacen deprisa y luego nadie quiere volver atrás.

Cómo usar esta checklist

No hace falta hacerla perfecta. Sí hace falta no saltarse la base.

La he dividido en:

• pre-lanzamiento,
• y post-lanzamiento.

Si vas muy justo de tiempo, al menos asegúrate de cubrir:

1. indexación,
2. rendimiento básico,
3. medición,
4. y funcionamiento real de páginas y formularios.

Pre-lanzamiento

1. Confirmar dominio canónico

Decide cuál será la versión principal del dominio.

Si esto no queda claro desde el principio, acabas mezclando:

• http y https,
• www y sin www,
• o dominios secundarios que no deberían competir entre sí.

2. Revisar HTTPS

Certificado correcto y sin mixed content.

No es solo una cuestión de confianza. También afecta a rastreo, consistencia técnica y percepción del proyecto.

3. Comprobar redirecciones básicas

Que todo apunte a la versión canónica correcta.

Aquí incluiría:

• home,
• páginas clave,
• y cualquier URL antigua si vienes de migración o rediseño.

4. Revisar robots.txt

Asegúrate de no arrastrar bloqueos de staging.

Es uno de los errores más absurdos y más frecuentes en lanzamientos.

5. Revisar meta robots

Nada importante en noindex.

Y si hay páginas en noindex, que sea por una razón clara, no por descuido.

6. Validar sitemap XML

Solo URLs válidas y útiles.

Nada de:

• 404,
• redirecciones,
• o páginas que no deberían estar indexadas.

7. Revisar canonicals

Cada página importante debe apuntar a su versión correcta.

Si las dejas mal, puedes lanzar una web técnicamente “bonita” pero con señales SEO confusas desde el día uno.

8. Revisar titles

Claros, específicos y alineados con intención.

No hace falta poesía. Hace falta claridad.

9. Revisar H1

Uno por página, con estructura lógica.

Y que no repita sin sentido el mismo mensaje en todas las plantillas.

10. Revisar headings

Que no parezcan puestos al azar.

Los subtítulos deben ordenar la lectura, no decorar la página.

11. Comprobar enlazado interno

Las páginas clave deben estar bien conectadas.

Si una página importante queda huérfana o demasiado enterrada, el lanzamiento ya empieza perdiendo fuerza.

12. Revisar navegación

Que un usuario y un bot entiendan la estructura.

Si la navegación ya es confusa para tu equipo, también lo será para el resto.

13. Comprobar páginas legales

Privacidad, cookies, aviso legal y lo que corresponda.

No por SEO solo. También por confianza y por no lanzar algo a medias.

14. Revisar datos de contacto

Claridad y confianza básica.

En muchos negocios esto impacta conversión mucho más de lo que parece.

15. Validar formulario principal

Que funcione de verdad.

No basta con verlo bonito. Hay que enviarlo y comprobar recepción.

16. Revisar velocidad móvil

Al menos en páginas críticas.

Una web que en staging “iba bien” puede ir mucho peor en producción.

17. Optimizar imágenes principales

No lances una home pesada sin necesidad.

El peso visual mal gestionado es una de las formas más rápidas de empeorar Core Web Vitals desde el primer día.

18. Revisar schema útil

Solo el que tenga sentido.

Nada de marcar datos que no aparecen o copiar bloques sin adaptarlos.

19. Comprobar favicon, branding y consistencia

Pequeño detalle, impacto grande en percepción.

Puede parecer cosmético, pero una web incoherente en detalles también transmite menos confianza.

20. Revisar copy de páginas clave

Que cada una responda una intención clara.

Lanzar una web sin revisar esto suele acabar en páginas demasiado genéricas y poco competitivas desde el principio.

Post-lanzamiento

21. Verificar Search Console

Desde el día uno.

Si no la conectas pronto, pierdes visibilidad sobre cobertura e indexación justo cuando más te hace falta.

22. Verificar GA4

Para no ir ciego desde el arranque.

Y para comprobar si el lanzamiento genera sesiones y eventos como esperas.

23. Enviar sitemap

No lo dejes para “cuando haya tiempo”.

Esto es de esas tareas pequeñas que luego se posponen semanas por pura inercia.

24. Solicitar indexación de páginas clave

Home, servicios y secciones principales.

No hace falta hacerlo con todo. Prioriza lo que más importa.

25. Comprobar cobertura inicial

Detecta rápido si algo importante queda fuera.

Aquí muchas webs detectan por primera vez que una parte del lanzamiento salió torcida.

26. Revisar errores 404

Especialmente si ha habido migración o rediseño.

Los 404 pequeños se acumulan rápido si vienes de una estructura anterior.

27. Confirmar que no hay contenido roto

Imágenes, módulos o plantillas mal servidas.

No es raro ver fallos que solo aparecen en producción.

28. Pasar una auditoría inicial

El analizador gratuito o el website audit te ahorran bastante aquí.

La idea no es sustituir QA. Es detectar rápido los errores que más se repiten.

29. Revisar rendimiento real tras el lanzamiento

No te fíes solo de staging.

El comportamiento real puede cambiar con CDN, caché, scripts y tráfico real.

30. Montar una capa mínima de seguimiento

Aunque sea básica. Si la web importa, más pronto que tarde te interesará tener monitoring continuo.

Eso evita que el lanzamiento sea la última vez que alguien revisa la salud de la web con atención.

Cómo priorizar si no puedes llegar a todo

Si el lanzamiento va justo y no puedes cubrir las 30 cosas con calma, yo priorizaría así:

Prioridad 1

• dominio canónico,
• HTTPS,
• robots.txt,
• meta robots,
• canonicals,
• Search Console,
• y formulario principal.

Prioridad 2

• sitemap,
• titles,
• enlazado interno,
• velocidad móvil,
• y auditoría inicial.

Prioridad 3

• schema,
• detalles visuales,
• y revisión más profunda de reporting o seguimiento.

Qué partes suele olvidar más la gente

No suelen olvidarse de publicar. Lo que más se olvida es:

• revisar formularios reales,
• comprobar Search Console,
• validar redirecciones,
• y pasar una auditoría rápida de producción.

Y justo esas tareas suelen detectar los errores más feos del lanzamiento.

Qué tres errores veo más a menudo justo al lanzar

1. robots.txt o noindex heredado de staging
2. canonicals o redirecciones mal resueltas
3. rendimiento móvil peor en producción que en pruebas

Qué haría yo el mismo día del lanzamiento

• revisar dominio canónico,
• comprobar indexación básica,
• validar formularios,
• pasar una auditoría rápida,
• y confirmar Search Console + GA4.

Qué haría durante la primera semana

• revisar cobertura,
• comprobar si Google empieza a descubrir URLs,
• vigilar errores técnicos nuevos,
• y validar que no hay degradaciones de rendimiento raras.

La primera semana no es solo observación. Es todavía parte del lanzamiento.

Qué haría durante el primer mes

Durante el primer mes revisaría:

• indexación real,
• primeras impresiones y clics,
• rendimiento de páginas clave,
• y cualquier incidencia que aparezca al tocar plantillas o contenidos.

Ese seguimiento inicial vale casi tanto como la checklist previa.

Resumen

• Una checklist de lanzamiento evita errores tontos pero muy caros.
• La base está en indexación, estructura, rendimiento y medición.
• El día del lanzamiento no es el final: empieza el seguimiento.
• No hace falta una suite enorme para revisar lo básico bien.
• Si la web va a tener peso comercial, conviene montar seguimiento cuanto antes.

Preguntas frecuentes

¿Hace falta revisar las 30 cosas antes de publicar?

Idealmente sí, pero si no llegas, al menos cubre técnica, indexación, medición y rendimiento de páginas clave.

¿Qué revisaría primero si algo falla al lanzar?

robots.txt, noindex, redirecciones, formularios y Search Console.

¿Cuándo pasaría el primer análisis?

Justo al lanzar y otra vez pocos días después.

¿Qué herramienta usaría primero?

El analizador gratuito y el website audit.