Публікація в App Store та Google Play

Вступ: від білду до рук користувачів

Ви завершили розробку застосунку. Код працює бездоганно, дизайн відшліфований, тестування пройдено. Тепер настав момент істини — публікація у App Store (iOS) та Google Play Store (Android), де ваш застосунок стане доступним для мільйонів користувачів по всьому світу.

Публікація мобільного застосунку — це не просто натискання кнопки «Опублікувати». Це багатоетапний процес, що включає:

• Створення облікових записів розробника ($99/рік для Apple, $25 одноразово для Google)
• Підготовку маркетингових матеріалів (іконка, скріншоти, опис, відео-превью)
• Налаштування метаданих (категорія, вікові обмеження, ціна)
• Проходження модерації (App Review для iOS, автоматичний скан для Android)
• Управління версіями та оновленнями

Процес публікації в App Store та Google Play принципово відрізняється за філософією:

Мета цієї лекції

Ця лекція проведе вас через весь процес публікації від створення облікового запису до отримання першого завантаження:

Передумови: що потрібно мати перед публікацією

Перед початком процесу публікації переконайтеся, що у вас є:

Крок 1: Фінальна підготовка застосунку

1.1. Чек-лист перед релізом

Перед створенням production білду пройдіть цей чек-лист:

// ❌ ВИДАЛИТИ перед релізом:
console.log('User data:', userData); // логи з sensitive даними
alert('TODO: implement this'); // незакінчені функції
<Button title="Test Crash" onPress={() => { throw new Error() }} />

grep -r "console.log" src/
grep -r "TODO" src/
grep -r "FIXME" src/
grep -r "alert(" src/

// config.ts
const ENV = {
  development: {
    apiUrl: 'http://localhost:3000',
    enableLogging: true,
  },
  production: {
    apiUrl: 'https://api.myapp.com', // ← перевірте!
    enableLogging: false,
  },
};

export default __DEV__ ? ENV.development : ENV.production;

{
  "build": {
    "production": {
      "env": {
        "API_URL": "https://api.myapp.com",
        "STRIPE_PUBLIC_KEY": "pk_live_...", // не pk_test_!
      }
    }
  }
}

{
  "expo": {
    "version": "1.0.0", // Semantic versioning
    "ios": {
      "buildNumber": "1", // iOS Build Number (ціле число)
      "bundleIdentifier": "com.mycompany.myapp"
    },
    "android": {
      "versionCode": 1, // Android Version Code (ціле число)
      "package": "com.mycompany.myapp"
    }
  }
}

{
  "expo": {
    "icon": "./assets/icon.png", // 1024x1024 px, без заокруглення
    "splash": {
      "image": "./assets/splash.png", // 1284x2778 px (iPhone 13 Pro Max)
      "resizeMode": "contain",
      "backgroundColor": "#ffffff"
    },
    "ios": {
      "icon": "./assets/icon-ios.png" // опціонально
    },
    "android": {
      "adaptiveIcon": {
        "foregroundImage": "./assets/adaptive-icon.png", // 1024x1024
        "backgroundColor": "#ffffff"
      }
    }
  }
}

{
  "ios": {
    "infoPlist": {
      "NSCameraUsageDescription": "Для завантаження фото профілю",
      "NSPhotoLibraryUsageDescription": "Для вибору фото з галереї",
      // Видаліть якщо не використовуєте:
      // "NSLocationWhenInUseUsageDescription": "..."
    }
  }
}

{
  "android": {
    "permissions": [
      "CAMERA",
      "READ_EXTERNAL_STORAGE",
      "WRITE_EXTERNAL_STORAGE"
      // Не додавайте зайві дозволи!
    ]
  }
}

npx expo-doctor
npm ls --depth=0 # список всіх залежностей

npm uninstall unused-package

# Встановіть ImageOptim (macOS) або TinyPNG CLI
tinypng assets/**/*.png

{
  "android": {
    "jsEngine": "hermes" // швидший запуск + менший розмір
  }
}

1.2. Тестування production білду

Критично: Тестуйте саме production білд, а не development!

