Wytyczne Dotyczące Weryfikacji Aplikacji

Wprowadzenie

Zasada przewodnia App Store jest prosta — chcemy umożliwić użytkownikom bezpieczne pobieranie aplikacji, a wszystkim deweloperom — odnoszenie sukcesów. Realizujemy te cele za pomocą starannie dobranej oferty sklepu App Store, w którym każda aplikacja jest weryfikowana przez ekspertów, a zespół redakcyjny pomaga użytkownikom codziennie odkrywać nowe aplikacje. Skanujemy również każdą aplikację pod kątem złośliwego oprogramowania i innych programów, które mogą mieć wpływ na bezpieczeństwo, zabezpieczenia i prywatność użytkowników. Dzięki tym staraniom platformy Apple stały się najbezpieczniejszymi miejscami oferującymi aplikacje dla konsumentów na całym świecie.

Na niektórych rynkach i wybranych platformach twórcy aplikacji mogą również rozpowszechniać poświadczone aplikacje za pośrednictwem alternatywnych sklepów z aplikacjami oraz bezpośrednio ze swoich witryn internetowych. Dowiedz się więcej o alternatywnych sklepach z aplikacjami, dystrybucji przez Interrnet oraz notarialnym poświadczaniu aplikacji na systemy iOS i iPadOS. Aby sprawdzić, które wytyczne dotyczą poświadczania aplikacji na systemy iOS i iPadOS, kliknij opcję „Wyróżnij tylko wytyczne dotyczące poświadczania weryfikacyjnego” w menu po lewej stronie.

Wszystkie inne cele można realizować w otwartej sieci internetowej. Jeśli model i wytyczne App Store albo alternatywne kanały dystrybucji i poświadczanie aplikacji dla systemów iOS i iPadOS nie są najlepsze dla Twojej aplikacji lub pomysłu na biznes, można skorzystać z przeglądarki Safari, która również zapewnia komfort korzystania z Internetu.

Na kolejnych stronach znajdziesz najnowsze wytyczne podzielone na pięć przejrzystych sekcji: Bezpieczeństwo, Wydajność, Model biznesowy, Projekt i Informacje prawne. Stale zmieniamy i ulepszamy App Store, aby nadążać za potrzebami naszych klientów i produktów. Twoje aplikacje również powinny być zmieniane i ulepszane, aby mogły pozostać w App Store.

Warto pamiętać o kilku innych kwestiach dotyczących dystrybucji aplikacji na naszych platformach:

• Wiele dzieci i nastolatków pobiera aplikacje, aby pozostawać w kontakcie ze znajomymi i rodziną, rozwijać kreatywność, uczyć się i nabierać samodzielności. Takim młodym osobom chcemy zapewnić maksymalne bezpieczeństwo. Funkcje nadzoru rodzicielskiego to bardzo skuteczne narzędzie decydowania o zakresie i porach dostępności dzieci do treści, ale ważną rolę mają do odegrania również sami twórcy. Muszą dbać, aby w aplikacjach dzieci miały styczność wyłącznie z treściami odpowiednimi dla ich wieku.
• App Store to świetny sposób na dotarcie do setek milionów ludzi na całym świecie. Jeśli tworzysz aplikację, którą chcesz po prostu pokazać rodzinie i znajomym, App Store nie jest do tego najlepszym miejscem. Rozważ użycie środowiska Xcode, aby bezpłatnie zainstalować aplikację na urządzeniu, lub skorzystaj z dystrybucji ad hoc dostępnej dla członków programu Apple Developer Program. Jeśli dopiero zaczynasz, dowiedz się więcej o programie Apple Developer Program.
• Zdecydowanie wspieramy reprezentowanie wszystkich punktów widzenia w App Store, o ile aplikacje szanują użytkowników o odmiennych poglądach i zapewniają wysoką jakość działania. Będziemy odrzucać aplikacje ze względu na wszelkie treści lub zachowania, które naszym zdaniem przekraczają granicę. Gdzie leży ta granica? Cóż, jak powiedział kiedyś sędzia Sądu Najwyższego: „Będę wiedzieć, gdy ją zobaczę”. Sądzimy, że Ty również będziesz wiedzieć, gdy tę granicę przekroczysz.
• Jeśli spróbujesz oszukać system (na przykład próbując wprowadzić w błąd proces weryfikacji, wykraść dane użytkownika, skopiować pracę innego dewelopera, manipulować ocenami lub odkrywaniem w App Store), Twoje aplikacje zostaną usunięte ze sklepu, a Ty zostaniesz wykluczony z programu Apple Developer Program.
• Odpowiadasz za to, aby wszystkie elementy Twojej aplikacji — w tym sieci reklamowe, usługi analityczne i pakiety SDK innych firm — były zgodne z tymi wytycznymi, więc sprawdzaj je i wybieraj uważnie.
• Niektóre funkcje i technologie, które nie są ogólnie dostępne dla deweloperów, mogą być oferowane jako uprawnienia dostępne w ograniczonych przypadkach użycia. Oferujemy na przykład uprawnienia obejmujące CarPlay Audio, HyperVisor i Privileged File Operations.

Mamy nadzieję, że dzięki tym wytycznym Twoje aplikacje gładko przejdą proces weryfikacji, a wszelkie zatwierdzenia i odrzucenia będą spójne we wszystkich przypadkach. Dokument ten może ulegać zmianom. Nowe aplikacje przynoszą ze sobą nowe pytania, które mogą w dowolnym momencie skutkować zmianą zasad. Być może to właśnie Twoja aplikacja będzie źródłem tych zmian. Uwielbiamy naszą pracę i szanujemy to, co robisz. Dokładamy wszelkich starań, aby stworzyć najlepszą na świecie platformę, która pozwoli Ci zaprezentować swoje talenty, a przy okazji zarobić na życie.

Przed zgłoszeniem

Aby zatwierdzenie aplikacji przebiegło jak najsprawniej, zapoznaj się z wymienionymi poniżej typowymi błędami, które mogą spowolnić proces weryfikacji lub spowodować odrzucenie aplikacji. Nie zastępuje to wytycznych ani nie gwarantuje, że aplikacja zostanie zatwierdzona, ale pozwala upewnić się, że masz sprawdzone wszystkie pozycje na liście. Jeśli aplikacja nie działa zgodnie z oczekiwaniami lub jej już aktywnie nie wspierasz, zostanie usunięta z App Store. Dowiedz się więcej o udoskonaleniach App Store.

Wykonaj następujące czynności:

• Przetestuj aplikację pod kątem awarii i błędów
• Upewnij się, że wszystkie informacje i metadane aplikacji są kompletne i dokładne
• Uaktualnij swoje dane kontaktowe na wypadek, gdyby zespół App Review musiał się z Tobą skontaktować
• Zapewnij zespołowi App Review pełny dostęp do aplikacji. Jeśli aplikacja zawiera funkcje powiązane z kontem, podaj aktywne konto demonstracyjne lub udostępnij w pełni funkcjonalny tryb demonstracyjny, a także wszelkie inne zasoby lub sprzęt, które mogą być potrzebne do weryfikacji aplikacji (np. dane logowania lub przykładowy kod QR).
• Włącz usługi zaplecza, aby działały i były dostępne podczas weryfikacji
• W uwagach do zespołu App Review dołącz szczegółowe wyjaśnienia dotyczące nieoczywistych funkcji i zakupów w aplikacji, w tym dokumentację pomocniczą (w stosownych przypadkach).
• Sprawdź, czy aplikacja jest zgodna z wytycznymi zawartymi w innych dokumentach, takich jak:

Wytyczne oznaczone dopiskiem dotyczą poświadczania aplikacji na systemy iOS i iPadOS.

1. Bezpieczeństwo

Gdy użytkownicy instalują aplikację ze sklepu App Store, chcą mieć pewność, że jest to bezpieczne — że aplikacja nie zawiera denerwujących lub obraźliwych treści, nie uszkodzi ich urządzeń, a w wyniku jej używania nie dojdzie do szkód fizycznych. Poniżej przedstawiliśmy główne pułapki, możemy jednak od razu powiedzieć, że jeśli celem Twojej aplikacji jest szokowanie i obrażanie innych, App Store nie jest dla niej właściwym miejscem. Niektóre z tych zasad zostały również uwzględnione w procesie poświadczania aplikacji na systemy iOS i iPadOS.

• 1.1 Niewłaściwe treści

  Aplikacje nie powinny zawierać treści, które są obraźliwe, nietaktowne, denerwujące, mające na celu wywołanie odrazy, w wyjątkowo złym guście lub po prostu przerażające. Przykłady takich treści obejmują:

  • 1.1.1 Treści zniesławiające, dyskryminujące lub złośliwe, w tym odniesienia do lub komentarze na temat religii, rasy, orientacji seksualnej, płci, pochodzenia narodowego/etnicznego lub innych wybranych grup osób, szczególnie jeśli aplikacja może upokorzyć, zastraszyć lub skrzywdzić docelową osobę lub grupę. Zasadniczo wymóg ten nie dotyczy zawodowych satyryków i humorystów.
  • 1.1.2 Realistyczne przedstawianie zabijanych, okaleczanych, torturowanych lub maltretowanych ludzi lub zwierząt, a także treści zachęcające do przemocy. Określenie „wrogowie” w kontekście gry nie może odnosić się wyłącznie do określonej rasy, kultury, prawdziwego urzędu, korporacji lub jakiejkolwiek innej rzeczywistej jednostki.
  • 1.1.3 Treści zachęcające do nielegalnego lub lekkomyślnego użycia broni i niebezpiecznych przedmiotów bądź ułatwiające zakup broni palnej lub amunicji.
  • 1.1.4 Materiały jawnie seksualne lub pornograficzne, definiowane jako „wyraźne opisy lub pokazy narządów płciowych albo czynności mających na celu pobudzanie uczuć erotycznych, a nie estetycznych czy emocjonalnych”. Obejmuje to aplikacje erotyczne typu „hookup” oraz inne aplikacje, które mogą zawierać pornografię lub być wykorzystywane do ułatwiania prostytucji bądź handlu ludźmi i ich wykorzystywania.
  • 1.1.5 Podżegające komentarze religijne albo niedokładne lub wprowadzające w błąd cytaty z tekstów religijnych.
  • 1.1.6 Fałszywe informacje i funkcje, w tym nieprawdziwe dane urządzenia lub sztuczki/żarty, takie jak fałszywe lokalizatory. Stwierdzenie, że aplikacja służy „do celów rozrywkowych” nie powoduje wyłączenia wytycznej. Aplikacje, które umożliwiają anonimowe lub żartobliwe rozmowy telefoniczne lub wysyłanie wiadomości SMS/MMS, będą odrzucane.
  • 1.1.7 Szkodliwe koncepcje, które wykorzystują lub próbują wykorzystać ostatnie lub aktualne wydarzenia, takie jak gwałtowne konflikty, ataki terrorystyczne i epidemie.
• 1.2 Treści generowane przez użytkowników

  Aplikacje zawierające treści generowane przez użytkowników rodzą szczególne wyzwania — od naruszenia własności intelektualnej po anonimowe prześladowanie. Aby zapobiec nadużyciom, aplikacje z treściami generowanymi przez użytkowników lub usługi sieci społecznościowych muszą zawierać:

  • Metodę filtrowania niewłaściwych treści przed publikowaniem ich w aplikacji
  • Mechanizm zgłaszania obraźliwych treści i szybkiego reagowania na wątpliwości
  • Możliwość blokowania nieuczciwym użytkownikom dostępu do usługi
  • • opublikowane informacje kontaktowe, aby użytkownicy mogli łatwo się z Tobą skontaktować.

  Aplikacje zawierające treści lub usługi generowane przez użytkowników, które ostatecznie są wykorzystywane głównie do celów pornograficznych, losowych lub anonimowych rozmów, kontaktów w stylu Chatroulette, uprzedmiotowienia prawdziwych osób (np. głosowania typu „hot-or-not”), kierowania gróźb fizycznych lub prześladowania, nie mają racji bytu w App Store i mogą zostać usunięte bez uprzedzenia. Jeśli aplikacja zawiera generowane przez użytkowników treści z usługi internetowej, może wyświetlać incydentalne treści typu „NSFW” przeznaczone dla dorosłych, pod warunkiem, że treści te są domyślnie ukryte i wyświetlane tylko wtedy, gdy użytkownik włączy je za pośrednictwem Twojej witryny.

  Usuwanie treści niezgodnych z tymi wytycznymi, warunkami korzystania z usługi lub standardami społeczności należy do Twoich obowiązków. Jeśli znajdziemy takie treści, poprosimy Cię o ich usunięcie oraz przedstawienie planu poprawy przestrzegania tej wytycznej. Zależnie od odpowiedzi, jakiej udzielisz, możemy usunąć aplikację ze sklepu App Store do czasu, aż wykażesz wprowadzenie korekt zapewniających jej zgodność z tą wytyczną. Rażące lub powtarzające się zachowanie jest podstawą do usunięcia aplikacji ze sklepu App Store i z programu Apple Developer Program.

  • 1.2.1 Treści od twórców
    Aplikacje, które zawierają treści od określonej społeczności użytkowników, zwanej „twórcami”, są świetną okazją, jeśli są odpowiednio moderowane. Aplikacje te zapewniają klientom jedno ujednolicone środowisko interakcji z różnymi rodzajami treści pochodzących od twórców. Oferują narzędzia i programy, które pomagają tej społeczności twórców niebędących deweloperami w tworzeniu, udostępnianiu i monetyzowaniu doświadczeń generowanych przez użytkowników. Środowiska te nie mogą zmieniać podstawowych cech i funkcjonalności aplikacji natywnej — mogą jedynie dodawać treść do tych ustrukturyzowanych środowisk. Te środowiska nie są natywnymi „aplikacjami” zakodowanymi przez deweloperów — stanowią one zawartość samej aplikacji i są przez zespół App Review traktowane jako treści generowane przez użytkowników. Takie treści pochodzące od twórców mogą obejmować filmy, artykuły, nagrania audio, a nawet gry rekreacyjne. App Store obsługuje aplikacje oferujące takie treści generowane przez użytkowników, o ile są one zgodne ze wszystkimi Wytycznymi, w tym punktem 1.2 Wytycznych dotyczącym moderowania treści generowanych przez użytkowników oraz punktem 3.1.1 Wytycznych dotyczącym płatności i zakupów w aplikacji. Użytkownicy powinni dostawać jasne informacje, które treści wymagają dodatkowych zakupów.
  • • (a) Aplikacje oferujące treści od twórców muszą pozwalać użytkownikom na identyfikowanie treści, które wykraczają poza klasyfikację wiekową aplikacji, oraz wykorzystywać mechanizm ograniczeń wiekowych oparty na zweryfikowanym lub zadeklarowanym wieku w celu ograniczenia dostępu niepełnoletnim użytkownikom.
