Por qué Yandex Metrica no muestra el tráfico al sitio

La ausencia de datos no siempre significa ausencia de tráfico

Un gráfico vacío en Yandex Metrica no demuestra que nadie entre al sitio. Metrica registra una visita solo cuando el navegador del visitante ha cargado y ejecutado el código del contador, y luego ha enviado una solicitud al servidor de analítica. El usuario puede abrir la página, dejar una solicitud o llegar desde un anuncio, pero no aparecer en el informe debido a un bloqueo del script, un error del navegador o un filtro en la configuración.

Primero, distinga la ausencia de transiciones reales de un fallo en la recogida de datos. No hay que comparar el gráfico general, sino el mismo periodo, una URL concreta y una fuente concreta. Por ejemplo, un enlace de un anuncio publicitario, de la descripción de un stream, de una newsletter o de una publicación en redes sociales.

Cómo distinguir la ausencia de tráfico de la ausencia de datos

La plataforma publicitaria suele mostrar los clics en el anuncio, y el registro del servidor, las peticiones al sitio. Para comprobarlo, abra el registro de acceso del servidor y busque la página de destino en el intervalo de tiempo necesario. En los registros de Nginx puede ser una solicitud como: grep "GET /promo" /var/log/nginx/access.log. Si la ruta cambia por las etiquetas UTM, busque la propia URL sin parámetros o utilice una parte de la dirección de la landing page.

Un clic en la plataforma publicitaria no equivale a la carga de la página: el usuario pudo cerrar la pestaña, la conexión pudo interrumpirse y el enlace pudo llevar a una URL no disponible. El registro del servidor tampoco equivale a una visita real, porque en él aparecen bots, previsualizaciones de enlaces y comprobaciones técnicas. Pero si hay transiciones en los registros y no las hay en Metrica, lo más probable es que el problema esté en el contador o en su configuración.

Qué significan las discrepancias entre publicidad, registros y Metrica

Si en la plataforma publicitaria hay clics, pero en los registros no hay peticiones a la página de destino, compruebe la URL final, las redirecciones, la disponibilidad del dominio y la configuración del tracker. Si hay entradas en access.log, pero el navegador no envía solicitudes a mc.yandex.ru, el contador no se inicia o está bloqueado. Si las solicitudes a mc.yandex.ru salen, pero el informe está vacío, compruebe el número de contador, los filtros, el periodo y la configuración del dominio.

Para una comprobación precisa, tome un intervalo corto y una sola fuente. Compare la hora, la ruta de la página, el estado de la respuesta, la dirección IP y el User-Agent solo dentro de las reglas de tratamiento de datos adoptadas en el proyecto. La comprobación manual resulta incómoda con un gran volumen de tráfico: ayuda a encontrar una avería, pero no sustituye la monitorización constante.

El código del contador falta en parte de las páginas

El contador puede estar en la página principal, pero faltar en la landing page, el blog, el catálogo, el área personal, la plantilla móvil o un subdominio. Este error suele aparecer tras migrar el sitio, crear una página promocional independiente o actualizar el tema del CMS. El visitante abre el sitio, pero en esa URL concreta Metrica simplemente no tiene nada que ejecutar.

Abra el código fuente de la página mediante la vista de código del navegador y busque el fragmento mc.yandex.ru o el número de contador. Compruebe las direcciones a las que realmente llevan los enlaces de la publicidad y las redes sociales, no solo la página principal. El inconveniente de esta comprobación es que manualmente es fácil pasar por alto páginas y escenarios poco frecuentes, como la pantalla posterior al pago o un formulario en la versión móvil.

En el sitio está instalado otro número de contador

El código puede funcionar correctamente, pero enviar datos a un contador antiguo, de prueba o ajeno. Esto ocurre tras copiar una plantilla, cambiar de proveedor, migrar a un nuevo dominio o cuando varias versiones del sitio funcionan a la vez. En el navegador las solicitudes son visibles, pero el propietario del canal o del sitio está consultando el informe de otro contador.

