Tu nuevo sitio está en línea. Google todavía no lo ha encontrado.

Sin ninguna configuración SEO de lanzamiento, Google suele tardar entre 3 y 8 semanas en descubrir e indexar las páginas de un sitio nuevo. Con la configuración adecuada — verificación en Search Console, envío de sitemap e IndexNow pings — conseguimos de forma consistente una indexación inicial en 24 a 72 horas. La diferencia está en si esperas a que Googlebot tropiece con tu sitio a través de enlaces externos, o le notificas directamente a Google que tu sitio existe y le entregas un mapa de cada página. Hemos monitoreado más de 700 lanzamientos, y los sitios con configuración de GSC previa al lanzamiento y envío de sitemap promedian 2,1 días hasta la primera página indexada, frente a 19 días para los sitios lanzados sin ninguna configuración. El mayor acelerador individual es enviar tu sitemap a través de la Search Console API en los minutos siguientes a la propagación de DNS, combinado con IndexNow pings para cubrir Bing, Yandex y DuckDuckGo simultáneamente.

IndexNow es un protocolo abierto que permite a tu sitio enviar un ping a los motores de búsqueda en el instante en que se publica o actualiza una URL. En lugar de esperar a que un crawler vuelva a visitar tu sitio según su propio calendario, tú envías una notificación directamente. A partir de 2024, IndexNow cuenta con el soporte de Bing, Yandex, Seznam y Naver. DuckDuckGo se beneficia indirectamente a través del índice de Bing. Google no soporta IndexNow — ellos se apoyan en la URL Inspection API de Search Console y en el descubrimiento por sitemap. Nosotros configuramos ambos sistemas: IndexNow para los motores de la familia Bing y el envío por Search Console para Google. La configuración técnica implica generar una API key, alojar un archivo de verificación en la raíz de tu dominio y realizar solicitudes POST con tu lista de URLs al endpoint de IndexNow. Normalmente integramos esto en tu pipeline CI/CD o en los publish hooks de tu CMS para que las futuras actualizaciones de contenido activen pings automáticos.

Las causas más frecuentes son una regla Disallow en el robots.txt que quedó del entorno de staging, una etiqueta meta noindex en tus páginas, ninguna propiedad de Search Console verificada o ningún sitemap enviado. Vemos el problema del robots.txt en aproximadamente el 30% de los sitios que llegan a nosotros después del lanzamiento — los equipos de desarrollo usan 'Disallow: /' durante el staging para evitar una indexación prematura y se olvidan de eliminarlo al salir a producción. El segundo problema más común es el contenido renderizado en el lado del cliente que Googlebot no puede procesar dentro de su presupuesto de renderizado. Si tu app en React o Next.js requiere la ejecución de JavaScript para mostrar cualquier contenido de texto, y ese renderizado tarda más de 5 segundos, Googlebot puede indexar una página vacía. Nuestra auditoría previa al lanzamiento detecta cada uno de estos problemas. Verificamos con la propia URL Inspection API de Google que Googlebot ve el mismo contenido que ve un visitante humano, antes de que tu sitio salga en vivo.

Como mínimo, todo sitio nuevo debería lanzarse con el schema de Organization en la página de inicio, WebPage schema en todas las páginas y BreadcrumbList schema para la navegación. Más allá de esa base, el schema adecuado depende de tu tipo de contenido. Los sitios de e-commerce necesitan schema de Product y Offer. Los negocios de servicios se benefician del schema LocalBusiness y Service. Los sitios de contenido deben implementar schema de Article o BlogPosting. Las páginas de preguntas frecuentes necesitan FAQPage schema para calificar para los rich result dropdowns en los SERPs. Implementamos todos los datos estructurados como JSON-LD renderizado en el servidor — no Microdata, no RDFa. JSON-LD es la preferencia declarada por Google y es el único formato que no requiere cambios en el body de tu HTML. Cada bloque de schema que desplegamos supera el Rich Results Test de Google y la validación de Schema.org antes de llegar a producción. Normalmente implementamos entre 3 y 6 tipos de schema por sitio, dependiendo de la variedad de plantillas de página.

