Google no indexa una página, qué puedes revisar

Publicas una página de servicio, la buscas y no aparece. Antes de cambiar el texto o pulsar otra vez «Solicitar indexación», conviene averiguar dónde se detiene el proceso: ¿Google conoce la dirección, puede acceder a ella y ha decidido incorporarla a su índice?

Si Google no indexa tu página, proponemos revisar en este orden: respuesta del servidor, permiso de rastreo, instrucciones de indexación, versión canónica, contenido visible para Google y descubrimiento mediante enlaces. El objetivo es relacionar cada cambio con una prueba concreta.

Esta guía incluye una ruta de diagnóstico y un ejemplo hipotético de un negocio de Córdoba. Para aplicarla a tu web necesitarás acceso a su propiedad de Search Console y, según el problema, ayuda de quien gestione WordPress o el servidor.

Antes de empezar: ¿falta indexación o falta visibilidad?

Descubrir una URL, rastrear su contenido, incorporarlo al índice y mostrarlo para una búsqueda son pasos diferentes. Una página puede estar indexada y no aparecer entre los resultados que estás mirando. En ese caso, el trabajo debe centrarse en su visibilidad para las consultas relevantes.

Utiliza la herramienta de inspección de URLs con la dirección completa y la propiedad adecuada. Comprueba el estado guardado, el último rastreo y las versiones canónicas indicadas. La prueba en directo comprueba el acceso actual; no acredita la indexación ni predice qué canónica elegirá Google.

El operador site: puede servir como comprobación complementaria. Sin embargo, Google advierte de que sus resultados no son exhaustivos: que una dirección no aparezca en esa búsqueda no demuestra por sí solo que esté fuera del índice.

Decide también si esa URL debería aparecer. Una página pública de un servicio prioritario tiene un objetivo distinto al de una pantalla de acceso, una confirmación de formulario o un duplicado. Nuestro criterio sería priorizar las páginas que ayudan a conocer, contratar o comprar lo que ofrece el negocio.

Ruta rápida: qué prueba guardar y cuál es el siguiente paso

Sigue la tabla desde arriba y contrasta cualquier aviso antiguo con la situación actual. Si encuentras un bloqueo, corrígelo y continúa: una misma página puede tener más de un problema.

Si observas esto	Guarda esta evidencia	Siguiente paso
La dirección ya figura como indexada.	Estado guardado y URL canónica.	Comprueba visibilidad y consultas; no repitas solicitudes sin un cambio que comunicar.
Hay un error HTTP o acabas en otra dirección.	Código de respuesta y destino final.	Resuelve el acceso o revisa el destino: paso 1.
El rastreo está bloqueado o aparece noindex.	Regla aplicable, cabecera o etiqueta HTML.	Revisa el permiso que provoca el bloqueo: pasos 2 y 3.
La canónica declarada o seleccionada es inesperada.	Ambas direcciones y sus contenidos.	Aclara qué versión debe representar ese contenido: paso 4.
El contenido principal no se muestra al renderizar.	HTML, captura y recursos con errores.	Investiga la carga de contenido: paso 5.
La URL está descubierta y todavía sin rastrear.	Estado, enlaces internos y presencia en sitemap.	Revisa descubrimiento y posibles obstáculos de acceso: paso 6.
Hay rastreo, pero la página sigue fuera del índice.	Fecha del rastreo, contenido recibido y páginas similares.	Revisa duplicidad y utilidad sin atribuir una causa automática: paso 7.

1. Comprueba la respuesta HTTP y la URL final

Empieza por la dirección exacta que quieres indexar. Comprueba qué devuelve el servidor y si redirige. Que una página se vea en tu navegador mientras tienes una sesión iniciada no demuestra que un rastreador pueda acceder a ella.

La documentación de Google sobre códigos HTTP explica sus consecuencias. Un código 200 permite procesar el contenido, pero no garantiza indexación. Un error del servidor, una restricción de acceso o una página inexistente requieren decisiones diferentes.

