ФАС возбудила дело против Apple из-за запрета размещать альтернативные способы оплаты в приложениях Статьи редакции
Компании грозит оборотный штраф.
- Apple до 30 сентября не исполнила предписание ФАС, пояснили в службе. Запрет для разработчиков размещать внутри приложения информацию об оплате покупок вне App Store — это злоупотребление на рынке.
- Если компанию признают виновной в нарушении «Закона о защите конкуренции», ей грозит оборотный штраф.
- 30 августа ФАС обязала Apple разрешить разработчикам указывать альтернативные способы оплаты в приложениях. В службе заявили, что получили жалобы от пользователей.
- В августе 2021 года Apple пошла на мировое соглашение с американскими разработчиками приложений после коллективного иска. Один из пунктов — публикация альтернативных способов оплаты покупок внутри приложений. Решение должен одобрить местный суд.
- ФАС оштрафовала Apple в апреле 2021 года на $12 млн после жалобы «Лаборатории Касперского» — за злоупотребление доминирующим положением.
0
показов
4.4K
открытий
1
репост
Большой айфон они клали на ваши решения и правильно делают
Рассуждаешь как человек вне темы. Многие страдают из-за этой хрени. И дело не в комиссии Apple. А в том что в ряде случаев их оплаты просто не прикрутить, т.к это большой гемор
Ой не надо, какой гемор в их инапах? Ну вот правда, что сложного в storekit’e?
Например, мы тестируем MVP через битриксовскую сборку(да, битрикс, да, нам норм). Там нет опции интеграции инап пурсадж
Инап чего?)))))))
Инап Пудж.
Эм, в подобной ситуации хорошо если пол процента разработчиков, да и то запилить адаптер не такая уж проблема. Я хотя если мвп на кордове какой - может и проблема.
Так выпустите MVP без него, на то он и MVP
Без чего, кэп? MVP без MVP? Apple не дает зарелизить, т.к там нет опций оплат apple pay. А мы их не можем поставить
Да без фичи оплаты вообще я имею ввиду.
А можно ссылку на SDK docs? Сходу не нашел, интересно как там устроено.
Умножай на два, потому что у андроида свой SDK
Что умножать? Верификацию в 1 запрос? Или проверку продления опять же в 1 запрос?
Для iOS и Android по-разному работа с подписками на серваках реализуется.
На сколько помню разница только в объектах в остальном суть та же.
У iOS вебхуки на изменения статуса подписки есть, у Android что-то такое можно прикрутить, насколько помню, только через клауд меседж Фаербейза.
Да, но в сущности для того, чтобы подписки работали нужен только запрос на верификацию при активации и в момент окончания периода, если не заморачиваться с рефаундами.
Но заморочиться с рефандами все же надо, не так ли? Если под андроид разрабатываешь, то логику 2 раза писать нужно. У гугл плея свой SDK, и нет, разница там не только в названиях классов.
Про receipt verification уже упомянули.
А вообще, конечно, удобно использовать RevenueCat Или подобный сервис для подписок.
Блин, там логики 10 строк на платформу именно той самой верификации, рефаунды это такая хуйня в процентном соотношении, что я хз у кого так воспылать может, что он завернет подписку раньше срока, это надо быть прям рекордсменом.