Durante la ventana de 48 horas monitoreamos continuamente cuatro fuentes de datos: el informe de cobertura del índice de Google Search Console y la URL Inspection API, los datos de rastreo de Bing Webmaster Tools, los logs de acceso de tu servidor filtrados por los agentes de usuario de Googlebot y Bingbot, y las puntuaciones en tiempo real de Lighthouse CI. Estamos atentos a errores 5xx bajo tráfico de bots, 404s en URLs que enviamos en el sitemap, cadenas de redirección de más de dos saltos, soft 404s donde el servidor devuelve un estado 200 en páginas vacías, y cualquier anomalía de rastreo — como Googlebot visitando tu sitio 3 veces en 48 horas en lugar de las 50 a 200 solicitudes esperadas. Si detectamos problemas, los resolvemos de inmediato. Al finalizar las 48 horas recibes un informe que incluye: total de páginas indexadas, frecuencia de rastreo, resultados de validación de datos estructurados, datos de campo de Core Web Vitals si están disponibles, y cualquier problema abierto con los pasos de remediación.

Nuestra configuración SEO de lanzamiento va de $2.000 a $8.000 según la complejidad del sitio. Un sitio de marketing en un solo dominio con 10 a 50 páginas y un CMS generalmente cae en el rango de $2.000 a $3.500. Los sitios multiidioma, las tiendas de e-commerce con schema de producto en cientos de SKUs, o los sitios con pipelines complejos de renderizado JavaScript se sitúan en el rango de $5.000 a $8.000. El precio incluye auditoría previa al lanzamiento, configuración de Search Console y Bing Webmaster, configuración de IndexNow, validación de robots.txt y sitemap, implementación de datos estructurados, envío el día del lanzamiento y monitoreo de 48 horas con un informe final. No hay retainers ni tarifas recurrentes — es un entregable de proyecto único. Si necesitas soporte técnico SEO continuo después del lanzamiento, lo ofrecemos por separado. Para equipos que solo necesitan una auditoría rápida sin implementación, ofrecemos una verificación de preparación para el lanzamiento a partir de $750.

Sí, y de hecho es una de nuestras solicitudes más frecuentes. Aproximadamente el 40% de nuestros proyectos de lanzamiento SEO corresponden a sitios que salieron en vivo semanas o meses atrás pero que nunca fueron configurados correctamente para los motores de búsqueda. El proceso es casi idéntico a una configuración previa al lanzamiento — auditamos el robots.txt, verificamos Search Console, enviamos sitemaps, implementamos datos estructurados y enviamos IndexNow pings. La principal diferencia es que también realizamos una comparación completa de rastreo entre lo que Googlebot ve actualmente y lo que tu sitio realmente contiene, y luego corregimos cualquier discrepancia. Los sitios que llevan 30 o más días en línea sin indexar a veces tienen problemas de caché obsoleta en los sistemas de Google. En esos casos, usamos la URL Inspection API para solicitar rastreos frescos página por página en tus URLs de mayor prioridad. Hemos recuperado la indexación de sitios que estuvieron invisibles durante 4 a 6 meses y los hemos tenido completamente indexados en 5 a 7 días tras nuestra intervención.

El render-time clamping es la práctica de asegurar que el contenido relevante de tu página sea visible para los crawlers dentro de un presupuesto de tiempo estricto — nosotros apuntamos a menos de 5 segundos para el pipeline de renderizado de Googlebot. Googlebot utiliza una instancia de Chromium headless para renderizar páginas con mucho JavaScript, pero tiene recursos limitados. Si tu app en React, Vue o Next.js tarda entre 8 y 12 segundos en hidratar y mostrar el contenido, Googlebot puede indexar el HTML previo a la hidratación — que frecuentemente son divs vacíos y spinners de carga. Auditamos esto ejecutando tus páginas a través de un entorno de Chrome headless con throttling que simula las condiciones de renderizado de Googlebot. Luego identificamos los cuellos de botella: bundles de JavaScript sobredimensionados, contenido above-the-fold cargado de forma lazy, scripts de terceros bloqueando el hilo principal y waterfalls de hidratación. Las soluciones típicamente incluyen mover el contenido crítico a server-side rendering o generación estática, diferir scripts no esenciales y precargar recursos clave. El resultado medible es que tu LCP cae por debajo de 2,5 segundos y Googlebot ve tu contenido real en el primer rastreo.