До вмісту
ttdictionary
Новини

AppFoyer: сторінки, яких вимагають магазини застосунків

Google Play вимагає URL політики конфіденційності та URL видалення облікового запису. Apple — URL підтримки. Рекламні мережі — app-ads.txt. AppFoyer розміщує все це для вашого застосунку: без домену, без сервера, з безкоштовним планом.

·4 хв читання·Автор: ttdictionary

Розробка застосунку — це те, чим ви хотіли займатися. А потім магазин просить URL політики конфіденційності, URL підтримки, URL видалення облікового запису і — якщо ви показуєте рекламу — файл app-ads.txt на домені, яким ви керуєте. Нічого з цього не було вашою метою, і нічого з цього не можна пропустити.

AppFoyer створено саме для цієї прогалини. Він дає мобільному застосунку розміщений сайт, що відповідає вимогам магазинів — головну, політику конфіденційності, умови використання, підтримку, видалення облікового запису та app-ads.txt — без власного домену, сервера й бекенду.

Спершу ми зробили його для власних словників: близько 110 збірок для Android і застосунок для iOS, кожному потрібен той самий набір сторінок — і знову щоразу, коли магазин змінює вимоги.

Де сайт справді обов'язковий

Легко припустити, що маленькому застосунку сайт не потрібен. Черга на перевірку має іншу думку, причому цілком конкретну:

  • Google Play вимагає URL політики конфіденційності для кожного застосунку та доступний URL видалення облікового запису для будь-якого застосунку з обліковими записами — сторінку має бути видно ззовні, а не лише з глибин налаштувань.
  • Apple App Store вимагає URL політики конфіденційності в кожній картці та URL підтримки, що веде на справжню сторінку. Порожня сторінка чи мертве посилання — це відмова.
  • Рекламні мережі — AdMob, AppLovin, Unity та інші — читають app-ads.txt із сайту розробника, вказаного у вашій картці. Помилка тут тихо позбавляє ваш інвентар статусу авторизованого продавця, і ви побачите це як втрату доходу, а не як повідомлення про помилку.

Кожен із цих пунктів — це URL. Не лендинг, не бренд, не маркетинговий сайт, а адреса, яка повертає справжню сторінку, коли її запитує рецензент або краулер.

Що ви отримуєте

П'ять сторінок і рекламний файл, кожен написаний під те, що магазини реально перевіряють:

  • Політика конфіденційності — генерується з реального списку SDK вашого застосунку. Редактор запитує, які аналітичні, рекламні SDK та SDK звітування про збої ви використовуєте, а вбудований чек-лист продовжує позначати сторінку, доки кожен заповнювач не замінено на правду.
  • Умови використання — простий шаблон про використання застосунку, покупки та відповідальність. Якщо ваш застосунок щось продає, додається посилання на стандартний EULA від Apple.
  • Сторінка підтримки — той самий support URL, який просять обидва магазини: ваша контактна адреса й те, що шукають рецензенти.
  • Видалення облікового запису — сторінка, якої вимагає Google Play. Користувач надсилає запит, AppFoyer його зберігає та сповіщає вас. Видалення виконуєте ви у своїх системах; AppFoyer не торкається даних ваших користувачів і ніколи не стверджує, що видалив щось замість вас.
  • app-ads.txt — пресети для AdMob, AppLovin, Unity та інших, із перевіркою рядок за рядком. Віддається як звичайний текст без перенаправлень — саме цього вимагають краулери.

Поруч — чек-лист відповідності, який показує, чого ще бракує і навіщо це потрібно конкретному магазину. Так питання «чи я закінчив?» має відповідь, відмінну від «надіслати ще раз і сподіватися».

Два шляхи

Якщо ви працюєте в Claude Code, встановіть плагін AppFoyer і скажіть: «підготуй цей застосунок до публікації». Агент читає ваш справжній код — маніфест, залежності, SDK — і складає чернетки всіх сторінок із того, що знайшов. Ви перевіряєте, виправляєте й публікуєте.

Якщо не хочете — вебформа: шість полів і готовий URL. Ті самі сторінки, той самий чек-лист.

В обох випадках сторінки потім ваші й редагуються. Нічого не замкнено за агентом.

Скільки це коштує

Є безкоштовний план, і важливо тут те, чого в ньому не бракує: нічого з того, що вимагає магазин, не сховано за платною підпискою. Усі сторінки вище, чек-лист і app-ads.txt доступні безкоштовно. План покриває один опублікований застосунок і сповіщення електронною поштою — тобто всю задачу, якщо у вас один застосунок у магазині. Для реєстрації потрібна лише електронна адреса, без картки.

Вище — Pro та Advanced. Вони продають масштаб, а не відповідність вимогам: більше опублікованих застосунків, власний піддомен замість згенерованого, а також Telegram і Slack на додачу до пошти для сповіщень про видалення. Якщо у вас один застосунок, безкоштовний план — не пробний період, а сам продукт. Актуальні плани — на appfoyer.com/pricing.

Одне чесне застереження

AppFoyer генерує документи з шаблонів і з того, що ви самі розповіли про застосунок. Це не юридична консультація, і сервіс на неї не претендує. Якщо ваш застосунок працює з медичними даними, даними дітей, платежами чи чимось іншим із власним зводом правил — покажіть опубліковане юристу. Інструмент прибирає порожню сторінку, хостинг і питання «який URL у яке поле магазину», але не вашу відповідальність за зміст.

Спробувати

Якщо у вас є застосунок, який чекає на URL політики конфіденційності, це кілька хвилин роботи: appfoyer.com. Є також тур продуктом, якщо хочете побачити панель до реєстрації.

Інші записи