Runbook de respuesta a actualizaciones de algoritmo

Una respuesta a una actualización de algoritmo es una investigación de incidentes, no un sprint de edición. Su primera regla es simple: confirma que la caída es real y es tuya antes de reaccionar. “Real” significa que la disminución persiste en datos completos y comparables. “Tuya” significa que refleja la visibilidad de búsqueda de tu sitio, no una medición rota, una demanda reducida, un cambio en la disposición de resultados o una actualización que no ha afectado a tus páginas.

Lista de verificación: Respuesta a actualización de algoritmo. Tiempo asignado: 60–90 minutos para el triaje el primer día; 2–4 horas para la segmentación durante la primera semana; una decisión formal de actuar o esperar después de siete días completos, a menos que una falla técnica verificada requiera reparación inmediata. Responsable: el líder SEO es dueño del incidente y del registro de decisiones; un analista valida los datos; ingeniería es dueña de las fallas técnicas; los dueños de contenido aprueban los cambios en las páginas.

Usa este runbook cuando una disminución material del tráfico de búsqueda coincida con una actualización de algoritmo de Google confirmada o sospechada, es decir, un cambio en los sistemas de clasificación de Google. También es adecuado cuando no se ha confirmado ninguna actualización pero muchas URLs se mueven juntas y la causa no está clara.

Por qué esta fase, y por qué aquí

Esta lista de verificación consume la medición de referencia fechada, las anotaciones de lanzamiento, el mapa de propiedad de páginas, el inventario de plantillas, la clasificación de intenciones, la analítica, los datos de Search Console y las definiciones de conversión establecidas anteriormente en el proceso. Sin esos insumos, un equipo puede ver que una línea se movió pero no puede establecer qué cambió, dónde cambió o si es importante para el negocio.

El orden importa porque las fallas de medición y las fallas del sitio pueden imitar pérdidas por algoritmo. Un cambio en el consentimiento puede eliminar sesiones de analítica. Un despliegue puede añadir noindex, elegir el canónico incorrecto u ocultar enlaces internos. La estacionalidad puede reducir las búsquedas mientras las posiciones se mantienen estables. Diagnostica esos casos antes de atribuir la disminución a un sistema externo.

Ejecutar una remediación antes de la segmentación causa un segundo problema: la atribución desaparece. Si el equipo reescribe títulos, reestructura plantillas, elimina páginas y cambia enlaces internos en la misma semana, cualquier recuperación o disminución posterior tiene varias causas plausibles. Por lo tanto, la respuesta debe pasar de la verificación, al aislamiento del patrón, a una decisión documentada de actuar o esperar, y solo entonces a una intervención controlada.

Insumos y resultados

El registro de decisión es el contrato con el siguiente paso. “Google cambió algo” no es un entregable; un patrón acotado, una decisión explícita y evidencia que otro revisor pueda inspeccionar sí lo son.

La lista de verificación

1. Confirma que la caída es real y es tuya

Qué: verifica la pérdida en mediciones independientes antes de asignar una causa. Por qué: informes incompletos, fallas de seguimiento, fines de semana, estacionalidad, ciclos de noticias y cambios en la demanda pueden crear una falsa alarma convincente. El tráfico orgánico significa visitas no pagadas desde resultados de búsqueda; puede caer incluso cuando las posiciones no lo hacen. Cómo: usa días completos, compara períodos equivalentes alineados por día de la semana, verifica los clics e impresiones de Search Console frente a las sesiones y conversiones de analítica, inspecciona el contexto interanual donde exista estacionalidad y anota la fecha más reciente en que cada fuente se ha finalizado. Herramienta: datos de rendimiento de búsqueda, analítica, informes de conversión, registros de tiempo de actividad y el calendario de lanzamientos. Listo cuando: al menos dos señales independientes coinciden en la dirección, los últimos tres días completos se mantienen por debajo de la línea base seleccionada, la frescura de los datos está registrada y el informe indica si la pérdida es de visibilidad, demanda, seguimiento, conversión o una mezcla.

2. Excluye causas que controlas

Qué: prueba si hay fallas del sitio, de seguimiento, de seguridad y de indexación. Por qué: un defecto verificado merece reparación inmediata, mientras que esperar a que termine una actualización prolongaría una pérdida prevenible. La indexabilidad es la capacidad de una página para ser incluida en el índice de un motor de búsqueda. Cómo: inspecciona URLs afectadas y no afectadas en cuanto a estado de respuesta, directivas robots, canónico, renderizado, enlaces internos, presencia en sitemap, avisos de acciones manuales y eventos de analítica; alinea cualquier cambio con su momento de lanzamiento. Herramienta: inspección de URL, registros de servidor y despliegue, salida del rastreador, depurador de analítica, monitor de tiempo de actividad y registro de cambios. Listo cuando: cada posible falla se ha verificado, descartado o asignado con un responsable; cualquier falla que coincida con el inicio se etiqueta como reparar ahora y se separa de las hipótesis del algoritmo.

