Mobilalkalmazás webshopnak: mikor éri meg, és mikor elég a PWA

Röviden: mobilalkalmazás akkor éri meg egy webshopnak, ha több ezer törzsvásárló havonta rendel, és van keret két platformra és folyamatos karbantartásra. A legtöbb webáruháznál a jó mobil nézet, a PWA és a Web Push sokkal kisebb költséggel lefedi a telefonos vásárlót. Magyarországon a mobilforgalom 73,41%-a Androidról jön (StatCounter), ahol a PWA a legtöbbet tudja.

A cikk azoknak a webáruház-tulajdonosoknak szól, akik azon gondolkodnak, rendeljenek-e saját applikációt. Összeveti a telefonos vásárlóhoz vezető három utat, megmutatja a költségeket és a PWA korlátait iPhone-on, és leírja, mit ad a CloudCart, a szófiai e-kereskedelmi platform a vásárlónak és a kereskedőnek. Az Apple és a Google szabályait az eredeti oldalaikon ellenőriztük. Ha magát a mobil nézetet készíti elő, nézze meg a mobilbarát webshop 12 ellenőrzését.

Mobilalkalmazás, PWA vagy mobil nézet: mi a különbség

A mobilalkalmazás külön program, amelyet a vásárló az App Store-ból vagy a Google Playről tölt le. A PWA (Progressive Web App, progresszív webalkalmazás) maga a webshop, amelyet a vásárló a telefon kezdőképernyőjére tesz, és ikonról nyit meg, mint egy applikációt. A mobil nézet ugyanaz a webhely a kis képernyőre rendezve, a böngészőben. Mindhárom ugyanahhoz a termékkatalógushoz vezet, de eltér az áruk, az elérésük, és az, hogy kinek kell megtennie az első lépést.

Szempont	Mobil nézet	PWA	Mobilalkalmazás
Hogyan jut el a vásárlóhoz	Google-ből, hirdetésből, linkről	A webshopból, a „Hozzáadás a kezdőképernyőhöz” után	Letöltés után az App Store-ból vagy a Google Playről
Láthatóság a Google-ben	Teljes, ez maga a webhely	Teljes, ugyanaz a webhely	Gyenge: az app tartalma nem pótolja a webhely oldalait a keresésben
Értesítés a vásárlónak	Web Push a böngészőben (iPhone-on nem)	Web Push, iPhone-on az iOS 16.4-től	Push a telefon rendszerén keresztül
Ikon a telefonon	Nincs	Van	Van
Külön fejlesztés	Nem kell	Nem kell, ha a platform adja a manifestet	Kell, iOS-re és Androidra
Díj az alkalmazásboltoknak	Nincs	Nincs	Apple: évi 99 USD; Google Play: egyszer 25 USD
Frissítés	A webhellyel együtt	A webhellyel együtt	Új verzió, ellenőrzés, letöltés a vásárlónál

A mobil nézet minden webshopnak kötelező, mert az új vásárlók rajta keresztül érkeznek. A PWA és az applikáció erre épül, és főleg azokat szolgálja, akik már vásároltak. Ezért a mobilalkalmazásról szóló döntés az ismételt vásárlásokon múlik.

Mikor éri meg a mobilalkalmazás egy webshopnak

A webshop applikáció akkor éri meg, ha a bevétel nagy része gyakran visszatérő vásárlóktól jön, és az app olyat ad nekik, amit a webhely nem tud. Mielőtt árajánlatot kér, nézze végig az alábbi öt feltételt. Ha háromnál kevesebb teljesül, az appra szánt összeg többet hoz hirdetésben, hírlevélben és a webshop gyorsításában.

• Gyakori vásárlás. A vásárlók havonta vagy gyakrabban rendelnek: élelmiszer, kozmetikum, állateledel, fogyóeszköz. Ha valaki kétévente vásárol (bútor, műszaki cikk), az app megnyitatlanul marad a telefonján.
• Nagy törzsvásárlói kör. Több ezer ember, aki évente egynél többször rendel. Hányan vannak, azt a vásárlói adatokban és a szegmensekben látja; a módszert a hűségprogramról és az ismételt vásárlásról szóló cikk írja le.
• Telefont igénylő funkció. Vonalkódolvasó a gyors újrarendeléshez, hűségkártya a bolti vásárláshoz, rendelés néhány koppintással egy elmentett listából.
• Keret a karbantartásra. Az iOS és az Android minden új verziója módosítást kívánhat, az alkalmazásboltok pedig változtatnak a szabályaikon. A karbantartás minden évben költség.
• Ok a letöltésre. Csak az appban elérhető kedvezmény, korai hozzáférés a kiárusításhoz, csomagkövetés. Ok nélkül a vásárló nem tölti le egy webshop applikációját.

