Mobil Uygulama Bakım Outsourcing | iOS ve Android Destek

Son güncelleme: 8 Kasım 2026

Mobil uygulama bakım ve geliştirme outsourcing, App Store ve Google Play’de yayında olan iOS ve Android uygulamanızın yaşamını sürdürmesi için gereken teknik işleri bir dış ekibe devretmenizdir: her yıl gelen işletim sistemi sürümlerine uyum, mağaza politikası değişiklikleri, SDK ve kütüphane güncellemeleri, çökme (crash) izleme ve düzeltme, performans iyileştirme ve yeni özellik geliştirme. Mobil uygulamalar web sitelerinden farklı olarak sizin takviminizle değil, Apple ve Google’ın takvimiyle de yaşar; bu takibi kaçıran uygulamalar mağazada güncelleme yayınlayamaz hale gelebilir. Uygulamanız ciddi teknik sorunlar yaşıyorsa önce yazılım proje kurtarma, maliyet tarafını merak ediyorsanız mobil uygulama güncelleme ve bakım fiyatları sayfamıza bakabilirsiniz.

Mobil uygulama bakım outsourcing nedir, kimler ihtiyaç duyar?

Bir mobil uygulamanın ilk sürümü, toplam yaşam döngüsünün başlangıcıdır. Apple ve Google her yıl büyük işletim sistemi sürümleri yayımlar; bu sürümlerle birlikte izin modelleri, arka plan çalışma kuralları, bildirim davranışları ve gizlilik gereksinimleri değişir. Mağazalar belirli aralıklarla yeni uygulama ve güncellemelerin daha yeni SDK veya API seviyeleriyle derlenmesini zorunlu kılar. Bu döngüyü takip etmeyen bir uygulama önce uyarı alır, ardından güncelleme yayınlayamaz veya yeni kullanıcılara görünürlüğü kısıtlanabilir.

Tipik ihtiyaç sahipleri

Uygulamayı bir ajansa yaptırmış şirketler: Proje teslim edilmiş, ajansla bakım anlaşması yok ya da yanıt süreleri yavaş.
Dijital kanalı gelir üreten işletmeler: E-ticaret, rezervasyon, sipariş ve sadakat uygulamalarında her çökme doğrudan kayıp satış demektir.
Finans ve sigorta uygulamaları: Güvenlik güncellemeleri, kök/jailbreak tespiti, sertifika sabitleme gibi konularda sürekli bakım gereksinimi.
Saha ve kurumsal iç uygulamalar: MDM ile dağıtılan, çevrimdışı çalışan, cihaz donanımına (kamera, barkod, NFC, Bluetooth) bağımlı uygulamalar.
Girişimler: Ürün-pazar uyumu arayan, hızlı özellik denemesi yapan ama tam zamanlı mobil ekip kurmamış ekipler.

Tipik sorunlar

Yeni iOS veya Android sürümünden sonra belirli ekranların bozulması, izin akışlarının çalışmaması
Mağazadan gelen hedef API seviyesi veya SDK uyarılarının fark edilmemesi
Mağaza incelemesinden (review) gizlilik etiketi, hesap silme veya ödeme kuralları nedeniyle ret
Mağaza puanının düşmesi, yorumlarda çökme şikayetleri
Eski üçüncü taraf SDK’ların (analitik, reklam, ödeme) desteğinin bitmesi
Push bildirim sertifikaları veya anahtarlarının süresinin dolması
Kaynak kodun, imzalama anahtarlarının veya mağaza hesabı erişiminin tek bir kişide kalması

Kapsam: işletim sistemi döngüleri, mağaza uyumu ve kalite

Alan	Tipik görevler	Sıklık
İşletim sistemi uyumu	Apple ve Google’ın beta sürümleriyle erken test, davranış değişikliklerinin analizi, yeni izin ve gizlilik modellerine uyum	Her yıl büyük sürüm öncesi ve sonrası
Hedef SDK / API seviyesi	Android hedef API seviyesi yükseltmesi, Xcode ve iOS SDK güncellemesi, derleme araçlarının yükseltilmesi	Mağaza takvimlerine göre yıllık
Mağaza politikası takibi	App Store Review Guidelines ve Google Play Developer Policy değişikliklerinin izlenmesi; gizlilik etiketleri, Data safety formu, hesap silme gereksinimi	Sürekli izleme
Çökme ve hata izleme	Firebase Crashlytics, Sentry gibi araçlarla çökme ve ANR takibi, önceliklendirme, düzeltme	Günlük/haftalık
Bağımlılık güncellemeleri	Üçüncü taraf SDK’lar, açık kaynak kütüphaneler, güvenlik açığı olan paketler	Aylık
Performans	Açılış süresi, bellek, pil tüketimi, ağ kullanımı, uygulama boyutu	Çeyreklik iyileştirme
Sürüm yönetimi	Derleme, imzalama, TestFlight / dahili test kanalları, kademeli dağıtım (staged rollout), sürüm notları	Sürüm başına
Arka uç ve entegrasyonlar	API sürümleri, push bildirim servisleri, ödeme ve kimlik doğrulama entegrasyonları	Sürekli
Yeni özellik geliştirme	Ürün yol haritasına göre özellik geliştirme, A/B testleri, uzaktan yapılandırma	Sprint bazlı
Mağaza varlıkları	Ekran görüntüleri, açıklamalar, yorum yanıtları; ayrıntı için ASO ve mağaza yönetimi	Talep bazlı

