Почему Plausible не учитывает просмотры страниц
1. Определите, для каких страниц не учитываются просмотры
Начните с одного URL, для которого возникает проблема. Запишите адрес страницы, время проверки и то, показывает ли отчёт Plausible посещения других страниц сайта. Если Plausible не показывает посещения страниц, конкретный пример — например, если страницы товара нет в отчёте, а главная отображается — полезнее, чем общее утверждение «аналитика не работает».
Сравните страницу с проблемой со страницей, где отслеживание работает. Проверьте, используют ли они один и тот же шаблон, загружаются ли с одного хоста и указаны ли в одном и том же ресурсе Plausible. Любое различие в этих деталях подскажет, что проверить, прежде чем менять код.
Проверьте прямые переходы отдельно от навигации по сайту. Откройте нужный URL в новой вкладке, а затем перейдите на него по ссылке с другой страницы. Если прямые переходы отображаются в отчёте, а клики по ссылке — нет, проблема может быть связана с обработкой навигации на сайте. Если не отображается ни то ни другое, сначала проверьте код отслеживания или настройки браузера.
Кратко фиксируйте результаты проверок: указывайте точный URL, способ перехода на страницу, браузер и полученный результат. Так вы сможете повторить тест после изменений, а не полагаться на память.
2. Проверьте, отправляет ли браузер событие просмотра страницы
Откройте страницу с проблемой и инструменты разработчика браузера. Перезагрузите страницу на вкладке Network и найдите запросы, связанные с Plausible.
Если запрос появился, изучите его подробнее — не ограничивайтесь проверкой, что «он загрузился». Убедитесь, что в запросе указан URL нужной страницы, запрос выполнен и браузер не пометил его как заблокированный или завершившийся ошибкой. Если запрос указывает главную страницу вместо вложенного маршрута, проблема, вероятно, связана с обработкой URL, а не с отсутствующим скриптом.
Если запросов нет, сначала проверьте фильтры на вкладке Network. Текстовый фильтр может скрыть нужный запрос, а сохранённый журнал — смешать данные предыдущих загрузок с текущей проверкой. Очистите фильтр, перезагрузите страницу и изучите новые запросы.
В качестве дополнительной проверки откройте вкладку Console. Ошибка загрузки скрипта, сообщение о политике безопасности контента или исключение JavaScript могут объяснить, почему запрос не отправляется. Прежде чем что-либо менять, скопируйте точный текст сообщения и URL страницы с проблемой: так проще понять, связана ли причина с сайтом или блокировкой в браузере.
Чтобы понять, почему Plausible не отслеживает просмотры страниц, сначала выясните, отправляет ли браузер запрос на просмотр страницы; так проще понять, как проверить отправку событий в Plausible. Это наблюдение поможет выбрать дальнейший шаг: если запроса нет — проверяйте выполнение скрипта, если он есть — изучите сам запрос и настройки отчёта.
3. Исключите блокировку браузером и настройками согласия
Повторите проверку в чистом профиле браузера или в приватном окне, по возможности отключив расширения. Блокировщики рекламы, средства защиты от отслеживания и расширения для конфиденциальности могут препятствовать отправке аналитического запроса. Поэтому результата проверки в одном браузере недостаточно, чтобы сделать вывод, что проблема затрагивает всех посетителей.
Пройдите процедуру согласия так, как это сделал бы обычный посетитель. Откройте страницу, не выбирая вариант, затем разрешите аналитику, если сайт предлагает такой выбор, и перезагрузите страницу или снова перейдите на нужный маршрут. Если запрос появляется только после согласия, проверьте настройки менеджера согласия и убедитесь, что категория аналитики связана со скриптом Plausible.
Сам по себе отказ от согласия на необязательную аналитику не означает, что сайт работает с ошибкой. Важно проверить, соответствует ли поведение сайта предусмотренным правилам согласия и используемым настройкам. Подробнее о вариантах измерения с учётом конфиденциальности читайте в статье «Что изменилось в аналитике с приоритетом конфиденциальности».
Проверьте, не появляются ли ошибки в Console только после загрузки баннера согласия. Если скрипт баннера не запускается и не позволяет загрузить аналитический скрипт, страница может выглядеть нормально, хотя запрос отслеживания так и не отправляется. Если проблема связана с баннером, проверьте, можно ли взаимодействовать с его элементами с помощью клавиатуры. В этом руководстве рассказывается, как проверить, публикует ли сайт заявление о доступности.
4. Сравните код отслеживания на загруженных страницах
Проверяйте страницу в том виде, в котором она загружается в браузере, а не только исходный файл или настройку в системе управления контентом. В шаблоне для одного типа страниц может отсутствовать фрагмент кода отслеживания, а менеджер тегов может добавлять его только на определённых маршрутах. Сравните загруженный код на URL, где отслеживание работает, и на URL с проблемой.
Найдите скрипт Plausible и связанное с ним значение сайта или домена. Опечатка в настройке домена или хост, отличный от зарегистрированного для сайта, может привести к тому, что вы будете искать данные не в том отчёте.
Проверьте, не подключён ли скрипт несколько раз. Дублирующая установка может усложнить проверку и затруднить интерпретацию результатов. Если страницы отличаются, выясните, откуда берётся код — из шаблона, менеджера тегов или плагина — и исправьте его там, а не добавляйте ещё одну копию вручную.
При сравнении загруженного кода учитывайте время загрузки скриптов. Менеджер согласия или менеджер тегов может добавить скрипт уже после загрузки исходного HTML, поэтому при быстром просмотре исходного кода итоговое состояние может быть незаметно. Одновременно используйте вкладки Elements и Network, чтобы проверить, появился ли элемент скрипта и отправляет ли браузер запрос.
5. Проверяйте прямую загрузку отдельно от навигации без перезагрузки страницы
Откройте нужный маршрут напрямую в новой вкладке, а затем перейдите на него с другой страницы без полной перезагрузки. Запишите результат для каждого способа. Сайт, построенный как одностраничное приложение, может менять отображаемый маршрут, не загружая новый документ. Поэтому проверьте, регистрируется ли просмотр страницы при такой навигации.
Если прямые переходы учитываются, а клики по ссылкам на сайте — нет, проверьте маршрутизатор сайта и интеграцию Plausible на предмет поддержки навигации на стороне клиента. В документации интеграции уточните, как она обрабатывает смену маршрута.
Если навигация учитывается, а прямая загрузка — нет, проверьте первоначальный ответ сервера и шаблон этого маршрута. Сервер может отдавать другой документ или не добавлять код отслеживания для данного маршрута. Сравните загруженный код и сведения о запросах при первоначальном открытии страницы и после перехода по ссылке.
Проверяйте маршрут с параметрами запроса или завершающим слешем только в том случае, если посетители действительно используют такие варианты. В этих случаях URL, который фиксирует браузер, может отличаться от ожидаемого в отчёте. Записывайте точный адрес и не считайте, что похожие URL обрабатываются одинаково.
6. Проверьте область данных и фильтры в отчёте Plausible
Прежде чем считать отсутствие строки в отчёте проблемой сбора данных, убедитесь, что в панели выбран нужный сайт Plausible. Отчёт для тестового домена, альтернативного хоста или похожего по названию проекта не поможет выяснить, поступил ли просмотр страницы с основного сайта.
Установите диапазон дат, включающий время проверки, и проверьте, не заданы ли в отчёте фильтры или сегменты. Слишком узкий диапазон дат или активный фильтр может скрыть учтённую страницу. Если вы знаете время проверки, используйте его, чтобы сопоставить данные отчёта с тестом в браузере.
Найдите страницу в отчёте или просмотрите его, используя тот же путь, который отправил браузер, включая соответствующий завершающий слеш или строку запроса.
Также отличайте просмотр страницы от пользовательского события. Если при загрузке маршрута интеграция отправляет именованное событие, проверьте запрос и найдите это событие в соответствующем разделе отчётов, а не считайте его обычным просмотром страницы.
7. Повторно проверьте исправление для всех проблемных случаев
Меняйте по одному параметру за раз. Если вы исправили значение домена, проведите повторную проверку, прежде чем менять правила согласия или код маршрутизатора. Так будет понятно, помогло ли изменение восстановить отправку запроса, и вы не пропустите другую проблему.
Повторите первоначальный набор проверок: откройте каждый проблемный URL напрямую, перейдите на него по внутренней ссылке и сравните оба результата со страницей, где отслеживание работает. Используйте те же настройки браузера и тот же вариант согласия, что и раньше. Если на сайте используются разные шаблоны, проверьте хотя бы по одному проблемному примеру для каждого затронутого шаблона.
Для каждой проверки убедитесь в двух вещах: браузер отправляет ожидаемый запрос на просмотр правильного URL, а новый просмотр появляется в отчёте нужного сайта Plausible. Если запрос есть, но отчёт пуст, прежде чем снова менять код сайта, ещё раз проверьте выбранный сайт, диапазон дат и фильтры.
Сохраните результаты успешной проверки вместе с изменением кода или обращением в службу поддержки. Укажите проблемные URL, результаты проверки в браузере, относящиеся к делу ошибки в Console и настройки отчёта, которые вы проверили. Эти данные позволят другому человеку повторить проверку, вместо того чтобы разбираться с расплывчатым сообщением об отсутствии просмотров страниц.
