webmetr проти grafana: готовий лічильник сайту чи платформа для dashboards і observability

опубліковано 2026-04-19

grafana дуже сильний продукт, але це не простий лічильник для сайту. це головна думка порівняння. webmetr відповідає на питання власника сайту: скільки було переглядів, скільки сесій, хто прийшов, звідки прийшов, які сторінки відкрив, з яких країн, з яких браузерів і операційних систем. grafana відповідає на інше питання: як зібрати, візуалізувати і пояснити багато різних технічних даних з різних джерел.

тому webmetr і grafana не треба порівнювати як два однакові продукти. правильніше порівнювати шлях користувача. у webmetr шлях короткий: зареєструвався, додав домен, отримав html-код, вставив на сайт, відкрив статистику. у grafana шлях інженерний: обрати data source, налаштувати ingestion або підключення, написати queries, створити panels, зібрати dashboards, налаштувати доступи, думати про alerts, retention, cost і підтримку.

короткий висновок

якщо вам потрібна готова статистика сайту, краще почати з webmetr. якщо вам потрібна observability-платформа для infrastructure, application monitoring, metrics, logs, traces, alerting і технічних dashboards, тоді grafana правильний інструмент. але будувати звичайний лічильник відвідуваності на grafana з нуля — це майже завжди надмірно для малого сайту, редакції, блогу, каталогу або простого сервісу.

що таке grafana насправді

офіційна сторінка grafana описує продукт як спосіб query, visualize, alert on and understand data незалежно від того, де вона зберігається. grafana дозволяє створювати, досліджувати і шерити дані через dashboards. документація описує dashboard як набір panels, організованих у rows або tabs, де panels запитують і трансформують raw data з data source у visualizations.

це дуже сильна модель для технічних команд. наприклад, команда може мати prometheus для metrics, loki для logs, tempo для traces, postgres для бізнесових даних, cloud monitoring для інфраструктури і окремі plugins для інших систем. grafana може стати єдиним місцем, де ці дані видно разом. але саме тому grafana не є готовим web counter. вона не знає автоматично, що для сайту потрібні звіти “за день”, “за часом доби”, “країни”, “сторінки входу”, “реферери” і “браузери”. це потрібно створити.

де grafana сильна

• grafana сильна там, де потрібно бачити багато різних технічних даних в одному місці.
• платформа підтримує dashboards, panels, transformations, alerts і plugins.
• grafana може працювати з багатьма data sources і не змушує обов’язково мігрувати всі дані в одну vendor database.
• для sre/devops-команд grafana часто є нормальним центром observability: metrics, logs, traces, kubernetes, databases, application monitoring.
• open source варіант можна self-hosted встановити і підтримувати на власній інфраструктурі.
• grafana cloud має free tier і paid tiers, а також окремі продукти для metrics, logs, traces, frontend observability, synthetics, k6 performance testing та інших задач.

якщо у вас є технічна команда, grafana може бути одним з найкращих рішень для внутрішніх dashboards. вона добре підходить для систем, де трафік сайту є тільки одним із сигналів. поруч можуть бути latency, error rate, queue depth, memory, cpu, db queries, cache hit ratio, deploy markers, incident annotations і alert rules. у такій картині webmetr не замінює grafana. webmetr відповідає за просту статистику сайту, а grafana за технічну видимість системи.

де grafana слабка як лічильник сайту

• grafana не збирає статистику сайту сама по собі: спочатку треба мати джерело даних.
• щоб отримати звіти як у лічильнику, потрібно спроєктувати схему подій, ingestion pipeline, запити, dashboards і правила агрегації.
• для власника сайту без технічної команди grafana майже завжди виглядає як зайва складність.
• публічний old-school report url типу /stat/domain/countries.html не є базовою моделлю grafana.
• grafana dashboards добре працюють для внутрішніх команд, але погано замінюють просту статистичну сторінку для рекламодавця або партнера.
• cloud pricing залежить від користувачів, series, logs, traces, sessions, synthetics та інших одиниць, тому витрати треба контролювати.

найбільша помилка — думати, що dashboard tool автоматично є analytics product. dashboard tool показує те, що ви вже зібрали і правильно описали. analytics product має власну предметну модель. webmetr уже має модель web traffic: hit, visitor, session, referrer, page, domain, country, ip, browser, os, resolution, online activity. grafana сама по собі не має цієї моделі саме для вашого сайту.

чому webmetr простіший для власника сайту

