Tu deploy se envía a las 2:47 PM. El build pasa. El DNS se propaga a través de los nameservers. Tu dominio se resuelve. Tu navegador carga la página de inicio—las fuentes se renderizan, las imágenes aparecen, los scripts se ejecutan. Exhalas.

Luego la segunda pregunta te golpea: ¿qué pasa con tu SEO en las próximas 48 horas?

Esta ventana decide si Google descubre tus páginas en días o se queda a la deriva durante semanas. Si tus URLs antiguas se redirigen limpiamente o dispersan 404s por todo el índice. Si Search Console se conecta antes de que llegue tu primer presupuesto de rastreo—o después de que ya lo hayas perdido.

A continuación se encuentra la lista de verificación exacta de 48 horas que ejecuto después de cada deploy en producción. Cubre la verificación de Search Console, pings de IndexNow, auditorías de redirecciones, verificaciones canónicas y las siete tareas técnicas que separan el indexado rápido de la obscuridad lenta. Si estás pasado el minuto 47, comienza con la tarea uno de todas formas—nunca es tarde.

He lanzado docenas de sitios a lo largo de los años—desde pequeñas páginas de marketing hasta grandes builds de CMS sin cabeza en Next.js y Astro—y las primeras 48 horas después del lanzamiento son donde la mayoría de los equipos se preparan para un fuerte crecimiento orgánico o torpedean silenciosamente su SEO durante meses. La diferencia no es una salsa secreta. Es una lista de verificación. Una lista de verificación aburrida, metódica y críticamente importante.

Esta es esa lista de verificación. No el consejo esponjoso de "asegúrate de que tu contenido sea bueno" que encontrarás en otros lugares. Este es el material técnico específico que necesitas hacer en los primeros dos días, en aproximadamente el orden en que deberías hacerlo.

Tabla de Contenidos

Lista de Verificación SEO para el Día del Lanzamiento: Qué Hacer en las Primeras 48 Horas

Hora 0-1: Verificación Previa al Vuelo

Antes de que siquiera pienses en motores de búsqueda, necesitas asegurarte de que lo básico no esté roto. He visto lanzamientos donde la etiqueta noindex de staging seguía en el <head>. Eso es algo divertido de descubrir tres semanas después.

Buscar Directivas de Staging Sobrantes

Este es el error número uno. Abre tu navegador, ve la fuente en tu página de inicio y busca:

<meta name="robots" content="noindex">

Si eso todavía está allí, detén todo y corrígelo. Verifica también tus encabezados HTTP—algunos frameworks (especialmente Next.js) pueden configurar encabezados X-Robots-Tag a nivel de servidor:

curl -I https://yourdomain.com | grep -i robots

No deberías ver nada. Si ves X-Robots-Tag: noindex, todo tu sitio es invisible para los motores de búsqueda y nada más en esta lista de verificación importa.

Verificar SSL y URLs Canónicas

Accede manualmente a estas cuatro URLs:

  • http://yourdomain.com
  • http://www.yourdomain.com
  • https://yourdomain.com
  • https://www.yourdomain.com

Las cuatro deberían redirigir 301 a una sola versión canónica. La mayoría de sitios usan https://yourdomain.com (sin www, HTTPS). Si alguna de estas sirve una respuesta 200 en lugar de redirigir, tienes contenido duplicado desde el minuto uno.

Verificar Títulos de Página y Meta Descripciones

Verifica spot-check en tus 10 páginas principales. Asegúrate de que cada una tenga una etiqueta <title> única y <meta name="description">. Uso Screaming Frog para esto, pero también puedes simplemente usar curl en algunas páginas:

curl -s https://yourdomain.com | grep -o '<title>[^<]*</title>'

Si estás ejecutando una configuración CMS sin cabeza—Sanity, Contentful, Storyblok—asegúrate de que tu capa de desarrollo de CMS sin cabeza esté realmente poblando estos campos desde el contenido del CMS, no codificando texto de marcador de posición.

Hora 1-2: Configuración de robots.txt y Sitemap

robots.txt

