¿Por qué mi sitio web WordPress no aparece en Google aunque todo parece estar bien?
Si tu sitio WordPress no aparece en Google aunque todo parece estar bien, casi siempre se debe a un bloqueo como noindex o robots, a un problema con el sitemap o la canonical, o a un montón de páginas con poco contenido que Google no quiere elegir. Con un diagnóstico de treinta minutos encontrarás la causa. En este artículo repasarás las mismas comprobaciones que usamos internamente.
La comprobación rápida que lo soluciona de inmediato en muchos sitios
Tu sitio está publicado, tu página carga y tienes un sitemap. Sin embargo, en Search Console ves esa frase tajante: la URL no está en Google. En la práctica, rara vez es cosa de magia. Por eso, no empieces reescribiendo contenido ni consiguiendo enlaces, sino con dos comprobaciones que puedes hacer en cinco minutos.
Comprobación 1: los ajustes de lectura de WordPress
- Ve a Ajustes y después a Lectura.
- Comprueba que la opción para disuadir a los motores de búsqueda esté desactivada.
- ¿Estaba activada? Desactívala, guarda los cambios y después prueba una URL publicada en Search Console.
Por qué ocurre tan a menudo: muchos sitios se crean primero en una fase temporal. A veces, ese ajuste se queda activado por error después de la publicación.
Comprobación 2: señales de robots y noindex
- Abre /robots.txt y comprueba si una regla Disallow lo bloquea todo.
- Busca en el código fuente de tu página una etiqueta meta robots que contenga noindex.
- Ten en cuenta la caché: puede que hayas corregido algo mientras todavía se está sirviendo la versión antigua.
- Haz una prueba publicada en Search Console. La prueba publicada siempre prevalece sobre tu intuición.
Comprobación de la realidad: si solucionas esto y tu URL publicada puede indexarse, el problema no estaba en tu contenido, ni en tus enlaces ni en tu autoridad. Simplemente, la puerta estaba cerrada con llave.
Las verdaderas causas en WordPress que se repiten una y otra vez
Si el problema persiste después de la comprobación rápida, la causa está a mayor profundidad. Estas son las cuatro capas que vemos una y otra vez en la práctica. Un sitio hackeado o descuidado es la causa que nadie ve, porque en la parte visible todo funciona con normalidad: en Mantenimiento y seguridad de WordPress puedes leer cómo evitar llegar a ese punto mediante actualizaciones, copias de seguridad y protección del inicio de sesión.
Sitemap y descubrimiento
Señales de que el descubrimiento está fallando: en Search Console hay muchas páginas marcadas como descubiertas, pero todavía sin rastrear, el estado de tu sitemap sigue mostrando un error, solo tu página de inicio y unas pocas páginas están en el índice, y las entradas nuevas permanecen invisibles durante semanas.
- Abre la URL de tu sitemap en el navegador y comprueba si contiene URLs.
- Comprueba si el sitemap utiliza la misma variante que tu sitio: con o sin www, http o https.
- Comprueba si los plugins de caché o seguridad bloquean tu sitemap para los bots.
- Solo después, solicita la indexación de una página principal.
Archivos y exceso de páginas
El segundo clásico en WordPress es el exceso de páginas: etiquetas, categorías, archivos por fecha, archivos de autor, páginas de resultados de búsqueda y páginas de adjuntos. Parece una estructura, pero a menudo son páginas con poco contenido que contienen principalmente repeticiones. Puedes reconocerlo en Search Console por la gran cantidad de páginas excluidas con el aviso de duplicado o página alternativa, muchas URLs con impresiones en posiciones bajas pero sin clics, un número creciente de URLs sin crecimiento del tráfico y avisos de soft 404 en los archivos.
El matiz que muchas personas pasan por alto: las etiquetas y las categorías no son incorrectas por definición. Funcionan si las tratas como auténticas páginas centrales, con una introducción, un alcance claro y enlaces internos a tus mejores artículos. Si solo es una lista, normalmente es lastre.
Canonical y duplicados
Los problemas de canonical son los asesinos silenciosos de WordPress. Puedes tener contenido y enlaces internos y, aun así, Google puede elegir otra URL como versión representativa. Esto ocurre si la misma entrada está vinculada a varias categorías y etiquetas, si los filtros de las tiendas online crean URLs con parámetros, si una página existe en dos variantes por www o la barra final, o si dos páginas tienen un contenido casi idéntico.
- Abre la inspección de URLs y comprueba la canonical elegida por Google.
- ¿Difiere de la que tú elegiste? Entonces ese es tu punto de partida.
- Comprueba si tus enlaces internos apuntan a la variante que quieres que prevalezca.
- Consolida el contenido solapado: una página debe ser la principal.
Velocidad y renderizado
La cuarta capa es el rendimiento y el renderizado. Demasiados plugins, maquetadores de páginas pesados, demasiados scripts y contenido que solo aparece después de una interacción. Señales: un TTFB lento y paquetes de scripts grandes, sobre todo en móviles, Core Web Vitals que permanecen en rojo o naranja, páginas que sí se rastrean pero tardan mucho en indexarse y una captura de pantalla en Search Console en la que falta contenido.
Verdad práctica: casi nunca se trata del número de plugins, sino de lo que inyectan en tu front-end. Un solo plugin puede ralentizar todo tu sitio, mientras que un buen enfoque de caché puede aportar estabilidad.
Diagnóstico en cinco pasos
Así sabrás rápidamente por qué Google no acepta tu URL. Completa los pasos en este orden.
Paso 1: haz una prueba publicada en una página principal
Elige una página que realmente quieras posicionar. Abre la inspección de URLs, ejecuta la prueba publicada y comprueba la indexabilidad. Si Google dice que no se puede indexar, se trata de un problema técnico o de un bloqueo. No hay discusión.Paso 2: comprueba la canonical elegida
Si Google elige una URL distinta a la tuya, no vas a escribir contenido adicional, sino a consolidar. La URL correcta debe prevalecer en los enlaces internos y en tus plantillas.Paso 3: comprueba tu sitemap y las estadísticas de rastreo
Asegúrate de que tu sitemap tenga contenido, sea accesible y contenga la variante de URL correcta. Que Google no visite el sitio suele indicar un problema de descubrimiento, alojamiento o bloqueo.Paso 4: filtra tu informe de indexación por patrón
No te fijes en el total, sino que busca un patrón: duplicada, descubierta, rastreada pero no indexada, soft 404 o página alternativa. Ese patrón determina lo que debes hacer.Paso 5: comprueba la proliferación de páginas y la jerarquía interna
Si tienes miles de páginas con poco contenido, la indexación no es un problema de encendido o apagado, sino de selección. En ese caso, debes hacer limpieza, crear hubs, orientar los enlaces internos y acercar tus páginas más importantes a la página de inicio.| Paso | Lo que haces | Lo que descartas con ello |
|---|---|---|
| 1 | Prueba en vivo de una página clave en la inspección de URLs | noindex, bloqueo de robots, error del servidor |
| 2 | Comprueba qué canonical ha elegido el propio Google | canonical que apunta a otra página |
| 3 | Compara tu sitemap con lo que realmente aparece en el índice | URLs que nunca se han enviado |
| 4 | Busca páginas que apunten al mismo tema | canibalización entre tus propias páginas |
| 5 | Comprueba la seguridad, las actualizaciones y las redirecciones no deseadas | hackeado o descuidado sin que te des cuenta |
| ▶ | Si ya no queda nada por descartar | entonces el problema está en el contenido, y solo entonces tiene sentido reescribirlo |
Soluciones para cada causa, sin provocar caos en tu sitio
Noindex o bloqueo de robots
Corrige primero los ajustes de lectura de WordPress y las plantillas de tu plugin SEO. Comprueba también tus capas de caché, porque después de solucionarlo querrás que Google vea la nueva versión. Ejecuta una prueba en vivo y después solicita la indexación de una página. No esperes un resultado instantáneo en todo: Google vuelve a visitar las páginas por lotes, así que empieza por tus páginas clave y deja que el resto venga después.
Problemas con el sitemap o variante de URL incorrecta
Asegúrate de que tu sitemap devuelva un estado 200 y contenga URLs. Haz que prevalezca una sola variante: con www o sin él, siempre https y una barra final coherente. Actualiza tus enlaces internos para que apunten a esa única variante. Ten cuidado con los plugins de seguridad y los firewalls: a veces bloquean bots en los endpoints del sitemap. Si tienes una tienda online, aborda también directamente el nivel de las plantillas, porque muchas URLs duplicadas proceden de filtros y parámetros.
Proliferación de etiquetas, categorías y archivos adjuntos
Pon los archivos con poco contenido en noindex o conviértelos en verdaderas páginas hub. Elimina las etiquetas que nunca utilizas y que no representan ningún tema. Desactiva las páginas de archivos adjuntos o redirígelas al archivo multimedia, y elimina los enlaces internos a archivos que no aportan valor para que los bots les dediquen menos tiempo.
Google elige otra canonical
Deja de crear páginas adicionales que traten el mismo tema. Elige una URL principal y refuérzala con enlaces internos, un título mejor y una intención más clara. Consolida el contenido solapado con redirecciones cuando sea necesario y comprueba que tus enlaces canonical sean correctos en el nivel de las plantillas.
Lentitud y scripts pesados
Identifica los scripts que se cargan innecesariamente en todas las páginas. Optimiza la parte visible antes de desplazarse: LCP e INP suelen ser el cuello de botella. Utiliza caché y optimización de imágenes, pero evita acumular plugins. Y no dejes que la obsesión por las puntuaciones te vuelva loco: céntrate en las plantillas que generan tráfico e ingresos, el resto vendrá después.
Rastreada pero no indexada
Normalmente, esto no es un mensaje de error, sino una señal de calidad o selección. Haz que la página sea más precisa: responde directamente, aporta pruebas y ejemplos, y elige un alcance claro. Refuerza los enlaces internos desde páginas que ya tienen autoridad, y elimina o fusiona las páginas que tengan el mismo objetivo.
Si dudas de si tu sitio actual todavía puede soportar esto técnicamente, lee también cuánto cuesta encargar la creación de un sitio web. Así sabrás a qué atenerte antes de empezar a reformarlo.
El informe de indexación, explicado mensaje por mensaje
El paso 4 anterior dice: busca un patrón en tu informe de indexación. Eso solo es posible si sabes qué significan esos mensajes, y los nombres que utiliza Google son lo bastante precisos como para resultar confusos. A continuación aparecen tal como los presenta el propio Google, junto con lo que indican y lo que debes hacer al respecto. La lista completa de estados se encuentra en la explicación de Google sobre el informe Indexación de páginas, comprobada el 25 de agosto de 2026.
Los mensajes que indican: hay un bloqueo
URL bloqueada por robots.txt
Google no puede recuperar la página. Ten cuidado con la trampa: esto no es noindex. Una página bloqueada por robots.txt puede aparecer de todos modos en los resultados sin descripción, porque Google conoce la URL, pero no su contenido. Si realmente quieres eliminar algo del índice, utiliza noindex y no lo bloquees, porque, de lo contrario, Google nunca podrá leer ese noindex.URL marcada como noindex
Aquí la respuesta es inequívoca: algo está añadiendo esa etiqueta. En WordPress, suele tratarse de los ajustes de lectura de la comprobación rápida, de un ajuste por tipo de publicación en tu plugin SEO o de una casilla en la barra lateral de esa página concreta.Error del servidor (5xx)
y No encontrada (404). La página no devolvió una respuesta utilizable en el momento del rastreo. Si aparece un 5xx en unas pocas URLs, revisa tu alojamiento y los plugins que fallan durante los picos de carga. Si aparece un 404, comprueba si la URL existió alguna vez y si hay enlaces internos que apunten a ella y que debas limpiar.Bloqueada debido a una solicitud no autorizada (401)
y Bloqueada porque el acceso está prohibido (403). Este es el caso clásico de un sitio que todavía está protegido por una contraseña o una regla de firewall. Los plugins de seguridad que bloquean el tráfico de bots suelen ser los culpables, y también bloquean al bot que sí quieres que acceda.Los mensajes que indican: se ha elegido otra página
- Página alternativa con una etiqueta canonical adecuada. Normalmente, esto es una buena noticia. Google ha seguido tu canonical e indexa la página que indicaste. Solo tendrás trabajo si la página de destino elegida no es la que tú quieres que prevalezca.
- Duplicada sin canonical seleccionada por el usuario. Hay varias URLs prácticamente iguales y tú no has indicado cuál es la principal. Designa una y haz que tus enlaces internos apunten a ella.
- Duplicada, Google ha elegido una canonical diferente a la del usuario. Este es el caso más molesto y, al mismo tiempo, el más instructivo. Tú indicaste una página y Google eligió otra. Escribir texto adicional no ayuda en este caso. Lo que sí ayuda es eliminar el solapamiento y orientar tus enlaces internos y tu sitemap de forma tan clara hacia la URL elegida que Google ya no tenga motivos para ignorar tu elección.
- Página con redirección. La URL redirige a otra ubicación, por lo que no debe estar en el índice. Solo resulta problemático si la cadena de redirecciones tiene más de un paso o si redirigen URLs que todavía figuran en tu sitemap.
Los dos mensajes que no tienen ningún botón asociado
- Descubierta, actualmente sin indexar. Google conoce la URL, pero todavía no la ha recuperado. Esta es una señal relacionada con el presupuesto de rastreo y la prioridad. Suele aparecer en sitios con muchas URLs con poco contenido: el bot tiene entonces tanto que hacer que tu nueva página queda al final de la cola. En este caso, hacer limpieza ayuda más que solicitar la indexación.
- Rastreada, actualmente sin indexar. Google la ha leído y ha decidido no incluirla. No es un mensaje de error y no hay ningún botón. Es una decisión de selección, y la respuesta está en el contenido: ¿responde esta página a una pregunta que alguien hace de verdad, aparece esa respuesta al principio y se puede encontrar en ella algo que no aparece en ningún otro sitio?
- Error leve 404. La página devuelve un estado 200, pero se interpreta como una página vacía o de error. En WordPress, esto suele deberse a archivos vacíos, páginas de resultados de búsqueda y páginas de categorías sin entradas.
Revisa este informe de arriba abajo según la cantidad, no por orden alfabético, y aborda primero los avisos del primer grupo. Abrir un bloqueo es una corrección. Los dos últimos avisos no son correcciones, sino valoraciones, y solo debes abordarlos cuando hayas eliminado los bloqueos.
Dónde se esconde noindex en WordPress
La comprobación rápida del principio detecta los dos lugares más conocidos. Si el aviso sigue apareciendo aunque tengas la certeza de haber revisado ambos, estará en uno de los lugares indicados a continuación. Están ordenados según la frecuencia con la que los encontramos.
Por tipo de contenido en tu plugin de SEO
Todos los principales plugins de SEO tienen una pantalla en la que configuras, para cada tipo, si puede aparecer en los resultados de búsqueda: entradas, páginas, medios y cualquier tipo de contenido que haya añadido un plugin o tu tema. Un solo control deslizante puede poner cientos de URL en noindex a la vez, y en la propia página no verás nada que lo indique.Por página, en la barra lateral o debajo del editor
A menudo es un desplegable con ajustes avanzados. Alguien protegió un borrador en algún momento y la casilla se quedó marcada.Por taxonomía
Las categorías, las etiquetas y cada taxonomía personalizada tienen su propio interruptor. Normalmente es una decisión consciente y, por tanto, no es un error, pero sí explica por qué no encuentras tus páginas de categorías.Una X-Robots-Tag en la cabecera HTTP
Esta es la más difícil de encontrar, porque no aparece en tu código fuente. Procede de tu servidor, de una regla de .htaccess o de un plugin. Solo puedes verla en las pestañas de red de tu navegador o en la prueba en directo de Search Console. Cuando el código fuente de una página está limpio, pero Search Console sigue indicando noindex, casi siempre se debe a esto.Un plugin de mantenimiento o de «próximamente»
Estos bloquean todo el sitio para cualquiera que no haya iniciado sesión. Como tú sí has iniciado sesión, tu sitio te parece estar perfectamente. Cierra la sesión en una ventana privada y vuelve a comprobarlo.Un entorno de staging que se ha convertido en el original
Al trasladar un sitio de staging a producción, a veces se mantiene el ajuste para disuadir a los motores de búsqueda en lugar de eliminarse. Comprueba esa casilla después de cada traslado y verifica que las URL de tu base de datos apunten al dominio real.Una capa de caché que sigue sirviendo la versión antigua
Has resuelto el problema, pero el visitante y el bot siguen recibiendo la copia almacenada con la etiqueta antigua. Vacía la caché después de cada cambio en los ajustes de robots o de canonical, incluida la caché de tu proveedor de alojamiento y la de cualquier CDN que puedas utilizar.Dos reglas generales que te ahorrarán mucho tiempo. Primero: la prueba en directo de Search Console siempre prevalece sobre tu código fuente, porque también ve las cabeceras y las respuestas del servidor. Segundo: cambia una sola cosa cada vez y haz una prueba después. Si cambias tres interruptores a la vez, luego no sabrás cuál era la causa y la próxima vez tendrás que volver a buscar desde el principio. Encontrarás una explicación técnica más amplia en SEO técnico.
La IA y los resultados de búsqueda en 2026
En 2026 se ve cada vez más preocupación porque la página de resultados de búsqueda está cambiando. Las personas buscan su propia marca, ven bloques de IA y más anuncios, y piensan que Google ya no muestra su sitio. A veces esa impresión es correcta y otras veces no.
El resumen más breve: si Google no puede indexar tu URL, se debe a una cuestión técnica o a un bloqueo
Si Google puede indexarla, pero no elige tu página, se trata de selección, contenido duplicado o calidad. Primero debes tener clara esa diferencia. Si quieres saber cómo sigue evolucionando la búsqueda con IA, lee también qué está cambiando en ChatGPT y a qué debes prestar atención.
Preguntas frecuentes sobre sitios de WordPress que no aparecen en Google
¿Cuánto tarda Google en indexar mi sitio de WordPress?
Si todo está configurado correctamente, puede ser rápido, pero no está garantizado. Lo más importante es saber si Google puede indexar tu página y si tu sitio tiene suficientes señales para ser elegido. Empieza con una prueba en directo y la canonical elegida.
¿Por qué dice Search Console que mi URL no está en Google?
Solo significa que esa URL no está actualmente en el índice. Todavía no indica el motivo. Utiliza la inspección de URL y comprueba la indexabilidad, la elección de la canonical y los posibles bloqueos.
¿Cuál es el problema más habitual en la indexación de WordPress?
Los ajustes de noindex, las reglas de robots o el exceso de contenido generado por archivos y etiquetas. Por eso debes empezar siempre con la comprobación rápida.
¿Debo permitir que se indexen las etiquetas y las categorías?
Solo si las construyes como verdaderas páginas centrales, con una introducción y enlaces internos. Si solo son listas, aplicar noindex suele ser más inteligente para evitar la dilución.
¿Sirve de algo solicitar la indexación de todo?
No, si no has resuelto la causa. Una solicitud de indexación sirve para acelerar el proceso, no es una reparación. Corrige primero los bloqueos, la confusión con las canonical y los problemas de las plantillas, y empieza después por tus páginas más importantes.
¿Puede una actualización de un plugin hacer que mi sitio desaparezca de Google?
Sí. Sobre todo si la actualización afecta a las plantillas: meta robots, lógica de canonical, datos estructurados, enlaces internos o rendimiento. Por eso, después de las actualizaciones, comprueba tu informe de indexación y ejecuta una prueba en directo.
Mi sitio es rápido, pero aun así no se indexa, ¿cómo es posible?
En ese caso, normalmente se debe a la selección: demasiado solapamiento, demasiadas páginas con poco contenido o una intención poco clara. Refuerza una página principal y consolida el resto.
¿Por dónde empiezo si no tengo conocimientos técnicos?
Empieza por los ajustes de lectura de WordPress, después comprueba robots.txt y luego realiza la prueba en directo de la inspección de URL. Si todo está bien, revisa los archivos y los duplicados.
Deja que revisemos directamente tu sitio de WordPress
¿Quieres que investiguemos exactamente qué ocurre en tu sitio? No solo recibirás un diagnóstico, sino también un plan que no destroce tu sitio: qué debes corregir en las plantillas, qué debes cambiar, qué páginas deben prevalecer y cómo dirigir la estructura interna. Consulta para ello nuestro servicio mejorar el SEO.
¿Prefieres seguir aprendiendo por tu cuenta primero? En nuestra base de conocimientos encontrarás más explicaciones prácticas sobre indexación, velocidad y visibilidad. Si decides que quieres ayuda, evalúa primero a la persona que vaya a desarrollar tu sitio con las ocho preguntas de contratar a un especialista en WordPress.
Hay una situación en la que seguir investigando por tu cuenta es una pérdida de tiempo: ya has revisado todos los bloqueos del primer grupo de avisos, la prueba en directo dice que la página se puede indexar y, aun así, Google no la incluye. Entonces ya no se trata de un interruptor, sino de selección, y eso no se resuelve con una guía. Si te encuentras en esa situación, concierta una conversación mediante contacto.
Trae dos datos: el aviso que aparece con más frecuencia para tus URL en el informe Indexación de páginas y la URL que, según Google, es la canonical elegida. Con esos dos datos sabremos en media hora si tienes un problema técnico, estructural o de contenido. Cada uno de esos problemas requiere una respuesta distinta y tiene un precio diferente.
Si primero quieres hacer tu propia evaluación inicial, realiza el análisis SEO gratuito. Este revisa 24 puntos de tu sitio y te proporciona exactamente el tipo de lista que permite que una conversación así sea breve.