# Створіть preview білд (наближений до production)
eas build --platform android --profile preview
eas build --platform ios --profile preview

Що тестувати:

1.3. Створення фінального production білду

# Android (AAB)
eas build --platform android --profile production

# iOS (IPA)
eas build --platform ios --profile production

# Обидві платформи одночасно
eas build --platform all --profile production

Очікуваний результат:

Збережіть посилання на артефакти — вони знадобляться для завантаження у стори.

Крок 2: Підготовка маркетингових матеріалів

2.1. Іконка застосунку

Іконка — це перше враження користувача про ваш застосунок. Вона відображається на домашньому екрані, у результатах пошуку App Store/Play Store, у списку встановлених застосунків.

Технічні вимоги:

Рекомендації дизайну:

Інструменти для створення іконок:

• Figma — безкоштовний онлайн-редактор
• Sketch — macOS додаток ($99/рік)
• Icon Kitchen — автоматична генерація Android adaptive icons
• AppIconMaker — генерація всіх розмірів іконок

2.2. Скріншоти застосунку

Скріншоти — це візуальна розповідь про ваш застосунок. Користувачі приймають рішення про встановлення за 5–7 секунд перегляду сторінки у сторі.

Вимоги Apple App Store:

Кількість: 2–10 скріншотів на кожен розмір.

Вимоги Google Play Store:

Формат: JPEG або PNG, до 8 MB на скріншот.

Правила дизайну скріншотів:

Інструменти для створення скріншотів:

• Figma Templates — готові шаблони
• Fastlane Frameit — автоматичне додавання рамок
• AppLaunchpad — генератор маркетингових скріншотів

2.3. Опис застосунку

Опис має продавати, а не просто перераховувати функції. Формула ефективного опису:

Структура опису:

[1] Привабливий заголовок (1 речення — головна цінність)

[2] Проблема, яку вирішуєте (2–3 речення)

[3] Рішення через ваш застосунок (3–5 ключових функцій з emoji)
   ✅ Функція 1: пояснення переваги
   ✅ Функція 2: пояснення переваги
   ✅ Функція 3: пояснення переваги

[4] Соціальний доказ (відгуки, статистика, нагороди)
   "10,000+ користувачів довіряють нам"
   ⭐⭐⭐⭐⭐ Середній рейтинг 4.8

[5] Заклик до дії
   "Завантажте зараз безкоштовно!"

Приклад для застосунку планування подорожей:

🏔️ Nomad — Плануйте ідеальну подорож за 3 хвилини

Втомилися витрачати години на пошук місць, готелів та транспорту? 
Nomad об'єднує все в одному місці.

✅ Розумний маршрут — AI підбирає найкращі місця за вашими інтересами
✅ Спільне планування — запрошуйте друзів та плануйте разом
✅ Офлайн-режим — всі карти доступні без інтернету
✅ Бюджет-трекер — контролюйте витрати в реальному часі

Більше 10,000 мандрівників вже створили свою мрію з Nomad.
⭐⭐⭐⭐⭐ Середній рейтинг 4.8 в App Store

Завантажте зараз безкоштовно та почніть планувати!

---

Підтримка: support@nomadapp.com
Privacy Policy: https://nomadapp.com/privacy

Вимоги до довжини:

2.4. Ключові слова (Keywords)

App Store (iOS):

Можна вказати до 100 символів ключових слів (через кому без пробілів).

Стратегія підбору:

1. Основні терміни: назва категорії (travel, planner, trip)
2. Довгий хвіст: специфічні запити (budget travel planner, road trip planner)
3. Конкуренти: назви альтернативних застосунків (якщо не порушує правила)

Приклад:

travel,trip,planner,vacation,holiday,itinerary,roadtrip,backpacking,budget,offline,maps,guide,tourism,adventure,destinations

Інструменти підбору:

• App Store Search Ads — показує популярність запитів
• Sensor Tower — аналіз ключових слів конкурентів
• App Radar — оптимізація ASO (App Store Optimization)

Google Play (Android):

Немає окремого поля для ключових слів. Google індексує:

• Назву застосунку
• Короткий опис
• Повний опис

