Cómo explicar al cliente una caída de tráfico SEO

Para explicar al cliente una caída de tráfico SEO, primero averigua de qué tipo de caída se trata: tracking roto, una actualización de Google, un cambio en la web, estacionalidad o una acción manual. Después cuéntaselo pronto y con palabras sencillas, con lo que sabes, lo que todavía no sabes y cuándo recibirá la siguiente actualización.

El orden importa porque cada comprobación lleva un tiempo distinto y algunas descartan a las demás. Veinte minutos de diagnóstico antes de escribir nada suelen ahorrarte un segundo email, bastante incómodo, corrigiendo el primero.

Diagnóstico de una caída de tráfico SEO, en el orden que conviene

1. ¿Ha bajado el tráfico o ha fallado la medición?

Abre GA4 y Search Console en paralelo con el mismo intervalo de fechas. Los clics de Search Console salen de los registros de Google y no dependen de nada instalado en la web. Las sesiones orgánicas de GA4 dependen de que el tag se dispare y, en muchos países, de que el visitante acepte las cookies.

Si los clics de Search Console están estables y las sesiones orgánicas de GA4 se desploman un día concreto, el problema es casi seguro el tracking. Comprueba si el tag de GA4 sigue en la página (en el código fuente o con Tag Assistant), si se ha vuelto a publicar el contenedor de GTM y si el banner de cookies o la configuración de consentimiento cambiaron por esas fechas. Nuestra guía sobre cómo comprobar que GA4 está instalado recorre las comprobaciones.

Si las dos líneas bajaron a la vez, la caída es real. Sigue adelante.

2. ¿Ha lanzado Google una actualización?

El Panel de estado de la Búsqueda de Google recoge las actualizaciones de ranking, como los core updates y los spam updates, con sus fechas de inicio y fin. Los core updates suelen tardar un par de semanas en desplegarse, así que compara la forma de la caída con toda la ventana de despliegue y no con un solo día.

Que coincidan las fechas da una pista que todavía hay que confirmar. Durante esas ventanas las webs también cambian, y por eso el siguiente paso sigue importando.

3. ¿Ha cambiado algo en la web?

Aquí se explican la mayoría de las caídas repentinas, y es lo que menos esperan los clientes. Revisa, más o menos en este orden:

• un noindex en la meta etiqueta robots o en la cabecera X-Robots-Tag de plantillas importantes
• reglas Disallow nuevas en el robots.txt (Search Console tiene un informe de robots.txt en Ajustes)
• canonicals que ahora apuntan a otra URL, a la home o a un dominio de staging
• redirecciones añadidas durante un rediseño o un cambio de URL, sobre todo cadenas y redirecciones a páginas sin relación
• URL que faltan en el sitemap, o un sitemap que devuelve error en el informe Sitemaps

En Search Console, el informe Páginas (dentro de Indexación) muestra motivos como "Excluida por la etiqueta 'noindex'" y "Bloqueada por robots.txt", con un gráfico de cuándo cambiaron las cifras. La herramienta de inspección de URLs confirma qué vio Google en una URL concreta y cuándo la rastreó por última vez. Si necesitas repasar esos motivos a fondo, consulta cómo corregir errores de cobertura del índice en Search Console.

Pregunta también directamente al cliente o a su desarrollador: ¿se desplegó, migró o actualizó algo en las dos semanas anteriores a la caída? Las actualizaciones de plugins y temas cuentan.

4. ¿Es estacional?

En el informe Rendimiento, usa la pestaña Comparar del filtro de fecha y elige una comparación interanual, por ejemplo los últimos 3 meses frente al mismo periodo del año anterior. Search Console guarda 16 meses de datos, así que funciona con cualquier sitio verificado desde hace más de un año. Una tienda que pierde tráfico en enero, o un proveedor de material escolar en octubre, puede estar viendo simplemente el patrón del año pasado. Google Trends ayuda cuando el histórico propio del sitio es demasiado corto.

5. ¿Hay una acción manual?

Es raro, pero se descarta rápido. Abre Seguridad y acciones manuales y luego Acciones manuales. Si el informe dice "No se ha detectado ningún problema", puedes afirmarlo con seguridad. Ya que estás, revisa también el informe Problemas de seguridad.