Yıllık iOS ve Android döngüsü nasıl yönetilir?

Apple genellikle yaz başında geliştirici konferansında yeni iOS sürümünü duyurur ve beta sürümlerini yayımlar; kararlı sürüm çoğunlukla sonbaharda gelir. Google da Android’in yeni sürümleri için önizleme ve beta programları yürütür. Bakım ekibinin görevi bu takvimi takip ederek uygulamayı beta döneminde test etmek, davranış değişikliklerini (ör. bildirim izinleri, konum ve fotoğraf erişimi, arka plan görevleri, kenardan kenara ekran düzeni) önceden tespit etmek ve kararlı sürüm çıktığında uyumlu bir güncellemeyi hazır tutmaktır. Google Play’in hedef API seviyesi gereksinimleri ve Apple’ın belirli tarihten sonra yeni Xcode/SDK ile derleme şartı da yıllık plan içinde ele alınır. Kesin tarihler her yıl üreticiler tarafından duyurulduğu için, takvim resmi duyurulara göre güncellenir.

Desteklenen teknolojiler

Yaklaşım	Teknolojiler	Bakımda dikkat
Native iOS	Swift, SwiftUI, UIKit, Objective-C (eski kod tabanları)	Objective-C’den Swift’e kademeli geçiş, Xcode sürüm uyumu
Native Android	Kotlin, Jetpack Compose, Java	Gradle ve Android Gradle Plugin yükseltmeleri, hedef API seviyesi
Çapraz platform	Flutter, React Native	Çatı sürüm yükseltmeleri, native modül uyumluluğu
Hibrit (eski)	Cordova, Ionic	Desteğin azaldığı eklentiler; modernizasyon planı
Arka uç ve servisler	Firebase, REST/GraphQL API’ler, push servisleri (APNs, FCM)	Sertifika ve anahtar yenileme takibi

Yeni bir uygulama veya kapsamlı yeniden geliştirme planlıyorsanız mobil uygulama geliştirme hizmetimize bakabilirsiniz.

Standartlar ve düzenlemeler

Mağaza kuralları: Apple App Store Review Guidelines ve Google Play Developer Program Policies bağlayıcıdır; ödeme, abonelik, kullanıcı tarafından oluşturulan içerik, gizlilik ve hesap silme konularındaki kurallar düzenli olarak güncellenir.
Gizlilik beyanları: App Store gizlilik etiketleri, Apple’ın privacy manifest gereksinimleri ve Google Play Data safety bölümü, uygulamanın ve içindeki üçüncü taraf SDK’ların topladığı verilerle tutarlı olmalıdır.
KVKK ve GDPR: Uygulama içi aydınlatma, açık rıza akışları, izleme izni (iOS App Tracking Transparency) ve veri saklama süreleri.
OWASP MASVS / MASTG: Mobil uygulama güvenliği için yaygın doğrulama standardı ve test kılavuzu; güvenli depolama, ağ iletişimi, kimlik doğrulama ve kod koruma başlıklarını kapsar.
Sektörel gereksinimler: Bankacılık, ödeme ve sağlık uygulamalarında kurumun tabi olduğu düzenlemeler ek güvenlik ve kayıt gereksinimi doğurabilir; bunlar proje başında netleştirilir.
Erişilebilirlik: VoiceOver ve TalkBack uyumluluğu, dinamik yazı boyutu, kontrast.

Teslim modelleri

Lokasyon	Nasıl çalışır	Ne zaman uygun
Uzaktan	Ekip kod deposu, CI/CD, mağaza konsolları ve test cihazlarıyla uzaktan çalışır	Çoğu bakım senaryosu
Yerinde	Özel donanım, saha cihazı veya kapalı ağ gerektiren test ve geliştirme	Kurumsal saha uygulamaları, IoT entegrasyonları
Hibrit	Planlama ve kabul testleri yerinde, geliştirme uzaktan	Ürün ekibiyle yakın çalışma gerektiğinde

