Як виправити відсутні перегляди сторінок у Plausible
1. З’ясуйте, для яких саме сторінок бракує переглядів
Щоб з’ясувати, чому Plausible не показує перегляди сторінок, почніть з однієї URL-адреси, для якої виникла проблема. Запишіть адресу сторінки, час перевірки та те, чи відображає звіт Plausible відвідування інших сторінок цього сайту. Конкретний приклад — наприклад, відсутня сторінка товару, тоді як головна сторінка відображається, — корисніший за загальне твердження «аналітика не працює».
Порівняйте проблемну сторінку з тією, для якої дані збираються правильно. Перевірте, чи використовують обидві сторінки той самий шаблон, чи завантажуються з того самого домену та чи належать до того самого сайту в Plausible. Будь-яка відмінність допоможе визначити, що перевірити, перш ніж змінювати код.
Перевірте окремо прямі переходи та навігацію всередині сайту. Відкрийте проблемну URL-адресу в новій вкладці, а потім перейдіть на неї, натиснувши посилання на іншій сторінці. Якщо прямі переходи відображаються у звіті, а переходи за посиланнями — ні, проблема може бути пов’язана з обробкою навігації на сайті. Якщо не відображається жоден із цих переходів, почніть із перевірки коду відстеження або налаштувань браузера.
Ведіть короткий журнал перевірок. Записуйте точну URL-адресу, шлях переходу, браузер і результат. Так ви зможете повторити ту саму перевірку після змін, не покладаючись на пам’ять.
2. Перевірте, чи надсилає браузер подію перегляду сторінки
Практичний спосіб зрозуміти, як перевірити відстеження сторінок у Plausible, — відкрити проблемну сторінку та інструменти розробника браузера. На вкладці Network перезавантажте сторінку й пошукайте запити, пов’язані з Plausible.
Якщо запит є, не обмежуйтеся тим, що він «завантажився», а перевірте його деталі. Переконайтеся, що в запиті вказана URL-адреса проблемної сторінки, що запит виконано й що браузер не позначає його як заблокований або невдалий. Якщо замість вкладеної сторінки запит указує на головну, проблема, імовірно, пов’язана з обробкою URL-адреси, а не обов’язково з відсутністю скрипту.
Якщо запиту немає, спершу перевірте фільтри на вкладці Network. Текстовий фільтр може приховати потрібний запит, а збережений журнал — змішати дані попередніх завантажень із поточною перевіркою. Очистьте фільтр, перезавантажте сторінку один раз і перегляньте нові запити.
Для додаткової перевірки скористайтеся вкладкою Console. Помилка завантаження скрипту, повідомлення про політику безпеки вмісту або виняток JavaScript можуть пояснити, чому запит не надсилається. Перш ніж щось змінювати, скопіюйте точне повідомлення про помилку й URL-адресу проблемної сторінки. Це допоможе відрізнити помилку сайту від блокування браузером.
Якщо Plausible не збирає дані з сайту, з’ясуйте, чи взагалі надсилає браузер запит на перегляд сторінки. Це спостереження одразу звужує коло подальших дій: якщо запиту немає — перевіряйте виконання скрипту, а якщо є — його вміст і налаштування звіту.
3. Виключіть блокування браузером і налаштуваннями згоди
Повторіть перевірку в чистому профілі браузера або в приватному вікні, за можливості вимкнувши розширення. Блокувальники реклами, засоби захисту від стеження та розширення для приватності можуть перешкоджати надсиланню аналітичних запитів. Тому результат в одному браузері не доводить, що проблема виникає в усіх відвідувачів.
Перевірте процес надання згоди так, як це зробив би відвідувач. Завантажте сторінку, перш ніж робити вибір, потім погодьтеся на аналітичні файли cookie, якщо сайт запитує таку згоду, і перезавантажте сторінку або знову відкрийте проблемний розділ. Якщо запит з’являється лише після надання згоди, перевірте налаштування платформи керування згодою й переконайтеся, що її категорію аналітики пов’язано зі скриптом Plausible.
Не вважайте відмову від необов’язкової аналітики помилкою сама по собі. Важливо переконатися, що поведінка сайту відповідає запланованим правилам отримання згоди та поточним налаштуванням. Докладніше про варіанти вимірювання, орієнтовані на приватність, читайте в матеріалі що змінилося в аналітиці з пріоритетом приватності.
Перевірте, чи не з’являються помилки в Console лише після завантаження банера згоди. Якщо скрипт банера не спрацьовує до запуску скрипту аналітики, сторінка може виглядати нормально, хоча запит відстеження так і не надсилається. Якщо проблема пов’язана з банером, перевірте, чи можна керувати ним за допомогою клавіатури. У цьому матеріалі пояснюється, як перевірити, чи публікує сайт заяву про доступність.
4. Порівняйте код відстеження на завантажених сторінках
Перевірте сторінку в тому вигляді, у якому її отримує браузер, а не лише файл вихідного коду чи налаштування системи керування вмістом. У шаблоні може бути відсутній фрагмент коду відстеження для певного типу сторінок, або диспетчер тегів може додавати його лише на окремі маршрути. Порівняйте завантажений код для сторінки, де відстеження працює, і проблемної сторінки.
Знайдіть скрипт Plausible та пов’язане з ним значення сайту або домену. Помилка в налаштованому домені або відмінність між фактичним доменом і зареєстрованим для сайту може змусити вас шукати дані не в тому звіті.
Перевірте, чи не додано скрипт кілька разів. Дубльоване встановлення може ускладнити перевірку й заплутати результати. Якщо код на сторінках відрізняється, з’ясуйте, звідки він надходить — із шаблону сторінки, диспетчера тегів чи плагіна, — і виправте саме це джерело, а не додавайте ще одну копію вручну.
Порівнюючи завантажений код, враховуйте час виконання скриптів. Менеджер згоди або диспетчер тегів може додати скрипт після завантаження початкового HTML, тож швидкий перегляд вихідного коду сторінки може не показати її кінцевий стан. Перегляньте вкладки Elements і Network разом: так ви побачите, чи з’являється елемент скрипту та чи надсилає браузер запит на нього.
5. Окремо перевірте пряме відкриття сторінки та навігацію без перезавантаження
Відкрийте проблемний маршрут безпосередньо в новій вкладці, а потім перейдіть на нього з іншої сторінки без повного перезавантаження. Запишіть результат для кожного способу. Якщо сайт — це односторінковий застосунок, він може змінювати маршрут без завантаження нового документа, тож перевірте, чи реєструється під час такої навігації перегляд сторінки.
Якщо прямі переходи враховуються, а кліки всередині сайту — ні, перевірте маршрутизатор сайту й інтеграцію Plausible на підтримку навігації без перезавантаження. Дізнайтеся з документації інтеграції, як вона обробляє зміну маршрутів.
Якщо переходи всередині сайту враховуються, а пряме відкриття сторінки — ні, перевірте початкову відповідь сервера та шаблон відповідного маршруту. Сервер може повертати інший документ або не додавати код відстеження для цього маршруту. Порівняйте завантажений код і деталі запитів для початкового відкриття сторінки з тими, що зафіксували після кліку.
Перевіряйте маршрути з параметрами запиту або завершальним слешем лише тоді, коли відвідувачі справді використовують такі URL-адреси. У цих випадках URL-адреса, зафіксована браузером, може відрізнятися від тієї, яку ви очікуєте побачити у звіті. Записуйте точну адресу й не припускайте, що схожі URL-адреси обробляються однаково.
6. Перевірте охоплення звіту та фільтри Plausible
Перш ніж вважати відсутній рядок проблемою зі збором даних, переконайтеся, що на панелі відкрито потрібний сайт Plausible. Звіт для тестового домену, альтернативного домену чи схожого за назвою проєкту не покаже, чи зафіксовано перегляд сторінки на робочому сайті.
Виберіть діапазон дат, до якого входить час перевірки, а потім перегляньте активні фільтри й сегменти звіту. Надто вузький діапазон дат або ввімкнений фільтр можуть приховувати зафіксовану сторінку. Якщо ви знаєте час перевірки, звіряйте звіт саме з ним, щоб пов’язати його з тестом у браузері.
Знайдіть сторінку у звіті, використовуючи той самий шлях, який надіслав браузер, зокрема відповідний завершальний слеш або рядок запиту.
Також розрізняйте перегляд сторінки та спеціальну подію. Якщо під час завантаження маршруту реалізація надсилає подію з певною назвою, перевірте запит і знайдіть цю подію у відповідному розділі звітів, а не припускайте, що це звичайний перегляд сторінки.
7. Повторно перевірте виправлення для всіх проблемних випадків
Змінюйте по одному параметру за раз. Якщо ви виправили значення домену, повторіть перевірку, перш ніж змінювати правила згоди або код маршрутизатора. Так буде зрозуміло, чи почав працювати запит, і ви не ризикуватимете, що друга проблема приховає першу.
Повторіть початкову серію перевірок: відкрийте кожну проблемну URL-адресу безпосередньо, перейдіть на неї за внутрішнім посиланням і порівняйте обидва результати зі сторінкою, на якій відстеження працює. Використовуйте ті самі налаштування браузера й той самий вибір щодо згоди, які записали раніше. Якщо сайт використовує кілька шаблонів, перевірте принаймні один проблемний приклад для кожного з них.
Для кожної перевірки переконайтеся у двох речах: браузер надсилає очікуваний запит на перегляд правильної URL-адреси, а новий перегляд сторінки з’являється у звіті потрібного сайту Plausible. Якщо запит є, але звіт не містить даних, ще раз перевірте вибраний сайт, діапазон дат і фільтри, перш ніж знову змінювати код сайту.
Збережіть журнал успішних перевірок разом зі зміною коду або зверненням до служби підтримки. Додайте проблемні URL-адреси, результати перевірок у браузері, відповідні помилки з Console та параметри звіту, які ви перевірили. Завдяки цим даним наступна людина зможе повторити перевірку, а не матиме лише нечітке повідомлення про відсутність переглядів сторінок.
