Как исправить отсутствие трафика в Astrina

Как исправить отсутствие трафика на сайте в Astrina

«Отсутствие трафика» обычно означает одно из двух: Astrina показывает меньше визитов, чем вы ожидаете, или же визиты видны в одном отчёте, но не в другом. Число имеет значение. Если другой инструмент, серверные логи или отчёт витрины показывают 120 сеансов, а Astrina — 47, значит, у вас не ощущение, а расхождение в данных, которое нужно объяснить. Именно так обычно и выглядит ситуация, когда Astrina не показывает трафик.

Начните с источника истины, с которым вы сравниваете данные. Отчёт CRM, панель платежей и веб-аналитика измеряют разные вещи, поэтому первая задача — сравнивать сопоставимое. Если вы пытаетесь понять, как исправить отсутствие трафика в Astrina, задайте один простой вопрос: какие именно визиты отсутствуют, на каких страницах, в какой временной интервал и из какого источника данных?

Звучит просто. Так и есть. Аккуратное сравнение может сэкономить час, а небрежное — отнять целый день. Если Astrina показывает трафик на главной, но не на страницах товаров, это не та же проблема, что и падение по всему сайту, и это может объяснять, почему вы заметили, что пропал трафик на сайте Astrina.

1. Убедитесь, что падение трафика — это расхождение в отчётах, а не реальная потеря

Проверьте, приходят ли посетители по другому каналу. Серверные логи, подтверждения заказов, клики в рекламных платформах или данные из Search Console могут показывать активность даже тогда, когда в Astrina всё выглядит пусто. Один из частых признаков — нормальная кривая выручки при низком графике трафика. Другой — резкое падение, начинающееся ровно в начале часа, при том что заказы продолжают поступать. Такая картина говорит о проблеме измерения, а не о пропавших пользователях.

Посмотрите на точную дату, время и часовой пояс, выбранные в Astrina. Отчёт, который выглядит пустым для «сегодня», может быть нормальным, если ваш бизнес-день начинается в другом часовом поясе, чем тот, что используется в панели. Сдвиг всего на час уже может сделать трафик «опаздывающим», а переход на летнее время — создать впечатление, что график сломан, хотя это не так.

Если расхождение реально, определите его точнее. Astrina не показывает все сеансы, только платный трафик, только мобильный трафик или только одну кампанию? Формулировка вроде «трафик исчез» слишком расплывчата, чтобы действовать. А вот «трафик с посадочной страницы /pricing отсутствует для Chrome на iPhone со вторника» — уже полезно.

2. Проверьте, не проблема ли это только в живом просмотре трафика

Не смешивайте исторические отчёты с живой панелью. Отсутствие трафика в live view может пугать, но это более короткий и чувствительный интерфейс, чем ежедневные отчёты. Краткая задержка, несовпадение фильтров или временная пауза в приёме данных могут сделать live-панель пустой, хотя основные отчёты продолжают заполняться.

Следите за тремя типами поведения. Во-первых, live-трафик приходит с задержкой в несколько минут. Во-вторых, он есть на одной странице и отсутствует на другой. В-третьих, он то появляется, то пропадает в течение сессии. Всё это само по себе не означает, что сайт сломан. Но это значит, что нужно отделить live-панель от отчёта, который вы используете для ежедневных решений.

Не повторяйте тот же чек-лист, который использовали бы при полном отказе сайта. Если просмотры страниц всё ещё появляются в историческом отчёте через 15 или 30 минут, возможно, отстаёт только live-панель. Это важно, потому что задержку отображения исправляют иначе, чем разрыв в сборе данных.

Небольшое замечание: команды часто паникуют, потому что один коллега видит событие в live-режиме, а другой — нет. Такое бывает, если панель отфильтрована по свойству, сегменту или виду устройства, где сейчас нет посетителей.

3. Убедитесь, что first-party-скрипт аналитики загружается на проблемных страницах

Если проблема затрагивает только некоторые страницы, сначала проверьте исходный код именно на них. Вам нужно найти проблему со first-party-скриптом аналитики, а не расплывчатый «баг в аналитике». Убедитесь, что тег скрипта присутствует, загружается с ожидаемого first-party-пути и есть в отрисованном исходном коде страницы, который может получить Astrina.

Откройте панель сети в браузере и перезагрузите проблемную страницу. Запрос должен возвращать обычный статус успеха, а не заблокированный, перенаправленный или переписанный ответ. Если скрипт внедряется через tag manager, сравните боевую страницу с предпросмотром развёртывания. Недавний релиз мог переместить скрипт, удалить контейнер или обернуть его в условие, скрывающее его на некоторых маршрутах.

Кэш может дать ложноположительный результат. Одна версия страницы может по-прежнему содержать старый скрипт, а другая — уже новый шаблон без него. То же самое могут делать edge-правила, особенно если они различаются по стране, устройству или bot score. Если на одном шаблоне трафик есть, а на другом — нет, не считайте Astrina виноватой, пока не докажете, что скрипт доходит до обеих страниц.

Помогает один конкретный тест: откройте страницу в новой сессии, сделайте жёсткое обновление и сравните итоговый HTML в браузере с ожидаемой реализацией. Если скрипт исчезает только после релиза, исправлять нужно процесс проверки перед выкладкой, а не панель.

4. Сравните рабочие и нерабочие шаблоны страниц

Выберите одну страницу, на которой трафик отображается, и одну, на которой нет. Затем сравните шаблон, структуру маршрута и тип страницы. Статья в блоге, карточка товара и шаг оформления заказа часто идут по разным кодовым путям. Отсутствие трафика только на одном из них обычно означает несоответствие на уровне страницы, а не проблему по всему сайту.

