Checklist de SEO post-lanzamiento: qué revisar en los primeros 30 días

Lida Stepul
Lida Stepul
· 14 min read

— Verificado con la documentación de Google Search Console, probado en lanzamientos reales de sitios y con datos de migración de nuestro propio cambio de .io → .com en enero de 2026.

TL;DR: Ya lanzaste el sitio. Felicidades. Ahora empieza el trabajo de verdad. Los primeros 30 días después de un lanzamiento definen si ganas visibilidad en Google o te pierdes dentro del índice. Este checklist cubre los pasos exactos — hora por hora, semana por semana — que uso en cada lanzamiento y migración. Si te saltas las primeras 24 horas, puedes pasar meses recuperando lo que podrías haber protegido en una tarde.

Por qué el SEO post-lanzamiento importa más que el SEO pre-lanzamiento

Lanzar un sitio se siente bien. Durante unos cinco minutos. Después llega la ansiedad: ¿se está indexando todo? ¿funcionaron las redirecciones? ¿de verdad alguien nos está encontrando?

Lo he visto decenas de veces. Los equipos pasan meses en diseño, contenido y desarrollo. Se obsesionan con las tipografías y los colores de los botones. Luego hacen clic en “publicar” y se van.

Ahí es cuando empieza a romperse todo.

Solo el 10% de las migraciones de sitios realmente mejoran el rendimiento SEO. El otro 90% se estanca o pierde tráfico — a veces de forma catastrófica. ¿El tiempo promedio de recuperación después de una migración mal hecha? 523 días. Eso es casi un año y medio viendo cómo tu gráfica de tráfico apunta en la dirección equivocada.

¿La diferencia entre el 10% que mejora y el 90% que no? Un checklist. Literalmente. Los equipos que siguen un proceso estructurado de SEO post-lanzamiento se recuperan en semanas. Los que improvisan pasan trimestres explicándole a sus jefes por qué cayó el tráfico.

"El enlazado interno es una de las cosas más importantes que puedes hacer en un sitio web para orientar a Google y guiar a los visitantes hacia las páginas que consideras importantes."

El punto de Mueller es especialmente relevante después del lanzamiento. La nueva arquitectura de tu sitio tiene que decirle de inmediato a Google qué es lo que importa. Si lanzaste con enlaces internos rotos, páginas huérfanas o sin sitemap, Google no sabe por dónde empezar — y no lo va a adivinar por arte de magia.

Las primeras 24 horas: checklist de SEO post-lanzamiento imprescindible

Estas revisiones son imprescindibles. Hazlas antes de tuitear sobre el lanzamiento. Antes de escribirle a tu lista. Antes de cualquier otra cosa. En nuestra migración, las primeras 24 horas fueron una mezcla borrosa de ventanas de terminal y pestañas de Search Console. No fue glamoroso. Pero cada punto de abajo existe porque detectamos un problema a tiempo o vimos a alguien más no detectarlo.

PrioridadRevisiónPor qué importaCómo verificarlo
P0Quitar etiquetas noindexLos sitios en desarrollo bloquean a los motores de búsqueda — olvidarte de quitar esto vuelve invisible todo tu sitioVer código fuente → buscar noindex. Revisar robots.txt para Disallow: /
P0Enviar el XML sitemap a GSCLe dice a Google cuáles son todas las páginas de tu nuevo sitio. Sin esto, la indexación tarda semanas en vez de díasGoogle Search Console → Sitemaps → Enviar URL
P0Verificar todas las redirecciones 301Las URLs antiguas todavía tienen backlinks y marcadores. Las redirecciones rotas = autoridad perdidaRastrear la lista de URLs antiguas y verificar que cada una devuelva 301 a la nueva URL correcta
P0Comprobar que robots.txt sea accesibleSi robots.txt está bloqueado, Google no puede rastrear nadaVisita yourdomain.com/robots.txt — debe devolver 200
P1Verificar HTTPS en todas las páginasLas advertencias de contenido mixto dañan la confianza y los rankingsEjecuta un rastreo — marca cualquier página que cargue recursos por HTTP
P1Revisar etiquetas canonicalLos canonical incorrectos le dicen a Google que ignore tus páginas nuevasHaz una revisión rápida de 10 páginas — el canonical debe apuntar a la URL actual, no al dominio anterior
P1Probar el renderizado móvilGoogle usa mobile-first indexing — los sitios pensados solo para desktop pierden visibilidadHerramienta Mobile-Friendly Test de Google
P1Monitorear códigos de respuesta del servidorErrores 500 durante el lanzamiento = páginas saliendo del índiceRevisar logs del servidor para respuestas 5xx en las primeras 24h
P2Verificar Google Analytics / Tag ManagerSin medición = sin datos. Necesitas una línea base desde el día unoReporte en tiempo real en GA — confirma que estén entrando páginas vistas
P2Solicitar indexación de páginas claveAcelera el descubrimiento de tu contenido más importanteGSC → URL Inspection → Request Indexing (homepage, top 10 páginas)