• 1.3 Kategoria Dzieci

  Kategoria Dzieci pozwala łatwo znajdować aplikacje przeznaczone dla dzieci. Jeśli chcesz dodać swoją aplikację do kategorii Dzieci, Twoje działania powinny skupiać się na tworzeniu wspaniałych doświadczeń zaprojektowanych specjalnie pod kątem młodszych użytkowników. Aplikacje te nie mogą zawierać łączy wychodzących z aplikacji, możliwości robienia zakupów ani innych elementów rozpraszających uwagę dzieci, chyba że są one zarezerwowane dla wyznaczonego obszaru kontroli rodzicielskiej. Pamiętaj, że jeśli klienci oczekują, że Twoja aplikacja spełnia wymagania kategorii Dzieci, będzie musiała nadal realizować te wytyczne w kolejnych uaktualnieniach, nawet jeśli zdecydujesz się zmienić kategorię. Dowiedz się więcej o bramkach rodzicielskich.

  Musisz przestrzegać obowiązujących na całym świecie przepisów dotyczących prywatności związanych z gromadzeniem danych dzieci w Internecie. Zapoznaj się z sekcją dotyczącą prywatności niniejszych wytycznych, aby uzyskać więcej informacji. Ponadto aplikacje z kategorii Dzieci nie mogą wysyłać osobom trzecim informacji umożliwiających identyfikację osób ani informacji o urządzeniu. Aplikacje z kategorii Dzieci nie powinny zawierać narzędzi analitycznych ani reklam stron trzecich. Dzięki temu możemy zapewnić dzieciom bezpieczniejsze doświadczenia. W niektórych przypadkach narzędzia analityczne stron trzecich mogą być dozwolone pod warunkiem, że usługi nie zbierają ani nie przekazują identyfikatorów IDFA ani żadnych informacji umożliwiających identyfikację dzieci (takich jak imię i nazwisko, data urodzenia, adres e-mail), ich lokalizacji lub informacji o urządzeniach. Obejmuje to wszelkie informacje o urządzeniu, sieci lub inne dane, które mogą zostać wykorzystane bezpośrednio lub w połączeniu z innymi informacjami w celu identyfikacji użytkowników i ich urządzeń. W ograniczonych przypadkach mogą też być dozwolone reklamy kontekstowe stron trzecich, pod warunkiem, że usługi te mają publicznie udokumentowane procedury i zasady dotyczące aplikacji z kategorii Dzieci, które obejmują weryfikację kreacji reklamowych pod kątem stosowności do wieku wykonywaną przez człowieka.

• 1.4 Szkody fizyczne

  Jeśli aplikacja działa w sposób, który stwarza ryzyko spowodowania szkód fizycznych, możemy ją odrzucić. Przykład:

  • 1.4.1 Aplikacje medyczne, które mogą dostarczać niedokładne dane bądź informacje lub służyć do diagnozowania bądź leczenia pacjentów, mogą przechodzić bardziej szczegółową weryfikację.
    • Aplikacje muszą wyraźnie ujawnić dane i metodologię na poparcie twierdzeń dotyczących dokładności pomiarów zdrowotnych, a jeśli poziom dokładności lub metodologia nie mogą zostać potwierdzone, aplikacja zostanie odrzucona. Na przykład niedozwolone są aplikacje, które deklarują, że wykonują zdjęcia rentgenowskie, mierzą ciśnienie krwi, temperaturę ciała, poziom glukozy we krwi lub poziom tlenu we krwi wyłącznie przy użyciu czujników znajdujących się w urządzeniu.
    • Aplikacje powinny przypominać użytkownikom, aby oprócz korzystania z aplikacji i przed podjęciem decyzji medycznych skonsultowali się z lekarzem.
    Jeśli Twoja aplikacja medyczna uzyskała zgodę organów regulacyjnych, prześlij łącze do tej dokumentacji wraz z aplikacją.
  • 1.4.2 Kalkulatory dawkowania leków muszą być dostarczone przez producenta leku, szpital, uniwersytet, firmę oferującą ubezpieczenia zdrowotne, aptekę lub inny zatwierdzony podmiot bądź muszą być zatwierdzone przez agencję FDA lub jeden z jej międzynarodowych odpowiedników. Biorąc pod uwagę potencjalne szkody dla pacjentów, musimy mieć pewność, że aplikacja będzie wspierana i uaktualniana przez dłuższy czas.
  • 1.4.3 Aplikacje zachęcające do spożywania wyrobów tytoniowych i e-papierosów, nielegalnych narkotyków lub nadmiernych ilości alkoholu nie są dozwolone. Aplikacje zachęcające nieletnich do spożywania którejkolwiek z tych substancji będą odrzucane. Ułatwianie sprzedaży substancji kontrolowanych (z wyjątkiem licencjonowanych aptek i licencjonowanych lub w inny sposób legalnych punktów sprzedaży konopi) lub tytoniu jest niedozwolone.
  • 1.4.4 Aplikacje mogą wyświetlać tylko punkty kontroli trzeźwości opublikowane przez organy ścigania i nigdy nie powinny zachęcać do jazdy pod wpływem alkoholu ani innych brawurowych zachowań, takich jak jazda z nadmierną prędkością.
  • 1.4.5 Aplikacje nie powinny nakłaniać klientów do udziału w działaniach (takich jak zakłady, wyzwania itp.) lub korzystania z urządzeń w sposób, który grozi fizyczną szkodą dla nich samych lub innych osób.
• 1.5 Informacje o deweloperze

  Użytkownicy muszą wiedzieć, jak się z Tobą skontaktować w przypadku pytań i problemów wymagających wsparcia. Upewnij się, że Twoja aplikacja i adres URL wsparcia dotyczącego aplikacji zapewniają łatwy sposób skontaktowania się z Tobą. Jest to szczególnie ważne w przypadku aplikacji, które mogą być używane w szkołach. Brak dokładnych i aktualnych informacji kontaktowych nie tylko frustruje klientów, ale może też stanowić naruszenie prawa w niektórych krajach lub regionach. Upewnij się też, że karty w aplikacji Portfel zawierają prawidłowe dane kontaktowe od wydawcy i są podpisane specjalnym certyfikatem przypisanym do marki lub znaku towarowego karty.

• 1.6 Bezpieczeństwo danych

  Aplikacje powinny wdrażać odpowiednie środki bezpieczeństwa, aby zapewnić właściwe postępowanie z informacjami o użytkownikach zebranymi zgodnie z umową licencyjną programu Apple Developer Program oraz niniejszymi Wytycznymi (więcej informacji można znaleźć w punkcie 5.1 Wytycznych) oraz zapobiegać nieautoryzowanemu użyciu, ujawnianiu lub dostępowi do tych informacji przez strony trzecie.

• 1.7 Zgłaszanie działalności przestępczej

  Aplikacje do zgłaszania domniemanej działalności przestępczej muszą angażować lokalne organy ścigania i mogą być oferowane wyłącznie w krajach lub regionach, w których takie zaangażowanie jest realizowane.

2. Wydajność

• 2.1 Kompletność aplikacji
  • (a) Aplikacje zgłaszane do weryfikacji, w tym aplikacje udostępniane do zamówienia w przedsprzedaży, powinny być ostatecznymi wersjami ze wszystkimi niezbędnymi metadanymi i w pełni funkcjonalnymi adresami URL. Tekst zastępczy, puste strony internetowe i inne tymczasowe treści należy wyczyścić przed zgłoszeniem. Zanim zgłosisz aplikację, dopilnuj, aby została ona przetestowana na urządzeniu pod kątem błędów i stabilności. Jeśli aplikacja obejmuje logowanie, dołącz też informacje o koncie demonstracyjnym (i włącz usługę zaplecza!) . Jeśli ze względu na zobowiązania prawne lub związane z bezpieczeństwem nie możesz zapewnić konta demonstracyjnego, możesz w zamian włączyć wbudowany tryb demonstracyjny (za uprzednią zgodą Apple). Upewnij się, że tryb demonstracyjny prezentuje pełne możliwości i funkcjonalność aplikacji. Będziemy odrzucać niekompletne pakiety aplikacji i pliki binarne, które ulegają awariom lub wykazują oczywiste problemy techniczne.
  • (b) Jeśli aplikacja oferuje zakupy w aplikacji, upewnij się, że są one kompletne, aktualne i widoczne dla osoby weryfikującej. Jeśli w aplikacji nie można znaleźć ani zweryfikować żadnych skonfigurowanych zakupów w aplikacji, wyjaśnij przyczynę w uwagach do weryfikacji.
• 2.2 Testy beta

  App Store nie jest miejscem na wersje demonstracyjne, beta i próbne — zamiast tego użyj aplikacji TestFlight. Każda aplikacja przesłana do dystrybucji beta za pośrednictwem TestFlight powinna być przeznaczona do publicznej dystrybucji i powinna być zgodna z Wytycznymi Dotyczącymi Weryfikacji Aplikacji. Należy jednak pamiętać, że aplikacje korzystające z TestFlight nie mogą być dystrybuowane wśród testerów w zamian za jakiekolwiek wynagrodzenie, w tym jako nagroda za finansowanie społecznościowe. Istotne uaktualnienia wersji beta należy przesłać do działu TestFlight App Review, zanim zostaną rozesłane do testerów. Więcej informacji znajdziesz na stronie TestFlight Beta Testing (Testy beta TestFlight).

• 2.3 Dokładne metadane

  Klienci powinni wiedzieć, co otrzymują, gdy pobierają lub kupują Twoją aplikację, więc upewnij się, że wszystkie metadane aplikacji, w tym informacje o prywatności, opis aplikacji, zrzuty ekranu i podglądy, dokładnie odzwierciedlają podstawowe funkcje aplikacji. Pamiętaj, aby uaktualniać je w miarę pojawiania się nowych wersji.

  • 2.3.1
    • (a) Nie umieszczaj w swojej aplikacji żadnych ukrytych, nieaktywnych ani nieudokumentowanych funkcji. Funkcjonalność aplikacji powinna być jasna dla użytkowników końcowych i zespołu App Review. Wszystkie nowe cechy, funkcjonalności i zmiany produktu muszą być opisane w sposób szczegółowy w sekcji Notes for Review (Uwagi do weryfikacji) w App Store Connect i dostępne do weryfikacji (opisy ogólne będą odrzucane). Podobnie marketing aplikacji w sposób wprowadzający w błąd, na przykład przez promowanie treści lub usług, których aplikacja w rzeczywistości nie oferuje (np. skanerów wirusów i złośliwego oprogramowania opartych na systemie iOS), lub promowanie fałszywej ceny, zarówno w ramach App Store, jak i poza nim, stanowi podstawę do usunięcia aplikacji z App Store lub blokady jej instalacji za pośrednictwem alternatywnego kanału dystrybucji oraz do zamknięcia konta dewelopera.
    • (b) Rażące lub powtarzające się zachowanie jest podstawą do usunięcia z programu Apple Developer Program. Ciężko pracujemy nad tym, aby App Store był ekosystemem godnym zaufania i oczekujemy, że twórcy aplikacji będą postępować podobnie. Nie chcemy prowadzić współpracy biznesowej z nieuczciwymi osobami.
  • 2.3.2 Jeśli aplikacja obejmuje zakupy w aplikacji, upewnij się, że opis, zrzuty ekranu i podglądy aplikacji jasno wskazują, że jakieś polecane przedmioty, poziomy, subskrypcje itp. wymagają dodatkowych zakupów. Jeśli zdecydujesz się promować zakupy w aplikacji w App Store, upewnij się, że nazwa wyświetlana, zrzut ekranu i opis zakupu w aplikacji są odpowiednie dla odbiorców publicznych, że postępujesz zgodnie ze wskazówkami zawartymi w artykule Promoting Your In-App Purchases (Promowanie zakupów w aplikacji) oraz że aplikacja poprawnie obsługuje metodę SKPaymentTransactionObserver method, aby klienci mogli bezproblemowo sfinalizować zakup po uruchomieniu aplikacji.
  • 2.3.3 Zrzuty ekranu powinny przedstawiać aplikację w trakcie jej używania, a nie tylko grafikę tytułową, stronę logowania lub ekran powitalny. Mogą również zawierać nakładki tekstowe i graficzne (np. w celu zademonstrowania mechanizmów wprowadzania danych, takich jak animowany punkt dotyku lub Apple Pencil) i prezentować rozszerzone funkcje urządzenia, takie jak pasek Touch Bar.
  • 2.3.4 Podglądy to świetny sposób pokazania klientom, jak wygląda Twoja aplikacja i co robi. Aby użytkownicy wiedzieli, co otrzymają wraz z aplikacją, podglądy mogą zawierać tylko zrzuty ekranu wideo samej aplikacji. Naklejki i rozszerzenia iMessage mogą przedstawiać wrażenia użytkownika w aplikacji Wiadomości. Możesz dodać narrację i nakładki wideo lub tekstowe, aby wyjaśnić wszystko, co nie jest jasne na podstawie samego filmu.
  • 2.3.5 Wybierz kategorię najbardziej odpowiednią dla swojej aplikacji, a jeśli potrzebujesz pomocy, zapoznaj się z definicjami kategorii w App Store. Jeśli nie możesz dopasować aplikacji do żadnej kategorii, możemy zmienić kategorię dla Ciebie.
  • 2.3.6 Odpowiedz szczerze na pytania dotyczące klasyfikacji wiekowej w App Store Connect, aby Twoja aplikacja była prawidłowo dopasowana do wymagań nadzoru rodzicielskiego. Jeśli aplikacja zostanie źle sklasyfikowana, klienci mogą być zaskoczeni tym, co otrzymują. Mogą się również pojawić zapytania ze strony organów regulacyjnych. Jeśli aplikacja zawiera multimedia, które wymagają wyświetlania klasyfikacji treści lub ostrzeżeń (np. filmy, muzykę, gry itp.), odpowiadasz za przestrzeganie lokalnych wymagań we wszystkich obszarach, w których aplikacja jest dostępna.
  • 2.3.7 Wybierz unikalną nazwę aplikacji i przypisz słowa kluczowe, które dokładnie opisują aplikację. Nie próbuj umieszczać w metadanych żadnych haseł będących znakami towarowymi, popularnych nazw aplikacji, informacji o cenach ani innych nieistotnych fraz tylko po to, aby oszukać system. Nazwy aplikacji mogą mieć maksymalnie 30 znaków. Metadane, takie jak nazwy aplikacji, napisy, zrzuty ekranu i podglądy, nie powinny zawierać cen, warunków ani opisów, które nie są charakterystyczne dla danego typu metadanych. Napisy w aplikacji to świetny sposób na uzupełnienie aplikacji o dodatkowy kontekst. Muszą być zgodne z naszymi standardowymi zasadami dotyczącymi metadanych i nie powinny zawierać nieodpowiednich treści, odwoływać się do innych aplikacji ani zawierać niemożliwych do zweryfikowania oświadczeń dotyczących produktów. Apple może w dowolnym momencie zmodyfikować nieodpowiednie słowa kluczowe lub podjąć inne odpowiednie kroki, aby zapobiec nadużyciom.
  • 2.3.8 Metadane powinny być odpowiednie dla wszystkich odbiorców, więc upewnij się, że ikony aplikacji i zakupów w aplikacji, zrzuty ekranu oraz podglądy są zgodne z klasyfikacją wiekową 4+, nawet jeśli aplikacja ma wyższą klasyfikację. Na przykład jeśli aplikacja jest grą, która zawiera przemoc, wybierz obrazy, które nie przedstawiają makabrycznej śmierci ani broni wycelowanej w konkretną postać. Używanie w metadanych aplikacji określeń takich jak „Dla dzieci” jest w App Store zastrzeżone dla kategorii Dzieci. Pamiętaj, aby metadane, w tym nazwa aplikacji i ikony (mała, duża, aplikacja na Apple Watch, ikony alternatywne itp.) były podobne, aby uniknąć zamieszania.
  • 2.3.9 Ponosisz odpowiedzialność za zabezpieczenie praw do korzystania ze wszystkich materiałów użytych w ikonach, zrzutach ekranu i podglądach aplikacji. Dane rzeczywistych osób zastąp fikcyjnymi informacje o koncie.
  • 2.3.10 Upewnij się, że Twoja aplikacja jest ukierunkowana na środowisko obsługiwanych platform Apple, i nie umieszczaj nazw, ikon ani obrazów innych platform mobilnych lub alternatywnych sklepów z aplikacjami w swojej aplikacji lub metadanych, chyba że istnieje określona, zatwierdzona funkcja interaktywna. Upewnij się, że metadane aplikacji dotyczą samej aplikacji i jej działania. Nie umieszczaj w nich nieistotnych informacji.
  • 2.3.11 Aplikacje zgłaszane do zamówień w przedsprzedaży w App Store muszą być kompletne i możliwe do dostarczenia w takiej postaci, w jakiej zostały zgłoszone. Zadbaj o to, aby aplikacja, którą ostatecznie opublikujesz, nie różniła się zasadniczo od tej, którą reklamujesz, gdy aplikacja jest w przedsprzedaży. Jeśli dokonasz istotnych zmian w aplikacji (np. zmienisz model biznesowy), musisz ponownie uruchomić tryb przedsprzedaży.
  • 2.3.12 Aplikacje muszą jasno opisywać nowe funkcje i zmiany w produkcie w tekście „Co nowego”. Proste poprawki błędów, uaktualnienia zabezpieczeń i ulepszenia wydajności mogą być opisane w sposób ogólny, ale bardziej znaczące zmiany muszą być wymienione w uwagach.
  • 2.3.13 Wydarzenia w aplikacji to wydarzenia, które odbywają się w określonym czasie w aplikacji. Aby wydarzenie było polecane w App Store, musi należeć do typu wydarzenia dostępnego w App Store Connect. Wszystkie metadane wydarzenia muszą być dokładne i odnosić się do samego wydarzenia, a nie ogólnie do aplikacji. Wydarzenia muszą odbywać się w godzinach i dniach wybranych w App Store Connect, w tym w wielu witrynach sklepowych. Możesz zarabiać na swoim wydarzeniu, o ile przestrzegasz zasad określonych w sekcji 3 zatytułowanej Model biznesowy. Precyzyjne łącze do wydarzenia musi kierować użytkowników do właściwego miejsca w aplikacji. Szczegółowe wskazówki dotyczące akceptowanych metadanych wydarzeń oraz precyzyjnych łączy do wydarzeń można znaleźć w artykule Wydarzenia w aplikacji.
