Umami a Joomla-n: ingyenes szoftver és ki fizet érte

Az Umami ingyenes. Éppen ezért olvasod most ezt a bejegyzést.

Nyílt forráskódú, MIT-licenc alatt áll, alapértelmezés szerint nem használ cookie-kat és a vezérlőpultja úgy néz ki, mintha valaki tényleg odafigyelt volna rá. A GA4-hez képest igazi megkönnyebbülés. Egy havi 15 USD-s előfizetéshez képest pedig ingyenes.

Nincs Joomla-bővítmény. Az Umami-csapattól nincs WordPress-bővítmény sem, így legalább a Joomla-t ezúttal nem emelik ki külön.

De a hiányzó bővítmény csak egy apró probléma. A nagyobb probléma a „szabad” szó, amely az első mondatban többet jelent, mint amilyennek látszik.

Mit jelent itt valójában az „ingyenes” kifejezés?

Az Umami annyira ingyenes, amennyire egy kiskutya is az.

A szoftver nem kerül semmibe. A futtatása viszont költségekkel jár és a számla olyan pénznemben érkezik, amelyet nem lehet számlán feltüntetni.

Az önállóan üzemeltetett Umami-hoz Node.js futtatókörnyezetre, Postgres vagy MySQL adatbázisra, valamint helyre van szükség, ahol mindkettőt elhelyezheted. A Joomla-hoz tartozó megosztott tárhelyed szinte biztosan nem képes futtatni, mert a megosztott tárhely PHP-t és MySQL-t biztosít, de semmit mást, ami életben tartaná a Node-folyamatot. Szükséged van tehát egy VPS-re, egy konténerplatformra vagy valamelyik felügyelt alkalmazás-tárhelyre.

Ez havi 5–10 euróba kerül, még mielőtt egyetlen oldalmegtekintést is számolnál. Az Umami Cloud is létezik és havi körülbelül 9 eurótól indul 100 000 esemény esetén, ami a Plausible-hez és a Fathom-hoz viszonyítva a valós összehasonlítási pont, nem pedig a nulla.

Ha egyáltalán nem akarsz szervert üzemeltetni, egy szolgáltatásként futó GA4-alternatíva ezt a tételt kihúzza.

Aztán van még az a rész, amire senki sem ad árajánlatot.

Azok a műveletek, amelyekre most jelentkeztél

Most már egy második webalkalmazást futtatsz. Nem egy bővítményt a meglévő webhelyeden. Hanem egy különálló alkalmazást, saját futtatási környezettel, saját adatbázissal és saját biztonsági felülettel.

Ez azt jelenti, hogy frissítened kell a Node verzióját, mivel a Node-kiadások támogatása ütemezetten jár le és az Umami a támogatott verziókat követi. Tehát a Postgres karbantartását és biztonsági mentéseit is tesztelned kell, nem csak futtatnod őket. Ez azt jelenti, hogy az Umami saját frissítéseit is alkalmaznod kell és azt is, hogy észre kell venned, ha a konténered leáll.

Ezek közül egyik sem bonyolult. Mostantól mindez a te felelősséged.

„Ha elég sokan nézik, minden hiba felismerhető.”

Eric S. Raymond, The Cathedral and the Bazaar (1999) című művében

Raymondnak igaza volt és ez a legerősebb érv a nyílt forráskódú elemzés mellett. Ezt a kódot több ezer ember olvassa. Ha az Umami olyasmit tenne a látogatóid adataival, amit nem szabadna, valaki már rájött volna. Nem kell megbíznod egy adatvédelmi irányelvben, ha elolvashatod a forráskódot.

Amit ez a sok szem nem tesz meg, az az, hogy hajnali kettőkor újraindítják a konténeredet, ha épp akkor frissül valami.

Ezt a különbséget érdemes tisztázni. A nyílt forráskód teljesen megoldja a bizalmi problémát. Az üzemeltetési problémát viszont egyáltalán nem érinti, pedig éppen ez az üzemeltetési probléma fogja ténylegesen elvenni a szombatodat.

Egy dolgon nem változtat az önálló tárhely: a cookie-sáv kérdésén. Az Umami így is, úgy is cookie nélkül számol.

Kiknek ajánlott az önálló tárhely

Komolyan, nagyon sok embernek. Ez nem figyelmeztető felirat.

Ha már üzemeltetsz VPS-t, ha a Docker Compose-fájljaid már verziókezelés alatt állnak, ha a frissítések számodra egy átlagos kedd része, akkor az Umami kiváló választás és egy további konténer marginális költsége gyakorlatilag nulla. Kiváló eszközt kapsz, teljes adat-tulajdonjogot és nincs előfizetési díj.

