Análisis post-mortem
Caída de tráfico tras una actualización central: redacta el análisis post-mortem
Todos se hacen la misma pregunta a las 8 a. m.: ¿es Google, somos nosotros o es el seguimiento? Un análisis post-mortem responde en ese orden y se niega a adivinar.
Empieza por la línea de tiempo, no por la teoría
Una caída tiene una fecha de inicio. Encuéntrala antes de leer un solo hilo de foro sobre una caída de tráfico tras una actualización central.
Google confirmó actualizaciones centrales en marzo de 2024, agosto de 2024, diciembre de 2024, marzo de 2025 y junio de 2025, y cada una se implementó durante aproximadamente dos semanas, por lo que una caída el tercer día de una implementación podría no ser aún el panorama final. Superpone tu propio registro de cambios en esas fechas: lanzamientos, migraciones, ediciones de plantillas, cambios en robots.txt.
Si nada tuyo cambió y tu gráfico de Search Console se curva dentro de una ventana de implementación, tienes un candidato. Si tu propio despliegue se produjo el día anterior, tienes uno mejor. En cualquier caso, la caída de tráfico tras la semana de actualización central merece una línea de tiempo escrita. Escríbela.
Causas clasificadas por la rapidez con que puedes descartarlas
| Sospechoso | Cómo comprobarlo | Tiempo para descartar |
|---|---|---|
| El seguimiento se rompió | Compara GA4 con los clics de Search Console para las mismas páginas; una brecha que apareció de la noche a la mañana es la clave | 10 minutos |
| Indexación o sitemap | Informe de indexación de páginas de Search Console, más una comprobación rápida con site: en las URLs que cayeron | 20 minutos |
| Lanzamiento técnico | Diferencia robots.txt, canonicals, códigos de estado y redirecciones frente al rastreo de la semana pasada | 1 hora |
| Enlaces perdidos o ganados | Diferencia dos instantáneas de refdomains; ver enlaces perdidos | 30 minutos |
| Canibalización | Dos de tus URLs intercambiando posiciones para la misma consulta en el informe de rendimiento | 1 hora |
| Cambio en los SERP | Abre los resultados en vivo: AI Overview, hilos de foros, listicles de grandes marcas donde solías aparecer | 30 minutos |
| Reevaluación de calidad | Lo que queda después de que cada otra línea esté clara | Días a semanas |
Evidencia de enlaces: una comparación
Obtén los dominios de referencia para el sitio caído en dos fechas e imprime lo que salió y lo que llegó. El índice se actualiza aproximadamente cada mes, así que elige instantáneas a ambos lados de la actualización.
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
Ejemplo de redacción (números hipotéticos)
Este es un ejemplo inventado, no de un cliente real. Muestra el tono que buscaríamos.
Impacto. Los clics orgánicos cayeron un 38% en nueve días para un sitio de recetas ficticio con 140 páginas. Detección. Un export semanal de Search Console cruzó una alerta de caída semana tras semana del 25%. Causa. Los dominios de referencia pasaron de 410 a 402, lo que descarta los enlaces como el principal impulsor. Dos páginas intercambiaron posiciones para la misma consulta, lo que es canibalización.
Puntos de acción. Fusiona las dos páginas con un 301, actualiza los enlaces internos, vuelve a comprobar en cuatro semanas. Sin desavow. Sin reescribir todo el sitio.
Errores de medición e indexación que parecen una actualización
Algunas caídas no son de posicionamiento. El seguimiento es un sospechoso común. Una etiqueta rota, una propiedad cambiada o un sitemap que se redujo puede parecer exactamente una actualización central en los gráficos. Una caída de tráfico tras una actualización central puede ocultar cualquiera de ellos, así que compruébalos primero.
La prueba más rápida es comparar tus analíticas con Search Console para las mismas páginas y días. Si la brecha apareció de la noche a la mañana, trátalo como un error de medición hasta que se demuestre lo contrario.
Los errores de indexación siguen la misma lógica. Las páginas que desaparecen del índice son un problema diferente a las páginas que permanecen indexadas y bajan en los resultados.
¿Qué pasa si los clics cayeron a cero de la noche a la mañana?
Comprueba primero la propiedad de Search Console. Un protocolo cambiado, una nueva propiedad o una verificación perdida puede dividir los datos, por lo que la propiedad antigua muestra nada mientras la nueva contiene el tráfico. Solo después de eso mira las páginas en sí mismas.
¿Por qué dejarían de indexarse las páginas después de una actualización?
Obtén el informe de indexación para las URLs en cuestión. Las posiciones pueden bajar para una página que permanece indexada. Una página que desaparece del índice tiene una causa diferente, a menudo una directiva robots, un cambio canonical o un noindex que se lanzó con una actualización.
¿Podría un sitemap roto causar la caída?
Puede, si el sitemap de repente lista solo una pequeña parte de tus URLs. Un sitemap corto es barato de arreglar, pero Google aún encuentra páginas a través de enlaces internos, así que trátalo como un sospechoso entre varios más que como el veredicto. Compara el recuento de URLs con tu recuento real de páginas.
Nuestra posición
No reescribas el sitio en la primera semana
Las actualizaciones centrales reevalúan la calidad durante semanas. Cambia lo que puedas demostrar que se rompió, luego espera a que termine la implementación antes de tocar el contenido.
- Arregla los errores de medición y técnicos inmediatamente.
- Fusiona las páginas canibalizadas una vez que tengas pruebas.
- Deja la estrategia de contenido sola hasta que termine la implementación.
Qué escribir en el documento
Seis encabezados son suficientes: impacto, línea de tiempo, detección, causa, lo que descartamos, puntos de acción. La lista de descartados es la parte por la que el futuro tú te dará las gracias.
Mantén la evidencia junto a la afirmación. Una línea como "enlaces descartados, 402 frente a 410 dominios de referencia" sobrevive mejor a un gerente escéptico que "los enlaces parecían bien".
Si la respuesta termina siendo enlaces, las reglas de alerta para rivales y la receta de diferencia semanal evitarán que te tome por sorpresa la próxima vez.
La primera semana después de que comienza una implementación
- 1
Congela las ediciones de contenido
No reescribas páginas mientras se ejecuta la implementación. Las ediciones realizadas a mitad de camino enturbian la imagen de antes y después que necesitarás más tarde.
- 2
Registra cada lanzamiento
Escribe cada despliegue, cambio de plantilla, redirección y edición de robots.txt con su fecha, para que la línea de tiempo contenga entradas reales en lugar de recuerdos.
- 3
Ejecuta las comprobaciones de medición
Compara analíticas con Search Console, luego verifica el informe de indexación para las URLs que cayeron. Ambas comprobaciones caben en media hora.
- 4
Abre el caso con la línea de tiempo
Inicia el análisis post-mortem con las fechas que tienes, incluso si la causa aún está abierta. Un documento parcial es más fácil de terminar que uno vacío.
- 5
Establece una fecha de revisión
Elige una fecha después de que termine la implementación y revisa la evidencia entonces, no el día que se curva el gráfico.
Presentar el caso a la dirección de que el problema es técnico
La dirección a menudo lee una caída de tráfico como un veredicto de contenido. Esa es una reacción justa, y también es la reacción que desperdicia más semanas cuando la falla es una plantilla rota o una etiqueta faltante.
Lleva la línea de tiempo y la tabla de causas, no una teoría. Una tabla con un tiempo para descartar cada sospechoso permite a un gerente ver que el equipo está trabajando a través de una lista, no adivinando.
Sé honesto sobre lo que la tabla no puede probar. Si una reevaluación de calidad aún está abierta, dilo, y di qué cambiaría tu opinión.
¿Cómo demuestro que es un problema de desarrollo y no de contenido?
Señala un cambio fechado que coincida con el inicio de la caída, como un lanzamiento de plantilla o un cambio en robots. Una falla que puedes reproducir, con la URL y el encabezado que cambiaron, tiene más peso que cualquier gráfico de promedios.
¿Qué digo cuando no es técnico en absoluto?
Di que las comprobaciones de enlaces, indexación y seguimiento salieron limpias, y que el sospechoso restante es la reevaluación de calidad. Esa respuesta es más lenta y menos satisfactoria, pero es precisa, y le dice al equipo dónde debe centrarse el trabajo de contenido.
Redacta la recuperación, no solo la caída
Un análisis post-mortem no termina cuando vuelve el tráfico. La segunda mitad de la redacción registra qué cambió, cuándo cambió y qué sospechosos cerraste para siempre.
Revisa el documento después de que termine la próxima actualización central. Un patrón que se repite en implementaciones te dice más sobre tu sitio que cualquier caída individual.
Mantén la lista de descartados separada de las causas. Los lectores futuros preguntarán primero qué se descartó, y una lista faltante los envía de vuelta al principio.
¿Qué cuenta como una recuperación?
Defínela antes de buscarla. Un retorno al nivel antiguo de clics es una definición, y un retorno de las páginas que más importan es otra. Elige una, escríbela y reporta en función de ella, en lugar de mover la barra cuando se mueve el gráfico.
¿Cuánto tiempo debe esperar la revisión?
Suficiente para que la implementación se cierre y para que dos semanas normales de datos se muestren. La recuperación suele ser lenta, por lo que una revisión temprana encuentra principalmente ruido, mientras que una posterior tiene oportunidad de encontrar la respuesta.
Preguntas que escuchamos después de cada actualización
¿Puedo recuperarme de una caída de actualización central?
A menudo parcialmente, y raramente de la noche a la mañana. La recuperación generalmente necesita una actualización posterior para reevaluar el sitio, así que espera meses, no días. Nadie puede prometerlo. Lo que puedes hacer es eliminar fallas reales y seguir publicando páginas dignas de citar.
¿Por qué se mantuvieron las posiciones mientras el tráfico cayó?
La página de resultados cambió a tu alrededor. AI Overviews, hilos de foros y bloques de compras pueden empujar la misma posición más abajo en la pantalla. Compara la tasa de clics para las mismas consultas antes y después, no solo la posición promedio.
¿Los enlaces perdidos causan una caída después de una actualización?
Solo a veces, y Rankift no puede decirte qué actualización hizo qué. Una pérdida de enlaces lo suficientemente grande como para importar se muestra como una caída clara en dominios de referencia entre dos instantáneas. Un cambio pequeño de unos pocos porcentajes rara vez explica una caída del 30% en el tráfico.
¿Cuánto tiempo debo esperar antes de actuar?
Hasta que Google marque la implementación como completa en su panel de estado, a menos que encuentres una falla técnica clara. Arregla las fallas de inmediato, pero mantén los cambios de contenido. Editar durante una implementación enturbia la evidencia que necesitarás más tarde.