Sözleşme modeli	Tanım	Uygun olduğu durum
Managed service	OS uyumu, mağaza uyumu, çökme takibi ve hata düzeltmenin SLA ile yürütüldüğü aylık bakım	Özellik geliştirme az, istikrar öncelikli
Dedicated team	iOS, Android ve QA’dan oluşan, ürününüze ayrılmış ekip	Aktif yol haritası, sık sürüm
Staff augmentation	Mobil ekibinize iOS/Android/Flutter uzman takviyesi	Geçici kapasite veya belirli uzmanlık
Proje bazlı	Hedef API yükseltmesi, çatı sürüm geçişi, performans projesi	Tek seferlik büyük iş

Hukuki not: Personel sağlanan modellerde yapı, hizmet alımı ve 4857 sayılı İş Kanunu’nun 2. maddesi kapsamındaki alt işverenlik kurallarına göre kurulur. Personelin doğrudan sizin emir ve talimatınızla çalıştığı geçici iş ilişkisi (md. 7) İŞKUR izinli özel istihdam bürosu üzerinden kurulabilir; 360 Soft özel istihdam bürosu değildir.

Süreç

Adım	İçerik	Tipik süre
1. Teknik denetim	Kod kalitesi, bağımlılıklar, hedef SDK/API seviyeleri, çökme verisi, mağaza uyarıları, derleme hattı	1–2 hafta
2. Varlık ve erişim devri	Kaynak kod, imzalama sertifikaları ve anahtarları, mağaza hesapları, push anahtarları, analitik ve crash araçları	1 hafta
3. Derlenebilirlik ve stabilizasyon	Projenin temiz ortamda derlenmesi, CI/CD kurulumu, kritik çökmelerin giderilmesi	2–4 hafta
4. Uyum yol haritası	OS, SDK ve mağaza gereksinimlerine göre yıllık takvim	1 hafta
5. Sürekli bakım ve geliştirme	Sprint bazlı geliştirme, aylık bakım sürümü, çökme raporu	Sözleşme dönemi

SLA ve KPI

Gösterge	Açıklama	Nasıl ölçülür
Çökmesiz kullanıcı oranı (crash-free users)	Çökme yaşamayan aktif kullanıcıların oranı	Crashlytics / Sentry
ANR oranı (Android)	Uygulamanın yanıt vermediği oturumların oranı; Google Play’de görünürlüğü etkileyebilir	Play Console Android Vitals
Kritik hata düzeltme süresi	Kritik bir hatanın tespitinden düzeltilmiş sürümün mağazaya gönderilmesine kadar geçen süre	Ticket ve sürüm kayıtları
OS uyum hazır olma	Yeni büyük OS sürümü yayımlandığında uyumlu sürümün hazır olması	Sürüm takvimi
Mağaza ret oranı	İncelemede reddedilen gönderimlerin oranı ve kapanma süresi	App Store Connect / Play Console
Açılış süresi	Soğuk açılış süresi	Performans izleme araçları
Mağaza puanı trendi	Puan ve yorumlardaki teknik şikayetlerin eğilimi	Mağaza konsolları

Hedef değerler, teknik denetimde ölçülen başlangıç değerlerine göre birlikte belirlenir. Mağaza inceleme süreleri Apple ve Google’ın kontrolünde olduğu için SLA’larda “mağazaya gönderim” zamanı esas alınır.

Fiyatlandırma faktörleri

Mobil bakımda dört model kullanılır: sabit aylık bakım ücreti (OS/mağaza uyumu, çökme takibi ve belirli bir saat havuzu), adam/ay (dedicated mobil ekip), saatlik (düzensiz talepler) ve outcome-based (ücretin bir kısmının çökmesiz kullanıcı oranı veya kritik hata düzeltme süresi gibi hedeflere bağlanması). Sabit fiyatlı projeler ise hedef API yükseltmesi veya çatı geçişi gibi tanımlı işler için uygundur.

Faktör	Etkisi
Platform sayısı	İOS, Android, ikisi birden veya çapraz platform
Kod tabanının yaşı ve kalitesi	Eski çatı sürümleri ve teknik borç her güncellemenin eforunu artırır
Üçüncü taraf SDK sayısı	Her SDK ayrı güncelleme ve uyum takibi demektir
Donanım entegrasyonları	Bluetooth, NFC, kamera, sensör, harici cihazlar daha fazla test gerektirir
Sürüm sıklığı	Aylık veya iki haftalık sürüm ritmi
Test cihazı matrisi	Desteklenen cihaz ve OS sürümü sayısı
Güvenlik gereksinimleri	Finans ve sağlık uygulamalarında ek kontroller

