Native mi Cross-Platform mı? Nasıl Karar Verilir?

Bu karşılaştırmaların çoğunun üzerine kurulduğu performans savı yıllar önce bir şeyi belirlemeyi bıraktı; hâlâ belirleyen şeyse pek konuşulmuyor. Uygulamanızın Apple ve Google'a karşı yayımlanmış ve tarihli yükümlülükleri var; çerçeve seçiminiz de bunları doğrudan mı yoksa bir başkası üzerinden mi karşılayacağınızı belirliyor. İki büyük cross-platform çerçevesi de şu an bunları karşılıyor. Bu, bugüne dair bir gerçek ve gerçekte satın aldığınız şey de bu.

Bu rehber, bunu nasıl tartacağınızı ve "tek kod tabanı"nın hiçbir zaman tek kod tabanı olmayan kısmını anlatıyor.

Son tarihler gerçek ve tarihli

Buradan başlayalım; çünkü müşterilere hiç gösterilmeyen kısım bu. İki platform da sert kapılar yayımlıyor ve bunlar her yıl ileri kayıyor.

Birincisini Apple'ın yaklaşan gereklilikler sayfası koyuyor. İkincisini Google'ın hedef API seviyesi politikası koyuyor ve çoğu kişinin atladığı bir sonucu ekliyor: API 34 ya da altını hedefleyen mevcut uygulamalar, yalnızca uygulamanın hedef seviyesine eşit ya da ondan düşük Android sürümü çalıştıran cihazlarda görünüyor. Güncellemeyi bıraktığınız bir uygulama yalnızca yerinde saymıyor — yeni telefonlardan sessizce kayboluyor.

Bu döngü, bir uygulamaya sahip olmanın asıl tekrar eden maliyeti ve hangi yolu seçerseniz seçin geçerli. Geri kalanını rakamlarla uygulama maliyeti rehberimizde ele almıştık.

Çerçeveler bu tarihlerle ne yapıyor

Şimdi işe yarar soru: bir çerçeve sizi o tarihlerin önüne mi geçiriyor, arkasına mı düşürüyor? Kayıt kontrol edilebilir ve 2026'da iyi görünüyor.

React Native'in 12 Ağustos 2025'te yayımlanan 0.81 sürüm notları, "React Native 0.81 ile derlenen Android uygulamalarının artık varsayılan olarak Android 16'yı (API 36) hedefleyeceğini" söylüyor. Google'ın bu hedef için son tarihi 31 Ağustos 2026'ydı. Çerçeve yaklaşık bir yıl erken geldi ve React Native o tarihten beri iki ayda bir sürüm çıkardı.

Flutter'ın 3.47 için desteklenen platformlar sayfası Android API 24–37'yi ve iOS 15–26'yı destekleniyor olarak listeliyor; sürekli entegrasyon testleri API 24–36 ile iOS 18 ve 26 üzerinde koşuyor. İki güncel platform sürümü de kapsanıyor.

Yani dürüst tespit, cross-platform çerçevelerin geride kaldığı değil. Şu an önde oldukları ve sizin de bunun sürmesine dair bir bağımlılık satın aldığınız. Aynı React Native sürümü madalyonun diğer yüzünü de gösteriyor: 0.81 kendi tabanını Xcode 16.1'e yükseltti ve Xcode 26 beta altında prebuild'lerin desteklenmediğini, çünkü IDE'nin Swift explicit modules'ü varsayılan yaptığını not düştü. Bunun gibi küçük sürtünmeler bağımlılığın dokusudur ve çerçevenin değil sizin ekibinizin takvimine düşer.

Hiçbir zaman tek kod tabanı olmayan kısım

"Tek kod tabanı" ifadesi ayakta kalıyor, çünkü uygulamanın insanların baktığı yarısı için doğru. Ekranlar, gezinme, durum yönetimi, formlar, iş mantığı — gerçekten ortak.

Ortak olmayan şey, işletim sistemine dokunan her şey. Push bildirim davranışı, arka planda çalışma kuralları, widget'lar, Live Activities, saat uygulamaları, sağlık ve ödeme çatıları, dosya sağlayıcıları, paylaşım sayfaları, işletim sistemine kaydedilen derin bağlantılar. Bunların her biri, üzerini hangi çerçeve sararsa sarsın, o platformu bilen birinin yapacağı platforma özgü iş istiyor.

Pratik sonucu bir tahmin sorunu. Cross-platform bir uygulamayı tek ortak kod tabanı artı iki ince native katman olarak bütçeleyin; katmanların boyutunu da ürününüzün ne kadarının bu ikinci kategoride yaşadığı belirlesin. Girişi ve listesi olan bir rezervasyon uygulaması neredeyse tamamen ortaktır. Değeri bir ana ekran widget'ı, bir arka plan senkronu ve bir Apple Watch eşlikçisi olan uygulama değildir; oradaki cross-platform tasarrufu da broşürün önerdiğinden çok küçüktür. Bu ayrımı teklif vermeden önce nasıl çıkardığımızı mobil uygulama geliştirme rehberimiz anlatıyor.

