UNAS és Shoprenter webshop-audit: a platform-specifikus buktatók

Az UNAS és a Shoprenter a magyar piac két legelterjedtebb webshopmotorja, és mindkettő rendes, kiforrott rendszer. De ha auditálni akarod a boltodat — vagyis végignézni, hol veszít vevőt —, tudnod kell, hogy egy SaaS-platformon ez másképp működik, mint egy saját fejlesztésű vagy WooCommerce-boltnál.

Tizenöt éve menedzselek webshopokat, több motoron is, és a leggyakoribb hiba, amit látok: valaki kap egy hosszú javaslati listát, aztán a fele technikailag nem is megvalósítható a saját platformján, a másik feléhez meg hozzá sem nyúl, mert azt hiszi, ahhoz is fejlesztő kell. Ez a cikk arról szól, hol húzódik ez a határ.

Miért más egy SaaS-platformon auditálni

A saját fejlesztésű boltnál elvileg bármit átírhatsz — csak idő és pénz kérdése. Egy SaaS-motornál a rendszer keretei adottak: a sablon szerkeszthetősége, a pénztár lépései, a termékadat-mezők köre nagyrészt a platform döntése, nem a tiéd. Ez első hallásra korlát, de van előnye is: kevesebb dolgot tudsz elrontani, és a fontos alapok (biztonság, sebesség-infrastruktúra, számlázási integrációk) készen jönnek. Az audit lényege itt nem az, hogy mindent újratervezz, hanem hogy a platform adta mozgástéren belül kihozd a maximumot — és pontosan tudd, hol van a fal.

Amit nem tudsz szabadon átírni — és amit igen

Nagy vonalakban, platformtól függetlenül:

• Sablon és dizájn — a választott téma logikáján belül sok mindent állíthatsz (színek, blokkok sorrendje, kiemelt elemek), de a téma alapszerkezetét ritkán tudod feszegetni fejlesztő nélkül. Mielőtt sablont váltanál, előbb merítsd ki, amit a mostani enged.
• Pénztár lépései — a checkout folyamatába a legtöbb SaaS-motor csak korlátozottan enged belenyúlni: a mezők egy részét ki-be kapcsolhatod, a lépések számát általában nem. Itt éri meg leginkább pontosan tudni, mi állítható; a pénztár súrlódási pontjairól külön írtam.
• Termékadat-mezők — amit a rendszer kínál (leírás, paraméterek, képek, GYIK-mező, változatok), azt te töltöd fel, és ez általában bőven kihasználatlan. Ez a te terepod, nem a platformé.
• Sebesség — az infrastruktúrát a platform adja, de a betöltési időt te is rontod túl nagy képekkel, felesleges külső szkriptekkel, túl sok beépülő alkalmazással. A sebesség jó része a te oldaladon dől el.

A kiegészítő alkalmazások kétélű fegyvere

A SaaS-motorok egy részénél a hiányzó funkciókat beépülő alkalmazásokkal pótolhatod — értékelés-kezelő, keresés, marketingeszköz. Ez sok esetben jó megoldás, de van ára: minden app lassíthatja az oldalt, havidíjas, és ha megszűnik vagy hibázik, az a te boltodon látszik meg. Auditnál ezért mindig nézd meg, hány aktív alkalmazásod van, mindegyik hoz-e annyit, amennyibe kerül, és nincs-e kettő ugyanarra.

A platform-független réteg — itt a legtöbb elérhető nyereség

A tapasztalatom szerint az audit-javaslatok döntő többsége nem is platformfüggő. Ezek bármelyik motoron megvalósíthatók, és általában ingyen vagy olcsón:

• Termékadat minősége — hiányos paraméterek, generikus gyártói leírás, hiányzó méret- vagy kompatibilitási infó: ezt mind te tudod javítani.
• Képek — kevés kép, rossz megvilágítás, hiányzó „használat közben” fotó, túl nagy fájlméret: platformtól független, és közvetlenül hat a döntésre.
• Szövegek — a „kinek jó ez / kinek nem” típusú, őszinte szöveg szinte sehol nincs kihasználva, és nem kell hozzá fejlesztő.
• Szállítási információ egyértelműsége — a várható szállítási idő és díj megjelenítése már a termékoldalon: ez majdnem mindig beállítási, nem fejlesztési kérdés.

Ha ezt a réteget rendbe teszed, a boltod nagy részét már optimalizáltad, függetlenül attól, mit enged a motor. A konverzióoptimalizálás átfogó útmutatója végigveszi ezeket sorban.

Mikor a platform a szűk keresztmetszet — és mikor csak kifogás

Kifogás, ha: a termékleírásaid gyengék, nincs kiírva a szállítási idő, a képek hiányosak, és a válasz erre az, hogy „ilyen a rendszer”. Ezek egyike sem platformkérdés.

Valódi korlát, ha: egy konkrét, mérhető súrlódást (például egy felesleges kötelező mezőt a pénztárban, vagy egy nem eltávolítható lépést) tényleg nem enged kikapcsolni a rendszer, és ezt már ellenőrizted a platform beállításai között vagy a támogatással. Ilyenkor van értelme mérlegelni egy egyedi fejlesztést, egy kiegészítő alkalmazást vagy hosszú távon a motorváltást — de csak azután, hogy a platform-független réteget már kimerítetted.

Hogyan állj neki

Kezdd az adatokkal: nézd meg a látogatottságot, a kosárelhagyást és a pénztár lépéseinkénti lemorzsolódást — milyen adatokra van szükség egy audithoz, azt külön összeszedtem. Aztán a 3–5 legnagyobb bevételű terméken nézd végig a platform-független réteget (adat, kép, szöveg, szállítási infó), mobilon. Végül, ami marad, arról döntsd el egyesével: tényleg a motor korlátja, vagy csak nem volt még hozzányúlva.

Feltételezett példa: ha a pénztárban három nem kötelező mezőt is meg kell adni, és ezekből kettőt a platform enged kikapcsolni, akkor az a két mező azonnal, ingyen javítható — a harmadikról pedig legalább tudod, hogy az a valódi platformkorlát.

Ha nem akarsz hetekig találgatni, mi állítható a saját motorodon és mi nem, ebben segít az AI-alapú webshop-audit: UNAS- és Shoprenter-boltokat is nézünk, és a javaslatokat eleve két csoportba tesszük — amit magad be tudsz állítani, és amihez tényleg fejlesztő vagy platformdöntés kell.