Mennyibe kerül egy mobilalkalmazás: a költségek az árajánlaton túl

A mobilalkalmazás ára a fejlesztésből, az Apple és a Google díjaiból és az évente ismétlődő karbantartásból áll össze. A fejlesztés ára az ügynökségtől és a funkcióktól függ, ezért az ajánlatokat mindig ugyanazon lista alapján hasonlítsa össze. Az alkalmazásboltok díjai fixek és nyilvánosak:

• Apple Developer Program: évi 99 USD tagsági díj, ahol lehet, helyi pénznemben (Apple Developer). Tagság nélkül az app nem kerül be az App Store-ba.
• Google Play Console: egyszeri 25 USD regisztrációs díj (Google Play Console súgó).

Fizikai termékeket árusító webshoptól az Apple nem kér jutalékot az appon belüli eladások után. Az App Review Guidelines 3.1.3(e) pontja szerint a fizikai termékek árát az appon belüli vásárláson kívüli módon kell beszedni, például Apple Pay-jel vagy bankkártyával. Ugyanez a szabályzat a 4.2 pontban előírja, hogy az app többet adjon egy „újracsomagolt weboldalnál”. Az alkalmazáskeretbe tett webhelyet az Apple az ellenőrzésnél elutasíthatja.

Az árajánlatkérő listába írja bele: a képernyők dizájnja iOS-re és Androidra, kapcsolat a termékkatalógussal, a kosárral és a fizetéssel, vásárlói belépés, push értesítések, viselkedéselemzés, közzététel mindkét boltban, tesztelés több telefonmodellen és 12 hónap karbantartás. Kérdezzen rá külön, mennyibe kerül minden új funkció az indulás után.

Hogyan számolja ki, megtérül-e a mobilalkalmazás

Az app akkor térül meg, ha a rajta keresztül érkező ismételt rendelések többletnyeresége fedezi a fejlesztést és a karbantartást ugyanarra az időszakra. A számítást a saját admin felületi adataival végezze el egy adott időszakra, például 24 hónapra.

1. Számolja ki a teljes költséget. Fejlesztés + 24 hónap karbantartás + 2 × 99 USD az Apple-nek + 25 USD a Google-nek + a hirdetés, amellyel rábírja a vásárlókat a letöltésre.
2. Döntse el, kik töltik le. Reálisan csak a törzsvásárlók. A számukat az egynél több rendeléssel rendelkező vásárlók szegmenséből veszi.
3. Becsülje meg a többletrendeléseket. Az appban leadott rendelések egy része nem új: a vásárló a webshopban is megrendelte volna. Csak a többletet számolja.
4. Számolja ki a nyereségüket. Többletrendelés × átlagos kosárérték × az árrés a szállítás és a fizetés költsége után.
5. Vesse össze. Ha a 4. lépés nyeresége kisebb az 1. lépés költségénél, kezdje PWA-val és Web Push-sal, és fejlesztés nélkül mérje fel az érdeklődést.

Példa feltételezett számokkal: egy 2 000 törzsvásárlós webshop arra számít, hogy közülük 500-an letöltik az appot, és évente 2 többletrendelést adnak le. 40 €-s átlagos kosárértékkel és 30%-os árréssel ez 500 × 2 × 2 év × 40 € × 30% = 24 000 € nyereség 24 hónap alatt. Ha az 1. lépés teljes költsége ennél több, az app pénzt veszít. Írja be a saját számait az admin felület kimutatásaiból.

Mi a PWA, és mit tud Androidon és iPhone-on

A PWA (Progressive Web App) olyan webhely manifesttel és service workerrel, amelyet a böngésző engedi a kezdőképernyőre tenni és teljes képernyőn, applikációként megnyitni. A manifest egy fájl a webshop nevével, ikonjával és színeivel. A service worker a háttérben futó szkript, amely fogadja a push értesítéseket. A vásárlónak a PWA applikációnak látszik, Önnek viszont ugyanaz a webhely marad, külön fejlesztés és az Apple vagy a Google ellenőrzése nélkül.

A PWA képességei a telefontól függenek. Androidon a Chrome felajánlhatja a telepítést, iPhone-on és iPaden ilyen felajánlás nincs, a vásárló kézzel teszi a webhelyet a kezdőképernyőre a „Megosztás” → „Hozzáadás a kezdőképernyőhöz” menüből (web.dev).

Képesség	Android (Chrome)	iPhone és iPad (iOS 16.4 vagy újabb)
Telepítési felajánlás a böngészőből	Van, sávként vagy ablakként	Nincs, csak kézzel a „Megosztás” menüből
Web Push értesítések	Igen, a sima böngészőben is	Igen, de csak a kezdőképernyőre tett webhelynél
Kér-e engedélyt az értesítéshez	Igen	Igen, és csak egy gomb megérintése után

