Plausible vs Google Analytics: Коли самостійно розміщена аналітика має сенс

Вам потрібна чіткіша панель управління чи глибша аналітична платформа?

Уявіть: ваша невелика софтверна компанія публікує посібник, спрямовує читачів на сторінку цін і пропонує пробний період. Вам потрібні три відповіді: який джерело привело відвідувачів, які сторінки їх привабили, і яка кампанія була пов’язана з завершеними реєстраціями. Завершена реєстрація — це конверсія, корисний бізнес-результат.

Plausible Community Edition (CE) підходить для зосередженої звітності та контролю над встановленням, коли хтось компетентний може його експлуатувати. Стандартна Google Analytics 4 (GA4) краще підходить для глибших маркетингових робочих процесів або делегування аналітичної інфраструктури. Обидва варіанти можуть відповісти на повсякденні питання про веб-сайт.

Це не вільне програмне забезпечення проти платної послуги. Стандартна GA4 безкоштовна. CE не має плати за ліцензію на програмне забезпечення, але хостинг і обслуговування коштують грошей. Корисне порівняння — це відповідність звітності, приватність, загальна вартість і хто несе відповідальність після налаштування.

Що насправді роблять Plausible та Google Analytics

Обидва збирають перегляди сторінок та події — записані дії — і показують трафік та результати, які ви налаштовуєте для відстеження. Ви вирішуєте, які результати важливі для вашого бізнесу.

CE — це безплатне програмне забезпечення з відкритим кодом під ліцензією AGPLv3-or-later з сфокусованою панеллю інструментів сайту. Самостійне розміщення означає запуск програми на інфраструктурі, яку вибирає ваш оператор, включаючи орендовані хмарні сервери. GA4 — це безплатний керований сервіс на основі подій з настроюваною звітністю для вебсайтів/додатків. Платні Plausible Cloud та Analytics 360 — це окремі пропозиції, які не розглядаються тут.

Думайте про CE як про сфокусовану приладну панель, а про GA4 як про настроюваний аналітичний верстак. Верстак все ще має корисні стандартні звіти; вужча фокусованість приладної панелі — це не зниження якості.

[Браузер відвідувача: скрипт відстеження вебсайту] → [Plausible CE на обраному хості] → [Панель інструментів]
Клієнт або партнер із обмеженим розміщенням керує пунктом призначення.

[Браузер відвідувача: тег Google] → [інфраструктура аналітики Google] → [звіти GA4]
Google керує бекендом; власник налаштовує вимірювання/доступ.

Стрілки показують логічний потік вимірювання; скрипт або тег запускаються всередині браузера відвідувача, а не на окремому сервері.

Обидва трекери на стороні браузера надсилають вимірювання на аналітичну кінцеву точку, яка надає звіти. Пункт призначення CE керується клієнтом або партнером; Google керує бекендом GA4. В обох випадках власник вебсайту вирішує, що вимірювати та хто може отримати доступ.

Простота звітності та розміщення бекенду — це окремі вибори. Порівнюйте зручність використання, звітність/інтеграції, приватність/контроль, загальну вартість, операції/підтримку та вплив збору/сторінки — не лише

Функції, що мають значення: трафік, реєстрації та маркетингові робочі процеси

Припустимо, ви хочете перевірити кампанію електронної пошти минулого тижня для посібника. Теги кампанії — це мітки, додані до посилань; ваша кампанія могла б використовувати guide-launch та джерело newsletter. Визначте успіх послідовно в обох інструментах: записуйте завершену реєстрацію облікового запису, а не клік «Почати пробний період». Перегляд сторінки успіху може представляти завершення, якщо ця сторінка дійсно його підтверджує. Питання полягає в тому, які реєстрації були записані для кампанії, а не в тому, чи спричинила їх електронна пошта.

У CE налаштуйте користувацьку мету подій для завершеної реєстрації пробного періоду, при якій веб-сайт надсилає подію при успішному створенні облікового запису. Для щотижневої перевірки встановіть діапазон дат на минулий тиждень і відфільтруйте за guide-launch. Ви можете переглянути трафік кампанії, сторінки, які його отримують, та цілі реєстрації на одній сфокусованій панелі інструментів. Фільтрація за метою звужує розбивку джерел і сторінок до записаних конверсій. Регулярна перевірка в основному передбачає зміну періоду та фільтрів, а не вибір між різними типами звітів.

Ілюстрація панелі інструментів Community Edition Plausible показує селектор періоду та огляд трафіку. Джерело: Plausible.

