К содержанию
Диванная аналитикаСамостоятельная веб-аналитика
Тема

Проверьте подключение и отчёт

Начните с симптома. Эти шаги подходят для WordPress и самостоятельного PHP-пакета; особенности установки отмечены в тексте.

Обновлено 14 октября 2026 · версия 0.7.1 beta

Просмотров нет

  1. Сбросьте фильтры и проверьте период. Даты отчёта указаны в UTC; посещение около полуночи может попасть в соседнюю дату.
  2. Проверьте, включён ли сбор и добавлен ли путь страницы в разрешённый список. В WordPress выйдите из аккаунта и откройте сайт в приватном окне: авторизованные посетители исключаются.
  3. Разрешите аналитику в баннере. Отказ, DNT/GPC и блокировщик могут остановить отправку. При проверке учитывайте выбор посетителя.
  4. Откройте в кабинете "Подключение и диагностика" и выполните предложенную проверку. Она проверяет приёмник отдельным тестовым запросом; обычный просмотр с сайта проверьте после согласия.
  5. Если просмотров по-прежнему нет, проверьте запрос к collect или WordPress REST endpoint в инструментах браузера. Ответы приёмника разобраны ниже.

Проверка WordPress · Проверка PHP

Событие не появилось

  1. Проверьте код события в разрешённом списке и регистр символов. Отображаемое название и технический код настраиваются отдельно.
  2. Для клика проверьте атрибут data-da-event на нужном элементе. Для формы вызывайте event() после подтверждения успешной отправки.
  3. Проверьте согласие и включённый сбор. Адаптер Contact Form 7 работает по событию успешной отправки; адаптер WPForms предназначен для AJAX-форм.
  4. Очистите фильтры события и источника, выберите текущую дату UTC и повторите одно действие. Затем обновите отчёт.
  5. Для CRM проверьте журнал своего серверного адаптера и HTTP-ответ webhook. Повтор одного event_key в течение 24 часов учитывается один раз.

Формы Tilda · Серверные события CRM

Источник неизвестен

Прямой / неизвестный источник означает, что разрешённой метки или подходящего реферера не было. Мессенджер или браузер может скрыть реферер; происхождение такого обращения восстановить удаётся не всегда.

  1. Разметьте ссылку в конструкторе кабинета. Проверьте площадку, канал, кампанию и разрешённые значения меток.
  2. Убедитесь, что редиректы сохраняют параметры URL. Откройте именно размеченную ссылку и выполните просмотр после согласия.
  3. Проверьте, что нужный путь страницы разрешён. При копировании ссылки UTM-метки могут потеряться.

Переданная рекламная фраза может отличаться от запроса человека. Скрытые поисковые запросы продукт не восстанавливает.

Как определяются источники и фразы

В карточке хоста посмотрите основание определения: utm_source, рекламная метка, DNS-домен реферера или отсутствие сведений. Противоречивые метки не означают подтверждённый источник. Метки перехода могут сохраняться на следующих страницах до 30 минут в этой вкладке.

Хосты не появились или числа отличаются

  1. Проверьте версию 0.7.1 и схему 0.7.0 в диагностике. Обновление сохраняет агрегаты и создаёт пустую историю; старые маршруты в неё не переносятся.
  2. Включите "Собирать историю хостов" в настройках. История первоначально выключена и начинается с новых разрешённых обращений после включения.
  3. Выберите текущую дату UTC и сбросьте фильтры. Для WordPress выйдите из аккаунта; затем откройте две разрешённые страницы после согласия.
  4. Если разные устройства попали в один код, они могут использовать общий IP. За CDN или прокси настройте доверенный REMOTE_ADDR на сервере. Приложение не извлекает IP из произвольного X-Forwarded-For.
  5. Сводка хостов учитывает только обращения с доступным кодом IP и может содержать меньше записей, чем общий отчёт. CRM webhook не привязывается к хосту посетителя. Один IP не означает одного человека.
  6. Выключение истории сохраняет старые записи до очистки или истечения срока. Смена секрета PHP или auth-ключей WordPress создаёт новые коды для тех же IP.

Состав истории и сроки · Учебный пример хостов.

Ответы приёмника

204
Запрос обработан. При повторном event_key счётчик может остаться прежним; диагностический запрос не увеличивает статистику.
400
Проверьте формат запроса, тип, путь и разрешённый код события.
403
Проверьте разрешённый сайт, настройки сбора и авторизацию серверного адаптера. Ключ webhook остаётся на сервере.
409
Один event_key был передан с другим составом события. Новый логический результат должен иметь свой ключ.
429
Сработал лимит запросов. Снизьте частоту отправки и повторите по правилам вашего адаптера.
503
Временная ошибка записи или инфраструктуры. Проверьте доступность базы и журнал серверных ошибок.

Результат зависит от вида приёмника и ситуации. Смотрите текст безопасного сообщения в кабинете и документацию своего адаптера.

Если проблема на PHP-хостинге

Проверьте PHP 8.1+, PDO_SQLite, доступ к CLI и cron. Веб-корень должен указывать на public/, а config.php и база должны находиться за его пределами. Права доступа должны позволять PHP читать конфигурацию и записывать в каталог данных.

В приватном каталоге установки выполните php bin/manage.php doctor. При integrity=false остановите сбор и восстановите проверенную резервную копию по UPGRADE.md. Перед изменением базы сохраните копию.

Очистка и cron · Обновление и восстановление PHP

Что подготовить для обращения

Укажите версию пакета, WordPress/PHP и базы, выбранный период, тип подключения, последовательность действий и HTTP-код ошибки. Снимок формы или фрагмент журнала поможет повторить проблему.

Перед отправкой уберите пароль, webhook-ключ, Cookie/Authorization заголовки и персональные данные. Не прикладывайте config.php или рабочую базу целиком.

Написать semyon@dulesov.ru