App Store & Play Store deployment 2026-ban: teljes guide új fejlesztőknek

Egy mobil app fejlesztése kész — a deployment viszont gyakran nehezebbnek tűnik, mint amilyen valójában. A 2-3 hetes csúszás az App Store / Play Store review-on tipikus, de elkerülhető megfelelő felkészüléssel. Ez a guide a teljes flow-t végigjárja, új fejlesztők szemszögéből: account-setup, certificate-management, build-konfiguráció, metadata-feltöltés, review-folyamat, és a Fastlane-alapú automatizáció.

A guide 2026 Q1 állapotot tükröz. Az Apple és Google policy-k gyorsan változnak — érdemes a hivatalos dokumentációt is utánaolvasni, különösen a privacy-deklarációkra és a target API level-re vonatkozóan.

Előfeltételek — mit kell tudnod előre

Mielőtt elindulnál, néhány dolog rendben kell, hogy legyen. Ezeket gyakran az utolsó pillanatra hagyják, és ez 1-2 hetes csúszást okoz.

iOS oldalon

• Apple Developer Program tagság ($99 / év Individual vagy Organization, $299 / év Enterprise — utóbbi belső disztribúcióra)
• Apple ID with 2FA (a 2FA mára kötelező, ne kapcsold ki)
• Mac (Xcode kötelező; cloud-Mac szolgáltatás opció, pl. MacStadium, ha nincs lokális Mac)
• Xcode 16+ (2026 Q1 állapot; a Xcode-version match a target iOS-szel)
• App Store Connect hozzáférés (a Developer Account része)
• D-U-N-S Number (Organization-fiókhoz; ingyenes igénylés, 1-2 hét)

Android oldalon

• Google Play Console Developer account ($25 one-time)
• Google fiók 2FA-val
• Bármely OS (Windows / Mac / Linux — előny)
• Java JDK 17+, Android Studio Hedgehog vagy újabb
• Adatkezelési kérdéssor (Data Safety) válaszolva — ez a 2024-es Google update óta szigorúbb

Mindkettő

• App ikonok minden méretben (iOS: 1024×1024 + adaptive sizes; Android: 512×512 + adaptive icon foreground + background)
• Screenshot készlet (iOS: 6.7" + 5.5" minimum; Android: 16:9 phone + tablet)
• Privacy policy URL (publikus, GDPR-compliant)
• Terms of service URL (opcionális, de a legtöbb store-on előírás új submission-re)
• App-leírás magyarul + angolul (a leírást tipikusan a marketing-csapat írja)

Tipp: Az ikonok és screenshot-ok előkészítése sokszor 1-2 napos design-munka. Tervezz be időt a deployment hetén kívül.

iOS deployment — 10 lépésben

1. Bundle ID és App ID regisztrálás

Apple Developer Portal → Certificates, Identifiers & Profiles → Identifiers → új App ID. Bundle ID konvenció: com.cegnev.appnev. Reverse-DNS notation, lowercase, kötőjel megengedett.

Bundle ID examples:
✓ com.corevanix.partneriapp
✓ hu.cegnev.flotta-mobile
✗ com.corevanix.PartneriApp  (uppercase tilos)
✗ corevanix.app              (nem reverse-DNS)

A Bundle ID-t soha ne változtasd a release után — ez egy új app-nek számít, és minden user-data el lesz hagyva.

2. Capabilities és Services

Az App ID-ban explicit engedélyezni kell a használt capability-ket:

• Push Notifications (ha van push)
• In-App Purchase
• Sign in with Apple
• Associated Domains (Universal Links-hez)
• Background Modes
• HealthKit, HomeKit, etc.

Minden új capability külön provisioning profile-t igényel — tervezd be előre.

3. Certificate és Provisioning Profile

Két certificate kell:

• Development certificate (debug build-hez, helyi fejlesztésre)
• Distribution certificate (App Store-hoz, TestFlight-hoz)

Provisioning Profile a Distribution certificate-hez. Mindezt Xcode automatikusan tud (Automatically manage signing), de production-ben jobb manuálisan kezelni — a CI/CD-environmentben az automatic signing gyakran törik.

# Helyi cert-export iCloud Keychain-ből
security find-identity -p codesigning -v
# Kiírja a tárolt certificate-eket

