Насоки за преглед на приложения

Въведение

Основният принцип на App Store е прост – искаме да осигурим на потребителите безопасно преживяване при изтеглянето на приложения и да предоставим на всички разработчици чудесна възможност да постигнат успех. Постигаме това, като предлагаме внимателно подбран App Store, където всяко приложение се проверява от експерти, а редакционен екип помага на потребителите да откриват нови приложения всеки ден. Също така сканираме всяко приложение за злонамерен и друг софтуер, който може да повлияе на безопасността, сигурността и поверителността на потребителите. Тези усилия направиха платформите на Apple най-безопасните за потребителите по целия свят.

На някои пазари и на определени платформи разработчиците могат също да разпространяват нотариално заверени приложения от алтернативни пазари за приложения и директно от своя уебсайт. Научете повече за алтернативните пазари за приложения, уебразпространението и нотаризацията за приложения за iOS и iPadOS. Можете да видите кои насоки се прилагат за нотаризацията на приложения за iOS и iPadOS, като щракнете върху „Highlight Notarization Review Guidelines Only“ (Показване само на насоките за преглед на нотаризация) в менюто вляво.

За всичко друго съществува интернет. Ако моделът и насоките на App Store или алтернативните начини за разпространение и нотариална заверка на приложения за iOS и iPadOS не са най-подходящи за Вашето приложение или бизнес идея, няма проблем – предлагаме и Safari за отлично уебпреживяване.

На следващите страници ще намерите последните ни насоки, разделени в пет ясни глави: „Безопасност“, „Производителност“, „Бизнес“, „Дизайн“ и „Правна информация“. App Store се променя и усъвършенства постоянно, за да отговаря на нуждите на нашите клиенти и на нашите продукти. Вашите приложения също трябва да се променят и подобряват, за да останат в App Store.

Още няколко неща, които да имате предвид, когато разпространявате приложението си на нашите платформи:

• Много деца и тийнейджъри изтеглят приложения, за да поддържат връзка, да развиват креативността си, да учат и да развиват своята независимост. Поддържането на тяхната безопасност е нещо, което приемаме сериозно. Родителският контрол предоставя на родителите много добър начин да управляват до какво и кога детето им може да има достъп – но и Вие трябва да дадете своя принос. Уверете се, че децата получават преживявания, подходящи за тяхната възраст, във Вашето приложение.
• App Store е чудесен начин да достигнете до стотици милиони хора по целия свят. Ако създавате приложение, което просто искате да покажете на близки и приятели, App Store не е най-подходящият начин да го направите. Можете да използвате Xcode, за да инсталирате приложението си на устройство безплатно, или да се възползвате от опцията за Ad Hoc разпространение, достъпна за участниците в Apple Developer Program. Ако тепърва започвате, научете повече за Apple Developer Program.
• Силно подкрепяме представянето на всички гледни точки в App Store, стига приложенията да проявяват уважение към потребителите с различни мнения и качеството на потребителското преживяване да е отлично. Ще отхвърляме приложения заради съдържание или поведение, което смятаме, че преминава общоприетите граници. Може би се питате кои граници? Е, както е казал един съдия от Върховния съд на САЩ: „Ще разбера, когато го видя“. И смятаме, че Вие също ще разберете, когато преминете границата.
• Ако се опитате да измамите системата (например като се опитате да подведете процеса на проверка, да откраднете потребителски данни, да копирате работата на друг разработчик, да манипулирате оценките или видимостта в App Store), Вашите приложения ще бъдат премахнати от магазина, а Вие ще бъдете изключени от Apple Developer Program.
• Вие носите отговорност да се уверите, че всичко в приложението Ви съответства на тези насоки, включително рекламни мрежи, услуги за анализ и SDK на трети страни, затова ги прегледайте и изберете внимателно.
• Някои функции и технологии, които обикновено не са достъпни за разработчиците, могат да се предлагат като права за инсталиране и употреба за ограничени случаи на използване. Например предлагаме права за CarPlay Audio, HyperVisor и Privileged File Operations.

Надяваме се, че тези насоки ще Ви помогнат при преминаването през процеса на преглед и че одобренията и отхвърлянията ще останат еднакви за всички. Това е променящ се документ; нови приложения, пораждащи нови въпроси, може да доведат до нови правила по всяко време. Може би Вашето приложение ще доведе до това. Ние също обичаме тези неща и уважаваме това, което правите. Наистина се опитваме да създадем най-добрата платформа в света, в която да изразявате талантите си и също да изкарвате прехраната си.

Преди да изпратите

За да бъде одобрението на приложението Ви възможно най-безпроблемно, прегледайте често срещаните грешки, посочени по-долу, които е възможно да забавят процеса на преглед или да доведат до отказ. Това не замества насоките и не гарантира одобрение, но е добре за начало да покривате всеки елемент в списъка. Ако приложението Ви вече не работи както трябва или вече не го поддържате активно, то ще бъде премахнато от App Store. Научете повече за подобренията в App Store.

Постарайте се:

• да тествате приложението си за сривове и грешки
• да се уверите, че цялата информация за приложението и метаданните са пълни и точни
• Актуализирайте данните си за връзка, в случай че от екипа на App Review се наложи да се свърже с вас
• Предоставете на App Review пълен достъп до Вашето приложение. Ако приложението Ви съдържа функции въз основа на регистрация, осигурете или активна демонстрационна регистрация, или напълно функционална демонстрационна регистрация, както и всякакъв хардуер или ресурси, които е възможно да са необходими за преглед на Вашето приложение (напр. данни за вход или примерен QR код)
• да активирате бек-енд услугите, така че да са в работен режим и достъпни по време на прегледа
• Включете подробни обяснения за неочевидните функции и покупките в приложението в бележките към App Review, като при необходимост приложете и помощна документация
• да проверите дали приложението Ви отговаря на насоките в другата документация, като:

Насоките, които включват , се прилагат за нотаризация на приложения за iOS и iPadOS.

1. Безопасност

Когато хората инсталират приложение от App Store, те искат да са сигурни, че това е безопасно – че приложението не съдържа неприятно или обидно съдържание, няма да повреди устройството им и няма вероятност използването му да доведе до физически увреждания. По-долу сме изброили основните капани, но ако целта Ви е да шокирате и обиждате хора, App Store не е подходящото място за Вашето приложение. Някои от тези правила са включени и в нотаризацията на приложения за iOS и iPadOS.

• 1.1 Нежелано съдържание

  Приложенията не трябва да включват съдържание, което е оскърбително, несъобразено, обезпокоително, създадено да отвращава, проява на лош вкус или просто зловещо. Примери за такова съдържание са:

  • 1.1.1 Клеветническо, дискриминиращо или грубо съдържание, включително позовавания или коментари относно религия, раса, сексуална ориентация, пол, национален/етнически произход или други определени групи, особено ако съществува вероятност приложението да унижава, заплашва или вреди на определено лице или група. Като цяло професионалните политически сатирици и хумористи са освободени от това изискване.
  • 1.1.2 Реалистични изображения на убийство, осакатяване, измъчване или тормоз срещу хора или животни, или съдържание, което насърчава насилие. „Противници“ в контекста на игра не могат да са единствено от определена раса, култура, реално правителство, корпорация или друга реална организация.
  • 1.1.3 Изображения, които насърчават незаконна или безотговорна употреба на оръжие и опасни предмети или улесняват закупуването на огнестрелно оръжие или боеприпаси.
  • 1.1.4 Открито сексуални или порнографски материали, определени като „изрични описания или демонстрации на сексуални органи или действия, имащи за цел да стимулират по-скоро еротични, отколкото естетични или емоционални чувства“. Това включва приложения за „запознанства“ и други приложения, които е възможно да съдържат порнография или да се използват за съдействие в проституция, трафик на хора и експлоатация.
  • 1.1.5 Подстрекателски религиозни коментари или неточни или подвеждащи цитати на религиозни текстове.
  • 1.1.6 Невярна информация и функции, включително неточни данни за устройството или функционалност, която представлява трик/шега, като фалшиви средства за проследяване на местоположение. Посочването, че приложението е „с развлекателна цел“, не е достатъчно за заобикаляне на тази насока. Приложения, които позволяват анонимни или шеговити телефонни обаждания или SMS/MMS съобщения, ще се отхвърлят.
  • 1.1.7 Зловредни концепции, които се възползват от или имат за цел да печелят от скорошни или текущи събития, като ожесточени конфликти, терористични атаки и епидемии.
• 1.2 Генерирано от потребителите съдържание

  Приложенията с генерирано от потребителите съдържание създават особени трудности, включително във връзка с нарушаване на права върху интелектуална собственост и анонимен тормоз. За предотвратяване на злоупотреби приложенията с генерирано от потребители съдържание или услуги за социални мрежи трябва да включват:

  • Метод за филтриране на нежелани материали, така че те да не се публикуват в приложението
  • Механизъм за съобщаване за оскърбително съдържание и навременно реагиране на притеснения
  • Възможност да се блокира употребата на услугата от страна на злоупотребяващите потребители
  • Публикувана информация за контакт, така че потребителите да могат лесно да се свържат с Вас

  Приложения с генерирано от потребителите съдържание или услуги, които се използват основно за порнографско съдържание, изживявания от типа на „чат рулетка“, случаен или анонимен чат, обективизиране на реални лица (напр. гласуване дали са привлекателни, или не), изпращане на физически заплахи или тормоз, не се допускат в App Store и е възможно да се премахват без известие. Ако Вашето приложение включва генерирано от потребителите съдържание от уеббазирана услуга, то може да показва инцидентно съдържание за възрастни (NSFW), при условие че това съдържание е скрито по подразбиране и се показва само когато потребителят го включи чрез Вашия уебсайт.

  Ваша е отговорността да премахвате съдържание, което нарушава тези указания, Вашите Условия на услугата или стандартите на Вашата общност. Ако открием такова съдържание, ще Ви помолим да го премахнете и да предоставите план за подобряване на съответствието с тези указания. Въз основа на Вашия отговор, приложението Ви може да бъде премахнато от App Store, докато не демонстрирате подобрения, които го привеждат в съответствие с указанията. Грубо или многократно поведение е основание за незабавно премахване на Вашето приложение от App Store и от Apple Developer Program.

  • 1.2.1 Съдържание от създатели
    Приложенията, които включват съдържание от определена общност от потребители, наречени „създатели“, са чудесна възможност, ако имат подходящо модериране. Тези приложения представят единно, обединено изживяване за взаимодействие на клиентите с различни видове съдържание от създатели. Те предлагат инструменти и програми, които помагат на тази общност от създатели, които не са разработчици, да създават, споделят и получават парични възнаграждения за генерирани от потребителите изживявания. Тези изживявания не трябва да променят основните характеристики и функционалността на базовото приложение, а по-скоро да добавят съдържание в тези структурирани изживявания. Тези изживявания не са базови „приложения“, програмирани от разработчици – те представляват съдържание в рамките на самото приложение и се считат за генерирано от потребителите съдържание от отдела App Review. Това съдържание от създатели може да включва видео, статии, аудио и дори ненатрапчиви игри. App Store поддържа приложенията, предлагащи такова генерирано от потребителите съдържание, при условие че те отговарят на насоките, включително насока 1.2 за модериране на генерираното от потребителите съдържание и насока 3.1.1 относно плащанията и покупките в приложения. Трябва да съобщите на потребителите кое съдържание изисква допълнителни покупки.
  • • (a) Приложенията за създатели трябва да предоставят на потребителите начин да идентифицират съдържание, което надвишава възрастовата категория на приложението, и да използват механизъм за възрастово ограничение въз основа на потвърдена или декларирана възраст, за да ограничат достъпа на непълнолетни потребители.
• 1.3 Категория за деца

  Категорията за деца е чудесен начин хората да намират лесно приложения, предназначени за деца. Ако искате да участвате в категорията за деца, трябва да се концентрирате върху създаването на чудесно изживяване специално за по-малките потребители. Тези приложения не трябва да съдържат връзки, водещи извън приложението, възможности за покупки или други функции, които разсейват децата, освен ако не са отделени в обозначена област с достъп само за родители. Имайте предвид, че след като клиентите очакват Вашето приложение да отговаря на изискванията на категорията за деца, то ще трябва да продължава да отговаря на тези насоки при по-късни актуализации, дори да решите да отмените тази категория. Научете повече относно входовете за родители.

  Трябва да спазвате приложимото законодателство за защитата на личните данни по света във връзка със събирането на данни от деца онлайн. Задължително прегледайте раздела за поверителността в тези насоки за повече информация. В допълнение приложенията в категорията за деца не могат да изпращат до трети страни информация, която позволява лична идентификация, или информация за устройства. Приложенията в категорията за деца не трябва да съдържат анализи или реклами от трети страни. Това осигурява по-безопасно изживяване за децата. В ограничени случаи е възможно да бъдат позволени анализи на трети страни, при условие че услугите не събират или предават IDFA или позволяваща идентификация информация относно деца (като име, дата на раждане, имейл адрес), местоположението им или техните устройства. Това включва всякаква информация за устройство, мрежа или друга информация, която би могла да се използва директно или да се комбинира с друга информация за идентифициране на потребители и техните устройства. Контекстни реклами от трети страни също е възможно да бъдат позволени в ограничени случаи, при условие че услугите имат публично документирани практики и политики за приложения в категорията за деца, които включват преглед на рекламните изображения от хора за преценка на уместността им за съответната възраст.

