Ir al contenido

Glosario Penalización de Google

¿Qué es una Google Penalty?

Definición

Una Google Penalty es la pérdida de visibilidad de un sitio en los resultados de búsqueda por incumplir las políticas de Google. Existen dos tipos con un origen y una solución distintos: la acción manual, impuesta por un revisor humano y visible en Search Console, y la bajada algorítmica, generada de forma automática por una actualización del buscador y sin aviso alguno.

Una ventana tapiada con tablas clavadas en cruz por fuera, junto al título Penalización de Google
Las tablas están clavadas desde fuera, no desde dentro
En esta página 6
  1. La diferencia que importa: acción manual frente a bajada algorítmica
  2. Acción manual vs. bajada algorítmica, una junto a otra
  3. Cómo reconocer una acción manual y superar el proceso de reconsideración
  4. Cómo reconocer una bajada algorítmica sin ningún aviso directo
  5. Buenas prácticas
  6. Errores frecuentes
En breve

La pregunta que de verdad importa ante una caída de tráfico no es si hay una Google Penalty, es de qué tipo. Una acción manual aparece en el informe "Acciones manuales" de Search Console con el motivo y las URL afectadas, y se puede recurrir con una solicitud de reconsideración. Una bajada algorítmica no genera ningún aviso: solo se nota en las métricas tras una actualización del núcleo del algoritmo o una actualización temática. Confundir una con otra hace perder semanas buscando en el sitio equivocado.

Una ventana tapiada con tablas clavadas en cruz por fuera, junto al título Penalización de Google
Las tablas están clavadas desde fuera, no desde dentro

La diferencia que importa: acción manual frente a bajada algorítmica

Cuando el tráfico orgánico de un sitio cae de forma brusca, la primera pregunta suele ser "¿me han penalizado?". Es la pregunta equivocada. La que de verdad determina qué hacer a continuación es otra: ¿se trata de una acción manual o de una bajada algorítmica? Son dos fenómenos con un origen, una visibilidad y una vía de solución completamente distintos, y tratarlos como si fueran lo mismo es la forma más rápida de perder semanas buscando en el sitio equivocado.

Una acción manual la impone una persona. Google explica en su documentación oficial que aplica una acción manual "cuando un revisor humano de Google ha determinado que las páginas del sitio no cumplen las políticas de spam de Google". Un empleado examina el sitio, decide que incumple las políticas y aplica una sanción concreta. Esa decisión queda registrada con motivo y URL afectadas en el informe "Acciones manuales" de Search Console, ya sea un directorio concreto o el dominio completo. Y se puede recurrir: existe un proceso de solicitud de reconsideración, documentado por Google, en el que se explica qué se ha corregido.

Una bajada algorítmica no la decide nadie en particular. Ocurre cuando una actualización del algoritmo, sea un core update que revisa el sistema de ranking en su conjunto o una actualización temática centrada en spam o en contenido útil, reevalúa el sitio y decide, de forma automática, que merece una posición peor. No hay revisor humano detrás de ese caso concreto, no hay ninguna entrada en Search Console que diga "tu sitio ha bajado por esto" y no existe ningún botón de recurso. Google lo confirma sin rodeos en su documentación sobre core updates: no hay notificación específica por sitio, solo un aviso general de que una actualización se ha producido, publicado en el panel de estado de Google Search.

La confusión entre ambos casos tiene un coste real. Quien sufre una bajada algorítmica y la interpreta como una acción manual se pasa semanas revisando Search Console en busca de una notificación que nunca va a aparecer. Quien sufre una acción manual y la confunde con una bajada algorítmica corre el riesgo contrario: esperar de forma pasiva a la siguiente actualización de núcleo, cuando lo que hace falta es corregir el problema y solicitar la revisión de forma activa.

La misma caída, dos diagnósticos distintos

Acción manual vs. bajada algorítmica, una junto a otra

La tabla resume las cuatro preguntas que hay que responder ante cualquier caída de visibilidad: si aparece en algún informe, qué la provoca, cuándo se nota su efecto y qué hacer al respecto.

AspectoAcción manualBajada algorítmica
¿Visible en Search Console?Sí, en el informe "Acciones manuales", con motivo y URL afectadas.No. Ningún informe de Search Console notifica una bajada algorítmica concreta para un sitio.
CausaRevisión humana de un empleado de Google que detecta un incumplimiento de las políticas de spam.Recálculo automático del sistema de ranking, disparado por un core update o una actualización temática.
Cuándo se nota el efectoInmediato tras la revisión; la caída suele coincidir con la fecha que muestra el propio informe.Puede notarse en días, pero confirmar el efecto completo de un core update puede tardar varios meses.
Cómo se reaccionaCorregir el problema descrito, comprobar que Google puede rastrear las páginas y enviar una solicitud de reconsideración.No existe recurso ni solicitud de revisión. La única vía es mejorar el sitio de forma sustancial y esperar a que un ciclo de evaluación posterior lo reconozca.

