La verdad sobre el Indexing: Por qué Google ignora tu web
Tienes 100 páginas pero Google solo muestra 10. Descubre el Crawl Budget y cómo desatascar tu indexación.
Autor y revisor: Jon González
El Fantasma en la Máquina
Publicas artículos. Creas fichas de producto. Tu web crece. Pero miras Google Search Console y ves el temido mensaje en gris: “Rastreada: actualmente sin indexar” o “Descubierta: actualmente sin indexar”.
Para Google, esas páginas NO existen. Si no están en el índice, no pueden aparecer en los resultados. No importa lo bueno que sea tu contenido. Eres invisible.
¿Por qué Google (que vive de organizar la información) decide ignorar tu información?
El Concepto de “Crawl Budget” (Presupuesto de Rastreo)
Google tiene recursos finitos. No puede rastrear todo internet cada día. Asigna a cada web un “presupuesto” de tiempo y recursos.
- A Amazon le asigna millones de visitas de bots al día.
- A tu web nueva le asigna… pocas.
Si tu web desperdicia el tiempo del robot de Google, el robot se cansa y se va antes de llegar a tus páginas importantes.
Cómo estás desperdiciando tu presupuesto:
- Contenido Duplicado: Tienes la misma camiseta en 5 URLs diferentes (por tallas, colores, parámetros de filtro). Google entra en 3, ve que son iguales, y piensa: “Esta web no aporta valor, es repetitiva”. Deja de rastrear.
- Velocidad Lenta: Si tu web tarda 2 segundos en responder, el bot de Google puede rastrear menos páginas en el mismo tiempo. Web lenta = Menos páginas indexadas.
- URLs Basura: Calendarios infinitos, filtros de búsqueda indexables, páginas de etiquetas vacías. Son trampas para robots (Spider Traps).
La Solución: Arquitectura y Señalización
Para que Google te indexe, tienes que ponérselo fácil.
1. El Sitemap XML (El Mapa)
No basta con tenerlo. Tiene que estar limpio. Solo las URLs que quieres posicionar (Canonical). Nada de redirecciones, nada de errores 404, nada de páginas “noindex” dentro del sitemap.
2. Enlazado Interno (Las Carreteras)
Google descubre páginas siguiendo enlaces. Si tienes una página “huérfana” (nadie enlaza a ella), Google no llegará nunca. Creamos estructuras de Silos o Clústers. La home enlaza a las categorías, las categorías a los productos, y los productos relacionados se enlazan entre sí. Creamos una red densa por la que el bot puede navegar sin callejones sin salida.
3. La Indexing API no sirve para páginas generales
Google limita la Indexing API a páginas con JobPosting o BroadcastEvent incluido en un VideoObject. No debe utilizarse para artículos, servicios o fichas comerciales.
Para contenido general usamos sitemap, enlaces internos, respuestas correctas y la inspección manual de URLs prioritarias. Ningún método garantiza cuándo o si una URL quedará indexada.
Thin Content (Contenido Delgado)
A veces Google rastrea la página, pero decide no indexarla porque es “pobre”. Si tienes una ficha de producto con una foto y una frase (“Camiseta azul de algodón”), Google dice: “Ya tengo 50 millones de páginas de camisetas azules. Esta no aporta nada nuevo”.
Solución: añade información propia y útil: especificaciones verificables, disponibilidad, comparativas, preguntas reales y políticas claras. Una ficha mejor aumenta su valor, pero no garantiza la indexación.
¿Tienes páginas “Grises”?
Vete a Search Console > Páginas. Mira el informe de indexación. Si el número de páginas “Sin indexar” es mayor que las “Indexadas”, tienes un problema técnico grave de salud web. Estás tirando el trabajo de contenidos a la basura.
Necesitas una Auditoría de Indexación. Destapamos las tuberías para que el tráfico vuelva a fluir.
Ampliación editorial · revisión 2026
La decisión central de esta guía
¿Por qué Google puede ignorar una URL técnicamente correcta?
Porque descubrir y rastrear no obliga a indexar. Google puede elegir otra canonical, considerar duplicada la página, ver poca utilidad, encontrar señales contradictorias o priorizar otras URLs. El estado se diagnostica con inspección, sitemap, enlaces, render y contenido.
Confirma respuesta, robots, canonical, indexabilidad y enlaces. Compara intención y similitud con el inventario. Mejora o consolida cuando no existe valor propio. Solicita rastreo solo después; no repitas acciones sin un cambio material.
Guarda estado de inspección, canonical declarada y seleccionada, último rastreo, consultas y enlaces internos. Observa durante semanas según frecuencia. La inclusión y permanencia no se garantizan.
La Indexing API oficial se limita a JobPosting y BroadcastEvent dentro de VideoObject. Usarla para páginas ordinarias no es una solución. Tampoco crear texto largo asegura indexación si es redundante o poco fiable.
Marco técnico
Método para diagnosticar SEO técnico sin perseguir síntomas
El SEO técnico facilita que un buscador descubra, rastree, renderice, comprenda y seleccione la URL correcta para una intención. No obliga a indexar ni garantiza posiciones. Su trabajo es eliminar ambigüedad y fricción técnica mientras contenido, autoridad y demanda completan la decisión.
El diagnóstico comienza con un inventario canónico. Sitemap, rastreo, Search Console, analítica y logs describen conjuntos distintos; compararlos muestra URLs huérfanas, redirecciones, parámetros, páginas descubiertas y páginas que reciben demanda. Un número total de “errores” no prioriza nada hasta relacionarlo con una URL importante y una intención.
Descubrimiento, rastreo e indexación son estados diferentes. Una URL enlazada puede no haberse rastreado; una URL rastreada puede no indexarse; una URL indexada puede perderse si Google selecciona otra canonical o considera que aporta poco valor. Cada hipótesis necesita evidencia del estado actual antes de cambiar contenido, robots o canonical.
La arquitectura asigna propiedad. Una consulta principal corresponde a una página, y las páginas de apoyo enlazan con contexto sin competir por el mismo propósito. Las URLs locales solo permanecen cuando responden una necesidad diferenciada. Cambiar topónimos, fechas o adjetivos en una plantilla no crea una razón para indexar treinta documentos.
La solución se verifica en HTML generado, respuesta HTTP y enlaces reales. Un título correcto en el repositorio no sirve si un override lo sustituye; una canonical visualmente invisible puede apuntar a otra página; un sitemap puede incluir rutas que responden 404. El rastreo posterior debe demostrar que el cambio llegó al entorno previsto.
Lista de control antes de ejecutar
- 01Estado reproducido
Se conserva evidencia de respuesta, robots, canonical, render, enlaces y señal de Search Console.
- 02Intención propietaria
La URL tiene un propósito distinto y no compite con otra página del inventario.
- 03HTML útil
La respuesta inicial contiene contenido principal, encabezados y enlaces sin depender de una interacción.
- 04Señales coherentes
Canonical, sitemap, hreflang, redirecciones y enlaces apuntan a la misma versión preferida.
- 05Contenido verificable
La página ofrece método, ejemplos, autoría y fuentes sin afirmaciones fabricadas.
- 06Seguimiento temporal
La validación diferencia comprobación inmediata de evolución de rastreo e indexación.
Qué medir para saber si funciona
Controla URLs válidas esperadas, estado HTTP, canonical efectiva, enlaces internos entrantes, profundidad, frecuencia de rastreo y consultas de destino. Impresiones y clics se comparan por periodos equivalentes y se anotan cambios de demanda, estacionalidad o migración.
La indexación es un medio. El resultado de negocio se observa en tráfico relevante, acciones válidas y calidad comercial. Publicar miles de páginas para alcanzar un porcentaje de indexación puede empeorar el sitio; el objetivo es que cada URL indexable merezca existir y tenga una función dentro del clúster.
Playbook propio de esta guía
Diagnóstico de una URL descubierta que Google no mantiene
Esta ampliación desarrolla el problema específico de la verdad sobre el indexing: por qué google ignora tu web y no se reutiliza en otras entradas del Laboratorio.
Confirmar elegibilidad técnica
Comprueba HTTP 200, robots, meta robots, canonical absoluta, render y sitemap. Revisa canonical seleccionada en inspección cuando esté disponible. Asegura que la URL recibe enlaces internos y no depende solo del sitemap. Normaliza variantes y cadenas. Una página técnicamente elegible puede seguir fuera; esta fase elimina contradicciones, no fuerza una decisión del buscador.
Distingue “descubierta”, “rastreada” y canonical alternativa y guarda fecha de último rastreo. Compara HTML obtenido con navegador. Revisa recursos y contenido principal. No busques la palabra noindex en todo el texto: puede aparecer en una guía sin ser directiva. Separa meta y cabeceras de contenido visible en controles automáticos.
Evaluar valor e intención
Compara la URL con todas las propietarias cercanas. Mide similitud sin navegación y revisa si responde una pregunta distinta. Una página de ciudad que cambia solo el nombre o un artículo que repite método común no tiene razón suficiente. Añade evidencia, ejemplos, datos y decisiones propios o consolida. Más palabras no corrigen redundancia.
Revisa demanda, enlaces y comportamiento sin exigir tráfico previo como condición absoluta. Una página nueva puede ser útil; necesita integración en la arquitectura. Evita crear otra URL para la misma keyword como respuesta a la exclusión. Decide una intención, fortalece la propietaria y redirige variantes cuando proceda. Canonical es pista; un 301 concentra con más claridad si la sustitución es permanente.
Solicitar y observar
Actualiza sitemap y enlaces después de un cambio material. Usa inspección manual para prioridades, no la Indexing API general. Registra solicitud y espera frecuencia razonable. Observa canonical, rastreo, impresiones y logs durante semanas. Repetir solicitudes sin cambiar la causa añade ruido y consume operación.
Define éxito como elegibilidad sostenida e indexación de URLs críticas, no cien por cien de todas las conocidas. Redirecciones, 410, utilities y variantes no deben indexarse. Mantén inventario con estado e intención. La cobertura mejora cuando Google recibe menos URLs contradictorias y cada una conserva valor, no cuando se envían más.
Protocolo de indexación: observar antes de solicitar
La indexación no es un trámite que pueda forzarse desde un botón. Primero se confirma que la URL responde correctamente, entrega contenido útil sin depender de una ejecución fallida, permite rastreo y declara una canónica coherente. Después se comprueba si aparece en sitemap, recibe enlaces internos y pertenece a una arquitectura comprensible. Una inspección puntual muestra el estado conocido por Google y permite solicitar rastreo, pero no sustituye estas condiciones ni garantiza permanencia. Si la página se excluye, el motivo técnico es solo una parte del diagnóstico: también hay que preguntar qué necesidad resuelve, qué aporta frente a URLs parecidas y si el sitio transmite suficientes señales para justificar que esa pieza exista de manera independiente.
Las familias de URLs requieren análisis conjunto. Filtros, paginaciones, variantes, etiquetas y páginas locales pueden multiplicar documentos con diferencias mínimas. Antes de abrir su indexación se define qué combinación merece búsqueda propia y cuál debe consolidarse, enlazarse de otra forma o quedar fuera. Para landings geográficas, cambiar el nombre de la ciudad no crea utilidad local. Hacen falta contexto verificable, decisiones específicas, ejemplos pertinentes y una propuesta honesta sobre ubicación y cobertura. La canónica no sirve para disimular duplicidad si se pretende posicionar cada URL; en ese caso cada página necesita identidad suficiente. El sitemap incluye solo URLs canónicas, indexables y valiosas, porque enviarlo como inventario indiscriminado reduce su capacidad como señal de calidad.
La monitorización combina cobertura, impresiones, registros del servidor y rastreos propios. Se mantienen cohortes por fecha y tipo de página para distinguir retrasos normales de patrones de exclusión. Cuando una URL pierde indexación se revisan cambios de contenido, enlaces, plantilla, servidor, canonical, competencia y demanda antes de editar. Solicitar indexación repetidamente sin corregir la causa consume tiempo y puede ocultar el problema. Un registro de versiones ayuda a relacionar movimientos con intervenciones reales. El objetivo operativo no es alcanzar un porcentaje artificial de indexación, sino conseguir que todas las páginas importantes sean rastreables, diferenciadas y dignas de conservarse; las URLs sin función deben mejorarse, integrarse o retirarse de forma deliberada.
Comprobaciones antes de cerrar
- 01Directivas aisladas
Robots y canonical se leen desde HTML y cabeceras correctas.
- 02Propietaria única
No existe otra URL con la misma intención y contenido equivalente.
- 03Cambio material
La solicitud sigue a una mejora o consolidación comprobable.
- 04Inventario completo
Estados indexables, redirecciones, bajas y utilities no se mezclan.
Revisa excluidas por cohorte y causa, no una a una sin patrón. Una exclusión correcta también es señal de una arquitectura limpia.
Control editorial
Metodología y fuentes
Se diferencia descubrimiento, rastreo e indexación; ninguna acción o contenido garantiza la inclusión permanente en Google.
- Google Search Central — Rastreo e indexación ↗
Funcionamiento oficial del rastreo y la indexación de Google.
- Google Indexing API ↗
Alcance oficial: JobPosting y BroadcastEvent dentro de VideoObject.