• 1.4 Физическо нараняване

  Ако Вашето приложение функционира по начин, който създава риск от физическо нараняване, е възможно да го отхвърлим. Например:

  • 1.4.1 Медицински приложения, които биха могли да предоставят неточни данни или информация или да се използват за диагностика или лечение на пациенти, е възможно да се проверяват по-строго.
    • В приложенията трябва да се разкриват ясно данните и методологията в подкрепа на твърденията за точност във връзка със здравните измервания и ако нивото на точност или методологията не може да се провери, ние ще отхвърлим приложението. Не се позволяват например приложения, които съдържат твърдения, че правят рентгенови снимки, измерват кръвно налягане, телесна температура, ниво на глюкоза в кръвта или ниво на кислород в кръвта, използвайки само сензорите на устройството.
    • Приложенията трябва да напомнят на потребителите да се консултират с лекар в допълнение към използването на приложението и преди да вземат медицински решения.
    Ако Вашето медицинско приложение е получило регулаторно одобрение, изпратете връзка към тази документация заедно с приложението си.
  • 1.4.2 Калкулаторите за дози на лекарства трябва да се получават от производителя на лекарството, болница, университет, здравно застрахователно дружество, аптека или друга одобрена институция или да са одобрени от FDA или един от международните еквиваленти на организацията. Имайки предвид възможността за вреди за пациентите, ние трябва да се уверим, че приложението ще се поддържа и актуализира дългосрочно.
  • 1.4.3 Приложения, които насърчават потреблението на тютюневи изделия и нагрят тютюн, незаконни наркотици или прекомерни количества алкохол. Ще се отхвърлят приложения, които насърчават непълнолетни да употребяват тези вещества. Не се допуска съдействие за продажбата на контролирани вещества (с изключение на лицензирани аптеки и лицензирани или законни по друга причина пунктове за канабис) или тютюн.
  • 1.4.4 Приложенията могат да показват само пунктове за проверка на шофьори за употреба на алкохол, които са публикувани от местните правоприлагащи агенции, и не трябва да насърчават шофиране след употреба на алкохол или друго безотговорно поведение, като несъобразена скорост.
  • 1.4.5 Приложенията не трябва да подканват клиентите да участват в дейности (като залагания, предизвикателства и др.) или да използват устройствата си по начин, който създава риск от физически наранявания за тях или за другите.
• 1.5 Информация за разработчици

  Хората трябва да знаят как да се свържат с Вас при въпроси и проблеми във връзка с поддръжката. Погрижете се Вашето приложение и неговият URL адрес за поддръжка да включват лесен начин за връзка с Вас; това е особено важно за приложения, които е възможно да се използват в класната стая. Отсъствието на точна и актуална информация за контакт не само огорчава клиентите, но и може да е в нарушение на закона в някои държави или региони. Също така се погрижете пропуските за Wallet да съдържат валидна информация за контакт от издателя и да са подписани със специален сертификат, назначен на собственика на марката или търговската марка на пропуска.

• 1.6 Сигурност на данните

  В приложенията трябва да се прилагат подходящи мерки за сигурност, за да се гарантира правилна обработка на потребителската информация, събрана по силата на Лицензионното споразумение за Apple Developer Program и тези насоки (вж. Насока 5.1 за повече информация) и да се предотврати неупълномощената ѝ употреба, разкриване или достъп от трети страни.

• 1.7 Съобщаване за престъпна дейност

  Приложенията за съобщаване на предполагаема престъпна дейност трябва да включват участието на местните правоприлагащи органи и могат да се предлагат само в държави или региони, в които това участие е активно.

2. Производителност

• 2.1 Завършеност на приложението
  • (a) Подаваните до App Review материали, включително приложения, които предоставяте за предварителна поръчка, трябва да са окончателни версии, включващи всички необходими метаданни и напълно функционални URL адреси; заместващите текстове, празните уебсайтове и другото временно съдържание трябва да се изчистват преди подаване. Погрижете се приложението Ви да е изпитано на устройство за грешки и стабилност, преди да го изпратите, и посочете информация за демонстрационна регистрация (а също и включете обслужването на бек-енда!), ако Вашето приложение включва данни за вход. Ако не можете да предоставите демонстрационна регистрация поради правни задължения или съображения във връзка със сигурността, можете да предоставите вградена демонстрационна регистрация вместо демонстрационна регистрация, с предварителното одобрение от Apple. Погрижете се демонстрационната регистрация да съдържа всички характеристики и функционалност на Вашето приложение. Ще отхвърляме непълните пакети на приложения и кодовете, които търпят сривове или демонстрират очевидни технически проблеми.
  • (б) Ако предлагате покупки в приложението във Вашето приложение, се уверете, че са пълни, актуални, видими за проверяващия и работят. Ако някои конфигурирани артикули за покупка в приложението не могат да бъдат намерени или прегледани в приложението, обяснете причината в бележките си за преглед.
• 2.2 Бета-тестване

  В App Store няма място за демонстрационни, пробни и бета-версии на приложението Ви – вместо това използвайте TestFlight. Всяко приложение, подадено за бета-разпространение чрез TestFlight, трябва да е предназначено за обществено разпространение и да отговаря на насоките на App Review. Обаче обърнете внимание, че приложенията, използващи TestFlight, не могат да се разпространяват до изпитващите в замяна на каквото и да било възнаграждение, включително като награда за набиране на средства. Значителните актуализации в бета-версията Ви трябва да се изпращат до отдела App Review на TestFlight, преди да се разпространяват до изпитващите. За да научите повече, посетете страницата за Бета тестове на TestFlight.

• 2.3 Точни метаданни

  Клиентите трябва да знаят какво получават, когато изтеглят или закупуват Вашето приложение, затова се погрижете всички метаданни за приложението Ви, включително информацията за поверителността, описанието на приложението, екранните снимки и прегледите да отразяват точно основното изживяване с приложението и не забравяйте да ги поддържате актуални при нови версии.

  • 2.3.1
    • (a) Не включвайте скрити, неактивни или недокументирани функции в приложението си; функционалността на Вашето приложение трябва да е ясна за крайните потребители и за отдела App Review. Всички нови функции, функционалност и промени в продукта трябва да са описани подробно в раздела „Бележки за преглед“ в App Store Connect (стандартните описания ще се отхвърлят) и да са достъпни за преглед. Аналогично, предлагането на Вашето приложение по подвеждащ начин, като чрез рекламиране на съдържание или услуги, които то реално не осигурява (напр. скенери за вируси и зловреден софтуер за iOS), или обявяване на невярна цена, било то в рамките на App Store или извън него, представлява основание за премахване на Вашето приложение от App Store или блокиране на инсталирането му чрез алтернативно разпространение и прекратяване на регистрацията Ви на разработчик.
    • (б) Неподходящото поведение или многократните действия са основание за премахване от Apple Developer Program. Работим усилено, за да направим App Store заслужаваща доверие екосистема, и очакваме нашите разработчици на приложения да правят същото; ако сте нечестни, не искаме да работим с Вас.
  • 2.3.2 Ако приложението Ви включва покупки в приложението, уверете се, че в описанието на приложението, снимките на екрана и визуализациите ясно е посочено дали някои от включените елементи, нива, абонаменти и т.н. изискват допълнителни покупки. Ако решите да популяризирате покупки в приложение в App Store, се погрижете екранното име, екранната снимка и описанието на покупката в приложение да са подходящи за обща аудитория, да спазвате насоките в Популяризиране на Вашите покупки в приложения и приложението Ви да обработва правилно метода SKPaymentTransactionObserver, така че клиентите да могат безпроблемно да завършат покупката, когато приложението Ви стартира.
  • 2.3.3 Екранните снимки трябва да показват приложението в употреба, а не само заглавното оформление, страницата за вход или екран за изчакване. Те могат също да съдържат насложен текст и изображения (напр. за демонстриране на механизми за въвеждане, като анимирана точка за докосване или Apple Pencil) и да показват разширена функционалност на устройство, като Touch Bar.
  • 2.3.4 Прегледите са чудесен начин клиентите да видят как изглежда приложението Ви и какво прави. За да гарантирате, че хората разбират какво ще получат от Вашето приложение, в прегледите могат да се използват видеозаписи на екрана само от самото приложение. Стикерите и разширенията на iMessage могат да показват потребителското изживяване в приложението Messages. Можете да добавяте аудио описания и видео или текстови наслагвания, за да поясните нещо, което не става ясно само от видеозаписа.
  • 2.3.5 Изберете най-подходящата категория за своето приложение и прегледайте Определенията на категориите в App Store, ако се нуждаете от помощ. Ако несъответствието е твърде голямо, е възможно да променим категорията вместо Вас.
  • 2.3.6 Отговаряйте честно на въпросите за възрастова категоризация в App Store Connect, така че приложението Ви да отговаря правилно на родителския контрол. Ако приложението Ви бъде категоризирано неправилно, е възможно клиентите да бъдат изненадани от това, което получават, или това да предизвика проверка от държавните регулаторни органи. Ако Вашето приложение съдържа мултимедия, която изисква извеждане на категоризация на съдържанието или предупреждения (напр. филми, музика, игри и др.), Вие носите отговорността за спазването на местните изисквания на всяка територия, на която приложението Ви е достъпно.
  • 2.3.7 Изберете уникално име на приложението, задайте ключови думи, които описват точно Вашето приложение, и не опитвайте да използвате в метаданните си защитени с търговска марка термини, популярни имена на приложения, информация за цени или други неуместни фрази само за да излъжете системата. Имената на приложенията трябва да се ограничават до 30 знака. Метаданните, като имена на приложения, подзаглавия, екранни снимки и прегледи, не трябва да съдържат цени, термини или описания, които не отговарят на вида метаданни. Подзаглавията на приложенията са чудесен начин да осигурите допълнителен контекст за своето приложение; те трябва да отговарят на стандартните ни правила за метаданни и не трябва да включват неподходящо съдържание, споменавания на други приложения или твърдения за продукта, които не могат да се проверят. Apple може да модифицира неподходящите ключови думи по всяко време или да предприема други уместни стъпки за предотвратяване на злоупотреба.
  • 2.3.8 Метаданните трябва да са подходящи за всички аудитории, затова се погрижете Вашето приложение и иконите за покупки в приложението, екранните снимки и прегледите да отговарят на категоризация за възраст 4+ дори ако приложението Ви е с по-висока категоризация. Например, ако Вашето приложение е игра, която съдържа насилие, изберете изображения, които не показват насилствена смърт или пистолет, насочен към определен герой. Термини като „За деца“ и „Детски“ в метаданните на приложението трябва да се използват само за категорията за деца на App Store. Не забравяйте да се погрижите Вашите метаданни, включително името и иконите на приложението (малки, големи, приложение за Apple Watch, алтернативни икони и др.), да изглеждат по подобен начин, за да се избегне объркване.
  • 2.3.9 Вие носите отговорност за гарантиране на правата за използване на всички материали в иконите, екранните снимки и прегледите на Вашето приложение и трябва да извеждате фиктивна информация за регистрация вместо данни за реално лице.
  • 2.3.10 Погрижете се Вашето приложение да се фокусира върху изживяването на платформите на Apple и не включвайте имена, икони или изображения на други мобилни платформи или други пазари за приложения в своето приложение или метаданни, освен ако няма специфична, одобрена интерактивна функционалност. Погрижете се метаданните на Вашето приложение да се фокусират върху самото приложение и изживяването в него. Не включвайте неуместна информация.
  • 2.3.11 Приложенията, които подавате за предварителна поръчка в App Store, трябва да са завършени и достъпни във вида, в който са подадени. Погрижете се приложението, което издадете в крайна сметка, да не се различава значително от това, което рекламирате, докато приложението е в състояние на предварителна поръчка. Ако направите съществени промени в приложението (напр. промените бизнес моделите), трябва да стартирате отново продажбите с предварителна поръчка.
  • 2.3.12 В приложенията трябва ясно да се описват новите функции и продуктовите промени в текста „Какво ново“. Дребните корекции на грешки, актуализациите от съображения за сигурност и подобренията в ефективността могат да имат стандартно описание, но по-значителните промени трябва да се изброяват в бележките.
  • 2.3.13 Събитията в приложенията са насрочени събития, които се случват във Вашето приложение. За да представите своето събитие в App Store, то трябва да попада в рамките на тип на събитие, посочен в App Store Connect. Всички метаданни на събитието трябва да са точни и да се отнасят за самото събитие, а не по-общо за приложението. Събитията трябва да се провеждат на датите и в часовете, които избирате в App Store Connect, включително в различни канали за продажби. Можете да получавате възнаграждения за своето събитие, при условие че спазвате правилата, изложени в раздел 3 относно бизнеса. Също така същинската връзка към събитието Ви трябва да води потребителите към правилното местоположение в приложението. Прочетете Събития в приложението за подробни насоки относно приемливите метаданни за събитието и същинските връзки към събитието.
