为什么Yandex Metrica不显示网站流量

没有数据并不总是意味着没有流量

Yandex Metrica中的空白图表并不能证明没有人访问网站。Metrica只有在访客的浏览器加载并执行了计数器代码，然后向分析服务器发送请求时，才会记录一次访问。用户可能打开了页面、提交了申请或点击了广告，但由于脚本被屏蔽、浏览器错误或设置中的过滤器而未能进入报告。

首先要区分是确实没有真实跳转，还是数据收集出现故障。 需要比较的不是总体图表，而是同一时间段、具体URL和来源。例如来自广告、直播描述、邮件群发或社交媒体帖子的链接。

如何区分没有流量和没有数据

广告后台通常会显示广告点击量，而服务器日志则显示对网站的请求。要进行检查，请打开服务器访问日志，查找所需时间段内的目标页面。在Nginx日志中，这可能是类似这样的请求：grep "GET /promo" /var/log/nginx/access.log。如果路径因UTM标记而变化，请查找不带参数的URL本身，或使用落地页地址的一部分。

广告后台中的点击不等于页面加载：用户可能关闭了标签页，连接可能中断，链接可能指向无法访问的URL。服务器日志也不等于真实访问，因为其中会包含机器人、链接预览和技术检查。但如果日志中有跳转，而Metrica中没有，问题很可能出在计数器或其设置上。

广告、日志和Metrica之间的差异意味着什么

如果广告后台有点击，但日志中没有对落地页的请求，请检查最终URL、重定向、域名可访问性和跟踪器设置。如果access.log中有记录，但浏览器没有向mc.yandex.ru发送请求，则计数器未启动或被屏蔽。如果向mc.yandex.ru的请求已发出，但报告为空，请检查计数器编号、过滤器、时间段和域名设置。

为了精确核对，请选择较短的时间间隔和单一来源。仅在项目所采用的数据处理规则范围内，比对时间、页面路径、响应状态、IP地址和User-Agent。在大流量下手动核对很不方便：它有助于发现故障，但不能替代持续监控。

部分页面缺少计数器代码

计数器可能安装在首页上，但在落地页、博客、目录、个人中心、移动端模板或子域名上缺失。这种错误经常出现在网站迁移、创建单独的推广页面或更新CMS主题之后。访客打开了网站，但在特定URL上Metrica根本没有可执行的内容。

通过浏览器的查看源代码打开页面源代码，查找mc.yandex.ru片段或计数器编号。请检查广告和社交媒体链接实际指向的地址，而不仅仅是首页。这种检查的缺点在于，手动操作很容易遗漏罕见的页面和场景，例如支付后的页面或移动版上的表单。

网站上安装的是另一个计数器编号

代码可能运行正常，但将数据发送到旧的、测试的或他人的计数器。这种情况发生在复制模板、更换服务商、迁移到新域名或同时运行多个网站版本之后。在浏览器中可以看到请求，但渠道或网站所有者查看的是另一个计数器的报告。

在页面代码中找到标识符，并将其与Metrica后台中的编号进行比对。在浏览器控制台中可以执行查询：document.documentElement.innerHTML.includes("mc.yandex.ru")。它会显示HTML中是否出现Metrica地址，但无法确认脚本是否已执行。为此需要检查网络请求。

如何在浏览器中检查Metrica的加载情况

在没有拦截器的浏览器中打开页面，按F12，切换到Network选项卡并刷新页面。在过滤行中输入mc.yandex.ru。正常工作时应该出现对脚本加载地址的请求以及数据收集请求，通常包含metrika/tag.js路径或带计数器编号的watch。

然后打开Console选项卡并检查错误。有用的故障迹象包括：「Refused to load the script」、「blocked by client」、「Content Security Policy」消息，或在计数器启动前出现的JavaScript错误。在单个浏览器中检查有一个缺点：特定用户的扩展、浏览器版本或网络设置可能会产生不同的结果。

广告拦截器隐藏了部分访问

广告拦截扩展、私有DNS服务、浏览器内置保护和杀毒软件可能会阻止对分析服务的请求。在Network中这通常显示为blocked by client。页面此时正常打开，服务器记录了请求，但Metrica没有收到访问信息。

在无扩展的普通浏览器窗口和带拦截器的配置文件中比较页面。这种测试能显示拦截这一事实本身，但无法准确评估丢失访问的比例：受众的保护设置各不相同。试图伪装分析请求会使维护复杂化，并可能与网站的安全策略冲突。

Content Security Policy阻止对Metrica的请求

Content Security Policy响应头限制了页面可以从中加载脚本、图像和执行网络请求的来源。在接入CDN、代理或加强网站保护后，网站可能开始禁止对Metrica的请求。浏览器控制台中会出现关于CSP违规的消息，并指明被屏蔽的地址mc.yandex.ru。

