Как настроить WP Visit Stats — резервную аналитику WordPress

WP Visit Stats позволяет собирать собственную статистику WordPress параллельно с Яндекс Метрикой. Если внешний счётчик перестанет работать, базовые показатели — посетители, сеансы и просмотры — продолжат собираться на стороне вашего сайта, пока сам WordPress доступен.

Карточка WP Visit Stats · Исходники и ZIP на GitHub

1. Установите плагин

Откройте репозиторий GitHub.
Скачайте архив dist/wp-visit-stats-v1.0.0.zip.
В админке WordPress выберите Плагины → Добавить новый → Загрузить плагин.
Установите ZIP и активируйте WP Visit Stats.
В боковом меню появится раздел «Статистика визитов».

Плагин не требует аккаунта аналитической платформы, счётчика Яндекс Метрики, API-ключей или отдельной базы данных.

2. Проверьте первое посещение

Откройте публичную страницу в приватном окне, не входя в WordPress: авторизованные пользователи по умолчанию исключаются из статистики.
Убедитесь, что браузер исполняет JavaScript и не запрещает отслеживание через Do Not Track.
Обновите страницу, затем перейдите в раздел «Статистика визитов» и выберите период, включающий текущую дату.
Проверьте, что появился просмотр; при первом посещении в этом браузере также появится посетитель и сеанс.

Если вы включили обязательное согласие, ничего не будет собираться до подтверждения через баннер.

3. Разберитесь в показателях

Посетители — количество уникальных идентификаторов first-party cookie за период. Один и тот же человек с другого браузера или после удаления cookie будет считаться новым посетителем.

Сеансы — количество уникальных сеансов активности. Через 30 минут бездействия следующий просмотр начнёт новый сеанс.

Просмотры страниц — количество зарегистрированных открытий страниц. При повторном открытии той же страницы счётчик увеличивается.

Уникальные посетители и сеансы за произвольный период пересчитываются по журналу событий и не вычисляются суммированием дневных уникальных посетителей. Для графика показываются показатели по отдельным дням.

4. Настройте отчёт и фильтрацию

На главной странице отчёта используйте поля дат или пресеты 7, 30 и 90 дней. Переключайте показатель на графике: посетители, сеансы, просмотры.

Ниже представлены наиболее посещаемые материалы, источники переходов, устройства и последние просмотры. В списках записей, страниц и публичных CPT доступны сортируемые столбцы «Посетители» и «Просмотры»; их период указывается над списком.

5. Настройте cookie и срок хранения

Откройте Статистика визитов → Настройки.

Включить сбор статистики — общий переключатель.
Не учитывать авторизованных пользователей — включено по умолчанию.
Исключать известных ботов — эвристика по User-Agent, включена по умолчанию.
Уважать Do Not Track — включено по умолчанию.
Собирать только после согласия — включается администратором; потребуется интеграция с вашим баннером.
Хранение событий — от 7 до 730 дней, по умолчанию 180.

Для посетителя создаётся HttpOnly cookie wpvs_vid сроком до 180 дней, а для сеанса — wpvs_sid с продлением на 30 минут при активности. Идентификаторы хранятся в базе только в виде HMAC-хешей.

6. Подключите согласие на отслеживание

Если обработка аналитических cookie на вашем сайте требует согласия, включите соответствующую настройку. Затем подключите два JavaScript-вызова к кнопкам вашей cookie-плашки:

window.WPVisitStats.grantConsent();
window.WPVisitStats.denyConsent();

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

Важно: без подключения обработчиков при включённом требовании согласия новые визиты не записываются. До публикации настройте уведомление о cookie и политику обработки данных.

7. Как работает сбор при кешировании

Локальный скрипт подключается в HTML WordPress, а событие отправляется отдельным POST-запросом в wp-admin/admin-ajax.php. Поэтому уже сохранённая кешем HTML-страница может продолжать формировать статистику, если скрипт загружен и AJAX-запрос не блокируется.

При настройках CDN или защитных плагинов проверьте, что endpoint AJAX доступен анонимным пользователям. Рекомендуется протестировать работу после включения кеша.

8. Где находятся данные

Плагин создаёт таблицу {prefix}wpvs_events. Каждая зарегистрированная страница соответствует одной строке события. Сохраняются время, дата, путь страницы, ID записи, домен источника, UTM, браузер и устройство; сырые IP-адреса, полный User-Agent и GET-параметры страницы в БД не пишутся.

WP-Cron ежедневно удаляет старые записи порциями. Если WP-Cron отключён, настройте системный cron. Для высоконагруженных сайтов учитывайте дополнительную нагрузку на MySQL.

9. Что делать, если статистика пустая

Убедитесь, что плагин и сбор статистики включены.
Проверьте страницу без входа в WordPress.
Проверьте настройку Do Not Track браузера.
Если включено обязательное согласие, убедитесь, что ваш баннер вызывает grantConsent().
Откройте средства разработчика браузера → Network: запрос admin-ajax.php с действием wpvs_track должен завершаться успешным ответом.
Если используется CDN или WAF, убедитесь, что они не блокируют POST-запросы к WordPress.
Проверьте наличие таблицы событий и работу базы данных.

10. Сравнение с Яндекс Метрикой

Это упрощённый резервный счётчик. Он покрывает базовые метрики, но не Вебвизор, цели, карты кликов, электронную коммерцию, пользовательские сегменты и сложную атрибуцию. Расхождения между показателями двух систем нормальны из-за различий в идентификаторах, фильтрации трафика и настройках приватности.

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

Ссылки

Источник: https://github.com/noice-man/wp-visit-stats

Материал был полезен?

Помогите нам сделать материалы точнее и понятнее.