• 2.4 Zgodność sprzętu
  • 2.4.1 Aby użytkownicy mogli w pełni korzystać z możliwości aplikacji, aplikacje na iPhone’a powinny, jeśli tylko jest to możliwe, działać na iPadzie. Zachęcamy do rozważenia tworzenia aplikacji, z których klienci będą mogli korzystać na wszystkich swoich urządzeniach.
  • 2.4.2 Zaprojektuj aplikację tak, aby była energooszczędna, a jej używanie nie groziło uszkodzeniem urządzenia. Aplikacje nie powinny gwałtownie rozładowywać baterii, generować nadmiernego ciepła ani niepotrzebnie obciążać zasobów urządzenia. Na przykład aplikacje nie powinny zachęcać do umieszczania urządzenia pod materacem lub poduszką podczas ładowania ani wykonywać nadmiernej liczby cykli zapisu na dysku półprzewodnikowym. Aplikacje, w tym wszelkie wyświetlane w nich reklamy stron trzecich, nie mogą uruchamiać niepowiązanych procesów w tle, takich jak wydobywanie kryptowalut.
  • 2.4.3 Użytkownicy powinni mieć możliwość korzystania z aplikacji na Apple TV bez potrzeby korzystania ze sprzętu innego niż pilot Siri Remote lub kontrolery do gier stron trzecich. Możesz swobodnie zapewniać rozszerzoną funkcjonalność, gdy są podłączone inne urządzenia peryferyjne. Jeśli wymagasz używania kontrolera do gier, pamiętaj, aby jasno wyjaśnić to w metadanych, tak aby klienci wiedzieli, że do grania potrzebują dodatkowego sprzętu.
  • 2.4.4 Aplikacje nigdy nie powinny sugerować ani wymagać ponownego uruchomienia urządzenia ani modyfikacji ustawień systemowych niezwiązanych z podstawowymi funkcjami aplikacji. Na przykład nie zachęcaj użytkowników do wyłączania sieci Wi-Fi, wyłączania funkcji zabezpieczeń itp.
  • 2.4.5 Aplikacje dystrybuowane za pośrednictwem Mac App Store mają kilka dodatkowych wymagań, o których należy pamiętać:
    • (i) Muszą odpowiednio działać w piaskownicy i być zgodne z dokumentacją systemu plików macOS. Powinny również używać odpowiednich interfejsów API systemu macOS do modyfikowania danych użytkownika przechowywanych przez inne aplikacje (np. zakładek, książki adresowej lub wpisów kalendarza).
    • (ii) Muszą być spakowane i przesłane przy użyciu technologii dostarczonych w środowisku Xcode. Żadne instalatory stron trzecich nie są dozwolone. Muszą być również autonomicznymi pakietami instalacyjnymi pojedynczej aplikacji i nie mogą instalować kodu ani zasobów we współdzielonych lokalizacjach.
    • (iii) Nie mogą uruchamiać się automatycznie ani używać innego kodu uruchamianego automatycznie podczas uruchamiania lub logowania bez zgody użytkownika. Nie mogą również tworzyć procesów, które kontynuują działanie bez zgody użytkownika po zamknięciu przez niego aplikacji. Nie powinny automatycznie dodawać swoich ikon do Docka ani pozostawiać skrótów na biurku użytkownika.
    • (iv) Nie mogą pobierać ani instalować autonomicznych aplikacji, rozszerzeń jądra, dodatkowego kodu ani zasobów w celu dodania funkcjonalności lub znaczącej zmiany aplikacji w stosunku do stanu przedstawionego podczas procesu weryfikacji.
    • (v) Nie mogą żądać zwiększenia uprawnień do poziomu użytkownika root ani używać atrybutów setuid.
    • (vi) Nie mogą wyświetlać ekranu licencji podczas uruchamiania, wymagać kluczy licencyjnych ani wdrażać własnych zabezpieczeń przed kopiowaniem.
    • (vii) Do dystrybucji uaktualnień muszą używać Mac App Store — inne mechanizmy uaktualniania nie są dozwolone.
    • (viii) Aplikacje powinny działać w aktualnie oferowanym systemie operacyjnym i nie mogą korzystać z przestarzałych lub instalowanych opcjonalnie technologii (np. Java).
    • (ix) Aplikacje muszą zapewniać pełną obsługę języków i lokalizacji w jednym pakiecie aplikacji.
• 2.5 Wymagania dotyczące oprogramowania
  • 2.5.1 Aplikacje mogą używać tylko publicznych interfejsów API i działać w aktualnie oferowanym systemie operacyjnym. Dowiedz się więcej o publicznych interfejsach API. Dbaj o aktualność aplikacji i stopniowo wycofuj wszystkie przestarzałe funkcje, architektury lub technologie, które nie będą już obsługiwane w przyszłych wersjach systemu operacyjnego. Aplikacje powinny używać interfejsów API i architektur zgodnie z ich przeznaczeniem oraz wskazywać tę integrację w opisie aplikacji. Na przykład architektura HomeKit powinna zapewniać usługi automatyzacji domu, a architektura HealthKit powinna być używana do celów związanych ze zdrowiem i sprawnością fizyczną oraz integrować się z aplikacją Zdrowie.
  • 2.5.2 Aplikacje powinny być autonomiczne w ramach swoich pakietów i nie mogą odczytywać ani zapisywać danych poza wyznaczonym obszarem kontenera. Nie mogą też pobierać, instalować ani wykonywać kodu, który wprowadza lub zmienia cechy bądź funkcjonalność aplikacji, w tym innych aplikacji. Aplikacje edukacyjne przeznaczone do nauczania, programowania lub testowania kodu wykonywalnego przez uczniów mogą, w ograniczonych przypadkach, pobierać kod pod warunkiem, że nie zostanie on użyty do innych celów. W takich aplikacjach kod źródłowy udostępniany przez aplikację musi być w pełni widoczny i edytowalny przez użytkownika.
  • 2.5.3 Aplikacje przesyłające wirusy, pliki, kod komputerowy lub programy, które mogą uszkodzić lub zakłócić normalne działanie systemu operacyjnego lub funkcji sprzętowych, w tym powiadomienia push i Game Center, będą odrzucane. Rażące naruszenia i powtarzające się zachowania tego typu spowodują usunięcie z programu Apple Developer Program.
  • 2.5.4 Aplikacje wielozadaniowe mogą korzystać z usług w tle tylko zgodnie z ich przeznaczeniem w następujących celach: łączność VoIP, odtwarzanie dźwięku, lokalizacja, wykonywanie zadań, lokalne powiadomienia itp.
  • 2.5.5 Aplikacje muszą być w pełni funkcjonalne w sieciach obsługujących wyłącznie protokół IPv6.
  • 2.5.6 Aplikacje, które przeglądają Internet, muszą korzystać z odpowiedniej architektury WebKit i kodu JavaScript WebKit. Użytkownik może ubiegać się o uprawnienia do wykorzystania w swojej aplikacji alternatywnego silnika przeglądarki internetowej. Dowiedz się więcej o tych uprawnieniach na rynkach UE i Japonii.
  • 2.5.7 Celowo pominięte.
  • 2.5.8 Aplikacje, które tworzą alternatywne środowiska biurka / ekranu głównego, będą odrzucane.
  • 2.5.9 Aplikacje, które zmieniają lub wyłączają funkcje standardowych przełączników, takich jak przyciski zwiększania/zmniejszania głośności i przełącznik dzwonka/wyciszenia, lub inne natywne elementy lub sposoby działania interfejsu użytkownika, będą odrzucane. Na przykład aplikacje nie powinny blokować łączy do innych aplikacji lub innych funkcji, które zgodnie z oczekiwaniami użytkowników powinny działać w określony sposób.
  • 2.5.10 Celowo pominięte.
  • 2.5.11 SiriKit i Skróty
    • (i) Aplikacje integrujące SiriKit i Skróty powinny rejestrować tylko takie intencje, które mogą obsłużyć bez wsparcia dodatkowej aplikacji i których użytkownicy oczekiwaliby od podanej funkcjonalności. Na przykład jeśli aplikacja jest aplikacją do planowania posiłków, nie powinna zawierać intencji rozpoczęcia treningu, nawet jeśli jest zintegrowana z aplikacją fitnessową.
    • (ii) Upewnij się, że słownictwo i frazy w pliku plist dotyczą Twojej aplikacji i funkcjonalności Siri w zakresie intencji, dla których aplikacja została zarejestrowana. Aliasy muszą odnosić się bezpośrednio do Twojej aplikacji lub nazwy firmy i nie mogą być terminami ogólnymi ani zawierać nazw aplikacji lub usług stron trzecich.
    • (iii) Prośby do Siri lub skróty powinny być realizowane w sposób najbardziej bezpośredni. Nie należy wstawiać reklam ani innych elementów marketingowych między prośbą a jej realizacją. Prośba o ujednoznacznienie jest dozwolona tylko wtedy, gdy jest to wymagane do wykonania zadania (np. proszenie użytkownika o określenie konkretnego rodzaju treningu).
  • 2.5.12 Aplikacje korzystające z CallKit lub zawierające rozszerzenie SMS Fraud Extension powinny blokować tylko numery telefonów potwierdzone jako spam. Aplikacje, które oferują funkcje blokowania połączeń, wiadomości SMS i MMS lub identyfikacji spamu, muszą wyraźnie określać te funkcje w swoich tekstach marketingowych i wyjaśniać kryteria, według których tworzone są listy zablokowanych i spamu. Nie możesz wykorzystywać danych dostępnych za pośrednictwem tych narzędzi w żadnym celu, który nie jest bezpośrednio związany z obsługą lub ulepszaniem Twojej aplikacji lub rozszerzenia (np. nie możesz używać, udostępniać ani sprzedawać ich do celów śledzenia, tworzenia profili użytkowników itp.).
  • 2.5.13 Aplikacje korzystające z rozpoznawania twarzy do uwierzytelniania konta muszą w miarę możliwości używać technologii LocalAuthentication (a nie ARKit lub innej technologii rozpoznawania twarzy) oraz muszą używać alternatywnej metody uwierzytelniania dla użytkowników poniżej 13. roku życia.
  • 2.5.14 Aplikacje muszą wymagać wyraźnej zgody użytkownika i zapewniać wyraźne wizualne lub dźwiękowe wskazanie podczas nagrywania, rejestrowania lub innego zapisu aktywności użytkownika. Obejmuje to wszelkie użycie aparatu urządzenia, mikrofonu, nagrań ekranu lub innych danych wprowadzanych przez użytkownika.
  • 2.5.15 Aplikacje umożliwiające użytkownikom przeglądanie i wybieranie plików powinny zawierać elementy z aplikacji Pliki oraz folderu dokumentów iCloud użytkownika.
  • 2.5.16 Widżety, rozszerzenia i powiadomienia powinny być powiązane z treścią i funkcjonalnością aplikacji.
    • (a) Ponadto wszystkie cechy i funkcje wycinka aplikacji muszą być zawarte w głównym pliku binarnym aplikacji. Wycinki aplikacji nie mogą zawierać reklam.
  • 2.5.17 Aplikacje obsługujące standard Matter muszą korzystać z architektury wsparcia Apple, aby zainicjować łączenie w parę. Ponadto jeśli zdecydujesz się użyć w swojej aplikacji dowolnego komponentu oprogramowania Matter innego niż pakiet Matter SDK dostarczony przez Apple, komponent oprogramowania musi mieć certyfikat organizacji Connectivity Standards Alliance dla platformy, na której działa.
  • 2.5.18 Reklamy wyświetlane powinny być ograniczone do głównego pliku binarnego aplikacji i nie powinny być uwzględniane w rozszerzeniach, wycinkach aplikacji, widżetach, powiadomieniach, klawiaturach, aplikacjach dla systemu watchOS itp. Reklamy wyświetlane w aplikacji muszą być odpowiednie dla klasyfikacji wiekowej aplikacji, umożliwiać użytkownikowi wyświetlenie wszystkich informacji użytych do skierowania do niego tej reklamy (bez konieczności opuszczania aplikacji przez użytkownika) i nie mogą angażować się w reklamy kierowane lub behawioralne oparte na wrażliwych danych użytkownika, takich jak dane dotyczące zdrowia / dane medyczne (np. z interfejsów API HealthKit), dane szkolne i klasowe (np. z ClassKit) lub dane dotyczące dzieci (np. z aplikacji z kategorii Dzieci w App Store) itp. Reklamy pełnoekranowe lub reklamy, które zakłócają lub blokują możliwość korzystania z aplikacji przez użytkownika, muszą wyraźnie wskazywać, że są reklamą, nie mogą manipulować ani nakłaniać użytkowników do ich kliknięcia oraz muszą zawierać łatwo dostępne i widoczne przyciski zamykania/pomijania, wystarczająco duże, aby użytkownicy mogli z łatwością odrzucić reklamę. Aplikacje zawierające reklamy muszą też umożliwiać użytkownikom zgłaszanie wszelkich nieodpowiednich reklam lub reklam nieodpowiednich dla dzieci.

3. Model biznesowy

App Store oferuje wiele sposobów zarabiania na aplikacji. Jeśli Twój model biznesowy nie jest oczywisty, koniecznie wyjaśnij go w metadanych aplikacji oraz w uwagach do zespołu App Review. Jeśli nie będziemy w stanie zrozumieć, jak działa Twoja aplikacja, lub zakupy w aplikacji nie są oczywiste, opóźni to weryfikację aplikacji i może spowodować jej odrzucenie. Wprawdzie ceny zależą od Ciebie, ale nie będziemy dystrybuować aplikacji ani przedmiotów do zakupów w aplikacji, które są jawnym zdzierstwem. Będziemy odrzucać drogie aplikacje, które próbują oszukać użytkowników irracjonalnie wysokimi cenami.

Jeżeli stwierdzimy, że próbujesz manipulować weryfikacjami, zawyżać swoje pozycje w rankingach za pomocą płatnych, motywowanych, filtrowanych lub fałszywych opinii albo angażować w takie działania w swoim imieniu strony trzecie, podejmiemy kroki w celu zachowania integralności App Store, które mogą obejmować wykluczenie Cię z programu Apple Developer Program.