Conclusión clave

¿El error de lanzamiento más común que he visto? Dejar noindex en producción. Suena demasiado tonto para ser real — pero he visto rediseños de seis cifras publicarse con la casilla de “Discourage search engines” todavía marcada en WordPress. Revísalo primero. Revísalo dos veces. Luego haz que otra persona también lo revise. Nosotros casi lo publicamos así durante el cambio a .com — lo detectamos solo porque nuestro script de deploy tiene una validación automática de noindex en la homepage. Añade una al tuyo.

Tu robots.txt debería verse así

Aquí tienes un robots.txt limpio para un sitio recién lanzado. Ajusta la URL del sitemap y cualquier ruta de administración según tu CMS.

User-agent: *
Allow: /

# Block admin and staging paths
Disallow: /wp-admin/
Disallow: /staging/
Disallow: /cart/
Disallow: /checkout/
Disallow: /my-account/

# Allow CSS and JS for rendering
Allow: /wp-includes/*.js
Allow: /wp-includes/*.css
Allow: /wp-content/themes/*.js
Allow: /wp-content/themes/*.css

# Sitemap location
Sitemap: https://yourdomain.com/sitemap.xml

# AI crawler directives (new for 2026)
User-agent: GPTBot
Allow: /blog/
Allow: /resources/

User-agent: ClaudeBot
Allow: /blog/
Allow: /resources/

User-agent: PerplexityBot
Allow: /blog/
Allow: /resources/

Fíjate en las directivas para rastreadores de IA al final. En 2026, esto ya no es opcional. Si quieres que tu contenido sea citado en respuestas de ChatGPT, Perplexity o Claude, necesitas permitir explícitamente sus crawlers. Si los bloqueas, desapareces por completo de la búsqueda con IA — y ese canal no deja de crecer.

Semana 1: revisiones de base del SEO post-lanzamiento

Las primeras 24 horas sirven para apagar incendios. La primera semana sirve para asegurarte de que la base esté sólida. En nuestra migración, el día 3 fue cuando empezó el verdadero pánico — no por una crisis, sino porque ya había pasado suficiente tiempo para que empezaran a llegar datos a Search Console y por fin pudiéramos ver qué estaba pasando. La brecha entre “ya lanzamos” y “ya tenemos datos” inquieta bastante.

DíaRevisiónAcción requeridaHerramienta
Día 2Monitorear errores 404Revisar el informe de Coverage de GSC para detectar nuevos errores de rastreo. Configurar monitoreo de enlaces rotos.Google Search Console, SEOJuice Broken Link Checker
Día 2Revisar velocidad de cargaEjecutar auditoría de Core Web Vitals. LCP por debajo de 2.5s, INP por debajo de 200ms, CLS por debajo de 0.1.PageSpeed Insights, Chrome DevTools
Día 3Validar datos estructuradosProbar el schema markup en los tipos de página clave (homepage, producto, artículo, FAQ).Google Rich Results Test
Día 3Revisar la estructura de enlaces internosEjecutar un rastreo para identificar páginas huérfanas. Cada página importante necesita al menos 3 enlaces internos.Screaming Frog, SEOJuice Internal Linking
Día 4Verificar hreflang (si es multilingüe)Confirmar que todas las versiones de idioma se apunten correctamente entre sí. Sin hreflang = contenido duplicado.Hreflang Tag Checker
Día 5Auditar meta titles y descriptionsBuscar duplicados, etiquetas faltantes o etiquetas que todavía hagan referencia al sitio o marca anterior.SEOJuice Site Audit
Día 5Configurar una línea base de seguimiento de posicionesMonitorear tus top 50 keywords. Necesitas una línea base para medir el impacto post-lanzamiento.GSC, SEOJuice keyword tracker
Día 6-7Revisar archivos de logs del servidorComprobar los patrones de rastreo de Googlebot. ¿Está encontrando tus páginas importantes? ¿Qué tan rápido?Logs de acceso del servidor, Screaming Frog Log Analyzer

No puedo exagerar la importancia del enlazado interno. Después de lanzar seojuice.com, lo primero que hice fue pasar nuestra propia herramienta de enlaces internos por cada post del blog. Encontramos 34 páginas huérfanas el primer día. Treinta y cuatro páginas a las que Google no tenía forma de llegar. Esas páginas habían recibido tráfico en el dominio anterior — y habrían desaparecido en silencio en el nuevo. El día 3 fue cuando vi las primeras páginas huérfanas apareciendo como “Discovered — currently not indexed” en Search Console. Ese estado es la forma educada que tiene Google de decir “sé que esta página existe, pero no tengo ninguna razón para prestarle atención”. Los enlaces internos le dan a Google una razón para prestarle atención.

Mes 1: revisiones de crecimiento del SEO post-lanzamiento

A estas alturas, tu sitio ya debería estar indexándose. La fase de emergencia terminó. El primer mes consiste en acelerar lo que está funcionando y corregir lo que no.

SemanaRevisiónMétrica de éxitoSi falla
Semana 2La cobertura de indexación creceGSC muestra un aumento diario de páginas indexadasRevisar problemas de crawl budget, páginas huérfanas o recursos bloqueados
Semana 2No hay caídas de ranking en términos claveLas top 20 keywords están dentro de 5 posiciones respecto al pre-lanzamientoVerificar redirecciones 301, revisar etiquetas canonical, auditar contenido on-page
Semana 3El tráfico orgánico se estabilizaEl tráfico está dentro del 80% de los niveles previos al lanzamientoRevisar páginas con noindex, redirecciones rotas o contenido faltante
Semana 3El perfil de backlinks sigue intactoEl número de dominios de referencia coincide con el pre-lanzamientoEncontrar backlinks rotos y configurar redirecciones
Semana 4No se activó el content decayNo hay páginas con una caída de tráfico >20%Auditar URLs cambiadas, actualizar enlaces internos, revisar paridad de contenido
Semana 4Se mantiene la visibilidad en IALa marca sigue apareciendo en ChatGPT/Perplexity para consultas claveVerificar acceso de rastreadores de IA, revisar directivas en robots.txt, actualizar llms.txt

La métrica de estabilización del tráfico es la que más pánico genera. Esta es la verdad: casi toda migración de sitio tiene una caída temporal de tráfico. Es normal. Google necesita volver a rastrear, reindexar y reevaluar tu contenido con la nueva estructura de URL. Una caída de 10-20% en las semanas 1-2 que se recupera en las semanas 3-4 es totalmente esperable. Una caída del 50% que no se recupera para la semana 4 significa que algo está roto de raíz.

En nuestra migración, la caída fue de 15%. Yo ya lo sabía antes de empezar y aun así revisé la gráfica de tráfico cada hora durante la primera semana. Saber que algo es normal no hace que se sienta normal cuando estás viendo tus propios números.

Monitoreo continuo

Informe de Coverage de Google Search Console mostrando el desglose de páginas indexadas por tipo de estado
El desglose de estados del Coverage Report muestra cómo se están clasificando tus páginas. Después del lanzamiento, quieres ver que el conteo de Valid (indexadas) crezca con el tiempo. Fuente: Oncrawl

El checklist no termina a los 30 días. Estas son las cosas que deberías vigilar de forma permanente después de cualquier lanzamiento.

Semanalmente: revisa GSC para detectar nuevos errores de rastreo. Monitorea Core Web Vitals. Revisa cualquier nueva página 404. Esto toma 15 minutos. Ponlo en tu calendario. Yo lo hago todos los lunes por la mañana antes de cualquier otra cosa.

Mensualmente: rastreo completo del sitio para detectar nuevas páginas huérfanas. Auditoría de enlaces rotos. Revisión de content decay en tus 50 páginas principales. Revisión de visibilidad en IA para consultas clave.

Trimestralmente: auditoría técnica completa. Validación de schema markup. Limpieza de cadenas de redirecciones (las cadenas se alargan con el tiempo a medida que agregas más redirecciones — nosotros ya teníamos cadenas de 4 saltos en el mes 2 porque alguien añadió una redirección a una página que ya estaba redirigida). Análisis de enlaces internos para mantener la arquitectura del sitio bien ajustada.

Soluciones de emergencia

Vista detallada del informe de Coverage de Google Search Console mostrando problemas específicos de indexación y el número de URLs afectadas
Profundiza en el Coverage Report para ver problemas específicos de indexación. Los errores más comunes después del lanzamiento incluyen Crawled - currently not indexed y Discovered - currently not indexed. Fuente: Oncrawl

: qué hacer cuando algo sale mal

A veces las cosas se rompen incluso siguiendo el checklist. Esta es la prioridad de triage cuando estás mirando un precipicio en tu tráfico.

SíntomaCausa probableSoluciónTiempo de recuperación
Sitio completo desindexadoEtiqueta noindex o robots.txt bloqueando a todos los rastreadoresQuitar el bloqueo, enviar el sitemap, solicitar indexación de la homepage3-7 días
Caída de tráfico de 50%+ de un día para otroRedirecciones 301 rotas desde el dominio anteriorAuditar cada redirección, corregir las rotas, enviar sitemap actualizado2-4 semanas
Páginas específicas no posicionanCanonical apuntando a la URL equivocadaCorregir etiquetas canonical, solicitar reindexación de las páginas afectadas1-2 semanas
Se multiplican las páginas Soft 404Páginas de plantilla devolviendo 200 sin contenidoDevolver 404/410 correctos para páginas muertas, o agregar contenido real1-3 semanas
Los rankings cayeron pero las páginas están indexadasProblema de paridad de contenido — las páginas nuevas tienen menos contenidoRestaurar el contenido faltante, añadir enlaces internos, revisar etiquetas H12-6 semanas
Los rankings móviles se desplomaronEl nuevo diseño no responde bien en móvilCorregir el layout responsive, probar con Google Mobile-Friendly Tool1-2 semanas

Las dos primeras filas explican alrededor del 80% de las llamadas de emergencia que he recibido después de un lanzamiento. Casi siempre es una etiqueta noindex o redirecciones rotas. No una penalización misteriosa del algoritmo. No una conspiración de Google. Solo casillas que nadie revisó.

Nuestra historia de migración: seojuice.io → seojuice.com

Debería practicar lo que predico, así que aquí va lo que pasó cuando movimos SEOJuice del dominio .io al .com en enero de 2026.

Llevábamos más de un año funcionando en seojuice.io. Tráfico decente, buen perfil de backlinks, rankings para nuestras keywords objetivo. Pero yo quería el .com. No por razones de SEO — la extensión .io está bien para búsqueda — sino por confianza. Cuando le vendes a agencias y empresas, tener el .com importa más de lo que debería.

Esto fue lo que hicimos:

Antes del cambio: exportamos cada URL del sitio .io. Construimos un mapa completo de redirecciones. Probamos cada redirección en staging. Actualizamos todos los enlaces internos para que apuntaran a URLs .com. Notificamos a Google mediante la herramienta Change of Address en Search Console.

El día del cambio: desplegamos las redirecciones. Enviamos el nuevo sitemap. Verificamos en GSC que la propiedad .com estuviera recibiendo datos. Monitoreamos logs del servidor para ver actividad de rastreo. Me quedé despierto hasta medianoche viendo cómo subía la tasa de rastreo de Googlebot.

Qué pasó: vimos una caída de tráfico de 15% en la semana 1. Para la semana 3, habíamos vuelto a los niveles previos a la migración. Para la semana 6, el tráfico superó el nivel anterior en 12% — en parte porque el dominio .com parecía ganar más click-through desde las SERPs (la gente confía más en .com, aunque sea de forma subconsciente).

Lo que casi sale mal: teníamos un lote de posts antiguos del blog que usaban URLs .io hardcodeadas dentro del contenido. Las redirecciones capturaban bien el tráfico externo, pero los enlaces internos estaban creando cadenas de redirecciones (la página A enlaza a una URL .io, que hace 301 a una URL .com). Lo detectamos el día 3 durante la revisión de logs del servidor — exactamente por eso esa revisión está en la tabla de la semana 1 de arriba. Si me hubiera saltado la revisión de logs, esas cadenas se habrían acumulado en silencio, cada una agregando latencia y diluyendo link equity.

"Los sitios con buena calidad de contenido, autoridad temática y un SEO técnico limpio suelen estabilizarse rápido después de una migración. Los que no se recuperan son los que ya tenían problemas ocultos antes de moverse."

Eso fue exactamente lo que vivimos. La migración no causó los problemas — los expuso. Las páginas huérfanas que encontramos ya eran huérfanas antes del cambio. Las URLs hardcodeadas eran deuda técnica, no un problema de migración. El checklist simplemente nos obligó a mirar de verdad.

La meta-lección

Cada punto de este checklist existe porque alguien, en algún lugar, no lo revisó y perdió tráfico. No estoy exagerando. La revisión de redirecciones está ahí porque un ecommerce de $2M perdió 44% de tráfico orgánico después de una migración en la que alguien olvidó mapear 3,000 URLs de producto. La revisión de noindex está ahí porque una empresa SaaS lanzó con la casilla de “Discourage search engines” marcada y no se dio cuenta durante tres semanas.

El SEO post-lanzamiento no es glamoroso. Es un checklist. Es marcar casillas. Es mirar logs del servidor a las 11pm el día del lanzamiento porque algo no se ve bien. En nuestro día de lanzamiento, yo estaba alternando entre una terminal haciendo tail a los access logs y un niño de dos años gritando porque no quería irse a dormir. Ambas situaciones requerían lo mismo: paciencia, un enfoque sistemático y aceptar que las siguientes 48 horas simplemente iban a ser así.

Pero esa es la diferencia entre un lanzamiento que se convierte en crecimiento acumulativo y uno del que tardas un año y medio en recuperarte.

Haz el checklist.

Preguntas frecuentes

¿Cuánto tarda Google en indexar un sitio nuevo?

Para un dominio completamente nuevo, espera entre 1-2 semanas para la indexación inicial después de enviar tu sitemap a Google Search Console. Para una migración de dominio (mismo contenido, nueva URL), Google normalmente reindexa la mayoría de las páginas en 1-4 semanas. Solicitar la indexación de tu homepage y de tus páginas principales mediante la herramienta URL Inspection acelera el proceso. Los sitios con perfiles de backlinks sólidos y contenido actualizado con frecuencia se rastrean más rápido.

¿Es normal una caída temporal de tráfico después de lanzar un sitio?

Sí. Una caída de tráfico de 10-20% en las primeras 1-2 semanas es completamente normal, incluso en lanzamientos bien ejecutados. Google necesita volver a rastrear y reevaluar tu contenido. La métrica clave es la recuperación: deberías volver a los niveles previos al lanzamiento en 3-4 semanas. Si el tráfico sigue 30%+ abajo después de 4 semanas, algo está mal — empieza por la tabla de soluciones de emergencia de arriba.

¿Debo desautorizar backlinks antiguos después de una migración de dominio?

No. Tus backlinks antiguos siguen transmitiendo autoridad a través de tus redirecciones 301. Desautorizarlos sería tirar a la basura el link equity que ya ganaste. Solo desautoriza enlaces que ya eran genuinamente spam antes de la migración. La redirección se encarga del resto.

¿Necesito actualizar mi archivo llms.txt después de un lanzamiento?

Si tienes uno, sí. Actualízalo con tu nueva estructura de URL y tus páginas de contenido clave. Aunque llms.txt todavía no se ha convertido en un estándar oficial, Claude y Perplexity sí lo consultan. Es una tarea de cinco minutos que ayuda a que los motores de búsqueda con IA tengan un mapa claro de tu contenido. Piensa en él como un sitemap para IA — poco esfuerzo, puede dar mucho retorno.

¿Qué pasa si no tengo redirecciones para las URLs antiguas?

Si todavía controlas el dominio anterior, configura las redirecciones de inmediato. Si ya no tienes acceso al dominio anterior, concéntrate en conseguir nuevos backlinks hacia tus páginas principales y envía un sitemap completo. Recuperarte sin redirecciones tarda bastante más — espera 3-6 meses en lugar de 3-6 semanas.

Herramientas que hacen esto más fácil

Puedes hacer todo este checklist manualmente con Google Search Console y una hoja de cálculo. Pero si prefieres automatizar el monitoreo, esto es lo que yo recomendaría:

SEOJuice Site Audit — Ejecuta una auditoría completa inmediatamente después del lanzamiento. Detecta etiquetas noindex, enlaces rotos, schema faltante y más de 200 problemas automáticamente.

Broken Link Checker — Crítico para detectar fallas en redirecciones. Ejecútalo el día 1 y otra vez el día 7.

SEO Hygiene Checklist — Nuestra guía completa para el mantenimiento SEO continuo. Combina muy bien con este checklist post-lanzamiento para la fase de “monitoreo continuo”.

La fase post-lanzamiento es donde se gana o se pierde la mayor parte del valor SEO. Los equipos que la tratan como un proceso estructurado — no como una celebración — son los que terminan sacando ventaja.

SEOJuice
Stay visible everywhere
Get discovered across Google and AI platforms with research-based optimizations.
Works with any CMS
Automated Internal Links
On-Page SEO Optimizations
Get Started Free

no credit card required

More articles

No related articles found.