• 2.4 Хардуерна съвместимост
  • 2.4.1 За да гарантирате, че хората получават максимума от Вашето приложение, приложенията за iPhone трябва, когато е възможно, да работят на iPad. Препоръчваме Ви да обмислите създаването на приложения, за да могат клиентите да ги използват на всичките си устройства.
  • 2.4.2 Проектирайте своето приложение така, че да използва енергията ефективно и да не създава риск от повреда на устройството. Приложенията не трябва да изчерпват бързо батерията, да генерират прекомерна топлина или да натоварват излишно ресурсите на устройството. Например приложенията не трябва да насърчават поставяне на устройството под матрак или възглавница по време на зареждане или да изпълняват прекомерни цикли на писане върху SSD устройство. Приложенията, включително възможни реклами на трети страни, извеждани в тях, не могат да изпълняват несвързани фонови процеси, като добив на криптовалута.
  • 2.4.3 Хората трябва да могат да използват Вашето приложение за Apple TV без необходимост от хардуерни въздействия освен Siri Remote или контролери за игра на трети страни, но можете свободно да осигурявате разширена функционалност при свързване на други периферни устройства. Ако Ви е необходим контролер за игра, се постарайте ясно да обясните това в метаданните си, така че клиентите да знаят, че им е необходимо допълнително оборудване, за да играят.
  • 2.4.4 Приложенията никога не трябва да предлагат или изискват рестартиране на устройството или модификации на системните настройки, които не са свързани с основната функционалност на приложението. Например не насърчавайте потребителите да изключат Wi-Fi, да деактивират функции за сигурност и др.
  • 2.4.5 За приложенията, разпространявани чрез Mac App Store, има някои допълнителни изисквания, които да имате предвид:
    • (i) Те трябва да са изолирани по подходящ начин и да са в съответствие с Документацията на файловата система на macOS. Те трябва също да използват само подходящите macOS API за модифициране на потребителските данни, съхранявани от други приложения (напр. записи в отметки, Address Book или Calendar).
    • (б) Те трябва да се пакетират и изпращат с помощта на технологии, осигурени в Xcode; не се допускат инсталатори на трети страни. Те също така трябва да са самостоятелни инсталационни пакети за едно приложение и не могат да инсталират код или ресурси в споделени местоположения.
    • (в) Те не могат да се включват автоматично или да изпълняват друг код при стартиране или влизане без съгласие, или да активират процеси, които продължават да работят без съгласие, след като потребителят излезе от приложението. Те не трябва автоматично да добавят своите икони в Dock или да оставят преки пътища на работния плот на потребителя.
    • (г) Те не трябва да изтеглят или инсталират отделни приложения, разширения на ядра, допълнителен код или ресурси, за да добавят функционалност или да променят значително приложението в сравнение с това, което виждаме в процеса на преглед.
    • (д) Те не могат да изискват повишаване до основни привилегии или да използват атрибути setuid.
    • (е) Те не могат да представят екран за лиценз при стартиране, да изискват лицензионни ключове или да имплементират собствена защита от копиране.
    • (ж) Те трябва да използват Mac App Store за разпространяване на актуализации; не се позволяват други механизми за актуализиране.
    • (з) Приложенията трябва да работят с текущо разпространяваната ОС и не могат да използват прекратени или избираеми технологии (напр. Java).
    • (и) Приложенията трябва да съдържат цялата поддръжка за езици и локализация в един приложен пакет.
• 2.5 Софтуерни изисквания
  • 2.5.1 Приложенията могат да използват само публични API и трябва да работят с текущо разпространяваната ОС. Научете повече за публичните API. Поддържайте своите приложения актуални и се погрижете да премахвате прекратените функции, рамки или технологии, които вече няма да се поддържат в бъдещи версии на ОС. Приложенията трябва да използват API и рамки за предназначенията си и да посочват тази интеграция в описанието на приложението. Например рамката HomeKit трябва да осигурява услуги за автоматизация на дома; а HealthKit трябва да се използва за целите на здравето и поддържането на добра форма и да се интегрира с приложението Health.
  • 2.5.2 Приложенията трябва да са самостоятелни в своите пакети и не могат да четат или пишат данни извън определената област на контейнера, нито да изтеглят, инсталират или изпълняват код, който внася или променя характеристики или функционалност на приложението, включително други приложения. Образователните приложения, предназначени за преподаване, разработване или създаване на възможности за учащите да изпитват изпълним код, могат при ограничени обстоятелства да изтеглят код, при условие че този код не се използва за други цели. В тези приложения изходният код, осигурен от приложението, трябва да е изцяло видим и достъпен за редактиране от потребителя.
  • 2.5.3 Ще се отхвърлят приложения, които предават вируси, файлове, компютърен код или програми, които е възможно да навредят на или да нарушат нормалната работа на операционната система и/или хардуерните функции, включително насочени известия и Game Center. Грубите и многократните нарушения ще водят до премахване от Apple Developer Program.
  • 2.5.4 Многозадачните приложения могат да използват услуги във фонов режим само по предназначение: VoIP, възпроизвеждане на аудио, местоположение, завършване на задача, локални известия и др.
  • 2.5.5 Приложенията трябва да са напълно функционални в мрежи само с IPv6.
  • 2.5.6 Приложенията, които сърфират в интернет, трябва да използват подходяща рамка на WebKit и WebKit Javascript. Можете да кандидатствате за правомощия да използвате алтернативен уеббраузър в приложението си. Научете повече за тези правомощия за ЕС и Япония.
  • 2.5.7 Умишлено пропуснато.
  • 2.5.8 Приложения, които създават алтернативна среда на работния плот/началния екран, ще бъдат отхвърлени.
  • 2.5.9 Приложенията, които променят или деактивират функциите на стандартните превключватели, като тези за усилване/намаляване на звука и за звънене/заглушаване, или други елементи или поведение на базовия потребителски интерфейс, ще се отхвърлят. Например приложенията не трябва да блокират връзки към други приложения или други функции, за които потребителите биха очаквали да работят по определен начин.
  • 2.5.10 Умишлено пропуснато.
  • 2.5.11 SiriKit и преки пътища
    • (а) Приложенията с интегрирани SiriKit и Shortcuts трябва да се регистрират само за намерения, които могат да обработват без подкрепата на допълнително приложение и които потребителите биха очаквали от посочената функционалност. Например, ако Вашето приложение е за планиране на меню, не трябва да включвате намерение за започване на тренировка дори ако приложението споделя интеграция с приложение за фитнес.
    • (б) Уверете се, че речникът и фразите във Вашия списък със свойства отговаря на приложението Ви и на функционалността на Siri за намеренията, за които е регистрирано приложението. Псевдонимите трябва да са свързани директно с името на Вашето приложение или дружество и не трябва да са стандартни термини или да съдържат имена на приложения или услуги на трети страни.
    • (в) Разрешавайте заявката за Siri или елемент на Shortcuts по възможно най-директния начин и не вмъквайте реклами или други маркетингови материали между заявката и изпълнението ѝ. Изисквайте разяснения само когато са необходими, за да се изпълни задачата (напр. запитване до потребителя за посочване на определен тип тренировка).
  • 2.5.12 Приложенията, които използват CallKit или съдържат разширение за измами по SMS, трябва да блокират само телефонни номера, за които е потвърдено, че разпространяват спам. Приложенията, които съдържат функционалност за блокиране на обаждания, SMS и MMS или идентифициране на спам, трябва да посочват ясно тези функции в маркетинговия си текст и да обясняват критериите за своите списъци с блокирани и спам. Не можете да използвате данните, до които е получен достъп с помощта на тези инструменти, за цели, които не са пряко свързани с управлението или подобряването на Вашето приложение или разширение (напр. не можете да ги използвате, споделяте или продавате с цел проследяване, създаване на потребителски профили и др.).
  • 2.5.13 Приложенията, в които се използва разпознаване на лица за удостоверяване на акаунт, трябва да използват LocalAuthentication (не ARKit или друга технология за разпознаване на лица), когато е възможно, и трябва да използват алтернативен метод на удостоверяване за потребители на възраст под 13 години.
  • 2.5.14 Приложенията трябва да изискват изричното съгласие на потребителите и да осигуряват ясно визуално и/или звуково съобщение, когато записват, регистрират или създават запис относно дейността на потребителя по друг начин. Това включва всяка употреба на камерата, микрофона на устройството, запис на екрана или друго въвеждане от потребителя.
  • 2.5.15 Приложенията, които позволяват на потребителите да разглеждат и избират файлове, трябва да включват елементи от приложението Files и документите на потребителя в iCloud.
  • 2.5.16 Уиджетите, разширенията и известията трябва да са свързани със съдържанието и функционалността на Вашето приложение.
    • (a) В допълнение всички характеристики и функционалности на App Clip трябва да са включени в основния файл на приложението. App Clips не могат да съдържат реклами.
  • 2.5.17 Приложенията, които поддържат Matter, трябва да използват рамката за поддръжка на Matter от Apple за иницииране на сдвояване. В допълнение, ако изберете да използвате софтуерен компонент от Matter в своето приложение, различен от Matter SDK, осигурен от Apple, софтуерният компонент трябва да е сертифициран от Connectivity Standards Alliance за платформата, на която работи.
  • 2.5.18 Рекламите на дисплея трябва да се ограничават до основния файл на приложението и не трябва да се включват в разширения, App Clips, уиджети, известия, клавиатури, приложения за watchOS и др. Рекламите, които се показват в приложение, трябва да са подходящи за възрастовата категоризация на приложението, да позволяват на потребителя да види цялата информация, използвана за насочването на тази реклама към него (без необходимост потребителят да излиза от приложението), и не могат да участват в насочено или основано на поведението рекламиране въз основа на деликатни потребителски данни, като здравни/медицински данни (напр. от HealthKit API), данни за училище и класна стая (напр. от ClassKit) или от деца (напр. от приложения в категорията за деца на App Store) и др. Рекламите по време на зареждане или такива, които прекъсват или блокират потребителското изживяване, трябва да съдържат ясно обозначение, че представляват реклама, не трябва да манипулират или да подлъгват потребителите да ги докосват и трябва да съдържат леснодостъпни и видими бутони за затваряне/пропускане, които са достатъчно големи, за да могат хората лесно да откажат рекламата. Приложенията, които съдържат реклами, трябва да включват и възможност потребителите да докладват за неподходящи или неподходящи за възрастта реклами.

3. Бизнес

В App Store има множество начини да получавате възнаграждение от своето приложение. Ако Вашият бизнес модел не е очевиден, обяснете го в метаданните и в бележките към отдела App Review. Ако не можем да разберем как работи Вашето приложение или покупките в приложението не са очевидни, това ще забави Вашия преглед и може да доведе до отказ. И въпреки че ценообразуването е по Ваша преценка, ние няма да разпространяваме приложения и елементи за покупки в приложения, които очевидно са надценени. Ще отказваме скъпи приложения, които се опитват да измамят потребителите с неоправдано високи цени.

Ако установим, че сте направили опит да манипулирате прегледите, да завишите изкуствено класирането си с платени, стимулирани, филтрирани или фалшиви отзиви или работите с външни услуги, които да правят това от Ваше име, ще предприемем стъпки за запазване на почтеността на App Store, което може да предполага Вашето изключване от Apple Developer Program.