Cómo reconocer una acción manual y superar el proceso de reconsideración

El primer sitio donde buscar es el informe "Acciones manuales" de Search Console, dentro de Seguridad y acciones manuales. Si el sitio está limpio, aparece un check verde. Si Google ha aplicado una sanción, el informe muestra el número de acciones activas y, al desplegar cada una, el motivo exacto (enlaces artificiales, contenido generado sin valor, cloaking) y el patrón de páginas afectadas, que puede ser un subconjunto del sitio, como un directorio, o el dominio completo.

Identificada la causa, el proceso de reconsideración sigue los pasos que documenta Google. Primero, corregir el problema de fondo: retirar los enlaces artificiales, reescribir el contenido sin valor o eliminar la técnica señalada, según indique el informe. Segundo, comprobar que Google puede rastrear e indexar las páginas corregidas sin obstáculos técnicos añadidos. Tercero, dentro del mismo informe, seleccionar la opción de solicitar una revisión y describir con detalle qué se ha cambiado. Google específica qué distingue una buena solicitud: debe explicar el problema de calidad exacto que tenía el sitio, describir los pasos concretos que se han dado para solucionarlo y documentar el resultado de ese trabajo. Una solicitud genérica del tipo "hemos revisado el sitio y creemos que ya cumple las normas" no aporta nada verificable y suele acabar rechazada.

El paso final es esperar, con matices. Google indica que la mayoría de las revisiones tardan varios días o semanas, aunque los casos de enlaces artificiales pueden alargarse más de lo habitual, porque requieren comprobar que la red de enlaces problemática ha desaparecido de verdad, no solo de las páginas más visibles. Durante el proceso, Google envía actualizaciones por correo sobre el estado de la solicitud, y el resultado final aparece también reflejado en el informe de Search Console.

Un matiz importante: la solicitud de reconsideración no pide que Google reevalúe el ranking del sitio en general, pide que revise si el motivo concreto de la acción manual sigue existiendo. Si la respuesta es que se ha corregido, Google retira la acción manual, pero eso no garantiza recuperar exactamente la misma posición que se tenía antes: el ranking vuelve a depender del resto de factores de calidad del sitio, no solo de la ausencia de la sanción.

Qué hace verificable una solicitud de reconsideración

Cómo reconocer una bajada algorítmica sin ningún aviso directo

Si el informe de Acciones manuales está limpio y el tráfico ha caído igualmente, la primera hipótesis razonable es una bajada algorítmica. No hay ningún atajo para confirmarlo con certeza absoluta, pero sí hay señales que apuntan en esa dirección.

La primera es la coincidencia temporal. Google publica en su panel de estado de la Búsqueda cuándo empieza y termina el despliegue de cada actualización, tanto los core updates como las actualizaciones temáticas de spam o de contenido útil. Si la caída de tráfico coincide con una de esas ventanas, la explicación algorítmica gana peso frente a otras causas, como un problema técnico propio o un cambio en el comportamiento de la audiencia.

La segunda señal es la forma de la caída. Una acción manual suele producir un desplome brusco y localizado en las páginas o el directorio que menciona el informe. Una bajada algorítmica tiende a ser más gradual y a repartirse entre varias secciones del sitio a la vez, en línea con lo que Google explica sobre los core updates: no buscan páginas concretas que castigar, reevalúan de forma holística qué contenido merece mejor posición para una consulta determinada.

La tercera es la ausencia total de aviso individual, la fuente más habitual de confusión: no existe ningún informe, correo ni notificación de Search Console que diga "tu sitio ha bajado por el core update de tal fecha". Google lo dice de forma explícita en su documentación: la mayoría de los sitios no necesita preocuparse por los core updates y puede que ni siquiera note que se ha producido uno. La única confirmación pública es la fecha de inicio y fin del despliegue en el panel de estado, sin mención de dominios afectados.

Sobre los plazos, Google es igual de explícito: algunos cambios se notan en pocos días, pero confirmar el efecto completo de un core update en un sitio concreto puede llevar varios meses, porque los sistemas necesitan tiempo para validar si el contenido es realmente útil y fiable a largo plazo. Si pasan varios meses sin cambio visible, la recomendación oficial es esperar a la siguiente actualización de núcleo en lugar de buscar una solución puntual que no existe.