• Errores 5xx o fallos intermitentes: pide al responsable del alojamiento que revise disponibilidad y registros del servidor en las fechas afectadas.
• Respuestas 401 o 403: investiga autenticación, permisos o reglas del cortafuegos. Si la página debe ser pública, corrige el bloqueo concreto.
• Respuesta 404: comprueba si la página existe o se ha retirado. Si se trasladó, plantea una redirección permanente al sustituto equivalente; si desapareció sin sustituto, puede ser correcto mantener el 404.
• Redirección: comprueba el destino final. Trabaja sobre la dirección que realmente quieres mostrar en Google.
• Respuesta 200 con un error visible o una página vacía: revisa el contenido servido. Google puede tratar esta situación como un soft 404.

Para trasladar la incidencia a desarrollo, adjunta la URL solicitada, el código recibido, el destino final y la hora de la prueba. «Esta página no aparece» ofrece menos información que una respuesta fallida que el equipo pueda reproducir.

2. Revisa si robots.txt permite rastrear la página

El archivo robots.txt controla el rastreo. Una regla que impide acceder a la URL puede dejar a Google sin su contenido, aunque conozca la dirección por otros enlaces. Ese bloqueo no garantiza que la URL desaparezca de los resultados.

Comprueba qué regla se aplica a la ruta y al rastreador correspondiente. Si la restricción se arrastró por error desde un entorno de pruebas, ajusta únicamente lo necesario para la página pública. Conserva la protección de las zonas que realmente deben seguir privadas.

Revisa también los recursos necesarios para mostrar el contenido: bloquear archivos JavaScript o CSS puede dificultar que Google interprete la página. Guarda la regla antes de modificarla y verifica después que la respuesta publicada refleja el cambio.

3. Busca noindex en el HTML y en las cabeceras

La instrucción noindex puede llegar mediante una metaetiqueta o una cabecera HTTP, como X-Robots-Tag. Comprueba ambos lugares: revisar solo lo que indica un plugin SEO puede dejar fuera una regla del servidor.

Si la página debe indexarse, elimina la instrucción que lo impide en su origen y revisa la respuesta real. Añadir una etiqueta index no resuelve una directiva noindex que continúa activa. Tampoco se admite usar noindex dentro de robots.txt.

Hay una relación importante entre ambos controles: Google necesita rastrear la página para leer su instrucción de no indexación. Si robots.txt impide el acceso, no puede comprobarla. Por eso deben revisarse juntos el permiso de rastreo y las instrucciones que devuelve la URL.

Como prueba de la corrección, guarda el fragmento HTML y las cabeceras posteriores al cambio. Si existe caché, comprueba la versión que recibe una visita sin sesión iniciada.

4. Comprueba qué URL representa ese contenido

La URL canónica señala la versión preferida de un contenido duplicado o muy similar. Es una señal para Google: la dirección declarada y la que selecciona el buscador pueden ser distintas.

Si la página es una variante y la versión principal es la correcta, puede no haber nada que arreglar. Si esperabas indexarla como una página independiente, compara ambas: contenido, etiquetas canónicas, redirecciones, enlaces internos y sitemap.

Por ejemplo, al duplicar una página de servicio para preparar otra, podría conservarse una canónica hacia la página original. Antes de sustituirla, confirma que el nuevo servicio tiene una finalidad y un contenido propios. Si ambas páginas ofrecen prácticamente lo mismo, quizá convenga reunir la información.

Cuando hayas elegido la versión que debe mantenerse, procura que las señales sean coherentes. Enlaza esa dirección desde el sitio e inclúyela en el sitemap. Evita declarar una canónica en el HTML y señalar otra versión distinta por otros medios.

La ausencia de una etiqueta canónica no prueba, por sí sola, que exista un problema de indexación. Tampoco usaríamos noindex para intentar que Google elija una canónica entre duplicados: son decisiones diferentes.

5. Revisa el contenido que Google puede renderizar

Una respuesta correcta del servidor no asegura que se haya cargado el contenido principal. En páginas que dependen de JavaScript, conviene distinguir el HTML inicial de la página resultante tras ejecutar los scripts, como explica la guía de Google sobre SEO con JavaScript.