• 3.1 Плащания
  • 3.1.1 Покупка в приложение:
    • Ако искате да отключите функции или функционалност в своето приложение (напр.: абонаменти, валута в приложението, нива на играта, достъп до платено съдържание или отключване на пълна версия), трябва да използвате покупки в приложението. Приложенията не могат да използват собствени механизми за отключване на съдържание или функционалност, като лицензионни ключове, маркери в разширена реалност, QR кодове, криптовалути и портфейли за криптовалута и др.
    • Приложенията могат да използват валути за покупка в приложение, за да дадат възможност на клиентите да дадат „бакшиш“ на разработчика или на доставчиците на дигитално съдържание в приложението.
    • Всички кредити или валути в играта, придобити чрез покупка в приложение, не могат да изтичат и Вие трябва да гарантирате наличието на механизъм за възстановяване на покупки в приложение, подлежащи на възстановяване.
    • Приложенията могат да позволяват подаряване на елементи, които са допустими за покупка в приложение, на други. Средствата за тези подаръци могат да се възстановяват само на първоначалния купувач и не могат да се заменят.
    • Приложенията, разпространявани чрез Mac App Store, могат да хостват плъгини или разширения с възможности от механизми, различни от App Store.
    • Приложенията, които предлагат закупуване на „кутии с плячка“ или други механизми, които осигуряват произволни виртуални елементи за покупка, трябва да разкриват на клиентите вероятността за получаване на всеки тип елемент преди покупката.
    • Дигитални подаръчни карти, сертификати, ваучери и купони, които могат да се заменят за дигитални стоки или услуги, могат да се продават в приложението Ви само с помощта на покупка в приложение. За физически подаръчни карти, които се продават в приложение и след това се изпращат до клиентите по пощата, могат да се използват методи на плащане, различни от покупка в приложение.
    • Приложенията без абонамент могат да предлагат определен безплатен пробен период, преди да представят опция за пълно отключване, като настроят Non-Consumable IAP елемент на ценово ниво 0 с название съгласно следната схема: „XX-дневен пробен период“. Преди началото на пробния период Вашето приложение трябва ясно да посочва неговата продължителност, съдържанието или услугите, които няма да са достъпни след края на пробния период, както и възможни последващи плащания, които потребителят би се наложило да заплати за пълната функционалност. Научете повече относно управлението на достъпа до съдържанието и срока на пробния период, използвайки Receipts и Device Check.
    • Приложенията могат да използват покупка в приложение за продажба на услуги, свързани с незаменими токени (NFT), като създаване, предлагане и прехвърляне. Приложенията могат да позволяват на потребителите да преглеждат собствените си NFT, при условие че притежаването на NFT не отключва характеристики или функционалност в приложението. Приложенията могат да позволяват на потребителите да преглеждат колекции с NFT, притежавани от други лица, при условие че приложенията, с изключение на приложения на видимата в САЩ част от дигиталните платформи, не могат да включват бутони, външни връзки или други призиви за действие, които водят клиентите към механизми на закупуване, различни от покупка в приложение.
  • 3.1.1(a) Връзка към други начини на закупуване: разработчиците могат да кандидатстват за правомощия да предоставят връзка в своето приложение към уебсайт, който разработчикът притежава или за който носи отговорност, за закупуване на такива елементи. За приложенията им на видимата в САЩ част от дигиталните платформи за програмистите не се изискват права за инсталиране и употреба, за да могат да включват бутони, външни връзки или други призиви за действие. Моля, вижте допълнителни подробности по-долу.
    • Правомощия за връзка за външна покупка на StoreKit: приложенията на App Store в определени региони могат да предлагат покупки в приложението и също така да използват правомощие на връзка за външна покупка на StoreKit, за да включват връзка към уебсайта на разработчика, която информира потребителите за други начини за закупуване на цифрови стоки или услуги. Научете повече за тезиправомощия. В съответствие със споразумението за предоставяне на правомощия връзката може да информира потребителите за това къде и как да закупят тези елементи с покупка в приложението, както и за факта, че те може да са налични на сравнително по-ниска цена. Правомощията са ограничени до използване само в App Store на iOS или iPadOS в конкретни витрини. Във всички останали видими части на дигиталните платформи, с изключение видимата част на платформите в САЩ, където тази забрана не се прилага, приложенията и техните метаданни не могат да включват бутони, външни връзки или други призиви за действия, които насочват клиентите към механизми за закупуване, различни от покупки в приложението.
    • Правомощия на услуги за поточно предаване на музика: приложенията за поточно предаване на музика в определени региони могат да използват правомощия за услуги за поточно предаване на музика, за да включат връзка (която може да е под формата на бутон за покупка) към уебсайта на разработчика, която информира потребителите за други начини за закупуване на цифрово музикално съдържание или услуги. Тези правомощия също така позволяват на разработчиците на приложения за поточно предаване на музика да канят потребителите да предоставят своя имейл адрес с изричната цел да им изпратят връзка към уебсайта на разработчика за закупуване на цифрово музикално съдържание или услуги. Научете повече за тезиправомощия. В съответствие със споразуменията за правомощия връзката може да информира потребителите за това къде и как да закупят тези артикули за покупка в приложението и за цената на тези артикули. Правомощията са ограничени до използване само в App Store на iOS или iPadOS в конкретни витрини. Във всички други витрини приложенията за поточно предаване на музика и техните метаданни не могат да включват бутони, външни връзки или други призиви за действие, които водят клиентите към механизми на закупуване, различни от покупка в приложение.
    • Ако Вашето приложение се ангажира с подвеждащи маркетингови практики, измами или измами във връзка с правомощията, то ще бъде премахнато от App Store и може да бъдете отстранени от Apple Developer Program.
  • 3.1.2 Абонаменти: приложенията могат да предлагат абонаменти за покупки в приложение с автоматично подновяване, независимо от категорията в App Store. Когато включвате абонаменти с автоматично подновяване в своето приложение, спазвайте насоките по-долу.
  • 3.1.2(a) Допустима употреба: ако предлагате абонамент с автоматично подновяване, трябва да осигурявате постоянна стойност за клиента, а периодът на абонамента трябва да е най-малко седем дни и да е достъпен на всички устройства на потребителя. Въпреки че списъкът по-долу не е изчерпателен, уместните абонаменти включват: нови нива на игри; епизодично съдържание; поддръжка за няколко играчи; приложения, които предлагат постоянни, значителни актуализации; достъп до големи колекции или непрекъснато актуализирано мултимедийно съдържание; софтуер като услуга (SAAS); и поддръжка в облака. В допълнение:
    • Абонаменти могат да се предлагат наред с предложения à la carte (напр. можете да предлагате абонамент за цяла библиотека от филми, както и закупуване или наем на отделен филм).
    • Игрите, предлагани в абонамент за услуга за поточни игри, могат да предлагат общ абонамент, споделен между приложения и услуги на трети страни; обаче те трябва да се изтеглят директно от App Store, да са проектирани за избягване на дублирано плащане от абонат и не трябва да са в ущърб на клиентите, които не са абонирани.
    • Абонаментите трябва да работят на всички устройства на потребителя, на които е достъпно приложението. Научете повече относно споделянето на абонамент между приложенията Ви.
    • Както при всички приложения, тези, които предлагат абонаменти, трябва да позволяват на потребителя да получава това, за което е заплатил, без да изпълнява допълнителни задачи, като публикуване в социални мрежи, качване на данни за контакт, влизане в приложението определен брой пъти и др.
    • Абонаментите могат да включват подлежащи на изразходване кредити, скъпоценни камъни, валути в играта и др. и Вие можете да предлагате абонаменти, които включват достъп до консумативи с отстъпка (напр. платинено членство, което разкрива пакети със скъпоценни камъни на намалена цена).
    • Ако преобразувате наличното си приложение към бизнес модел въз основа на абонамент, не трябва да премахвате основната функционалност, за която текущите потребители вече са платили. Например оставете клиентите, които вече са закупили „отключване на цялата игра“, да продължат да имат достъп до пълната игра, след като въведете модел с абонамент за нови клиенти.
    • Приложенията с абонамент с автоматично подновяване могат да предлагат безплатен пробен период, като осигуряват съответната информация, посочена в App Store Connect. Научете повече относно предоставяне на оферти за абонаменти.
    • Приложенията, които се опитват да мамят потребителите, ще се премахват от App Store. Това включва приложения, които опитват да подлъжат потребителите да закупят абонамент под фалшив претекст или участват в нечестни и измамни практики; те ще се премахват от App Store и е възможно Вие да бъдете изключени от Apple Developer Program.
    • Приложенията на мобилни оператори могат да включват автоматично подновяващи се абонаменти за музика и видео в пакети с нови планове за мобилни данни след предварително одобрение от Apple. Други автоматично подновяващи се абонаменти също могат да бъдат включени в пакети, когато са закупени с нови планове за мобилни данни, с предварително одобрение от Apple, ако приложенията на мобилния оператор поддържат покупка в приложението за потребителите. Такива абонаменти не могат да включват достъп до консумативи или отстъпки от тях и абонаментите трябва да се прекратяват едновременно с плана за мобилни данни.
  • 3.1.2(b) Надграждания и връщания към по-стари версии: Потребителите трябва да имат безпроблемно изживяване за надграждане/връщане към по-стара версия и не трябва да могат ненадейно да се абонират за няколко варианта на едно и също нещо. Прегледайте най-добрите практики за управляването на Вашите възможности за надграждане и връщане към по-стара версия.
  • 3.1.2(c) Информация за абонамент: Преди да подканите клиент да се абонира, трябва ясно да опишете какво ще получи той за посочената цена. Колко издания на месец? Колко място за съхранение в облака? Какъв тип достъп до услугата Ви? Уверете се, че ясно съобщавате изискванията, описани в Допълнение 2 от Лицензионното споразумение за Apple Developer Program.
  • 3.1.3 Други начини на закупуване: Следните приложения могат да използват начини на закупуване, различни от покупка в приложение. Приложенията в този раздел не могат да насърчават потребителите да използват начин на закупуване в приложението, различен от покупка в приложението, с изключение на приложенията на видимата в САЩ част от дигиталните платформи и както е посочено в 3.1.1(а) и 3.1.3(а). Разработчиците могат да изпращат съобщения извън приложението до потребителската си база относно начини на закупуване, различни от покупка в приложение.
  • 3.1.3(a) Приложения „Четци“: Приложенията могат да позволяват на потребител да получава достъп до закупено по-рано съдържание или абонаменти за съдържание (по-специално списания, вестници, книги, аудио, музика и видео). Приложенията четци могат да предлагат създаване на регистрация за безплатни нива и функционалност за управление на регистрация за съществуващи клиенти. Разработчиците на приложения четци могат да кандидатстват за External Link Account Entitlement, за да предоставят информационна връзка в своето приложение към уебсайт, който разработчикът притежава или за който поддържа отговорност, за създаване или управление на регистрация. Това право не се изисква програмистите да включват бутони, външни връзки или други призиви за действие в приложенията си за видимата в САЩ част от дигиталните платформи. Научете повече относно External Link Account Entitlement.
  • 3.1.3(b) Услуги на множество платформи: Приложения, които работят на няколко платформи, могат да позволяват на потребителите достъп до съдържание, абонаменти или функции, които са придобили във Вашето приложение на други платформи или на Вашия уебсайт, включително консумативи в игри на няколко платформи, при условие че тези артикули са достъпни и като покупки в приложението.
  • 3.1.3(c) Корпоративни услуги: Ако Вашето приложение се продава директно само от Вас на организации или групи за техните служители или учащи (например професионални бази данни и инструменти за управление на класна стая), можете да позволите на корпоративните потребители да имат достъп до закупено по-рано съдържание или абонаменти. Продажбите за отделни потребители или семейства трябва да използват покупка в приложение.
  • 3.1.3(d) Услуги между отделни лица: Ако Вашето приложение позволява закупуване на услуги между две отделни лица в реално време (напр. обучения, медицински консултации, огледи на недвижими имоти или фитнес тренировки), можете да използвате начини на закупуване, различни от покупка в приложение, за да получавате тези плащания. При услуги в реално време между един потребител и множество други трябва да се използва покупка в приложение.
  • 3.1.3(e) Стоки и услуги извън приложението: Ако Вашето приложение позволява на хората да закупуват физически стоки или услуги, които ще се употребяват извън приложението, трябва да използвате начини на закупуване, различни от покупка в приложение, за да събирате тези плащания, като Apple Pay или традиционно въвеждане на кредитна карта.
  • 3.1.3(f) Безплатни самостоятелни приложения: безплатните приложения, действащи като самостоятелен придружител на платен уеббазиран инструмент (например VoIP, съхранение в облак, имейл услуги, уебхостинг), не е необходимо да използват покупка в приложението, при условие че няма покупка в самото приложение или призиви към действие за покупка извън приложението.
  • 3.1.3(g) Приложения за управление на реклами: Приложенията с единствена цел да позволят на рекламодатели (лица или компании, които рекламират продукт, услуга или събитие) да закупят или управляват рекламни кампании с различни типове мултимедия (телевизия, външна, уебсайтове, приложения и др.), не е нужно да използват покупка в приложение. Тези приложения са създадени за управление на кампании и не извеждат самите реклами. Дигиталните покупки за съдържание, което се използва или консумира в приложение, включително закупуване на реклами, които да се извеждат в същото приложение (като продажби на „подпомагане“ на публикации в приложение на социална мрежа), трябва да използват покупка в приложение.
  • 3.1.4 Специфично за хардуер съдържание: При ограничени обстоятелства, като например, когато функциите зависят от определен хардуер, за да функционират, приложението може да отключва тази функционалност без използване на покупка в приложение (напр. приложение за астрономия, което добавя функции при синхронизиране с телескоп). Функции на приложения, които работят в комбинация с одобрен физически продукт (например играчка) на избираема основа, могат да отключват функционалност без използване на покупка в приложение, при условие че е налице и възможност за покупка в приложение. Въпреки това не можете да изисквате от потребителите да закупуват несвързани продукти или да участват в рекламни или маркетингови дейности, за да отключат функционалност на приложението.
  • 3.1.5 Криптовалути:
    • (а) Портфейли: приложенията може да съдействат за съхранение на виртуална валута, при условие че се предлагат от разработчици, регистрирани като организация.
    • (б) Добив: приложенията не може да добиват криптовалути, освен ако обработката не се извършва извън устройството (напр. базиран в облака добив).
    • (в) Борси: приложенията може да съдействат за трансакции или предаване на криптовалута на одобрена борса, при условие че се предлагат само в държави или региони, в които приложението разполага с подходящ лиценз и разрешения да предоставя борса за криптовалута.
    • (г) Първоначално предлагане на монети: приложенията, съдействащи за първоначално предлагане на монети (ICO), търговия с фючърси за криптовалута и търговия с други крипто ценни книжа или квази ценни книжа, трябва да са създадени от утвърдени банки, дружества за ценни книжа, посредници за търговия с фючърси (FCM) или други одобрени финансови институции и трябва да са в съответствие с приложимото законодателство.
    • (д) Приложенията за криптовалути не може да предлагат валута срещу изпълняването на задачи, като изтегляне на други приложения, насърчаване на други потребители да изтеглят, публикуване в социални мрежи и др.
