Cobertura de indexación en GSC: diagnóstico práctico y corrección de errores del 30% al 85%

Dos semanas después de publicar un artículo, abres Google Search Console y ves el estado «Enviada, no indexada». Mucha gente ha pasado por eso.

Peor aún: en un proyecto anterior, de 42 páginas de contenido, 18 estaban marcadas como «Crawled - Currently Not Indexed», el 42%. Es como preparar una mesa entera y que los invitados solo miren la comida sin probarla.

La buena noticia: en 21 días subí la indexación de 42 a 71 páginas y las impresiones crecieron un 138%. Este artículo repasa ese proceso — no se trata de enseñarte a pulsar el botón «Solicitar indexación» (si lo haces 10 veces al día, Google lo ignora por completo), sino de darte un sistema de diagnóstico completo.

Cómo leer el informe de cobertura de GSC: comparativa de 5 tipos de error

Antes que nada: el informe de cobertura de GSC no es una carta de sanción, es un informe de diagnóstico. Mucha gente se asusta al ver avisos en rojo, pero Google te está diciendo dónde está el problema.

Dónde encontrar el informe Pages

Inicia sesión en GSC y, en el menú izquierdo, ve a «Indexación» > «Pages» (en versiones anteriores a marzo de 2026 se llamaba «Cobertura»). Ahí verás el estado de indexación de todas las URL de tu sitio, agrupadas en varias categorías:

• Indexadas: todo bien, no hace falta tocar nada
• No indexadas: aquí está lo importante

Debajo de «No indexadas» hay varios subestados. Al principio esos nombres en inglés pueden confundir, pero una vez los entiendes, cada uno tiene su camino de corrección.

Los 5 errores de indexación más frecuentes

Resumo los cinco en una tabla para que puedas contrastarlos con tu caso:

Dos de ellos suelen atascarte más:

Crawled - Currently Not Indexed

En pocas palabras: el rastreador de Google visitó tu página, leyó el contenido y decidió no incluirla en el índice. Es más frustrante que «Discovered»: Google vio tu página y no le convenció.

Según datos de ClickRank, alrededor del 45% de las páginas nuevas en el mundo se quedan en este estado. Las causas habituales son calidad insuficiente, pocos enlaces internos o poco valor percibido de la página.

Discovered - Currently Not Indexed

Este es algo más leve. Google sabe que la URL existe (por el sitemap o enlaces externos), pero aún no ha enviado el rastreador a leerla. Suele resolverse en 5-10 días, menos que «Crawled».

¿Cómo distinguirlos? La clave es si Google ha «leído» de verdad el contenido. Crawled significa que ya lo leyó; Discovered solo significa que conoce la URL.

Corrección de errores clave: del diagnóstico a la solución

Aquí viene lo importante. En este capítulo desgloso los pasos por tipo de error; son soluciones que probé en la práctica.

7 puntos de revisión para «Crawled - Currently Not Indexed»

Este error es el más molesto, pero la lógica de corrección es clara: hacer que Google perciba valor en tu página.

Aquí tienes un checklist para revisar en orden:

1. ¿El contenido tiene suficiente profundidad?

KiloClaw - OpenClaw gestionado para empresas: orquestación de agentes IA y enrutamiento inteligente

Empezar →Anuncio

El mínimo son 800 palabras, pero recomiendo más de 1200. No se trata de rellenar — se trata de desarrollar bien el tema. Tuve un artículo de 600 palabras; al ampliarlo a 1500, se indexó en una semana.

2. ¿La estructura de enlaces internos es correcta?

Cada página nueva debería tener al menos 3 enlaces internos que apunten a ella. Las páginas huérfanas (sin ningún enlace interno) son una de las causas principales de fallo de indexación. A mí me pasó: publiqué un artículo nuevo y ni la home ni el listado de posts enlazaban a él; el rastreador no tenía entrada.

3. Enlaces externos a fuentes autorizadas

Cita 1-2 fuentes de autoridad en el artículo: documentación oficial de Google, Wikipedia o blogs reconocidos del sector. Aumenta la credibilidad. Usa texto de ancla, no solo la URL suelta.

4. Velocidad de carga de la página

Si el tiempo de respuesta del servidor supera 1 segundo, el rastreador puede abandonar. Mi sitio pasó de 800 ms a 200 ms y la frecuencia de rastreo subió de forma notable.

5. Etiqueta canonical

Comprueba que la página tenga canonical correcto. Si varias URL apuntan al mismo contenido, Google puede elegir una como canónica e ignorar el resto.

6. Datos estructurados

Añade el schema adecuado (Article, HowTo, FAQ, etc.) para que Google entienda mejor la página. En un blog Astro puedes incrustarlo en formato JSON-LD.

7. «Solicitar indexación» al final

Cuando hayas hecho los 6 puntos anteriores, usa la herramienta de inspección de URL en GSC para solicitar indexación manual. Máximo 10 URL al día; si pasas de ahí, Google lo ignora.

Tres pasos rápidos para «Discovered - Currently Not Indexed»

Este estado es más sencillo; tres pasos suelen bastar:

Paso 1: volver a enviar el sitemap

En GSC, ve a «Sitemaps», elimina el sitemap antiguo y vuelve a enviarlo. A veces el archivo tiene problemas (formato incorrecto, URL caducadas) y Google descubre la página pero no la indexa.

Paso 2: mejorar el tiempo de respuesta del servidor

Revisa los logs del servidor cuando visita el rastreador de Google. Si supera 1 segundo, optimiza: activa CDN, comprime imágenes, reduce redirecciones.

Paso 3: construir autoridad temática

Suena abstracto, pero en la práctica significa que Google vea tu sitio como referencia en un tema. ¿Cómo? Publica de forma continua alrededor de un tema central y forma un clúster de contenido. Yo escribí 4 artículos sobre GSC seguidos, cada uno enlazando con los demás.

Cómo tratar Duplicate Canonical

Suele ocurrir cuando tienes varias URL con contenido igual o muy similar: Google elige una canónica, pero tú quieres otra.

Solución: añade la etiqueta canonical en el <head> de cada página.

<!-- URL que quieres como canónica -->
&lt;link rel="canonical" href="https://yourdomain.com/preferred-url/" /&gt;

Ejemplo: si tu blog tiene /blog/post-title/ y /posts/post-title/ con el mismo contenido, elige una URL canónica y haz que todas apunten a ella.

Cómo corregir un Soft 404

¿Qué es un Soft 404? La página devuelve código 200, pero el contenido está vacío o casi no aporta valor. Google la trata como si «pareciera un 404».

Dos formas de corregirlo:

Opción 1: devolver un 404 real

Si la página no debería existir, haz que devuelva código 404.

Alibaba Cloud - Opción preferida para desarrolladores, 15 % de descuento exclusivo en Lighthouse

Obtener 15% dto. →Anuncio

Opción 2: añadir contenido útil

Si la página debe quedarse, añade contenido de verdad: al menos 800 palabras, imágenes y enlaces internos.

Tuve una página de etiqueta que solo mostraba el nombre, sin listado de artículos. Al añadir el listado y una descripción de la etiqueta, desapareció el Soft 404.

Acelerar la indexación: Indexing API e IndexNow en la práctica

En este punto quizá pienses: todo lo anterior tarda 5-14 días. ¿Hay algo más rápido?

Sí: la Indexing API.

Por qué el sitemap ya no basta

En 2026 la situación cambió. Según ClickRank, el plazo medio de espera con sitemap tradicional pasó de 11 días en 2024 a 23 días. Google ajustó el presupuesto de rastreo y, con las AI Overviews, exige más calidad de contenido.

El sitemap sigue siendo necesario, pero no puedes depender solo de él. Tienes que «llamar a la puerta» de forma activa.

Indexing API: 85% de indexación en 48 horas

La Indexing API es, en la práctica, una invitación VIP al rastreador de Google. Le dices: esta URL se actualizó, ven a rastrearla.

Datos reales: 50 páginas nuevas enviadas en un día, 85% indexadas en 48 horas. Mucho más rápido que el sitemap.

Quién puede usarla

Sitios de comercio electrónico, de empleo y plataformas de streaming — esas tres categorías están en la documentación oficial. En la práctica, los blogs también pueden solicitar acceso creando un proyecto en Google Cloud Console y pidiendo permisos.

Pasos de configuración (versión resumida)

1. Inicia sesión en Google Cloud Console
2. Crea un proyecto nuevo y activa el servicio «Indexing API»
3. Crea una cuenta de servicio (Service Account) y genera el archivo JSON de claves
4. Añade la cuenta de servicio como propietaria del sitio en GSC
5. Envía URL con la API

Ejemplo de código (Node.js):

const { google } = require('googleapis');

// Cargar claves de la cuenta de servicio
const auth = new google.auth.GoogleAuth({
  keyFile: './service-account-key.json',
  scopes: ['https://www.googleapis.com/auth/indexing'],
});

// Enviar URL
async function publishUrl(url) {
  const client = await auth.getClient();
  const indexing = google.indexing({ version: 'v3', auth: client });

  await indexing.urlNotifications.publish({
    requestBody: {
      url: url,
      type: 'URL_UPDATED',
    },
  });
}

// Envío por lotes
const urls = [
  'https://yourdomain.com/post-1/',
  'https://yourdomain.com/post-2/',
];
urls.forEach(publishUrl);

Limitaciones

• Máximo 200 URL al día (en pruebas, 50 al día suele dar mejor resultado)
• Espera 48 horas antes de comprobar resultados
• No envíes la misma URL repetidamente (se ignora)

IndexNow: alternativa para Microsoft y Yandex

IndexNow es otro protocolo de indexación inmediata, compatible con Bing y Yandex. Google aún no lo soporta, pero el tráfico de Bing también crece; merece la pena configurarlo.

Ventajas

• Configuración más simple: solo un archivo de API Key en la raíz del sitio
• Efecto casi inmediato: Bing rastrea en pocas horas

Cómo configurarlo