Tu archivo robots.txt vive en https://yourdomain.com/robots.txt. Necesita existir y necesita ser correcto.

Para la mayoría de sitios nuevos, así es como debería verse:

User-agent: *
Allow: /

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

Eso es todo. No lo compliques demasiado en el día de lanzamiento. Puedes agregar reglas de desaprobación específicas más tarde para páginas de administración, páginas de resultados de búsqueda u otro contenido no indexable. Lo crítico ahora es:

  1. No estás accidentalmente bloqueando todo (Disallow: / es la opción nuclear)
  2. Estás apuntando a tu sitemap
  3. El archivo es accesible (devuelve un 200, no un 404)

Si estás usando Next.js, el App Router tiene soporte integrado para generar robots.txt:

// app/robots.ts
import { MetadataRoute } from 'next'

export default function robots(): MetadataRoute.Robots {
  return {
    rules: {
      userAgent: '*',
      allow: '/',
    },
    sitemap: 'https://yourdomain.com/sitemap.xml',
  }
}

Para builds de Astro, típicamente usarás la integración @astrojs/sitemap y crearás un robots.txt estático en tu directorio public/.

Sitemap XML

Tu sitemap le dice a los motores de búsqueda exactamente qué páginas existen y cuándo fueron modificadas por última vez. Debería estar en https://yourdomain.com/sitemap.xml.

Un buen sitemap del día de lanzamiento:

  • Incluye solo páginas que realmente deseas indexadas (sin 404s, sin redirecciones, sin páginas noindex)
  • Usa las URLs canónicas correctas (HTTPS, www/non-www correcto)
  • Tiene fechas <lastmod> precisas
  • Se mantiene bajo 50,000 URLs por archivo sitemap (usa un índice sitemap si es necesario)

Pruébalo en este momento:

curl -s https://yourdomain.com/sitemap.xml | head -50

Asegúrate de que sea XML válido, no una página HTML. He visto aplicaciones React que interceptan /sitemap.xml y sirven el app shell en su lugar. Eso es inútil para Googlebot.

Hora 2-4: Configuración de Google Search Console

Esta es tu herramienta SEO más importante en el día de lanzamiento. No la saltes. No la demores.

Agregando Tu Propiedad

  1. Ve a Google Search Console
  2. Agrega tu propiedad usando la opción Domain (no prefijo de URL)—esto cubre todos los subdominios y variantes de protocolo
  3. Verifica a través del registro TXT de DNS (tu proveedor de hosting o Cloudflare lo hace fácil)

La verificación a nivel de dominio toma algunos minutos para propagarse. Mientras esperas:

Envía Tu Sitemap

Una vez verificado, ve a Sitemaps en la barra lateral izquierda y envía tu URL de sitemap. Google lo buscará y reportará cualquier error.

Típicamente veo que el procesamiento inicial del sitemap se completa dentro de 1-4 horas. Google te dirá cuántas URLs se descubrieron y cuántas son válidas.

Solicita Indexación para Páginas Clave

Usa la herramienta URL Inspection en la parte superior de Search Console. Pega en tus URLs más importantes—página de inicio, páginas de destino clave, principales publicaciones de blog—y haz clic en Request Indexing.

Google te limita a aproximadamente 10-12 solicitudes de índice por día por propiedad. Prioriza:

  1. Página de inicio
  2. Páginas de producto/servicio centrales
  3. Página Acerca de
  4. Páginas de contenido principal

No desperdicies solicitudes en páginas de paginación, páginas de etiquetas o cualquier cosa que considerarías secundaria.

Verifica el Informe de Cobertura

En 24 horas (a menudo más rápido), el informe Pages comenzará a poblarse. Busca:

  • Not indexed: Crawled - currently not indexed — Google encontró la página pero eligió no indexarla
  • Not indexed: Discovered - currently not indexed — Google sabe que la página existe pero aún no la ha rastreado
  • Excluded by robots.txt — tu robots.txt está bloqueando algo que no pretendías

Lista de Verificación SEO para el Día del Lanzamiento: Qué Hacer en las Primeras 48 Horas - arquitectura