• 3.2 Други проблеми с бизнес модели

  Списъците по-долу не са изчерпателни и Вашето подаване може да доведе до изменение или актуализация на нашите политики, но ето някои допълнителни препоръки и забрани, които да имате предвид:

  • 3.2.1 Допустими
    • (а) Извеждане на собствените Ви приложения за закупуване или популяризиране във Вашето приложение, при условие че приложението не е само каталог на Вашите приложения.
    • (б) Извеждане или препоръчване на набор от приложения на трети страни, проектирани за определена одобрена нужда (напр. грижи за здравето, авиация, достъпност). Вашето приложение трябва да осигурява солидно редакторско съдържание, така че да не изглежда само като магазин.
    • (в) Деактивиране на достъпа до определено одобрено съдържание под наем (напр. филми, телевизионни предавания, музика, книги) след изтичане на периода на наема; всички други елементи и услуги не могат да имат срок на валидност.
    • (г) Пропуски за Wallet могат да се използват за нареждане или получаване на плащания, предаване на оферти или осигуряване на идентификация (като билети за филм, купони и VIP идентификатори). Други видове употреба могат да доведат до отхвърляне на приложението и отнемане на правата за Wallet.
    • (д) Застрахователните приложения трябва да са безплатни, да отговарят на законовите изисквания в регионите, в които се разпространяват, и не могат да използват покупка в приложение.
    • (е) Одобрени организации с нестопанска цел могат да набират средства директно в собствените си приложения или в приложения на трети страни, при условие че тези кампании за набиране на средства отговарят на всички Насоки за преглед на приложения и предлагат поддръжка на Apple Pay. В тези приложения трябва да се разкрива как ще се използват средствата, приложенията трябва да са в съответствие с местното и федералното законодателство и на дарителите трябва да се осигуряват подходящи данъчни квитанции. Допълнителна информация трябва да се предоставя на отдела App Review при поискване. Платформите с нестопанска цел, които свързват дарители с други организации с нестопанска цел, трябва да гарантират, че всяка организация с нестопанска цел, посочена в приложението, също е преминала процеса на одобрение на организациите с нестопанска цел. Научете повече за одобрените организации с нестопанска цел.
    • (ж) Приложенията могат да дават възможност на отделни потребители да правят парични подаръци на други лица, без да използват покупка в приложение, при условие че (a) подаръкът е изцяло по преценка на даващия и (б) 100% от средствата отиват при получателя на подаръка. Въпреки това подарък, свързан в който и да било момент с получаването на дигитално съдържание или услуги, трябва да използва покупка в приложението.
    • (viii) Приложенията, използвани за финансова търговия, инвестиране или управление на пари, трябва да се изпращат от финансовата институция, извършваща такива услуги, и трябва да имат необходимия лиценз и разрешения на местата, където ги предоставяте.
  • 3.2.2 Недопустими
    • (а) Създаване на интерфейс за извеждане на приложения на трети страни, разширения или плъгини, подобни на App Store, или като колекция за общи интереси.
    • (б) Умишлено пропуснато.
    • (в) Изкуствено завишаване на броя импресии или щраквания върху реклами, както и приложения, проектирани най-вече за показване на реклами.
    • (г) Освен ако не сте одобрена организация с нестопанска цел или имате друго разрешение съгласно раздел 3.2.1 (е) по-горе, събиране на средства в приложението за благотворителни организации и набиране на средства. Приложенията, които имат за цел да събират пари за такива каузи, трябва да са безплатни в App Store и могат да събират средства само извън приложението, като например чрез Safari или с SMS.
    • (д) Произволно ограничаване на лицата, които могат да използват приложението, като по местоположение или оператор.
    • (е) Умишлено пропуснато.
    • (ж) Изкуствено манипулиране на видимостта, статута или класирането на потребител в други услуги, освен ако това не е позволено в Общите условия на съответната услуга.
    • (з) В App Store не се позволяват приложения, които спомагат за търговия с бинарни опции. Вместо това обмислете уебприложение. Приложения, които спомагат за търговия с договори за разлики (CFD) или други деривативни инструменти (напр. FOREX), трябва да са подходящо лицензирани във всички юрисдикции, в които услугата е налична.
    • (и) Приложенията, които предлагат лични кредити, трябва да разкриват ясно и на видно място всички кредитни условия, включително, без изброяването да е изчерпателно, еквивалентния максимален годишен лихвен процент (APR) и срока за плащане. Приложенията не могат да начисляват максимален APR, по-висок от 36%, включително такси и комисиони, и не могат да изискват пълно изплащане в рамките на 60 дни или по-малко.
    • (й) Приложенията не трябва да принуждават потребителите да оценяват приложението, да дават отзив за приложението, да изтеглят други приложения или да извършват други действия, свързани с магазина, за да получават достъп до функционалност, съдържание или да използват приложението. В противен случай приложенията може да стимулират потребителите да предприемат конкретни действия в рамките на приложенията (напр. завършване на ниво, гледане на реклама).

4. Дизайн

Клиентите на Apple ценят високо продукти, които са опростени, оптимизирани, иновативни и лесни за употреба, и именно подобни неща очакваме в App Store. Създаването на страхотен дизайн е по Ваша преценка, но посочените по-долу минимални стандарти се изискват за одобрение в App Store. Помнете също, че дори след като Вашето приложение бъде одобрено, Вие трябва да го актуализирате, за да гарантирате, че остава функционално и увлекателно за новите и съществуващите клиенти. Приложения, които спират да работят или предлагат изживяване с нарушено качество, е възможно да се премахват от App Store по всяко време.

• 4.1 Подражаване
  • (a) Разработвайте собствени идеи. Знаем, че ги имате, така че ги осъществете. Не създавайте просто копие на най-актуалното популярно приложение в App Store и не правете само малки промени в името или интерфейса на друго приложение, за да го представите като свое собствено. Освен че по този начин рискувате да Ви бъде предявен иск за нарушаване на права върху интелектуална собственост, това затруднява навигацията в App Store и просто не е честно спрямо другите разработчици.
  • (b) Изпращането на приложения, които се представят за други приложения или услуги, се счита за нарушение на Етичния кодекс на разработчиците и може да доведе до отстраняване от Apple Developer Program.
  • (в) Не можете да използвате икона, марка или име на продукт на друг разработчик в иконата или името на приложението си без одобрение от разработчика.
• 4.2 Минимална функционалност

  Приложението Ви трябва да включва функции, съдържание и потребителски интерфейс, които го правят нещо повече от преработка на уебсайт. Ако Вашето приложение не е особено полезно, уникално или не „прилича на приложение“, мястото му не е в App Store. Ако Вашето приложение не осигурява някакъв вид трайна развлекателна стойност или достатъчна полезност, е възможно да не бъде прието. Приложенията, които са просто песен или филм, трябва да се подават до iTunes Store. Приложенията, които са просто книга или ръководство за игра, трябва да се подават до Apple Books Store.

  • 4.2.1 Приложенията, които използват ARKit, трябва да осигуряват богати и интегрирани изживявания с разширена реалност; не е достатъчно просто да пуснете модел в изглед на AR или да възпроизвеждате анимация.
  • 4.2.2 С изключение на каталозите, приложенията не трябва да са основно маркетингови материали, реклами, откъси от материали в мрежата, агрегатори на съдържание или колекция от връзки.
  • 4.2.3
    • (а) Приложението Ви трябва да работи самостоятелно, без да изисква инсталиране на друго приложение, за да функционира.
    • (б) Ако за приложението Ви е необходимо да изтеглят допълнителни ресурси, за да функционира при първоначалното стартиране, разкривайте размера на изтеглянето и информирайте потребителите, преди да го изпълните.
  • 4.2.4 Умишлено пропуснато.
  • 4.2.5 Умишлено пропуснато.
  • 4.2.6 Приложенията, създадени от комерсиализиран шаблон или услуга за генериране на приложения, ще се отхвърлят, освен ако не са подадени директно от доставчика на съдържание на приложението. Тези услуги не трябва да подават приложения от името на своите клиенти и трябва да предлагат инструменти, които позволяват на клиентите им да създават персонализирани, иновативни приложения, които осигуряват уникални клиентски изживявания. Друга приемлива възможност за доставчици на шаблони е да създават общ файл с програмен код за хостване на цялото клиентско съдържание в обобщен или избираем модел, например като приложение за намиране на ресторанти с отделни персонализирани записи или страници за всеки клиентски ресторант, или като приложение за събития с отделни записи за всяко клиентско събитие.
  • 4.2.7 Клиенти на Remote Desktop: Ако Вашето приложение за отдалечен работен плот действа като копие на определен софтуер или услуги, а не като общо отражение на устройството-хост, то трябва да отговаря на следните изисквания:
    • (a) Приложението трябва да се свързва само с притежавано от потребителя устройство хост, което представлява персонален компютър или специална конзола за игри, притежавана от потребителя, като и устройството хост, и клиентът трябва да са свързани в локална и базирана на LAN мрежа.
    • (б) Всеки софтуер или услуги, които се показват при клиента, се изпълняват изцяло на устройството хост, възпроизвеждат на екрана на устройството хост и не могат да използват функции на API или на платформа извън необходимите за поточно предаване на отдалечен работен плот.
    • (в) Всякакво създаване и управление на регистрации трябва да се инициира изцяло от устройството хост.
    • (г) Потребителският интерфейс, който се показва при клиента, не наподобява изглед на iOS или App Store, не осигурява подобен на магазин интерфейс и не включва възможност за разглеждане, избиране или закупуване на софтуер, който не се притежава или не е лицензиран от потребителя. От съображения за яснота, трансакциите, осъществявани в дублиран софтуер, не е необходимо да използват покупка в приложение, при условие че трансакциите се обработват на устройството хост.
    • (д) „Тънки клиенти“ за базирани в облака приложения не са подходящи за App Store.
• 4.3 Спам
  • (а) Не създавайте множество идентификатори на пакет за едно и също приложение (например, да публикувате отделно приложение с карти за всеки град по света, вместо една обща карта на света, която позволява на потребителите да търсят във всеки град). Тази практика води до натрупване на ненужни приложения, което затруднява потребителите да намерят онова, което търсят. Ако Вашето приложение има различни версии за определени местоположения, спортни отбори, университети и др., обмислете възможността да изпратите едно приложение и да осигурявате различните варианти чрез покупка в приложението.
  • (б) Не подавайте заявки за приложения, които не се различават от вече широко разпространените. Опортюнистичното създаване на варианти на съществуващи категории приложения или популярни приложения влошава възможностите за откриване в App Store, понижава общото качество на приложенията и вреди както на потребителите, така и на разработчиците. Определени видове приложения, като например приложения за запознанства, фенерчета, звукови ефекти, тапети, прости таймери и гадаене, са широко разпространени в App Store и няма да приемаме нови предложения, освен ако те не предлагат значително различно или подобрено преживяване. В бъдеще може да премахнем тези приложения от App Store, ако не бъдат актуализирани, подобрени или не привличат клиенти. Други видове приложения, като например игри за пиене, за „Кама Сутра“, за пръцкане и оригване, са посредствени, с ниско качество или създадени без особени усилия и не добавят стойност към App Store. Повторното подаване на подобни заявки може да доведе до изключване от Apple Developer Program.
