# Errores de Google Search Console: qué corregir primero

> Errores de Search Console explicados informe por informe: indexación, HTTPS, Core Web Vitals, rastreo, acciones manuales y seguridad, con soluciones.

URL: https://seorecheck.com/es/blog/google-search-console-errors-explained · Publicado: 2026-10-27 · [English](https://seorecheck.com/blog/google-search-console-errors-explained.md), [Українська](https://seorecheck.com/ua/blog/google-search-console-errors-explained.md)

Los errores de Google Search Console son avisos de que Google no ha podido rastrear, indexar, servir de forma segura o mostrar algunas de tus páginas como esperabas. Aparecen en distintos informes (Indexación de páginas, HTTPS, Core Web Vitals, informes de resultados enriquecidos, Estadísticas de rastreo, Acciones manuales y Problemas de seguridad), y su gravedad varía mucho. Algunos sacan todo tu sitio de la búsqueda. Otros son simple mantenimiento rutinario.

Esta guía repasa cada informe, explica qué significan sus mensajes en un lenguaje claro y te propone un orden para solucionarlos.

## ¿Qué errores de Google Search Console importan más?

Los graves son las acciones manuales, los problemas de seguridad y los fallos de rastreo que afectan a todo el sitio, porque pueden eliminar o marcar tu sitio entero en la búsqueda. Después vienen los errores de indexación en páginas que deberían posicionar. Las advertencias sobre resultados enriquecidos y Core Web Vitals importan menos. Y muchos motivos de "no indexada" ni siquiera son errores.

Este es un orden aproximado de gravedad:

| Informe | Mensaje típico | Alcance | Gravedad |
|---|---|---|---|
| Acciones manuales | "Enlaces artificiales a tu sitio", "Contenido de poco valor" | Parte del sitio o todo | Crítica |
| Problemas de seguridad | "Contenido pirateado", "Software malicioso", "Ingeniería social" | Normalmente todo el sitio | Crítica |
| Estadísticas de rastreo (estado del host) | Fallos al obtener robots.txt, de DNS o de conectividad del servidor | Todo el sitio | Crítica si es reciente |
| Indexación de páginas | Error de servidor (5xx), noindex, bloqueada por robots.txt, 404 | Por URL | Alta en páginas que quieres posicionar |
| HTTPS | Certificado no válido, HTTPS redirige a HTTP | A menudo todo el sitio | Alta |
| Core Web Vitals | LCP, INP o CLS deficientes | Grupos de URLs | Media |
| Informes de resultados enriquecidos | Elemento no válido, falta un campo | Por elemento | Media a baja |
| Sitemaps | No se ha podido obtener, error de análisis | Por sitemap | Media |

Cuánto importa un error depende también de qué URLs afecta. Un 404 en una página de etiqueta antigua que borraste a propósito no es problema. Un 5xx en tu principal categoría de productos, sí.

## ¿Qué significan las acciones manuales y los problemas de seguridad?

Una acción manual significa que un revisor humano de Google ha comprobado que tu sitio incumple sus políticas contra el spam. Un problema de seguridad significa que Google ha detectado contenido pirateado, software malicioso o páginas engañosas. Ambos pueden eliminar páginas de los resultados o añadirles advertencias, así que revisa estos dos informes antes que nada.

### Acciones manuales