• webmetr уже знає, які саме звіти потрібні сайту: за день, за часом доби, online, тиждень і місяць, аудиторія, джерела, сторінки, країни, ip, браузери, os, розширення.
• користувач не створює dashboards вручну і не пише query для кожної таблиці.
• html-код вставляється на сайт, а збір і агрегації живуть у webmetr.
• статистику можна зробити публічною або приватною без побудови окремої access-control моделі у dashboard system.
• кожен звіт має власний static-like url, який можна відкрити, зберегти, надіслати або використати як proof для партнера.
• видимий counter badge одночасно показує бренд webmetr і дає dofollow-посилання на webmetr.com.
• простота продукту не заважає високонавантаженій технічній архітектурі всередині: clickhouse підходить для великих обсягів web traffic events.

у webmetr користувач не думає про те, як назвати metric, яку cardinality матиме label, як очищати referrer, як рахувати session timeout, як вивести countries table, як зробити public dashboard або як зберігати historical aggregates. ці рішення вже є в продукті. це не означає, що webmetr технічно простий всередині. це означає, що складність прибрана з інтерфейсу користувача.

звіти: готовий продукт проти dashboard-конструктора

особливо важлива різниця у public urls. webmetr робиться як old-school web: кожен звіт має власний шлях. наприклад, для домену можна відкрити index.html, hours.html, countries.html, browsers.html, sources.html, pages.html. це не стан всередині одного важкого додатку, а зрозуміла адреса, яку можна передати іншій людині. grafana може мати shared dashboards, але це інша логіка і часто вона залишається внутрішнім інструментом команди.

ціна і прихована вартість

grafana має open source варіант, grafana cloud free tier і платні cloud-рівні. офіційна pricing-сторінка показує окремі одиниці для metrics, logs, traces, profiles, kubernetes monitoring, application observability, frontend observability, synthetics, performance testing, visualization та інших продуктів. наприклад, free tier для metrics обмежений active series і retention, frontend observability має session limits, visualization має active users, а pro/enterprise переходять у usage або custom pricing.

для технічної команди така модель нормальна. вони розуміють series, ingestion, retention, host hours і users. для власника сайту це зайвий словник. йому не потрібна модель observability billing, якщо він хоче знати, скільки людей прочитало сторінку і з якого джерела вони прийшли.

чи можна використовувати webmetr і grafana разом

так, і це часто найрозумніший варіант для складнішого проєкту. webmetr може бути зовнішнім traffic counter і public statistics layer. grafana може бути внутрішнім operations dashboard. наприклад, webmetr показує власнику сайту перегляди, джерела, країни і сторінки, а grafana показує backend latency, nginx errors, clickhouse load, redis queue, go api memory, database slow queries і uptime.

у такій схемі немає конфлікту. webmetr не намагається замінити observability. grafana не повинна замінювати простий web counter. кожен інструмент робить свою роботу. проблема виникає лише тоді, коли просту задачу намагаються вирішити занадто універсальним інструментом.

як обрати

seo і публічна статистика

для webmetr важлива не лише аналітика, а й публічність. видимий counter badge може містити dofollow-посилання на webmetr.com. для власника сайту це простий спосіб показати, що статистика існує. для webmetr це спосіб отримати багато природних посилань з різних сайтів. grafana не створена навколо такої моделі. вона не дає маленький old-school badge для сайту і не будує SEO-механіку через лічильник.

це принципова різниця продуктів. grafana є платформою візуалізації і observability. webmetr є лічильником для сайту з public/private reports. якщо потрібно саме “лічильник для сайту”, grafana буде інженерним конструктором, а webmetr — готовим продуктом.

приклад реального вибору

уявімо сайт новин, локальний каталог або сервіс на кшталт невеликого SaaS. власник хоче бачити перегляди за день, години активності, online, джерела, переходи з google/bing/direct, країни, міста або регіони, популярні сторінки, точки входу і виходу. webmetr дає це як меню звітів. grafana може це показати тільки якщо хтось уже зібрав події, розклав їх у сховище, написав запити і підтримує dashboards.

тепер інший приклад: сервіс має kubernetes, десятки backend services, prometheus metrics, loki logs, traces, incidents і on-call команду. тут grafana потрібна. але навіть у цьому випадку webmetr може залишатися простим зовнішнім лічильником трафіку, який не потребує доступу до внутрішньої observability-системи.

підсумок

grafana — потужна платформа для dashboards і observability. webmetr — простий лічильник для сайту. якщо у вас є команда, дані, інфраструктура і задача бачити всю систему, grafana має сенс. якщо вам потрібна статистика відвідуваності сайту, публічні звіти, html-код, counter badge і мінімум налаштувань, webmetr буде набагато прямішим рішенням.

найкращий продукт — той, який відповідає масштабу задачі. для observability беріть grafana. для лічильника сайту беріть webmetr. для складного проєкту можна використовувати обидва, але не варто змушувати grafana виконувати роль простого old-school counter, якщо для цього вже є webmetr.

джерела