Qué se puede comprobar sin aviso en Search Console

Buenas prácticas

  • Revisa el informe "Acciones manuales" de Search Console antes de sacar conclusiones sobre una caída de tráfico: descarta primero la causa más fácil de confirmar.
  • Apunta las fechas de las actualizaciones de núcleo y de spam que publica Google en su panel de estado, y compáralas con tus propias gráficas de tráfico antes de buscar otra explicación.
  • Si hay una acción manual, corrige exactamente el problema que describe el informe, no una versión general de "mejorar la calidad del sitio": la solicitud de reconsideración se evalúa contra ese motivo concreto.
  • Documenta cada paso de la corrección para poder describirlo con detalle en la solicitud de reconsideración.
  • Ante una bajada algorítmica, trabaja en E-E-A-T y en la calidad real del contenido: Google evalúa el sitio de forma holística y no ofrece ningún proceso de recurso equivalente al de una acción manual.
  • Guarda un historial propio de cambios en el sitio, como migraciones o rediseños, para poder descartarlos como causa antes de asumir que se trata de una penalización de Google.

Errores frecuentes

  • Presentar una solicitud de reconsideración cuando el informe de Acciones manuales está limpio: si no hay ninguna acción activa, no hay nada que Google pueda reconsiderar.
  • Esperar semanas una notificación de Search Console tras una caída de tráfico algorítmica, cuando esa notificación no existe para este tipo de casos.
  • Confundir el Black Hat SEO con la única causa posible de una penalización: una bajada algorítmica por contenido de baja calidad puede afectar a un sitio que nunca ha usado una táctica manipuladora.
  • Redactar una solicitud de reconsideración genérica, sin explicar el problema concreto ni los pasos tomados para solucionarlo: Google la rechaza porque no puede verificar nada.
  • Dar por perdida una bajada algorítmica a los pocos días, sin dar tiempo a que un ciclo de evaluación posterior, a veces meses después, reconozca las mejoras hechas en el sitio.
Manuel Riveiro Rodriguez CEO & Digital Strategist

Una auditoría técnica revisa esto y el resto en un solo paso.

Solicitar auditoría

Preguntas frecuentes

¿Cómo sé si tengo una Google Penalty?

Revisa primero el informe "Acciones manuales" de Search Console. Si aparece un check verde, no hay ninguna acción manual activa y una caída de tráfico probablemente responde a una bajada algorítmica, sobre todo si coincide con las fechas de un core update publicadas en el panel de estado de Google Search.

¿Cuánto tarda una solicitud de reconsideración?

Google indica que la mayoría de las revisiones tardan varios días o semanas. Los casos de enlaces artificiales pueden alargarse más, porque requieren comprobar que la red de enlaces problemática ha desaparecido por completo, no solo de las páginas más visibles.

¿Se puede recurrir una bajada algorítmica?

No. No existe ningún proceso de solicitud de reconsideración para las bajadas algorítmicas, porque no hay ninguna sanción individual que revisar. La única vía es mejorar el sitio de forma sustancial y esperar a que un ciclo de evaluación posterior, a menudo el siguiente core update, lo reconozca.

¿Una bajada algorítmica es permanente?

No necesariamente. Google explica que algunos cambios se notan en pocos días, pero confirmar el efecto completo puede tardar varios meses. Si un sitio mejora de forma genuina su contenido, puede recuperar posiciones en una actualización posterior, aunque sin ningún plazo garantizado.

¿Puede un sitio sufrir una acción manual y una bajada algorítmica a la vez?

Sí. Son mecanismos independientes: uno depende de una revisión humana concreta y el otro de un recálculo automático del ranking. Un sitio puede arrastrar una bajada algorítmica por contenido de baja calidad y, además, recibir una acción manual si en algún momento incorpora una técnica que incumple las políticas de spam, como enlaces artificiales.

Fuentes

  1. Google Search Central: Informe de acciones manuales: define cómo Google aplica una acción manual tras la revisión de un humano, qué información aparece en el informe y los pasos del proceso de solicitud de reconsideración.
  2. Google Search Central: Core updates: explica que no existe notificación específica por sitio para las actualizaciones de núcleo, que la mayoría de los sitios no las nota y que confirmar su efecto completo puede tardar varios meses.
  3. Google Search Status Dashboard: registro oficial de las fechas de inicio y fin de cada actualización de núcleo y de spam, la referencia para comparar con caídas de tráfico propias.