Hora 2-4: Herramientas para Webmasters de Bing e IndexNow

Sí, Bing importa. Alimenta aproximadamente el 9% del tráfico de búsqueda de EE.UU. a partir de principios de 2026, además de DuckDuckGo, Yahoo, e cada vez más, resultados de búsqueda impulsados por IA en Copilot y ChatGPT (a través del índice de Bing).

Configuración de Herramientas para Webmasters de Bing

  1. Ve a Bing Webmaster Tools
  2. Puedes importar tu configuración de Google Search Console directamente—Bing ofrece esta opción y ahorra tiempo
  3. Envía tu sitemap aquí también

El indexado de Bing a menudo es más rápido que el de Google para sitios nuevos, en parte debido a IndexNow.

Protocolo IndexNow

IndexNow es un protocolo basado en push que notifica instantáneamente a los motores de búsqueda cuando tu contenido cambia. Bing, Yandex y varios otros motores lo soportan. Google no (aún—han estado "evaluándolo" desde 2022).

Aquí está cómo configurarlo:

  1. Genera una clave de API (cualquier string, como un UUID)
  2. Crea un archivo clave en https://yourdomain.com/{your-key}.txt conteniendo solo la clave
  3. Ping a la API de IndexNow:
curl "https://api.indexnow.org/indexnow?url=https://yourdomain.com/&key=your-api-key"

Para envíos masivos:

curl -X POST "https://api.indexnow.org/indexnow" \
  -H "Content-Type: application/json" \
  -d '{
    "host": "yourdomain.com",
    "key": "your-api-key",
    "urlList": [
      "https://yourdomain.com/",
      "https://yourdomain.com/about",
      "https://yourdomain.com/services"
    ]
  }'

Muchas plataformas de hosting y herramientas de CMS ahora soportan IndexNow nativamente. Cloudflare tiene una integración de IndexNow. WordPress tiene plugins. Si estás ejecutando un sitio Next.js, puedes agregar pings de IndexNow a tu pipeline de build/deploy o manejadores de webhook del CMS.

Hora 4-8: Redirecciones — El Asesino Silencioso

Si este es un dominio completamente nuevo sin historial, puedes principalmente saltar esta sección. Pero si estás relanzando un sitio existente—nuevo diseño, nuevo CMS, nueva estructura de URL—las redirecciones son donde los lanzamientos se van mal.

Mapea Cada URL Antigua a Su Equivalente Nueva

Antes del lanzamiento, deberías tener un mapa de redirecciones. Después del lanzamiento, necesitas verificar que funciona.

Toma tu sitemap antiguo (lo guardaste, ¿verdad?) y prueba cada URL:

# One-liner rápido en bash para verificar redirecciones
while read url; do
  status=$(curl -o /dev/null -s -w "%{http_code}" -L "$url")
  echo "$status $url"
done < old-urls.txt

Estás buscando:

  • Redirecciones 301 a la página nueva correcta (no 302s—usa 301 para movimientos permanentes)
  • Sin cadenas de redirección (URL antigua → URL intermedia → URL final). Cada redirección debería ir directamente al destino
  • Sin loops de redirección (URL A → URL B → URL A)

Problemas de Redirección Comunes

Problema Lo que sucede Cómo detectarlo
Redirección de barra inclinada faltante /about y /about/ son URLs diferentes Verifica ambas variantes
Sensibilidad de mayúsculas /About vs /about Prueba con mayúsculas incorrectas
Manejo de parámetros de consulta URLs antiguas con ?id=123 Verifica URLs parametrizadas antiguas
Manejo de fragmentos Las anclas #section se descartan Revisa anclas antiguas enlazadas
Redirecciones de contenido mixto HTTP → HTTPS más cambio de ruta Asegura 301 único, no cadena

En Next.js, manejas redirecciones en next.config.js:

module.exports = {
  async redirects() {
    return [
      {
        source: '/old-blog/:slug',
        destination: '/articles/:slug',
        permanent: true,
      },
    ]
  },
}

