UNAS, Shoprenter, Shopify vagy WooCommerce? Melyik webshop-motor szolgálja ki jól a marketinged 2026-ban?

A rossz kérdés és az új paradigma

Amikor egy webshop platformváltáson gondolkodik, a leggyakoribb kérdés így hangzik: „Melyik a legjobb webshop-motor?” Ez 2026-ban egy fundamentálisan rossz kérdés. Nincs „legjobb” dobozos megoldás.

A helyes kérdés így szól: melyik rendszer képes a legtisztább, legmélyebb üzleti adatot visszatáplálni a hirdetési algoritmusoknak?

A webshop-platform ma már nem csupán egy digitális kirakat és egy kosárfolyamat. Valójában egy kőkemény adat-infrastruktúra. Ha a webáruházad motorja nem tudja átadni a pontos kosárértéket, a helyes termékazonosítót vagy a vásárló hashelt adatait, a világ legokosabb Google PMax vagy Meta Advantage+ algoritmusa is vakon fog licitálni a pénzeddel.

A magyar piaci helyzetkép — és miért ad két forrás két teljesen más számot?

Nézzük meg, milyen webshop-motorokat használnak itthon, de figyeljünk a statisztikák mögötti módszertanra!

ShopRank adatok (2026 június, fizikai terméket szállító, aktív webshopok — 52,6K bolt):

Platform	Boltszám	Arány
WooCommerce	17.045	34,5%
Egyedi (Custom)	13.325	27,0%
Shopify	4.739	9,6%
Shoprenter	4.431	9,0%
UNAS	4.251	8,6%
UNAS variánsokkal együtt	—	~14,8%
PrestaShop	989	2,0%
OpenCart	862	1,7%
VirtueMart	693	1,4%

AfterShip/ECDB adatok (2026, összes online bolt, tágabb definíció):

Platform	Boltszám	Arány
WooCommerce	25.430	42,74%
Custom Cart	11.180	18,79%
UNAS	6.490	10,91%
Shoprenter	5.410	9,10%
Shopify	4.300	7,22%
OpenCart	1.860	3,13%
PrestaShop	1.150	1,94%
Magento	748	1,26%
Wix	613	1,03%
Shoptet	526	0,88%

Miért ekkora a különbség? A ShopRank konzervatívabb: kizárólag AI-verifikált, fizikai terméket szállító, ténylegesen tranzakcióképes boltokat számol. Az AfterShip/ECDB ennél tágabb definíciót használ: minden olyan domaint beleszámol, ahol e-commerce technológiai jelet észlel — függetlenül attól, hogy aktív vagy valóban tranzakcióképes-e az oldal.

A gyakorlati tanulság vezetőként: Ne a „mit használ a legtöbb bolt” mutatót nézd! Mindkét forrás abban egyezik, hogy a WooCommerce és az egyedi fejlesztés viszi a piac nagy részét. De ha a top, legnagyobb árbevételű magyar webshopokat néznéd, az arányok drasztikusan eltolódnak az egyedi fejlesztések, a Shopify Plus és a masszívabb, testreszabott Shoprenter/UNAS-áruházak felé. Azt vizsgáld, mire váltanak a skálázódó versenytársaid — nem azt, mit használ az átlag mikrovállalkozás.

A 4 kritikus technikai vizsgálati szempont az e-commerce marketinghez

Ezeken a funkciókon múlik valójában a hirdetési megtérülés (ROAS/POAS) — nem az admin felület szépségén.

1. Termékfeed mélysége

A Google számára a feed a legfőbb információforrás. Amit vizsgálni kell:

• Támogatja-e a rendszer a GTIN (vonalkód) és az MPN (gyártói cikkszám) dinamikus átadását?
• Jól kezeli-e a szülő-gyermek variánsokat (méret, szín külön URL-en)?
• Képes-e automatikusan külön árazást és valutát generálni többországos hirdetésekhez?
• A legfontosabb: Be lehet-e húzni egyedi címkéket (custom_label) az árrés (profit margin) automatikus jelölésére?

2. GA4 e-commerce adatmodell

Az alap pageview-mérés semmit nem ér. A purchase eseménynek kötelezően tartalmaznia kell a következő paramétereket:

• transaction_id — egyedi tranzakcióazonosító.
• value — a teljes rendelés értéke (számszerű formában).
• currency — ISO 4217 pénznem kód (pl. „HUF”).
• items array — minden tételben szerepelnie kell az item_id VAGY item_name (mindkettő ajánlott), price, és quantity adatoknak, valamint opcionálisan az item_brand és item_category is megadható.

A kritikus pont: Az item_id-nak karakterre pontosan meg kell egyeznie a Google Merchant Centerben és a Meta katalógusban szereplő azonosítóval (SKU vagy belső ID). Ha nem egyezik, a dinamikus remarketing azonnal elszáll — csendben, riasztás nélkül. Ellenőrzés: GA4 DebugView-ban egy valós vásárlással teszteld, hogy a transaction_id egyedi és a value numerikus.

3. Google Ads Enhanced Conversions

A third-party cookie-k visszaszorulása után a Google egyre inkább a first-party (saját) adatra támaszkodik. Technikai követelmények:

• A purchase eseményt a GA4-ből kell importálni a Google Ads-be (ne használj külön konverziós taget).
• User-provided data: Hashelt (SHA-256) email, név, cím, telefon küldése a konverzióval együtt.
• A Conversion Linker tag a GTM-ben kötelező a cross-domain attribúcióhoz.
• Dinamikus érték átadás: a value változót kell használni a konverziós tagben, nem fix számot.

4. Meta Conversions API (CAPI)

A sima böngészős Pixel önmagában már megbízhatatlan (az ad-blokkolók és iOS-szigorítások miatt). A deduplikációnak (dupla mérés kiszűrésének) két feltétele van egyszerre:

• event_id (böngésző) = event_id (CAPI szerver) — egyedi, string típusú, max 128 karakteres azonosító (pl. order ID), szóköz és speciális karakter nélkül.
• event_name — pontos, kis-nagybetű érzékeny (case-sensitive) egyezés szükséges.

Gyakori hiba: Külön generálják az event_id-t a Pixel és a CAPI oldalon — ekkor nem lesz deduplikáció, és dupla konverzió kerül a rendszerbe. Best practice: Az event_id-t egyszer, kliens oldalon generáld, told be a dataLayer-be, és onnan olvasson minden tag (Pixel, GA4, CAPI). Tesztelés: A Meta Events Manager Test Events felületén minden akciónak kétszer kell megjelennie (Browser + Server), dedup státusszal, 48 órás időablakon belül.

Teljes platformonkénti összehasonlító táblázat