• 3.1 Płatności
  • 3.1.1 Zakup w aplikacji:
    • Jeśli chcesz odblokować cechy lub funkcje w swojej aplikacji (na przykład: subskrypcje, waluty w grze, poziomy gry, dostęp do treści premium lub odblokowanie pełnej wersji), musisz skorzystać z opcji zakupu w aplikacji. Aplikacje nie mogą korzystać z własnych mechanizmów do odblokowywania treści lub funkcji, takich jak klucze licencyjne, znaczniki rzeczywistości rozszerzonej, kody QR, kryptowaluty, portfele kryptowalut itp.
    • Aplikacje mogą korzystać z waluty zakupów w aplikacji, aby umożliwić klientom przekazanie „napiwku” deweloperowi lub dostawcom treści cyfrowych w aplikacji.
    • Wszelkie kredyty lub waluty w grze zakupione poprzez zakup w aplikacji nie mogą utracić ważności. Aplikacja powinna zawierać mechanizm odtwarzania obejmujący wszystkie możliwe do odtworzenia zakupy w aplikacji.
    • Aplikacje mogą umożliwiać wręczanie innym osobom przedmiotów, które kwalifikują się do zakupu w aplikacji. Takie prezenty mogą zostać zwrócone tylko pierwotnemu nabywcy i nie podlegają wymianie.
    • Aplikacje dystrybuowane za pośrednictwem Mac App Store mogą zawierać wtyczki lub rozszerzenia, które działają przy użyciu mechanizmów innych niż App Store.
    • Aplikacje oferujące „skrzynki z łupami” lub inne mechanizmy zapewniające losowe wirtualne przedmioty do zakupu muszą ujawniać szanse otrzymania każdego rodzaju przedmiotu przed zakupem.
    • Cyfrowe karty podarunkowe, certyfikaty, bony i kupony, które można wymienić na cyfrowe towary lub usługi, mogą być sprzedawane w aplikacji tylko za pomocą zakupów w aplikacji. Fizyczne karty podarunkowe sprzedawane w aplikacji, a następnie wysyłane pocztą do klientów, mogą korzystać z metod płatności innych niż zakupy w aplikacji.
    • Aplikacje nieobjęte subskrypcją mogą oferować bezpłatny czasowy okres próbny przed przedstawieniem opcji pełnego odblokowania przez skonfigurowanie niezużywalnego zakupu w aplikacji na poziomie ceny 0, który jest zgodny z konwencją nazewnictwa: „XX-dniowy okres próbny”. Przed rozpoczęciem okresu próbnego aplikacja musi jasno określić czas jego trwania oraz treści lub usługi, które nie będą już dostępne po zakończeniu okresu próbnego, a także wszelkie dodatkowe opłaty, które użytkownik będzie musiał ponieść, aby uzyskać pełną funkcjonalność. Więcej informacji o zarządzaniu dostępem do treści i czasie trwania okresu próbnego znajdziesz w dokumentach weryfikacji odbioru oraz sprawdzania urządzenia.
    • Aplikacje mogą wykorzystywać zakupy w aplikacji do sprzedawania usług związanych z niezamiennymi tokenami (NFT), takich jak mintowanie, wystawianie i transfer. Aplikacje mogą umożliwiać użytkownikom przeglądanie ich własnych NFT, pod warunkiem, że posiadanie NFT nie powoduje odblokowania cech lub funkcji aplikacji. Aplikacje mogą umożliwiać użytkownikom przeglądanie kolekcji NFT będących własnością innych osób, pod warunkiem, że — z wyjątkiem aplikacji w witrynie sklepowej w Stanach Zjednoczonych — aplikacje nie zawierają przycisków, łączy zewnętrznych ani innych wezwań do działania, które kierują klientów do mechanizmów zakupu innych niż zakup w aplikacji.
  • 3.1.1(a) Łącze do innych metod zakupu: Deweloperzy mogą ubiegać się o uprawnienia do udostępnienia w swojej aplikacji łącza do witryny internetowej, której deweloper jest właścicielem lub za którą odpowiada, w celu umożliwienia dokonania zakupu treści lub usług cyfrowych. Te uprawnienia nie są potrzebne deweloperom chcącym umieszczać przyciski, łącza zewnętrzne lub inne wezwania do działania w swoich aplikacjach w witrynie sklepowej w Stanach Zjednoczonych. Dodatkowe informacje na ten temat znajdziesz poniżej.
    • Uprawnienia StoreKit do udostępniania łączy na potrzeby dokonywania zakupów zewnętrznych: aplikacje w sklepie App Store w określonych regionach mogą oferować zakupy w aplikacji oraz korzystać z uprawnień StoreKit do udostępniania łącza na potrzeby dokonywania zakupów zewnętrznych w witrynie internetowej dewelopera, które informuje użytkowników o innych sposobach zakupu towarów lub usług cyfrowych. Dowiedz się więcej na temat tych uprawnień. Zgodnie z umowami dotyczącymi uprawnień, łącze takie może informować użytkowników o tym, gdzie i jak mogą kupić elementy objęte zakupami w aplikacji, oraz o fakcie, że takie elementy mogą być dostępne za stosunkowo niższą cenę. Wspomniane uprawnienia są ograniczone do użycia wyłącznie w sklepie iOS lub iPadOS App Store w określonych witrynach sklepowych. We wszystkich innych witrynach sklepowych, z wyjątkiem witryny sklepowej w Stanach Zjednoczonych, gdzie ten zakaz nie obowiązuje, aplikacje i ich metadane nie mogą zawierać przycisków, łączy zewnętrznych ani innych wezwań do działania, które kierują klientów do mechanizmów zakupu innych niż zakup w aplikacji.
    • Uprawnienia do usług strumieniowego przesyłania muzyki: aplikacje do strumieniowego przesyłania muzyki w określonych regionach mogą korzystać z uprawnień do usług strumieniowego przesyłania muzyki w celu dołączenia łącza (które może mieć postać przycisku Kup) do strony internetowej dewelopera, które informuje użytkowników o innych sposobach zakupu cyfrowych treści lub usług muzycznych. Wspomniane uprawnienia zezwalają również deweloperom aplikacji do strumieniowego przesyłania muzyki na zachęcanie użytkowników do podania adresu e-mail w wyraźnym celu wysłania im łącza do strony internetowej dewelopera w celu zakupu cyfrowych treści lub usług muzycznych. Dowiedz się więcej na temat tych uprawnień. Zgodnie z umowami dotyczącymi uprawnień, łącze takie może informować użytkowników o tym, gdzie i jak mogą kupić elementy objęte zakupami w aplikacji, oraz o cenie takich elementów. Wspomniane uprawnienia są ograniczone do użycia wyłącznie w sklepie iOS lub iPadOS App Store w określonych witrynach sklepowych. We wszystkich innych witrynach sklepowych aplikacje do strumieniowego przesyłania muzyki i ich metadane nie mogą zawierać przycisków, łączy zewnętrznych ani innych wezwań do działania, które kierują klientów do mechanizmów zakupu innych niż zakup w aplikacji.
    • Jeśli Twoja aplikacja będzie stosować wprowadzające w błąd lub oszukańcze praktyki marketingowe związane z uprawnieniem, zostanie usunięta z App Store. Takie działania mogą również skutkować usunięciem użytkownika z programu Apple Developer Program.
  • 3.1.2 Subskrypcje: Aplikacje mogą oferować automatycznie odnawiane subskrypcje zakupów w aplikacji, niezależnie od kategorii w App Store.. Dodając do aplikacji automatycznie odnawiane subskrypcje, postępuj zgodnie z poniższymi wskazówkami.
  • 3.1.2(a) Dopuszczalne zastosowania: Jeśli oferujesz automatycznie odnawianą subskrypcję, musisz zapewnić stałą wartość dla klienta, a okres subskrypcji musi trwać co najmniej siedem dni i być dostępny na wszystkich urządzeniach użytkownika. Przykłady odpowiednich subskrypcji obejmują m.in.: nowe poziomy gry, treści epizodyczne, obsługa wielu graczy, aplikacje oferujące stałe, istotne uaktualnienia, dostęp do dużych kolekcji lub stale uaktualnianych treści multimedialnych, oprogramowanie jako usługa („SAAS”) i obsługa chmury. Ponadto:
    • Subskrypcje mogą być oferowane wraz z ofertami à la carte (np. możesz oferować subskrypcję całej biblioteki filmów, a także zakup lub wypożyczenie pojedynczego filmu).
    • Gry oferowane w ramach subskrypcji usługi przesyłania strumieniowego mogą oferować jedną subskrypcję, która jest współdzielona przez aplikacje i usługi stron trzecich. Muszą one jednak być pobierane bezpośrednio z App Store, muszą być zaprojektowane tak, aby uniknąć podwójnej płatności przez subskrybenta, i nie powinny być niekorzystne dla klientów niebędących subskrybentami.
    • Subskrypcje muszą działać na wszystkich urządzeniach użytkownika, na których jest dostępna aplikacja. Dowiedz się więcej o udostępnianiu subskrypcji w aplikacjach.
    • Podobnie jak w przypadku wszystkich aplikacji, aplikacje oferujące subskrypcje powinny umożliwiać użytkownikowi uzyskanie tego, za co zapłacił, bez wykonywania dodatkowych zadań, takich jak publikowanie w mediach społecznościowych, przesyłanie kontaktów, logowanie się w aplikacji określoną liczbę razy itp.
    • Subskrypcje mogą obejmować zużywalne punkty kredytowe, klejnoty, waluty w grze itp. Możesz też oferować subskrypcje, które obejmują dostęp do towarów zużywalnych po obniżonej cenie (np. członkostwo platynowe, które udostępnia pakiety klejnotów po obniżonej cenie).
    • W przypadku zmiany modelu biznesowego już istniejącej aplikacji na oparty na subskrypcji nie należy odbierać dotychczasowym użytkownikom podstawowej funkcjonalności, za którą już zapłacili. Na przykład klienci, którzy już wykupili opcję odblokowania pełnej wersji gry, powinni nadal mieć możliwość korzystania z pełnej wersji gry po wprowadzeniu modelu subskrypcji dla nowych klientów.
    • Aplikacje z automatycznie odnawianą subskrypcją mogą oferować klientom bezpłatny okres próbny przez podanie odpowiednich informacji określonych w App Store Connect. Dowiedz się więcej o oferowaniu subskrypcji.
    • Aplikacje próbujące oszukać użytkowników będą usuwane z App Store. Obejmuje to aplikacje, które próbują nakłonić użytkowników do zakupu subskrypcji pod fałszywym pretekstem lub angażują się w praktyki polegające na oszustwie lub przynęcie. Aplikacje te zostaną usunięte z App Store, a użytkownik może zostać usunięty z programu Apple Developer Program.
    • Aplikacje operatora komórkowego mogą obejmować automatycznie odnawiane subskrypcje muzyki i wideo w pakietach z nowymi planami danych komórkowych, za uprzednią zgodą Apple. Inne automatycznie odnawiane subskrypcje mogą być również zawarte w pakietach oferowanych przy zakupie nowych planów danych komórkowych, po uprzednim zatwierdzeniu przez Apple, jeśli aplikacje operatora komórkowego obsługują zakupy w aplikacji dla użytkowników. Takie subskrypcje nie mogą obejmować dostępu do przedmiotów zużywalnych ani zniżek na nie i muszą zakończyć się równocześnie z planem transmisji danych komórkowych.
  • 3.1.2(b) Podwyższanie i obniżanie poziomu subskrypcji: Użytkownicy powinni mieć możliwość bezproblemowego podwyższania/obniżania poziomu subskrypcji i nie powinni być w stanie przypadkowo zasubskrybować wielu odmian tej samej rzeczy. Zapoznaj się z najlepszymi sposobami postępowania na temat zarządzania opcjami podwyższania i obniżania poziomu subskrypcji.
  • 3.1.2(c) Informacje o subskrypcji: Przed poproszeniem klienta o wykupienie subskrypcji należy jasno opisać, co użytkownik otrzyma za tę cenę. Ile zgłoszeń serwisowych miesięcznie? Ile miejsca w chmurze? Jaki rodzaj dostępu do Twojej usługi? Upewnij się, że jasno przedstawiasz wymagania opisane w Załączniku nr 2 do Umowy licencyjnej programu Apple Developer Program.
  • 3.1.3 Inne metody zakupu: Następujące aplikacje mogą korzystać z innych metod zakupu niż zakup w aplikacji. Aplikacje wymienione w tej sekcji nie mogą w ramach aplikacji zachęcać użytkowników do korzystania z innej metody zakupu niż zakup w aplikacji, z wyjątkiem aplikacji oferowanych w witrynie sklepowej w Stanach Zjednoczonych oraz przypadków opisanych w punktach 3.1.1(a) i 3.1.3(a). Deweloperzy mogą wysyłać do swoich użytkowników komunikaty poza aplikacją dotyczące metod zakupu innych niż zakup w aplikacji.
  • 3.1.3(a) Aplikacje czytników: Aplikacje mogą umożliwiać użytkownikowi dostęp do wcześniej zakupionych treści lub subskrypcji treści (w szczególności: czasopism, gazet, książek, materiałów audio, muzyki i wideo). Aplikacje czytników mogą oferować tworzenie kont dla poziomów bezpłatnych i funkcje zarządzania kontami dla dotychczasowych klientów. Deweloperzy aplikacji czytników mogą ubiegać się o uprawnienia do korzystania z zewnętrznego łącza, aby udostępnić w swoich aplikacjach łącze informacyjne do witryny internetowej, której deweloper jest właścicielem lub za którą odpowiada, w celu umożliwienia utworzenia konta lub zarządzania nim. To uprawnienie nie jest potrzebne deweloperom chcącym umieszczać przyciski, łącza zewnętrzne lub inne wezwania do działania w swoich aplikacjach w witrynie sklepowej w Stanach Zjednoczonych. Dowiedz się więcej o uprawnieniu do korzystania z łącza zewnętrznego.
  • 3.1.3(b) Usługi wieloplatformowe: Aplikacje działające na wielu platformach mogą umożliwiać użytkownikom dostęp do treści, subskrypcji lub funkcji, które nabyli w aplikacji na innych platformach lub w Twojej witrynie internetowej, w tym do przedmiotów zużywalnych w grach wieloplatformowych, pod warunkiem, że przedmioty te są również dostępne jako zakupy w aplikacji.
  • 3.1.3(c) Usługi korporacyjne: Jeśli aplikacja jest sprzedawana bezpośrednio organizacjom lub grupom dla ich pracowników lub uczniów (na przykład profesjonalne bazy danych i narzędzia do zarządzania klasą), możesz zezwolić użytkownikom korporacyjnym na dostęp do wcześniej zakupionych treści lub subskrypcji. Sprzedaż konsumencka, indywidualna lub rodzinna musi korzystać z zakupów w aplikacji.
  • 3.1.3(d) Usługi indywidualne: Jeśli aplikacja umożliwia zakup usług w czasie rzeczywistym między dwiema osobami fizycznymi (na przykład korepetycji z uczniami, konsultacji lekarskich, wycieczek po nieruchomościach lub treningów fitness), do odbierania tych płatności możesz korzystać z metod zakupu innych niż zakup w aplikacji. Usługi świadczone w czasie rzeczywistym w trybie „jeden do kilku” i „jeden do wielu” muszą korzystać z zakupów w aplikacji.
  • 3.1.3(e) Towary i usługi poza aplikacją: Jeśli aplikacja umożliwia kupowanie fizycznych towarów lub usług, które zostaną skonsumowane poza aplikacją, do odbierania tych płatności musisz użyć metod zakupu innych niż zakup w aplikacji, takich jak Apple Pay lub tradycyjna karta kredytowa.
  • 3.1.3(f) Bezpłatne aplikacje autonomiczne: Bezpłatne aplikacje działające jako autonomiczny dodatek do płatnego narzędzia internetowego (np. do łączności VoIP, przechowywania plików w chmurze, usług poczty e-mail, hostingu sieci Web) nie muszą korzystać z funkcji zakupów w aplikacji, o ile w takich aplikacjach nie można robić zakupów ani nie ma wezwań do robienia zakupów poza aplikacją..
  • 3.1.3(g) Aplikacje do zarządzania reklamami: Aplikacje, których jedynym celem jest umożliwienie reklamodawcom (osobom lub firmom reklamującym produkt, usługę lub wydarzenie) kupowanie kampanii reklamowych w różnych rodzajach mediów (telewizja, reklamy zewnętrzne, strony internetowe, aplikacje itp.) i zarządzanie nimi nie wymagają zakupów w aplikacji. Te aplikacje są przeznaczone do zarządzania kampaniami i same nie wyświetlają reklam. Cyfrowe zakupy treści, które są oglądane lub zużywane w aplikacji, w tym kupowanie reklam do wyświetlenia w tej samej aplikacji (np. sprzedaż „wzmacniaczy” dla postów w aplikacji społecznościowej), muszą odbywać się w ramach zakupów w aplikacji.
  • 3.1.4 Treści specyficzne dla sprzętu: W pewnych okolicznościach, na przykład gdy działanie funkcji zależy od określonego sprzętu, aplikacja może odblokować tę funkcję bez korzystania z zakupu w aplikacji (np. aplikacja astronomiczna, która dodaje funkcje po zsynchronizowaniu z teleskopem). Funkcje aplikacji, które działają w połączeniu z zatwierdzonym produktem fizycznym (takim jak zabawka) na zasadzie opcjonalnej, mogą odblokowywać funkcje bez korzystania z zakupów w aplikacji, pod warunkiem, że opcja zakupu w aplikacji jest również dostępna. Nie możesz jednak wymagać od użytkowników zakupu niepowiązanych produktów ani angażowania się w działania reklamowe lub marketingowe w celu odblokowania funkcji aplikacji.
  • 3.1.5 Kryptowaluty:
    • (i) Portfele: aplikacje mogą ułatwiać przechowywanie wirtualnej waluty, pod warunkiem, że są oferowane przez deweloperów zarejestrowanych jako organizacja.
    • (ii) Wydobywanie: aplikacje nie mogą wydobywać kryptowalut, chyba że przetwarzanie odbywa się poza urządzeniem (np. wydobywanie w chmurze).
    • (iii) Giełdy: aplikacje mogą ułatwiać transakcje lub transmisje kryptowalut na zatwierdzonej giełdzie, pod warunkiem, że są one oferowane wyłącznie w krajach lub regionach, w których aplikacja posiada odpowiednie licencje i pozwolenia na świadczenie wymiany kryptowalut.
    • (iv) Pierwsze oferty monet: aplikacje ułatwiające składanie pierwszych ofert monet („ICO”), handel kontraktami terminowymi na kryptowaluty i inne kryptowaluty lub quasi-papiery wartościowe muszą pochodzić od uznanych banków, firm papierów wartościowych, sprzedawców kontraktów terminowych („FCM”) lub innych zatwierdzonych instytucji finansowych i muszą przestrzegać wszystkich obowiązujących przepisów prawa.
    • (v) Aplikacje kryptowalutowe nie mogą oferować waluty za wykonywanie zadań, takich jak pobieranie innych aplikacji, zachęcanie innych użytkowników do pobierania, umieszczanie postów w sieciach społecznościowych itp.
