Sitemap enviado, pero páginas no indexadas. 9 comprobaciones.
Tu sitemap aparece como «Correcto» en Search Console, pero tus URLs siguen fuera de Google. Descubre qué significa cada estado, dónde está el bloqueo y qué corregir primero, sin perder tiempo reenviando el mismo XML.
¿Por qué Google no indexa mis páginas si ya he enviado el sitemap?
Porque enviar y procesar un sitemap solo facilita el descubrimiento de URLs. Google decide por separado si rastrearlas, procesar su contenido, seleccionar una versión canónica e incorporarlas al índice. Por eso un sitemap válido puede convivir con decenas de URLs «Descubiertas», «Rastreadas» o «Duplicadas» sin indexar. Fuente: Google Search Central ↗
Comunica direcciones. No sustituye al rastreo ni garantiza que Google publique las páginas.
Una URL no rastreada, una página con noindex y una duplicada requieren acciones distintas.
Elige páginas importantes, agrúpalas por motivo, comprueba causas y mide su evolución.
Si todavía necesitas crear, localizar o enviar el XML, consulta mi guía completa sobre sitemap XML. Este artículo se centra en el diagnóstico posterior: qué hacer cuando el sitemap ya se ha enviado y las páginas siguen sin indexarse.
No todas las páginas «sin indexar» son un error. Es normal excluir páginas de redirección, duplicados, búsquedas internas, filtros o versiones alternativas cuando no deben aparecer individualmente en Google. El objetivo no es indexar el 100 % de las URLs conocidas: es conseguir que se indexen las URL canónicas, útiles y estratégicas.
Una página que aparece en un sitemap puede quedarse en cualquiera de las fases anteriores. Además, estar indexada no significa posicionarse bien: la clasificación en los resultados depende de otros sistemas y señales.
Primero identifica qué significa «sin indexar».
Abre Google Search Console → Indexación → Páginas → ¿Por qué hay páginas que no se indexan?. Entra en el motivo que corresponda y revisa una URL de ejemplo con «Inspeccionar URL». Los nombres y las agrupaciones pueden variar según la interfaz, pero la distinción entre estados es fundamental.
| Estado que ves en GSC | Qué significa | Siguiente comprobación | ¿Es siempre un error? |
|---|---|---|---|
| Descubierta: actualmente sin indexar | Google conoce la URL, pero aún no la ha rastreado. | Enlaces internos, demanda de rastreo, servidor, cantidad de URLs nuevas. | No |
| Rastreada: actualmente sin indexar | Google la rastreó y no la indexó por ahora. | Contenido y diferenciación, duplicidades, relevancia, renderizado. | No |
| Excluida por una etiqueta «noindex» | La URL declara que no debe indexarse. | Meta robots, X-Robots-Tag, configuración CMS. | Sí, si querías indexarla |
| Bloqueada por robots.txt | Las reglas de rastreo impiden acceder a la URL. | robots.txt y reglas específicas de Googlebot. | Depende de la intención |
| Duplicada / Google eligió otra canónica | Google agrupa esa URL con otra representación. | Canónica declarada vs canónica de Google, contenido similar. | No necesariamente |
| Página alternativa con etiqueta canónica adecuada | Es una alternativa de una página canónica. | Confirma que la canónica elegida es la correcta. | Normalmente no |
| Página con redirección | La URL redirige a otra dirección. | Comprueba el destino y actualiza el sitemap con la URL final. | No |
| Error del servidor (5xx) / Error de redirección | Google no ha podido obtener la página correctamente. | Hosting, logs, CDN, firewall, cadenas y bucles. | Sí, si la URL es importante |
| No se ha encontrado (404) / Soft 404 | La página no existe o aparenta no tener contenido útil. | Publicación real, respuesta HTTP y contenido mostrado. | Depende |
Google todavía no la ha rastreado.
Busca primero accesibilidad general, enlazado y prioridades de rastreo. Modificar el título o añadir más texto puede no resolver el principal cuello de botella si Google aún no ha visitado la URL.
Google ya accedió, pero no la añadió al índice.
Revisa la utilidad real, la diferenciación, el contenido renderizado y los duplicados. Que la prueba en vivo diga «URL disponible para Google» no garantiza indexación.
La herramienta de inspección ofrece dos perspectivas: los datos de la URL tal como Google la conoce en su índice y una prueba de la versión publicada. La prueba en vivo no puede evaluar todas las condiciones, especialmente la elección de canónica y algunos estados de indexación. No deben interpretarse como resultados intercambiables.
Diagnóstico guiado: ¿dónde está el bloqueo?
Elige el estado que muestra Search Console y dos señales básicas. El diagnóstico genera una ruta de comprobación priorizada; no consulta servidores, no accede a Search Console y no verifica tu URL automáticamente. Todo se calcula en este navegador.
Qué está ocurriendo
No introduzcas datos privados. El resultado es orientativo y debe contrastarse con Inspeccionar URL, los logs o las pruebas HTTP.
Si Google aún no ha rastreado la URL…
Comprueba enlaces internos, accesibilidad del servidor y prioridades de rastreo antes de volver a enviar el sitemap.
Nota: este árbol de decisión es una herramienta editorial, no un diagnóstico oficial ni una evaluación en tiempo real de Google.
Las 9 comprobaciones que haría antes de tocar el sitemap.
La secuencia está organizada para evitar diagnósticos falsos: primero confirmamos qué está pasando, después eliminamos impedimentos técnicos y, solo entonces, evaluamos la calidad, la arquitectura y el ritmo de rastreo. No todas las recomendaciones se aplican a todas las URLs.
Comprueba que el sitemap correcto se haya procesado.
En Search Console → Sitemaps revisa la dirección exacta del XML, el estado de procesamiento, la última lectura y el número de URLs detectadas. Que figure «Correcto» confirma que Google ha podido procesar el archivo; no confirma que todas sus URLs estén indexadas.
- Abre el sitemap en el navegador y confirma que muestra un XML válido, no una página 404, un inicio de sesión o HTML de error.
- Revisa que sea el sitemap de la propiedad correcta y que incluya la versión preferida del dominio:
https, con o sinwww. - Si envías un índice de sitemaps, abre los sitemaps secundarios para comprobar qué grupos contienen las URLs afectadas.
- Las URLs deberían ser absolutas y, como criterio práctico, corresponder a páginas finales que quieras posicionar, no a redirecciones o duplicados conocidos.
# Ejemplos habituales en WordPress (verifica cuál genera tu instalación)
https://ejemplo.com/sitemap_index.xml
https://ejemplo.com/wp-sitemap.xml
# Referencia opcional en robots.txt
Sitemap: https://ejemplo.com/sitemap_index.xmlGoogle admite hasta 50.000 URLs o 50 MB sin comprimir por sitemap individual. Además, ignora los elementos <priority> y <changefreq>, y solo utiliza <lastmod> cuando refleja cambios significativos de forma fiable. Guía oficial de sitemaps ↗
Inspecciona una URL representativa de cada estado.
Abre el informe de Indexación de páginas y elige varias URLs importantes de cada motivo. Inspecciona cada una, no solo la home. Anota el estado del índice, la fecha del último rastreo, la página de referencia cuando esté disponible y las canónicas declarada y elegida por Google. Para analizar específicamente las URLs del XML, utiliza el filtro de sitemaps del informe «Indexación de páginas»: cambia «Todas las páginas conocidas» por «Todas las páginas enviadas» o selecciona un sitemap concreto cuando esté disponible.
- Compara «URL no está en Google» con el motivo específico; el mensaje general no basta para diagnosticar.
- Usa «Probar URL publicada» para comprobar el estado actual si has realizado cambios.
- Cuando el informe contiene fechas de rastreo anteriores a la corrección, no lo interpretes como un error vigente sin hacer una nueva prueba.
- No confundas la ausencia de impresiones con la ausencia de indexación. Una URL puede estar indexada y no captar búsquedas.
Google explica que la prueba en vivo no determina necesariamente la canónica que elegirá ni el éxito final de indexación. Documentación de inspección de URL ↗
Verifica HTTP 200, redirecciones y accesibilidad.
Una URL que quieres indexar normalmente debe ofrecer un HTTP 200 correcto y contenido accesible sin iniciar sesión. Comprueba la dirección final, los códigos 3xx/4xx/5xx, la respuesta desde móvil y el comportamiento de la CDN, caché o firewall.
- 200: la respuesta HTTP se sirve, pero esto no garantiza que la página tenga contenido sustancial ni que se indexe.
- 301/308: suelen indicar una redirección permanente. Si es intencional, el sitemap debería señalar la URL de destino que quieres indexar.
- 404/410: normales si el contenido ha desaparecido deliberadamente; problemáticos si la página estratégica debería existir.
- 500/502/503: investiga hosting, timeouts, limitaciones o reglas que afectan al rastreador.
# Ejemplo con terminal (cambia la URL por la tuya)
curl -I https://ejemplo.com/pagina/
# Sigue redirecciones y muestra respuesta final
curl -L -I https://ejemplo.com/pagina/
# Cabeceras a revisar: HTTP status, Location, X-Robots-TagDescarta bloqueos en robots.txt, meta robots y cabeceras.
Los bloqueos más simples a menudo están fuera del sitemap. Revisa el robots.txt, la etiqueta meta name="robots" y la cabecera X-Robots-Tag. Son mecanismos distintos y no se corrigen de la misma forma.
robots.txt
Controla qué puede rastrear Googlebot. Si impide acceder a una URL, Google puede no ver su contenido ni sus directivas noindex.
# Ejemplo de bloqueo accidental
User-agent: *
Disallow: /blog/noindex
Indica que no debe indexarse una página accesible para el rastreador. Puede venir del HTML o de una respuesta HTTP.
<meta name="robots"
content="noindex,follow">
X-Robots-Tag: noindexEn WordPress comprueba Ajustes → Lectura → «Disuadir a los motores de búsqueda de indexar este sitio». Si el sitio debe ser público e indexable, la opción no debería estar marcada. Revisa también las opciones de visibilidad de cada entrada y de los tipos de contenido en tu plugin SEO.
index,follow cuando la página sigue bloqueada por robots.txt, una cabecera noindex o una regla del servidor. Primero identifica dónde está realmente el bloqueo.Comprueba qué URL canónica prefiere Google.
Si el sitemap enumera una URL pero Google considera que otra es su versión principal, puede excluir la primera de forma legítima. En Inspección de URL → Indexación compara la canónica declarada por el usuario con la canónica seleccionada por Google.
- Busca diferencias entre
httpyhttps, con/sinwww, barra final, parámetros y URLs duplicadas. - Comprueba que el enlace canónico en el HTML apunta a la dirección correcta y que esa dirección carga bien.
- Evita mezclar señales: sitemap hacia A, redirección a B, canonical hacia C y enlaces internos hacia D.
- Si dos páginas quieren posicionar para búsquedas distintas, aporta contenido y propósito realmente diferentes; solo cambiar títulos no asegura diferenciación.
<!-- Ejemplo en el HEAD de una página canónica -->
<link rel="canonical"
href="https://ejemplo.com/servicio/">rel="canonical".Revisa si las páginas están aisladas dentro de tu web.
Un sitemap puede revelar una URL, pero no sustituye a una navegación coherente. Si una página estratégica solo existe en el XML y no recibe enlaces contextuales desde otras páginas, es más difícil que los usuarios y los buscadores descubran su relación con el resto del sitio.
- Conecta los artículos nuevos desde un hub temático, una categoría o una guía principal.
- Añade enlaces relevantes desde páginas ya visitadas y relacionadas, con textos descriptivos.
- Evita crear cientos de páginas cuya única vía de descubrimiento sea el sitemap.
- Comprueba que los enlaces sean elementos
<a href="...">rastreables, no botones que dependen exclusivamente de eventos JavaScript.
Google recomienda que todas las páginas relevantes tengan al menos un enlace desde otra página de tu sitio. Guía oficial de enlaces rastreables ↗
Comprueba qué contenido puede leer Google, no solo lo que ves tú.
Si el contenido principal o los enlaces aparecen únicamente tras hacer clic, iniciar sesión o ejecutar scripts que fallan, Google puede interpretar una versión incompleta de la página. En sitios con Elementor, widgets externos o JavaScript intensivo, contrasta el HTML renderizado de la prueba en vivo con la página real.
- En Inspección de URL, prueba la versión publicada y revisa la captura o el HTML renderizado cuando estén disponibles.
- Confirma que el H1, los párrafos principales, los enlaces internos y los datos esenciales aparecen realmente en ese HTML.
- Evita que el texto principal dependa de una interacción del visitante, una petición autenticada o un recurso bloqueado.
- Si el contenido solo se genera después en el cliente y falla el renderizado, valora servirlo en HTML inicial o mediante renderizado compatible.
Google puede procesar JavaScript, pero tiene limitaciones, y recomienda comprobar el HTML renderizado. Solución oficial de problemas JS ↗
Determina si cada URL merece existir como resultado independiente.
Una URL que Google rastrea pero no indexa no siempre tiene un fallo técnico. Puede competir con otra página muy parecida, responder superficialmente a la búsqueda, ofrecer escaso contenido diferencial o presentar una experiencia poco útil. El objetivo es crear la mejor respuesta para una intención de búsqueda concreta, no multiplicar variaciones mínimas.
- Comprueba si dos artículos resuelven esencialmente la misma consulta: puede haber solapamiento de intención y duplicación interna.
- Aporta evidencias, ejemplos propios, datos contrastados, pasos verificables, herramientas y decisiones útiles, no solo definiciones genéricas.
- Elimina o consolida páginas redundantes cuando tenga sentido; utiliza redirecciones o canonicalización coherente según el caso.
- Evalúa el contenido como conjunto: títulos diferentes no compensan 30 páginas con el mismo cuerpo y unas pocas palabras cambiadas.
Google prioriza contenido útil, fiable y creado para personas; advierte contra publicar múltiples páginas o automatizar a gran escala únicamente para captar tráfico. Contenido útil según Google ↗
Prioriza el inventario, corrige el cuello de botella y mide.
Cuando aparecen decenas o cientos de URLs descubiertas sin rastrear, revisa si el sitio genera demasiadas direcciones sin valor, si las páginas importantes reciben señales internas suficientes y si el servidor responde bien cuando Googlebot solicita recursos. El concepto de presupuesto de rastreo es especialmente relevante en sitios grandes, aunque el funcionamiento del servidor y la demanda de rastreo afectan a cualquier proyecto.
- Segmenta por directorio y prioridad: páginas estratégicas, contenidos de apoyo, idiomas y URLs que no deben indexarse.
- Si sospechas problemas de servidor, revisa el informe de Estadísticas de rastreo cuando esté disponible y los registros del hosting.
- Evita sitemaps con filtros, paginaciones infinitas, parámetros o muchas versiones técnicas equivalentes que no deberían posicionar.
- Después de arreglar el problema, usa Validar corrección cuando Search Console ofrezca esa función o solicita indexación de algunas URL importantes; evita repetir solicitudes sin cambios.
- Registra fecha de corrección, estado anterior y estado posterior. Observa semanas, no minutos, y distingue indexación de tráfico orgánico.
Si utilizas WordPress, revisa estas configuraciones.
WordPress y los plugins SEO suelen generar el sitemap automáticamente. El error no tiene por qué estar en el XML: puede venir de una casilla global, de la configuración de un tipo de contenido, de una canónica incorrecta o de URLs publicadas pero poco conectadas.
Ajustes → Lectura
Comprueba que «Disuadir a los motores de búsqueda de indexar este sitio» está desmarcada si la web es pública. Si estuvo marcada durante una migración, revisa el HTML real y las directivas actuales tras cambiarla.
Yoast SEO o Rank Math
Comprueba la visibilidad de entradas, páginas, taxonomías y tipos personalizados. No des por hecho que todos deben indexarse. Abre el sitemap que realmente genera el plugin y verifica que aparecen las URLs estratégicas.
Elementor y contenido
Asegúrate de que las páginas no son simples plantillas sin contenido relevante y que los enlaces internos son rastreables. Valida el HTML renderizado si el contenido depende de widgets o scripts.
Polylang: ES, CA y EN
Cada versión traducida que deba posicionarse necesita su URL indexable y su canónica adecuada. Las anotaciones hreflang conectan versiones equivalentes entre idiomas; no sustituyen a una canónica correcta ni convierten una traducción vacía en contenido útil.
Cuidado con los sitemap duplicados. WordPress puede servir /wp-sitemap.xml y muchos plugins SEO utilizan /sitemap_index.xml. No hace falta presentar varios inventarios contradictorios. Identifica cuál está vigente, qué tipos de contenido incluye y qué sitemap has enviado realmente en Search Console. En Yoast, las entradas definidas como noindex generalmente no figuran en su sitemap. Referencia: Yoast ↗
Ejemplo multilingüe: no canonicalices todas las traducciones hacia el español
Si tienes una guía original en español y traducciones equivalentes y completas en catalán e inglés, puedes facilitar a Google las variantes mediante hreflang. Cada versión idiomática debe declarar una canónica coherente con su propia URL cuando realmente es la versión principal en ese idioma; no enlaces las tres mediante una canonical única al español si buscas que las tres se indexen por separado.
<!-- Ejemplo ilustrativo: etiquetas en el HEAD, gestionadas por el CMS/SEO -->
<link rel="canonical" href="https://ejemplo.com/es/guia/">
<link rel="alternate" hreflang="es" href="https://ejemplo.com/es/guia/">
<link rel="alternate" hreflang="ca" href="https://ejemplo.com/ca/guia/">
<link rel="alternate" hreflang="en" href="https://ejemplo.com/en/guide/">Ejemplo simplificado para la versión española. Las traducciones deben tener sus propias canónicas y conjuntos de enlaces alternativos recíprocos. Es importante no pegar estas etiquetas en un widget de Elementor: deben ser emitidas en el <head> por WordPress o el sistema SEO. Guía oficial de hreflang ↗.
Ejemplo: envías 120 páginas, pero 78 no se indexan.
Imagina un sitio que publica 120 URLs canónicas, útiles y candidatas a indexación. El sitemap se procesa correctamente y el equipo ve 78 URLs sin indexar. La respuesta intuitiva sería reenviarlo. El enfoque correcto es clasificar esas 78 URLs por causa.
URLs incluidas en el ejemplo hipotético; no son datos medidos de ningún sitio real.
Confirmadas por inspección o informe, con la cautela de los retrasos de actualización.
Hay que separarlas por motivo antes de decidir qué modificar.
| Grupo del ejemplo | URLs | Hipótesis a comprobar | Acción inicial |
|---|---|---|---|
| Descubierta, sin indexar | 28 | Enlazado débil, URLs recientes, prioridades de rastreo. | Enlaces contextuales y respuesta del servidor. |
| Rastreada, sin indexar | 24 | Solapamientos temáticos y valor de contenido. | Auditar diferenciación y mejorar/consolidar. |
| Duplicada / canónica distinta | 15 | Variantes que deberían consolidarse o canónica mal elegida. | Comparar canónica declarada y de Google. |
| Noindex accidental | 6 | Opciones del CMS heredadas de pruebas. | Corregir directivas en la página y cabeceras. |
| 5xx / errores técnicos | 5 | Fallos intermitentes del hosting o caché. | Revisar logs y estabilidad del servidor. |
| Total sin indexar | 78 | Cada grupo requiere una decisión distinta; las cifras son únicamente ilustrativas. | |
Qué haría durante las primeras semanas
Escoger muestras de cada grupo, guardar datos de Search Console y contrastar las respuestas del sitio. No confundir ejemplos del informe con el inventario completo.
Resolver primero bloqueos técnicos y canónicas erróneas; después enlaces internos y contenidos solapados. Priorizar URLs con valor real.
Anotar URLs publicadas, fechas de corrección y cambios de estado. Volver a revisar en sucesivas semanas, sin esperar un plazo garantizado.
Un error que conviene evitar: calcular una «tasa de indexación» dividiendo todas las URLs conocidas por las indexadas sin distinguir qué URLs querías indexar. Esa proporción puede quedar distorsionada por redirecciones, parámetros, páginas eliminadas y duplicados legítimos. Mide, sobre todo, el porcentaje de URLs canónicas importantes y elegibles que realmente están indexadas.
Checklist de indexación: 9 puntos comprobables.
Marca lo que hayas verificado. El progreso se calcula en tu navegador y no se guarda en ningún servidor. Puedes copiar el listado o descargar una plantilla CSV para gestionar varias URLs en una hoja de cálculo.
Qué columnas incluir en una auditoría de indexación
La plantilla descargable incluye URL, directorio, idioma, prioridad, fecha de publicación, estado GSC, última inspección, código HTTP, robots, canonical declarada, canonical Google, enlaces internos, acción correctiva, responsable, fecha de intervención y próxima revisión. No incorpora datos de tu sitio: es un CSV vacío para trabajar con tu información real.
¿Cuánto tarda Google en indexar tras enviar un sitemap?
No hay un plazo fijo ni una promesa de indexación. Google recomienda esperar al menos una semana después del envío o de una solicitud reciente antes de asumir que hay un problema, y recuerda que rastreo e indexación pueden prolongarse más. Solicitar la indexación no garantiza la inclusión. Lo importante es observar el estado y validar las correcciones, no interpretar cada día sin novedades como un fallo nuevo.
Verifica HTTP, ausencia de noindex, canónica, enlace interno y sitemap. Si acabas de publicar, la falta de indexación no implica un fallo automático.
Revisa la URL publicada. Usa la validación disponible en el informe o solicita indexación de una URL prioritaria cuando tenga sentido, evitando repeticiones innecesarias.
Vuelve a mirar las URLs por cohortes, observa si cambia el motivo de exclusión y distingue la inclusión en el índice de las posiciones y el tráfico.
Señales de avance reales
La URL pasa de «Descubierta» a «Rastreada»; Search Console muestra un rastreo más reciente; Google selecciona la canónica esperada; la URL termina figurando como indexada.
Lo que NO confirma indexación
«Sitemap correcto», mostrar el XML en Chrome, recibir un HTTP 200, obtener «La URL está disponible para Google» en la prueba en vivo o pulsar «Solicitar indexación».
¿Sirve buscar site:midominio.com/url/?
El operador site: puede dar una pista sobre los resultados visibles, pero no es una auditoría completa del índice ni devuelve necesariamente todas las páginas. Si eres propietario de la web, usa la inspección de URLs y los informes de Search Console como referencia principal. Del mismo modo, que una página no reciba clics o impresiones no demuestra por sí mismo que no esté indexada.
Referencia: Herramienta de inspección de URLs · Preguntas frecuentes de rastreo e indexación.
7 «soluciones» que no arreglan la causa de fondo.
En indexación abundan los consejos rápidos. Algunos son inocuos, otros crean nuevas inconsistencias y otros simplemente no están respaldados como técnicas universales para indexar URLs.
No obliga a Google a rastrear ni indexar páginas cuyo problema sigue intacto.
index,follow sin revisar bloqueos.No soluciona un robots.txt restrictivo, un noindex en cabeceras o una URL inaccesible.
Puede aumentar el inventario sin resolver el valor ni los enlaces de las páginas existentes.
priority a 1.0.Google declara que ignora la etiqueta priority de los sitemaps.
Una canonical equivocada puede fomentar que Google seleccione otra URL principal.
La API oficial se limita a casos admitidos como JobPosting y eventos de vídeo en directo compatibles; no es una vía general para entradas de blog.
Rastreo, indexación y posicionamiento son procesos distintos: una URL puede indexarse y no recibir tráfico.
En particular sobre la Indexing API: Google documenta su uso para páginas que incorporan JobPosting o BroadcastEvent dentro de VideoObject, con requisitos concretos. No la recomendamos como atajo para enviar artículos comunes. Leer limitaciones oficiales ↗
Respuestas a las dudas más habituales de indexación.
Preguntas específicas sobre sitemaps enviados, páginas descubiertas, WordPress, canónicas, indexación masiva y seguimiento en Search Console.
¿Por qué mi sitemap aparece como «Correcto», pero Google no indexa las páginas?
Porque Search Console confirma que el sitemap se ha procesado, no que sus URLs hayan superado las fases de rastreo, procesamiento y selección para el índice. Consulta el informe «Indexación de páginas» e inspecciona las URLs importantes por motivo.
¿Tengo que volver a enviar el sitemap si mis páginas no aparecen?
No de forma repetitiva por rutina. Si la dirección es correcta y el XML se actualiza, el problema suele estar en otra fase. Vuelve a enviarlo si cambia la ubicación del sitemap o hay un error de acceso/procesamiento que has corregido, no como sustituto de una auditoría.
¿Qué significa «Descubierta: actualmente sin indexar»?
Google conoce la URL, pero aún no la ha rastreado. Examina la arquitectura de enlaces, la accesibilidad y estabilidad del servidor y la prioridad relativa de ese grupo de páginas. No equivale a una sanción ni demuestra necesariamente un error de esa URL.
¿Y «Rastreada: actualmente sin indexar»?
Google ya accedió a la página y, por ahora, no la ha incluido en el índice. Revisa la utilidad del contenido, las semejanzas con otras URLs, la versión renderizada y la canónica. No siempre existe una única causa visible en Search Console.
¿Cuánto tarda Google en indexar después de enviar un sitemap?
No hay tiempo garantizado. Google puede tardar desde poco tiempo hasta semanas en rastrear e indexar contenidos, y una URL elegible puede no indexarse. Comprueba el estado y los cambios reales, en lugar de fijarte en un plazo arbitrario de 24 o 48 horas.
¿Qué hacer si todas las páginas de WordPress están sin indexar?
Prioriza bloqueos globales: Ajustes → Lectura, meta robots, cabeceras X-Robots-Tag, robots.txt, accesibilidad HTTP, propiedad correcta y posibles reglas de servidor o CDN. Si todo el sitio se ve afectado, busca una causa compartida antes de reescribir cada entrada.
¿Sirve crear enlaces internos desde artículos indexados?
Los enlaces contextuales ayudan al descubrimiento y a comprender la estructura, pero no garantizan indexación. Úsalos para conectar recursos relevantes y evitar páginas aisladas, en lugar de crear enlaces masivos sin sentido.
¿Puede un artículo de calidad quedarse sin indexar?
Sí. La indexación es una decisión de Google y depende de múltiples factores, como descubrimiento, rastreo, disponibilidad y señales de contenido. La calidad es importante, pero tampoco ofrece una garantía individual.
¿Es malo tener muchas páginas «No indexadas» en Search Console?
No necesariamente. Redirecciones, parámetros, duplicados, filtros y otras páginas que no deben aparecer individualmente pueden estar excluidas de manera correcta. Lo preocupante es que las páginas canónicas y estratégicas que deberían indexarse permanezcan fuera sin causa prevista.
¿Qué diferencia hay entre robots.txt y noindex?
robots.txt controla el acceso del rastreador; noindex es una directiva que impide indexar el contenido cuando el rastreador puede leerla. Bloquear por robots.txt puede impedir que Google vea la directiva noindex de la página. No son mecanismos equivalentes.
¿Puedo indexar artículos de 3 idiomas con Polylang?
Sí, si cada traducción es una página útil, accesible e indexable. Revisa URL propia, canónica adecuada, contenido traducido y anotaciones hreflang recíprocas. Las traducciones del mismo contenido en idiomas distintos no se consideran duplicados solo por ser traducciones.
¿Un «soft 404» se soluciona cambiando el sitemap?
No por sí solo. Analiza si la URL devuelve 200 con una página vacía o que parece no existir. Si debe existir, restaura contenido real y corrige el funcionamiento; si se eliminó definitivamente, utiliza el código HTTP apropiado y retírala del inventario de URLs indexables.
¿Qué hago si Google selecciona una URL canónica diferente?
Compara la canónica declarada y la elegida, el contenido, las redirecciones, los enlaces internos y el sitemap. Si ambas versiones son equivalentes, la consolidación puede ser correcta. Si representan intenciones distintas, corrige señales contradictorias y mejora la diferenciación.
¿Puedo utilizar la API de indexación de Google para 500 entradas de blog?
La Indexing API no es una solución general para artículos de blog. Google la documenta para páginas elegibles con JobPosting o BroadcastEvent dentro de VideoObject. Para un blog, utiliza sitemaps, enlaces y el proceso de rastreo ordinario.
¿Publicar cientos de URLs a la vez perjudica la indexación?
No hay una cifra universal que por sí sola provoque una penalización. Publicar muchas páginas poco distintas, aisladas o de utilidad limitada puede dificultar la priorización y no aportar valor. Organiza los contenidos en hubs, consolida duplicados y mide por grupos de publicación.
¿El operador site: sirve para contar mis páginas indexadas?
No como recuento exhaustivo. Los resultados con site: pueden ser incompletos o variar. Para analizar una propiedad tuya, la inspección de URLs y los informes de Search Console son herramientas mucho más adecuadas.
¿Tengo que añadir FAQPage Schema para estas preguntas?
No es necesario para que el artículo sea útil ni para que las preguntas se lean. Google limita especialmente la visualización de resultados enriquecidos FAQ a categorías de sitios concretas. Evita añadir esquemas duplicados si el plugin SEO ya gestiona los datos estructurados del artículo.
¿Cómo sé que el problema ya está corregido?
Comprueba la versión publicada y monitoriza si Google vuelve a rastrear, cambia el motivo del informe, selecciona la canónica esperada y finalmente indexa la página. Una corrección técnica puede ser verificable antes de que el informe refleje la indexación final.
Documentación de referencia y criterios de actualización.
Revisión editorial: 17 de octubre de 2026. Se han priorizado manuales de Google Search Central, ayuda oficial de Search Console y documentación de WordPress. Las capturas esquemáticas de esta página son ilustraciones, no imágenes obtenidas de una cuenta real de Search Console. Las herramientas son orientativas y no se conectan a Google.
Cómo interpretar esta guía
Las recomendaciones distinguen tres escenarios que a menudo se confunden: un bloqueo técnico verificable (por ejemplo, noindex o HTTP 500), una elección de consolidación (como canonical o redirecciones) y una ausencia de indexación sin una causa técnica única visible (como ciertas URLs rastreadas pero no indexadas). No se presentan inferencias sobre calidad o prioridad como hechos comprobados sin analizar la página concreta.
El artículo no está afiliado a Google ni permite consultar de manera automática una propiedad de Search Console. La información oficial puede cambiar y los campos disponibles dependen de la propiedad, del informe y de la evolución de la interfaz.