Encuentre el identificador en el código de la página y compárelo con el número del panel de Metrica. En la consola del navegador se puede ejecutar la consulta: document.documentElement.innerHTML.includes("mc.yandex.ru"). Mostrará si la dirección de Metrica aparece en el HTML, pero no confirmará que el script se haya ejecutado. Para eso hace falta comprobar las solicitudes de red.

Cómo comprobar la carga de Metrica en el navegador

Abra la página en un navegador sin bloqueadores, pulse F12, vaya a la pestaña Network y actualice la página. En la línea de filtro introduzca mc.yandex.ru. Con un funcionamiento normal deben aparecer peticiones a la dirección de carga del script y solicitudes de recogida de datos, normalmente con la ruta metrika/tag.js o watch con el número de contador.

Después abra la pestaña Console y compruebe los errores. Señales útiles del problema: mensajes «Refused to load the script», «blocked by client», «Content Security Policy» o errores de JavaScript que se producen antes del inicio del contador. La comprobación en un solo navegador tiene un inconveniente: una extensión, la versión del navegador o la configuración de red de un usuario concreto pueden dar otro resultado.

Los bloqueadores de publicidad ocultan parte de las visitas

Las extensiones para bloquear publicidad, los servicios DNS privados, la protección integrada de los navegadores y los antivirus pueden detener las solicitudes a la analítica. En Network esto suele verse como blocked by client. La página se abre con normalidad, el servidor registra la petición, pero Metrica no recibe información sobre la visita.

Compare la página en una ventana normal del navegador sin extensiones y en un perfil con bloqueador. Esta prueba mostrará el hecho mismo del bloqueo, pero no permitirá estimar con precisión la proporción de visitas perdidas: la configuración de protección de la audiencia varía. Los intentos de camuflar las solicitudes analíticas complican el mantenimiento y pueden entrar en conflicto con las políticas de seguridad del sitio.

Content Security Policy bloquea las solicitudes a Metrica

La cabecera Content Security Policy limita las fuentes desde las que la página puede cargar scripts e imágenes y realizar solicitudes de red. Tras conectar una CDN, un proxy o reforzar la protección del sitio, este puede empezar a prohibir las peticiones a Metrica. En la consola del navegador aparecerá un mensaje sobre la violación de CSP con la indicación de la dirección bloqueada mc.yandex.ru.

La regla debe completarse de forma puntual, no desactivar la CSP por completo. Ejemplo de directiva en una línea: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Esta línea no se puede sustituir sin más en la cabecera existente: debe combinarse con las fuentes del sitio que ya se necesitan. Si el código del contador está insertado directamente en el HTML, un script inline también puede requerir una autorización aparte mediante nonce o hash. Añadir unsafe-inline es más sencillo, pero su inconveniente es una protección más débil contra la inyección de JavaScript de terceros.

El consentimiento de cookies no permite iniciar el contador

En los sitios con banner de consentimiento, Metrica a veces se inicia solo después de pulsar el botón. Un error en la lógica del banner puede dejar el contador desactivado tras el consentimiento, activarlo solo en la primera página o no guardar la elección del usuario. Por eso se pierden parte de las visitas, especialmente en visitas cortas desde landing pages.

Compruebe los escenarios de primera entrada, consentimiento, rechazo, visita repetida, navegador móvil y modo privado. Iniciar la analítica antes de la elección del usuario puede aumentar el volumen de datos, pero esta opción tiene un inconveniente jurídico y reputacional: el procedimiento de tratamiento de datos debe cumplir los requisitos aplicables a su proyecto.

Los filtros del contador excluyen visitas necesarias

En la configuración de Metrica pueden estar activos filtros por direcciones IP, dominios, URL, parámetros o tráfico técnico. Normalmente se añaden para eliminar las visitas del equipo y las transiciones de prueba. Tras cambiar de oficina, VPN, red corporativa o estructura de URL, ese filtro puede empezar a excluir ya no solo las visitas internas.

Revise los filtros activos y compruebe el objetivo de cada regla. Para el diagnóstico se puede modificar temporalmente un filtro y repetir la transición de prueba. El inconveniente de desactivar el filtro es que en las estadísticas entrarán visitas de empleados, desarrolladores y pruebas automáticas, por lo que es mejor registrar los cambios por separado.

