Mobilalkalmazások terjesztése: mi ez, milyen csatornák és hogyan működik

Terjesztés iOS-en: TestFlight, Ad Hoc, Enterprise

Az iOS-alkalmazások terjesztését az Apple szigorúan ellenőrzi. A mobilalkalmazások terjesztése iOS-en négy csatornán keresztül történik: App Store (nyilvános megjelenés), TestFlight (béta tesztelés), Ad Hoc (korlátozott terjesztés) és Enterprise (vállalati terjesztés). Mindegyiknek megvannak a saját követelményei, korlátai és eljárásai.

TestFlight

A TestFlight az Apple hivatalos eszköze mobilalkalmazások béta tesztelésére. Akár 10 000 külső tesztelőt (External Testing) és akár 30 belső tesztelőt (Internal Testing — csapattagok) támogat. Az External Testinghez könnyű ellenőrzés szükséges (Build Review, általában 1–2 perc). A TestFlight automatikusan terjeszti a frissítéseket — a tesztelők push értesítéseket kapnak. A belső tesztelés nem igényel ellenőrzést — azonnal feltölthet build-eket a csapat számára.

Ad Hoc Distribution

Az Ad Hoc korlátozott számú eszközre (fiókonként legfeljebb 100) történő terjesztés. Az Ad Hoc-hoz hozzá kell adnia az egyes eszközök UDID-jét az Apple Developer Portalban, és alá kell írnia a build-et egy Provisioning Profile-lal, amely tartalmazza ezeket az eszközöket. Az Ad Hoc nem igényel ellenőrzést — alkalmas demóverziókhoz és ügyfél eszközökön történő teszteléshez. Hátrány: ismernie kell az egyes eszközök UDID-jét.

Enterprise Distribution

Apple Enterprise Developer Program (299 $/év) — alkalmazások terjesztése szervezeten belül az App Store nélkül. Az alkalmazások belső szerveren jelennek meg, a felhasználók linken keresztül telepítik. Az Enterprise nem igényel Apple-ellenőrzést. Az Enterprise nem használható a szervezeten kívüli terjesztésre — az Apple ezt figyeli és letiltja a fiókokat. MDM (Mobile Device Management) — vállalati eszközök kezelésére szolgáló rendszer, amely automatikusan telepíti az Enterprise alkalmazásokat.

Terjesztés Androidon: Testing Tracks, Staged Rollout

A Google Play rugalmasabb mobilalkalmazás-terjesztési rendszert kínál, mint az App Store. Testing Tracks: Internal (belső), Closed (zárt), Open (nyílt). Minden sávnak megvannak a saját korlátai és követelményei. A tesztelés után az alkalmazás a Production Track-ben jelenik meg.

Closed vs Open Testing

Internal Testing — akár 100 tesztelő e-mailben. Nem igényel Google-ellenőrzést. A build perceken belül megjelenik. Closed Testing — akár 100 tesztelő, hozzáférés e-mail listán vagy Google Groupon keresztül. Könnyű ellenőrzést igényel (általában néhány óra). Open Testing — akár 100 000 tesztelő, nyilvános link. Az alkalmazás látható a Google Play-ben "Korai hozzáférés"ként. Az Open Testing teljes körű ellenőrzést igényel, mint a production.

Staged Rollout — a frissítés fokozatos terjesztése. Kiválasztja a felhasználók százalékát (5%, 10%, 20%, 50%, 100%). A Google Play automatikusan terjeszti a frissítést a kiválasztott százalékra. Ha az első órákban panaszok vagy összeomlások érkeznek — állítsa vissza az előző verziót. A Staged Rollout csökkenti a megjelenési kockázatokat, és minden production frissítéshez ajánlott.

Production Track

Production Track — nyilvános megjelenés a Google Play-ben. A közzététel után az alkalmazás minden felhasználó számára elérhető. A Google Play automatikusan ellenőrzi a binárist és rosszindulatú kódra szkennel. A közzététel után kezelheti az országot, a korhatárokat és a bevételszerzést. Internal App Sharing — közvetlen terjesztés linken keresztül Play Console nélkül. Alkalmas QA tesztelésre valós eszközökön.