1. Genera una API Key en el sitio oficial de IndexNow
2. Coloca el archivo de clave en la raíz: /.well-known/indexnow-key.txt
3. Envía la URL al endpoint de IndexNow

En un blog Astro puedes poner el archivo en public/; al compilar se copia a la raíz.

API para enviar URL:

POST https://www.bing.com/indexnow
?url=https://yourdomain.com/new-post/&key=YOUR_API_KEY

Muchos CMS y generadores estáticos tienen plugins listos: IndexNow para WordPress, indexnow-integration para Astro, etc.

Search Console API: comprobar el estado de URL en lote

La interfaz web de GSC solo permite revisar manualmente unas decenas de URL al día; la Search Console API permite hasta 2000 consultas diarias. Ideal para diagnóstico periódico en lote.

Casos de uso

• Revisar semanalmente el estado de indexación de todos los artículos
• Detectar páginas que pasaron de «indexadas» a «no indexadas»
• Medir la tendencia de cobertura

Ejemplo de código:

const { google } = require('googleapis');

async function checkIndexStatus(url) {
  const client = await auth.getClient();
  const searchconsole = google.searchconsole({ version: 'v1', auth: client });

  const result = await searchconsole.urlInspection.index.inspect({
    requestBody: {
      inspectionUrl: url,
      siteUrl: 'https://yourdomain.com/',
    },
  });

  return result.data.inspectionResult.indexStatusResult;
}

El resultado indica si la URL está indexada, no indexada o tiene algún error.

Monitorización semanal: un sistema sostenible de salud de indexación

Después de corregir un ciclo de problemas, lo clave es que no vuelvan. Monté un flujo de monitorización semanal; en 21 días funcionó bien.

Railway - Plataforma de despliegue moderna, sin ops complejas, en producción en minutos

Empezar ahora →Anuncio

Métrica clave: cobertura de indexación

¿Cómo se calcula? Fórmula simple:

Cobertura de indexación = páginas indexadas / total de páginas

En mi proyecto pasé de 42/100 (42%) a 71/100 (71%) en 21 días. Un objetivo razonable es el 85%; el 100% no es realista — algunas páginas tienen poco valor y no necesitan indexarse.

Checklist de los lunes

Lo dejé fijado como checklist que ejecuto cada lunes por la mañana:

1. Revisar el informe Pages

Mira si la cobertura cambió. Una caída de más del 5% es señal de alerta; hay que investigar.

2. Ver estadísticas de rastreo

En GSC, «Configuración» > «Estadísticas de rastreo» muestra frecuencia y tiempo de respuesta. Fíjate en:

• Si las visitas diarias del rastreador caen de golpe
• Si el tiempo medio de respuesta sube (por encima de 1 segundo, optimiza)

3. Revisar artículos publicados recientemente

Comprueba si el contenido de la última semana se indexó. Si 3 artículos seguidos no se indexan, el problema suele estar en la estrategia de contenido.

4. Comparar antes y después

Exporta datos con la Search Console API y arma una tabla simple:

Así ves con claridad el efecto de las optimizaciones.

Señales de alerta y respuesta

Actúa de inmediato si ocurre lo siguiente:

• Cobertura cae más del 5%: identifica qué páginas pasaron de indexadas a no indexadas
• Tiempo de respuesta del servidor supera 1 segundo: optimiza CDN y compresión de recursos
• Contenido nuevo sin indexar de forma continua: revisa calidad y enlaces internos
• Frecuencia de rastreo cae de golpe: puede ser robots.txt o un problema del servidor

Idea de prueba A/B

Si quieres validar si una optimización funciona, puedes hacer una prueba simple:

• Elige 10 artículos no indexados
• Optimiza 5 (enlaces internos, contenido)
• Compara la velocidad de indexación de ambos grupos

Lo probé una vez: el grupo optimizado se indexó de media en 7 días; el otro, en 14. La diferencia se nota.

Conclusión

Resumen en una checklist de 10 pasos que puedes ejecutar esta semana:

1. Abre GSC > informe Pages y mira la cobertura actual
2. Exporta la lista de páginas no indexadas y clasifica por tipo de error
3. Prioriza «Crawled Not Indexed» (contenido + enlaces internos)
4. Revisa y corrige las etiquetas canonical
5. Corrige Soft 404 y errores de redirección
6. Configura Indexing API o IndexNow (opcional)
7. Vuelve a enviar el sitemap
8. Solicita indexación manual (máximo 10 al día)
9. Espera 5-14 días y comprueba resultados
10. Establece un flujo de monitorización semanal

Resultado esperado: subir la cobertura más del 30% en 21 días, con crecimiento proporcional de impresiones.

Quiero insistir en esto: el informe de cobertura de GSC no es un castigo de Google; te dice dónde están los problemas. Un diagnóstico y corrección sistemáticos valen mucho más que pulsar «Solicitar indexación» diez veces al día.

En el próximo artículo hablaré de cómo usar el informe de rendimiento de búsqueda de GSC para optimizar la estrategia de contenido: qué keywords merecen un artículo y qué contenido conviene actualizar. Si te interesa la serie, puedes seguirla.