Native iOS a Android, nebo cross-platform: rozhodovací rámec pro 2026.

Než přijdeme s technologickým doporučením, ptáme se klienta na tři věci. Odpovědi typicky předurčí stack, i když si to klient na začátku neuvědomuje.

Co aplikace musí umět hardware-specificky. Kamera s real-time zpracováním, AR, Bluetooth, NFC, push notifikace s rich content, background sync, biometric auth, in-app subscriptions s revenue cat — každá z těchto věcí má jinou kvalitu na native a cross-platform. Pokud jádro produktu závisí na jedné z nich, native typicky vyhrává.

Jaký je tým a jak dlouho aplikace má žít. Native znamená dva týmy (iOS a Android), dvě verze každé funkce, dvě sady review. Cross-platform znamená jeden tým a jednu verzi, ale zranitelnost na breaking changes ve frameworku. Pro startup s šestičlenným týmem a horizontem 18 měsíců dává cross-platform jiný smysl než pro firmu s desítkami inženýrů a horizontem deseti let.

Jak aplikace vydělává. In-app subscriptions, IAP, reklamy, B2B SaaS přes web — model monetizace ovlivňuje technologii víc, než se zdá. App Store ekonomika je pro různé modely různě benevolentní a sazby Apple/Google se započítávají do byznys plánu od první iterace.

Native (Swift na iOS, Kotlin na Android) volíme typicky ve čtyřech situacích. V každé z nich je cena za dva týmy obhájená.

Performance-kritická aplikace s videem nebo real-time zpracováním. U **AiLuvio**, českého AI startupu pro real-time překlad video hovorů ve 30+ jazycích, jsme šli native iOS a Android — protože smooth call state transitions, camera rotation, popup menu na mobilu a chat window pozice s klávesnicí jsou věci, které v cross-platformu zaplatíte čtvrtletími laděním.

Hardware-specifické integrace. Bluetooth, NFC, ARKit/ARCore, advanced kamerová API, biometric auth s Secure Enclave. Cross-platform frameworky tyto věci umí, ale s ročním zpožděním a typicky horší kvalitou.

In-app subscriptions a IAP s komplexní logikou. Apple StoreKit 2 a Google Play Billing v6 se za poslední dva roky výrazně rozcházejí v UX. U mobilní aplikace **Ordinačka** (vyhledávání lékařů, převzaté MVP po neúspěšném předchozím dodavateli) jsme šli native iOS i Android, abychom správně udělali in-app subscription management, push notifikace a admin rozhraní v Laravel Nova — aplikace je dnes v App Store i Google Play.

Velký a dlouhodobý investiční horizont. Pokud aplikace má sloužit 8+ let a tým je dostatečně velký, native dává smysl jako defenzivní volba. U **Sportybe** jsme volili Swift pro iOS a Kotlin pro Android pro mobilní klienty platformy sportovních hal — k tomu Spring Boot, Java, PostgreSQL, Elasticsearch a Next.js na backendu a webu. Aplikace běží od roku 2020 a vyvíjí se kontinuálně.

Cross-platform stack je v roce 2026 zralý a dává smysl častěji, než se před pár lety zdálo. V naší praxi sahá ruka po React Native nebo Flutter ve třech typech projektů.

Aplikace s těžištěm v UI a obchodní logice, ne v hardwaru. Klasický B2B SaaS klient, B2C aplikace s katalogovým UX, interní firemní aplikace pro zaměstnance. Pokud jádro produktu je formulář, seznam, mapa a pár grafů, cross-platform vás dostane do produkce výrazně rychleji.

Tým s React seniory, ale bez native iOS a Android kapacit. React Native je za této situace defenzivní volba — sdílí mentální model s webem, knihovny existují, deployment je standardní. Flutter v podobné situaci pro tým bez Dart zkušenosti volíme méně, protože onboarding je dražší.

Aplikace, která má rychle iterovat. Code push, OTA updates, sdílené komponenty s webem — cross-platform má pro produktové týmy s týdenními release cykly přirozenější rytmus.

Rizika, která ohlídejte: vendor lock-in na Expo, breaking changes mezi minor verzemi, bridge layer mezi JS a native (slabé místo na výkon), kvalita knihoven pro méně populární funkce. Cross-platform v roce 2026 už není „levnější native", ale samostatná disciplína se svými kompromisy.

Capacitor (Ionic) je nejlevnější mobilní cesta — webová aplikace zabalená do mobilního shellu s přístupem k některým native API. Hodí se ve dvou situacích a v ostatních spíš zradí.

Hodí se: pokud už máte funkční webovou aplikaci, mobilní verze je „nice to have", a hlavní použití bude přes prohlížeč. Capacitor vám dá ikonu na ploše, push notifikace a App Store distribuci za zlomek nákladů.

Hodí se: pokud cílíte interní firemní použití (kuchař v restauraci, skladník) a UX kompromis je akceptovatelný — typicky tablet, jednoduchý workflow.

Nehodí se: pokud aplikace má B2C ambici a uživatelé budou srovnávat s native konkurencí. Capacitor aplikace v App Store je často poznat — animace lehce zaostávají, klávesnice se chová podivně, push notifikace nemají rich content. Nehodí se ani tam, kde potřebujete in-app subscription s pokročilou logikou nebo offline-first synchronizaci.

Dříve jsme Capacitor doporučovali častěji, dnes spíš zvažujeme React Native s Expo — je to o kus dál a uživatelé zaplatí stejnou cenu jako za Capacitor v ekvivalentní složitosti.

Technologie je první polovina cesty. Druhá polovina je distribuce — a tam jsou pasti, které prodlouží launch o týdny, pokud na ně nepamatujete.

App Store review guideline 4.2.3 (minimum functionality). Apple zamítá aplikace, které jsou „jen wrapper webu" nebo nemají dostatek native funkcionality. U převzetí **AiLuvio** jsme v publikační fázi řešili icon zoom issues, swipe gestures, chat window pozici s klávesnicí — drobnosti, které review tým ohlídá a které prodloužily launch o dva týdny oproti původnímu plánu.

In-app subscription review. Apple a Google se ptají na restore purchase, na cancel flow, na transparency screen s cenami. Pokud kterákoliv z těchto věcí chybí nebo je ukrytá, review zamítne. U **Ordinačka** to byl jeden z bodů, který se na první pokus nepovedl.

Push notifikace a privacy nutrition labels. Od roku 2024 Apple vyžaduje detailní deklaraci, co aplikace shromažďuje. Špatně vyplněný formulář znamená zamítnutí a opětovný review. Google Play od té doby přidal Data Safety section. Tyto věci se vyplácí ohlídat dva týdny před launchem, ne den předem.

Účet vlastníka v App Store Connect a Google Play Console. Jsou to vaše firemní účty, ne osobní účet vývojáře. Migrace ze osobního účtu po několika letech provozu je nepříjemná — vyřešte to na začátku.

Pokud zvažujete novou mobilní aplikaci, převzetí mobilního MVP nebo druhý názor na technologickou volbu, ozvěte se nám. Úvodní rozhovor a hrubý odhad rozsahu a stacku děláme do 5 MD bez závazku.