
Plausible или Umami: 1,8 GB наспроти 400 MB го менува self-hosting изборот

Во мерењето на Use Apify од мај 2026 година, инсталација на Umami со PostgreSQL и Caddy користела околу 400 MB RAM во мирување, а Plausible со PostgreSQL и ClickHouse околу 1,8 GB; споредбата ги наведува и лиценците MIT за Umami и AGPLv3 за Plausible. За мал тим што сам ја одржува аналитиката, Umami затоа е полесниот почетен избор. Мерењето се однесува на конкретни постари верзии и не предвидува колку меморија ќе бараат поновите изданија под вистински сообраќај.
Потребата од конверзии не го менува автоматски изборот во корист на Plausible. Прегледот на функциите на Umami наведува дека funnels, цели и кориснички патеки се достапни и при самостојно хостирање. Наспроти тоа, споредбата на Plausible Cloud и Community Edition ги става маркетиншките funnels, корисничките патеки и целите за приходи од е-трговија надвор од самостојно хостираното издание. За SaaS тим, прашањето е кои извештаи му требаат и дали сака да управува со сервер или да плаќа за управувана услуга.
Што значи разликата во меморијата
Измерените вредности се однесуваат на целите поставувања, а не само на апликациските процеси. Umami во споредената поставеност работи со една база, PostgreSQL; Plausible користи PostgreSQL за апликациските податоци и ClickHouse за аналитичките настани. Дополнителната база значи уште една компонента што треба да се ажурира, надгледува и вклучи во резервните копии. Тоа е оперативна разлика дури и кога месечната сметка за серверот изгледа прифатливо.
Не треба да се читаат 400 MB како потребен капацитет за секој Umami сервер, ниту 1,8 GB како постојана потрошувачка на Plausible. Поставувањето од тестот било празно и во мирување. Ако аналитиката дели машина со веб-апликација, нејзината база и други услуги, важна е слободната меморија при нивното заедничко оптоварување. Помалата почетна потрошувачка на Umami остава повеќе простор, но не го заменува планирањето според бројот на настани и сообраќајните врвови.
Лиценцата е одделна ставка во оваа пресметка. MIT лиценцата на Umami дава поголема слобода за приспособување и користење на кодот во комерцијален производ. AGPL лиценцата на Plausible бара посебно внимание ако тимот го менува софтверот и изменетата верзија им ја нуди на корисници преку мрежа. За агенција што само ја користи сопствената инсталација за аналитика, одржувањето на базите обично е понепосреден трошок од лиценцната разлика; за тим што гради услуга врз кодот, редоследот може да биде обратен.
Кои извештаи се достапни на сопствен сервер
Umami може да следи патека составена од прегледи на страници и сопствени настани, како и да прикаже каде посетителите ја напуштаат. За условен SaaS пример, регистрацијата може да биде еден настан, а активирањето или плаќањето следен чекор. Таквиот извештај вреди само ако тимот навистина ги испраќа соодветните настани и доследно ги именува; самата инсталација не создава податоци за дејства што не се мерени.
Plausible Community Edition може да служи за основна статистика и цели, но неговото име не значи дека ги содржи сите извештаи на Plausible Cloud. Ако одлуката за кампања зависи од повеќечекорен funnel, корисничка патека или приход по конверзија токму во Plausible, потребен е управуван план со тие функции. Поголемата потрошувачка на меморија на Community Edition сама по себе не купува пристап до нив.
Има и разлика меѓу следење конверзија и толкување на приход. Тим што сака да поврзе уплата со кампања мора да утврди кој настан ја претставува уплатата, каква вредност испраќа и како ќе избегне двојно броење. Тоа е работа околу моделот на податоци без оглед кој производ го хостира. Изборот на платформа одредува каков извештај може да се добие од тие податоци, а не дали податоците ќе бидат точни без поставување.
Како се пресметуваат управуваните планови
Во ценовникот на Umami, проверен во октомври 2026 година, бесплатниот Hobby план вклучува до 100.000 настани месечно за еден веб-сајт, а Pro чини 20 долари месечно со еден милион вклучени настани и најмногу 20 веб-сајтови. Секој преглед на страница се брои како настан; во потрошувачката влегуваат и сопствените настани и зачуваните својства на настаните. Затоа сајт со многу дополнителни податоци може да ја достигне границата побрзо отколку што сугерира бројот на посети.
Правилата за претплата на Plausible ги разликуваат Starter за еден сајт и самостоен корисник, Growth за повеќе сајтови или споделување извештаи и Business за funnels, кориснички патеки и следење приходи. Нивото на претплатата зависи и од збирот на прегледи на страници и сопствени настани низ сајтовите на тимот. Затоа споредба на најниската цена на двата сервиса би била погрешна за агенција со повеќе домени или за SaaS што бара функции од Business.
Ограничувањата на cloud плановите не се ограничувања на самостојно хостираниот софтвер. Кај сопствен сервер нема претплата кон производителот за вклучен број настани, но тимот плаќа за инфраструктура и го носи товарот на резервни копии, ажурирања и достапност. Кај управуваната услуга тие задачи се префрлаат на давателот, а трошокот расте според правилата на планот. За мал тим без редовно одржување на бази, потрошеното работно време може да ја надмине заштедата од претплатата.
Избор за три различни тимови
Мал информативен сајт
Ако главните прашања се колку луѓе дошле, од каде и кои страници ги посетиле, Umami има јасна предност за сопствен сервер: помал измерен почетен товар и една база во споредената поставеност. Ако тимот нема причина сам да одржува аналитика, бесплатниот Umami Cloud план е можност додека сајтот останува во границите за настани и домени. Plausible Community Edition останува избор за тим што го претпочита неговиот начин на работа и е подготвен да ја одржува посложената поставеност.
SaaS со повеќечекорна конверзија
Тука функциите имаат предност пред разликата во RAM. Ако тимот сака сопствен сервер и му одговара начинот на кој Umami ги прикажува funnels, цели и патеки, Umami ги задржува оперативните предности без откажување од тие извештаи. Ако му е потребен токму пристапот на Plausible кон funnels и приходи, пресметката треба да го вклучи Business во cloud, бидејќи Community Edition не ги содржи тие функции. Во двата случаи, тимот прво мора да располага со настаните што ја опишуваат неговата патека до плаќање.
Агенција со повеќе домени
Агенцијата треба да ги собере настаните од сите клиенти и да утврди кој ќе има пристап до извештаите. Бесплатниот Umami Cloud план е ограничен на еден веб-сајт, додека Pro покрива повеќе сајтови и членови на тим; кај Plausible, Growth е наменет за повеќе сајтови и споделување, а Business е релевантен ако се бараат напредни извештаи за конверзии. Самостојното хостирање на Umami може да биде разумно кога агенцијата веќе одржува PostgreSQL и сака да ја преземе грижата за резервните копии и достапноста. Ако клиентските извештаи мора редовно да бидат достапни без таа оперативна работа, цената на управуваниот план е дел од услугата што агенцијата ја испорачува.
Прочитајте и:
Поврзани статии


Matomo или GA4: сопственоста на податоците носи скриена админ-работа

PostHog или Mixpanel: инженерите и продукт-тимот ќе изберат различно

n8n или Make: еден сложен workflow може целосно да ја преврти сметката

GitLab backup може да успее, а registry и клучевите сепак да недостигаат

Vercel или Netlify: тројца програмери ја превртуваат почетната сметка
Претплатете се на нашиот билтен
Добивајте ги најновите вести за Web3, AI и крипто директно во вашето сандаче.