¿Cómo se diagnostica una caída de tráfico orgánico?
Primero confirma que la caída es real y delimita cuándo empezó y qué parte del sitio afecta. Después contrasta Analytics, Search Console y, si los tienes, los logs; segmenta por buscador, página, consulta, país y dispositivo; descarta fallos de disponibilidad, rastreo, indexación, seguridad o migración; y comprueba actualizaciones, estacionalidad, demanda y cambios en la página de resultados. Corrige la primera causa respaldada por varias señales, no la teoría más llamativa.
Ideas clave
- Una gráfica de tráfico muestra un síntoma. Antes de atribuir una causa, valida la medición y segmenta la pérdida.
- Clics, impresiones, CTR y posición forman patrones distintos; ninguna métrica aislada demuestra una pérdida de posiciones.
- Un desplome general apunta primero a medición, disponibilidad, seguridad o cambios técnicos amplios; una bajada lenta por páginas suele exigir análisis de contenido y competencia.
- Search Console omite consultas anonimizadas y trunca sus tablas, por lo que las filas exportadas no siempre cuadran con los totales.
- Cada acción de recuperación necesita responsable, hipótesis fechada, métrica de validación y vía de reversión.
Una caída de tráfico orgánico no es un diagnóstico. Es el momento en que empieza el diagnóstico.
La primera pregunta útil no es «¿qué actualización de Google nos ha afectado?», sino «¿qué ha cambiado, en qué conjunto de datos, para qué parte del sitio y desde cuándo?». Una etiqueta de analítica ausente puede parecer un desplome SEO. Una bajada estacional puede confundirse con una pérdida de posiciones. Y una migración mal resuelta puede quedar oculta bajo una posición media casi idéntica. Si el equipo empieza reescribiendo contenido, puede borrar pistas y retrasar la reparación que de verdad hace falta.
Este árbol de decisión empieza por las comprobaciones baratas y reversibles. Después avanza hacia explicaciones que requieren más criterio. Google agrupa las causas habituales en problemas técnicos, incidencias de seguridad o spam, cambios algorítmicos, estacionalidad o cambios de interés y migraciones. Su propia guía propone combinar Search Console y Google Trends en vez de interpretar una sola gráfica (Centro de la Búsqueda de Google).
El árbol de decisión en un minuto
Sigue este orden:
- ¿La pérdida es real? Compara periodos completos en Analytics, Search Console y, si están disponibles, logs del servidor o de la CDN.
- ¿Qué forma tiene? Anota el primer día afectado, el tamaño de la pérdida, si fue brusca o gradual y si alcanza todo el sitio o solo una parte.
- ¿Ha fallado la recogida de datos? Comprueba etiquetas, consentimiento, atribución, configuración de la propiedad y filtros del informe.
- ¿Pueden los buscadores acceder e indexar las URL afectadas? Revisa códigos de estado, robots, etiquetas
canonical, renderizado, disponibilidad e indexación. - ¿Cambió el sitio? Cruza despliegues, migraciones, plantillas, redirecciones, ediciones de contenido y enlazado interno con la fecha de inicio.
- ¿Cambió la visibilidad? Separa impresiones, clics, CTR y posición por grupos de páginas y consultas.
- ¿Cambió el mercado? Analiza estacionalidad, actualidad, disponibilidad de producto, búsquedas de marca, competidores y composición de la SERP.
- ¿Qué dato descartaría la hipótesis principal? Busca ese dato antes de aprobar una corrección grande.
El orden importa. Cuando Google no puede llegar a un host por errores de red o DNS, reduce el rastreo de inmediato; si las URL indexadas siguen inaccesibles, pueden desaparecer del índice en cuestión de días (infraestructura de rastreo de Google). Eso exige otra urgencia que una oscilación semanal pequeña en un artículo estacional.
Paso 1: demuestra que la caída existe
Empieza con dos ventanas de comparación completas. «Ayer frente a hoy» suele aportar poca información porque el día actual puede estar incompleto, los patrones cambian según el día de la semana y cada plataforma procesa los datos a su ritmo. Para detectar una incidencia, pueden servir los últimos siete días completos frente a los siete anteriores. En sectores estacionales, compara también semanas o meses equivalentes de años anteriores.
Antes de tocar el sitio, registra estas cuatro preguntas:
| Pregunta | Evidencia que debes guardar |
|---|---|
| ¿Cuándo empezó? | Primera fecha y, si es posible, hora en la que la serie se aparta de su rango normal |
| ¿Qué tamaño tiene? | Pérdida absoluta y porcentual, indicando el periodo comparado |
| ¿Dónde aparece? | Sesiones de Analytics, clics e impresiones de Search Console, conversiones y entradas del servidor |
| ¿Qué alcance tiene? | Todo el tráfico orgánico, solo Google, un idioma, un dispositivo, un directorio o unas pocas URL |
Google Analytics y Search Console no cuentan lo mismo. Search Console registra la actividad en la Búsqueda de Google; el informe Adquisición de tráfico de Analytics trabaja a nivel de sesión y muestra las sesiones iniciadas desde una fuente o canal (Ayuda de Google Analytics). Los totales absolutos serán distintos. Para diagnosticar, importa que dirección y fecha guarden una relación razonable.
Si los clics de Search Console siguen estables y caen las sesiones orgánicas, investiga primero la recogida de Analytics. Si ambos bajan a la vez, la pérdida probablemente se produjo antes del clic o en el propio resultado. Si descienden sesiones y conversiones pero no los clics, revisa redirecciones en las páginas de destino, consentimiento, etiquetas, agrupación de canales y recorridos entre dominios.
Los logs del servidor o la CDN son un tercer testigo. Una bajada simultánea de peticiones humanas a las páginas de entrada y de actividad de Googlebot respalda un problema real de entrega o descubrimiento. En cambio, peticiones normales con una gráfica de Analytics hundida devuelven la atención a la medición. Los logs también tienen límites de retención y filtrado de bots; úsalos para corroborar, no para exigir una igualdad exacta.
Paso 2: clasifica la forma antes de ponerle nombre
La curva reduce el campo de búsqueda, aunque no dicte por sí sola una causa.
Un desplome brusco en todo el sitio
Revisa, por este orden: despliegue de analítica, cambios de consentimiento, DNS y alojamiento, respuestas 5xx generalizadas, disponibilidad de robots.txt, un noindex global, avisos de seguridad, acciones manuales y últimos lanzamientos. Un fallo de medición suele empezar en la hora exacta del despliegue. Una incidencia de entrega puede aparecer en la monitorización y en los logs antes de quedar clara en Search Console.
Una caída brusca en un directorio o plantilla
Busca una plantilla compartida, una ruta de renderizado, una regla canonical, redirecciones, el componente de navegación o una opción activada en el despliegue. Prueba URL representativas del grupo afectado y del que se mantiene. La inspección de una sola URL no demuestra un problema de plantilla, pero sí puede decirte qué hipótesis merece una muestra mayor.
Un descenso lento repartido entre muchas páginas
Analiza la demanda de consultas, los resultados competidores, la utilidad del contenido, la pérdida de enlaces y los cambios graduales de indexación. Una actualización amplia puede formar parte de la explicación, pero no conviene convertirla en etiqueta para cualquier descenso. Google indica que las actualizaciones principales son cambios amplios y no se dirigen a sitios o páginas concretos; una mejora puede tardar desde días hasta varios meses en reflejarse, sin garantía de recuperación visible (guía oficial sobre actualizaciones principales).
Impresiones estables y menos clics
No es el patrón clásico de una caída de demanda. Segmenta por posición, apariencia en búsquedas, dispositivo y consulta. El CTR puede bajar por un fragmento menos convincente, un cambio de intención, un nuevo formato en resultados o competidores que presentan mejor su respuesta. La posición media puede esconder movimientos porque agrega contextos distintos, y Search Console suele atribuir los datos de una página a su URL canónica (documentación de dimensiones de Search Console).
Menos impresiones con posiciones parecidas
Comprueba demanda y cobertura. El grupo de consultas puede ser estacional o la página puede haber dejado de ser apta para una parte de las búsquedas anteriores. Compara año contra año y utiliza Google Trends. Separa marca y no marca: una caída de búsquedas de marca requiere una respuesta distinta de la pérdida de visibilidad genérica.
Paso 3: valida la capa de medición
Hazlo incluso cuando todo el mundo esté convencido de que el problema es SEO. Los fallos de medición son rápidos de comprobar y producen gráficas muy aparatosas.
Revisa el código y las peticiones de red de varias páginas de entrada afectadas en producción. Confirma que la etiqueta prevista carga después de la decisión de consentimiento y envía el evento correcto. Consulta el historial de publicación del gestor de etiquetas, las versiones de la plataforma de consentimiento, los cambios en la propiedad de Analytics, los filtros de datos, las exclusiones de referencia, las agrupaciones de canales y la zona horaria.
Después reproduce una visita desde una URL de entrada similar a la que llegaría de búsqueda. Sigue todas las redirecciones. Si el recorrido cruza dominios o pasa por un proveedor de pagos, comprueba que la sesión persiste. Una redirección nueva puede eliminar parámetros o llevar al visitante por un dominio que cambie la atribución.
Verifica también el propio informe:
- compara fechas completas y la misma zona horaria;
- retira segmentos y filtros añadidos recientemente;
- distingue usuarios, sesiones y entradas;
- mantén igual la definición del canal en ambos periodos;
- anota la hora del primer dato anómalo y el despliegue asociado.
Si la medición está rota, repárala y declara el hueco de datos. No rellenes el pasado con una precisión inventada. Search Console, logs, ventas y seguimiento de posiciones pueden ayudar a estimar la dirección durante el vacío, pero cada sistema observa una parte diferente del recorrido.
Paso 4: segmenta Search Console sin fiarte de cada fila
Abre el informe Rendimiento de los resultados de búsqueda y compara periodos equivalentes. Empieza por Páginas para localizar dónde se concentra la pérdida absoluta de clics; después revisa Consultas dentro de esos grupos. Repite por país, dispositivo y tipo de búsqueda cuando esas dimensiones puedan explicar la diferencia. La documentación de Google recomienda ordenar por la columna de diferencia para encontrar los cambios relevantes (tareas habituales del informe Rendimiento).
Lee combinaciones de métricas, no valores sueltos:
| Patrón | Explicaciones iniciales | Siguiente comprobación |
|---|---|---|
| Clics ↓, impresiones ↓, posición ↓ | Pérdida de visibilidad, desindexación o relevancia distinta | Grupos de páginas y consultas, indexación y cambios recientes |
| Clics ↓, impresiones estables, CTR ↓ | Fragmento, composición de la SERP o cambio de intención | Resultados actuales, títulos, dispositivo y apariencia |
| Clics ↓, impresiones ↓, posición estable | Menos demanda o menor cobertura de consultas | Trends, comparación anual y marca/no marca |
| Cae una carpeta y las demás no | Cambio de plantilla o sección | Muestra de rastreo, URL canónicas, enlaces internos y cambios del despliegue |
| Analytics ↓, Search Console estable | Medición o atribución tras el clic | Etiquetas, consentimiento, redirecciones y reglas de canal |
Search Console es una fuente de evidencia, no un registro íntegro de eventos. Google omite consultas anonimizadas por privacidad y solo muestra las filas más importantes debido a límites internos; al filtrar pueden cambiar los totales y la suma de la tabla puede no coincidir con la gráfica (agrupaciones de datos de Search Console). No interpretes la ausencia de filas como prueba de que una consulta dejó de existir. En propiedades grandes, usa la exportación masiva si ya estaba configurada y conserva dimensiones y fechas comparables.
La posición media merece especial cautela. Es el promedio de la posición superior del sitio y puede mezclar países, dispositivos y contextos de resultados. Google recomienda prestar más atención a la evolución de clics e impresiones que a la cifra absoluta de posición (Ayuda de Search Console).
Paso 5: descarta fallos de rastreo, indexación y entrega
Las comprobaciones técnicas deben seguir el grupo afectado. Rastrear todo el dominio puede generar un listado enorme de incidencias sin explicar la pérdida de tráfico.
Para una muestra de URL que hayan perdido visibilidad, comprueba:
- que la URL final devuelve el
200previsto a usuarios y rastreadores permitidos; - que las redirecciones llegan a un destino pertinente, sin bucles ni consolidaciones irrelevantes;
- que robots.txt no bloquea el rastreo o los recursos necesarios;
- que la página no contiene una directiva
noindexaccidental; - que la canonical declarada coincide con la URL que quieres indexar;
- que el contenido principal y los enlaces aparecen en el HTML renderizado;
- que los enlaces internos llevan a la URL canónica final;
- que la URL figura en el sitemap adecuado, si el sitio usa sitemaps para facilitar el descubrimiento;
- que los informes Indexación de páginas y Estadísticas de rastreo, junto con los logs, no muestran un pico de errores relacionado.
Un 200 no demuestra por sí solo que Google pueda indexar el contenido previsto. Tampoco una URL excluida demuestra una emergencia general. Compara cantidad y tipo de URL afectadas con las páginas que perdieron impresiones.
Los fallos de red sí requieren escalar pronto. Google documenta que los tiempos de espera, los reinicios de conexión y los errores DNS se tratan de forma parecida a los 5xx y reducen el rastreo (guía de errores de red para rastreadores). Examina logs de origen y CDN, cortafuegos, cambios DNS, capacidad y fallos por región. Una sonda desde una única ubicación puede estar en verde mientras falla la región de un usuario o rastreador.
Consulta por separado los informes Problemas de seguridad y Acciones manuales. Google incluye malware, phishing y vulneraciones de las políticas de spam entre las causas de una bajada; pueden provocar advertencias, menor visibilidad o retirada de resultados (flujo oficial para descensos de tráfico). Una incidencia de seguridad confirmada exige respuesta de seguridad, no una optimización de contenidos.
Paso 6: reconstruye qué cambió dentro de la empresa
Crea una cronología alrededor del primer dato anómalo. Incluye despliegues, versiones del CMS, cambios de CDN o cortafuegos, dominio o protocolo, reglas de redirección, plantillas, navegación, retirada de contenidos, internacionalización, analítica y feeds.
No preguntes solo al equipo SEO. Infraestructura, producto, contenido, legal y analítica pueden alterar lo que ve un buscador. Contrasta el diff real de producción o el historial de configuración con el grupo afectado. La memoria falla, sobre todo cuando coinciden varias entregas en una semana.
Las migraciones necesitan una rama propia. Google avisa de posibles fluctuaciones temporales cuando cambian muchas URL mientras vuelve a rastrear e indexar. Recomienda preparar un mapa de URL, aplicar redirecciones permanentes directas, actualizar las URL canónicas y los enlaces internos, enviar sitemaps nuevos y vigilar las propiedades antigua y nueva (documentación oficial sobre migraciones).
Después de una migración, suma URL antiguas y nuevas en la comparación; no juzgues solo la propiedad recién creada. Prueba primero los mapeos de mayor valor, no únicamente la portada. Busca URL antiguas con error, cadenas de redirección, destinos irrelevantes, reglas noindex heredadas de preproducción y etiquetas canonical que todavía señalen al host anterior.
Paso 7: prueba las explicaciones de algoritmo, contenido y competencia
Llega a esta rama cuando los datos y las comprobaciones técnicas ya resulten creíbles.
Cruza el inicio de la caída con el Panel de estado de la Búsqueda y las actualizaciones de clasificación documentadas. El panel puede confirmar una incidencia o un despliegue, pero la coincidencia temporal sigue siendo una pista, no una prueba. Google explica que, cuando el panel registra una actualización del sistema de clasificación, a menudo el propietario del sitio no tiene que hacer nada (guía del panel de estado). Eso no se parece a una acción manual ni a un despliegue defectuoso.
Para los grupos de páginas y consultas que pierden, revisa los resultados actuales en el país y dispositivo relevantes. Registra qué cambió: intención, tipo de contenido dominante, actualidad, resultados locales, disponibilidad de producto, vídeo u otras funciones de búsqueda y competidores que ganaron. Guarda capturas fechadas cuando sea posible, ya que la SERP seguirá moviéndose.
Evalúa después la página por su utilidad concreta:
- ¿resuelve la tarea actual mejor o peor que cuando obtuvo visibilidad?
- ¿hay información importante obsoleta, sin respaldo o difícil de encontrar?
- ¿otra página del dominio satisface la misma intención con más claridad?
- ¿han desaparecido enlaces internos o referencias externas hacia ella?
- ¿la página sigue siendo adecuada para el mercado y el idioma objetivo?
- ¿un cambio comercial, legal o de producto ha vuelto menos útil la respuesta anterior?
Evita reescrituras masivas. Una actualización útil responde a la evidencia de un grupo definido. Conserva los apartados, URL e intención que funcionan salvo que la investigación justifique cambiarlos. Si dos páginas compiten de verdad por la misma tarea, elige un destino principal y consolida con cuidado; si atienden intenciones distintas, aclara su función y su enlazado.
Paso 8: separa la pérdida de demanda de la pérdida de cuota
El tráfico puede bajar aunque el rendimiento relativo del sitio siga sano. Estacionalidad, festivos, clima, actualidad, situación económica, ciclos de producto y cambios de lenguaje modifican la demanda de búsqueda.
Lleva los grupos de consultas afectados a Google Trends, selecciona España o el mercado relevante y usa una vista de varios años. Compara el periodo con las mismas fechas del año anterior. Observa impresiones, posición relativa y competidores. La señal más convincente de pérdida de demanda es compartida: cae el interés de todo el tema mientras la visibilidad relativa del sitio se mantiene parecida.
Trata la marca aparte. Si bajan las impresiones de marca en todos los dispositivos y el sitio conserva sus posiciones habituales, la respuesta quizá esté en marketing, reputación, distribución o comportamiento del cliente. Si cae la visibilidad sin marca y la de marca se mantiene, vuelve a la relevancia frente a competidores, la cobertura técnica y la autoridad.
Los cambios de la página de resultados son un caso fronterizo. Impresiones y posición estables con menos clics pueden indicar que el usuario recibe más respuesta en la propia SERP o prefiere un formato nuevo. Confírmalo por grupo de consultas y mediante observación directa. No atribuyas toda caída de CTR a una función que no aparece en el mercado afectado.
Convierte el diagnóstico en un experimento de recuperación
Formula la hipótesis de modo que pueda resultar falsa:
«Los clics orgánicos hacia
/guias/cayeron desde el 6 de julio porque el despliegue del día 5 añadiónoindexa la plantilla compartida. Tras retirarlo, esperamos que las pruebas de indexabilidad pasen, Google vuelva a rastrear las URL y las impresiones empiecen a recuperarse antes que las sesiones de Analytics».
Eso permite actuar. «A Google ya no le gusta nuestro contenido» no.
Para cada cambio aprobado, registra las URL, el responsable, la fecha, el método de validación, un indicador temprano, un indicador de negocio y la reversión. Corrige primero disponibilidad, seguridad e indexación cuando sean urgentes. Para contenido o competencia, empieza con una muestra representativa en vez de modificar todo el sitio a la vez.
El plazo de recuperación depende de la causa. Una etiqueta de Analytics reparada puede volver a recoger datos enseguida, pero no reconstruirá eventos perdidos. Corregir el servidor puede restaurar el acceso rápido; el nuevo rastreo y la indexación tardarán más. Google señala que las mejoras tras una actualización principal pueden reflejarse en días o necesitar varios meses, sin garantizar una ganancia visible (documentación de actualizaciones principales). Define expectativas a partir del mecanismo diagnosticado, no de un calendario SEO genérico.
Conserva el registro de investigación después de la incidencia. Servirá como base para la siguiente: patrones estacionales conocidos, anotaciones de despliegues, grupos de consultas, mapas de URL y comprobaciones que ya permitieron distinguir una falsa alarma de una pérdida real. Si necesitas convertir este proceso en una revisión recurrente, enlázalo con una auditoría SEO técnica y recurre al análisis de logs para SEO cuando el comportamiento de los rastreadores forme parte de la evidencia.
Preguntas frecuentes
¿Cuándo conviene investigar una caída de tráfico orgánico?
No esperes si el descenso es brusco, afecta a todo el sitio o alcanza páginas que generan negocio. Revisa de inmediato la medición, la disponibilidad, los mensajes de Search Console y los últimos despliegues. Ante pequeñas oscilaciones diarias, compara periodos completos y los mismos días de la semana: un periodo parcial y el retraso de los informes pueden crear una falsa alarma.
¿Puede una actualización principal causar una caída repentina?
Puede coincidir con una bajada rápida, pero la fecha no demuestra por sí sola la causa. Comprueba que las páginas y consultas afectadas perdieron impresiones o posiciones durante el despliegue documentado, mientras la medición y las comprobaciones técnicas permanecen sanas. Google describe las actualizaciones principales como cambios amplios, no como penalizaciones dirigidas a una página concreta.
¿Por qué bajan las sesiones si los clics de Search Console no?
Ese patrón lleva primero a la medición o la atribución después del clic: una etiqueta ausente, cambios en el consentimiento, redirecciones, configuración multidominio, reglas de canal o periodos mal comparados. Search Console mide clics desde Google; Analytics mide sesiones según sus propias reglas de recogida y atribución. Las tendencias deberían ser coherentes, pero los totales no tienen que coincidir.
¿Debo actualizar o eliminar páginas después de perder tráfico?
Hazlo solo cuando los datos por URL indiquen que la página ya no resuelve bien sus consultas o duplica un destino mejor. Mejora las páginas útiles, consolida las que se solapan de verdad mediante una redirección planificada y elimina contenido únicamente si carece de utilidad y de sustituto adecuado. Una caída general no prueba que todo el sitio necesite una reescritura.
¿Cómo sé si la estacionalidad explica la caída?
Compara las mismas semanas o meses de años anteriores, revisa las consultas afectadas en Google Trends y observa la evolución del mercado. Si las impresiones bajan mientras las posiciones relativas y la cuota frente a competidores permanecen parecidas para el mismo grupo de consultas, la pérdida de demanda es una explicación más sólida que una pérdida de visibilidad.
La siguiente acción útil
Abre un registro de incidencia antes de ejecutar un rastreador. Anota la primera fecha afectada, dos ventanas de comparación completas, qué fuentes de datos coinciden o discrepan y cuál es el grupo más pequeño de páginas y consultas que explica la mayor pérdida absoluta. Después sigue el árbol: medición, entrega, visibilidad y demanda. Esa página de evidencia evitará que varios equipos intenten arreglar problemas imaginarios diferentes.
Fuentes y referencias
-
Depurar descensos de tráfico de la Búsqueda de Google (developers.google.com)
-
Informe Rendimiento: dimensiones y agrupaciones de datos (support.google.com)
-
Informe Rendimiento: tareas habituales (support.google.com)
-
Actualizaciones principales de la Búsqueda de Google (developers.google.com)
-
Cómo mover un sitio con cambios de URL (developers.google.com)
-
Depurar errores de red y DNS para los rastreadores de Google (developers.google.com)
-
Adquisición de usuarios y adquisición de tráfico (support.google.com)
-
Cómo usar el panel de estado de la Búsqueda de Google (developers.google.com)
Comparte este artículo
Si te ha resultado útil este contenido, compártelo con tus colegas.
Preguntas Frecuentes
¿Cuándo conviene investigar una caída de tráfico orgánico?
No esperes si el descenso es brusco, afecta a todo el sitio o alcanza páginas que generan negocio. Revisa de inmediato la medición, la disponibilidad, los mensajes de Search Console y los últimos despliegues. Ante pequeñas oscilaciones diarias, compara periodos completos y los mismos días de la semana: un periodo parcial y el retraso de los informes pueden crear una falsa alarma.
¿Puede una actualización principal causar una caída repentina?
Puede coincidir con una bajada rápida, pero la fecha no demuestra por sí sola la causa. Comprueba que las páginas y consultas afectadas perdieron impresiones o posiciones durante el despliegue documentado, mientras la medición y las comprobaciones técnicas permanecen sanas. Google describe las actualizaciones principales como cambios amplios, no como penalizaciones dirigidas a una página concreta.
¿Por qué bajan las sesiones si los clics de Search Console no?
Ese patrón lleva primero a la medición o la atribución después del clic: una etiqueta ausente, cambios en el consentimiento, redirecciones, configuración multidominio, reglas de canal o periodos mal comparados. Search Console mide clics desde Google; Analytics mide sesiones según sus propias reglas de recogida y atribución. Las tendencias deberían ser coherentes, pero los totales no tienen que coincidir.
¿Debo actualizar o eliminar páginas después de perder tráfico?
Hazlo solo cuando los datos por URL indiquen que la página ya no resuelve bien sus consultas o duplica un destino mejor. Mejora las páginas útiles, consolida las que se solapan de verdad mediante una redirección planificada y elimina contenido únicamente si carece de utilidad y de sustituto adecuado. Una caída general no prueba que todo el sitio necesite una reescritura.
¿Cómo sé si la estacionalidad explica la caída?
Compara las mismas semanas o meses de años anteriores, revisa las consultas afectadas en Google Trends y observa la evolución del mercado. Si las impresiones bajan mientras las posiciones relativas y la cuota frente a competidores permanecen parecidas para el mismo grupo de consultas, la pérdida de demanda es una explicación más sólida que una pérdida de visibilidad.