Qué está pasando probablemente
Regla Disallow demasiado amplia
Un slash, wildcard o carpeta mal definida puede bloquear más de lo previsto.
Staging copiado a producción
Muy común tras migraciones o deploys.
CSS/JS bloqueados
Google necesita recursos para renderizar páginas modernas.
Confusión con noindex
Para sacar una página del índice, no siempre conviene bloquear rastreo.
Cómo comprobarlo sin romper nada
Abre robots.txt de producción.
Prueba URLs afectadas en Search Console.
Revisa reglas por user-agent.
Comprueba CSS/JS críticos.
Busca noindex y X-Robots-Tag.
Valida sitemap tras corregir.
Cómo lo resolvería paso a paso
Reduce reglas al mínimo necesario
Bloquea zonas privadas o irrelevantes, no contenido comercial.
No bloquees recursos críticos
CSS y JS necesarios para render deberían ser accesibles.
Usa noindex correctamente
Si quieres desindexar, Google debe poder rastrear la señal noindex.
Añade test preventivo
Una web SEO grande necesita guardrails para robots y noindex.
Si se vuelve técnico
Puedes seguir esta ruta por tu cuenta. Si al comprobarlo aparece una discrepancia rara, una configuración de tracking delicada, una decisión de puja con riesgo o un bloqueo que requiere acceso a la cuenta, Lia guarda este contexto y te lleva a CreatikLab para continuar sin empezar desde cero.
Llevar este contexto a LiaQué no haría
Bloquear toda la web por accidente.
Usar robots para desindexar contenido ya indexado.
No revisar versión final tras deploy.
Bloquear assets.
Preguntas frecuentes
¿robots.txt elimina una página de Google?
No necesariamente. Puede impedir rastreo, pero una URL puede seguir indexada sin contenido si Google la conoce.
¿Debo permitir todo?
No. Debes permitir lo importante y bloquear solo lo que realmente no debe rastrearse.