Cómo explicar al cliente la caída de tráfico

Envía el primer mensaje el mismo día que confirmes que la caída es real, aunque no hayas terminado el diagnóstico. Un cliente que descubre la caída en su propio panel y luego se entera de que tú la viste una semana antes recordará esa semana más que la causa.

Que el primer mensaje sea corto. Indica el tamaño de la caída en clics de Search Console (no solo un porcentaje), la fecha en que empezó, lo que ya has descartado y la fecha de tu próxima actualización.

Cuando la causa es un cambio que hizo su desarrollador, describe el cambio y su fecha, no a la persona. "El 3 de marzo, un despliegue añadió una etiqueta noindex a las páginas de producto" le da los hechos al cliente y un arreglo claro al desarrollador. Incluye las URL afectadas para que nadie tenga que repetir tu trabajo. Buscar culpables suele retrasar la solución, porque la primera respuesta se convierte en una defensa.

Cuando todavía no conoces la causa, dilo claramente y enumera lo que has comprobado. Un "todavía no lo sabemos" respaldado por cinco causas descartadas transmite competencia. Una suposición hecha con seguridad que luego resulta errónea cuesta más confianza que la propia caída.

Aquí tienes una plantilla para adaptar:

Asunto: Caída del tráfico orgánico en [sitio], lo que sabemos hasta ahora

Hola, [nombre]:

Hemos detectado una caída del tráfico de búsqueda orgánica en [sitio] a partir del [fecha], aproximadamente. Los clics desde Google han pasado de unos [X] por semana a [Y], según Search Console.

Lo que hemos comprobado hasta ahora:

• El tracking funciona (Search Console y Google Analytics muestran la misma caída)
• [No hay ninguna acción manual en Search Console / Google lanzó una actualización del [fecha] al [fecha]]
• [Resultado de la revisión de cambios en la web, p. ej. "El [fecha] se añadió una etiqueta noindex a [sección]; adjuntamos las URL afectadas"]

Próximos pasos: [acción]. Si la causa es un cambio en la web, necesitaríamos que [desarrollador/equipo] [arreglo concreto] antes del [fecha].

Te enviaremos la próxima actualización el [fecha], o antes si encontramos la causa.

[Tu nombre]

Borra las líneas que no apliquen en lugar de dejar marcadores vagos.

Cómo evitar que el cliente se entere antes que tú

Vuelve a la lista del diagnóstico. Los pasos 2, 4 y 5 no los puede evitar nadie. Los pasos 1 y 3 son cambios en la web, y tienen fecha. La caída de tráfico aparece semanas después, pero el noindex, la edición del robots.txt o el tag de GA4 que falta existían desde el primer día.

Así que la solución es vigilar las causas en vez del síntoma. Con pocos sitios puedes hacerlo a mano con un checklist semanal. A partir de ahí, ayuda tener algo que compare cada web con la del día anterior y te diga qué ha cambiado. Nuestras guías sobre cómo detectar un noindex en producción y las alertas de cambios en robots.txt tratan los dos casos más dañinos.

Deltio lo hace una vez al día. Lee el sitemap y las páginas de cada sitio, los compara con la comprobación anterior y envía una alerta por Slack y email para ese sitio cuando encuentra un noindex nuevo, un cambio en el robots.txt, un canonical que se ha movido, un title, una meta description o un H1 modificados, URL que salen del sitemap, un tag de GA4, GTM o Meta Pixel que falta o un cambio en la configuración de consentimiento de cookies. También cubre uptime, caducidad de SSL y dominio, y páginas de mantenimiento que se quedan activas. Cada sitio conserva un historial de cambios, muy útil en el paso 3, porque ves qué cambió y en qué fecha sin tener que pedirle al desarrollador que haga memoria.

No te informará de rankings, tráfico ni actualizaciones de Google. Deltio no los sigue, así que Search Console sigue siendo tu fuente para la caída en sí.

Si quieres tener el historial de cambios listo antes de la próxima caída, hay una prueba gratuita de 14 días.