• 3.2 Inne kwestie związane z modelem biznesowym

  Poniżej przedstawiamy kilka dodatkowych nakazów i zakazów, o których należy pamiętać. Lista ta nie jest wyczerpująca, a przesłane przez Ciebie zgłoszenie może spowodować zmianę lub uaktualnienie naszych zasad.

  • 3.2.1 Dopuszczalne
    • (i) Wyświetlanie własnych aplikacji do kupienia lub promocji w aplikacji, pod warunkiem, że aplikacja nie jest jedynie katalogiem Twoich aplikacji.
    • (ii) Wyświetlanie lub polecanie kolekcji aplikacji stron trzecich, które zostały zaprojektowane z myślą o określonej zatwierdzonej potrzebie (np. zarządzanie zdrowiem, lotnictwo, ułatwienia dostępu). Aplikacja powinna oferować starannie zredagowane treści, aby nie sprawiała wrażenia zwykłej witryny sklepowej.
    • (iii) Wyłączanie dostępu do określonych zatwierdzonych treści do wypożyczenia (np. filmów, programów telewizyjnych, muzyki, książek) po upływie okresu wypożyczenia. Dostęp do innych elementów lub usług nie może wygasać.
    • (iv) Karty z Portfela mogą służyć do dokonywania lub otrzymywania płatności, przesyłania ofert lub oferowania dokumentów identyfikacyjnych (takich jak bilety do kina, bony i wejściówki VIP). Inne zastosowania mogą skutkować odrzuceniem aplikacji i unieważnieniem danych logowania do Portfela.
    • (v) Aplikacje ubezpieczeniowe muszą być bezpłatne, zgodne z prawem w regionach dystrybucji i nie mogą korzystać z zakupów w aplikacji.
    • (vi) Zatwierdzone organizacje non profit mogą prowadzić zbiórkę pieniędzy bezpośrednio w swoich własnych aplikacjach lub w aplikacjach stron trzecich, pod warunkiem, że kampanie te są zgodne ze wszystkimi Wytycznymi Dotyczącymi Weryfikacji Aplikacji i obsługują Apple Pay. Aplikacje te muszą informować o sposobie wykorzystania środków, przestrzegać wszystkich wymaganych przepisów lokalnych i krajowych oraz zapewniać darczyńcom odpowiednie potwierdzenia do celów podatkowych. Na żądanie zespołu App Review należy dostarczyć dodatkowe informacje. Platformy non profit, które łączą darczyńców z innymi organizacjami non profit, są zobowiązane do zapewnienia, aby każda organizacja non profit wymieniona w aplikacji przeszła proces zatwierdzania organizacji non profit. Dowiedz się więcej o uzyskiwaniu statusu zatwierdzonej organizacji non profit.
    • (vii) Aplikacje mogą umożliwiać indywidualnym użytkownikom przekazanie upominku pieniężnego innej osobie bez korzystania z zakupów w aplikacji, pod warunkiem, że (a) upominek jest całkowicie opcjonalnym wyborem osoby obdarowującej oraz (b) 100 procent środków trafia do odbiorcy upominku. Jednak przekazanie upominku, który w dowolnym momencie jest połączony lub powiązany z otrzymaniem treści lub usług cyfrowych, musi odbywać się przy użyciu zakupu w aplikacji.
    • (viii) Aplikacje służące do handlu instrumentami finansowymi, inwestowania lub zarządzania środkami pieniężnymi powinny być zgłaszane przez instytucję finansową świadczącą takie usługi oraz posiadać niezbędne licencje i pozwolenia w miejscach, w których są udostępniane.
  • 3.2.2 Niedopuszczalne
    • (i) Tworzenie interfejsu do wyświetlania aplikacji, rozszerzeń lub wtyczek stron trzecich podobnych do App Store lub w formie kolekcji o charakterze ogólnym.
    • (ii) Celowo pominięte.
    • (iii) Sztuczne zwiększanie liczby wyświetleń lub kliknięć reklam, a także aplikacje, które są zaprojektowane głównie do wyświetlania reklam.
    • (iv) Zbieranie środków w aplikacji na cele charytatywne oraz zbiórki pieniędzy, jeśli nie reprezentujesz zatwierdzonej organizacji non profit lub podmiotu uprawnionego w inny sposób na mocy punktu 3.2.1 (vi) powyżej. Aplikacje służące do zbierania pieniędzy na takie cele muszą być bezpłatnie dostępne w App Store i mogą zbierać środki tylko poza aplikacją, na przykład za pośrednictwem przeglądarki Safari lub wiadomości SMS.
    • (v) Arbitralne ograniczanie osób, które mogą korzystać z aplikacji, na przykład ze względu na lokalizację lub operatora.
    • (vi) Celowo pominięte.
    • (vii) Sztuczne manipulowanie widocznością, statusem lub pozycją użytkownika w innych usługach, chyba że jest to dozwolone w warunkach korzystania z danej usługi.
    • (viii) Aplikacje ułatwiające handel opcjami binarnymi są niedozwolone w App Store. Rozważ wybór aplikacji internetowej. Aplikacje ułatwiające handel kontraktami na różnice kursowe („CFD”) lub innymi instrumentami pochodnymi (np. FOREX) muszą posiadać odpowiednie licencje we wszystkich jurysdykcjach, w których dostępna jest usługa.
    • (ix) Aplikacje oferujące pożyczki osobiste muszą jasno i wyraźnie ujawniać wszystkie warunki pożyczki, w tym między innymi równoważną maksymalną roczną stopę procentową (APR) oraz termin płatności. Aplikacje pożyczkowe nie mogą pobierać maksymalnej APR wyższej niż 36%, włączając w to koszty i opłaty, oraz nie mogą wymagać spłaty całości w ciągu 60 dni lub mniej.
    • (x) Aplikacje nie mogą zmuszać użytkowników do oceniania lub recenzowania aplikacji, pobierania innych aplikacji ani wykonywania innych działań związanych ze sklepem w celu uzyskania dostępu do funkcji lub treści albo korzystania z aplikacji. Aplikacje mogą w inny sposób zachęcać użytkowników do wykonywania określonych czynności wewnątrz aplikacji (np. do ukończenia poziomu czy obejrzenia reklamy).

4. Konstrukcja

Klienci Apple cenią sobie produkty, które są proste, dopracowane, innowacyjne i łatwe w użyciu — i takie właśnie aplikacje chcemy widzieć w App Store. Opracowanie świetnego projektu należy do Ciebie. Zapoznaj się jednak z minimalnymi standardami zatwierdzania aplikacji w App Store. Pamiętaj też, że nawet po zatwierdzeniu aplikacji należy ją uaktualniać, aby nadal działała i była atrakcyjna dla nowych oraz obecnych klientów. Aplikacje, które przestają działać lub z upływem czasu oferują użytkownikom gorsze wrażenia, mogą zostać w każdej chwili usunięte z App Store.

• 4.1 Naśladownictwo
  • (a) Wprowadzaj w życie własne pomysły. Wiemy, że je masz, wystarczy je urzeczywistnić. Nie ograniczaj się do skopiowania najnowszej popularnej aplikacji z App Store lub wprowadzenia drobnych zmian w nazwie lub interfejsie innej aplikacji, aby przedstawić ją jako własną. Oprócz ryzyka roszczeń o naruszenie praw własności intelektualnej utrudnia to poruszanie się po App Store i po prostu nie jest uczciwe wobec innych deweloperów.
  • (b) Przesyłanie aplikacji, które podszywają się pod inne aplikacje lub usługi, jest uważane za naruszenie Kodeksu postępowania programistów i może skutkować usunięciem z programu Apple Developer Program.
  • (c) Nie można używać ikony, marki ani nazwy produktu innego programisty w ikonie ani nazwie swojej aplikacji bez zgody odnośnego programisty.
• 4.2 Minimalna funkcjonalność

  Aplikacja powinna zawierać funkcje, treści i interfejs użytkownika, które odróżniają ją od strony internetowej podanej w nowym opakowaniu. Jeśli Twoja aplikacja nie jest szczególnie użyteczna, wyjątkowa ani nie działa w sposób charakterystyczny dla aplikacji, nie ma dla niej miejsca w App Store. Jeśli aplikacja nie zapewnia trwałej wartości rozrywkowej ani odpowiedniej użyteczności, może nie zostać zaakceptowana. Aplikacje będące jedynie piosenką lub filmem należy przesyłać do iTunes Store. Aplikacje będące jedynie książką lub przewodnikiem po grze należy przesyłać do Apple Books Store.

  • 4.2.1 Aplikacje korzystające z ARKit powinny zapewniać bogate i zintegrowane środowisko rozszerzonej rzeczywistości. Samo osadzenie modelu w widoku AR lub odtworzenie animacji jest niewystarczające.
  • 4.2.2 Aplikacje nie powinny funkcjonować przede wszystkim jako materiały marketingowe, reklamy, wycinki witryny, agregatory treści ani zbiory łączy (z wyjątkiem katalogów).
  • 4.2.3
    • (i) Aplikacja powinna działać samodzielnie, bez konieczności instalowania innej aplikacji.
    • (ii) Jeśli aplikacja musi pobrać dodatkowe zasoby, aby mogła działać przy pierwszym uruchomieniu, musi ujawnić rozmiar pobieranego pliku i wcześniej poinformować o tym użytkowników.
  • 4.2.4 Celowo pominięte.
  • 4.2.5 Celowo pominięte.
  • 4.2.6 Aplikacje utworzone na podstawie komercyjnego szablonu lub usługi generowania aplikacji zostaną odrzucone, chyba że zostaną zgłoszone bezpośrednio przez dostawcę treści aplikacji. Usługi te nie powinny zgłaszać aplikacji w imieniu swoich klientów i powinny oferować narzędzia umożliwiające klientom tworzenie niestandardowych, innowacyjnych aplikacji zapewniających wyjątkowe doświadczenia. Inną akceptowaną opcją dla dostawców szablonów jest utworzenie pojedynczego pliku binarnego do hostowania całej zawartości klienta w modelu zagregowanym lub modelu „selektora”, na przykład jako aplikację do wyszukiwania restauracji z oddzielnymi dostosowanymi wpisami lub stronami dla każdej restauracji klienta lub jako aplikację do obsługi wydarzeń z oddzielnymi wpisami dla każdego wydarzenia klienta.
  • 4.2.7 Klienci Remote Desktop: Jeśli aplikacja typu Remote Desktop działa jako kopia lustrzana określonego oprogramowania lub usług, a nie jako ogólna kopia lustrzana urządzenia głównego, musi być zgodna z następującymi zasadami:
    • (a) Aplikacja może łączyć się wyłącznie z urządzeniem głównym będącym własnością użytkownika, czyli komputerem osobistym lub dedykowaną konsolą do gier należącymi do użytkownika, a zarówno urządzenie główne, jak i klient muszą być połączone w sieci lokalnej i sieci LAN.
    • (b) Wszelkie oprogramowanie lub usługi pojawiające się na kliencie są w pełni wykonywane na urządzeniu głównym, renderowane na ekranie urządzenia głównego i nie mogą korzystać z interfejsów API ani funkcji platformy poza tymi, które są wymagane do strumieniowania Remote Desktop.
    • (c) Wszystkie operacje tworzenia kont i zarządzania nimi muszą być inicjowane z urządzenia głównego.
    • (d) Interfejs użytkownika wyświetlany na kliencie nie przypomina widoku systemu iOS lub App Store, nie zapewnia interfejsu sklepu ani nie umożliwia przeglądania, wybierania lub kupowania oprogramowania, które nie jest własnością użytkownika ani nie jest objęte posiadaną przez niego licencją. Dla jasności, transakcje zawierane przy użyciu kopii lustrzanej oprogramowania nie muszą korzystać z zakupów w aplikacji, pod warunkiem, że są przetwarzane na urządzeniu głównym.
    • (e) Nie należy umieszczać w App Store klientów typu thin client dla aplikacji chmurowych.
• 4.3 Spam
  • (a) Nie należy tworzyć wielu identyfikatorów pakietów dla tej samej aplikacji (na przykład zgłaszając osobną aplikację mapową dla każdego miasta na świecie zamiast jednej ogólnoświatowej aplikacji, która umożliwia użytkownikom wyszukiwanie dowolnego miasta). Powstają wtedy niepotrzebne aplikacje, co utrudnia użytkownikom znalezienie właściwego produktu. Jeśli aplikacja ma różne wersje dla konkretnych lokalizacji, drużyn sportowych, uniwersytetów itp., rozważ przesłanie jednej aplikacji i udostępnienie jej wariantów za pomocą zakupu w aplikacji.
  • (b) Nie zgłaszaj aplikacji, które niczym się nie różnią od innych już powszechnie dostępnych. Oportunistyczne tworzenie wariantów istniejących kategorii aplikacji lub popularnych aplikacji pogarsza działanie mechanizmu wyszukiwania aplikacji w sklepie App Store, obniża ogólną jakość aplikacji oraz szkodzi użytkownikom i twórcom. Niektóre rodzaje aplikacji, na przykład randkowe, latarkowe, z efektami dźwiękowymi, tapetami, prostymi zegarami oraz przeznaczone do wróżenia, są już bogato reprezentowane w sklepie App Store, i nie będziemy przyjmować nowych aplikacji tego typu, chyba że oferują one znacząco inne lub lepsze wrażenia użytkowe. W przyszłości możemy usuwać takie aplikacje ze sklepu App Store, jeśli nie będą aktualizowane ani ulepszane albo nie przyciągają użytkowników. Inne rodzaje aplikacji, takie jak gry alkoholowe, aplikacje do Kamasutry oraz aplikacje z pierdnięciami i beknięciami są tuzinkowe, słabe jakościowo lub mało wymagające, i nie wnoszą wartości do sklepu App Store. Powtarzające się przesyłanie tego typu aplikacji może prowadzić do usunięcia twórcy z programu z Apple Developer Program.