У GA4 налаштуйте подію реєстрації та позначте її як ключову подію — подію, яку ви визначаєте як важливу. Для тієї ж щотижневої перевірки використовуйте звіт «Придбання трафіку» з датами минулого тижня та розбивкою за кампаніями, потім переглядайте ключову подію реєстрації разом із трафіком. Звітування за сторінками відповідає на окреме питання про посібник/сторінку цін. GA4 дає вам більше варіантів щодо того, який звіт і розбивку використовувати; CE тримає ці регулярні питання разом. У будь-якому випадку читання звітів відокремлено від впровадження вимірювання реєстрації.

Приклад GA4 від Google фільтрує таблицю придбання до одного джерела, google / organic. Джерело: Google Analytics Help.

Тепер змініть питання: де відвідувачі залишають послідовність посібник → ціни → реєстрація? Окремі підсумки сторінок і цілей не відновлюють цю впорядковану подорож. Воронка вимірює послідовність кроків, і GA4 пропонує дослідження воронок та дослідження шляхів для вивчення прогресу та записаних маршрутів. Його багатший вимір електронної комерції також охоплює дохід та поведінку оформлення замовлення при налаштуванні, крім простого підрахунку подій покупки.

Примітка видання: Вбудовані воронки, подорожі користувачів та цілі доходу електронної комерції Plausible доступні лише в хмарній версії, а не в функціях CE. Загальна документація Plausible може описувати обидва видання.

Для рекламної роботи аудиторії GA4 групують відвідувачів за записаною поведінкою. Пов’язування Google Ads дозволяє цим групам підтримувати дії, такі як охоплення попередніх відвідувачів рекламою. Використання ключової події реєстрації для торгів вимагає відповідної конфігурації конверсії Ads, крім пов’язування облікових записів.

Для ширшого аналізу атрибуція призначає кредит джерелам трафіку, тоді як вимірювання веб-додатків об’єднує активність з обох середовищ у звітування. Відстеження активності протягом днів або пристроїв залежить від доступних ідентифікаторів, конфігурації та згоди. Це підтримує питання, які виходять за межі щоденної моделі відвідувачів CE, без обіцянки розпізнавання кожного відвідувача.

Приватність та контроль: що змінюється, коли ви розміщуєте аналітику?

Стандартна модель збору даних Plausible використовує щоденний ідентифікатор відвідувача, специфічний для веб-сайту, без постійного cookie або ідентифікатора локального сховища. Для отримання вимірювань вона обробляє IP-адресу запиту та User-Agent — інформацію про браузер та операційну систему. Ці необроблені значення не зберігаються в записах аналітики. Plausible зберігає записи подій та сесій для розрахунку агрегованих звітів; вона не зберігає лише лічильники. Компроміс звітування є навмисним: ця модель не розпізнає одного й того ж відвідувача протягом днів або пристроїв.

Попередження про приватність: Збір даних без cookie та самостійне розміщення не встановлюють автоматично звільнення від згоди або юридичної відповідності. Перегляньте реалізацію, цілі — включаючи вимірювання кампаній та реєстрацій — та застосовну юрисдикцію. Наприклад, керівництво CNIL щодо вимірювання аудиторії описує умовні звільнення, а не універсальне схвалення продукту.

GA4 також пропонує контроль збору даних та приватності, включаючи параметри збору, специфічні для регіону. При правильно реалізованому базовому режимі згоди відповідні теги залишаються заблокованими без згоди. Розширений режим згоди все ще може передавати вимірювання без cookie, коли згода на зберігання відхилена. Режим згоди реалізує ці вибори; отримання згоди та встановлення юридичної основи залишаються відповідальністю власника веб-сайту.

Окремою перевагою CE є контроль установки: ви вибираєте відповідного хоста та керуєте доступом адміністратора. Ви можете перемістити установку, і ви вирішуєте, як записи зберігаються, видаляються та резервуються. Це дозволяє вам встановити практики зберігання для установки, а не працювати лише в межах параметрів служби постачальника.

Конфіденційність залежить від того, як ці вибори реалізуються, включаючи доступ постачальника та застосовну юрисдикцію. Журнали зворотного проксі можуть записувати вхідні запити поза програмою аналітики, тому перегляньте їх разом із шляхами сторінок та користувацькими властивостями. Інтеграції та копії резервних копій також належать до політики збереження та видалення. Для вимірювання реєстрацій записуйте результат без додавання адреси електронної пошти або ID користувача.