Simetrik olmayan asgari sürüm sorusu

Ekipler hangi işletim sistemi sürümlerinin destekleneceğini tartışmaya gerçek zaman harcıyor ve iOS'ta bu tartışma neredeyse boş.

Apple 7 Haziran 2026'da tüm cihazların %79'unun, son dört yılda tanıtılan cihazların %86'sının iOS 26 çalıştırdığını ölçtü. iOS 18 yerine iOS 15'i desteklemek size bir dilimin dilimini kazandırıyor — karşılığında o tarihten beri eklenen her API'yi ve hâlâ çalıştığını kanıtlayacak test matrisini ödüyorsunuz.

Android farklı bir karar; çünkü sürüm dağılımı gerçekten geniş. Orada taban, hangi cihazları ve hangi pazarları kaybetmeye razı olduğunuza dair ticari bir tercih ve varsayılan bırakılmak yerine gerçekten yanıtlanmayı hak ediyor. Flutter'ın tabanı API 24; altında zaten bir çerçeve sorusu kalmıyor: ya native yazıyorsunuz ya da çıkmıyorsunuz.

Apple'ın rakamına iliştirilmiş şerhi de not edin; çünkü ne kadar ağırlık taşıdığını değiştiriyor. Apple "App Store'da işlem yapan cihazları" ölçüyor — kurulu taban değil, aktif alıcı kitlesi. Ödeme yapan bir müşterinin ne çalıştırdığına karar vermek için muhtemelen doğru payda. Fiyata duyarlı bir pazardaki erişimi tahmin etmek içinse en yeni sürümü olduğundan iyi gösteriyor.

Ne zaman native öneriyoruz

Burada tarafsız değiliz ve görüşümüz yokmuş gibi yapmaktansa nerede durduğumuzu söylemeyi tercih ediyoruz.

Ürün, platform entegrasyonunun kendisi olduğunda native öneriyoruz. Sürekli kamera veya sensör işleme, işletim sisteminin agresif güç yönetimine rağmen ayakta kalması gereken arka plan işleri, derin widget ve saat deneyimleri, yeni bir işletim sistemi yeteneğinin "olsa iyi olur" değil yol haritasının kendisi olduğu her şey. Bu uygulamalarda çerçeve vaktini yoldan çekilmeye harcar ve siz sürekli etrafından dolaştığınız bir katmanın parasını ödersiniz.

Tek platforma çıkıyorsanız da native öneriyoruz. Tek hedef için kullanılan bir cross-platform çerçevesi yukarı yönlü hiçbir şey getirmez — bakımı üstlenmiş, faydayı reddetmiş olursunuz.

Ve geniş orta kesim için çekinmeden cross-platform öneriyoruz: bir API'nin üzerindeki ekranlardan oluşan, iki platformda birden çıkan, iki ayrı native ekip kurmayacak bir takımın yürüteceği uygulamalar. Çoğu işletme uygulaması budur; daha büyük bir iş satmak için aksini söylemek dürüst olmazdı.

Nerede hayır diyoruz

Şartnamesi platforma özgü davranışlarla dolu bir işi "tek uygulama" diye fiyatlandırmayız. Rakam yanlış olur ve iki taraf da bunu ikinci ayda öğrenir.

İki platforma da ihtiyacı olan, tek bütçesi olan ve işe alım planı olmayan bir müşteriye native önermeyiz. Kimsenin bakmadığı iki native kod tabanı, birinin baktığı tek cross-platform kod tabanından kötüdür.

Bir öğleden sonrada karar vermek

1. Ürününüzün ne kadarı işletim sistemine dokunuyor? Bir API üzerindeki ekranlar cross-platform'u işaret eder. Widget'lar, arka plan işleri ve sensörler native'i.
2. Gerçekten iki platforma da çıkıyor musunuz? Biri teoride kalıyorsa, gerçek olanı native yazın.
3. Gelecek yılın SDK son tarihini kim karşılayacak? İki tarih de yayımlanmış. Sahibinin yazılı olarak belli olduğundan emin olun.
4. Android tabanınız ne? iOS'ta bu neredeyse sizin yerinize verilmiş bir karar. Android'de geliri olan bir pazar kararı.
5. Taşımak yerine yeniden yazar mıydınız? Sonradan geçiş kabul edilemezse, seçimi çok yıllık bir taahhüt olarak tartın; zaten öyle.

Bu ayrımın tartışılmasındansa fiyatlanmasını istiyorsanız, uygulamanın ne yapması gerektiğini bize anlatın; hangi kısımların gerçekten ortak, hangilerinin olmadığını ve her yolun ayakta tutulmasının ne tuttuğunu söyleyelim — ya da nasıl kapsamlandırdığımız için mobil uygulama geliştirme sayfasından başlayın.