Plausible Analytics

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

Счетчик не ставит cookie и не собирает персональные данные, поэтому баннер согласия не нужен. Скрипт весит меньше килобайта против десятков у счетчика Google.

Главный мотив своей установки в России простой: данные о посетителях остаются на вашем сервере. Облако самого вендора обрабатывает их только в Евросоюзе, и как вариант для 152-ФЗ оно не подходит вовсе.

Код открыт целиком, закрытого ядра нет. Но часть возможностей облака в Community Edition просто отсутствует, и обойти это настройкой нельзя.

v3.1.0 - новый счетчик. Появился динамический скрипт, который настраивается прямо в интерфейсе: отслеживание исходящих ссылок, скачиваний файлов и отправки форм включается галочками. Старые сниппеты продолжают работать, переписывать сайт не нужно. Рядом выложили модуль для NPM.

Там же переработали темную тему и изменили счет отказов: сессия считается отказом, если в ней меньше двух просмотров и не было значимых событий. Цифра отказов после обновления сдвинется, это не поломка.

v3.2.0 - общие ссылки и память. Ссылку на дашборд теперь можно ограничить сегментом данных. Важнее другое: починили низкоресурсные настройки ClickHouse, которые до этого не применялись вовсе.

v3.2.1 - только заплатка безопасности. Весь релиз состоит из нее, подробности ниже.

Приложение написано на Elixir. Настройки, пользователи и сайты лежат в PostgreSQL, а сами события посещений - в ClickHouse, аналитической базе, которая мгновенно считает агрегаты на больших объемах.

Отсюда главное требование к железу: процессору нужна поддержка SSE4.2, а памяти вендор просит от 2 ГБ. На процессоре без этих инструкций ClickHouse не стартует вовсе.

Готовые образы тянутся из GHCR, собирать ничего не нужно. Обвязка живет в отдельном репозитории, и версии в нем лежат ветками, а не тегами - тот, кто ищет тег, ничего не найдет.

1. Взять обвязку нужной версии

   git clone -b v3.2.1 --single-branch \
     https://github.com/plausible/community-edition plausible-ce
   cd plausible-ce

   Именно -b v3.2.1: версии здесь лежат ветками.

2. Задать адрес и секреты

   echo "BASE_URL=https://analytics.вашсайт.ru" >> .env
   echo "SECRET_KEY_BASE=$(openssl rand -base64 48)" >> .env

   BASE_URL - адрес, по которому будет жить аналитика, и из него же собирается сниппет счетчика. SECRET_KEY_BASE - не короче 64 символов.

3. Открыть порты и запустить

   printf 'HTTP_PORT=80\nHTTPS_PORT=443\n' >> .env
   docker compose up -d

   На этих портах приложение само получает сертификат Let's Encrypt - отдельный обратный прокси не нужен. Поднимутся три контейнера.

4. Создать администратора и закрыть вход

   Первый, кто откроет адрес, становится администратором. Сразу после этого допишите DISABLE_REGISTRATION=true и перезапустите стек, иначе аккаунт заведет кто угодно.

Память в простое, все три контейнера

486 MiB

Из них приложение / ClickHouse / PostgreSQL

289 / 166 / 31 MiB

Образы на диске

1,4 ГБ

Установка Docker, загрузка образов, запуск

86 + 78 + 72 секунды

Перезапуск стека до готовности

23 секунды

Отдача страницы интерфейса

5 мс

Одно событие на диске после сжатия

17 байт

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

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

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

В мае 2026 вышел релиз v3.2.1, состоящий из одной заплатки. В версиях с v3.0.0 по v3.2.0 был открыт служебный адрес /storybook, через который при определенных условиях выполнялся произвольный код на сервере. Идентификатор - CVE-2026-8467.

Вендор описал проблему подробно и назвал временную меру для тех, кто не может обновиться сразу: закрыть этот адрес на обратном прокси. Так выглядит взрослая реакция на уязвимость.

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

Бэкап - это тома обеих баз: PostgreSQL с настройками и пользователями и ClickHouse со всей историей событий. Лицензия AGPLv3, для своего использования ограничений нет.

• Почтовый сервер или релей - для приглашений, сброса пароля и отчетов на почту.
• Бэкапы - дампы PostgreSQL и ClickHouse плюс снапшот диска.
• Ваши сайты - один экземпляр считает сколько угодно доменов, лимита нет.
• Обратный прокси - нужен только если порт 80 закрыт или на машине уже что-то слушает 443.

Нужны воронки и пути пользователя. В бесплатной версии их нет, и настройками они не включаются. Это возможности платного облака.

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

Нужна глубокая продуктовая аналитика. Когорты, записи сессий, сложные сегменты - это другой класс инструментов, и Plausible в него не метит.

Некому следить за обновлениями. Если применять релизы безопасности будет некому, облако выйдет дешевле по совокупным затратам и спокойнее.