• 4.4 Разширения

  Приложенията, които хостват или съдържат разширения, трябва да отговарят на Ръководството за програмиране на разширения на приложения, Документацията за разширенията на приложенията на Safari или Документацията за уебразширенията на Safari и трябва да включват някои функции, като например екрани за помощ и интерфейси за настройки, където е възможно. В маркетинговия текст на приложението трябва ясно и точно да разкривате какви разширения се предоставят, като разширенията не могат да съдържат маркетинг, реклами или покупки в приложението.

  • 4.4.1 За разширенията на клавиатурата важат някои допълнителни правила.
    

    Те трябва да:

    • Осигуряват функционалност за въвеждане с клавиатура (напр. печатни символи);
    • Спазват насоките за стикери, ако клавиатурата включва изображения или емоджи;
    • Осигуряват метод за преминаване към следващата клавиатура;
    • Остават функционални без пълен достъп до мрежа и без да изискват пълен достъп;
    • Събират данни за дейността на потребителя само с цел подобряване на функционалността на разширението на клавиатурата на потребителя на устройството с iOS.

    Те не трябва да:

    • Зареждат други приложения, освен Settings; или
    • Променят предназначението на бутони на клавиатурата за друго поведение (напр. задържане на бутона „назад“ за пускане на камерата).
  • 4.4.2 Разширенията на Safari трябва да работят с текущата версия на Safari на съответната операционна система на Apple. Те не трябва да се намесват в елементите на потребителския интерфейс на Safari или на системата и не трябва да включват злонамерено или подвеждащо съдържание или код. Нарушаването на това правило ще води до премахване от Apple Developer Program. Разширенията за Safari не трябва да изискват достъп до повече уебсайтове, отколкото са необходими за функционирането им.
  • 4.4.3 Умишлено пропуснато.
• 4.5 Сайтове и услуги на Apple
  • 4.5.1 Приложенията могат да използват одобрени RSS емисии на Apple, като тази на iTunes Store, но не могат да събират информация от сайтове на Apple (напр. apple.com, iTunes Store, App Store, App Store Connect, портала за разработчици и др.) или да създават класации, използвайки тази информация.
  • 4.5.2 Apple Music
    • (а) MusicKit в iOS позволява на потребителите да възпроизвеждат Apple Music и собствената си локална музикална библиотека от Вашите приложения и игри. Когато потребител дава разрешение на своята регистрация в Apple Music, Вашето приложение може да създава плейлисти, да добавя песни в библиотеката му и да възпроизвежда някоя от милионите песни в каталога на Apple Music. Потребителите трябва да инициират възпроизвеждането на поточно предаване от Apple Music и да могат да навигират, използвайки стандартни контроли за мултимедия, като „възпроизвеждане“, „пауза“ и „пропускане“. В допълнение Вашето приложение не може да изисква плащане или косвено да получава възнаграждение за достъпа до услугата Apple Music (напр. покупка в приложение, реклама, искане на информация за потребителя и др.). Не изтегляйте, не качвайте и не създавайте възможности за споделяне на музикални файлове, получени от MusicKit API, освен изрично позволеното в документацията на MusicKit.
    • (б) Използването на MusicKit API не заменя осигуряването на лицензите, които е възможно да са Ви необходими за по-задълбочена или по-сложна интеграция на музика. Например, ако искате Вашето приложение да възпроизвежда определена песен в определен момент или да създава аудио или видео файлове, които могат да се споделят в социалните мрежи, ще трябва да се свържете директно с притежателите на правата, за да получите тяхното разрешение (напр. права за синхронизация или адаптация) и активи. Изображения на обложки и други метаданни могат да се използват само във връзка с възпроизвеждане на музика или плейлисти (включително екранни снимки, демонстриращи функционалността на приложението Ви) и не трябва да се използват в маркетингови или рекламни материали, без да е получено конкретно разрешение от притежателите на правата. Погрижете се да спазвате Насоките за идентичността на Apple Music, когато интегрирате услуги на Apple Music в своето приложение.
    • (в) Приложенията, които получават достъп до данни на потребители в Apple Music, като плейлисти и любими, трябва ясно да разкриват този достъп в низа за предназначение. Всички събрани данни не могат да се споделят с трети страни за каквато и да било цел освен поддържане или подобряване на работата с приложението. Тези данни не могат да се използват за идентифициране на потребители или устройства или за насочване на реклами.
  • 4.5.3 Не използвайте услугите на Apple за спам, фишинг или за изпращане на нежелани съобщения до клиенти, включително Game Center, насочени известия и др. Не опитвайте да извършвате обратно търсене, да проследявате, свързвате, асоциирате, извличате, добивате или да експлоатирате по друг начин идентификатори на играчи, псевдоними или друга информация, получена чрез Game Center; в противен случай ще бъдете изключени от Apple Developer Program.
  • 4.5.4 Насочените известия не трябва да са задължителни, за да функционира приложението, и не трябва да се използват за изпращане на деликатна лична или поверителна информация. Push известия не трябва да се използват за промоционални цели или директен маркетинг, освен ако клиентите не са избрали изрично да ги получават чрез твърдения за съгласие, изведени в потребителския интерфейс на Вашето приложение, и Вие осигурявате в своето приложение метод за потребителя да се откаже от получаването на такива съобщения. Злоупотребата с тези услуги може да доведе до отнемане на Вашите привилегии.
  • 4.5.5 Използвайте идентификатори на играчи в Game Center само по начин, одобрен в условията на Game Center, и не ги извеждайте в приложението или на трета страна.
  • 4.5.6 Приложенията могат да използват знаци Unicode, които се рендират като емоджи на Apple, в приложението и в неговите метаданни. Емоджи на Apple не могат да се използват на други платформи или да се вграждат директно в кода на Вашето приложение.
• 4.6 Умишлено пропуснато.
• 4.7 Миниприложения, миниигри, поточни игри, чатботове, плъгини и емулатори на игри

  Приложенията може да предлагат определен софтуер, който не е вграден в двоичния, по-специално миниприложения и миниигри за HTML5 и JavaScript, поточни игри, чатботове и плъгини. Освен това приложенията за емулатор на ретро игрова конзола и емулатор на PC могат да предложат игри за изтегляне. Вие носите отговорност за целия такъв софтуер, който се предлага във Вашето приложение, включително да гарантирате, че този софтуер отговаря на настоящите Насоки и всички приложими законодателства. Софтуер, който не отговаря на една или повече насоки, ще доведе до отхвърляне на Вашето приложение. Също така трябва да се уверите, че софтуерът е в съответствие с допълнителните правила, които следват в 4.7.1 до 4.7.5. Тези допълнителни правила са важни, за да се запази изживяването, което клиентите на App Store очакват, и да се гарантира безопасността на потребителите.

  • 4.7.1 Софтуерът, предлаган в приложения съгласно това правило, трябва да:
    • следва всички насоки за поверителност, включително, но не само, правилата, изложени в „Насоки 5.1“ относно събирането, използването и споделянето на данни и чувствителни данни (като например здравни и лични данни от деца);
    • включва метод за филтриране на нежелателни материали, механизъм за съобщаване на съдържание и навременно реагиране на притеснения и възможност за блокиране на злоупотребяващи потребители; и
    • следвайте „Насоки 3.1“, за да предлагате цифрови стоки или услуги на крайните потребители.
  • 4.7.2 Вашето приложение не може да разширява или излага API на основната платформа на софтуера без предварително разрешение от Apple.
  • 4.7.3 Вашето приложение не може да споделя данни или разрешения за поверителност с който и да е отделен софтуер, предлаган във Вашето приложение, без изрично съгласие на потребителя във всеки случай.
  • 4.7.4 Трябва да предоставите индекс на софтуера и метаданните, налични във Вашето приложение. Той трябва да включва универсални връзки, които водят до целия софтуер, предлаган във Вашето приложение.
  • 4.7.5 Приложението Ви трябва да предоставя начин на потребителите да идентифицират софтуер, който надвишава възрастовата категория на приложението, и да използват механизъм за възрастово ограничение въз основа на потвърдена или декларирана възраст, за да ограничат достъпа на непълнолетни потребители.
• 4.8 Услуги за влизане

  Приложенията, които използват услуга на трета страна или влизане чрез социални мрежи (като Facebook Login, Google Sign-In, Log in with X, Sign In with LinkedIn, Login with Amazon или WeChat Login) за създаване или удостоверяване на основната регистрация на потребителя в приложението, трябва също да предлагат като еквивалентна опция друга услуга за влизане със следните функции:

  • услугата за влизане ограничава събирането на данни до името и имейл адреса на потребителя;
  • услугата за влизане позволява на потребителите да запазят имейл адреса си поверителен като част от настройването на регистрацията си; и
  • услугата за влизане не събира взаимодействия с приложението Ви за рекламни цели без съгласие.

  Основната регистрация е регистрацията на един потребител, която той създава във Вашето приложение, за да се идентифицира, влиза и получава достъп до Вашите функции и свързани услуги.

  Не се изисква друга услуга за влизане, ако:

  • Приложението Ви използва изключително собствените системи за създаване на регистрация и влизане на Вашата компания.
  • Вашето приложение е друг пазар за приложения или приложение, разпространявано от друг пазар за приложения, което използва специфично за пазара потребителско име за регистрация, изтегляне и функции за търговия.
  • Вашето приложение е образователно, корпоративно или бизнес приложение, което изисква от потребителя да влиза със съществуваща образователна или корпоративна регистрация.
  • Приложението Ви използва правителствена или промишлена система за идентифициране на граждани или електронен идентификатор за удостоверяване на потребители.
  • Вашето приложение е клиент за определена услуга на трета страна и потребителите трябва да влизат директно в своята регистрация за имейл, социални мрежи или друга регистрация на трета страна, за да получат достъп до своето съдържание.

• 4.9 Apple Pay

  Приложенията, използващи Apple Pay, трябва да предоставят на потребителите цялата съществена информация за покупката преди продажбата на стока или услуга и трябва да използват правилно елементите на брандирането и потребителския интерфейс на Apple Pay, както е описано в Маркетингови насоки за Apple Pay и Насоки за човешки интерфейс. Приложенията, които използват Apple Pay, за да предлагат повтарящи се плащания, трябва да разкриват минимум следната информация:

  • Продължителността на срока на подновяване и факта, че той ще продължава, докато не бъде отменен
  • Какво ще се предоставя през всеки период
  • Реалните такси, които ще се фактурират на клиента
  • Как да се отмени
• 4.10 Вградени възможности за получаване на възнаграждение

  Нямате право да получавате парични възнаграждения от вградените възможности, предоставени от хардуера или операционната система, като например Push известия, камерата или жироскопа; или услуги и технологии на Apple, като достъп до Apple Music, съхранение в iCloud или API за време на екрана.

5. Правна информация

Приложенията трябва да отговарят на всички правни изисквания на всяко местоположение, на което ги предоставяте (ако не сте сигурни, консултирайте се с адвокат). Знаем, че това са сложни неща, но Вие носите отговорността да разбирате и да гарантирате, че Вашето приложение е в съответствие с всички местни закони, не само с насоките по-долу. И разбира се, приложенията, които предлагат, популяризират или насърчават незаконно или явно безотговорно поведение, ще се отхвърлят. При изключителни случаи, като например при приложения, за които е установено, че съдействат за трафик на хора и/или експлоатация на деца, ще се съобщава на съответните органи.