En los detalles de la prueba en directo, cuando estén disponibles, revisa el HTML renderizado, la captura y los recursos. Busca el título y el texto que explican el producto o servicio. Si solo aparecen el menú y un espacio vacío, todavía falta investigar cómo se entrega la información principal.

Anota qué parte no se muestra y si depende de una petición que falla, de iniciar sesión o de una interacción. Comprueba también si se bloquean recursos esenciales. El equipo técnico necesita esa evidencia para reproducir el problema.

Si el HTML inicial contiene noindex, no confíes en retirarlo después mediante JavaScript: Google puede omitir el renderizado al encontrar esa instrucción.

6. Si Google aún no la ha rastreado, revisa cómo puede encontrarla

El informe de indexación de páginas diferencia una URL descubierta pero todavía sin rastrear de otra ya rastreada y no incorporada al índice. Esta distinción sirve para elegir qué investigar; no ofrece un diagnóstico completo de la causa.

Si Google ya conoce la dirección, reenviarla una y otra vez no aporta una explicación. Revisa si es una página nueva, si recibe enlaces dentro del sitio y si existen errores de acceso. Si el patrón afecta a muchas páginas, agrúpalas por plantilla y fecha de publicación para buscar una causa compartida.

Los enlaces internos rastreables ayudan a descubrir páginas y a entender su relación con el sitio. Comprueba que la nueva página esté enlazada desde una sección pertinente y mediante un enlace HTML válido, normalmente un elemento a con atributo href.

En una academia de Córdoba, una nueva página de inglés para adultos debería poder encontrarse desde la sección de cursos. Enlazarla allí ayuda también a las personas que comparan opciones; acumular enlaces sin contexto al pie de todas las páginas aporta menos claridad.

Comprueba además el sitemap: que incluya la dirección canónica elegida y pueda procesarse. Su envío facilita comunicar URLs, pero no obliga a Google a rastrearlas o indexarlas. No sirve para anular un bloqueo de acceso o una instrucción noindex.

7. Si ya la ha rastreado, analiza duplicidad y utilidad

Cuando consta un rastreo y la página continúa sin indexar, revisa qué versión recibió Google y cuándo. Si el contenido cambió después, esa fecha ayuda a interpretar el informe. El estado, por sí solo, no permite afirmar que exista una penalización ni que el texto sea de baja calidad.

Una vez descartados los problemas anteriores, compararíamos la página con las demás del sitio. Puede haber una página de categoría, otra de servicio y varios artículos que terminan explicando lo mismo. Conviene decidir qué necesidad resuelve cada uno antes de ampliar todos sus textos.

Las recomendaciones de Google sobre contenido útil insisten en aportar información que ayude a las personas y desmienten que exista un recuento de palabras preferido. Añadir párrafos para llegar a una cifra no constituye una solución de indexación.

Para una página comercial, proponemos una revisión práctica:

• Oferta: ¿se entiende qué incluye el servicio, a quién se dirige y cómo se contrata?
• Diferenciación: ¿resuelve una necesidad propia o repite otra página con un título distinto?
• Información comprobable: ¿incluye condiciones, proceso, ejemplos propios o respuestas que la empresa pueda respaldar?
• Contexto local: si el servicio se presta en Córdoba, ¿explica la cobertura y los detalles relevantes para ese cliente?
• Siguiente paso: ¿permite consultar una duda, solicitar una propuesta o comprar sin tener que buscar la información en otra parte?

Cambiar el nombre de la ciudad en una serie de páginas casi iguales no demuestra una utilidad local distinta. Antes de mantenerlas todas, revisaríamos si existen diferencias reales en el servicio. Tampoco eliminaríamos páginas solo porque figuren fuera del índice: primero hay que conocer su función y sus posibles usos.

Si la página ya tenía un contenido valioso pero ha quedado desactualizado, puedes aplicar una revisión de contenido evergreen. La actualización debe resolver una carencia concreta; cambiar únicamente la fecha no mejora la información.

Qué comprobar si tu web utiliza WordPress

En WordPress, empieza por Ajustes → Lectura. La documentación de esta pantalla explica la opción que pide a los motores de búsqueda que no indexen el sitio. Comprueba que su estado corresponde a una web pública o a un entorno de pruebas, según el caso.