• 4.4 Rozszerzenia

  Aplikacje hostujące lub zawierające rozszerzenia muszą być zgodne z Przewodnikiem programowania rozszerzeń aplikacji, dokumentacją rozszerzeń aplikacji Safari lub dokumentacją rozszerzeń internetowych Safari i powinny zawierać funkcje, takie jak ekrany pomocy i interfejsy ustawień, jeśli jest to możliwe. W tekście marketingowym aplikacji należy jasno i dokładnie poinformować o tym, jakie rozszerzenia są dostępne. Rozszerzenia nie mogą obejmować działań marketingowych, reklam ani zakupów w aplikacji.

  • 4.4.1 Rozszerzenia klawiatury są objęte pewnymi dodatkowymi zasadami.
    

    Rozszerzenia klawiatury muszą:

    • zapewniać funkcje wprowadzania danych z klawiatury (np. wpisywanych znaków);
    • być zgodne z wytycznymi dotyczącymi naklejek, jeśli klawiatura zawiera obrazy lub emoji;
    • zapewniać metodę przechodzenia do następnej klawiatury;
    • zachowywać funkcjonalność bez pełnego dostępu do sieci i bez wymogu takiego dostępu;
    • zbierać informacje o aktywności użytkownika tylko w celu ulepszenia funkcjonalności rozszerzenia klawiatury użytkownika na urządzeniu z systemem iOS.

    Rozszerzenia klawiatury nie mogą:

    • uruchamiać innych aplikacji oprócz Ustawień;
    • zmieniać przeznaczenia przycisków klawiatury na inne działania (np. przytrzymanie klawisza „return” w celu uruchomienia aparatu).
  • 4.4.2 Rozszerzenia Safari muszą działać w aktualnej wersji Safari w odpowiednim systemie operacyjnym Apple. Nie mogą zakłócać działania elementów interfejsu użytkownika systemu ani przeglądarki Safari i w żadnym wypadku nie mogą zawierać złośliwych ani wprowadzających w błąd treści lub kodu. Naruszenie tej zasady spowoduje usunięcie użytkownika z programu Apple Developer Program. Rozszerzenia Safari nie powinny żądać dostępu do większej liczby stron internetowych, niż jest to absolutnie konieczne do ich działania.
  • 4.4.3 Celowo pominięte.
• 4.5 Witryny i usługi Apple
  • 4.5.1 Aplikacje mogą korzystać z zatwierdzonych kanałów Apple RSS, takich jak kanał RSS iTunes Store, ale nie mogą pobierać żadnych informacji z witryn Apple (np. apple.com, iTunes Store, App Store, App Store Connect, portal dla deweloperów itp.) ani tworzyć rankingów na podstawie tych informacji.
  • 4.5.2 Apple Music
    • (i) MusicKit w systemie iOS umożliwia użytkownikom odtwarzanie katalogu Apple Music i lokalnej biblioteki muzycznej z poziomu aplikacji i gier. Gdy użytkownik udzieli pozwolenia na dostęp do swojego konta Apple Music, aplikacja może tworzyć playlisty, dodawać utwory do biblioteki i odtwarzać dowolne z milionów utworów z katalogu Apple Music. Użytkownicy muszą zainicjować odtwarzanie strumienia Apple Music i mieć możliwość nawigacji przy użyciu standardowych elementów sterujących multimediami, takich jak „odtwórz”, „wstrzymaj” i „pomiń”. Ponadto aplikacja nie może wymagać płatności ani pośrednio zarabiać na dostępie do usługi Apple Music (np. poprzez zakup w aplikacji, reklamę, żądanie informacji o użytkowniku itp.). Nie pobieraj, nie przesyłaj ani nie udostępniaj plików muzycznych pochodzących z interfejsów API MusicKit, z wyjątkiem przypadków wyraźnie dozwolonych w dokumentacji MusicKit.
    • (ii) Korzystanie z interfejsów API MusicKit nie zastępuje zabezpieczenia licencji, które mogą być potrzebne do głębszej lub bardziej złożonej integracji muzyki. Na przykład, jeśli chcesz, aby aplikacja odtwarzała konkretny utwór w określonym momencie lub tworzyła pliki audio lub wideo, które można udostępniać w mediach społecznościowych, musisz skontaktować się bezpośrednio z właścicielami praw, aby uzyskać ich zgodę (np. prawa do synchronizacji i adaptacji) i zasoby. Okładki i inne metadane mogą być wykorzystywane wyłącznie w związku z odtwarzaniem muzyki lub playlistami (w tym zrzutami ekranu przedstawiającymi funkcjonalność aplikacji) i nie powinny być wykorzystywane w celach marketingowych ani reklamowych bez uzyskania specjalnego zezwolenia od posiadaczy praw. Podczas integracji usług Apple Music w aplikacji należy przestrzegać wytycznych dotyczących tożsamości w Apple Music.
    • (iii) Aplikacje, które uzyskują dostęp do danych użytkownika Apple Music, takich jak playlisty i ulubione, muszą wyraźnie informować o tym dostępie w tekście informującym o przeznaczeniu. Żadne zebrane dane nie mogą być udostępniane stronom trzecim w jakimkolwiek innym celu niż wspieranie lub ulepszanie aplikacji. Dane te nie mogą być wykorzystywane do identyfikacji użytkowników lub urządzeń ani do kierowania reklam.
  • 4.5.3 Nie używaj usług Apple, w tym Game Center, powiadomień push, wydarzeń na żywo itp., do spamowania, wyłudzania informacji lub wysyłania niechcianych wiadomości do klientów. Nie podejmuj prób odwrotnego wyszukiwania, śledzenia, powiązywania, kojarzenia, wydobywania, zbierania lub innego wykorzystywania identyfikatorów graczy, aliasów lub innych informacji uzyskanych za pośrednictwem Game Center, gdyż będzie to skutkować usunięciem użytkownika z programu Apple Developer Program.
  • 4.5.4 Powiadomienia push nie mogą być wymagane do działania aplikacji i nie powinny być używane do wysyłania wrażliwych informacji osobistych lub poufnych. Powiadomień push nie należy używać do celów promocyjnych lub marketingu bezpośredniego, chyba że klienci wyraźnie wyrazili zgodę na ich otrzymywanie za pośrednictwem komunikatu dotyczącego zgody użytkownika wyświetlanego w interfejsie aplikacji, a Twoja aplikacja zapewnia możliwość rezygnacji z otrzymywania takich wiadomości. Nadużywanie tych usług może spowodować odebranie uprawnień.
  • 4.5.5 Identyfikatorów graczy z Game Center należy używać wyłącznie w sposób zgodny z warunkami usługi Game Center i nie należy ich wyświetlać w aplikacji ani stronom trzecim.
  • 4.5.6 Aplikacje mogą używać znaków Unicode, które są renderowane jako emoji Apple w aplikacjach i ich metadanych. Nie można używać emoji Apple na innych platformach ani osadzać ich bezpośrednio w plikach binarnych aplikacji.
• 4.6 Celowo pominięte.
• 4.7 Miniaplikacje, minigry, gry przesyłane strumieniowo, czatboty, wtyczki i emulatory gier

  Aplikacje mogą oferować określone oprogramowanie, które nie jest wbudowane w pliki binarne, w szczególności miniaplikacje i minigry oparte na technologii HTML5 i JavaScript, gry przesyłane strumieniowo, czatboty, wtyczki i emulatory gier. Ponadto aplikacje emulujące konsole do gier i komputery retro mogą oferować pobieranie gier. Ponosisz odpowiedzialność za każde takie oprogramowanie oferowane w aplikacji, w tym za zapewnienie, że takie oprogramowanie jest zgodne z niniejszymi Wytycznymi i wszystkimi obowiązującymi przepisami. Niezgodność oprogramowania z co najmniej jedną wytyczną spowoduje odrzucenie aplikacji. Należy również upewnić się, że oprogramowanie jest zgodne z dodatkowymi zasadami określonymi w punktach od 4.7.1 do 4.7.5. Te dodatkowe zasady są ważne dla zapewnienia doświadczeń, których oczekują klienci sklepu App Store, oraz dla zapewnienia bezpieczeństwa użytkowników.

  • 4.7.1 Zgodnie z tą zasadą oprogramowanie oferowane w aplikacjach musi:
    • być zgodne ze wszystkimi wytycznymi dotyczącymi ochrony prywatności, w tym między innymi z zasadami określonymi w punkcie 5.1 Wytycznych dotyczącym gromadzenia, wykorzystywania i udostępniania danych oraz danych wrażliwych (takich jak dane zdrowotne i dane osobowe dzieci);
    • zapewniać możliwość filtrowania niewłaściwych materiałów, mechanizm zgłaszania treści i możliwość niezwłocznego reagowania na zastrzeżenia oraz blokowania użytkowników naruszających zasady;
    • respektować postanowienia punktu 3.1 w celu oferowania cyfrowych towarów lub usług użytkownikom końcowym.
  • 4.7.2 Twoja aplikacja nie może rozszerzać ani udostępniać interfejsów API ani technologii platformy natywnej w oprogramowaniu bez uprzedniej zgody Apple.
  • 4.7.3 Twoja aplikacja nie może udostępniać danych ani uprawnień prywatności żadnemu indywidualnemu oprogramowaniu oferowanemu w aplikacji bez uzyskanej w każdym przypadku wyraźnej zgody użytkownika.
  • 4.7.4 Należy przygotować spis oprogramowania i metadanych dostępnych w aplikacji. Musi on zawierać uniwersalne łącza prowadzące do całego oprogramowania oferowanego w aplikacji.
  • 4.7.5 Twoja aplikacja musi pozwalać użytkownikom na identyfikowanie oprogramowania, które wykracza poza klasyfikację wiekową aplikacji, oraz wykorzystywać mechanizm ograniczeń wiekowych oparty na zweryfikowanym lub zadeklarowanym wieku w celu ograniczenia dostępu niepełnoletnim użytkownikom.
• 4.8 Usługi logowania

  Aplikacje, które korzystają z usług logowania innych firm lub usług logowania się za pośrednictwem kont serwisów społecznościowych (takie jak Logowanie przez Facebooka, Logowanie przez Google, Zaloguj się za pomocą X, Zaloguj się przez LinkedIn, Zaloguj się przez Amazon lub Logowanie WeChat) w celu skonfigurowania lub uwierzytelnienia głównego konta użytkownika w aplikacji, muszą również oferować inną usługę logowania jako równoważną opcję, która spełnia następujące kryteria:

  • usługa logowania ogranicza gromadzenie danych do nazwy i adresu e-mail użytkownika;
  • usługa logowania pozwala użytkownikom zachować prywatny adres e-mail podczas konfigurowania konta; oraz
  • usługa logowania nie zbiera danych dotyczących interakcji z aplikacją w celach reklamowych bez zgody użytkownika.

  Główne konto użytkownika to konto, które zakłada on w Twojej aplikacji w celu identyfikacji, zalogowania się i uzyskania dostępu do funkcji oraz powiązanych usług.

  Inna usługa logowania nie jest wymagana, jeśli:

  • aplikacja korzysta wyłącznie z własnych firmowych systemów konfiguracji konta i logowania;
  • aplikacja jest alternatywnym sklepem z aplikacjami lub aplikacją dystrybuowaną za pośrednictwem alternatywnego sklepu z aplikacjami, która korzysta z loginu właściwego dla tego sklepu na potrzeby funkcji związanych z kontem, pobieraniem i handlem;
  • aplikacja jest aplikacją edukacyjną, korporacyjną lub biznesową, która wymaga od użytkownika zalogowania się przy użyciu istniejącego konta edukacyjnego lub korporacyjnego;
  • aplikacja korzysta z rządowego lub wspieranego przez branżę systemu identyfikacji obywateli lub elektronicznego identyfikatora do uwierzytelniania użytkowników;
  • aplikacja jest aplikacją kliencką określonej usługi strony trzeciej, a użytkownicy muszą logować się bezpośrednio do swojej poczty, mediów społecznościowych lub innego konta strony trzeciej, aby uzyskać dostęp do swoich treści.

• 4.9 Apple Pay

  Aplikacje korzystające z usługi Apple Pay muszą dostarczyć użytkownikowi wszystkie istotne informacje dotyczące zakupu przed sprzedażą jakiegokolwiek towaru lub usługi. Muszą również prawidłowo używać elementów marki Apple Pay oraz elementów interfejsu użytkownika, zgodnie z opisem w artykułach Apple Pay Marketing Guidelines (Wytyczne marketingowe dotyczące usługi Apple Pay) i Human Interface Guidelines (Wytyczne dotyczące interfejsu użytkownika). Aplikacje korzystające z usługi Apple Pay do oferowania płatności cyklicznych muszą przekazywać co najmniej następujące informacje:

  • długość okresu odnowienia oraz fakt, że będzie ono kontynuowane do momentu anulowania;
  • oferowane treści lub usługi w każdym okresie;
  • rzeczywiste opłaty, którymi zostanie obciążony klient;
  • sposób anulowania wyboru usługi.
• 4.10 Zarabianie na wbudowanych funkcjach

  Nie możesz zarabiać na wbudowanych funkcjach zapewnianych przez sprzęt lub system operacyjny, takich jak Powiadomienia push, aparat lub żyroskop, ani na usługach i technologiach Apple, takich jak dostęp do usługi Apple Music, pamięć masowa iCloud lub interfejsy API funkcji Czas przed ekranem.

5. Informacje prawne

Aplikacje muszą być zgodne ze wszystkimi wymogami prawnymi w każdym miejscu, w którym są udostępniane (w razie wątpliwości należy skontaktować się z prawnikiem). Wiemy, że to skomplikowane, ale Twoim obowiązkiem jest zapewnienie, aby Twoja aplikacja jest zgodna ze wszystkimi lokalnymi przepisami, a nie tylko z poniższymi wytycznymi. Aplikacje, które nakłaniają lub zachęcają do zachowań przestępczych lub wyraźnie lekkomyślnych albo je promują, będą oczywiście odrzucane. W skrajnych przypadkach, takich jak aplikacje ułatwiające handel ludźmi lub wykorzystywanie dzieci, zostaną powiadomione odpowiednie władze.