Vizsgálati szempont	UNAS	Shoprenter	Shopify	WooCommerce
Feed alapminőség	Közepes / Jó	Közepes / Jó	Kiváló (appokkal)	Jó (bővítménnyel)
GA4 e-commerce mérés	Beépített (alap)	Beépített (alap)	Kiváló (natív)	Változó (bővítmény-függő)
GTM szabadságfok	Korlátozott	Korlátozott / Jó	Kiváló-bár a natív appok kiváltják	Teljes
Enhanced Conversions	Külső script / GTM kell	Közepes / fejlesztést igényel	Kiváló (natív app)	Jó (bővítménnyel)
Meta CAPI deduplikációval	Megoldott (alap)	Megoldott (alap)	Kiváló (natív)	Kockázatos (gyakori hiba)
Szerveroldali mérés (sGTM)	Nehézkes	Nehézkes	Nem natív (külső app és sGTM szerver szükséges	Teljesen nyitott
Profit-/árrésfeed átadás	Egyedi fejlesztés	Egyedi GTM-munka	Jó (appokkal)	Jó (egyedi feed-készítővel)
Többországos működés	Külön boltok szükségesek	Külön boltok (vagy drága csomag)	Kiváló (Shopify Markets)	Nehézkes (fordító pluginok)
Testreszabhatóság (kód szint)	Zárt	Zárt (API van)	Fél-nyitott (Liquid)	Teljesen nyitott (open source)

Platformonkénti mélyebb értelmezés a Webshop PPC tükrében

UNAS

• Mikor jó? Gyors, költséghatékony piacra lépés Magyarországon. A hazai fizetési, számlázási és szállítási integrációk (Bolt, GLS, Magyar Posta) hibátlanul működnek.
• PPC kockázat / ellenőrizendő: A „dobozos” GA4 és Pixel integráció gyakran csak alapforgalmat mér. A mélyebb események (pl. add_to_cart pontos értéke) vagy a GTM data layer testreszabása korlátozott. Fejlett, profit-alapú optimalizáláshoz egyedi ügynökségi GTM-beállítás szükséges.
• COGS-feed: Manuális CSV export vagy egyedi feed-script.
• Szerveroldali mérés: GTM web-container + saját szerveroldali GTM (Stape/Addingwell-kompatibilis).

Shoprenter

• Mikor jó? Dedikált hazai support, erős magyar ökoszisztéma, beépített NAV-számlázás és GLS/Magyar Posta integráció. A bérelhető rendszerek között erős marketing-funkciókkal bír (upsell, hűségpontok).
• PPC kockázat / ellenőrizendő: Bár az API nyitottabb, a haladó marketing-kódok (pl. szerveroldali események) implementálása gyakran csak a drágább csomagokban vagy külső, fizetős fejlesztők bevonásával működik stabilan. Nemzetközi bővülésnél a több ország/pénznem kezelése nehézkesebb.
• COGS-feed: Hasonlóan az UNAS-hoz, manuális vagy API-alapú.
• Szerveroldali mérés: GTM-alapú, de esetenként korlátozott data layer testreszabhatósággal.

Shopify

• Mikor jó? Globálisan a legerősebb natív marketing-ökoszisztéma. A natív Google & YouTube Channel app és a Meta-integráció („Maximum” adatmegosztási szint) azonnal hibátlan CAPI-t és Enhanced Conversions-t ad. Cross-border skálázásra (Shopify Markets) verhetetlen.
• PPC kockázat / ellenőrizendő: Az „app-költség csapda”. Az alapdíj alacsony, de minden komolyabb marketing-funkcióért (feed-optimalizáló, COGS-feed, advanced tracking $20-200/hó) havidíjas appot kell fizetni — ez gyorsan több száz dolláros fix havi költséget generál.
• COGS-feed: Shopify Flow vagy külső app (pl. Feedapp, COGS Tracker).
• Szerveroldali mérés: Shopify-specifikus megoldások (Elevar, Analyzify, Tracklution).

WooCommerce

• Mikor jó? Ha teljes kontroll kell az adatok felett. Natív GA4 Enhanced Ecommerce támogatással és széles plugin-ökoszisztémával (pl. GTM4WP, WooCommerce Google Analytics Integration) rendelkezik. Bármilyen egyedi data layer, profit-feed vagy szerveroldali GTM-konténer felépíthető korlátok nélkül.
• PPC kockázat / ellenőrizendő: A „technikai felelősség” terhe. Nincs központi support. Egy ártatlannak tűnő sablon- vagy plugin-frissítés (pl. egy új fizetési modul) figyelmeztetés nélkül eltörheti a GA4 vagy a Pixel mérést. Csak erős, dedikált fejlesztői háttérrel szabad rá komoly marketingbüdzsét bízni.
• COGS-feed: Manuális vagy plugin-alapú (pl. Product Feed PRO for WooCommerce).
• Szerveroldali mérés: GTM4WP + Stape/Analyzify-kompatibilis.

Profit-/árrésalapú optimalizálás: az A/B/C módszer

2026-ban a ROAS maximalizálása önmagában nem elég az online marketing stratégiában — a POAS (Profit on Ad Spend) a valódi cél. Ehhez a platformnak kezelnie kell tudnia a beszerzési árat (COGS — Cost of Goods Sold) a Merchant Center feedben (cost_of_goods_sold attribútumként).

A COGS-adat átadására a Merchant Center feedben három út létezik: közvetlenül a fő product feedben, Content API-n keresztül, vagy kiegészítő (supplemental) feeddel, becsléssel (pl. az ár 80%-a). A profit kiszámítása: profit = revenue – COGS.

• A-módszer — Érték szerinti konverzió-átadás (value-based bidding): A legegyszerűbb, de legpontatlanabb: csak a nettó kosárérték (revenue a GA4 value paraméteréből) kerül be a hirdetési fiókba. Bár működik a Smart Bidding (Target ROAS, Maximize Conversion Value), a korlátja az, hogy a rendszer nem látja a profitot, csak a bevételt.
• B-módszer — Margin-feed címkék (custom labels): A termékadatbázisba felkerülnek az árrés-kategóriák, majd a feedben custom_label-ként (pl. „high-margin”, „medium-margin”, „low-margin”) átadásra kerülnek a Google-nek. A Google Ads Conversion Value Rules alkalmazásával a különböző árrésű termékek konverziós értéke súlyozható (pl. low-margin × 0,25, medium-margin × 0,45, high-margin × 0,65). Így a bidding valódi profit szerint optimalizál, feed-alapon. Ezt Shopify appokkal könnyen, UNAS/Shoprenter esetén nehezebben lehet megoldani.
• C-módszer — Szerveroldali értékátadás (Offline Conversion Import): A legprofibb szint: a kosárértékből a szerver a háttérben levonja a COGS-ot és a változó költségeket, és kizárólag a kontribúciós margint küldi be konverziós értékként. A folyamat: GCLID capture (pl. Shopify app vagy egyedi kód segítségével) → adatösszekötés → Google Ads Offline Conversion Import (manuális feltöltés vagy API, heti kadenciával, 50-100 rendeléses batch-ekben tesztelve). Erre jelenleg leginkább egy jól konfigurált WooCommerce vagy egy Shopify Plus / egyedi fejlesztés képes.

Szerveroldali mérés – az adatvagyon visszavétele 2026-ban

Ha a hirdetési rendszereid teljesítménye (ROAS) látszólag ok nélkül esik, annak sokszor nem a kampánybeállítás, hanem az adatvesztés az oka. 2026-ban a hagyományos, böngészőben futó mérőkódokra (Pixelekre) bízni egy webáruház adatgyűjtését óriási kockázat. Az ad-blokkolók és az egyre szigorodó böngészős adatvédelmi korlátozások (például az Apple ITP) miatt a vásárlási adatok akár 30-40%-a is elveszhet útközben.

A megoldás a szerveroldali mérés (Server-Side Tracking, pl. sGTM). Ebben a felállásban nem a felhasználó böngészője próbál meg kommunikálni a Facebookkal vagy a Google-lel, hanem a te saját szervered gyűjti be a tiszta adatot, majd onnan — teljesen kontrollált formában — küldi tovább a hirdetési rendszereknek. Ezzel nem csak az adatvesztést küszöbölöd ki, de az oldalad betöltési sebessége is drasztikusan javul, ami az e-commerce marketing egyik legfontosabb konverziós tényezője.

Ha a webshop-motorod ezt natívan nem oldja meg, a piacon jelenleg ezek a legelterjedtebb platformfüggetlen eszközök a szerveroldali architektúra felépítéséhez:

Eszköz	Legjobb ennek	Ár
Stape	sGTM + CAPI power userek	Free tier, Pro $17/hó (500K request)
Analyzify	Shopify DTC nagy volumen	Free (100 rendelésig), Essentials $200/hó (1K rendelés)
Tracklution	Plug-and-play, GTM nélkül	Starter €31/hó (300K esemény)
Addingwell	EU privacy-first sGTM	Free Sandbox (100K request), egyedi áras
Elevar	Shopify DTC nagy volumen	Free (100 rendelésig), Essentials $200/hó (1K rendelés)

Az event_id generálás aranyszabálya szerveroldali mérésnél: Minden eseménynek szigorúan egyetlen event_id-ja lehet (pl. a rendelés azonosítója). Ezt még a kliens oldalon kell generálni, betolni a dataLayer-be, és minden tagnek (Pixel, GA4, CAPI) innen kell kiolvasnia. Soha ne generálj külön azonosítót a tag-ekben vagy a szerverkérésben, mert ez az elszálló deduplikáció és a duplán mért konverziók legfőbb oka!

Szakmai tipp: A szerveroldali mérés bevezetése komoly technikai és adatelemzői szakértelmet kíván, egyetlen rossz beállítás is végzetes lehet a kampányokra. Ha biztosra akarsz menni, ismerd meg Szerveroldali mérés és architektúra szolgáltatásunkat, amellyel garantáljuk, hogy a webshopod hiánytalan és deduplikált üzleti adatot küldjön vissza a hirdetési algoritmusoknak.

Technikai audit (1–5):

1. GA4 dataLayer implementáció — minden e-commerce esemény helyesen van betolva a data layerbe?
2. transaction_id egyediség — nincs duplikáció, van sessionStorage-védelem?
3. item_id konzisztencia — a GA4, a Merchant Center feed és a webshop backend pontosan egyezik?
4. Enhanced Conversions — a user-provided adat megfelelően hashelve kerül átadásra?
5. Meta CAPI deduplikáció — az event_id egyezik böngésző és szerver oldalon?

Üzleti audit (6–10): 6. COGS-feed megléte — van cost_of_goods_sold attribútum a Merchant Centerben? 7. Több ország/pénznem támogatás — támogatott a multi-currency, multi-language feed? 8. Profit-riportolás — láthatók a Google Ads profit-metrikák (COGS, gross profit)? 9. Üzemeltetési költség — mennyi a platform + appok + fejlesztés havi összköltsége (TCO)? 10. Rugalmasság — van API-hozzáférés, egyedi fejlesztési lehetőség, technikai testreszabhatóság?

A súlyozott döntési modell — tényleges pontszámokkal

Ahelyett, hogy szubjektív vitákat folytatnál („én a Shopify-t szeretem”), pontozd a platformokat objektív szempontok szerint. Egy tipikus PPC-központú webshop értékelése így 

Szempont	Súly	UNAS	Shoprenter	Shopify	WooCommerce
GA4 implementáció	15%	10/10	10/10	10/10	10/10
Enhanced Conversion	15%	10/10	8/10	10/10	10/10
Meta CAPI	10%	7/10	7/10	10/10	10/10
Termékfeed mélysége	15%	8/10	8/10	10/10	10/10
Profit-adat (COGS)	15%	6/10	6/10	9/10	10/10
Többországos működés	10%	5/10	5/10	10/10	10/10
Üzemeltetési költség	10%	9/10	9/10	6/10	8/10
Rugalmasság	10%	6/10	6/10	8/10	10/10
Valós Összpontszám	100%	7,8	7,5	9,25	9,8

Pontozási logika: 10/10 = natív, beépített, plugin nélkül működik. 8–9/10 = plugin/app szükséges, de stabil megoldás. 6–7/10 = manuális fejlesztés vagy korlátozott funkció. 5/10 = nem támogatott, vagy jelentős fejlesztés kell.

Fontos: ez a súlyozás és ez a pontozás egy PPC-fókuszú, adatvezérelt webshopnak való. A számok nem univerzálisak — egy erősen tartalommarketingből élő vagy tisztán B2B-jellegű webshopnál más súlyozás lehet a helyes. A lényeg, hogy a döntés mögött tudatos, számszerűsíthető kritériumrendszer álljon, ne „amit mindenki használ” típusú megérzés.

A következő lépés: Mielőtt elköteleződnél

Ne a fórumokon vagy Facebook-csoportokban próbáld eldönteni a platformválasztást. A rossz webshop-motor kiválasztása nem szimpla fejlesztési kényelmetlenség, hanem azonnali, akár milliós marketing-veszteség formájában fog jelentkezni az elfolyó kampánybüdzsén keresztül – amit senki nem vesz észre, amíg valaki szigorúan üzleti szemmel át nem nézi a sorokat.

Mielőtt elköteleződnél egy platform vagy egy költséges migráció mellett, jelentkezz a Priority Map & Roadmap szolgáltatásunkra. A meglévő (vagy tervezett) marketing céljaid alapján átvilágítjuk a lehetőségeidet, és egy adatalapú, súlyozott stratégiai térképet adunk a kezedbe, hogy az IT döntés 100%-ban támogassa az üzleti céljaidat.

(A statisztikai adatok tekintetében érdemes figyelembe venni, hogy a ShopRank és AfterShip/ECDB eltérő módszertannal dolgozik, így az arányok publikálás előtt a hivatalos forrásokból is frissíthetők.)