GA4 також підтримує експорт необроблених подій до BigQuery, хмарного сховища даних Google. Експорт не самостійно розміщує GA4 та не відтворює її повну модель звітування. І навпаки, контроль CE не забезпечує необмежене безкоштовне збереження. У будь-якому випадку, вибір збору та зберігання даних впливає на бюджет.

Вартість: безкоштовне програмне забезпечення — це не безкоштовна система аналітики

Почніть з двох питань: За що ви платитимете, і хто виконуватиме роботу? CE вимагає платного хостингу та когось для обслуговування встановлення, без ліцензії Plausible або плати за підписку. GA4 не має стандартної плати за послугу, і Google керує своєю серверною частиною. Спільний сервер може розподілити витрати на хостинг CE між додатками; він все ще потребує місця в цьому бюджеті.

Обидва інструменти потребують налаштування подій та часу на вивчення та аналіз звітів. Також може знадобитися інструмент для управління згодою, а консультування є необов’язковим. Для CE запитайте, чи включено обслуговування в угоду про хостинг чи оплачується окремо. Якщо ви робите це самостійно, записуйте витрати часу навіть коли грошей не змінюються. Річний бюджет може залишатися простим:

Річна грошова вартість CE = рік хостингу + послуги поза пакетом + оплачена робота з налаштування, звітування та обслуговування.

Річна грошова вартість GA4 = €0 плата за послугу + витрати на налаштування, інструменти та звітування + необов’язкові витрати на експорт або консультування.

Для місячної пропозиції хостингу помножте узгоджену ціну на 12. Додавайте лише послуги, які ви насправді купуєте поза пакетом; включені резервні копії не слід рахувати двічі. Оплачена робота включає час персоналу або підрядника. Якщо ви надаєте грошову вартість своєму часу, включіть його також; інакше тримайте ці години окремо. Необов’язкове використання BigQuery може спричинити збори понад безкоштовні ліміти, а не обов’язкову підписку GA4.

Наприклад, AVA.HOST рекламує хостинг Plausible від €10. Підтвердьте період виставлення рахунків та обсяг пакета перед використанням цієї стартової пропозиції в річній кошторисі. CE уникає підписки Plausible Cloud та рівнів переглядів сторінок, тоді як попит на хостинг зростає з трафіком та збереженими подіями. Період збереження впливає на потреби в сховищі, а запити звітування споживають ресурси. Чи коштує CE менше, залежить від цих потреб та обсягу роботи, пов’язаної з його експлуатацією.

Операції та безпека: що залишається вашою відповідальністю?

Стек CE включає додаток та дві бази даних, або сховища даних: PostgreSQL для облікових записів/параметрів та ClickHouse для записів аналітики. Розглядайте всі три як одну установку при розподілі відповідальності:

• Власник доступу/безпеки: Зберігайте доступ до бази даних приватним та встановлюйте відповідні дозволи для панелі керування/адміністратора.
• Власник змін/потужності: Відстежуйте випуски безпеки та оновлення, перевіряйте збір даних після оновлень та контролюйте ресурси/сховище.
• Власник відновлення: Створюйте резервні копії обох баз даних плюс конфігурація/секрети з робочим процесом відновлення.

Plausible CE installation
├── Application
├── PostgreSQL — accounts/settings
└── ClickHouse — analytics records

Публічна сторінка пакета Cloud Apps рекламує підготовку з користувацьким доменом та HTTPS-кінцевою точкою. Для постійного обслуговування вона перелічує автоматичні оновлення додатків та заплановані резервні копії; доступ до терміналу також включено. Це забезпечує більше автоматизації, ніж простий некерований сервер. На сторінці також перелічені обмеження, які стосуються операцій та відновлення:

Примітка до пакета: Згідно з поточною публічною сторінкою, PostgreSQL підготовлюється, але не керується, а електронна пошта додатків вимкнена: заплановані звіти електронної пошти, запрошення та повідомлення про відновлення на основі електронної пошти недоступні в цьому пакеті. Ці обмеження стосуються конкретного пакета. Перед тим як покладатися на рекламовану автоматизацію для відновлення, підтвердіть, що охоплює управління базою даних, резервні копії та відновлення.

Застосуйте той же підхід до GA4. Google керує аналітичною серверною частиною, тоді як ваша команда розробляє теги та події та реалізує вибір згоди. Ви також керуєте дозволами облікового запису та інтерпретуєте звіти. Це означає вирішення того, хто може змінювати налаштування вимірювання, та перевірку того, що воно все ще відображає бізнес-цілі сайту.

