Un core update no es un veredicto sobre tu página

El 1 de julio de 2021 Google empezó a desplegar el core update de julio, y el 12 de julio anunció el despliegue efectivamente completo: doce días, un lapso bastante normal para un core update amplio. Lo que hizo a este inusual fue su emparejamiento. Fue la segunda mitad de un core update que Google había dividido deliberadamente en dos meses: el core update de junio corrió del 2 al 12 de junio, y Google avisó a todos por adelantado de que algunas de sus mejoras planeadas no estaban listas a tiempo para junio, así que una segunda parte llegaría en julio. Esa franqueza sobre un update inacabado fue en sí misma poco común, y tuvo una consecuencia que vale la pena retener: Google dijo que el update de julio podía incluir reversiones, es decir, que podía deshacer parte de lo que junio había cambiado una vez que el resto del trabajo estuviera en su sitio. Así que un sitio que se movió en julio podría haber estado experimentando a Google corrigiendo su propia calibración de junio en vez de reaccionar a algo nuevo. John Mueller subrayó que junio y julio fueron updates separados y distintos, que afectaban a partes distintas del sistema de ranking, que es justamente por lo que algunos sitios sintieron uno y no el otro: ser dos core updates no los hacía el mismo core update. Los proveedores de datos coincidieron en general en que la mitad de julio fue más pequeña que la de junio, con el movimiento más agudo en torno al 2 y al 9 de julio, y una cola de temblores mientras el sistema se asentaba. Sin embargo, ninguna de esas mecánicas es el punto de esta nota. El punto es qué es un core update por debajo de las fechas y la volatilidad, porque casi toda reacción de pánico ante uno viene de leer eso mal, y la división, las reversiones y el encuadre en dos partes refuerzan la misma verdad: lo que se movió fue la evaluación que Google hace de todo el campo, no un veredicto que dictó sobre tu página individual.

Un core update no inspecciona tu página y emite un fallo sobre ella. Reevalúa, en toda la web a la vez, cómo Google mide la calidad, la relevancia y la autoridad, y luego reordena todo según la medida recalibrada. La distinción suena sutil y cambia todo sobre cómo deberías responder. Google ha explicado esto con la misma analogía durante años, y es de verdad la forma más clara de sostenerlo: imagina que escribiste una lista de las cien mejores películas en 2015, y luego refrescaste esa lista en 2019. Las películas que bajaron en la lista nueva no empeoraron en los años intermedios; la lista simplemente se reevaluó, con títulos más nuevos o revalorados juzgados dignos de estar más arriba. Tu página es una de esas películas. Tras un core update puede quedarse exactamente donde estaba en calidad y aun así posicionar más abajo, porque la evaluación a su alrededor se movió y otras páginas se juzgaron mejores respuestas a la consulta. Por eso Google dice, llana y repetidamente, que una caída durante un core update no significa que hicieras algo mal: puede que no haya nada mal con tu página en ningún sentido absoluto. El juicio es comparativo y relativo: para una consulta dada, el update decidió que alguna otra página es ahora una mejor respuesta que la tuya, o que una señal que solía favorecerte debería contar menos. Una vez que interiorizas que lo que se reevalúa es todo el campo y no tu página en aislamiento, el marco entero del problema pasa de qué rompí a soy de verdad la mejor respuesta aquí, y solo la segunda pregunta tiene una respuesta útil.

Trabajo en datos estructurados, así que déjame ser yo quien lo diga con claridad: un core update no es un problema que el schema, las etiquetas o los arreglos técnicos puedan resolver, y echar mano de ellos es la forma más común en que la gente desperdicia las semanas tras una caída. El marcado importa de verdad —ayuda a Google a entender de qué trata tu página, alimenta los rich results, vale la pena hacerlo bien— pero nada de eso es lo que un core update reevalúa. El update juzga la sustancia: si tu contenido es de verdad la respuesta más relevante, completa y confiable a una consulta en relación con todos los demás que compiten por ella. Puedes añadir cada tipo de schema aplicable, pasar cada auditoría técnica y ordenar cada etiqueta, y un resultado de core update no se moverá, porque no has cambiado el juicio comparativo de calidad que el update hizo. La prueba más clara de que esto no es un problema técnico es que Google no ofrece una checklist técnica de recuperación para los core updates. No hay una lista de arreglos, ni un ajuste que accionar, ni un marcado que añadir que revierta uno. Lo que Google publica en su lugar es un conjunto de preguntas para hacerte con honestidad sobre tu contenido: si es original y sustancial, si ofrece valor real más allá de lo que ya existe, si es la clase de cosa en la que un lector confiaría y querría citar, si se hizo para personas o para el ranking. Esas son preguntas sobre sustancia y autoridad, y deliberadamente no son preguntas que un especialista como yo pueda responder con una herramienta. Lo más útil que puedo decirte sobre un core update, siendo la persona de quien quizá esperarías que te venda un arreglo técnico, es que no lo hay. Arregla tus problemas técnicos porque merecen arreglarse; no esperes que deshagan una reevaluación de tu contenido.

Si el update te costó terreno, el camino de vuelta no es ni rápido ni misterioso, pero es de verdad distinto de deshacer una penalización. Como tu contenido fue reevaluado frente al campo, recuperarse significa volverse una mejor respuesta que las páginas ahora situadas por encima de ti: no restaurar un estado previo, sino ganar uno nuevo. Eso es trabajo holístico, de todo el sitio, y es la lista sin glamur a la que aterriza todo relato honesto de los core updates: profundiza la sustancia y la originalidad de tu contenido para que ofrezca algo que las alternativas no, cierra los huecos en tu cobertura de temas para cubrir un asunto por completo y no en parte, consolida o mejora las páginas delgadas que lastran la calidad general de tu sitio, y gana la autoridad —las citaciones y la reputación— que hace que Google confíe en ti sobre el asunto en primer lugar. El calendario es la parte difícil de aceptar. Google ha sido claro en que a menudo no verás recuperación significativa hasta que otro core update se ejecute y reevalúe el campo de nuevo con tus mejoras ya puestas. A veces puedes captar movimientos menores entre updates, pero la reevaluación sustancial de tu trabajo tiende a llegar con el siguiente update amplio, en el horario de Google y no en el tuyo. Así que la forma realista de la recuperación es paciente: haz mejoras genuinas ahora, sigue haciéndolas sin esperar una recompensa, y deja que el siguiente core update encuentre una página mejor que la que marcó a la baja. Los sitios que vuelven son los que leyeron la caída correctamente —como un aviso para volverse una mejor respuesta— e hicieron el trabajo lento; los que se atascan son los que siguen buscando el deshacer técnico que no existe. Construir sustancia y autoridad lo bastante duraderas para recuperar la posición y sostenerla en la siguiente reevaluación es el trabajo paciente que el AC Group ha hecho durante 27 años.