Mi página no aparece en Google: 7 causas y cómo revisar cada una

Primero: ¿no aparece o no está indexada?

La búsqueda site:tudominio.com es el atajo que todos usamos, pero no sirve para diagnosticar. Google advierte que no necesariamente devuelve todas las URL indexadas.

La herramienta correcta es la Inspección de URL de Search Console. Te muestra la versión que Google tiene indexada y te deja hacer una prueba en vivo de la página actual.

Un detalle que confunde: «La URL está en Google» significa que la página puede aparecer en los resultados, no que vaya a aparecer. Es una condición necesaria, no una promesa.

1. Google todavía no conoce la página

Google encuentra páginas nuevas sobre todo siguiendo enlaces desde páginas que ya conoce. Si nada enlaza a la tuya y no está en el sitemap, puede pasar mucho tiempo sin que la descubra.

Qué revisar: que la URL esté en tu sitemap, que el sitemap esté enviado en Search Console y que otra página de tu sitio la enlace desde el texto. Para muchas URL, el sitemap es mejor camino que pedir la indexación una por una, porque esas solicitudes tienen un límite diario.

2. Descubierta, pero todavía sin rastrear

En el informe de indexación aparece como «Descubierta: actualmente sin indexar». Según Google, encontró la página, pero aplazó el rastreo porque hacerlo en ese momento podía sobrecargar el sitio.

En sitios pequeños suele resolverse sola. Si se queda ahí durante meses, revisa cuánto tarda en responder tu servidor y si el sitio genera muchas URL de poco valor que compiten por la atención del rastreador.

3. Rastreada, pero Google decidió no indexarla

«Rastreada: actualmente sin indexar» quiere decir que Google la visitó y no la guardó. La documentación agrega que puede indexarse o no en el futuro, y que no hace falta volver a enviarla.

Aquí no hay un error técnico que se corrija con un clic. Cuando lo veo, reviso si la página dice algo que no digan ya otras del mismo sitio, y si su contenido llega completo en el HTML que recibe Google.

4. Está bloqueada en robots.txt

El archivo robots.txt le dice al rastreador qué URL puede visitar. Pero Google aclara que no es un mecanismo para dejar una página fuera de Google.

Una página bloqueada puede seguir apareciendo si otros sitios la enlazan, aunque Google no lea su contenido. Y si bloqueaste por error una sección entera, Google conoce esas URL pero no puede entender qué dicen.

Qué revisar: abre tudominio.com/robots.txt y busca líneas Disallow que cubran la ruta de tu página. La prueba en vivo de la Inspección de URL también te dice si el rastreo está permitido.

5. Tiene una etiqueta noindex

Una etiqueta meta robots con noindex, o una cabecera HTTP X-Robots-Tag con el mismo valor, le pide a Google que no indexe la página. Es la forma correcta de excluir algo, y por eso es tan fácil que se quede puesta por error.

Hay una trampa: para que Google lea el noindex, la página no puede estar bloqueada en robots.txt. Si bloqueas y además pones noindex, el bloqueo le impide ver la etiqueta.

Muchas plataformas activan el noindex mientras el sitio está en construcción, o en su subdominio de pruebas. Revisa el código fuente de la página publicada, no la configuración del editor.

6. Google recibe una página vacía

Esta es la que más encuentro en sitios hechos con React o con constructores de apps con IA, como Base44 o Lovable. En el navegador todo se ve bien, pero el HTML que entrega el servidor es un contenedor vacío que solo se llena al ejecutar JavaScript.

Google sí ejecuta JavaScript: pone las páginas en cola para rastrearlas y renderizarlas antes de indexarlas. Aun así, su documentación dice que renderizar en el servidor o prerenderizar sigue siendo una gran idea, porque no todos los bots ejecutan JavaScript.

<title>Mi sitio</title><div id="root"></div>→ El servidor no entregó el contenido de la página.

Esto es lo que resolví en el caso de la app en React. Otro síntoma de estas apps: una ruta que no existe responde 200 con la portada, y Google la trata como un soft 404.

7. La canónica apunta a otra página

La etiqueta canonical le indica a Google cuál es la versión preferida de una página. Es una señal fuerte, no una orden: si otras señales la contradicen, Google puede elegir otra.

Lo he visto en sitios donde todas las páginas declaraban la portada como canónica. En Search Console suele aparecer como «Duplicada: el usuario no ha indicado ninguna versión canónica» o como página alternativa de otra.

Qué revisar: que cada página declare su propia URL como canónica, con el mismo protocolo, dominio y barra final que usa el resto del sitio.

Si está indexada pero no aparece para tu búsqueda

Indexar no es posicionar. Una página puede estar en el índice y no salir para la búsqueda que te importa, porque otras responden mejor a esa intención o tienen más autoridad.

Ahí el problema ya no es técnico, sino de contenido y competencia. El informe de rendimiento de Search Console te dice para qué búsquedas sí aparece tu página, y eso revela qué entiende Google que ofrece.

Cómo verificar lo que Google recibe de verdad

• La prueba en vivo de la Inspección de URL, que muestra lo que Google puede leer de la página publicada.

• El código fuente de la página publicada, no el del editor: ahí están el noindex, la canónica y el título que lee Google.

• Tu robots.txt y tu sitemap, abiertos directamente en el navegador.

• El informe de indexación de páginas, para ver el motivo exacto por el que cada URL quedó fuera.

Pedir la página desde la línea de comandos con el agente de Googlebot es útil para comparar, pero no es Googlebot: algunos servidores responden distinto al rastreador real. La prueba en vivo de Search Console es la que manda.

Si tu página sí está indexada pero carga lenta, empieza por medir bien las Core Web Vitals. Y si te preguntas si un archivo llms.txt ayuda en Google, la respuesta corta es no: lo explico en qué es llms.txt y por qué Google no lo usa.