Стратегія: Природно вплетіть ключові слова у опис. Уникайте keyword stuffing (переповнення ключовими словами).

2.5. Promotional відео (опціонально)

App Store: App Preview Video (до 30 секунд)

Вимоги:

• Формат: MP4 або MOV
• Роздільна здатність: відповідає розміру скріншотів (1290×2796 для iPhone)
• Розмір: до 500 MB
• Перші 3 секунди критичні (автоплей без звуку)

Структура відео:

Google Play: Feature Graphic + Promotional Video (YouTube)

Feature Graphic — це банер 1024×500 пікселів, який відображається у верхній частині сторінки застосунку.

Вимоги:

• Формат: PNG або JPEG
• Розмір: 1024×500 пікселів
• Без тексту (Google накладає текст автоматично)

Крок 3: Створення облікових записів розробника

3.1. Apple Developer Program ($99/рік)

Реєстрація облікового запису

1. Відкрийте developer.apple.com/programs/enroll
2. Натисніть "Start Your Enrollment"
3. Увійдіть з вашим Apple ID (рекомендовано створити окремий для бізнесу)
4. Оберіть тип акаунту:
   • Individual — особистий розробник ($99/рік)
   • Organization — компанія ($99/рік, потрібен DUNS number)

5. Заповніть персональну інформацію:
   • Повне ім'я
   • Адреса (має збігатися з адресою кредитної картки)
   • Телефон (для двофакторної автентифікації)
6. Прийміть Apple Developer Program License Agreement
7. Оплата:
   • $99 USD (повторюється щороку автоматично)
   • Приймаються: Visa, MasterCard, Amex
   • Платіж обробляється 24–48 годин
8. Підтвердження email:
   • Apple надішле лист підтвердження
   • Після схвалення отримаєте доступ до developer.apple.com/account

Що отримуєте з Developer Program:

3.2. Google Play Console ($25 одноразово)

Реєстрація облікового запису

1. Відкрийте play.google.com/console/signup
2. Увійдіть з Google Account (рекомендовано створити окремий для бізнесу)
3. Оберіть тип акаунту:
   • Personal — особистий розробник
   • Organization — компанія (потрібні документи реєстрації)
4. Заповніть профіль розробника:
   • Developer name: Назва, що відображатиметься у Google Play
   • Email address: Контактний email для користувачів
   • Phone number: Опціонально
   • Website: URL вашого сайту або застосунку
5. Прийміть Google Play Developer Distribution Agreement
6. Оплата:
   • $25 USD одноразово (не повторюється)
   • Приймаються: кредитні картки, Google Pay
7. Верифікація особи:
   • Google вимагає документ (паспорт або водійські права)
   • Завантажте скан у розділі Settings → Account details
   • Верифікація займає 24–48 годин

Що отримуєте з Play Console:

Крок 4: Налаштування метаданих в App Store Connect

4.1. Створення застосунку в App Store Connect

1. Відкрийте appstoreconnect.apple.com
2. Натисніть "My Apps" → "+" → "New App"

Форма створення:

3. Натисніть "Create"

4.2. Заповнення App Information

Секція: App Information

4.3. Pricing and Availability

Секція: Pricing and Availability

4.4. App Privacy (Конфіденційність)

Apple вимагає детальну декларацію про те, які дані збирає застосунок.

Крок 1: Натисніть "App Privacy" → "Get Started"

Крок 2: Відповідайте на запитання:

Приклад декларації для застосунку з аналітикою:

Data Types Collected:
- Email Address (Linked to User)
  Purpose: Account Creation, App Functionality
  
- Device ID (Not Linked to User)
  Purpose: Analytics
  
- Crash Data (Not Linked to User)
  Purpose: App Functionality

Tracking: No (not used for cross-app tracking)

4.5. Завантаження скріншотів та метаданих

Секція: App Store → Version Information

1. App Preview and Screenshots:
   • Завантажте скріншоти для кожного розміру (6.7", 6.5", iPad)
   • Опціонально додайте App Preview Video (до 30 секунд)
2. Promotional Text (опціонально):
   • До 170 символів
   • Можна змінювати без нової версії застосунку
   • Показується над описом