3. Segmenta por directorio, plantilla e intención

Qué: construye una matriz de impacto en lugar de juzgar el promedio general del sitio. Por qué: un total amplio puede ocultar el patrón real: las páginas de producto pueden caer mientras las guías crecen, una plantilla puede perder clics móviles, o las consultas informativas pueden moverse mientras la demanda de marca se mantiene estable. La intención de búsqueda es la tarea que una persona quiere completar con una consulta. Cómo: calcula los cambios de antes versus después para clics, impresiones, posición, conversiones y URLs afectadas; agrupa primero por directorio, luego por plantilla, intención principal, dispositivo, país, clase de consulta y rol comercial. Incluye grupos estables o en crecimiento como controles. Usa totales absolutos ponderados además de porcentajes para que diez clics perdidos en un segmento pequeño no superen diez mil clics perdidos en uno grande. Herramienta: informes de directorio, página, consulta, movimiento de URLs y movimiento de palabras clave, más una hoja de cálculo o cuaderno de análisis. Listo cuando: la matriz cubre al menos el 95% de los clics de búsqueda, muestra segmentos afectados y de control, registra los grupos de bajo volumen como no concluyentes y nombra el patrón repetible más estrecho que respalden los datos.

4. Inspecciona ganadores y perdedores representativos

Qué: revisa páginas y consultas que mejor representen cada segmento afectado y de control. Por qué: los agregados localizan el daño pero no lo explican. Una página de resultados del motor de búsqueda puede reemplazar listados clásicos con unidades de compra, resultados locales, video o respuestas de IA; ese cambio puede reducir clics sin mostrar un defecto corregible en la página. Cómo: selecciona al menos cinco perdedores de alto impacto y cinco controles estables o en crecimiento cuando el segmento contenga suficientes URLs. Compara la satisfacción de la intención, originalidad, evidencia, autoría, carga comercial, historial de actualizaciones, enrutamiento interno, cambios en el fragmento y formatos de resultados competidores. Registra las observaciones como hipótesis, no como afirmaciones de factores de posicionamiento. Herramienta: revisión de resultados en vivo, renderizado de página, registro fuente, páginas de competidores, datos de búsqueda e inventario de contenido. Listo cuando: cada hipótesis cite ejemplos de perdedores y controles, la evidencia contradictoria se conserve y ninguna recomendación se base en una sola página o una sola consulta.

5. Congela las ediciones por pánico durante la primera semana

Qué: prohíbe cambios amplios y especulativos mientras se continúa con el diagnóstico. Por qué: las reescrituras masivas de títulos, los cambios de fecha de publicación, la eliminación de páginas, los objetivos de recuento de palabras en todo el sitio, los rediseños de plantillas y la rotación de enlaces alteran múltiples variables a la vez. Pueden dañar páginas que no estaban afectadas y hacer que cualquier movimiento posterior sea imposible de atribuir. Cómo: crea una ventana de cambio de siete días completos a partir del inicio observado. Permite solo reparaciones verificadas, correcciones legales o factuales, trabajo de seguridad y lanzamientos ya aprobados cuyo aplazamiento conlleve un riesgo mayor; anota cada excepción. Conserva copias de las páginas actuales y exportaciones. Herramienta: calendario de lanzamientos, permisos del CMS, registro de incidentes y sistema de anotaciones. Listo cuando: el alcance de la congelación, inicio, fin, aprobador y excepciones sean visibles para editores e ingenieros; no se envíen experimentos SEO no registrados dentro de la ventana.

6. Elige actuar, esperar o reparar ahora

Qué: toma una decisión en un punto de control designado. Por qué: la observación interminable deja defectos genuinos sin tratar, mientras que la acción refleja convierte la incertidumbre en cambio descontrolado. Cómo: elige reparar ahora para una falla técnica o de medición reproducible; elige actuar cuando una pérdida material persiste, se concentra en un segmento coherente y una debilidad de página o sistema explica tanto a perdedores como a controles; elige esperar cuando el despliegue, el retraso de datos, la estacionalidad, el bajo volumen o los segmentos contradictorios impiden una causa defendible. Registra las alternativas rechazadas y la evidencia que cambiaría la decisión. Herramienta: informe de incidente, matriz de impacto, revisión representativa, evaluación de riesgo comercial y aprobador. Listo cuando: el registro tenga una decisión, nivel de confianza, responsable, fecha de revisión, enlaces a evidencia y un desencadenante para reabrirla.