Para redirecciones a gran escala (cientos o miles), considera manejarlas en el edge—Vercel Edge Config, Cloudflare Workers, o las reglas de redirección de tu CDN. Poner 2,000 redirecciones en tu configuración de aplicación puede ralentizar los builds.

Hora 4-8: Verificación de Análitica y Seguimiento

Google Analytics 4 (GA4)

Asegúrate de que tu propiedad de GA4 se está activando correctamente en cada página. La verificación más fácil:

  1. Abre tu sitio en Chrome
  2. Abre DevTools → pestaña Network
  3. Filtra por collect o google-analytics
  4. Navega entre páginas—deberías ver solicitudes de red para cada vista de página

Para aplicaciones de una sola página (que la mayoría de sitios de Next.js y Astro son, al menos parcialmente), verifica que las navegaciones del lado del cliente activen vistas de página. Este es un error súper común—el cargador de página inicial activa análitica, pero las navegaciones posteriores no.

Si estás usando el App Router de Next.js con el paquete @next/third-parties:

import { GoogleAnalytics } from '@next/third-parties/google'

export default function RootLayout({ children }) {
  return (
    <html>
      <body>{children}</body>
      <GoogleAnalytics gaId="G-XXXXXXXXXX" />
    </html>
  )
}

Google Tag Manager

Si usas GTM, verifica que el contenedor se está cargando y tus etiquetas se están activando. Usa el modo Vista Previa de GTM (Tag Assistant) para depuración.

Configura el Monitoreo de Core Web Vitals

Esto importa para el ranking de SEO. Tus métricas del día de lanzamiento se convertirán en tu línea de base. Configura monitoreo de usuarios reales:

  • Google Search Console → Informe Core Web Vitals (toma algunos días para poblarse)
  • Biblioteca JavaScript web-vitals para datos en tiempo real
  • Vercel Analytics si estás en Vercel (integrado en la plataforma, $10/mes para Pro)

A partir de 2026, el ranking de Google usa estos umbrales de CWV:

Métrica Bueno Necesita Mejora Pobre
LCP (Largest Contentful Paint) ≤ 2.5s 2.5s - 4.0s > 4.0s
INP (Interaction to Next Paint) ≤ 200ms 200ms - 500ms > 500ms
CLS (Cumulative Layout Shift) ≤ 0.1 0.1 - 0.25 > 0.25

Nota: INP reemplazó FID (First Input Delay) en marzo de 2024 como la métrica de responsividad. Si alguna guía aún menciona FID, está desactualizada.

Hora 8-24: Lo Que Realmente Se Indexa Primero

Esta es la pregunta que todos hacen, y la respuesta podría sorprenderte.

Prioridad de Rastreo de Google

De mi experiencia a lo largo de docenas de lanzamientos, aquí está el orden típico de indexación:

  1. Página de inicio — casi siempre primero, generalmente dentro de 4-24 horas después del envío de sitemap y solicitud de índice
  2. Páginas enlazadas desde la página de inicio — tus páginas de navegación principal se rastrean a continuación
  3. Páginas con enlaces externos entrantes — si tu nuevo sitio ya tiene enlaces de otros sitios apuntando a él, esas páginas de destino obtienen prioridad
  4. Páginas solo sitemap — páginas que solo son detectables a través del sitemap (no enlazadas desde navegación) se rastrea al final

Lo Que Ralentiza el Indexado

  • Contenido delgado — páginas con muy poco texto único se despromocionan
  • Contenido duplicado — si Google detecta páginas que son demasiado similares, indexará una y saltará el resto
  • Páginas huérfanas — páginas sin enlaces internos apuntando a ellas (incluso si están en el sitemap) se tratan como baja prioridad
  • Nuevos dominios sin autoridad — los dominios nuevos tardan más. Esto es solo realidad. Google es cauteloso con dominios desconocidos.

Línea de Tiempo de Indexación Realista para un Nuevo Dominio (2026)

Marco de tiempo Lo que esperar
0-4 horas Sitemap buscado, página de inicio rastreada
4-24 horas Página de inicio indexada, páginas de nivel superior rastreadas
1-3 días Páginas de navegación principales indexadas
1-2 semanas La mayoría de URLs de sitemap rastreadas
2-4 semanas Cobertura de índice completa para páginas de calidad
1-3 meses Los rankings de búsqueda comienzan a estabilizarse