3. Description:
   • До 4000 символів
   • Використовуйте форматування: нові рядки, emoji
   • Не можна змінити без нової версії
4. Keywords:
   • До 100 символів (через кому без пробілів)
   • Не дублюйте слова з назви застосунку (Apple автоматично індексує)
5. Support URL:
   • URL сторінки підтримки або FAQ
6. Marketing URL (опціонально):
   • Посилання на лендінг застосунку

4.6. Налаштування Build

Секція: Build

1. Натисніть "+" біля Build
2. Оберіть білд зі списку (має бути завантажений через EAS або Xcode)
3. Якщо білд не відображається — почекайте 10–15 хвилин після завантаження

Export Compliance:

Apple запитає: "Does your app use encryption?"

4.7. Age Rating (Віковий рейтинг)

Секція: Age Rating

Відповідайте на запитання чесно:

• Чи містить застосунок насильство?
• Чи є контент сексуального характеру?
• Чи є ненормативна лексика?
• Чи є азартні ігри?
• Чи збирається медична інформація?

Результат: Автоматично призначається рейтинг (4+, 9+, 12+, 17+)

4.8. App Review Information

Секція: App Review Information

Username: test@nomadapp.com
Password: TestPassword123!
Notes: Account has pre-filled data for testing all features

Our app requires location services to function. 
Please allow location access during testing.
Test data is pre-loaded for the test account.

Крок 5: Налаштування метаданих у Google Play Console

5.1. Створення застосунку в Google Play Console

1. Відкрийте play.google.com/console
2. Натисніть "Create app"

Форма створення:

3. Підтвердіть declarations:
   • ☑ Застосунок відповідає Google Play policies
   • ☑ Застосунок відповідає US export laws
4. Натисніть "Create app"

5.2. Dashboard та обов'язкові секції

Google Play Console показує checklist обов'язкових секцій для публікації:

5.3. App details (Store settings)

Navigation: Dashboard → Grow → Store settings → App details

<b>Bold text</b>
<i>Italic text</i>
<u>Underline text</u>

[Hook - 1 sentence]

<b>Key Features:</b>
• Feature 1
• Feature 2
• Feature 3

[Social proof]

[Call to action]

5.4. Store listing (Графіка та скріншоти)

Navigation: Dashboard → Grow → Main store listing

App icon

Feature graphic (банер)

Screenshots

Вимоги:

• Phone: Мінімум 2, максимум 8 скріншотів
• Мінімальний розмір: 320px по короткій стороні
• Рекомендований розмір: 1080×1920 або 1080×2340 (сучасні Android пристрої)
• Формат: PNG або JPEG
• Розмір файлу: До 8 MB кожен

7" Tablet та 10" Tablet (опціонально):

• Рекомендовано якщо ваш застосунок оптимізований для планшетів
• Google показує окремі скріншоти для різних форм-факторів

Promo video (опціонально)

Посилання на YouTube відео (публічне або unlisted).

Вимоги:

• Тривалість: 30 секунд – 2 хвилини
• Перші 3 секунди критичні (автоплей)
• Формат: будь-який, підтримуваний YouTube

5.5. Contact details

Navigation: Dashboard → Grow → Store settings → Contact details

5.6. Data safety (Конфіденційність даних)

Google вимагає декларацію про збір даних (аналогічно Apple App Privacy).

Navigation: Dashboard → Grow → Data safety

Крок 1: Чи збираєте особисті дані?

• Location: Точна або приблизна геолокація
• Personal info: Ім'я, email, телефон
• Photos and videos: Контент з камери/галереї
• Files and docs: Завантажені файли
• Calendar: Події з календаря
• Contacts: Список контактів
• App activity: Історія взаємодії з застосунком
• Device or other IDs: Advertising ID, Device ID

Крок 2: Як використовуються дані?

• App functionality: Основний функціонал
• Analytics: Аналітика поведінки
• Developer communications: Комунікація з користувачами
• Advertising: Таргетована реклама
• Fraud prevention: Запобігання шахрайству

Крок 3: Чи шифруються дані?

• Yes, data is encrypted in transit (HTTPS)
• Yes, data is encrypted at rest (зберігання на сервері)