Según la [documentación del informe Acciones manuales](https://support.google.com/webmasters/answer/9044175?hl=es) de Google, cuando se aplica una acción manual, parte del sitio o todo él deja de mostrarse en los resultados de búsqueda de Google. Los tipos más habituales son:

- **Contenido de poco valor o sin valor añadido**: páginas copiadas, [páginas puerta](https://seorecheck.com/es/blog/thin-content-seo-problems) (doorway), páginas de afiliados sin contenido propio.
- **Enlaces artificiales** hacia tu sitio o desde él: enlaces pagados o esquemas de enlaces.
- **Cloaking y redirecciones engañosas**, texto oculto y relleno de palabras clave.
- **Problemas con datos estructurados**: marcado que no coincide con lo que se ve en la página o que induce a error.
- **Spam generado por usuarios** en comentarios, foros o perfiles.

Para resolverla, abre la descripción para ver qué páginas están afectadas, corrige todas ellas, asegúrate de que Google puede acceder a esas páginas y, después, haz clic en **Solicitar revisión** y explica qué has cambiado. Google indica que las revisiones pueden tardar desde varios días hasta semanas.

### Problemas de seguridad

El [informe Problemas de seguridad](https://support.google.com/webmasters/answer/9044101?hl=es) abarca el contenido pirateado (incluida la inyección de código, contenido y URLs), el software malicioso y no deseado, y la ingeniería social, como el phishing. Las páginas afectadas pueden mostrar una etiqueta de advertencia en los resultados de búsqueda o una página de aviso en el navegador cuando alguien intenta visitarlas.

Un detalle que suele pasarse por alto: Google afirma que corregir solo algunas páginas no te devolverá parcialmente a los resultados. Limpia todo el sitio, cierra el agujero por el que entró el atacante y solo entonces solicita una revisión.

## ¿Qué significan los errores de indexación de páginas?

Los errores de indexación de páginas explican por qué una URL concreta no está en el índice de Google. Algunos motivos son errores reales: errores de servidor, etiquetas noindex equivocadas o bloqueos de robots.txt en páginas que necesitas. Otros describen páginas que se excluyen correctamente, como duplicados y redirecciones. Corrige los del primer tipo solo en las URLs que de verdad quieres indexar.

La [ayuda del informe Indexación de páginas](https://support.google.com/webmasters/answer/7440203?hl=es) de Google enumera los motivos. Aquí los tienes agrupados según lo que conviene hacer con ellos:

| Motivo | Qué significa | Acción habitual |
|---|---|---|
| Error de servidor (5xx) | Tu servidor devolvió un error de tipo 500 | Revisa los [logs del servidor](https://seorecheck.com/es/blog/server-log-analysis-for-seo), la capacidad del hosting y los tiempos de espera |
| Error de redirección | Cadena de redirecciones demasiado larga, un bucle o una URL incorrecta | Redirige directamente a la URL final |
| URL bloqueada por robots.txt | Una regla de robots.txt impide el rastreo | Elimina la regla si la página debe posicionar |
| URL marcada como "noindex" | La página le dice a Google que no la indexe | Quita el noindex si se puso por error |
| [Soft 404](https://seorecheck.com/es/blog/404-errors-seo-impact) | La página parece un "no encontrado" pero devuelve 200 | Devuelve un 404/410 real o añade contenido real |
| No se ha encontrado (404) | La URL no existe | Redirígela si tenía valor; si no, déjala así |
| Bloqueada (401 / 403 / otro 4xx) | Acceso denegado u otro error del cliente | Permite el acceso a Googlebot o quita la URL de los enlaces y sitemaps |
| Rastreada: actualmente sin indexar | Obtenida, pero Google decidió no indexarla | Mejora el contenido y el enlazado interno |
| Descubierta: actualmente sin indexar | Conocida, pero aún no rastreada | Mejora las rutas de rastreo y reduce las URLs de poco valor |
| Duplicada / página alternativa / página con redirección | Google indexó otra URL canónica | Normalmente está bien; revisa la canónica elegida |

Los dos motivos "actualmente sin indexar" tienen sus propias guías: [Rastreada: actualmente sin indexar](https://seorecheck.com/es/blog/crawled-currently-not-indexed-fix) y [Descubierta: actualmente sin indexar](https://seorecheck.com/es/blog/discovered-currently-not-indexed-fix). Si quieres un recorrido paso a paso por todos los motivos, consulta [cómo solucionar problemas de indexación de un sitio web](https://seorecheck.com/es/blog/fix-website-indexing-problems).

### ¿"No indexada" es siempre un problema?

No. La propia documentación de Google dice que muchas páginas sin indexar lo están a propósito: duplicados, URLs redirigidas, páginas que bloqueaste o eliminaste. Un sitio con 2.000 páginas indexadas y 5.000 URLs "sin indexar" puede estar perfectamente sano si esas 5.000 son combinaciones de filtros, redirecciones antiguas y variantes canonicalizadas. La pregunta no es lo grande que sea la cifra, sino si en la lista aparece alguna URL que quieras posicionar.

El informe también muestra dos advertencias. **"Indexada, aunque un archivo robots.txt la ha bloqueado"** significa que Google indexó una URL que no pudo rastrear, normalmente porque otras páginas enlazan a ella. Si quieres sacarla del índice, permite el rastreo y añade noindex. Robots.txt por sí solo no la eliminará (consulta la [guía de robots.txt para SEO](https://seorecheck.com/es/blog/robots-txt-seo-guide)). **"Página indexada sin contenido"** significa que Google no pudo leer el contenido de la página, a menudo por cloaking o por un formato que Google no puede procesar.

## ¿Qué significan los errores de estado del host en Estadísticas de rastreo?

Los problemas de estado del host en el informe Estadísticas de rastreo significan que Googlebot tuvo dificultades para acceder a tu sitio en sí, ya sea por fallos al obtener robots.txt, fallos de resolución DNS o fallos de conectividad del servidor. Afectan a todas las URLs a la vez, así que un estado rojo reciente ahí pesa más que casi cualquier error de una página concreta.

La [documentación del informe Estadísticas de rastreo](https://support.google.com/webmasters/answer/9679690?hl=es) explica las tres categorías:

- **Obtención de robots.txt.** Google necesita un archivo robots.txt válido o bien un 404 para él. Si la solicitud devuelve cualquier otra cosa, como un 5xx o un tiempo de espera agotado, Google ralentiza o detiene el rastreo hasta recibir una respuesta aceptable. Una regla del firewall o un ajuste de la CDN que bloquee `/robots.txt` para los bots puede congelar en silencio el rastreo de todo el sitio.
- **Resolución DNS.** Tu servidor DNS no reconoció el nombre de host o no respondió. Revisa tu registrador, los servidores de nombres y cualquier migración de DNS reciente.
- **Conectividad del servidor.** El servidor no respondió o envió una respuesta incompleta. Suele deberse a sobrecarga, limitación de peticiones o a una protección contra bots que trata a Googlebot como un atacante.

Los colores del estado te ayudan a priorizar. Rojo indica problemas recientes que hay que revisar. Amarillo, problemas de hace más de una semana. Verde, que no hay incidencias significativas.

## ¿Qué significan los errores del informe HTTPS?

Los errores del informe HTTPS significan que Google indexó la versión HTTP de algunas páginas en lugar de la HTTPS, y el informe te dice por qué. Las causas habituales son un certificado no válido, sitemaps o canónicas que apuntan a HTTP, y URLs HTTPS que redirigen de vuelta a HTTP o están bloqueadas por robots.txt.

El [informe HTTPS](https://support.google.com/webmasters/answer/11396518?hl=es) recoge estos motivos:

1. **HTTP marcado con etiqueta canónica**: la página HTTP se declara a sí misma como canónica. Apunta la canónica a HTTPS.
2. **HTTPS tiene un certificado no válido**: suele afectar a todo el sitio. Renueva o reconfigura el certificado.
3. **El sitemap apunta a HTTP**: actualiza las URLs del sitemap a HTTPS.
4. **HTTPS tiene una redirección**: la URL HTTPS redirige a HTTP. Invierte la redirección.
5. **La URL HTTPS está bloqueada por robots.txt**: una regla de robots.txt bloquea la versión HTTPS.
6. **HTTPS no evaluado**: no existe un equivalente HTTPS, Google eligió HTTP como canónica u otros errores impidieron la comprobación. Corrige primero los demás errores.

El informe solo está disponible para propiedades de dominio y propiedades de prefijo de URL con HTTPS, y muestra URLs de ejemplo, no una lista completa. Estas señales contradictorias suelen tener la misma causa de fondo que el contenido duplicado, así que conviene revisar a la vez tu configuración de la [etiqueta canónica](https://seorecheck.com/es/blog/canonical-tag-guide).

## ¿Qué significan los errores de Core Web Vitals y de resultados enriquecidos?

Los estados "Deficiente" o "Necesita mejorar" de Core Web Vitals significan que usuarios reales de Chrome sufrieron cargas lentas, respuestas lentas o cambios de diseño en un grupo de URLs. Los errores de resultados enriquecidos significan que tus datos estructurados tienen un problema crítico, de modo que ese elemento no puede aparecer como resultado enriquecido. Ninguno de los dos impide que una página se indexe.

### Informe Core Web Vitals

El [informe Core Web Vitals](https://support.google.com/webmasters/answer/9205520?hl=es) usa datos de campo del Chrome UX Report (CrUX). Agrupa URLs similares y etiqueta cada grupo según su peor métrica:

| Métrica | Buena | Deficiente |
|---|---|---|
| LCP (carga) | ≤ 2,5 s | > 4 s |
| INP (capacidad de respuesta) | ≤ 200 ms | > 500 ms |
| CLS (estabilidad visual) | ≤ 0,1 | > 0,25 |

Como las URLs se agrupan, una sola plantilla lenta (por ejemplo, todas las entradas del blog con una imagen de cabecera pesada) puede mandar cientos de URLs a "Deficiente" de golpe. Corrige la plantilla, no páginas sueltas. Cuando haces clic para iniciar la validación, Search Console sigue el grupo durante 28 días. La [guía de Core Web Vitals](https://seorecheck.com/es/blog/core-web-vitals-guide) explica las soluciones.

### Informes de estado de resultados enriquecidos

En los [informes de estado de resultados enriquecidos](https://support.google.com/webmasters/answer/7552505?hl=es), los elementos son **válidos** o **no válidos**. Los problemas críticos ("Por qué los elementos no son válidos") hacen que un elemento no pueda optar a resultados enriquecidos. Los no críticos ("Mejorar la aparición de los elementos") no afectan a la elegibilidad. Las propiedades obligatorias que faltan son críticas, así que corrígelas primero. Los campos recomendados que faltan son opcionales.

Recuerda que algunos tipos de resultados enriquecidos ya no existen. Google retiró los resultados enriquecidos HowTo en 2023 y los de FAQ para todos los sitios en mayo de 2026, así que añadir ese marcado no te devolverá los fragmentos enriquecidos.

Los mensajes de sitemaps como "No se ha podido obtener" o "Error de análisis" tienen su propio desglose en [errores del sitemap XML](https://seorecheck.com/es/blog/xml-sitemap-errors-fixes).

## Cómo solucionar los errores de Search Console en el orden correcto

Trabaja de lo que afecta a todo el sitio a lo que afecta a páginas sueltas, y de las páginas que generan ingresos a las que no. Revisa las acciones manuales y los problemas de seguridad, luego el estado del host, después los errores de indexación en tus URLs importantes, luego HTTPS y, por último, Core Web Vitals y datos estructurados. Valida cada corrección en Search Console en cuanto esté publicada.

Un flujo de trabajo práctico:

1. **Revisa Acciones manuales y Problemas de seguridad.** Si alguno tiene un hallazgo, para y ocúpate de él primero.
2. **Abre Estadísticas de rastreo → Estado del host.** Corrige cualquier estado rojo reciente.
3. **Filtra Indexación de páginas por sitemap.** Elige tu sitemap enviado en el filtro para ver los errores de las URLs que de verdad quieres indexar, no ruido de rastreo.
4. **Usa la Inspección de URLs** en algunas URLs de ejemplo de cada motivo. Compara la prueba en directo con la versión indexada para confirmar la causa.
5. **Corrige por plantilla.** Un solo noindex en una plantilla de categoría o una sola regla de robots.txt suele explicar miles de URLs.
6. **Haz clic en "Validar corrección".** Google indica que la validación de la indexación de páginas suele tardar hasta dos semanas. El seguimiento de Core Web Vitals dura 28 días.

Search Console solo muestra ejemplos de URLs afectadas y únicamente de las páginas que Google ha intentado rastrear. Un rastreo con un crawler de todo tu sitio cubre esos huecos: encuentra las etiquetas noindex, las redirecciones rotas y los recursos bloqueados que hay detrás de cada mensaje antes de que Google los notifique. Si quieres que alguien haga esa comprobación cruzada por ti, una [auditoría SEO gratuita de SEORecheck](https://seorecheck.com/es/request) rastrea tus páginas y señala problemas de indexabilidad, robots.txt, redirecciones, canónicas, HTTPS y Core Web Vitals, con URLs de ejemplo. Puedes ver cómo es en el [informe de ejemplo](https://seorecheck.com/es/sample).

Cuando la lista es larga, ordena las correcciones por impacto y esfuerzo. En [cómo priorizar las correcciones SEO](https://seorecheck.com/es/blog/how-to-prioritize-seo-fixes) se explica un método sencillo para hacerlo.

### ¿Por qué vuelven a aparecer errores ya corregidos?

Normalmente porque la causa está más arriba: una actualización de un plugin del CMS que vuelve a activar el noindex, un despliegue que sobrescribe el robots.txt o una regla de la CDN que vuelve a bloquear bots. La documentación de Google sobre resultados enriquecidos indica que, si un problema reaparece en un plazo de 90 días, se mantiene la fecha de detección original. Después de cada lanzamiento, comprueba los ajustes que se rompen con más frecuencia. Las [pruebas de regresión SEO](https://seorecheck.com/es/blog/seo-regression-testing-website-updates) convierten esa revisión en una checklist repetible.

## Puntos clave

- No todos los mensajes de Search Console son errores. Muchas URLs "sin indexar" se excluyen a propósito.
- Las acciones manuales, los problemas de seguridad y los fallos de estado del host afectan a todo el sitio, así que revísalos primero.
- Valora los errores de indexación de páginas según las URLs que afectan. Filtra por tu sitemap para ver las que importan.
- Los errores de HTTPS casi siempre vienen de señales contradictorias: canónicas, sitemaps o redirecciones que apuntan a HTTP.
- Los problemas de Core Web Vitals y de resultados enriquecidos no bloquean la indexación. Corrígelos por plantilla.
- Corrige, prueba y después valida. Cuenta con unas dos semanas para la validación de la indexación y 28 días para Core Web Vitals.

---

## ¿Quieres saber qué corregir en tu web?

Obtén una vista previa gratuita de la auditoría SEO: tu puntuación y problemas reales, con evidencias de tus páginas.

- [Recibir vista previa gratis](https://seorecheck.com/es/request)
- [Ver informe de ejemplo](https://seorecheck.com/es/sample)