In-house, freelancer veya outsourcing?

Kriter	In-house	Freelancer	Outsourcing
iOS ve Android birlikte	En az iki uzman gerekir	Genellikle tek platform	Ekip içinde her iki platform ve QA
OS ve mağaza takvimi takibi	Ekip olgunluğuna bağlı	Çoğu zaman reaktif	Yıllık uyum planıyla proaktif
İmzalama anahtarı ve hesap güvenliği	Şirkette	Kişide kalma riski	Şirket hesaplarında, erişim kayıtlı
Süreklilik	Kişi ayrılırsa risk	Yüksek risk	Yedekli ekip
Maliyet	Yüksek sabit maliyet	Düşük ama öngörülemez	Kapsama göre öngörülebilir

Mobil Uygulama Bakım ve Geliştirme Outsourcing — konu başlıkları

Riskler ve önlemler

Risk	Önlem
İmzalama anahtarının kaybı	Anahtarların güvenli kasada saklanması, Play App Signing kullanımı, erişim kaydı
Mağaza hesabının kişiye bağlı olması	Kurumsal geliştirici hesabı, rol bazlı ekip erişimi
Güncellemenin yeni çökmelere yol açması	Kademeli dağıtım, çökme alarmı, hızlı düzeltme sürümü, gerektiğinde uzaktan yapılandırma ile özelliği kapatma
OS sürümüne geç kalınması	Beta döneminde test, yıllık uyum takvimi
Eski SDK’ların gizlilik ihlali riski	SDK envanteri, privacy manifest ve Data safety beyanlarının düzenli kontrolü
Derlenemeyen proje	Temiz ortamda derlenebilir CI hattı, bağımlılıkların sabitlenmesi

Güvenlik, KVKK/GDPR, NDA ve fikri mülkiyet

NDA: Ürün yol haritası ve yayınlanmamış özellikler için karşılıklı gizlilik sözleşmesi.
Kaynak kod ve anahtarlar: Kod sizin deponuzda, imzalama sertifikaları ve API anahtarları sizin hesaplarınızda ve gizli anahtar yönetim aracında tutulur; kod içine sabit anahtar yazılmaz.
KVKK ve GDPR: Uygulamanın topladığı veriler, üçüncü taraf SDK’ların veri paylaşımı ve log/çökme raporlarındaki kişisel veriler gözden geçirilir; gerekli maskeleme yapılır.
Mobil güvenlik kontrolleri: Güvenli yerel depolama (Keychain/Keystore), TLS ve gerekiyorsa sertifika sabitleme, kod karartma, kök/jailbreak tespiti.
Fikri mülkiyet: Bakım ve geliştirme kapsamında üretilen tüm kod, tasarım ve dokümanların mülkiyeti size devredilir.

Temsili senaryo: hedef API uyarısı alan bir sadakat uygulaması

Temsili senaryodur. Bir perakende markasının Flutter ile geliştirilmiş sadakat uygulaması iki yıl önce yayınlanmış; geliştiren ekip dağılmış. Google Play Console’da hedef API seviyesi uyarısı beliriyor, iOS tarafında yeni sürümden sonra bildirim izni ekranı beklenmedik davranıyor ve Crashlytics’te belirli bir Android cihaz ailesinde açılışta çökme görünüyor. Bakım ekibi önce projeyi temiz bir ortamda derlenebilir hale getirir, imzalama anahtarlarını ve mağaza erişimlerini kurumsal hesaplara taşır. Flutter ve bağımlı paketler kademeli olarak yükseltilir, hedef API seviyesi güncellenir, çökmenin kök nedeni bulunur. Güncelleme kademeli dağıtımla yayınlanır ve çökme oranı izlenir. Sonrasında yıllık OS ve mağaza uyum takvimi oluşturularak bir sonraki büyük sürüm için beta testleri planlanır.

Sağlayıcı seçim kontrol listesi

Yıllık iOS ve Android sürüm döngüsünü nasıl takip ettiğini açıklayabiliyor mu?
Mağaza politikası değişikliklerini izleme süreci var mı?
Çökme ve ANR takibi için hangi araçları kullanıyor, nasıl önceliklendiriyor?
Native ve çapraz platform teknolojilerinizde gerçek deneyim var mı?
İmzalama anahtarları ve mağaza hesapları sizin kontrolünüzde mi kalacak?
Gerçek cihaz testi ve cihaz matrisi planı var mı?
Kademeli dağıtım ve geri dönüş stratejisi kullanıyor mu?
SLA’lar mağaza inceleme süresinden bağımsız tanımlanmış mı?
KVKK, NDA ve fikri mülkiyet maddeleri yazılı mı?
Çıkış planında kod, anahtar ve dokümantasyon devri tanımlı mı?

