Нова політика зовнішніх платежів Apple: ляпас розробникам і суд

Значок часу читання 5 хв. читати


Читачі допомагають підтримувати MSpoweruser. Ми можемо отримати комісію, якщо ви купуєте через наші посилання. Значок підказки

Прочитайте нашу сторінку розкриття інформації, щоб дізнатися, як ви можете допомогти MSPoweruser підтримувати редакційну команду Читати далі

Основні нотатки

  • Умови та вимоги, які Apple визначила для нової політики зовнішніх платежів, по суті, перешкодять усім розробникам приймати її.
  • Ця несправедлива і недобросовісна зміна політики від Apple є ляпасом розробникам і суду.
Політика зовнішніх платежів Apple App Store

Вчора Верховний суд США відмовив розглядати апеляції від Apple і Epic Games у антимонопольному позові проти політики Apple App Store. У результаті Apple вчора оголошений нова політика App Store, яка дозволить розробникам посилатися на зовнішні веб-сайти для платежів у своїх програмах. Однак ця політика була зустрінута жорсткою критикою з боку розробників і галузевих експертів, які звинуватили Apple у недобросовісних діях і підриві рішення суду.

Умови та вимоги, які Apple визначила для нової політики зовнішніх платежів, по суті, перешкодять усім розробникам приймати її. Ця несправедлива і недобросовісна зміна політики від Apple є ляпасом розробникам і суду. Звичайно, така політика є буде оскаржено в суді найближчими днями. По-перше, давайте подивимося на безглузді вимоги, які Apple пояснила на своїй сторінці політики.

  • Щоб мати програми в США, які надають зовнішнє посилання для покупки, ви повинні отримати спеціальний дозвіл від Apple. Щоб скористатися цим дозволом, вам потрібно буде надіслати запит, увімкнути дозвіл у Xcode та використати необхідні API StoreKit. 
  • Посилання на зовнішні платежі слід відкривати у браузері за замовчуванням, а не у веб-перегляді. Крім того, URL-адреса не повинна передавати жодних параметрів користувача, що змушує користувачів входити знову, щоб робити покупки. Не повинно бути перенаправлення чи проміжних посилань або цільової сторінки. Це змусить розробників надсилати свої програми на перевірку кожного разу, коли вони хочуть змінити URL-адресу. Ось повний список умов для посилань:
    • Переходьте безпосередньо на свій веб-сайт без будь-яких переспрямувань чи проміжних посилань чи цільової сторінки;
    • Відкрити нове вікно в браузері за замовчуванням на пристрої, і може не відкрити веб-перегляд;
    • Не передавати додаткові параметри в URL, щоб захистити користувача (наприклад, його конфіденційність);
    • Бути статично визначеним у > у файлі Info.plist вашої програми перед надсиланням до App Store;
    • надіслати разом із програмою в App Store та повторно надіслати, якщо URL-адреса зміниться;
    • Дотримуватись вимог до дизайну та мови (див. нижче);
    • Не імітувати систему покупок через програму Apple і не перешкоджати користувачам використовувати її;
    • Відображатися в додатку не більше одного разу, не більше ніж на одній сторінці додатка, на яку переходить користувач (не на проміжній, модальній або спливаючій), в одному виділеному місці на такій сторінці та не може зберігатися за межами цієї сторінки ; і
    • Не може відображатися на будь-якій сторінці, яка є частиною внутрішнього потоку товарів або ініціювання покупки за допомогою покупки в програмі.
  • Розробники не повинні розміщувати інформацію про покупку на веб-сайті або посилання на веб-сайт для покупки на сторінці продукту програми в App Store.
  • Розробники повинні використовувати один із наведених нижче текстових шаблонів, щоб перенаправляти користувачів для зовнішніх платежів. Так, розробники навіть не можуть використовувати свою мову!
    • Купуйте на веб-сайті www.example.com 
    • Щоб отримати спеціальні пропозиції, перейдіть на www.example.com 
    • Щоб отримати спеціальну пропозицію, перейдіть на www.example.com 
    • Нижчі ціни на www.example.com 
    • Нижча ціна, запропонована на www.example.com 
    • Щоб отримати знижку XX%, перейдіть на www.example.com 
    • Купуйте за $X,XX на www.example.com 
  • Коли користувач торкнеться посилання, йому буде запропоновано такий екран.
  • Apple стягуватиме комісію з покупок, ініційованих протягом семи днів після отримання посилання, як описано нижче.
    • Комісія Apple становитиме 27% від виручки від продажів.
    • Якщо ви є учасником Програми малого бізнесу або якщо трансакція передбачає автоматичне поновлення на другий рік або пізніше підписки з автоматичним поновленням, комісія становитиме 12%.
    • Ці ставки комісії застосовуються до всіх сум, сплачених кожним користувачем, за вирахуванням податків на операції, які ви стягуєте. Ви несете відповідальність за збір і перерахування будь-яких відповідних податків за продажі, оброблені стороннім постачальником платежів.
  • Розробники, які використовують цю зовнішню платіжну систему, повинні будуть надавати звіти про транзакції протягом 15 календарних днів після закінчення кожного календарного місяця. Навіть якщо транзакцій не було, розробники повинні надати звіт про це.
  • У майбутньому, якщо Apple розробить API для спрощення звітності, розробники повинні прийняти такий API протягом 30 днів після оновлення програми.
  • Якщо компанія Apple має сплатити комісійну винагороду, розробники повинні здійснити платіж на суму, виставлену в рахунку-фактурі, протягом 30 днів після виставлення рахунку-фактури. На прострочені платежі нараховується відсоток у розмірі одного відсотка (1%) на місяць або найвищої ставки, дозволеної законом, залежно від того, що менше.
  • Нарешті, Apple має права на перевірку відповідно до умов надання прав. Це дозволить Apple перевірити точність ваших записів цифрових транзакцій, переконавшись, що Apple сплачує відповідну комісію.

Як можна помітити з наведених вище вимог і умов, це відверта спроба Apple обійти рішення суду та перешкодити розробникам використовувати альтернативні варіанти оплати. Apple стверджує, що це справедливий спосіб порахувати цінність, яку вона надає розробникам, наприклад її власну технологію, інструменти, базу користувачів і безпеку платформи.

Детальніше про теми: apple, Зовнішня оплата