Para dominios establecidos que hacen un relanzamiento, el indexado es mucho más rápido—generalmente 24-72 horas para la mayoría de páginas, asumiendo que tus redirecciones estén funcionando correctamente y no hayas cambiado radicalmente tu estructura de URL.

Hora 24-48: Monitoreo y Corrección de Problemas

Verifica la Cobertura de Google Search Console

Para ahora, deberías ver datos fluyendo. Mira el informe Pages y aborda cualquier problema:

  • Soft 404s — páginas que devuelven 200 pero Google piensa que son páginas de error (generalmente porque tienen casi ningún contenido)
  • Errores del servidor (5xx) — tu sitio está devolviendo errores a Googlebot incluso si se ve bien en tu navegador (esto puede suceder con limitación de tasa agresiva o detección de bot)
  • Errores de redirección — cadenas de redirección rotas o loops

Monitorea Tus 404s

Verifica tus registros de servidor o análitica para errores 404. Usuarios reales y motores de búsqueda están golpeando URLs que no existen. Para un relanzamiento, cada 404 es una redirección perdida que te está costando equidad de enlace.

Busca y Renderiza Páginas Clave

Usa la herramienta de Inspección de URL con la función Live Test para ver exactamente cómo Google renderiza tus páginas. Esto es crítico para sitios pesados en JavaScript. Si estás usando renderizado del lado del cliente para contenido importante, Google podría no verlo.

Esta es una razón por la que a menudo recomendamos renderizado del lado del servidor o generación estática para sitios ricos en contenido. Nuestro trabajo en desarrollo de Next.js y Astro casi siempre usa SSR o SSG por exactamente esta razón.

Tabla Completa de Lista de Verificación de 48 Horas

Hora Tarea Prioridad Herramienta
Hora 0 Elimina etiquetas noindex de staging Crítica Ver fuente, curl
Hora 0 Verifica SSL y redirecciones canónicas Crítica Navegador, curl
Hora 0 Verifica spot-check de títulos de página y meta descripciones Alta Screaming Frog, curl
Hora 1 Verifica que robots.txt sea accesible y correcto Crítica Navegador
Hora 1 Verifica que el sitemap XML sea válido y completo Crítica Navegador, validador XML
Hora 2 Configura Google Search Console Crítica GSC
Hora 2 Envía sitemap a Google Crítica GSC
Hora 2 Solicita indexación para las 10 páginas principales Alta Inspección de URL de GSC
Hora 3 Configura Bing Webmaster Tools Alta Bing
Hora 3 Implementa IndexNow Media API, configuración de hosting
Hora 4 Verifica todas las redirecciones (solo relanzamiento) Crítica curl, Screaming Frog
Hora 4 Verifica que GA4 esté rastreando todas las páginas Alta GA4 Tiempo real, DevTools
Hora 4 Configura monitoreo de Core Web Vitals Media GSC, web-vitals
Hora 8 Verifica estadísticas iniciales de rastreo en GSC Alta GSC
Hora 24 Revisa informe de cobertura de GSC Alta GSC
Hora 24 Verifica errores 404 en registros/análitica Alta Registros de servidor, GA4
Hora 48 Prueba de busca y renderizado de páginas clave Media Inspección de URL de GSC
Hora 48 Verifica que el conteo de páginas indexadas coincida con expectativas Alta site:yourdomain.com

Preguntas Frecuentes

¿Cuánto tiempo tarda Google en indexar un nuevo sitio web en 2026? Para un dominio completamente nuevo, espera que la página de inicio sea indexada dentro de 24 horas si envías tu sitemap a través de Google Search Console y solicitas indexación. El indexado completo del sitio típicamente toma 2-4 semanas. Los dominios establecidos siendo relanzados usualmente ven re-indexado completo dentro de 3-7 días. Estas líneas de tiempo asumen que has hecho todo en esta lista de verificación—sin envío de Search Console, un nuevo dominio podría esperar semanas antes de que Google lo descubra.