Az iPhone-ra vonatkozó adatok a WebKit bejelentéséből származnak: az iOS és iPadOS 16.4-től a kezdőképernyőre tett webalkalmazások megkapják a Web Push-t és a Badging API-t (szám az ikonon), és a Safarin kívüli böngészők is a kezdőképernyőre tehetnek webhelyeket.

A PWA korlátai iPhone-on

A PWA fő korlátja iPhone-on az, hogy a vásárlónak magának kell a kezdőképernyőre tennie a webshopot, mielőtt értesítést kaphat. A Safari sima lapján a webhely nem kérhet push engedélyt. Az iPhone-os vásárló útja így két lépéssel hosszabb az androidosénál.

A magyar webshopnál ez a korlát a vásárlók kisebb részét érinti. A StatCounter legutóbbi havi adata szerint Magyarországon az iOS a mobilforgalom 26,58%-át adja, az Android 73,41%-át. Az Ön webshopjában ez az arány más lehet, ezért a döntést a Google Analytics eszközadatai alapján hozza meg.

A második korlát a hirdetéseket érinti. Aki Instagram-, Facebook- vagy TikTok-hirdetésből érkezik, az alkalmazás beépített böngészőjében nézi a webshopot. Ott nem tud feliratkozni a Web Push-ra, és nem teheti a webhelyet a kezdőképernyőre. Ezért a rendelés utáni első levélben ajánlja fel a vásárlónak, hogy tegye a webshopot a kezdőképernyőre, és írja le, hogyan megy ez iPhone-on.

Fontos: a böngészők PWA-szabályai az iOS és az Android új verzióival változnak. Minden nagyobb rendszerfrissítés után ellenőrizze a működést a saját telefonján.

Push értesítések: appból, PWA-ból és Web Push-sal a CloudCartban

A vásárlónak küldött push értesítéshez nem kell mobilalkalmazás: a Web Push rövid üzeneteket küld a böngészőből a telefonra és a számítógépre, akkor is, ha a webhely zárva van. A CloudCartban a csatornát a Marketing → Csatornák → Csatornák beállítása → Web Push menüpontban kapcsolja be, és a kampányokban használja. Részletesen arról, mikor működik és mikor nem: Web Push értesítések webshopnak.

1. Telepítse a Web Push csatornát. A csatorna alapból nincs telepítve. Telepítse, majd aktiválja a csatornák képernyőjén a kártyájáról.
2. Állítsa be a felkérést. A csatorna „Beállítások” ablakában megírja a CloudCart felugró ablakának szövegét és gombjait, amely a böngésző rendszerengedélye előtt jelenik meg. Így azt a vásárlót, aki az Ön ablakát elutasítja, később újra megkérdezheti, a rendszerengedély elutasítása után viszont a böngésző nem mutatja újra. Itt beállíthatja azt is, hogy a felkérés csak a sikeres rendelés utáni oldalon jelenjen meg, amikor a vásárló már megbízik Önben.
3. Írjon röviden. A cím legfeljebb 63 karakter, a szöveg legfeljebb 128. Személyre szabásra a feliratkozó neve és a webshop neve használható.
4. Tegye a Web Push-t egy kampányba. A kampányokban (Marketing → Kampányok) adjon hozzá egy „Web push értesítés” lépést az elhagyott kosárhoz, az újra készletre érkezett termékhez vagy egy akcióhoz. A következő lépés attól függhet, hogy a vásárló rákattintott-e a linkre.
5. Adjon hozzá tartalék csatornát. Akit a Web Push nem ér el, annál a kampány e-maillel folytatódik. Hogyan kombinálja a kettőt: hírlevél és Web Push kampányok a CloudCartban.
6. Kapcsolja be a rendszerüzeneteket. Az állapotváltozás és a teljesítés sablonjai értesítést küldenek a vásárlónak, amikor a rendelése útnak indul.

Webshopnál a leghatásosabb push értesítés az elhagyott kosárról szól, mert a vásárló már kiválasztotta a terméket. A teljes sorozat beállítása az elhagyott kosarak oldalon található.

Mit ad a CloudCart a telefonos vásárlónak

A CloudCart vásárlói felületei reszponzívak, és alapból PWA manifesttel érkeznek, így a vásárló külön fejlesztés nélkül a kezdőképernyőjére teheti a webshopot. A sablonok képernyőjén az aktív sablont asztali és telefonos nézetben is látja, a színeket és a betűtípusokat a Dizájn → Színek és betűtípusok menüpontban módosítja. A sablonok és vásárlói felületek lehetőségei a Webáruház dizájn oldalon vannak összegyűjtve.