Sık sorulan sorular

Başka bir firmanın geliştirdiği uygulamayı devralabilir misiniz?

Evet. Önce teknik denetim yapılır ve projenin temiz bir ortamda derlenip derlenmediği kontrol edilir. Kaynak kod, imzalama anahtarları ve mağaza erişimlerinin devri bu aşamanın en kritik adımıdır.

Yeni iOS veya Android sürümü çıktığında ne yapıyorsunuz?

Beta döneminde uygulamayı yeni sürümde test eder, davranış değişikliklerini tespit eder ve uyumlu sürümü kararlı OS sürümü yayımlandığında hazır tutmayı hedefleriz.

Hedef API seviyesi uyarısı ne anlama gelir?

Google Play, yeni uygulama ve güncellemelerin belirli bir Android API seviyesini hedeflemesini zorunlu kılar. Süresi içinde yükseltilmeyen uygulamalar güncelleme yayınlayamayabilir veya yeni kullanıcılara görünürlüğü kısıtlanabilir.

Uygulamamız mağazadan reddedildi, yardımcı olabilir misiniz?

Evet. Ret gerekçesi ilgili mağaza kuralıyla eşleştirilir, gerekli teknik veya içerik düzeltmesi yapılır ve gerekirse inceleme ekibine açıklama hazırlanır.

Çökmeleri nasıl takip ediyorsunuz?

Firebase Crashlytics veya Sentry gibi araçlarla çökmeler ve ANR’ler izlenir, etkilenen kullanıcı sayısına göre önceliklendirilir ve düzeltmeler bakım sürümlerine alınır.

Flutter ve React Native uygulamalarını da destekliyor musunuz?

Evet. Çapraz platform uygulamalarda çatı sürüm yükseltmeleri ve native modül uyumluluğu bakımın önemli bir parçasıdır.

Yeni özellik geliştirme de dahil mi?

Aylık saat havuzu veya dedicated ekip modeliyle yeni özellik geliştirme yapılabilir. Büyük özellikler ayrı proje olarak planlanabilir.

İmzalama anahtarlarımız ve mağaza hesabımız kimde kalır?

Her zaman sizde. Ekibe rol bazlı erişim verilir; anahtarlar kurumsal kasada saklanır ve iş birliği bittiğinde erişimler kapatılır.

Bakım yapılmazsa ne olur?

Uygulama yeni OS sürümlerinde hatalı çalışabilir, mağaza gereksinimlerini karşılamadığı için güncelleme yayınlanamayabilir ve eski SDK’lar güvenlik riski oluşturabilir.

Kademeli dağıtım nedir?

Yeni sürümün önce kullanıcıların küçük bir yüzdesine açılması ve çökme oranı izlenerek kademeli olarak genişletilmesidir. Sorun çıkarsa dağıtım durdurulabilir.

Fiyat nasıl belirleniyor?

Sabit aylık bakım ücreti, adam/ay, saatlik veya kısmen sonuç bazlı modeller kullanılır. Platform sayısı, kod tabanının durumu, SDK sayısı, donanım entegrasyonları ve sürüm sıklığı belirleyicidir.

Bu hizmet hangi sözleşme modeliyle yürür?

Dış kaynak (hizmet alımı) modelinde iş, 360 Soft’un ekibi ve yönetimiyle, sözleşmede tanımlanan çıktı ve hizmet seviyelerine göre yürütülür; yapı İş Kanunu’ndaki alt işverenlik kurallarına göre kurulur. Personelin doğrudan sizin emir ve talimatınızla çalıştığı geçici iş ilişkisi ise İŞKUR izinli özel istihdam bürosu üzerinden yapılmalıdır.

İlgili sayfalar

İletişim

Mobil uygulama bakım ve geliştirme için kapsamınızı birlikte netleştirelim. +90 850 335 10 87 numarasından arayabilir, info@360-soft.com adresine yazabilir veya iletişim sayfamızdan bize ulaşabilirsiniz. 360 Soft Marketing Yazılım ve Danışmanlık Ltd. Şti., Nidakule Ataşehir, İstanbul.

Bu işi bize devredin Kapsamı ve hacmi yazın; kurulum planını ve yazılı teklifi paylaşalım. Teklif alın · WhatsApp · +90 850 335 10 87

Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.

İlgili hizmetler

Tüm hizmetler: Outsourcing Hizmetleri