• 5.1 Prywatność

  Ochrona prywatności użytkowników jest sprawą nadrzędną w ekosystemie Apple. Przetwarzając dane osobowe, musisz zachować ostrożność, aby mieć pewność, że są przestrzegane najlepsze sposoby postępowania dotyczące prywatności, obowiązujące przepisy prawa i warunki umowy licencyjnej programu Apple Developer Program, o oczekiwaniach klientów nie wspominając. W szczególności dotyczy to następujących kwestii:

  • 5.1.1 Gromadzenie i przechowywanie danych
    • (i) Zasady ochrony prywatności: wszystkie aplikacje muszą zawierać łącze do swoich zasad ochrony prywatności w polu metadanych App Store Connect oraz w aplikacji w łatwo dostępnym miejscu. Zasady ochrony prywatności muszą jasno i wyraźnie:
      • określać, jakie dane (jeśli w ogóle) zbiera aplikacja/usługa, w jaki sposób to robi i w jaki sposób je wykorzystuje;
      • potwierdzać, że każda strona trzecia, której aplikacja udostępnia dane użytkownika (zgodnie z niniejszymi wytycznymi) — na przykład narzędzia analityczne, sieci reklamowe i pakiety SDK innych firm, a także wszelkie podmioty nadrzędne, zależne lub inne podmioty powiązane, które będą miały dostęp do danych użytkownika — zapewni taką samą lub równą ochronę danych użytkownika, jak określono w zasadach ochrony prywatności aplikacji, i zgodnie z wymaganiami niniejszych wytycznych;
      • wyjaśniać zasady przechowywania/usuwania danych i opisywać, w jaki sposób użytkownik może odwołać zgodę i/lub zażądać usunięcia swoich danych.
    • (ii) Pozwolenie: aplikacje, które zbierają dane użytkownika lub dane dotyczące użytkowania, muszą uzyskać zgodę użytkownika na ich zbieranie, nawet jeśli dane te są uważane za anonimowe w momencie ich zbierania lub bezpośrednio po ich zebraniu. Płatne funkcje nie mogą być uzależnione od udzielenia przez użytkownika dostępu do tych danych ani wymagać udzielenia takiego dostępu. Aplikacje muszą też zapewniać klientowi łatwo dostępną i zrozumiałą metodę wycofania zgody. Upewnij się, że teksty informujące o przeznaczeniu jasno i wyczerpująco opisują, w jaki sposób wykorzystujesz dane. Aplikacje, które gromadzą dane w uzasadnionym interesie bez zgody, opierając się na warunkach ogólnego rozporządzenia Unii Europejskiej o ochronie danych („RODO”) lub podobnych przepisów, muszą przestrzegać wszystkich warunków tego prawa. Dowiedz się więcej na temat proszenia o pozwolenie.
    • (iii) Minimalizacja danych: aplikacje powinny żądać dostępu wyłącznie do danych istotnych dla głównej funkcjonalności aplikacji oraz powinny zbierać i wykorzystywać tylko te dane, które są niezbędne do wykonania danego zadania. Jeśli to możliwe, użyj selektora pozaprocesowego lub arkusza udostępniania, zamiast prosić o pełny dostęp do chronionych zasobów, takich jak Zdjęcia lub Kontakty.
    • (iv) Dostęp: aplikacje muszą honorować ustawienia uprawnień użytkownika i nie mogą próbować manipulować, oszukiwać ani zmuszać użytkowników do wyrażenia zgody na niepotrzebny dostęp do danych. Na przykład aplikacje, które umożliwiają publikowanie zdjęć w sieciach społecznościowych, nie mogą również wymagać dostępu do mikrofonu przed zezwoleniem użytkownikowi na przesyłanie zdjęć. Jeśli to możliwe, należy zapewnić alternatywne rozwiązania dla użytkowników, którzy nie udzielają zgody. Na przykład jeśli użytkownik odmówi udostępnienia lokalizacji, zaoferuj mu możliwość ręcznego wprowadzenia adresu.
    • (v) Logowanie na konto: jeśli aplikacja nie zawiera istotnych funkcji związanych z kontem, pozwól korzystać z niej bez logowania. Jeśli aplikacja obsługuje tworzenie konta, musisz również oferować możliwość usunięcia konta w aplikacji. Aplikacje nie mogą swojego działania uzależniać od podania przez użytkowników danych osobowych, chyba że jest to bezpośrednio związane z podstawową funkcjonalnością aplikacji lub wymagane przez prawo. Jeśli podstawowa funkcjonalność aplikacji nie jest powiązana z konkretną siecią społecznościową (np. Facebook, WeChat, Weibo, X itp.), musisz zapewnić dostęp bez logowania lub za pomocą innego mechanizmu. Pobieranie podstawowych informacji profilowych, udostępnianie w sieciach społecznościowych lub zapraszanie znajomych do korzystania z aplikacji nie jest uważane za podstawową funkcjonalność aplikacji. Aplikacja musi również zawierać mechanizm odwoływania danych uwierzytelniania sieci społecznościowej i wyłączania dostępu do danych między aplikacją a siecią społecznościową z poziomu aplikacji. Aplikacja nie może przechowywać danych uwierzytelniania ani tokenów w sieciach społecznościowych poza urządzeniem i może używać takich danych uwierzytelniania lub tokenów wyłącznie do bezpośredniego łączenia się z siecią społecznościową z poziomu samej aplikacji podczas jej używania.
    • (vi) Deweloperzy używający swoich aplikacji do potajemnego odkrywania haseł lub innych prywatnych danych zostaną usunięci z programu Apple Developer Program.
    • (vii) Do wizualnego prezentowania informacji użytkownikom należy używać kontrolera SafariViewController. Kontroler nie może być ukryty ani zasłonięty przez inne widoki lub warstwy. Ponadto aplikacja nie może używać kontrolera SafariViewController do śledzenia użytkowników bez ich wiedzy i zgody.
    • (viii) Aplikacje gromadzące dane osobowe z jakiegokolwiek źródła, które nie pochodzi bezpośrednio od użytkownika, lub bez jego wyraźnej zgody, nawet z publicznych baz danych, nie są dozwolone w App Store ani w alternatywnych kanałach dystrybucji.
    • (ix) Aplikacje, które świadczą usługi w ściśle regulowanych dziedzinach (takich jak usługi bankowe i finansowe, opieka zdrowotna, hazard, legalne używanie konopi indyjskich, podróże lotnicze czy giełdy kryptowalut) lub które wymagają wrażliwych informacji o użytkowniku, powinny być zgłaszane przez podmiot prawny świadczący usługi, a nie przez indywidualnego dewelopera. Aplikacje ułatwiające legalną sprzedaż konopi indyjskich muszą być ograniczone geograficznie do odpowiedniej jurysdykcji prawnej.
    • (x) Aplikacje mogą wymagać podania podstawowych danych kontaktowych (takich jak imię i nazwisko oraz adres e-mail), o ile żądanie jest dla użytkownika opcjonalne, funkcje i usługi nie są uzależnione od podania tych danych i jest to zgodne ze wszystkimi innymi postanowieniami niniejszych wytycznych, w tym z ograniczeniami dotyczącymi zbierania informacji od dzieci.
  • 5.1.2 Wykorzystywanie i udostępnianie danych
    • (i) O ile prawo nie stanowi inaczej, nie możesz wykorzystywać, przekazywać ani udostępniać danych osobowych innych osób bez uprzedniego uzyskania ich zgody. Musisz zapewnić dostęp do informacji o tym, jak i gdzie dane będą wykorzystywane. Musisz wyraźnie wskazać, gdzie dane osobowe będą udostępniane osobom trzecim, w tym zewnętrznym narzędziom sztucznej inteligencji, oraz uzyskać wcześniej jednoznaczną zgodę. Dane zebrane z aplikacji mogą być udostępniane stronom trzecim wyłącznie w celu ulepszania aplikacji lub wyświetlania reklam (zgodnie z umową licencyjną programu Apple Developer Program). Aby śledzić aktywność użytkowników, musisz uzyskać od nich wyraźne pozwolenie za pośrednictwem interfejsów API App Tracking Transparency. Dowiedz się więcej na temat śledzenia. Aplikacja nie może wymagać od użytkowników włączenia funkcji systemowych (np. powiadomień push, usług lokalizacji, śledzenia) w celu uzyskania dostępu do funkcji, treści, korzystania z aplikacji bądź otrzymywania wynagrodzenia pieniężnego lub innego rodzaju, w tym między innymi kart upominkowych i kodów. Aplikacje, które udostępniają dane użytkownika bez jego zgody lub w sposób niezgodny z przepisami o ochronie danych osobowych, mogą zostać wycofane ze sprzedaży i skutkować usunięciem użytkownika z programu Apple Developer Program.
    • (ii) Dane zebrane w jednym celu nie mogą zostać wykorzystane w innym celu bez dodatkowej zgody, chyba że prawo wyraźnie na to zezwala.
    • (iii) Aplikacje nie powinny próbować potajemnie tworzyć profilu użytkownika na podstawie zebranych danych i nie mogą próbować, ułatwiać ani zachęcać innych do identyfikowania anonimowych użytkowników lub rekonstruowania profili użytkowników na podstawie danych zebranych z interfejsów API dostarczonych przez Apple lub jakichkolwiek innych danych, które według Ciebie zostały zebrane w sposób „zanonimizowany”, „zagregowany” lub w inny sposób uniemożliwiający identyfikację.
    • (iv) Nie wykorzystuj informacji z Kontaktów, Zdjęć ani innych interfejsów API, które uzyskują dostęp do danych użytkownika, do tworzenia bazy danych kontaktów na własny użytek lub do sprzedaży/dystrybucji wśród osób trzecich, a także nie zbieraj informacji o innych aplikacjach zainstalowanych na urządzeniu użytkownika w celach analitycznych lub reklamowych/marketingowych.
    • (v) Nie kontaktuj się z osobami przy użyciu informacji zebranych za pośrednictwem Kontaktów lub Zdjęć użytkownika, chyba że z wyraźnej inicjatywy tego użytkownika w sposób zindywidualizowany. Nie należy włączać opcji Wybierz wszystko ani domyślnie wybierać wszystkich kontaktów. Musisz przedstawić użytkownikowi jasny opis tego, jak wiadomość będzie wyglądać u odbiorcy, przed jej wysłaniem (np. co będzie zawierała wiadomość, kto będzie wyświetlany jako nadawca).
    • (vi) Dane zebrane z interfejsów API HomeKit, HealthKit, Clinical Health Records, MovementDisorder, ClassKit lub z narzędzi do mapowania głębi i/lub twarzy (np. ARKit, interfejsów API aplikacji Aparat lub interfejsów API aplikacji Zdjęcia) nie mogą być wykorzystywane do celów marketingowych, reklamowych lub eksploracji danych na podstawie użytkowania, w tym przez strony trzecie. Dowiedz się więcej o najlepszych sposobach postępowania dotyczących interfejsu CallKit, HealthKit, ClassKit i ARKit.
    • (vii) Aplikacje korzystające z usługi Apple Pay mogą udostępniać dane użytkownika uzyskane za pośrednictwem usługi Apple Pay stronom trzecim wyłącznie w celu ułatwienia lub usprawnienia dostarczania towarów i usług.
  • 5.1.3 Zdrowie i badania w zakresie zdrowia

    Dane dotyczące zdrowia, sprawności fizycznej i dane medyczne są szczególnie wrażliwe, a aplikacje w tej przestrzeni mają dodatkowe zasady zapewniające ochronę prywatności klientów:

    • (i) Aplikacje nie mogą wykorzystywać ani ujawniać stronom trzecim danych zebranych w kontekście zdrowia, sprawności fizycznej i badań medycznych — w tym z interfejsów API Clinical Health Records, HealthKit, Motion and Fitness, MovementDisorder lub badań zdrowotnych na ludziach — do celów reklamowych, marketingowych lub innych celów eksploracji danych na podstawie użytkowania, innych niż poprawa zarządzania zdrowiem, lub do celów badań nad zdrowiem, a i wówczas tylko za zgodą. Aplikacje mogą jednak wykorzystywać dane dotyczące zdrowia lub sprawności fizycznej użytkownika w celu zapewnienia korzyści bezpośrednio temu użytkownikowi (np. obniżonej składki ubezpieczeniowej), pod warunkiem, że aplikacja zostanie zgłoszona przez podmiot zapewniający korzyść, a dane nie są udostępniane stronie trzeciej. Musisz ujawnić konkretne dane dotyczące zdrowia, które zbierasz z urządzenia.
    • (ii) Aplikacje nie mogą zapisywać fałszywych lub niedokładnych danych w HealthKit ani innych aplikacjach do badań medycznych lub zarządzania zdrowiem, a także nie mogą przechowywać osobistych informacji o stanie zdrowia w iCloud.
    • (iii) Aplikacje służące do prowadzenia badań naukowych związanych ze zdrowiem na ludziach muszą uzyskać zgodę uczestników lub, w przypadku osób niepełnoletnich, ich rodziców lub opiekunów. Taka zgoda musi zawierać (a) charakter, cel i czas trwania badań; (b) procedury, ryzyko i korzyści dla uczestnika; (c) informacje o poufności i sposobie postępowania z danymi (w tym o ich udostępnianiu osobom trzecim); (d) punkt kontaktowy w przypadku pytań uczestników; oraz (e) procedurę wycofania zgody.
    • (iv) Aplikacje służące do prowadzenia badań naukowych związanych ze zdrowiem na ludziach muszą uzyskać zgodę niezależnej komisji etycznej. Dowód takiej zgody należy przedstawić na żądanie.
  • 5.1.4 Dzieci

    • (a) Z wielu powodów bardzo ważne jest zachowanie ostrożności przy przetwarzaniu danych osobowych dzieci, dlatego zachęcamy do dokładnego zapoznania się ze wszystkimi wymogami dotyczącymi przestrzegania przepisów takich jak ustawa o ochronie prywatności dzieci w Internecie („COPPA”), ogólne rozporządzenie Unii Europejskiej o ochronie danych („RODO”) oraz wszelkie inne obowiązujące przepisy lub prawa.

      Aplikacje mogą prosić o podanie dat urodzenia i informacji kontaktowych rodziców tylko w celu zachowania zgodności z tymi przepisami, ale muszą zawierać pewne przydatne funkcje lub wartość rozrywkową niezależnie od wieku użytkownika.

      Aplikacje przeznaczone głównie dla dzieci nie powinny zawierać narzędzi analitycznych ani reklam stron trzecich. Dzięki temu możemy zapewnić dzieciom bezpieczniejsze doświadczenia.

    • (b) W niektórych przypadkach narzędzia analityczne i reklamy stron trzecich mogą być dozwolone pod warunkiem, że usługi są zgodne z warunkami określonymi w Wytycznych 1.3.

      Ponadto aplikacje z kategorii Dzieci lub aplikacje, które zbierają i przesyłają dane osobowe lub mają możliwość ich udostępniania (np. imienia i nazwiska, adresu, adresu e-mail, lokalizacji, zdjęć, filmów, rysunków, możliwości czatowania, innych danych osobowych lub trwałych identyfikatorów używanych w połączeniu z którymkolwiek z powyższych) od osoby niepełnoletniej muszą zawierać zasady ochrony prywatności i muszą być zgodne ze wszystkimi obowiązującymi przepisami dotyczącymi prywatności dzieci. Dla jasności, wymóg dotyczący ochrony rodzicielskiej w kategorii Dzieci nie jest tym samym, co uzyskanie zgody rodzicielskiej na gromadzenie danych osobowych na mocy tych przepisów o ochronie prywatności.

      Jako przypomnienie, Wytyczna 2.3.8 wymaga, aby używanie w metadanych aplikacji określeń takich jak „Dla dzieci” było zastrzeżone dla kategorii Dzieci. Aplikacje spoza kategorii Dzieci nie mogą zawierać w nazwie aplikacji, podtytule, ikonie, zrzutach ekranu ani opisie żadnych terminów, które sugerują, że głównymi odbiorcami aplikacji są dzieci.

  • 5.1.5 Usługi lokalizacji

    Korzystaj z usług lokalizacji w swojej aplikacji tylko wtedy, gdy jest to bezpośrednio związane z funkcjami i usługami świadczonymi przez aplikację. Interfejsy API oparte na lokalizacji nie powinny być wykorzystywane do świadczenia usług ratunkowych lub autonomicznej kontroli nad pojazdami, samolotami i innymi urządzeniami, z wyjątkiem małych urządzeń, takich jak lekkie drony i zabawki lub zdalnie sterowane systemy alarmowe samochodów itp. Przed zbieraniem, przesyłaniem lub używaniem danych dotyczących lokalizacji należy powiadomić o tym użytkownika i uzyskać jego zgodę. Jeśli aplikacja korzysta z usług lokalizacji, nie zapomnij wyjaśnić jej przeznaczenia. Zapoznaj się z wytycznymi dotyczącymi interfejsu użytkownika, aby poznać najlepsze sposoby postępowania w tym zakresie.