A sebesség dönti el, hogy a telefonon belépők közül hányan jutnak el a kosárig. A nehéz képek és a sok külső szkript a mobil nézetet és a PWA-t egyaránt lassítja. A tíz leggyakoribb javítás a PageSpeed Insightsról és a Core Web Vitalsról szóló cikkben van.

Ha mégis saját applikációt szeretne a vásárlóknak, az a Storefront API-n keresztül kapcsolódik a webshophoz. Ez ugyanaz a GraphQL API, amellyel a Nitrogen headless vásárlói felületei dolgoznak: a termékkatalógus, a kosár, a vásárlói fiókok és a rendelések a CloudCart admin felületén maradnak, az app pedig megjeleníti őket. Az appban leadott vásárlások a szerverről is mérhetők a Google Analytics 4-ben, a Google Analytics alkalmazás beállításaiban megadott Measurement Protocol API secrettel. A fejlesztői dokumentáció a fejlesztői API oldalon érhető el.

Hogyan készül egy ilyen vásárlói felület lépésről lépésre: webshop dizájn a Nitrogennel és AI ügynökkel.

CloudCart Admin: a mobilalkalmazás a kereskedőnek

Mobilalkalmazásra minden kereskedőnek szüksége van, akkor is, ha a vásárlóinak nincs. A CloudCart Admin a CloudCart iPhone-os és androidos alkalmazása, amellyel a tulajdonos és a munkatársak a telefonról kezelik a rendeléseket. Ez egy alkalmazás minden CloudCart webshopnak, és nem teszi közzé az Ön webshopját az App Store-ban. Az alkalmazásért 0 €-t fizet, iPhone-on iOS 16.4 vagy újabb rendszert kér, és az admin felülete nyelvén működik.

Mit intéz a telefonról	Pontosan mit
Értesítések	Push minden új rendelésről (szám, a vásárló neve és az összeg) és az állapotváltozásról (szám, új állapot és összeg)
Rendelések	Állapot módosítása, fizetettnek jelölés, visszatérítés, teljesítés csomagkövetési számmal
Szállítási címke	Címke egy érintéssel a webshop futárszolgálatával, például a GLS-sel címre vagy GLS ParcelShopba; a futárszolgálat, a szállítási mód és az átvételi pont is módosítható
Szerkesztés	Termékek és termékváltozatok, mennyiségek, kedvezmény termékre vagy a rendelésre, címek
Vezérlőpult	Új és elhagyott rendelések, készleten nem lévő termékek, bevétel a választott időszakra
Új rendelések	Telefonos rendelés felvétele a vásárlónak fizetési linkkel, elhagyott kosarak

Az értesítések minden telefonra megérkeznek, amely belépett a webshopba: a tulajdonoséra és minden moderátoréra. Minden telefon maga kapcsolhatja ki az új rendelésekről vagy az állapotváltozásról szóló értesítéseket. Az internet nélküli telefon 24 órán belül megkapja az értesítéseket, a régebbiek kimaradnak. A termékkatalógus, a beállítások és a dizájn a webes admin felületen maradnak, amely az alkalmazásból a böngészőben nyílik meg. A letöltés és a belépés módja a CloudCart Admin mobilalkalmazás oldalán található.

Hibák a webshop mobilalkalmazás kiválasztásánál

• App a mobil nézet előtt. Az új vásárlók a Google-ből és a hirdetésekből a webhelyre érkeznek. A lassú vagy kényelmetlen mobil nézet olyan rendeléseket veszít, amelyeket egy app sem hoz vissza.
• Webhely applikációkeretben. Az Apple elutasíthatja azt az appot, amely csak újracsomagolt weboldal (4.2 pont), a vásárló pedig semmi újat nem kap.
• Számítás karbantartás nélkül. A fejlesztési ajánlat az első verziót fedezi. Az új iOS- és Android-verziókhoz szükséges frissítések és az új funkciók minden évben jelentkeznek.
• App ok nélkül a letöltésre. Kedvezmény, korai hozzáférés vagy gyorsabb rendelés nélkül a vásárló a webhelyen marad.
• Push mint egyetlen csatorna. Appnál és Web Push-nál is a vásárlók egy része nem fogadja el az értesítéseket. Az ismételt vásárlások alapja a hírlevél marad.
• Két külön rendeléskezelő rendszer. A saját rendelés- és készletadatbázissal működő app hibákhoz vezet. API-n keresztül kösse a webshophoz, hogy minden egy admin felületen legyen.
• Döntés adatok nélkül. Mielőtt applikációt rendel, nézze meg a Google Analyticsben a telefonok, az iPhone-ok és a visszatérő vásárlók arányát a saját webshopjában.

Gyakori kérdések

Kérdése van a mobilos megoldásokkal kapcsolatban? Írjon nekünk: support@cloudcart.com.