Крок 4: Чи можна видалити дані?

• Yes, users can request deletion (через Support або в застосунку)

Приклад декларації:

Data collected:
✅ Email address (required for account creation)
   - Used for: App functionality
   - Can be deleted: Yes
   
✅ Approximate location (optional)
   - Used for: App functionality (nearby destinations)
   - Can be deleted: Yes
   
✅ App interactions (analytics)
   - Used for: Analytics
   - Not linked to user identity
   - Can be deleted: Not applicable (anonymous)

Security:
✅ Data encrypted in transit (HTTPS)
✅ Data encrypted at rest (AES-256)

User controls:
✅ Users can delete their account through Settings

5.7. Content rating (Віковий рейтинг)

Google використовує систему IARC (International Age Rating Coalition) для автоматичного визначення рейтингу у різних регіонах.

Navigation: Dashboard → Grow → Content rating

1. Натисніть "Start questionnaire"
2. Оберіть категорію застосунку (App, Game, Browser тощо)
3. Відповідайте на запитання:

4. Отримайте сертифікат IARC:

Результат: Автоматично призначаються рейтинги для різних регіонів:

5.8. Pricing and distribution

Navigation: Dashboard → Grow → Store settings → Pricing and distribution

Крок 6: Завантаження білдів

6.1. Завантаження IPA до App Store Connect

Спосіб 1: Через EAS Submit (рекомендовано)

eas submit --platform ios --profile production

Інтерактивний процес:

Спосіб 2: Через Transporter App (macOS)

1. Завантажте Transporter з Mac App Store
2. Відкрийте застосунок та увійдіть з Apple ID
3. Перетягніть .ipa файл у вікно Transporter
4. Натисніть "Deliver"
5. Дочекайтеся завершення upload (може зайняти 10–30 хвилин залежно від розміру)

Спосіб 3: Через Xcode (для локальних білдів)

1. Відкрийте Xcode
2. Window → Organizer
3. Оберіть архів білду
4. Натисніть "Distribute App"
5. Оберіть "App Store Connect"
6. Слідуйте інструкціям wizard

6.2. Завантаження AAB до Google Play Console

Спосіб 1: Через EAS Submit (рекомендовано)

eas submit --platform android --profile production

Інтерактивний процес:

Спосіб 2: Через веб-інтерфейс Google Play Console

1. Navigation: Dashboard → Release → Production → Create new release
2. Натисніть "Upload" → оберіть .aab файл
3. Дочекайтеся завершення upload (5–10 хвилин)
4. Google автоматично проведе Pre-launch report:
   • Тестування на реальних пристроях
   • Скріншоти автоматично згенеровані
   • Виявлення crashів

6.3. Перевірка білду перед публікацією

App Store Connect:

1. Перейдіть до App Store → Version → секція Build
2. Білд з'явиться у списку через 10–15 хвилин після upload
3. Натисніть Select a build
4. Оберіть завантажений білд
5. Перевірте Build Metadata:
   • Version: 1.0.0
   • Build Number: 1
   • File size: ~50 MB
   • Minimum OS: iOS 13.0

Google Play Console:

1. Navigation: Release → Production → Draft release
2. Перевірте інформацію про білд:
   • Version name: 1.0.0
   • Version code: 1
   • Minimum SDK: 26 (Android 8.0)
   • Target SDK: 34 (Android 14)
   • ABIs supported: arm64-v8a, armeabi-v7a, x86_64

Крок 7: Проходження модерації

7.1. App Review (Apple) — що перевіряють модератори?

Apple App Review — це команда людей, які вручну тестують ваш застосунок протягом 24–72 годин (іноді до 7 днів). Вони перевіряють:

Типові причини відхилення (Rejection reasons):

7.2. Як відповідати на відхилення (Rejection response)

Коли застосунок відхилено, ви отримаєте email з детальним поясненням:

Приклад rejection email:

Hello,

Guideline 2.1 - Performance - App Completeness

We discovered one or more bugs in your app. Specifically, your app displays 
a "Feature coming soon" message on the Settings screen.

Next Steps