Ищите различия, которые звучат мелко, но важны. На рабочей странице может использоваться один файл макета, а на сломанной — другой. Один шаблон может подключать скрипт Astrina в заголовке, другой — загружать его только после согласия. Один маршрут может рендериться на сервере, а другой — подгружаться позже и пропускать первый просмотр страницы. Такие различия создают расхождение в трафике, которое выглядит загадочно, пока вы не сведёте вместе исходные файлы.

Сравнивайте не только HTML, но и итоговое состояние страницы в браузере. Шаблон CMS может быть корректным в редакторе и ошибочным в продакшене из-за правила развёртывания, очистки кэша или вариации контента. Если трафик есть на /blog, но нет на /blog/tag/product, возможно, проблема в наследовании шаблона, а не в сбое измерения.

Держите сравнение строгим. Две страницы, одна рабочая и одна сломанная, один браузер, один часовой пояс, одно устройство, по возможности один и тот же реферер. Такая дисциплина быстро убирает шум.

5. Проверьте согласие, настройки приватности и условия подавления, из-за которых визиты могут скрываться

Некоторые визиты скрываются намеренно. Баннеры согласия, настройки приватности, подавление внутреннего трафика и отключение аналитики на отдельных страницах могут исключать сеансы ещё до того, как Astrina их посчитает. Поэтому при диагностике отсутствия трафика всегда нужно спрашивать, можно ли было вообще записывать этот визит.

Логика согласия особенно коварна на посадочных страницах. Посетитель может перейти на сайт, увидеть баннер, отказаться от отслеживания и продолжить просмотр. Другой посетитель может принять условия на главной, но отказаться на странице оформления заказа. В обоих случаях трафик может исчезнуть в одном разделе сайта и при этом оставаться видимым в другом. Картина зависит от того, где получено согласие и где скрипт ждёт разрешения.

Фильтры внутреннего трафика могут давать тот же эффект. Если фильтр основан на IP, заголовке или состоянии аккаунта, визиты вашей команды могут исчезать, тогда как реальные клиенты будут видны. Это кажется очевидным, пока кто-то не проверит с офисной сети и не решит, что сайт недоступен. Он не недоступен — он отфильтрован.

Исключения на уровне страницы тоже имеют значение. Юридическая страница, страница аккаунта или чувствительный сценарий могут намеренно отключать аналитику. Если пропавшая страница относится к таким, сначала подтвердите ожидаемое поведение, а уже потом считайте это дефектом. Хорошая диагностика называет правило, страницу и последствия.

6. Проверьте проблемы с сессиями и непрерывностью идентификатора

Трафик может казаться исчезнувшим, когда сессия ломается посередине пути. Междоменный редирект, переход между поддоменами, навигация в SPA и нарушенная идентификация посетителя могут разбить один визит на несколько фрагментов. Astrina при этом может продолжать собирать события, но путь будет выглядеть неполным при сравнении с другим инструментом.

Например, посетитель приходит на shop.example.com, переходит на checkout.example-payments.com, а затем возвращается на страницу подтверждения на www.example.com. Если идентификатор не сохраняется на каждом переходе, Astrina может показать только первую страницу входа без продолжения, тогда как другая система соберёт визит иначе. Трафик не терялся на сайте. Потерялась цепочка идентичности.

Особого внимания требуют SPA-маршруты. Если клиентский переход меняет URL, но не отправляет ожидаемое событие, страница может выглядеть активной для пользователя и пустой для Astrina. То же происходит, если редирект убирает параметр, на который Astrina опирается при склейке сессий. Одного сломанного токена достаточно, чтобы отчёты выглядели несогласованными несколько дней.

Сравнивайте Astrina с другим источником измерений осторожно. Если оба инструмента совпадают на входе, но расходятся после первого клика, вероятнее всего, проблема в непрерывности сессии. Если один инструмент показывает весь путь, а Astrina останавливается на первой странице, ищите редиректы, тайминг скрипта или сброс идентификатора на переходе.

7. Проверьте исправление контролируемым тестом и пострелизной проверкой

После исправления выполните контролируемый визит. Используйте один браузер, одно устройство и один маршрут страницы, о котором вы точно знаете, что он затронут. Откройте страницу, выполните один-два клика и убедитесь, что ожидаемая цепочка событий появляется в Astrina в обычное окно отчётности.

Затем проверьте тот же отчёт после развёртывания. Исправление, которое работает в предпросмотре, но ломается в продакшене, нельзя считать исправлением. Снова проверьте затронутую страницу после того, как слои кэша, edge-правила и изменения в tag manager успокоятся. Если вы меняли логику согласия, протестируйте и принятие, и отказ. Если вы меняли путь скрипта, убедитесь, что запрос по-прежнему уходит на first-party endpoint.

Наблюдайте за отчётом несколько дней, а не только одну сессию. Проблемы с трафиком часто скрываются за одним семейством браузеров, одним шаблоном или конкретной посадочной страницей. Контролируемый тест доказывает, что путь может работать. Последующая проверка в течение 3 дней доказывает, что он продолжает работать.

Если ваш сайт зависит от нескольких команд, сообщите точную страницу, маршрут и время теста тем, кто отвечает за развёртывание. Это даст им конкретную точку для проверки и не позволит следующему ревью превратиться в гадание.

И ещё один практический совет: если перед повторной проверкой трафика вам нужен чистый ориентир по реализации, посмотрите * и нормализованный размер видимого текста для пути настройки, а затем вернитесь к проблемному отчёту и сравните живой путь с тем, что Astrina реально получает.