应针对性地补充规则，而不是完全禁用CSP。单行指令示例：script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

不能不加思索地在现有响应头中替换这一行：它必须与网站已有的必要来源合并。如果计数器代码直接嵌入HTML中，内联脚本可能还需要通过nonce或hash单独授权。添加unsafe-inline更简单，但其缺点是抵御第三方JavaScript注入的保护更弱。

Cookie同意无法启动计数器

在带有同意横幅的网站上，Metrica有时只有在点击按钮后才会启动。横幅逻辑中的错误可能导致计数器在同意后仍处于关闭状态、仅在首页启用，或未保存用户的选择。因此部分访问会丢失，尤其是来自落地页的短访问。

请检查首次进入、同意、拒绝、再次访问、移动浏览器和隐私模式等场景。在用户做出选择之前启动分析可能会增加数据量，但这种方案存在法律和声誉方面的缺点：数据处理方式必须符合适用于您项目的要求。

计数器过滤器排除了所需的访问

Metrica设置中可能启用了按IP地址、域名、URL、参数或技术流量的过滤器。通常添加它们是为了排除团队访问和测试跳转。在更换办公室、VPN、企业网络或URL结构之后，这样的过滤器可能已经排除的不只是内部访问。

查看启用的过滤器并检查每条规则的用途。为了诊断，可以临时修改一个过滤器并重复测试跳转。禁用过滤器的缺点在于，员工、开发人员和自动化测试的访问会进入统计，因此最好单独记录更改。

打开的时间段、报告或时区不正确

有时数据已经存在，但后台中选择的是另一个计数器、过窄的时间段、日期比较模式或不合适的时区。在访问量较少时，几个小时的差异可能完全改变特定日期的画面。不应仅凭跳转后的几分钟来评估计数器的工作情况。

取消时间段比较，打开更宽的范围并检查测试访问的日期。然后转到页面报告并找到落地页的准确路径。宽泛的时间段便于查找数据，但其缺点是在总体图表上更难注意到网站更新后计数器停止工作的时刻。

重定向和域名改变了访客的路径

跳转可能经过链接缩短器、跟踪器、网站的HTTP版本、www域名、移动子域名，然后才到达最终落地页。如果重定向配置有误、页面响应缓慢或访客被发送到另一个域名，所需网站的计数器可能无法加载。这对于来自直播描述和广告系列的链接尤为重要。

使用命令curl -I -L "https://example.com/promo"检查链路，并查看带有跳转地址的状态。该命令会显示服务器重定向，但不能替代浏览器测试：curl看不到JavaScript重定向和扩展拦截。缩短链接在发布中很方便，但额外的跳转使诊断更加复杂。

SPA在内部跳转时不发送页面浏览

在单页网站上，分区之间的跳转通常不会完全重新加载。用户打开了套餐、商品卡片、表单或感谢页面，而Metrica只记录了第一个屏幕。访问可能出现在报告中，但入口页面、浏览深度和转化看起来不完整。

在Network中检查应用内部路由切换后是否出现对Metrica的新请求。测试浏览器按钮跳转、模态窗口、语言切换和动态URL。通过路由器自动发送页面浏览很方便，但其缺点是逻辑出错时很容易产生重复浏览和虚高的访问深度。

有访问时目标不触发

目标报告为空并不意味着网站上没有流量。访问可能正常收集，但表单提交、按钮点击、购买或跳转到感谢页面未被记录。原因可能是CSS选择器被更改、事件发生在计数器初始化之前、AJAX表单未处理结果，或页面上是另一个Metrica编号。

手动执行操作，同时查看Network：操作后应出现与事件传输相关的请求。按钮点击目标配置很快，但其缺点是它记录的是点击，而不是表单的成功提交。对于申请，更有用的是单独跟踪开始填写、错误和确认结果。

五分钟诊断清单

1. 在没有拦截器的普通浏览器中打开流量应该到达的链接。
2. 在DevTools中打开Network，刷新页面并按mc.yandex.ru过滤请求。
3. 在Console选项卡中检查JavaScript错误、CSP和blocked by client消息。
4. 将页面代码中的计数器编号与Metrica后台报告中的编号进行比对。
5. 在access.log中检查测试期间对所需URL的请求，例如grep "GET /promo" /var/log/nginx/access.log。
6. 按同一链接和同一时间段，将服务器日志与广告后台中的点击进行比对。
7. 查看过滤器、所选日期、时区、子域名和cookie同意场景。
8. 对于SPA，执行内部跳转并确认路由切换后发送了新请求。