To resolve this issue, please run your app on a device to identify any 
issues, then revise and resubmit your app for review.

Як відповісти:

1. Виправте проблему у коді
2. Створіть новий білд із більшим Build Number
3. Upload новий білд до App Store Connect
4. У Resolution Center напишіть відповідь модераторам:

Hello App Review Team,

Thank you for your feedback. We have removed the "Coming soon" placeholder
from the Settings screen. All features are now fully functional.

Changes in build 2:
- Removed placeholder text from Settings
- Implemented Settings functionality
- Tested on iOS 15.0, 16.0, and 17.0

We have uploaded build 1.0.0 (2) for your review.

Best regards,
[Your Name]

5. Натисніть "Submit for Review" знову

7.3. App Review Phone Call (рідкісний випадок)

Іноді модератори телефонують для з'ясування деталей (якщо застосунок складний або є питання щодо функціоналу).

Що робити:

• Відповідайте чесно та професійно
• Поясніть архітектуру та призначення застосунку
• Надайте додаткові скріншоти або відео якщо потрібно
• Запитайте конкретні рекомендації щодо виправлення

Типові запитання:

• "How does feature X work?"
• "Why do you collect specific data?"
• "Can you demonstrate specific functionality via screen sharing?"

7.4. Google Play Automated Review

Google використовує автоматизовану модерацію через машинне навчання:

Що перевіряється автоматично:

Типовий час модерації:

• 80% застосунків: Публікуються автоматично за 1–3 години
• 15% застосунків: Ручна перевірка 1–3 дні (якщо виявлені підозрілі ознаки)
• 5% застосунків: Відхилення (policy violation)

Типові причини відхилення Google Play:

7.5. Appeal (Оскарження відхилення)

Якщо вважаєте що відхилення помилкове:

Apple:

1. Resolution Center → Appeal
2. Поясніть чому вважаєте рішення неправильним (з доказами)
3. Очікування розгляду: 1–3 дні
4. Якщо appeal відхилено — рішення остаточне

Google:

1. Play Console → Policy status → Appeal
2. Заповніть форму з детальним поясненням
3. Очікування: 1–5 днів
4. Можна апелювати повторно якщо надали нові докази

Крок 8: Публікація та пост-релізний моніторинг

8.1. Запуск у production

Apple App Store:

Після схвалення модерації (статус "Ready for Sale"):

Google Play:

Після завантаження білду:

1. Navigation: Release → Production → Review release
2. Перевірте всю інформацію
3. Натисніть "Start rollout to Production"
4. Оберіть стратегію rollout:

8.2. Моніторинг після публікації

Перші 48 годин критичні. Відстежуйте:

8.3. Оновлення застосунку (Updates)

Коли випускати оновлення:

Процес оновлення:

1. Збільшіть версію у app.json:

{
  "version": "1.0.1", // було 1.0.0
  "ios": { "buildNumber": "2" }, // було "1"
  "android": { "versionCode": 2 } // було 1
}

2. Створіть новий production білд:

eas build --platform all --profile production

3. Upload до App Store Connect / Google Play Console
4. Оновіть "What's New" (Release Notes):

Приклад якісних Release Notes:

🐛 Bug Fixes
- Fixed crash when opening trip details without internet
- Resolved issue with camera permissions on Android 14

✨ Improvements
- Faster loading of trip photos
- Better offline mode experience

📱 Under the hood
- Performance improvements
- Reduced app size by 15%

❌ Поганий приклад:

- Bug fixes
- Performance improvements

5. Submit for Review (Apple) або Rollout (Google)

8.4. Версіонування: best practices

Semantic Versioning (рекомендовано):

MAJOR.MINOR.PATCH

1.0.0 → Initial release
1.0.1 → Hotfix (bug fixes)
1.1.0 → New features
2.0.0 → Breaking changes / major redesign

Build Number / Version Code:

Завжди збільшується на 1 з кожним білдом (навіть якщо version не змінюється).

Приклад еволюції:

Підсумки: чек-лист успішної публікації

Додаткові ресурси

Вітаємо! Ваш застосунок тепер у руках користувачів. 🎉