Mi web no aparece en Google: qué revisar

Mi web no aparece en Google. ¿Por dónde empiezo? Por comprobar si el problema es de indexación o de posicionamiento. Si la URL no está en el índice, reviso el motivo en Search Console y corrijo el bloqueo. Si está indexada pero no sale para la búsqueda que me interesa, ya no tengo un problema de indexación. Tengo que trabajar el contenido, la intención y la autoridad.

Parece una diferencia pequeña, pero cambia todo el diagnóstico. Buscar el nombre de la empresa y no verlo, probar una keyword y salir en la página siete, o tener una URL excluida del índice son tres problemas distintos. Aplicar el mismo arreglo a los tres es una forma estupenda de perder una tarde y acabar mirando la pantalla como si Google fuese a pedir perdón.

Puntos clave

• Uso la inspección de URLs de Search Console para saber qué conoce Google sobre una página concreta.
• Distingo entre descubrimiento, rastreo, indexación y posicionamiento antes de tocar la web.
• Corrijo la causa que muestra Google. No solicito la indexación una y otra vez esperando un resultado diferente.
• Reviso robots.txt, noindex, respuesta HTTP, canonical, sitemap y enlaces internos en ese orden.
• Que una URL esté indexada significa que puede aparecer. No garantiza que vaya a hacerlo para una búsqueda concreta.

Este artículo resuelve un síntoma concreto. Si necesitas revisar la web completa, desde el rastreo hasta la velocidad, tengo una auditoría SEO técnica paso a paso. Y si quieres entender cómo se conecta esta parte con contenido y autoridad, empieza por mi guía sobre qué es el SEO para una pyme.

Primero, compruebo si la web está fuera de Google

¿Cómo sé si una página está indexada? La inspecciono en Google Search Console. Es la fuente más útil porque muestra lo que Google sabe de esa URL, cómo la descubrió, cuándo la rastreó y qué canonical ha elegido. La propia documentación de Google explica el proceso en su guía de la herramienta de inspección de URLs.

Pego la URL completa en la barra superior de Search Console. Aquí conviene respetar hasta el último carácter. https, www, una barra final o un parámetro pueden llevarme a otra versión de la misma página.

Después miro el veredicto:

• La URL está en Google. Puede aparecer en los resultados, aunque eso no significa que vaya a mostrarse para cualquier keyword.
• La URL no está en Google. Abro el apartado de indexación para leer la causa concreta.
• Google no conoce la URL. Primero tengo que ayudarle a descubrirla mediante enlaces internos y el sitemap.

Una búsqueda con site:tudominio.com me sirve como comprobación rápida, pero no la uso para cerrar el diagnóstico. Para una URL concreta, Search Console da mucha más información.

¿No está indexada o está posicionando demasiado abajo?

Esta es la primera bifurcación. Si Search Console dice que la URL está en Google, solicitar otra indexación no va a mejorar su posición. En ese caso reviso si la página responde a la búsqueda, si otra URL del sitio compite por la misma intención y si tiene enlaces internos suficientes.

¿Y si ni siquiera aparece al buscar la marca? Compruebo la URL exacta y el dominio completo. Después reviso acciones manuales y problemas de seguridad en Search Console. Google incluye estos pasos en su guía para solucionar una página que falta en los resultados.

En cambio, cuando el informe marca la URL como no indexada, trabajo sobre el motivo que aparece. No mezclo capas. Primero consigo que Google pueda descubrir, rastrear e indexar la página. Después ya me preocupo por subir posiciones.

Google no conoce la URL

¿Qué significa? Google todavía no ha encontrado esa página. Suele ocurrir con URLs nuevas, páginas huérfanas o contenidos que no están en el sitemap.

Yo reviso tres puntos:

1. Confirmo que la URL está incluida en el sitemap con su versión canónica.
2. Añado al menos un enlace desde una página relacionada que Google ya pueda rastrear.
3. Inspecciono la URL publicada y solicito la indexación una vez.