• 5.2 Własność intelektualna

  Upewnij się, że aplikacja zawiera tylko treści, które zostały utworzone przez Ciebie lub na które masz licencję. Aplikacja może zostać usunięta, jeśli przekroczysz tę granicę i użyjesz treści bez pozwolenia. Oczywiście oznacza to również, że aplikacja innej osoby może zostać usunięta, jeśli ta osoba „zapożyczyła” ją z Twojej pracy. Jeśli uważasz, że Twoja własność intelektualna została naruszona przez innego dewelopera w App Store, zgłoś roszczenie za pośrednictwem naszego formularza internetowego. Przepisy różnią się w zależności od kraju i regionu, ale przynajmniej unikaj następujących typowych błędów:

  • 5.2.1 Ogólnie: nie używaj w swojej aplikacji bez pozwolenia materiałów chronionych, takich jak znaki towarowe, dzieła chronione prawem autorskim lub opatentowane pomysły, i nie umieszczaj w pakiecie aplikacji ani nazwie dewelopera wprowadzających w błąd, fałszywych lub naśladowczych oświadczeń, nazw lub metadanych. Aplikacje powinny być zgłaszane przez osobę fizyczną lub prawną, która jest właścicielem lub posiada licencję na własność intelektualną i inne odpowiednie prawa.
  • 5.2.2 Witryny/usługi stron trzecich: jeśli aplikacja korzysta z usługi strony trzeciej, uzyskuje do niej dostęp, zarabia na niej lub wyświetla treści z usługi strony trzeciej, upewnij się, że masz na to specjalne pozwolenie zgodnie z warunkami korzystania z usługi. Upoważnienie należy przedstawić na żądanie.
  • 5.2.3 Pobieranie audio/wideo: aplikacje nie powinny ułatwiać nielegalnego udostępniania plików ani umożliwiać zachowywania, konwertowania ani pobierania multimediów ze źródeł zewnętrznych (np. Apple Music, YouTube, SoundCloud, Vimeo itp.) bez wyraźnej zgody tych źródeł. Strumieniowe przesyłanie treści audio/wideo może również naruszać warunki użytkowania, dlatego należy to sprawdzić, zanim aplikacja uzyska dostęp do tych usług. Upoważnienie należy przedstawić na żądanie.
  • 5.2.4 Referencje Apple
    • (a) Nie sugeruj ani nie dawaj do zrozumienia, że Apple jest źródłem lub dostawcą aplikacji ani że Apple popiera jakiekolwiek konkretne oświadczenie dotyczące jakości lub funkcjonalności.
    • (b) Jeśli aplikacja zostanie wybrana jako „Wybór redakcji”, Apple automatycznie zastosuje plakietkę.
  • 5.2.5 Produkty Apple: nie twórz aplikacji, która wydaje się łudząco podobna do istniejącego produktu, interfejsu (np. Findera), aplikacji (takiej jak App Store, iTunes Store lub Wiadomości) lub motywu reklamowego Apple. Aplikacje i rozszerzenia, w tym klawiatury i pakiety naklejek stron trzecich, nie mogą zawierać emoji Apple. Muzyki z podglądów iTunes i Apple Music nie można używać do celów rozrywkowych (np. jako podkład muzyczny do kolażu zdjęć lub ścieżki dźwiękowej do gry) ani w żaden inny nieautoryzowany sposób. Jeśli udostępniasz podglądy muzyki z iTunes lub Apple Music, musisz wyświetlić łącze do odpowiedniej muzyki w iTunes lub Apple Music. Jeśli aplikacja wyświetla pierścienie aktywności, nie powinny one wizualizować danych W ruchu, Ćwiczenie lub Na nogach w sposób przypominający sterowanie aktywnością. Więcej informacji na temat korzystania z pierścieni aktywności zawiera dokument Human Interface Guidelines (Wytyczne dotyczące interfejsu użytkownika). Jeśli aplikacja wyświetla dane Pogody Apple, powinna być zgodna z wymaganiami atrybucji określonymi w dokumentacji WeatherKit.
• 5.3 Gry, hazard i loterie

  Gry, hazard i loterie mogą być trudne w zarządzaniu i zwykle stanowią jedną z najbardziej regulowanych ofert w App Store. Włączaj tę funkcjonalność tylko wtedy, gdy w pełni zweryfikujesz swoje zobowiązania prawne we wszystkich miejscach, w których udostępniasz aplikację, i akceptujesz fakt, że proces weryfikacji może potrwać dłużej. O czym należy pamiętać:

  • 5.3.1 Loterie i konkursy muszą być sponsorowane przez dewelopera aplikacji.
  • 5.3.2 Oficjalne zasady zakładów, konkursów i loterii fantowych muszą być prezentowane w aplikacji i jasno określać, że Apple nie jest sponsorem ani nie jest w żaden sposób zaangażowana w daną działalność.
  • 5.3.3 Aplikacje nie mogą używać zakupów w aplikacji do kupowania środków lub waluty do użytku w połączeniu z jakimikolwiek grami na prawdziwe pieniądze.
  • 5.3.4 Aplikacje oferujące gry na prawdziwe pieniądze (np. zakłady sportowe, poker, gry w kasynie, wyścigi konne) lub loterie muszą posiadać niezbędne licencje i pozwolenia w miejscach, w których aplikacja jest używana, muszą być ograniczone geograficznie do tych miejsc i muszą być bezpłatne w App Store. Nielegalne pomoce hazardowe, w tym liczniki kart, są niedozwolone w App Store. Aplikacje loteryjne muszą obejmować zapłatę, los i wygraną.
• 5.4 Aplikacje VPN

  Aplikacje oferujące usługi VPN muszą korzystać z rozszerzenia /plInterfejs API NEVPNManager i mogą być oferowane tylko przez deweloperów zarejestrowanych jako organizacja. Musisz wyraźnie zadeklarować, jakie dane użytkownika będą zbierane oraz w jaki sposób będą one wykorzystywane, na ekranie aplikacji, zanim użytkownik podejmie jakiekolwiek działania mające na celu zakup usługi lub korzystanie z niej w inny sposób. Aplikacje oferujące usługi VPN nie mogą sprzedawać, wykorzystywać ani ujawniać stronom trzecim żadnych danych w jakimkolwiek celu i muszą zobowiązać się do tego w swoich zasadach ochrony prywatności. Aplikacje VPN nie mogą naruszać lokalnego prawa, a jeśli zdecydujesz się udostępnić swoją aplikację VPN na terytorium, które wymaga licencji VPN, musisz podać informacje o licencji w polu uwag do weryfikacji aplikacji. Aplikacje do nadzoru rodzicielskiego, blokowania treści i zabezpieczeń pochodzące między innymi od zatwierdzonych dostawców mogą również korzystać z interfejsu API NEVPNManager. Aplikacje niezgodne z tymi wytycznymi zostaną usunięte z App Store, a możliwość ich instalacji za pośrednictwem alternatywnego kanału dystrybucji zostanie zablokowana; może to też skutkować usunięciem Cię z programu Apple Developer Program.

• 5.5 Zarządzanie urządzeniami mobilnymi

  Aplikacje do zarządzania urządzeniami mobilnymi, które oferują usługi zarządzania urządzeniami mobilnymi (MDM), muszą zamówić tę funkcję od Apple. Takie aplikacje mogą być oferowane wyłącznie przez przedsiębiorstwa komercyjne, instytucje edukacyjne lub agencje rządowe oraz, w ograniczonych przypadkach, przez firmy korzystające z MDM na potrzeby usług nadzoru rodzicielskiego lub bezpieczeństwa urządzeń. Musisz wyraźnie zadeklarować, jakie dane użytkownika będą zbierane oraz w jaki sposób będą one wykorzystywane, na ekranie aplikacji, zanim użytkownik podejmie jakiekolwiek działania mające na celu zakup usługi lub korzystanie z niej w inny sposób. Aplikacje MDM nie mogą naruszać żadnych obowiązujących przepisów. Aplikacje oferujące usługi MDM nie mogą sprzedawać, wykorzystywać ani ujawniać stronom trzecim żadnych danych w jakimkolwiek celu i muszą zobowiązać się do tego w swoich zasadach ochrony prywatności. W niektórych przypadkach narzędzia analityczne stron trzecich mogą być dozwolone pod warunkiem, że usługi zbierają lub przesyłają tylko dane o działaniu aplikacji MDM dewelopera, a nie dane dotyczące użytkownika, urządzenia użytkownika lub innych aplikacji używanych na tym urządzeniu. Aplikacje oferujące profile konfiguracji również muszą spełniać te wymagania. Aplikacje niezgodne z tymi wytycznymi zostaną usunięte z App Store, a możliwość ich instalacji za pośrednictwem alternatywnego kanału dystrybucji zostanie zablokowana; może to też skutkować usunięciem Cię z programu Apple Developer Program.

• 5.6 Kodeks postępowania deweloperów

  Prosimy o traktowanie wszystkich z szacunkiem, zarówno w odpowiedziach na recenzje w App Store, prośby klientów o wsparcie, jak i podczas komunikacji z Apple, w tym w odpowiedziach w App Store Connect. Nie wolno angażować się w żadne formy nękania, praktyki dyskryminacyjne, zastraszanie, prześladowanie ani zachęcać innych do angażowania się w którekolwiek z powyższych działań. Powtarzające się zachowania manipulacyjne, wprowadzające w błąd lub inne nieuczciwe działania będą skutkować usunięciem Cię z programu Apple Developer Program.

  Zaufanie klientów jest fundamentem ekosystemu aplikacji. Aplikacje nigdy nie powinny żerować na użytkownikach ani próbować oszukiwać klientów, nakłaniać ich do niechcianych zakupów, zmuszać ich do udostępniania niepotrzebnych danych, podstępnie podnosić cen, pobierać opłat za funkcje lub treści, które nie są dostarczane, ani angażować się w jakiekolwiek inne działania manipulacyjne w aplikacji lub poza nią.

  Twoje konto w programie Developer Program zostanie zamknięte, jeśli podejmiesz aktywności lub działania niezgodne z kodeksem postępowania deweloperów. Aby przywrócić swoje konto, możesz złożyć pisemne oświadczenie opisujące ulepszenia, które zamierzasz wprowadzić. Jeśli plan zostanie zatwierdzony przez Apple, a my potwierdzimy wprowadzenie zmian, Twoje konto może zostać przywrócone.

  • 5.6.1 Recenzje w App Store

    Recenzje klientów App Store mogą być integralną częścią korzystania z aplikacji, dlatego należy traktować klientów z szacunkiem, odpowiadając na ich komentarze. Odpowiedzi powinny być ukierunkowane na komentarze użytkowników i nie powinny zawierać danych osobowych, spamu ani treści marketingowych.

    Użyj dostarczonego interfejsu API, aby zachęcić użytkowników do wystawienia recenzji Twojej aplikacji. Ta funkcja pozwala klientom wystawiać oceny i recenzje w App Store bez niedogodności związanych z opuszczaniem aplikacji, a my nie będziemy zezwalać na niestandardowe zachęty do recenzowania.

  • 5.6.2 Tożsamość dewelopera

    Dostarczanie weryfikowalnych informacji Apple i klientom ma kluczowe znaczenie dla budowania zaufania klientów. Musisz dokładnie przedstawić siebie, swoją firmę i swoje oferty w App Store lub w alternatywnych kanałach dystrybucji. Informacje, które podajesz, muszą być prawdziwe, istotne i aktualne, aby Apple i klienci rozumieli, z kim mają do czynienia, i mogli się z Tobą skontaktować w razie jakichkolwiek problemów.

  • 5.6.3 Wykrywanie oszustw

    Uczestnictwo w App Store wymaga uczciwości i zaangażowania w budowanie oraz utrzymywanie zaufania klientów. Manipulowanie jakimkolwiek elementem doświadczenia klienta w App Store, takim jak listy przebojów, wyszukiwanie, recenzje lub odesłania do aplikacji, podważa zaufanie klientów i jest niedozwolone.

  • 5.6.4 Jakość aplikacji

    Klienci oczekują od App Store najwyższej jakości, a utrzymanie wysokiej jakości treści, usług i doświadczeń sprzyja ich zaufaniu. Sygnałami, że to oczekiwanie nie jest spełnione, są nadmierne zgłoszenia klientów dotyczące problemów z aplikacją, takie jak negatywne recenzje klientów oraz nadmierna liczba wniosków o zwrot pieniędzy. Niezdolność do utrzymania wysokiej jakości może być czynnikiem decydującym o tym, czy deweloper przestrzega Kodeksu Postępowania Dewelopera.

Po zgłoszeniu

Po zgłoszeniu aplikacji i metadanych w App Store Connect i rozpoczęciu procesu weryfikacji należy pamiętać o następujących kwestiach:

• Czas: zespół App Review zweryfikuje Twoją aplikację tak szybko, jak to możliwe. Jeśli jednak Twoja aplikacja jest skomplikowana lub przedstawia nowe problemy, może wymagać dokładniejszej analizy i rozważenia. Pamiętaj też, że jeśli Twoja aplikacja jest wielokrotnie odrzucana z powodu tego samego naruszenia wytycznych lub próbujesz manipulować procesem weryfikacji, proces weryfikacji aplikacji potrwa dłużej. Dowiedz się więcej o weryfikacji aplikacji.
• Uaktualnienia statusu: bieżący status Twojej aplikacji będzie odzwierciedlony w App Store Connect, więc możesz stamtąd obserwować sytuację.
• Przyspieszone wnioski: jeśli masz krytyczny problem związany z czasem, możesz poprosić o przyspieszoną weryfikację. Szanuj innych deweloperów i ubiegaj się o przyspieszoną weryfikację tylko wtedy, gdy naprawdę jej potrzebujesz. Jeśli stwierdzimy, że nadużywasz tego systemu, możemy odrzucać Twoje wnioski w przyszłości.
• Data wydania: jeśli data wydania jest ustawiona na przyszłość, aplikacja nie pojawi się w App Store do tej daty, nawet jeśli zostanie zatwierdzona przez zespół App Review. Pamiętaj też, że może upłynąć do 24 godzin, zanim Twoja aplikacja pojawi się we wszystkich wybranych witrynach sklepowych.
• Odrzucenia: Naszym celem jest sprawiedliwe i konsekwentne stosowanie się do tych wytycznych, ale nikt nie jest doskonały. Jeśli Twoja aplikacja została odrzucona i masz pytania lub chcesz udzielić dodatkowych informacji, skorzystaj z usługi App Store Connect, aby skontaktować się bezpośrednio z zespołem App Review. Może to pomóc w udostępnieniu Twojej aplikacji w sklepie, a także w usprawnieniu procesu weryfikacji aplikacji lub zidentyfikowaniu potrzeby wyjaśnienia naszych zasad.
• Odwołania: jeśli nie zgadzasz się z wynikiem weryfikacji, prosimy o złożenie odwołania. Może to pomóc w umieszczeniu aplikacji w sklepie. Możesz również zaproponować zmiany w samych wytycznych, aby pomóc nam usprawnić proces weryfikacji aplikacji lub dostrzec potrzebę doprecyzowania zasad.
• Zgłaszanie poprawek: w przypadku aplikacji, które już znajdują się w App Store lub w alternatywnych kanałach dystrybucji, poprawki błędów nie będą opóźniane z powodu naruszeń wytycznych, z wyjątkiem tych związanych z kwestiami prawnymi lub kwestiami bezpieczeństwa. Jeśli aplikacja została odrzucona i kwalifikuje się do tego procesu, skorzystaj z usługi App Store Connect, aby skontaktować się bezpośrednio z zespołem App Review, wskazując, że chcesz skorzystać z tego procesu i planujesz rozwiązać problem w kolejnym zgłoszeniu.

Z niecierpliwością czekamy na kolejne pomysły!

Ostatnia aktualizacja: 8 czerwca 2026 r.