• 5.1 Поверителност

  Защитата на поверителността на потребителите е от основно значение в екосистемата на Apple и Вие трябва да сте внимателни при работата с лични данни, за да гарантирате спазването на най-добрите практики за поверителност, приложимото законодателство и условията на Лицензионното споразумение на Apple Developer Program, както и да отговаряте на очакванията на клиентите. По-специално:

  • 5.1.1 Събиране и съхранение на данни
    • (а) Политики за поверителност: Всички приложения трябва да съдържат връзка към тяхната политика за поверителност в полето в метаданните на App Store Connect, както и в приложението, по лесно достъпен начин. Политиката за поверителност трябва ясно и изрично да:
      • Идентифицира какви данни, ако има такива, събира приложението/услугата, как тя събира тези данни, както и всички приложения на тези данни.
      • Гарантира, че всяка трета страна, с която едно приложение споделя потребителски данни (в съответствие с тези Насоки) – като инструменти за анализ, рекламни мрежи и SDK на трети страни, както и всяко дружество майка, дъщерно дружество или други свързани лица, които ще имат достъп до потребителските данни, ще осигурява същата или равностойна защита на потребителските данни, както е посочено в политиката за поверителност на приложението и съгласно изискванията в тези Насоки.
      • Обяснява своите политики за съхранение/изтриване на данни и описва как един потребител може да оттегли съгласието си и/или да заяви изтриване на данните на потребителя.
    • (б) Разрешение: Приложенията, които събират потребителски данни или такива за употребата, трябва да осигурят съгласието на потребителя за събирането дори ако тези данни се считат за анонимни към момента на събирането им или незабавно след него. Платената функционалност не трябва да зависи от или да изисква от потребител да предоставя достъп до тези данни. Приложенията трябва също да осигуряват на клиента леснодостъпен и разбираем начин за оттегляне на съгласие. Погрижете се посочените цели да описват ясно и напълно употребата на данните от Ваша страна. Приложенията, които събират данни по силата на законен интерес без получаване на съгласие, като се основават на условията на Общия регламент за защита на данните (ОРЗД) на Европейския съюз или подобен правен документ, трябва да спазват всички условия на съответния закон. Научете повече за Искането на разрешение.
    • (в) Минимални данни: приложенията трябва да заявяват достъп само до данни, свързани с основната функционалност на приложението, и трябва да събират и използват само данни, необходими за изпълняване на съответната задача. Когато е възможно, използвайте избор извън процес или лист за споделяне, вместо да заявявате пълен достъп до защитени ресурси, като снимки или контакти.
    • (г) Достъп: Приложенията трябва да спазват настройките за разрешения на потребителя и да не правят опити за манипулиране, подлъгване или принуждаване на хората да се съгласят с ненужен достъп до данни. Например приложения, които включват възможност за публикуване на снимки в социална мрежа, не трябва да изискват и достъп до микрофон, преди да позволят на потребителя да качва снимки. Когато е възможно, осигурявайте алтернативни решения за потребителите, които не дават съгласие. Например, ако потребител откаже да сподели местоположение, предлагайте възможност за ръчно въвеждане на адрес.
    • (д) Влизане в регистрация: Ако Вашето приложение не съдържа значителни функции въз основа на регистрация, позволявайте на хората да го използват, без да влизат. Ако Вашето приложение поддържа създаване на акаунт, Вие трябва също да предлагате изтриване на акаунт в приложението. Приложенията не могат да изискват от потребителите да въвеждат лична информация, за да функционират, освен когато това е пряко свързано с основната функционалност на приложението или се изисква от законодателството. Ако основната функционалност на Вашето приложение не е свързана с определена социална мрежа (напр. Facebook, WeChat, Weibo, X и др.), трябва да осигурявате достъп без влизане или чрез друг механизъм. Извличането на основна информация за профил, споделянето в социалната мрежа или изпращането на покани до приятели да използват приложението не се считат за основна функционалност. Приложението трябва също да включва механизъм за оттегляне на данните за вход за социалната мрежа и деактивиране на достъпа до данни между приложението и социалната мрежа от самото приложение. Приложението не може да съхранява данни за вход или токени за социални мрежи извън устройството и може да използва тези данни за вход или токени само за пряко свързване със социалната мрежа от самото приложение, докато приложението се използва.
    • (е) Разработчиците, които използват своите приложения, за да разберат по скрит начин пароли или други лични данни, ще се премахват от Apple Developer Program.
    • (ж) SafariViewController трябва да се използва за визуално представяне на информация на потребителите; контролерът не може да се скрива или покрива с други изгледи или слоеве. В допълнение приложенията не могат да използват SafariViewController за проследяване на потребители без тяхното знание и съгласие.
    • (з) Приложения, които компилират лична информация от който и да било източник, който не е директно от потребителя, или без изричното съгласие на потребителя, дори обществени бази данни, не се допускат в App Store или алтернативно разпространение.
    • (и) Приложения, които осигуряват услуги в строго регулирани области (като банкови и финансови услуги, здравеопазване, хазартни игри, законна употреба на канабис, пътувания със самолет и криптоборси) или които изискват деликатна потребителска информация, трябва да се подават от юридическо лице, което осигурява съответните услуги, а не от индивидуален разработчик. Приложенията, които спомагат за законната продажба на канабис, трябва да бъдат географски ограничени до съответната правна юрисдикция.
    • (й) Приложенията могат да изискват основна информация за контакт (като име и имейл адрес), при условие че искането е избираемо за потребителя, предоставянето на информацията не е условие за използването на функциите и услугите и това се прави в съответствие с всички други разпоредби на тези насоки, включително ограниченията относно събирането на информация от деца.
  • 5.1.2 Използване и споделяне на данни
    • (а) Освен ако не е позволено по друг начин от закона, не можете да използвате, предавате или споделяте лични данни на дадено лице, без първо да получите неговото разрешение. Трябва да осигурите достъп до информация относно това как и къде ще се използват данните. Трябва ясно да разкриете къде личните данни ще бъдат споделяни с трети страни, включително с изкуствен интелект на трети страни, и да получите изрично разрешение, преди да го направите. Данните, събрани от приложения, могат да се използват с трети страни само за подобряване на приложението или за показване на реклами (в съответствие с Лицензионното споразумение на Apple Developer Program). Трябва да получите изрично разрешение от потребителите чрез App Tracking Transparency API за следене на тяхната дейност. Научете повече за проследяването. Вашето приложение може да не изисква от потребителите да активират системните функции (напр. насочени известия, услуги за местоположение, проследяване), за да имат достъп до функции, съдържание, да използват приложението или да получават парични или други компенсации, включително, но не само, подаръчни карти и кодове. Приложенията, които споделят потребителски данни без съгласието на потребителите или не спазват по друг начин законите за защита на личните данни, е възможно да бъдат премахнати от продажба и е възможно да доведат до изключването Ви от Apple Developer Program.
    • (б) Данните, събрани за една цел, не могат да се използват за друга без допълнително съгласие, освен ако това не е изрично позволено от закона.
    • (в) Приложенията не трябва да опитват да изградят по скрит начин потребителски профил въз основа на събрани данни и не могат да опитват, спомагат или насърчават другите да идентифицират анонимни потребители или да възстановяват потребителски профили въз основа на данни, събрани от предоставени от Apple API или данни, за които Вие твърдите, че са събрани по „анонимизиран“, „обобщен“ или друг начин, който не позволява идентифициране.
    • (г) Не използвайте информация от Contacts, Photos или други API, които получават достъп до потребителски данни, за изграждане на база данни за контакти за Ваша собствена употреба или за продажба/разпространение до трети страни, и не събирайте информация относно това кои други приложения са инсталирани на устройството на потребител за целите на анализ или реклама/маркетинг.
    • (д) Не се свързвайте с хора, използвайки информация, събрана чрез Contacts или Photos на потребител, освен по изрична инициатива на този потребител на индивидуално основание; не включвайте бутон за избор на всички и не правете избора на всички контакти опция по подразбиране. Трябва да осигурите на потребителя ясно описание на това как съобщението ще се показва на получателя, преди да е изпратено (напр. Какво ще пише в съобщението? Кой подател ще се показва?).
    • (е) Данните, събрани от HomeKit API, HealthKit, Clinical Health Records API, MovementDisorder API, ClassKit или от инструменти за дълбочина и/или картографиране на лица (напр. ARKit, Camera API или Photo API), не могат да се използват за маркетинг, реклама или добив на данни въз основа на употреба, включително от трети страни. Научете повече за най-добрите практики при внедряването на CallKit, HealthKit, ClassKit и ARKit.
    • (ж) Приложенията, използващи Apple Pay, могат да споделят с трети страни потребителски данни, придобити чрез Apple Pay, само за улесняване или подобряване на осигуряването на стоки и услуги.
  • 5.1.3 Здраве и здравни изследвания

    Данните във връзка със здравето, физическата форма и медицинското състояние са особено деликатни и приложенията в тази област имат някои допълнителни правила, за да се гарантира защита на поверителността на клиентите:

    • (i) Приложенията не могат да използват или да разкриват на трети страни данни, събрани в контекста на изследвания за здравето, физическата форма и медицинското състояние, включително от Clinical Health Records API, HealthKit API, Motion and Fitness, MovementDisorder API или изследвания на хора във връзка със здравето, за реклама, маркетинг или други цели на добив на данни въз основа на употреба, различни от подобряването на грижите за здравето, или за здравни проучвания, при това само с разрешение. Въпреки това приложенията могат да използват данни за здравето или физическата форма на потребител, за да осигуряват ползи директно за този потребител (като по-ниска застрахователна премия), при условие че приложението е подадено от организацията, която осигурява ползата, а данните не се споделят с трети страни. Трябва да разкривате конкретните здравни данни, които събирате от устройството.
    • (б) Приложенията не трябва да записват неверни или неточни данни в HealthKit или други приложения за медицински проучвания или управление на здравето и не могат да съхраняват лична здравна информация в iCloud.
    • (в) Приложенията, които провеждат изследвания във връзка със здравето сред хора, трябва да получават съгласието на участниците или, при непълнолетни лица, техен родител или настойник. Това съгласие трябва да включва (a) естеството, целта и срока на проучването; (b) процедурите, рисковете и ползите за участника; (c) информация за поверителността и обработването на данните (включително възможно споделяне с трети страни); (d) лице за контакт за въпроси от участниците; и (e) процес на оттегляне.
    • (г) Приложенията, които провеждат проучвания във връзка със здравето сред хора, трябва да осигурят одобрение от независим етичен комитет. При поискване трябва да се осигури Proof за това одобрение.
  • 5.1.4 Деца

    • (а) Поради множество причини е изключително важно да бъдете внимателни при използването на лични данни от деца и ние Ви насърчаваме да прегледате внимателно всички изисквания за съответствие със закони, като този за защитата на поверителността на децата онлайн („COPPA“), Общия регламент за защита на данните („ОРЗД“) на Европейския съюз, както и всички други приложими закони или разпоредби.

      Приложенията могат да запитват за дата на раждане и информация за контакт с родител само с цел спазване на тези актове, но трябва да включват полезна функционалност или развлекателна стойност, независимо от възрастта на човек.

      Приложенията, предназначени най-вече за деца, не трябва да съдържат анализи или реклами от трети страни. Това осигурява по-безопасно изживяване за децата.

    • (б) В ограничени случаи е възможно да бъдат позволени анализи и реклами от трети страни, при условие че услугите са в съответствие със същите условия, изложени в Насока 1.3.

      В допълнение, приложенията в категорията за деца или такива, които събират, предават или имат възможност за споделяне лична информация (напр. име, адрес, имейл, местоположение, снимки, видео, рисунки, възможност за чат, други лични данни или трайни идентификатори, използвани в съчетание с някое от по-горните) от непълнолетно лице, трябва да съдържат политика за поверителност и да са в съответствие с приложимите актове относно поверителността на децата. За по-голяма яснота – изискването за вход за родители за категорията за деца като цяло не е еквивалентно на осигуряването на съгласие от родителите за събиране на лични данни по силата на тези актове относно поверителността.

      Напомняме, че Насока 2.3.8 изисква използването на термини, като „За деца“ и „Детски“, в метаданните на приложението да е ограничено само за категорията за деца. Приложенията, които не са в категорията за деца, не могат да съдържат термини в името на приложението, подзаглавието, иконата, екранните снимки или описанието, които подсказват, че основната аудитория на приложението са децата.

  • 5.1.5 Услуги за местоположение

    Използвайте услуги за местоположение в своето приложение само когато това е пряко свързано с функциите и услугите, осигурявани от него. API въз основа на местоположение не трябва да се използват за осигуряване на аварийни услуги или автономен контрол върху превозни средства, летателни апарати и други устройства, освен за дребни устройства, като леки дронове и играчки или алармени системи за автомобил с дистанционно управление и др. Погрижете се да съобщавате и да получавате съгласие, преди да събирате, предавате или използвате данни за местоположение. Ако Вашето приложение използва услуги за местоположение, се погрижете да обясните целта им в приложението си; направете справка с Насоките за човешки интерфейс за най-добри практики за това.