iOS — szigorúbb ellenőrzés és magasabb belépési költség. Android — rugalmas tesztelés és szakaszos bevezetés. Az IT Sectr az Open Testing használatát ajánlja Androidhoz és a TestFlight External-t iOS-hez — ez a mobilalkalmazások béta tesztelési forgatókönyveinek 90%-át lefedi.

Alkalmazáselosztási irányelvek: App Store Guidelines, Google Play Policies

App Store Review Guidelines — az Apple dokumentuma, amely több mint 100 szabályt tartalmaz a mobilalkalmazások terjesztésének szabályozására. Fő követelmények: az alkalmazásnak stabilnak, hibamentesnek és a Human Interface Guidelines-nek megfelelőnek kell lennie. Az Apple elutasítja a hibás linkekkel, üres képernyőkkel és rejtett funkciókkal rendelkező alkalmazásokat. Google Play Developer Policies — a Google szabályai: a rosszindulatú alkalmazások, a felhasználók megtévesztése és a szerzői jogok megsértése tilos.

App Store Guidelines

Kulcsszabályok az alkalmazások App Store-beli terjesztéséhez: 1) Safety — sértő tartalom nélkül, 2) Performance — az alkalmazás nem omolhat össze, 3) Business — vásárlások IAP-n (In-App Purchase) keresztül, Apple 15–30%-os jutalékával, 4) Design — HIG-nek való megfelelés. Elutasítás okai: hibás Adatvédelmi irányelvek link, a "Vásárlások visszaállítása" gomb hiánya, harmadik fél fizetési rendszereinek használata.

Google Play Policies

Terjesztési irányelvek a Google Play-ben a következőket tartalmazzák: 1) Content Policies — felnőtt tartalom és erőszak tilos, 2) Monetization — Google jutalék 15% (az első 1 millió $ — 15%, majd 30%), 3) Privacy — kötelező Adatvédelmi irányelvek URL, 4) Advertising — a hirdetéseknek meg kell felelniük a szabványoknak. A Google automatikusan ellenőrzi a binárist rosszindulatú kódra. App Content Rating — kérdőív, amely meghatározza az alkalmazás korhatárait.

Export Compliance és DMCA

Export Compliance — az Apple megköveteli a kriptográfia használatának bejelentését az alkalmazások terjesztésekor. A legtöbb alkalmazás a "Yes, but exempt" (csak HTTPS-t használ) kategóriába tartozik. DMCA — szerzői jogi törvény. Ha alkalmazása lehetővé teszi a felhasználók számára a tartalom feltöltését, állítson be DMCA-eljárást (szerzői jogi jogsértéssel kapcsolatos panaszok).

Alkalmazáselosztási fiókok: Apple Developer és Google Play

Apple Developer Account — 99 $/év egyéni fejlesztőknek, 299 $/év Enterprise számára. A szervezetek Company/Organizationként regisztrálnak a mobilalkalmazások terjesztésére a cég márkanév alatt. A közzétételhez D-U-N-S szám szükséges. Google Play Account — 25 $ egyszeri. A Google Play személyazonosság-ellenőrzést (útlevél, vezetői engedély) igényel a terjesztés megkezdése előtt.

App Transfer

App Transfer — alkalmazás áthelyezése fejlesztői fiókok között. iOS-en — az App Store Connect (App Transfer) segítségével. Követelmények: az alkalmazásnak közzétettnek kell lennie, függőben lévő változtatások nélkül, aktív terjesztési viták nélkül. Androidon — a Play Console (Manage > Transfer app) segítségével. Mindkét folyamat 1–5 napig tart. Az áthelyezés után az alkalmazás megtartja értékelését, véleményeit és előfizetéseit.

Screenshot Requirements

Screenshot Requirements az App Store-hoz: 5,5" (iPhone 8 Plus), 6,5" (iPhone 14 Pro Max), 12,9" (iPad Pro). A Google Playhez: minimum 2 képernyőkép telefononként és tabletenként. 8 képernyőképet ajánlunk. Adatvédelmi irányelvek URL — kötelező az alkalmazások terjesztéséhez mindkét áruházban. Ha az alkalmazás személyes adatokat gyűjt, az adatvédelmi irányelvek linkjének szerepelnie kell a leírásban és az alkalmazáson belül.