Ha a Joomla-oldalad megosztott tárhelyen fut és az adminisztrátori felületen keresztül frissíted, mert ahhoz vagy hozzászokva, akkor az Umami saját tárhelyen való üzemeltetése azt jelenti, hogy meg kell tanulnod egy új technológiai stacket az oldalnézetek számlálásához. Ez a kompromisszum még így is megérheti. Csak ne azért vállald be, mert egy összehasonlító cikkben azt írták, hogy ingyenes, hanem azért, mert tudatosan döntöttél így.

A szkript hozzáadása, miután már fut

Az Umami egy címkét ad neked:

<script defer src="https://your-umami-host/script.js" data-website-id="..."></script>

Ne illeszd be a sablon index.php fájljába! A Joomla-sablonok frissíthető szoftverek és a következő frissítés figyelmeztetés nélkül felülírja a módosításaidat.

Ne illeszd be egy „Egyéni HTML” modulba sem, kivéve, ha az adott pozíció minden egyes oldalon megjelenik és elfogadod, hogy a Joomla szövegszűrői mentéskor törlik a <script> kódot minden felhasználói csoport esetében, kivéve a „Nincs szűrés” csoportot.

Használj karbantartott rendszerbővítményt. Ez a kész oldalon fut, így túléli a sablonfrissítéseket, figyelmen kívül hagyja a pozíciókat és soha nem kerül kapcsolatba a szövegszűrővel. A könyvtárban számos általános szkript-beillesztő bővítmény található. A telepítés előtt ellenőrizd a legutóbbi frissítés dátumát.

Mikor jobb a StatJolt?

A StatJolt az Umami által kínált megoldás ellentétét képviseli.

Az Umami azt mondja: a szoftver ingyenes, te futtatod. A StatJolt azt mondja: a te oldaladon egyáltalán semmi sem fut.

Nincs Node futtatókörnyezet, nincs Postgres, nincs konténer és nincs VPS. Van egy Joomla-bővítmény, amelyet a Joomla telepítőjén keresztül telepíthetsz, mint bármely más kiterjesztést. Beilleszted a kódodat egy mezőbe és az minden oldalra felkerül. Nincs mit frissíteni, nincs miről biztonsági másolatot készíteni, nincs mit észrevenni hajnali kettőkor.

Emellett semmit sem ír a Joomla adatbázisába, ami fontosabb, mint amilyennek tűnik. Azok az önállóan üzemeltetett analitikai kiterjesztések, amelyek az adatokat a webhely saját adatbázisában tárolják, minden oldal megtekintését adatbázis-írássá alakítják ugyanabban az adatbázisban, amely az oldalakat is kiszolgálja és a biztonsági másolatok örökre hordozzák ezt a terhet.

A StatJoltnál sütik nélkül, hozzájárulási sáv nélkül, személyes adatok nélkül kapsz adatokat. A Core Web Vitals, a konverziós csatornák, a felhasználói útvonalak és a JavaScript-hibák a szolgáltatás részét képezik, nem pedig külön fizetős csomagként kerülnek értékesítésre. 2027-ig bármilyen forgalom mellett 0 euróba kerül, utána pedig az alacsony forgalmú webhelyek számára ingyenes – cserébe egy kis jelvényért, amelyet el lehet helyezni vagy el lehet rejteni.

Amit a StatJolt nem nyújt, az az Umami adat tulajdonjoga. Az adataid az én szervereimen tárolódnak, az EU-ban, egy adatvédelmi irányelv alapján. Ha számodra az önálló tárhely inkább elvi kérdés, mint költségszámítás, akkor ez valódi különbség és az Umami a jobb megoldás.

A rövid változat

Az Umami jó szoftver és a licenc nem a döntés legérdekesebb része.

Az önálló üzemeltetés havi 5–10 euróba kerül az infrastruktúra miatt, plusz folyamatos figyelmet igényel. Ha már üzemeltetsz szervereket, ez elhanyagolható összeg és az Umami remek választás. Ha nem, akkor egy Node-alkalmazást és egy Postgres-adatbázist kell bevezetned ahhoz, hogy megtudd, mely cikkeidet olvassák az emberek.

Joomla-bővítmény egyébként sem létezik, így bármit is választasz, a szkriptet inkább egy rendszerbővítményen keresztül helyezd el, ne a sablonodban. Ez a rész ugyanaz marad, függetlenül attól, hogy végül kire bízod a számok kezelését. A süti-kérdésről itt írtam bővebben: cookie-banner nélküli forgalommérés.

Cseréld le a GA4-et 2 perc alatt

Elég bemásolnod a kódot és látni fogod, mennyivel áttekinthetőbb. Nincs süti, nincs banner, nincs süti-kezelő. 0 Ft-ért 2027-ig, bármekkora forgalommal.

Vagy marad a másik út: süti-kezelő karbantartása, modellezett adatok és havonta fél óra keresgélés a riportokban.

Kérem az ingyenes fiókom

Vissza