• 5.2 Интелектуална собственост

  Погрижете се приложението Ви да включва само съдържание, което сте създали Вие или за употребата на което разполагате с лиценз. Вашето приложение е възможно да бъде премахнато, ако сте допуснали нарушение и сте използвали съдържание без разрешение. Разбира се, това означава също, че приложенията на други лица могат да се премахват, ако те са „заимствали“ от Вашия труд. Ако считате, че Вашите права върху интелектуална собственост са нарушени от страна на друг разработчик в App Store, изпратете иск с помощта на нашия уебформуляр. Законодателството в различните държави и региони е различно, но като минимум се погрижете да избегнете следните често срещани грешки:

  • 5.2.1 Най-общо: Не използвайте в своето приложение защитени материали на трети страни, като търговски марки, защитени с авторски права творби или патентовани идеи, без разрешение, както и не включвайте подвеждащи, неверни или копирани твърдения, имена или метаданни в пакета на приложението или името на разработчика. Приложенията трябва да се подават от частното или юридическото лице, което притежава или е лицензирало интелектуалната собственост и други уместни права.
  • 5.2.2 Сайтове/услуги на трети страни: Ако Вашето приложение използва, осъществява достъп, получава възнаграждение за достъпа до или извежда съдържание от услуга на трета страна, погрижете се Вие изрично да имате разрешение да го правите съгласно условията за ползване на услугата. Разрешението трябва да се представя при поискване.
  • 5.2.3 Изтегляне на аудио/видео: Приложенията не трябва да способстват за незаконно споделяне на файлове или да съдържат възможност за запазване, конвертиране или изтегляне на мултимедия от външни източници (напр. Apple Music, YouTube, SoundCloud, Vimeo и др.) без изрично разрешение от тези източници. Поточното предаване на аудио/видео съдържание може също да е в нарушение на Условията за употреба, затова проверете преди приложението Ви да осъществява достъп до тези услуги. Разрешението трябва да се представя при поискване.
  • 5.2.4 Препоръки от Apple
    • (а) Не намеквайте и не създавайте впечатлението, че Apple е източник или доставчик на приложението или че Apple потвърждава определено твърдение относно качеството или функционалността.
    • (б) Ако Вашето приложение е избрано като „Избор на редактора“, Apple ще приложи значка автоматично.
  • 5.2.5 Продукти на Apple: Не създавайте приложение, което изглежда объркващо подобно на съществуващ продукт на Apple, интерфейс (напр. Finder), приложение (като App Store, iTunes Store или Messages) или рекламна тема. Приложенията и разширенията, включително клавиатури и пакети стикери на трети страни, не могат да съдържат емоджи на Apple. Музика от iTunes и прегледи в Apple Music не могат да се използват за развлекателната им стойност (напр. като фонова музика към колаж от снимки или саундтрак на игра) или по друг неупълномощен начин. Ако осигурявате прегледи на музика от iTunes или Apple Music, трябва да извеждате връзка към съответната музика в iTunes или Apple Music. Ако Вашето приложение извежда пръстени за дейности, те не трябва да визуализират данни за движение, тренировка или стоене по начин, който наподобява контролата Activity. В Насоките за човешки интерфейс ще намерите повече информация относно използването на пръстените за дейности. Ако Вашето приложение извежда данни от Apple Weather, то трябва да отговаря на изискванията за посочване на източник, представени в документацията на WeatherKit.
• 5.3 Хазартни игри, залагания и лотарии

  Хазартните игри, залаганията и лотариите могат да са сложни за управляване и обикновено са най-строго регулираните предложения в App Store. Включвайте тази функционалност само ако сте проверили напълно правните си задължения навсякъде, където предоставяте своето приложение, и сте наясно, че процесът на преглед ще отнеме допълнително време. Някои неща, които да имате предвид:

  • 5.3.1 Томболите и конкурсите трябва да се спонсорират от разработчика на приложението.
  • 5.3.2 Официалните правила за томболи, конкурси и предметни лотарии трябва да се представят в приложението и да посочват ясно, че Apple не е спонсор и не участва в дейността по какъвто и да било начин.
  • 5.3.3 Приложенията не могат да използват покупка в приложение за закупуване на кредит или валута за използване заедно с каквито и да било игри с реални пари.
  • 5.3.4 Приложенията, които предлагат игри с реални пари (напр. спортни залагания, покер, казино игри, конни надбягвания) или лотарии, трябва да разполагат с необходимите лицензи и разрешения на местоположенията, в които се използва приложението, трябва да са географски ограничени до тези местоположения и трябва да са безплатни в App Store. В App Store не се позволяват незаконни помощни средства за хазартни игри, включително броячи за карти. Приложенията за лотарии трябва да имат възнаграждение, шанс и награда.
• 5.4 VPN приложения

  Приложенията, предлагащи VPN услуги, трябва да използват NEVPNManager API и може да се предлагат само от разработчици, регистрирани като организация. Вие трябва да декларирате ясно какви потребителски данни ще се събират и как ще се използват, на екран в приложението, преди всякакви потребителски действия за закупуване или друго използване на услугата. Приложенията, предлагащи VPN услуги, не могат да продават, използват или разкриват на трети страни каквито и да било данни за каквато и да било цел и трябва да поемат ангажимент за това в своята политика за поверителност. VPN приложенията не трябва да нарушават местното законодателство, а ако изберете да предоставяте своето VPN приложение на територия, за която се изисква лиценз за VPN, трябва да предоставите информация за своя лиценз в полето за бележки за App Review. Приложенията за родителски контрол, блокиране на съдържание и сигурност от одобрени доставчици, наред с други, също могат да използват NEVPNManager API. Приложенията, които не са в съответствие с тази насока, ще бъдат премахвани от App Store и инсталирането им чрез алтернативно разпространение ще бъде блокирано, а Вие може да бъдете изключени от Apple Developer Program.

• 5.5 Управление на мобилни устройства

  Приложенията за управление на мобилни устройства, които предлагат услуги за управление на мобилни устройства (MDM), трябва да заявят тази възможност от Apple. Такива приложения могат да се предлагат само от търговски предприятия, образователни институции или държавни органи, а в ограничени случаи от компании, използващи MDM за услуги за родителски контрол или сигурност на устройствата. Вие трябва да декларирате ясно какви потребителски данни ще се събират и как ще се използват, на екран в приложението, преди всякакви потребителски действия за закупуване или друго използване на услугата. Приложенията за MDM не трябва да нарушават приложимото законодателство. Приложенията, предлагащи MDM услуги, не могат да продават, използват или разкриват на трети страни каквито и да било данни за каквато и да било цел и трябва да поемат ангажимент за това в своята политика за поверителност. В ограничени случаи е възможно да се позволяват анализи на трети страни, при условие че услугите събират или предават данни само относно представянето на приложението за MDM на разработчика, а не данни относно потребителя, устройството на потребителя или други приложения, използвани на това устройство. Приложенията, предлагащи профили за конфигуриране, също трябва да отговарят на тези изисквания. Приложенията, които не са в съответствие с тази насока, ще бъдат премахвани от App Store и инсталирането им чрез алтернативно разпространение ще бъде блокирано, а Вие може да бъдете изключени от Apple Developer Program.

• 5.6 Кодекс за поведение на разработчиците

  Отнасяйте се с уважение към всички, било то в своите отговори на отзиви в App Store, в заявки за поддръжка на клиенти или при общуване с Apple, включително Вашите отговори в App Store Connect. Не участвайте в тормоз от какъвто и да било вид, дискриминационни практики, сплашване, малтретиране и не насърчавайте другите да участват в някое от по-горните. Многократното манипулативно или подвеждащо поведение или друго измамно поведение ще води до изключване от Apple Developer Program.

  Доверието на клиентите е крайъгълен камък в екосистемата от приложения. Приложенията не трябва да злоупотребяват с потребителите или да се опитват да завишават клиентски цени, да подлъгват клиентите да правят нежелани покупки, да ги принуждават да споделят ненужни данни, да повишават цени по измамен начин, да таксуват за функции или съдържание, което не е доставено, или да участват в други манипулативни практики в или извън приложението.

  Вашата регистрация в програмата за разработчици ще бъде прекратена, ако участвате в дейности или действия, които не отговарят на Етичния кодекс на разработчиците. За да възстановите регистрацията си, можете да предоставите писмено изявление, в което описвате подобренията, които планирате да направите. Ако планът Ви бъде одобрен от Apple и ние потвърдим, че промените са направени, регистрацията Ви може да бъде възстановена.

  • 5.6.1 Отзиви в App Store

    Клиентските отзиви в App Store може да бъдат неразделна част от изживяването с приложението, затова трябва да се отнасяте с уважение към клиентите, когато отговаряте на техните коментари. Старайте се отговорите Ви да са насочени към коментарите на потребителите и не включвайте в отговора си лична информация, спам или маркетинг.

    Използвайте предоставения API, за да подканвате потребителите да оставят отзив за приложението; тази функционалност позволява на клиентите да оставят оценка и отзив в App Store без неудобството да излизат от Вашето приложение и ние ще забраняваме персонални подканвания за отзиви.

  • 5.6.2 Самоличност на разработчика

    Осигуряването на подлежаща на проверка информация за Apple и клиентите е от ключово значение за доверието на клиентите. Вашето представяне на себе си, на бизнеса и на предложенията Ви в App Store или алтернативно разпространение трябва да е точно. Информацията, която предоставяте, трябва да е вярна, уместна и актуална, така че Apple и клиентите да разбират с кого работят и да могат да се свързват с Вас относно възможни проблеми.

  • 5.6.3 Измами във връзка с намирането

    Участието в App Store изисква почтеност и ангажимент за изграждане и поддържане на доверието на клиентите. Манипулирането на който и да било елемент от клиентското изживяване в App Store, като класиране, търсене, отзиви или препоръки на Вашето приложение, подкопава доверието на клиентите и не е позволено.

  • 5.6.4 Качество на приложението

    Клиентите очакват най-високо качество от App Store и поддържането на висококачествено съдържание, услуги и изживявания насърчава доверието на клиентите. Признаците, че това очакване не е изпълнено, включват извънреден брой съобщения от клиенти относно загриженост във връзка с Вашето приложение, като негативни клиентски отзиви и прекомерен брой заявки за възстановяване на средства. Неспособността да поддържа високо качество може да е фактор за решението дали един разработчик спазва Етичния кодекс на разработчиците.

След като изпратите

След като сте изпратили своето приложение и метаданни в App Store Connect и сте в процес на преглед, имайте предвид следното:

• Време: Отделът App Review ще прегледа Вашето приложение при първа възможност. Въпреки това, ако Вашето приложение е сложно или представя нови проблеми, може да е необходим по-обстоен преглед. Не забравяйте също, че ако Вашето приложение е отхвърлено многократно поради нарушение на една и съща насока или сте опитали да манипулирате процеса на преглед, преглеждането на Вашето приложение ще отнеме повече време. Научете повече за App Review.
• Актуализации на състоянието: Текущото състояние на Вашето приложение ще е отразено в App Store Connect, за да можете да следите процеса оттам.
• Заявки за ускорена обработка: Ако времето е от ключово значение за Вас, можете да заявите ускорен преглед. Уважавайте другите разработчици, като заявявате ускорен преглед само когато Ви е наистина необходим. Ако установим, че злоупотребявате с тази система, е възможно в бъдеще да отхвърляме заявките Ви.
• Дата на издаване: Ако Вашата дата на издаване е определена в бъдеще, приложението няма да се показва в App Store до тази дата, дори ако е одобрено от отдела App Review. Помнете също, че е възможно да са необходими до 24 часа, за да се появи Вашето приложение във всички избрани магазини.
• Отхвърляния: Целта ни е да прилагаме тези насоки справедливо и последователно, но никой не е перфектен. Ако Вашето приложение е отхвърлено и имате въпроси или искате да предоставите допълнителна информация, използвайте App Store Connect, за да общувате директно с екипа на App Review. Това може да спомогне за допускане на Вашето приложение в магазина и да ни помогне да подобрим процеса в отдела App Review или да идентифицира необходимост от пояснения на нашите политики.
• Обжалвания: ако не сте съгласни с резултата от прегледа, изпратете обжалване. Това може да помогне да изтеглите приложението в магазина. Също така можете да предложите промените за самите насоки, за да ни помогнете да подобрим процеса в отдела App Review или да идентифицираме необходимост от пояснения на нашите политики.
• Подаване на корекции на програмни грешки: за приложения, които вече са в App Store или друго алтернативно разпространение, корекциите на грешките вече няма да се забавят поради нарушения на насоките, с изключение на тези във връзка с правни въпроси или проблеми с безопасността. Ако Вашето приложение е отхвърлено и отговаря на изискванията за този процес, използвайте App Store Connect, за да общувате директно с екипа на App Review, като посочите, че искате да се възползвате от този процес и планирате да засегнете въпроса в следващото си подаване.

Вълнуваме се да видим следващите Ви идеи!

Последна актуализация: 8 юни 2026 г.