4. Build configuration

Xcode → Product → Scheme → Edit Scheme → Run → Build Configuration: Release. Plus:

• Strip Debug Symbols : Yes
• Enable Bitcode : (Bitcode deprecated Xcode 14+ óta, irreleváns)
• Optimization Level : -Os (Smallest, Fastest)
• Swift Compilation Mode : Whole Module Optimization

Cél: az archive a Window → Organizer-ben látszódjon clean, warning-mentesen.

5. App Store Connect — app létrehozás

App Store Connect → My Apps → új app:

• Bundle ID kiválasztása (az 1. lépésben regisztráltad)
• SKU (belső ID — bármi lehet, pl. „PARTNERI_APP_2026")
• App name (max 30 char, ez jelenik meg az App Store-on)
• Primary language

6. Metadata feltöltés

Ez az időigényes rész. Minden field kötelező:

• App név, subtitle (max 30 char), keywords (max 100 char, comma-separated)
• Description (max 4000 char)
• Promotional text (max 170 char — ezt akkor is változtathatod, ha az app already live)
• Support URL, marketing URL
• Privacy policy URL (publikus, élesben, GDPR-compliant)
• Screenshot-ok 1-3 méretben minimum (iPhone 6.7" + 5.5" — minden 2 év változnak a méretek)
• App ikon 1024×1024 (PNG, transparent area nélkül)
• App Privacy kérdéssor — milyen adatot gyűjtesz, miért
• Age Rating kérdéssor
• Content Rights

Az App Privacy nyilatkozat 2020 óta kötelező. A „Data Used to Track You", „Data Linked to You", „Data Not Linked to You" kategóriák — pontosan kell jelölni.

7. Build upload

Xcode → Product → Archive → Distribute App → App Store Connect → Upload.

Tipikus build feldolgozási idő: 15-60 perc. Egészen 4-6 órás extreme case-ek is előfordulnak, főleg release-napokon.

# Fastlane-nel:
fastlane ios beta

A build feldolgozása után warnings jönhetnek (Missing Marketing Icon, ITSAppUsesNonExemptEncryption etc.). Ezeket az App Store Connect → TestFlight tab-en látod.

8. Submission

App Store Connect → Version → Build kiválasztása → Submit for Review.

Pre-submission checklist:

• Privacy policy URL működik
• App Tracking Transparency prompt-implementálva (ha tracking van)
• In-app purchase products jóváhagyva
• Content rating kérdéseket válaszolva
• Notes for Reviewer — ha valami magyarázat kell (pl. test-credential)
• Demo account ha a app login mögötti

9. Review és release

Tipikus review idő: 24-48 óra (2025 előtt 3-7 nap volt — sokat gyorsult). Lehetséges kimenetek:

• Approved: automatikus release vagy manual release (te döntöd a settings-ben)
• Rejected: Resolution Center-en kapod meg az indokot — fix és resubmit
• In review: wait
• Pending Developer Release: approved, de te manuálisan engedélyezed

10. Post-release monitoring

Az első 24-48 óra kritikus:

• Crashes — Xcode Organizer → Crashes tab
• Reviews — App Store Connect → Ratings and Reviews
• TestFlight feedback — még benne van
• Privacy-incidens — Apple email-t küld, ha problémát detektál

Gyakori rejection okok

Rejection ok	Megoldás
Crash on launch	Test minden iOS-verzión (min target → latest)
Privacy policy URL hibás	Ellenőrizd manuálisan, magyar + angol nyelvű
Sign-in kötelező anélkül, hogy magyarázod	Adj guest-mode vagy magyarázd a value-t
In-app purchase nem releváns, de Stripe-flow	Apple csak IAP-ot enged digital-szolgáltatásra
Medical/financial claim disclaimer nélkül	Adj megfelelő disclaimer-t
Insufficient unique content (clone)	Az app-nek értéket kell hoznia
Inappropriate content	Content-policy review
Missing required functionality	Az app nem lehet placeholder

Megjegyzés: Ha rejection-t kapsz, ne kezd újra a flow-t a 0. lépésnél. A Resolution Center válaszán keresztül beszélhetsz a reviewer-rel, sokszor 1-2 reply után tisztázható a kérdés.

Android deployment — 10 lépésben

1. Application ID és package name

Convention: com.cegnev.appnev. Az application ID a build.gradle-ben rögzítve, soha ne változtasd a launch után.

// app/build.gradle.kts
android {
    namespace = "com.corevanix.partneriapp"
    defaultConfig {
        applicationId = "com.corevanix.partneriapp"
        versionCode = 1
        versionName = "1.0.0"
        minSdk = 26
        targetSdk = 35  // 2026: Android 15
    }
}

2. Signing key generálás

keytool -genkey -v -keystore release.keystore \
  -alias upload -keyalg RSA -keysize 2048 -validity 10000 \
  -storepass <password> -keypass <password> \
  -dname "CN=Corevanix Kft., O=Corevanix, C=HU"

A keystore fájlt és a jelszót VESZÍTSD EL = APP-OT VESZÍTESZ EL (új keystore-rel publikálni nem lehet, csak új app-pal). Tárold biztonságos helyen (1Password, Bitwarden, HashiCorp Vault).

3. Google Play App Signing (recommended)

A 2021-es változás óta a Google Play maga is signing kulcsot generál és tart. A te „upload key"-eddel signed-AAB-t a Google újra-signolja a saját production-keyje-vel.

Előnye: ha az upload-keystoredet elveszíted, a Google új upload-keyet generálhat — az app NEM vész el.

Play Console → App Signing → Use Google Play App Signing
→ Upload your upload key certificate (or generate new)

4. Google Play Console — app létrehozás

Play Console → All apps → Create app:

• Default language
• App / Game
• Free / Paid
• Declaration: app meets Google Play policies

5. App Bundle (AAB) generálás

cd android
./gradlew bundleRelease

Az AAB az app/build/outputs/bundle/release/app-release.aab. Modern alternatíva az APK-nak (kisebb, Google szétszedi platform-specifikus APK-kra dinamikusan).

# RN-nél Fastlane-nel:
fastlane android beta

6. Internal Testing Track

A release-t mindig először Internal Testing track-re tedd. Korlátlan resubmit ingyenes, 1-2 órán belül beta-szinten van.

Play Console → Internal testing → Create release → Upload AAB.

7. Pre-launch report

Google a build-et automatikusan futtatja Firebase Test Lab-on (~30 device-virtuális). Crash, ANR, security issue jelölve.

A pre-launch report 2-6 óra alatt készül el. Eredmények:

• Crash — fix kötelező
• ANR (Application Not Responding) — fix kötelező
• Performance issue — informational, jó fix-elni
• Security warning — fix kötelező
• Accessibility issue — informational

8. Closed / Open Testing

Internal után 50-1000 beta user-rel teszt Closed Testing-on. Pozitív feedback után Production track.

Closed Testing előnye: éles felhasználói feedback még a production submission előtt. Tipikusan 2-4 hetes ciklust érdemes futtatni.

9. Production release

Phased rollout: 1% → 5% → 20% → 50% → 100%. Crash analytics monitoring minden szinten. Ha crash spike → halt rollout.

Day 1:  1% rollout
Day 2:  5% rollout
Day 4:  20% rollout
Day 7:  50% rollout
Day 14: 100% rollout

10. Post-release monitoring

• Crashlytics (Firebase) — crashes, ANRs
• Play Console Vitals — performance metrics, battery, ANR rate
• Reviews — Play Console → Ratings and reviews
• Pre-launch report — minden new release-re lefut

Review idő és gyakori rejection

Google Play review: 1-3 nap első submission-ra, később 12-24 óra. Gyakori issue-k:

Issue	Megoldás
Permissions túl tág	Csak a tényleg használt permission-ök
Privacy policy / data safety form pontatlan	Frissítsd a Data Safety section-t
Adat-deklaráció hiányos	Minden gyűjtött adat-típust deklarálj
Target API level túl régi (2026: min 35)	Update minSdk és targetSdk
App-content policy violation	Review a Google Play policies-t
Spam / clone app	Az app-nek unique value-t kell adnia
Restricted content (pl. gyógyszer)	Speciális engedélyezés / disclaimer

Tipp: A Data Safety form 2024 óta szigorúbb. Minden 3rd party SDK (Firebase, Mixpanel, OneSignal) data-collection-jét deklarálni kell. Ne hagyd ki a Sentry-t sem — az is collect-el data-t.

Cross-platform deployment szempontok

Verzió-szinkronizáció

Egy projekten 2 store-on egyszerre futtatsz buildet. A version-szinkronizációhoz:

// package.json (RN példa)
{
  "version": "1.4.2"
}

// Build-scriptek ezt használják mindkét platformra
// iOS: CFBundleShortVersionString
// Android: versionName

A build-szám szintén szinkronban legyen — egyszerűsíti a debug-ot ha bug-report jön.

Feature-parity

Ha a két platformon eltérő feature van (pl. csak iOS-en Live Activity), két dolog:

1. Documentation — clearly leírni, melyik platformon mi elérhető
2. App Store / Play Store description — eltérő szöveg per platform

Common store metadata-tracking

Egy Notion vagy Linear-doc minden store-metadata-val: leírás, screenshot-link, version-history. Onboarding új csapat-tag-nek 30 perc.

Automation Fastlane-nel

A manuális deployment 2-3 órás flow / release. Fastlane → 5-10 perc.

Fastlane setup

# iOS oldalon
cd ios
fastlane init

# Android oldalon
cd android
fastlane init

Fastfile példa

# fastlane/Fastfile
default_platform(:ios)

platform :ios do
  desc "Push a new beta build to TestFlight"
  lane :beta do
    increment_build_number(xcodeproj: "MyApp.xcodeproj")
    build_app(
      scheme: "MyApp",
      export_method: "app-store",
      output_directory: "./build",
    )
    upload_to_testflight(
      skip_waiting_for_build_processing: true,
      changelog: changelog_from_commits,
    )
    slack(
      message: "iOS beta build #{lane_context[SharedValues::BUILD_NUMBER]} uploaded",
    )
  end

  desc "Submit for App Store review"
  lane :release do
    capture_screenshots
    build_app(scheme: "MyApp")
    upload_to_app_store(
      submit_for_review: true,
      automatic_release: false,
    )
  end
end

platform :android do
  desc "Push a new build to Internal Testing"
  lane :beta do
    gradle(task: "bundleRelease")
    upload_to_play_store(
      track: "internal",
      aab: "app/build/outputs/bundle/release/app-release.aab",
    )
  end

  desc "Production release"
  lane :release do
    gradle(task: "bundleRelease")
    upload_to_play_store(
      track: "production",
      rollout: "0.05",  # 5% phased rollout
    )
  end
end

GitHub Actions integration

# .github/workflows/mobile-beta.yml
name: Mobile Beta
on:
  push:
    branches: [main]
jobs:
  ios-beta:
    runs-on: macos-latest
    steps:
      - uses: actions/checkout@v4
      - uses: ruby/setup-ruby@v1
        with:
          ruby-version: 3.2
          bundler-cache: true
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci
      - run: bundle exec fastlane ios beta
        env:
          APPLE_ID: ${{ secrets.APPLE_ID }}
          APP_STORE_CONNECT_API_KEY: ${{ secrets.APP_STORE_CONNECT_API_KEY }}
          MATCH_PASSWORD: ${{ secrets.MATCH_PASSWORD }}

  android-beta:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-java@v4
        with:
          distribution: temurin
          java-version: 17
      - uses: ruby/setup-ruby@v1
        with:
          ruby-version: 3.2
          bundler-cache: true
      - run: npm ci
      - run: bundle exec fastlane android beta
        env:
          PLAY_STORE_JSON_KEY: ${{ secrets.PLAY_STORE_JSON_KEY }}

Fastlane Match — certificate-management

A certificate-management Fastlane Match-csel sokkal könnyebb:

# Matchfile
git_url("git@github.com:corevanix/mobile-certificates.git")
storage_mode("git")
type("appstore")

app_identifier(["com.corevanix.partneriapp"])
username("hello@corevanix.com")

A match appstore parancs letölti és telepíti a certificate-eket. CI-en automatic, lokálisan 30 másodperc.

TestFlight vs Closed Testing

A két beta-csatorna eltérő use case-re jó:

Szempont	TestFlight (iOS)	Closed Testing (Android)
Max user	10,000	Korlátlan (per-group)
Beta-period	90 nap	Korlátlan
Crash-reports	Igen	Igen (Crashlytics)
Beta-feedback	In-app + email	Email + Play Console
Review needed	Internal: nem; External: igen (24h)	Nem
Distribution	Email-invite vagy public-link	Email-invite vagy public-link
Setup-time	1 nap	2-4 óra

A „valós beta" 2-4 hét. Az 50-100 user-nek elég ahhoz, hogy a major bug-okat észrevegyék, de nem annyira sok, hogy a feedback management ne legyen kezelhető.

A release-strategy — phased rollout, halt-criteria

Phased rollout best practices

Day 1-2:    5% rollout       — figyeld a crash-rate-et
Day 3-5:    20% rollout      — ha < 0.5% crash, folytasd
Day 6-10:   50% rollout      — még mindig figyeld
Day 11-14:  100% rollout

Halt-criteria

• Crash-free users < 99% — halt, investigate
• ANR rate > 0.47% (Play Console threshold) — halt
• Negative review burst (5+ 1-star egy nap alatt) — investigate
• Specific OS-version crash — halt, hot-fix

A halt + hot-fix flow 1-2 nap. Jobb halt-elni, mint a tovább-rollout 100%-ig.

Rollback strategy

Az iOS-en a rollback nehéz: az app nem „régi" verzióra rollback-elhető. A megoldás: új release-t adsz be a régi build-szel (incremental version).

Android-on a Play Console „Halt rollout" gomb segíti, de a már installed user-eken nincs auto-rollback.

A defenzív stratégia: feature flag-ek. Az új feature alapból off, és server-side flippelhető.

Mit ne csinálj — 5 gyakori hiba

1. Ne adj be production-be debug build-et

A debug build lassabb, nagyobb, és gyakran tartalmaz dev-only credential-eket. Mindig Release configuration.

2. Ne hagyd üresen a Privacy policy URL-t

Az auto-rejection #1 oka. A privacy policy URL-nek élesben kell mutatnia, magyar + angol nyelvű (multi-locale app-en).

3. Ne használj banned keyword-öket az app-leírásban

„Best", „top", „guaranteed" — ezek pszt megsérthetik a marketing policy-ket. Csak akkor használd, ha valóban igazolható.

4. Ne hagyd a screenshot-okat „placeholder"-ön

A reviewer a screenshot-okat ránézi, és ha placeholder-szöveg van bennük („Lorem ipsum"), automatikus rejection.

5. Ne kapd ki az ATT-promptot iOS-en

Ha tracking-data van (Firebase, Google Analytics, Facebook SDK), az App Tracking Transparency prompt kötelező. A privacy-violation egyik leggyakoribb auto-rejection-ja.

Hivatalos doc-ok és további olvasmányok

• Apple App Store Connect Help — official guide
• Apple App Store Review Guidelines — what gets rejected
• Google Play Console Help — official guide
• Google Play Policy — content policies
• Fastlane dokumentáció — official guide
• Fastlane Match — certificate management

Témához kapcsolódó saját cikkeink: React Native vs Native 2026 — platform-választás. Push értesítések helyes implementálása — push-flow tervezés. Mobil app GDPR compliance — privacy alapok deployment előtt.

Lezárás

A mobil deployment 2026-ban gyorsabb mint valaha — de a setup-ja továbbra is meredek. Az első store-submission tervezz be 2-4 hetet (cert, metadata, screenshot, első review).

Egy automatikus pipeline beüzemelése (Fastlane + GitHub Actions) 1-2 nap fejlesztés, de utána minden release 5-10 perc. Megéri.

Az első release után minden subsequent release egyre könnyebb. A 3. release-nél már flow-szerű, a 10. release-nél már automatic. Az invesztíció az első setup-ban — utána a deployment-friction gyakorlatilag eltűnik.

Ha mobil app projektet tervezel, beszéljük át a deployment és store-stratégiát — a release process átvétele a build-csomag része. Az első release-en a partner-developerünk személyesen ellenőrzi minden lépést, hogy az átadás-átvétel tisztán menjen.