TL;DR: Este es mi checklist SEO antes de publicar un rediseño web (10 minutos, sin humo). Si hacés solo esto antes de lanzar, evitás el 80% de bombas: noindex/robots mal puestos, canónicas raras, sitemap viejo, URLs con tráfico que desaparecen y 404 por todos lados. En HatumSEO hacemos acompañamiento SEO de rediseño/migración + monitoreo post-lanzamiento para que tu web se vea más moderna sin perder tráfico ni leads.
El rediseño es el momento donde más gente “se desaparece” de Google sin darse cuenta.
No porque el diseño sea malo. Sino porque alguien tocó una cosita:
- se quedó un noindex prendido,
- el robots.txt bloqueó algo,
- la canonical apunta a cualquier lado,
- el sitemap quedó viejo,
- o cambiaron URLs con tráfico y ahora todo es 404.
Si estás a punto de lanzar, acá va mi checklist express. No necesitas herramientas raras, con navegador + Search Console ya salvás la mitad.
0) Antes de empezar (1 minuto): ¿esto es solo “visual” o también migración?
Pregunta rápida: ¿solo cambiaron diseño o también cambiaron CMS/estructura?
- Si es solo visual: igual puede romperse SEO (sobre todo contenido, CTAs, headings y links).
- Si es migración (WordPress → Shopify / Woo → otro / React/Next, etc.): el riesgo se multiplica (URLs, renderizado, facetas, indexación).
Si no estás seguro, asume que es migración. Más vale paranoico 10 minutos que llorar 3 meses.
1) Meta robots (1 minuto): ¿hay NOINDEX prendido?
Qué revisar: que las páginas estén en index, follow.
Cómo comprobar (rápido):
- Abre una página clave (home y 2–3 servicios) → ver código fuente → busca
robots. - O usa una extensión SEO simple que te diga si está en noindex.
Si falla:
- Si ves
noindex, estás por lanzar una web que Google no debe indexar. Eso es “desaparecer”.
2) Robots.txt (1 minuto): ¿estás bloqueando el sitio sin querer?
Qué revisar: que no exista un Disallow: / o bloqueos raros.
Cómo comprobar:
- Ve a
dominio.com/robots.txt.
Red flags típicas:
Disallow: /(adiós sitio)- bloquear carpetas clave que tu web necesita para renderizar (CSS/JS)
Si falla:
- Corrige robots antes del deploy final. No lo “vemos después”.
3) Canonicals (1 minuto): ¿apuntan a la URL correcta?
Qué revisar: que cada página canonicalice a sí misma (o a su versión final correcta).
Cómo comprobar:
- En 3 páginas importantes, mira el
<link rel="canonical" ...>en el código.
Red flags:
- Canonical a staging (staging.dominio.com)
- Canonical a una URL antigua
- Canonical a la home en todas las páginas
Si falla:
- Las canónicas mal puestas pueden hacer que Google ignore páginas importantes.
4) Sitemap (1 minuto): ¿está actualizado y limpio?
Qué revisar: que el sitemap refleje la web nueva y solo incluya URLs que deberían indexar.
Cómo comprobar:
- Ve a
dominio.com/sitemap.xml(o el índice de sitemaps). - Revisa si aparecen URLs antiguas, 404 o redirecciones.
Si falla:
- Sitemap viejo = Google recrawlea basura.
- Sitemap sucio = rastreo desperdiciado.
5) URLs con tráfico (2 minutos): ¿las páginas importantes siguen vivas?
Este es EL punto.
Qué revisar: que las URLs que ya traían tráfico no desaparezcan.
Cómo comprobar (rápido):
- En Search Console exporta (o revisa) las páginas con clics de los últimos 28 días.
- Agarra las 20 más importantes.
- Pruébalas en el navegador.
Qué debería pasar:
- La URL abre bien (200)
- O si cambió, hay un 301 directo a la nueva URL equivalente.
Si falla:
- Si te devuelven 404, estás por matar tráfico.
- Si redirige a la home “porque sí”, Google se confunde.
6) 404 y redirecciones (1 minuto): ¿hay roturas evidentes?
Qué revisar: que no estés lanzando con 404 por todas partes.
Cómo comprobar (rápido):
- Navega el menú y el footer como usuario.
- Entra a 3 páginas y haz clic en 5 links internos.
Red flags:
- links que rompen
- redirecciones en cadena (URL → otra → otra)
Si falla:
- Arregla enlaces internos (mejor que “depender de redirects”).
7) “site:” (1 minuto): ¿Google todavía ve tu sitio?
Qué revisar: que Google esté mostrando páginas del dominio.
Cómo comprobar:
- Busca en Google:
site:dominio.com
Qué mirar:
- ¿Aparecen páginas normales?
- ¿Siguen apareciendo URLs antiguas que ya no existen?
Si falla (o ves cosas raras):
- No es sentencia final, pero es una alarma para revisar indexación / 404 / canónicas.
8) Contenido y headings (1 minuto): ¿»limpiaron» lo que rankeaba?
Acá cae mucha gente.
Qué revisar:
- que el H1 siga siendo H1
- que las secciones clave sigan existiendo (no borradas por “diseño lindo”)
- que no hayan cambiado nombres de servicios/productos por frases creativas sin keyword
Cómo comprobar (rápido):
- Abre una página que antes rankeaba.
- Pregúntate: “¿en 5 segundos entiendo qué es y para quién es?”
Si falla:
- No borres: reubica (FAQs, acordeón, tabs) o ajusta con CSS.
9) Renderizado (1 minuto): si hay JavaScript, ¿Google ve el contenido?
Si tu rediseño pasó a un front pesado, esto es clave.
Qué revisar: que el contenido principal se renderice y no dependa de cosas bloqueadas.
Cómo comprobar (rápido):
- En Search Console, “Inspeccionar URL” → mira cómo lo renderiza Google.
Si falla:
- Si Google no ve el contenido, no hay magia. Toca ajustar renderizado (SSR/prerender) o performance.
10) Post-lanzamiento (bonus): el monitoreo de 7 días que salva vidas
Aunque lances perfecto, igual hay “cositas”.
Durante 7 días revisa:
- Search Console: cobertura/indexación + 404
- impresiones y clics (si caen de golpe, alarma)
- posiciones de tus keywords top
- conversiones/leads (Tag Manager / Analytics)
Si haces solo esto, evitas el 80% de bombas
Resumen ultra corto:
- Noindex fuera
- Robots ok
- Canonicals limpias
- Sitemap actualizado
- URLs con tráfico vivas (o 301 bien hechos)
- Cero 404 en navegación crítica
- Chequeo
site:
Si estás por lanzar un rediseño y quieres que alguien lo mire con ojos de SEO (sin drama), en HatumSEO hacemos (servicio de posicionamiento SEO):
- acompañamiento a rediseño/migración (mapa de URLs, 301, QA en staging) como servicio de consultoria SEO.
- monitoreo post-lanzamiento (7–30 días) para que no te caiga tráfico por sorpresa
Comenta “rediseño” y te digo qué revisar primero según tu caso.
