El día que se publica una web nueva es también el día en que se rompen cosas: enlaces que apuntan a ninguna parte, formularios que no llegan, páginas viejas que Google tenía indexadas y ahora dan error, la analítica que no se instaló. Nada de eso se nota el primer día. Se nota semanas después, cuando el tráfico bajó y hay que averiguar por qué.

Esta es la lista para revisar antes de darle a "publicar". Si es un rediseño sobre un dominio que ya existía, presta especial atención a la sección de redirecciones: ahí es donde se pierde el SEO.

1 · Contenido y enlaces

  • Todos los textos revisados: sin "lorem ipsum", sin datos de ejemplo, sin precios viejos.
  • Datos de contacto correctos y consistentes en todo el sitio (mismo teléfono, misma dirección, mismo formato). Ese NAP debe coincidir con tu ficha de Google y tus directorios; lo explicamos en SEO local.
  • Enlaces internos probados uno por uno: ninguno lleva a 404 ni a una página de pruebas.
  • Botones de WhatsApp, teléfono y correo funcionando desde el móvil.
  • Imágenes con texto alt, optimizadas y sin fotos de banco donde debería haber trabajo real.
  • Página 404 personalizada, con enlace de vuelta al inicio y al menú.

2 · SEO técnico

  • Un solo H1 por página, con la palabra clave objetivo, y jerarquía de encabezados ordenada.
  • Title y meta description únicos en cada página. Sin duplicados, sin plantillas a medio rellenar.
  • Etiqueta canonical en cada página, apuntando a sí misma.
  • robots.txt revisado: que no esté bloqueando el sitio (el error clásico: sale a producción con el "Disallow: /" que se usó en desarrollo).
  • Ninguna página importante con la etiqueta noindex puesta por error (otro resto típico del entorno de pruebas).
  • Sitemap XML generado, con solo las URLs finales (estado 200), y listo para enviar a Search Console.
  • Datos estructurados básicos: Organization o LocalBusiness con tu NAP, y BreadcrumbList en las páginas internas.
  • URLs limpias y descriptivas, en minúsculas, sin parámetros raros.

3 · Redirecciones (crítico en un rediseño)

Si cambian las URLs respecto a la web anterior, cada URL vieja que tenía tráfico o enlaces necesita una redirección 301 a su equivalente nuevo. Sin eso, pierdes el posicionamiento que esas páginas habían acumulado y quien llegue por un enlace antiguo verá un error.

  • Exporta la lista de URLs de la web actual (desde Search Console o rastreándola).
  • Mapea cada una a su nueva URL. Las que no tienen equivalente directo, redirígelas a la página más parecida (no todas al inicio).
  • Redirección directa, sin cadenas (vieja → nueva, no vieja → otra → nueva).
  • Prueba una muestra después de publicar.

Tenemos una guía dedicada a esto en rediseñar tu web sin perder el SEO.

4 · Velocidad y experiencia

  • Páginas principales pasadas por PageSpeed Insights, con los Core Web Vitals al menos en "necesita mejorar", idealmente en verde.
  • Imágenes comprimidas y en formato moderno; el detalle en cómo mejorar la velocidad de carga.
  • Caché activada.
  • Probado en móvil real, no solo en el simulador: menús, formularios, botones, que no haya que hacer zoom para leer.
  • Probado en los navegadores que usa tu público (Chrome, Safari, el del móvil).

5 · Medición

  • Google Analytics (GA4) instalado y registrando visitas de prueba.
  • Google Search Console con la propiedad verificada y el sitemap enviado.
  • Eventos de conversión configurados: envío de formulario, clic en WhatsApp, clic en teléfono. Si no mides las conversiones, no sabrás si la web funciona.
  • Si vas a hacer publicidad, el píxel de Meta o la etiqueta de Google Ads instalados y verificados.

6 · Seguridad y respaldo

  • Certificado SSL activo: todo el sitio carga en https y no hay "contenido mixto" (recursos cargando por http).
  • Redirección de http a https y de una sola versión del dominio (con o sin "www", no las dos).
  • Usuarios de administración con contraseñas fuertes; borrados los accesos de prueba.
  • Backup del sitio recién publicado, guardado fuera del servidor.
  • Plan de mantenimiento definido: quién actualiza, quién responde si algo se cae.

7 · Los primeros días después de publicar

  • Revisa Search Console a las 48–72 h: ¿está indexando las páginas nuevas? ¿aparecen errores?
  • Pide indexación manual de las páginas más importantes.
  • Vigila el tráfico en Analytics: una caída fuerte y sostenida es señal de un problema de redirecciones o indexación.
  • Haz tú mismo una conversión de prueba (llena el formulario) y confirma que llegó.

Preguntas frecuentes

¿Puedo publicar y "ya iré arreglando"?

Los puntos de contenido y velocidad, sí, se pueden pulir después. Los de SEO técnico y redirecciones, no: un noindex olvidado o unas redirecciones mal hechas te cuestan semanas de visibilidad que luego hay que recuperar.

¿Cuánto antes del lanzamiento debería empezar esta revisión?

La lista de redirecciones y el mapeo de URLs, desde que se define la nueva estructura. El resto, la semana antes de publicar, con un día de margen para corregir lo que salga.

¿Y si mi web la hizo un tercero?

Pide que te entreguen esta checklist resuelta, punto por punto, antes de dar el visto bueno. Especialmente el sitemap, las redirecciones y que Analytics y Search Console estén configurados a tu nombre, no al de ellos.

En resumen

Antes de publicar una web nueva revisa siete frentes: contenido y enlaces, SEO técnico, redirecciones (lo más delicado en un rediseño), velocidad, medición, seguridad y respaldo, y el seguimiento de los primeros días. La mayoría de los desastres de lanzamiento son cosas de esta lista que nadie comprobó.

¿Vas a lanzar o rediseñar tu web? La construimos con esta checklist resuelta desde el principio: diseño web y rediseño pensados para no perder lo que ya tenías. Cuéntanos tu caso.