Upstream CE покладається на підтримку спільноти; підтримка хостингу застосовується в межах підтвердженої області платформи постачальника. GA4 пропонує документацію, допомогу спільноти та доступні канали підтримки, а не передбачуваний контракт на стандартне обслуговування або гарантовану відповідь. Порада спільноти, допомога платформи та контрактне управління додатками — це різні рівні допомоги. Узгодьте підтримку з роботою, яку може виконувати ваш оператор, замість того щоб розглядати будь-яку модель хостингу як за своєю природою більш безпечну.

Чи збігатимуться цифри — і чи сповільнить трекер сайт?

Кількість відвідувачів/користувачів, сеанси — групи активності під час відвідування — та загальні показники цілей/ключових подій можуть відрізнятися між інструментами. Наприклад, повторення цілі в один день на одному пристрої може дати одне унікальне перетворення, але кілька загальних перетворень за визначеннями метрик Plausible. Повернення в інший день рахується як ще один відвідувач. При порівнянні звітів узгодьте вікна звітування та часові пояси. Поведінка згоди та фільтри також можуть змінити, яка активність рахується, тому розбіжність сама по собі не доводить, що будь-яка система неправильна.

• Обидва інструменти залежать від правильно встановлених тегів: відсутні теги залишають прогалини, а дублювання тегів можуть завищити показники.
• Блокувальники та правила безпеки контенту браузера можуть зупинити запити на збір, а самостійне розміщення цього не запобігає.
• Якщо кінцева точка збору недоступна, жоден інструмент не може отримати ці вимірювання.
• Сайти, які змінюють представлення без повного перезавантаження — односторінкові програми — потребують відповідного відстеження навігації.
• Фільтрація ботів неідеальна, а CE має базову фільтрацію, а не розширену систему Cloud.
• Захоплена аналітична активність — це не вичерпна бізнес-книга; використовуйте свої записи облікового запису або транзакцій, коли вам потрібні авторитетні бізнес-підсумки.

Акцент Plausible на легкий трекер — це корисна розважання при обмеженні накладних витрат сторінки. Фактичні ефекти швидкості сторінки залежать від решти конфігурації вашого сайту; жодне поліпшення швидкості або рейтингу пошуку не встановлено тут. Зважте цей дизайн поряд з вимогами звітування та збору нижче.

Який вибрати? Практична таблиця рішень

Використовуйте це як тест вимог, а не як оцінку. Кожен рядок підсумовує компроміс; зважте його на потреби вашого сайту.

• Виберіть CE для контент-сайтів/бізнес-сайтів, сторінок залучення SaaS або скромних багатосайтових установок, коли звітування про трафік/кампанії/цілі достатньо, розміщення/контроль має значення та хтось керує операціями. Ця людина не обов’язково повинна бути власником бізнесу.
• Виберіть GA4 для електронної комерції, пов’язаної з рекламою, упорядкованих робочих процесів воронки/аудиторії, власних потреб веб/додатків або команд, які не хочуть керувати аналітичною інфраструктурою. Базовий магазин, який підраховує покупки, не обов’язково потребує ширшого робочого процесу.

Якщо ви не впевнені, проведіть коротке порівняння, використовуючи еквівалентні події та вікна звітування. Збереження GA4 також зберігає його зобов’язання щодо збирання та згоди.

Логічний наступний крок, якщо Plausible підходить

Для власника гайду практичний наступний крок — визначити вимоги звітування та операційні умови перед вибором пакету хостингу:

• Ваші джерело, сторінка та запитання про завершену реєстрацію відповідають звітам CE.
• Цілі збору та отримання згоди були переглянуті.
• Ресурси, ціна/умови, потреби в електронній пошті та обсяг резервного копіювання/оновлення чіткі.
• Названі власники охоплюють доступ, оновлення, моніторинг та відновлення.

Сторінка хостингу Plausible на AVA.HOST пояснює, що включає її пакет Cloud Apps. Це варіант хостингу третьої сторони для Plausible Community Edition, окремий від власного керованого хмарного сервісу Plausible. Перегляньте пакет, щоб визначити, чи він відповідає вашим потребам, і підтвердіть, які завдання з обслуговування виконує AVA.HOST, а які залишаються вашою відповідальністю. Після того як ви підтвердите, що CE забезпечує необхідне вам звітування та умови хостингу вам підходять, автоматизація розгортання може спростити початкове налаштування.