¿Debería enviar mi sitio a Google o esperar a que se descubra naturalmente? Siempre envía proactivamente. La idea de que deberías "dejar que Google te encuentre" es consejo desactualizado de hace una década. Envía tu sitemap a través de Google Search Console y usa la herramienta de Inspección de URL para solicitar indexación de tus páginas más importantes. No hay desventaja y acelera el descubrimiento por días o semanas.

¿IndexNow funciona con Google? No, no a partir de mediados de 2026. Google ha estado evaluando IndexNow desde finales de 2021 pero no lo ha adoptado oficialmente. IndexNow actualmente funciona con Bing, Yandex, Naver y unos pocos otros. Aún vale la pena implementarlo porque el índice de Bing alimenta DuckDuckGo, Yahoo Search y es usado por asistentes de IA como Microsoft Copilot y (parcialmente) ChatGPT.

¿Cuál es la diferencia entre una redirección 301 y 302 para SEO? Una 301 es una redirección permanente que pasa la mayoría de equidad de enlace (poder de ranking) a la URL de destino. Una 302 es temporal y le dice a los motores de búsqueda que la URL original podría volver, por lo que es menos probable que transfieran señales de ranking. Para relanzamientos de sitios y cambios de URL que no planeas revertir, siempre usa 301. Veo equipos usando 302s accidentalmente todo el tiempo porque ese es el por defecto en algunos frameworks.

¿Por qué mis páginas muestran como 'Discovered - currently not indexed' en Google Search Console? Esto significa que Google sabe que tus páginas existen (de tu sitemap o enlaces internos) pero aún no las ha rastreado. Para nuevos sitios, esto es normal en los primeros días—Google pone en cola URLs y las rastrea según prioridad. Si las páginas permanecen en este estado más de 2-3 semanas, generalmente significa que Google no las considera de prioridad suficientemente alta. Mejorar los enlaces internos y agregar contenido único y valioso a esas páginas ayuda.

¿Necesito tanto Google Search Console como Bing Webmaster Tools? Sí. Sirven a diferentes motores de búsqueda y te dan datos diferentes. Google Search Console cubre aproximadamente el 90% del tráfico de búsqueda en la mayoría de mercados, pero Bing Webmaster Tools cubre el resto además de proporcionar acceso a la integración de IndexNow, que puede acelerar el indexado en motores impulsados por Bing. La configuración toma aproximadamente 5 minutos para Bing ya que puedes importar tu configuración de GSC directamente.

¿Cómo verifico si mi contenido JavaScript está siendo indexado por Google? Usa la herramienta URL Inspection en Google Search Console y haz clic 'Test Live URL'. Luego ve el HTML renderizado—esto muestra exactamente qué ve Googlebot después de ejecutar tu JavaScript. Si contenido crítico falta de la salida renderizada, necesitas cambiar a renderizado del lado del servidor para ese contenido. Esto es especialmente común con React SPAs que buscan contenido del lado del cliente. Frameworks como Next.js y Astro manejan esto bien fuera de la caja con SSR y SSG.

¿Debería bloquear rastreadores de IA en mi robots.txt en el día de lanzamiento? Esta es una decisión que depende de tu negocio. Bots como GPTBot (OpenAI), ClaudeBot (Anthropic) y Google-Extended (entrenamiento de Gemini) pueden ser bloqueados a través de robots.txt si no deseas que tu contenido sea usado para entrenamiento de IA. Sin embargo, bloquear GPTBot puede afectar cómo aparece tu contenido en los resultados de búsqueda de ChatGPT. Mi recomendación: lanza con todo permitido, monitorea tu carga de servidor de rastreadores de IA y agrega bloques selectivamente si es necesario. No dejes que esta decisión retrase tu lanzamiento—siempre puedes actualizar robots.txt más tarde.

Si planeas un lanzamiento de sitio y quieres ayuda para establecer la base de SEO técnico correcta desde el día uno, contacta o revisa nuestro pricing. Hacer esto mal es caro de arreglar después. Hacerlo bien desde el principio es mucho más barato.