Después revisaríamos estos cuatro puntos en la instalación concreta:

• Que la entrada o página esté publicada y tenga la visibilidad que necesita. Un borrador o una página privada no equivale a una página pública terminada.
• Que la configuración individual del plugin SEO permita indexarla y no declare una canónica equivocada. Los nombres de los ajustes dependen del plugin.
• Que no se haya heredado una exclusión de toda una clase de contenido, como páginas, productos o archivos.
• Que las cabeceras del servidor y la caché no sigan entregando instrucciones anteriores después de guardar el cambio.

Priorizaríamos revisar la configuración antes de instalar otra herramienta. Si varios componentes generan instrucciones distintas, añadir un plugin más puede dificultar saber cuál controla la respuesta.

Ejemplo: una academia de Córdoba con una página excluida por error

Este ejemplo es ficticio; no describe un cliente ni resultados obtenidos. Una academia de Córdoba capital publica una página para sus cursos de inglés para adultos. La persona responsable puede abrirla y su enlace aparece en la sección de cursos, pero la URL no figura como indexada.

En nuestro supuesto, la inspección guardada señala una exclusión por noindex. La comprobación actual confirma un código 200, acceso permitido por robots.txt y una metaetiqueta con esa instrucción. La página había conservado una opción utilizada mientras se preparaba el contenido.

La acción sería cambiar el ajuste que genera esa etiqueta, actualizar la caché correspondiente y revisar de nuevo el HTML y las cabeceras. Conservaríamos una copia del antes y del después, junto con la hora y la persona responsable de la modificación.

Después comprobaríamos el acceso en directo y, una vez verificada la corrección, comunicaríamos la actualización mediante una solicitud de indexación. El registro quedaría como «bloqueo corregido; pendiente de comprobar la indexación». Solo se cerraría esa segunda parte tras verificarla: no inventaríamos una fecha de entrada en Google ni un aumento de visitas.

Después del cambio: cómo comprobar si el problema está resuelto

Separa dos resultados: haber corregido el fallo y haber confirmado la indexación. Puedes acreditar el primero con la respuesta actual de la página. El segundo requiere volver a consultar el estado registrado y comprobar si Google ha procesado la versión corregida.

Para una URL concreta con una modificación relevante, puedes solicitar un nuevo rastreo desde Search Console si tienes los permisos necesarios. Google indica que el proceso puede tardar días o semanas, sin garantizar la inclusión. Repetir solicitudes para la misma dirección no lo acelera.

La etiqueta de página rastreada y aún no indexada no exige, por sí misma, pedir otro rastreo. Primero identifica qué habría que cambiar. Para conjuntos amplios de URLs, revisa el sitemap y el problema común; si el informe ofrece validar una corrección, hazlo cuando la causa se haya resuelto en las páginas afectadas.

Si hay una desaparición inesperada o el resto de comprobaciones no explica el caso, revisa también las retiradas temporales, las acciones manuales y los problemas de seguridad de la propiedad. Una prueba en directo favorable no descarta todas las condiciones que pueden impedir la aparición.

Para el seguimiento, proponemos una ficha breve por incidencia:

• URL y objetivo: qué página es y por qué debe indexarse.
• Prueba inicial: estado observado, fecha del último rastreo y evidencia del fallo.
• Cambio realizado: qué se modificó, cuándo y quién lo hizo.
• Validación técnica: qué prueba confirma que el cambio está publicado.
• Seguimiento: siguiente revisión acordada y estado de indexación comprobado, sin confundirlo con posicionamiento o ventas.

Ese registro permite retomar el trabajo sin volver a probar lo mismo y ayuda a separar una corrección pendiente de procesar de un fallo que sigue activo.

¿Necesitas localizar el bloqueo de una página importante?

En Shopoo podemos ayudarte a ordenar la revisión: qué URLs conviene priorizar, qué evidencia falta y qué cambios corresponden al contenido o a la parte técnica. Puedes consultar nuestro servicio de SEO o enviarnos la URL que quieres revisar. Partiremos del estado real de la página para plantear el siguiente paso.