El sitemap ayuda a comunicar qué URLs prefiero que Google rastree, pero no sustituye los enlaces internos. Google descubre la web navegando por enlaces. Si una página importante queda aislada, depende demasiado de que el buscador tropiece con ella.

En mi caso, trato el enlazado como una estructura, no como una colección de enlaces puestos al azar. Explico cómo organizarla en mi guía de enlazado interno y silos SEO. Google también documenta cómo crear y enviar un sitemap con las URLs canónicas que quiero mostrar.

Bloqueada por robots.txt

Si Search Console indica un bloqueo por robots.txt, compruebo el archivo en tudominio.com/robots.txt y busco una regla Disallow que afecte a la URL. A veces viene de un entorno de desarrollo que pasó a producción con la puerta todavía cerrada.

Aquí hay un matiz importante. robots.txt controla el rastreo, no es la herramienta adecuada para borrar una URL del índice. Google puede conocer una dirección por enlaces externos aunque no pueda rastrear su contenido. Su documentación sobre robots.txt separa ambas funciones.

¿Qué hago después de corregir la regla? Pruebo la URL publicada en Search Console. Si Googlebot ya puede entrar, solicito la indexación y espero a que vuelva a rastrearla.

Excluida por una etiqueta noindex

El estado es bastante literal. La página contiene una directiva que le pide a Google que no la indexe. Puede estar en una etiqueta <meta name="robots"> dentro del HTML o en una cabecera HTTP X-Robots-Tag.

Si quiero que la página aparezca, retiro la directiva y compruebo la versión publicada. Si el noindex es intencionado, por ejemplo en una página privada o un resultado interno, no hay nada que arreglar.

No basta con mirar el editor del CMS. Reviso el HTML o las cabeceras que recibe Google, porque un plugin, una plantilla o el servidor pueden añadir la orden después. Google detalla ambas vías en su guía para bloquear la indexación con noindex.

Detectada o rastreada, pero actualmente sin indexar

Estos dos estados se parecen, aunque no cuentan la misma historia.

Detectada, actualmente sin indexar significa que Google conoce la URL, pero todavía no la ha rastreado. Compruebo que el servidor responda bien, que la página reciba enlaces internos y que el sitemap tenga una fecha coherente. En sitios con muchas URLs flojas o repetidas, también reviso si estoy generando más páginas de las que merece la pena conservar.

Rastreada, actualmente sin indexar significa que Google ya vio el contenido y decidió no guardarlo por ahora. Aquí dejo de pulsar el botón de solicitar indexación. Reviso si la página aporta una respuesta propia, si duplica otra URL, si apenas tiene contenido o si manda señales contradictorias sobre cuál es la versión principal.

¿La solución es alargar el texto? No por defecto. Una página corta puede resolver bien una intención. Una página larga puede repetir lo mismo durante veinte párrafos y seguir sin merecer sitio. Busco utilidad, diferenciación y una intención clara.

Duplicada o con otra canonical elegida por Google

Cuando Google considera que varias URLs muestran el mismo contenido, agrupa sus señales y elige una versión canónica. La alternativa puede quedar fuera del índice. Eso es normal si la elección coincide con la página que quiero posicionar.

El problema aparece cuando Google elige otra URL. Entonces comparo cuatro señales:

• La etiqueta rel="canonical" de la página.
• La URL incluida en el sitemap.
• Las redirecciones entre versiones.
• Los enlaces internos y la dirección a la que apuntan.

Todas deberían señalar la misma versión. No uso noindex para forzar una canonical y tampoco bloqueo el duplicado en robots.txt antes de que Google pueda leer sus señales. La guía oficial sobre URLs canónicas recomienda mantener métodos coherentes y usar una canonical autorreferente en la versión principal.

Esta parte me recuerda a una migración in-house en la que necesitaba auditar URLs antes de mover una web. Algunas rutas entraban en bucles absurdos, incluido el aviso legal. Antes de pensar en contenidos o keywords tuve que limpiar la estructura y sacar una base fiable. La lección sigue siendo la misma: cuando las direcciones se contradicen, empiezo por ordenar las señales.

Error del servidor, redirección o página no encontrada

