¿Qué update te golpeó? El arreglo depende de la respuesta

Junio de 2021 fue un mes inusualmente cargado de updates de Google Search, y el amontonamiento es la raíz de la confusión de la que trata esta nota. Tres tipos distintos de cambio aterrizaron con semanas de diferencia. El core update de junio se desplegó del 2 al 12 de junio, una reevaluación amplia de las que Google lanza cada pocos meses. El page experience update empezó luego su despliegue lento el 15 de junio, el que convierte los Core Web Vitals en señal de ranking, programado para avanzar despacio hacia finales del verano. Y al final del mes llegaron dos spam updates: Google confirmó el primero el 23 de junio y el segundo el 28 de junio, cada uno empezando y concluyendo en un solo día, ambos globales y afectando a resultados web y de imágenes. Google dijo muy poco sobre los spam updates más allá de apuntar a su documentación existente de prevención de spam, lo que dejó a quienes tienen sitios adivinando a qué apuntaban. Y estos no fueron los únicos cambios recientes que enturbiaban el cuadro. Google había corrido un product reviews update en abril, del 8 al 22, y había dicho a todos que el core update de junio era solo la primera parte de un core update, con una segunda parte por llegar en julio porque algunas de las mejoras planeadas aún no estaban listas. Así que quien miraba su tráfico a finales de junio estaba mirando atrás a través de una secuencia densa y solapada de anuncios, a casi cualquiera de los cuales podía plausiblemente culparse de un movimiento dado, que es justamente la condición en la que la gente echa mano de la causa equivocada. El resultado fue un mes en el que un sitio podía moverse por cualquiera de tres razones no relacionadas, y en el que la respuesta humana natural —suponer que el update más reciente o más comentado era la causa— a menudo era simplemente errónea. Ese amontonamiento importa porque la respuesta correcta a cada uno de estos es distinta, y a uno de ellos es la opuesta de otro. Antes de cualquier trabajo de recuperación, entonces, la primera tarea no es arreglar nada sino establecer qué evento estás mirando de verdad. El resto de esta nota va sobre el par más importante y más confundido: los spam updates frente al core update, que se sienten parecidos desde dentro de una caída de tráfico y piden reacciones casi opuestas.

Un spam update es aplicación de normas. Los sistemas de Google para detectar spam de búsqueda corren constantemente, y de vez en cuando Google hace una mejora notable en cómo funcionan; cuando lo hace, lo llama un spam update y lo anuncia. Lo que esos sistemas buscan es contenido y comportamiento que viola las políticas de spam de Google, y esa es una lista específica, no una noción vaga de baja calidad. Incluye cloaking y redirecciones engañosas, donde un sitio muestra a los buscadores algo distinto de lo que ven los usuarios; contenido autogenerado producido para manipular el ranking en vez de ayudar a alguien; contenido copiado tomado de otros sitios sin nada añadido; páginas puente delgadas que existen solo para canalizar tráfico; contenido hackeado puesto en un sitio sin el conocimiento del dueño; y esquemas de enlaces manipuladores. Cuando un spam update mejora la detección de estos, los sitios que se halla haciéndolos son degradados o quitados de los resultados. Eso hace a un spam update, a diferencia de un core update, genuinamente punitivo: es una consecuencia por cruzar una línea de política. El corolario crucial es el que Google afirma con claridad: un spam update no debería afectar a la mayoría de los sitios, porque la mayoría no hacen spam. Así que si llevas una operación legítima y un spam update parece haberte atrapado, esa es información sorprendente que conviene tomar en serio, y apunta a una causa específica y hallable en vez de a un problema difuso de calidad. El modelo mental para un spam update es una regla y un árbitro: te degradan porque algo en tu sitio rompió una regla declarada, y el camino de vuelta pasa por encontrar y quitar lo que fuera eso.

Pon los dos uno al lado del otro y son casi imágenes en espejo, que es justo por lo que confundirlos sale tan caro. Un core update no es aplicación de normas ni una penalización. Es una reevaluación amplia de cómo Google mide la calidad, la relevancia y la autoridad en toda la web, tras la cual los resultados se reordenan en todas partes. Un sitio puede caer en un core update sin haber roto ninguna regla ni hecho nada mal; cae porque el campo a su alrededor se reevaluó y otras páginas se juzgaron mejores respuestas a las consultas por las que compite. No hay violación involucrada y nada punitivo en ello. Un spam update es lo opuesto en cada uno de esos ejes: es aplicación de normas, es una penalización, lo dispara romper una política específica, y apunta a los sitios infractores en vez de reevaluar todo el campo. Sostén el contraste sobre la única pregunta que decide tu respuesta: ¿rompí una regla, o cambió la comparación a mi alrededor? Un spam update responde la primera; un core update responde la segunda, y la responde con un no rotundo, no necesariamente hiciste nada mal. Como el diagnóstico se parte ahí, también lo hace la cura, y no por poco. La recuperación de spam es la eliminación de una violación concreta: encuentra la página hackeada, borra el directorio puente, quita los enlaces manipuladores, cumple la política, y espera la reevaluación. La recuperación de core es la mejora lenta de la sustancia: vuélvete una mejor respuesta que las páginas ahora por encima de ti, y espera al siguiente core update para que te reevalúe. Aplica cualquiera de las dos curas al otro problema y trabajarás duro en la dirección equivocada, que es el fallo preciso que toda esta nota existe para evitar.

La disciplina que hace todo esto utilizable es diagnosticar con precisión antes de tocar nada, y la herramienta más fuerte para eso es el calendario. Mapea el día exacto en que tu tráfico cambió contra las ventanas conocidas, porque en un mes como junio de 2021 las fechas separan las causas con limpieza: movimiento dentro del 2 al 12 de junio apunta al core update; un cambio agudo en el 23 o el 28 de junio, o justo después, apunta a un spam update, ya que cada uno aterrizó y se resolvió en un día; una deriva gradual en móvil tras el 15 de junio podría ser el despliegue de page experience en su lugar. El momento preciso es la señal más limpia que tienes, y está en tu analítica gratis. Google también mantiene una lista pública y fechada de sus updates de ranking confirmados, que es la referencia contra la que comprobar tu momento en vez de fiarte de la memoria o del rumor de los foros; emparejar tus propias fechas de analítica con ese registro oficial suele bastar para asignar un movimiento al update correcto con confianza real. Una vez que las fechas lo acotan, deja que la forma del cambio lo confirme: los spam updates tienden a golpear fuerte a sitios específicos y concluir rápido, mientras que el movimiento de core update es más amplio y se asienta a lo largo de una ventana de despliegue con réplicas. Solo una vez que estés seguro de qué evento enfrentaste deberías elegir una respuesta, porque las respuestas no se solapan. Si fue un spam update, audita una violación de política —y comprueba primero si el sitio fue hackeado, la forma más común en que un sitio limpio queda atrapado— luego quítala y espera la reevaluación. Si fue un core update, deja en paz la caza de la violación, porque no hay nada que encontrar, y pon el esfuerzo en ser una mejor respuesta. El coste de saltarse este paso no es abstracto: los equipos que reaccionan antes de diagnosticar gastan rutinariamente semanas arreglando lo equivocado, a veces dañando contenido sano mientras la causa real sigue intacta. Medir con cuidado antes de moverte —leer las fechas y las señales para saber exactamente a qué estás respondiendo— es la disciplina de diagnóstico por la que el AC Group ha trabajado durante 27 años.