7. Ejecuta una intervención controlada

Qué: traduce una decisión de actuar en una reparación o experimento acotado. Por qué: una hipótesis y un conjunto de cambios coherente preservan la oportunidad de aprender; los cambios simultáneos en todo el sitio no lo hacen. Cómo: define la cohorte afectada, el grupo de comparación no modificado cuando sea práctico, la debilidad precisa, la mejora prevista para el lector, la métrica esperada, la ventana de observación, el umbral de aceptación y la ruta de reversión. Para páginas degradadas, usa la lista de verificación de actualización de contenido en lugar de cambiar fechas o expandir texto ciegamente. Herramienta: informe de acción, inventario de páginas, CMS, registro de control de calidad, responsable del lanzamiento y anotaciones. Listo cuando: cada URL modificada se asigne al patrón diagnosticado, la intervención haya pasado el control de calidad, los controles permanezcan sin cambios o las desviaciones estén registradas, y la anotación de lanzamiento indique qué debería moverse y para cuándo.

8. Mide, documenta y cierra o itera

Qué: evalúa la intervención por separado de la narrativa de la actualización. Por qué: la recuperación después de un lanzamiento es asociación, no prueba de que el lanzamiento la causó; la actualización puede seguir implementándose, los competidores pueden cambiar y la demanda puede regresar. Cómo: compara la ventana posterior declarada con la línea base congelada, conserva la misma segmentación, inspecciona controles y conversiones, y registra los factores de confusión. Clasifica el resultado como positivo, neutral, negativo o no concluyente. Herramienta: resultados de anotaciones, informes de movimientos, analítica, informes de conversión y el registro del incidente. Listo cuando: los resultados reales frente a los esperados estén adjuntos, la confianza y las limitaciones estén indicadas, el responsable seleccione cerrar, extender observación, revertir o ejecutar una nueva hipótesis acotada, y se establezca la próxima fecha de revisión.

Herramientas en AmICited

AmICited hace que el diagnóstico sea reproducible al preservar períodos, segmentos e intervenciones. No demuestra qué recompensa un algoritmo; usa los informes para localizar patrones y probar decisiones.

1. Abrir Organic Rank con el Informe de posiciones orgánicas para comparar demanda, posición promedio y clics en todos los canales de búsqueda conectados. Úsalo para decidir si el incidente es amplio o específico de un canal.
2. Abrir URL Position Movers con URL Position Movers para identificar las páginas que están generando la pérdida, comparar períodos y dividir el movimiento por dispositivo y sección.
3. Abrir Keyword Position Movers con Keyword Position Movers para separar los cambios en las posiciones de consultas de la pérdida de demanda y encontrar patrones a nivel de intención.
4. Abrir Google Search Directories con Google Search Directories para profundizar desde todo el sitio hasta los directorios donde cambiaron los clics o las impresiones.
5. Usa Google Search Pages con Google Search Pages y Google Search Queries con Google Search Queries para validar URLs representativas y las búsquedas exactas que sirvieron.
6. Abrir Annotation Outcomes con Annotation Outcomes para registrar la intervención, expectativa, punto de control y resultado. Trata un resultado evaluado como evidencia de asociación, no prueba de causalidad.

Reglas de decisión

Estos son valores predeterminados de control de incidentes, no afirmaciones sobre cómo Google puntúa las páginas. Su propósito es prevenir tanto la sobrerreacción al ruido como la inacción durante una falla material. Reemplázalos solo con un umbral documentado basado en la volatilidad establecida del sitio y el riesgo comercial.

Los porcentajes por sí solos son insuficientes. Una disminución del 50% de dos clics a uno no es operativamente equivalente a una disminución del 15% que involucra miles de visitas. Siempre conserva el volumen absoluto, la exposición de conversión y la confianza junto al cambio relativo.

Entregable: el paquete de incidente de actualización de algoritmo

Entrega una carpeta o registro de incidente fechado, no una diapositiva que diga “impacto de actualización principal”. Contiene:

1. Un informe de incidente de una página con inicio, gravedad, actualización sospechada, frescura de datos, exposición comercial, responsable y decisión actual.
2. Exportaciones congeladas o enlaces a informes para los períodos de referencia y de incidente, incluyendo filtros y zona horaria.
3. Una matriz de impacto por directorio, plantilla, intención, dispositivo, país, página y consulta, con cohortes afectadas y de control.
4. Un registro de exclusión de causas que cubra medición, demanda, lanzamientos, rastreo, indexación, renderizado, seguridad y cambios en la disposición de resultados.
5. Revisiones representativas de perdedores y controles, con evidencia a favor y en contra para cada hipótesis.
6. La decisión actuar/esperar/reparar, alternativas rechazadas, aprobador, próxima fecha de revisión y evidencia que reabriría el incidente.
7. Para una intervención, la cohorte exacta de URLs, especificación de cambio, registro de control de calidad, ruta de reversión, anotación de lanzamiento, punto de control y resultado final.

Usa una tabla legible por máquina para la matriz de impacto y un resumen legible por humanos para la decisión. El paquete está completo cuando otro analista puede reproducir el patrón afectado sin preguntar qué filtros se usaron, y un editor puede ver exactamente qué está aprobado sin interpretar un gráfico.

Qué sale mal

La actualización se convierte en la explicación de todo

Un anuncio y una caída de tráfico ocurren cerca uno del otro, por lo que el equipo deja de probar alternativas. La solución es mantener un registro de exclusiones y exigir corroboración. La sincronización establece una hipótesis, no la propiedad de la pérdida.

Los promedios del sitio ocultan movimientos opuestos

Las guías ganan mientras las páginas de categoría pierden, pero un total plano hace que el evento parezca inofensivo. O un directorio grande cae y hace que todas las plantillas parezcan débiles. Segmenta los mismos datos por directorio, plantilla, intención, dispositivo y país, y conserva los grupos estables como controles.

Las ediciones de la primera semana destruyen la atribución

Los equipos reescriben páginas porque actuar parece más seguro que esperar. Luego, una recuperación no puede separarse de la finalización del despliegue, la demanda, los cambios de la competencia o las propias ediciones. Congela el trabajo especulativo durante siete días completos y anota cada excepción.

Los cambios porcentuales exageran muestras pequeñas

Un grupo de bajo volumen cae de cuatro clics a dos y se convierte en el “perdedor” principal con un 50%. Siempre acompaña el cambio relativo con clics absolutos, impresiones, cantidad de URLs afectadas y valor comercial. Marca los segmentos pequeños como direccionales.

Los controles se eligen después del resultado

Si las páginas estables se seleccionan solo después de ver cuáles se mantuvieron estables, la comparación favorece la explicación preferida. Declara la lógica de control antes de la intervención: misma plantilla pero diferente intención, misma intención pero diferente plantilla, o país/dispositivo no afectado dentro de la misma cohorte.

Varias correcciones se envían como un solo paquete

Los títulos, el cuerpo del texto, la navegación, el schema y las plantillas cambian todos juntos. Incluso un resultado positivo enseña poco. Divide las causas en intervenciones separadas cuando sea operativamente posible; cuando no puedan separarse, registra el paquete y reduce la confianza de atribución.

La recuperación se reporta como prueba

La métrica mejora después de un lanzamiento, por lo que la acción se declara causal. Reporta la secuencia con precisión: el cambio fue seguido de recuperación, los controles se comportaron de una manera determinada y los factores de confusión conocidos permanecen. Ese lenguaje es más útil que una certeza que la evidencia no puede respaldar.

Siguiente fase

Una falla técnica verificada pasa a su responsable de ingeniería de inmediato, con la cohorte afectada y la condición de re-prueba adjunta. Un problema de calidad de página diagnosticado pasa al flujo de trabajo de actualización de contenido. Un incidente no concluyente vuelve a observación con una fecha de revisión designada, en lugar de entrar en un backlog indefinido.

La fase continua de actualización e iteración continua necesita cuatro cosas de este runbook: la cohorte afectada, la hipótesis aceptada o rechazada, el registro de acción y anotación, y la próxima fecha de medición. Utiliza esos resultados para priorizar el trabajo sin tratar cada fluctuación de posicionamiento como degradación.

FAQ

El responsable del incidente debe publicar las respuestas de FAQ del frontmatter en el componente FAQ de la página y mantenerlas alineadas con las reglas de decisión anteriores. El principio rector sigue siendo el mismo en cada respuesta: verificar, segmentar, decidir, cambiar un sistema acotado y medir.

Responde con evidencia, no con urgencia

Abre el informe Organic Rank , congela las fechas de comparación y crea el primer informe de incidente antes de cambiar una página. La respuesta útil más rápida es una decisión que el equipo pueda explicar después.