Google necesita recibir una respuesta útil. Si la URL devuelve un error 5xx, entra en un bucle de redirecciones o acaba en un 404, no hay contenido que indexar.

Pruebo la URL publicada y reviso la respuesta final. Quiero un código 200 para una página disponible, una redirección directa cuando la URL se ha movido o un 404 correcto cuando el contenido ya no existe y no tiene sustituto.

También reviso los soft 404. Ocurren cuando el servidor responde con un 200, pero Google interpreta que la página está vacía, no existe o no aporta una respuesta útil. En ese caso corrijo el contenido o devuelvo el estado HTTP que corresponda.

También compruebo que el contenido principal aparezca en el HTML que recibe Google. Si depende por completo de JavaScript y falla el renderizado, la prueba publicada de Search Console me deja ver la captura, el HTML procesado y los recursos que no cargaron.

Cuándo solicito la indexación

Solicito la indexación después de corregir el motivo, no antes. Primero paso la prueba de URL publicada. Después envío una solicitud y dejo que Google procese el cambio.

¿Cuánto tarda? Google indica que una solicitud puede tardar alrededor de un día y, en algunos casos, una o dos semanas. También deja claro que pedirla no garantiza entrar en el índice. Para muchas URLs, recomienda enviar el sitemap en lugar de inspeccionarlas una por una. La referencia está en la documentación de inspección de URLs.

Pulsar el botón cada mañana no arregla un noindex, una canonical equivocada ni una página que repite otra. Solo añade otra tarea a la rutina, junto al café y la decepción.

Mi orden de diagnóstico

Cuando una web no aparece en Google, sigo este orden:

1. Inspecciono la URL exacta en Search Console.
2. Confirmo si está indexada o si solo posiciona abajo.
3. Leo el motivo de exclusión y pruebo la URL publicada.
4. Reviso acceso, estado HTTP, noindex y canonical.
5. Compruebo sitemap y enlaces internos.
6. Si Google ya la rastreó, evalúo duplicidad, utilidad e intención.
7. Corrijo la causa, vuelvo a probar y solicito la indexación una vez.

Este orden evita arreglar lo que no está roto. También separa la parte técnica de la parte de contenido, que es donde muchos diagnósticos se mezclan.

Preguntas frecuentes

¿Puedo hacer que Google indexe mi web al instante?

No. Puedo facilitar el descubrimiento, eliminar bloqueos y solicitar la indexación, pero Google decide cuándo rastrea y qué guarda en su índice. Si la página es nueva, espero después de comprobar que todo está bien.

¿Enviar el sitemap garantiza la indexación?

No. El sitemap ayuda a Google a descubrir las URLs canónicas que considero importantes. No obliga a indexarlas. La página todavía tiene que ser accesible y aportar contenido que merezca conservarse.

¿Una página indexada debería aparecer al buscar mi keyword?

No necesariamente. Estar indexada permite competir. Posicionar para una búsqueda depende de la intención, el contenido, la autoridad y el contexto de esa consulta.

¿Debo borrar las páginas que Google no indexa?

No de forma automática. Primero separo las exclusiones correctas de los problemas. Una redirección, una canonical alternativa o una página con noindex pueden estar funcionando justo como quiero. Si una URL importante queda fuera, entonces investigo y corrijo la causa.

Qué haría ahora

Si tu web no aparece en Google, no empieces cambiando títulos ni publicando diez artículos más. Abre Search Console, inspecciona la URL y lee el motivo. ¿Google no la conoce? Mejora el descubrimiento. ¿Está bloqueada? Retira el bloqueo. ¿La rastreó y no la indexó? Revisa su utilidad y sus duplicados. ¿Ya está indexada? Trabaja el posicionamiento.

Sé que al principio todos los estados parecen decir lo mismo. Tranquilo. Sigue el orden y el problema se vuelve mucho más pequeño. Puedes ver cómo planteo el trabajo completo en mi servicio de consultoría SEO. Si prefieres que revise la parte técnica y te entregue las prioridades claras, puedes pedir mi revisión SEO.