Está abierto un periodo, informe o zona horaria incorrectos

A veces los datos ya existen, pero en el panel está seleccionado otro contador, un periodo demasiado estrecho, el modo de comparación de fechas o una zona horaria inadecuada. Con un número pequeño de visitas, una diferencia de varias horas puede cambiar por completo la imagen de un día concreto. No conviene evaluar el funcionamiento del contador solo por unos minutos después de la transición.

Quite la comparación de periodos, abra un rango más amplio y compruebe la fecha de la visita de prueba. Después vaya al informe por páginas y busque la ruta exacta de la landing page. Un periodo amplio es cómodo para buscar datos, pero su inconveniente es que en el gráfico general es más difícil notar el momento en que el contador dejó de funcionar tras una actualización del sitio.

Las redirecciones y los dominios cambian la ruta del visitante

La transición puede pasar por un acortador de enlaces, un tracker, la versión HTTP del sitio, el dominio www, un subdominio móvil y solo después llegar a la landing page final. Si la redirección está mal configurada, la página tarda en responder o el visitante es enviado a otro dominio, el contador del sitio necesario puede no cargarse. Esto es especialmente importante para los enlaces de las descripciones de transmisiones y de las campañas publicitarias.

Compruebe la cadena con el comando curl -I -L "https://example.com/promo" y observe los estados con las direcciones de las transiciones. El comando mostrará las redirecciones del servidor, pero no sustituirá la prueba en el navegador: curl no verá las redirecciones JavaScript ni los bloqueos por extensiones. Los enlaces acortados son cómodos en las publicaciones, pero la transición adicional complica el diagnóstico.

La SPA no envía vistas de página en las transiciones internas

En un sitio de una sola página, la transición entre secciones suele producirse sin una recarga completa. El usuario abre una tarifa, una ficha de producto, un formulario o la página de agradecimiento, y Metrica registra solo la primera pantalla. Las visitas pueden estar en el informe, pero las páginas de entrada, la profundidad de visualización y las conversiones parecen incompletas.

Compruebe en Network si aparece una nueva solicitud a Metrica tras el cambio de ruta dentro de la aplicación. Pruebe las transiciones con los botones del navegador, las ventanas modales, el cambio de idioma y las URL dinámicas. El envío automático de vistas mediante el router es cómodo, pero su inconveniente es que, ante un error en la lógica, es fácil obtener vistas duplicadas y una profundidad de visita inflada.

Los objetivos no se activan aunque haya visitas

Un informe vacío por objetivo no significa que no haya tráfico en el sitio. Las visitas pueden recogerse con normalidad, pero no registrarse el envío de un formulario, el clic en un botón, la compra o la transición a la página de agradecimiento. Las causas pueden ser un selector CSS modificado, un evento antes de la inicialización del contador, un formulario AJAX sin tratamiento del resultado u otro número de Metrica en la página.

Realice la acción manualmente y al mismo tiempo observe Network: después debe aparecer una solicitud relacionada con el envío del evento. El objetivo por clic en un botón se configura rápido, pero tiene un inconveniente: registra la pulsación, no el envío correcto del formulario. Para las solicitudes es más útil rastrear por separado el inicio de la cumplimentación, el error y el resultado confirmado.

Lista de comprobación del diagnóstico en cinco minutos

1. Abra el enlace por el que debe llegar el tráfico en un navegador normal sin bloqueadores.
2. En DevTools abra Network, actualice la página y filtre las solicitudes por mc.yandex.ru.
3. En la pestaña Console compruebe los errores de JavaScript, CSP y el mensaje blocked by client.
4. Compare el número de contador en el código de la página con el número del informe en el panel de Metrica.
5. Compruebe en access.log la petición a la URL necesaria durante la prueba, por ejemplo grep "GET /promo" /var/log/nginx/access.log.
6. Coteje el registro del servidor con los clics en la plataforma publicitaria para un mismo enlace y un mismo periodo.
7. Revise los filtros, las fechas seleccionadas, la zona horaria, los subdominios y el escenario de consentimiento de cookies.
8. Para una SPA, realice una transición interna y asegúrese de que tras el cambio de ruta se envía una nueva solicitud.