Tworzysz aplikację i chcesz umożliwić użytkownikom zakup dodatkowych funkcji lub treści bezpośrednio w aplikacji. Jednym z powszechnych sposobów na osiągnięcie tego celu jest użycie WebView , który pozwala aplikacji wyświetlać treści internetowe bezpośrednio. Jednak w przypadku aplikacji na iOS firma Apple stosuje surowe zasady dotyczące zakupów w aplikacji.
W tym przewodniku omówimy, czym jest WebView w tworzeniu aplikacji, jak działają zakupy w aplikacji w WebView i dlaczego programiści iOS go preferują.
Omówimy również politykę Apple dotyczącą tych zakupów, powody wprowadzenia tych reguł, możliwe sposoby uwzględnienia zakupów w aplikacji w WebView, ich skuteczność i co się stanie, jeśli Apple odkryje jakieś alternatywne rozwiązania.
Czym jest WebView w tworzeniu aplikacji?
W tworzeniu aplikacji WebView to komponent pełniący funkcję mini przeglądarki internetowej w aplikacji mobilnej. Umożliwia aplikacjom wyświetlanie zawartości internetowej bezpośrednio w interfejsie aplikacji, bez konieczności otwierania osobnej przeglądarki.
Programiści wykorzystują WebView do wyświetlania stron internetowych , takich jak sekcje pomocy , umowy użytkownika , a nawet opcje zakupów w aplikacji , doskonale łącząc treść internetową i natywne elementy aplikacji, co pozwala ulepszyć doświadczenia użytkownika.
Na czym polega zakup w aplikacji w WebView?
Zakupy w aplikacji to sposób na sprzedaż treści cyfrowych lub usług w aplikacji. Wyobraź sobie to jako wirtualny sklep, w którym użytkownicy mogą kupować nowe funkcje, uzyskiwać dostęp do treści premium lub nabywać inne dobra cyfrowe, aby ulepszyć swoje wrażenia z korzystania z aplikacji.
Omawiając dokonywanie zakupów za pośrednictwem WebView, mamy na myśli konkretną metodę wyświetlania tych możliwości. WebView umożliwia wyświetlanie stron internetowych bez opuszczania aplikacji przez użytkownika, umożliwiając mu robienie zakupów lub subskrybowanie usług.
Z drugiej strony, natywne zakupy w aplikacji są wbudowane bezpośrednio w aplikację, wykorzystując systemy i narzędzia dostarczane przez platformy (w tym przypadku iOS ). To w pełni zintegrowane podejście zostało zaprojektowane tak, aby działać w interfejsie aplikacji i spełniać wszystkie zasady określone przez Apple. Dla użytkowników zakup czegoś natywnie wydaje się bezproblemowy i bezpieczny, ponieważ jest częścią aplikacji, z której korzystają.
Dlaczego programiści iOS szukają WebView w przypadku zakupów w aplikacji?
Z kilku powodów deweloperzy często decydują się na dodanie WebView do zakupów w aplikacjach na iOS. Po pierwsze, chodzi o aspekt finansowy. Apple pobiera prowizję w wysokości od 15% do 30% od wszystkich zakupów w aplikacji dokonywanych za pośrednictwem swojego natywnego systemu. Używając WebView do obsługi transakcji, deweloperzy mają nadzieję uniknąć lub obniżyć te opłaty, co potencjalnie pozwoli im zatrzymać większą część przychodów.
Po drugie, deweloperzy poszukują większej elastyczności i kontroli nad procesem zakupów. WebView pozwala im dostosować wygląd i styl procesu zakupowego znacznie bardziej, niż jest to możliwe w przypadku natywnego systemu zakupów w aplikacji Apple.
Takie dostosowanie może obejmować elementy marki, dodatkowe pola informacyjne i wyjątkowe opcje płatności, zapewniając spersonalizowane doświadczenie, które lepiej pasuje do projektu i funkcjonalności aplikacji.
Czy Apple zezwala na zakupy w aplikacji WebView?
Apple zajmuje jasne stanowisko w sprawie zakupów w aplikacji ( IAP ) za pośrednictwem WebView: nie są one dozwolone. Zgodnie z Wytycznymi Apple dotyczącymi przeglądu aplikacji w App Store , a w szczególności z sekcją 3.1.1 „Zakupy w aplikacji” , deweloperzy muszą korzystać z natywnego systemu IAP firmy Apple , aby sprzedawać towary i usługi cyfrowe w swoich aplikacjach.
Polityka ta gwarantuje bezpieczeństwo, spójność i integrację transakcji z ekosystemem iOS , zapewniając użytkownikom płynne działanie. Zgodnie z wytycznymi, jeśli aplikacja oferuje treści, subskrypcje lub funkcje wymagające odblokowania lub zakupu, musi to zostać dokonane za pośrednictwem mechanizmu zakupów w aplikacji (IAP) firmy Apple.
System ten automatyzuje cały proces transakcyjny, od fakturowania po dystrybucję dóbr cyfrowych, i jest zgodny ze standardami Apple dotyczącymi prywatności i bezpieczeństwa. Wymagając korzystania z systemu zakupów w aplikacji, Apple dąży do ochrony użytkowników oraz utrzymania jakości i integralności ekosystemu aplikacji na swojej platformie.
Zrozumienie przyczyn ograniczeń Apple
Ograniczenia Apple dotyczące zakupów w aplikacji, w szczególności zakaz transakcji WebView, opierają się na kilku kluczowych kwestiach:
1. Bezpieczeństwo
Surowe zasady Apple dotyczące zakupów w aplikacji mają na celu przede wszystkim zapewnienie bezpieczeństwa użytkowników. System natywny chroni przed oszustwami i wyciekami danych, a także zabezpiecza poufne informacje, takie jak dane kart kredytowych , poprzez szyfrowane transakcje.
2. Doświadczenie użytkownika
Wytyczne Apple koncentrują się na zapewnieniu płynnego doświadczenia użytkownika. Natywny system zakupów jest zintegrowany z aplikacjami, zapewniając spójne i nieprzerwane transakcje, co pozwala zachować zaufanie użytkowników i płynny przepływ aplikacji.
3. Integralność ekosystemu
Polityka Apple ma również na celu utrzymanie jakości i niezawodności ekosystemu. Nakazując korzystanie z systemu zakupów w aplikacji, Apple może egzekwować swoje standardy we wszystkich aplikacjach, zapewniając bezpieczną i wysokiej jakości platformę zarówno użytkownikom, jak i deweloperom.
Metody płatności akceptowane przez iOS
W systemie iOS firma Apple rozróżnia dozwolone metody płatności między towarami i usługami cyfrowymi i fizycznymi. To rozróżnienie zapewnia bezpieczeństwo i elastyczność w przypadku różnych typów transakcji.
1. Dobra i usługi cyfrowe
W przypadku dóbr i usług cyfrowych – takich jak odblokowywanie treści premium w aplikacji, subskrypcja czasopism cyfrowych czy zakup wirtualnej waluty – deweloperzy muszą korzystać z systemu zakupów w aplikacji firmy Apple. Takie podejście gwarantuje bezpieczne i spójne przetwarzanie wszystkich transakcji cyfrowych, zapewniając użytkownikom płynne i zintegrowane doświadczenie zakupowe w aplikacji.
2. Dobra i usługi materialne
Deweloperzy mogą wdrażać alternatywne metody płatności w przypadku towarów i usług fizycznych — np. zamawiania produktów fizycznych, rezerwowania usług w świecie rzeczywistym lub kupowania biletów na wydarzenia.
Może to obejmować różne opcje przetwarzania płatności poza systemem zakupów w aplikacji Apple, takie jak płatności kartą kredytową, Apple Pay lub zewnętrzne bramki płatnicze. Kluczowe jest to, że transakcje te dotyczą towarów lub usług używanych lub konsumowanych poza aplikacją, a zatem nie wpływają bezpośrednio na cyfrową zawartość aplikacji ani na doświadczenia użytkownika.
Alternatywne rozwiązania dodawania zakupów w aplikacji w systemie iOS przy użyciu WebView
Programiści często poszukują strategii obejścia rygorystycznych wymagań Apple dotyczących zakupów w aplikacji , w szczególności wymogu korzystania z cyfrowego systemu transakcyjnego Apple. Te obejścia są szeroko omawiane w społecznościach programistów, w tym na platformach takich jak Reddit.
Choć niektórzy deweloperzy odnotowują chwilowy sukces, metody te wiążą się ze znacznym ryzykiem i potencjalnymi konsekwencjami. Przyjrzyjmy się bliżej niektórym z tych strategii:
1. Kierowanie użytkowników do przeglądarki internetowej
To obejście polega na tym, że użytkownicy aplikacji są proszeni o dokończenie zakupu w zewnętrznej przeglądarce internetowej. Na przykład przycisk lub link w aplikacji może otworzyć domyślną przeglądarkę internetową użytkownika na stronie internetowej, na której można dokończyć transakcję.
Celem jest ominięcie systemu zakupów w aplikacji Apple i związanych z tym opłat poprzez przetwarzanie płatności za pośrednictwem witryny internetowej dewelopera lub zewnętrznego podmiotu przetwarzającego płatności.
Chociaż ta metoda pozwala uniknąć opłat Apple, zakłóca komfort użytkowania, wyprowadzając użytkowników ze środowiska aplikacji. Grozi to również naruszeniem wytycznych App Store, co może skutkować odrzuceniem lub usunięciem aplikacji.
2. Usługi subskrypcyjne poza aplikacją
Deweloperzy sprzedają usługę subskrypcyjną na swojej stronie internetowej lub innej platformie poza aplikacją na iOS. Użytkownicy dokonują zakupu w tym miejscu, a następnie logują się do aplikacji za pomocą swojego konta, aby uzyskać dostęp do treści lub funkcji subskrypcji.
Sprzedając subskrypcje poza aplikacją, twórcy oprogramowania chcą zatrzymać większą część przychodów, unikając tym samym prowizji Apple.
Ta metoda opiera się na tym, że użytkownicy dokonują transakcji poza aplikacją, co może stanowić istotną barierę dla konwersji. Jeśli Apple stwierdzi, że aplikacja została zaprojektowana głównie w celu obejścia zakupów w aplikacji, może to mieć podobne konsekwencje jak inne obejścia.
3. Osadzanie treści internetowych za pomocą WebView
Deweloperzy osadzają treści internetowe bezpośrednio w swoich aplikacjach za pomocą WebView, tworząc w ten sposób interaktywną platformę do dokonywania zakupów. Ta strategia ma na celu połączenie zalet obu rozwiązań: utrzymanie interaktywności w aplikacji i jednoczesne przetwarzanie płatności w sposób, który omija opłaty Apple.
To podejście jest ściśle zgodne z wytycznymi Apple. Chociaż transakcja technicznie odbywa się w WebView aplikacji, może być postrzegana jako próba obejścia mechanizmu zakupów w aplikacji (IAP). Skuteczność tej metody zależy od procesu weryfikacji Apple i niesie ze sobą ryzyko usunięcia aplikacji, jeśli zostanie uznana za naruszającą wytyczne.
Konsekwencje odkrycia alternatywnego rozwiązania
Zasady Apple są przejrzyste i ściśle egzekwowane. Każda próba obejścia tych zasad wiąże się ze znacznym ryzykiem. Potencjalne konsekwencje wykraczają daleko poza straty finansowe; mogą one wpłynąć na każdy aspekt obecnej i przyszłej działalności dewelopera w App Store. Oto, co jest zagrożone:
- Natychmiast usuń aplikacjęJeśli Apple wykryje, że aplikacja narusza zasady systemu zakupów w aplikacji (IAP), może usunąć ją z App Store bez ostrzeżenia. To działanie natychmiast blokuje dostęp milionom potencjalnych użytkowników i skutecznie uniemożliwia wszelkie przyszłe pobrania lub aktualizacje.
- Zawieszenie konta programistyKonta deweloperów, które wielokrotnie naruszają wytyczne Apple lub dopuszczają się poważnych naruszeń, mogą zostać zawieszone. Ma to wpływ na daną aplikację i uniemożliwia deweloperowi zarządzanie innymi aplikacjami lub ich aktualizowanie.
- strata finansowaOprócz utraty przychodów ze sprzedaży aplikacji, deweloperzy, którzy ominą system In-App (IAP), mogą zostać ukarani karami finansowymi. Apple może żądać zwrotu kosztów równych swojemu udziałowi w transakcjach przetwarzanych poza systemem IAP.
- Szkoda dla reputacji firmyUsunięcie aplikacji z App Store za naruszenie wytycznych może zaszkodzić reputacji dewelopera. Zaufanie i wiarygodność budowane przez użytkowników z biegiem czasu mogą zostać szybko utracone, co wpłynie na aplikację, inne projekty dewelopera i przyszłe działania.
Możliwość dodawania komentarzy nie jest dostępna.