Türkiye'den Döviz Bazlı Uzaktan Mobil Geliştiricilik

Türkiye'den yurt dışına remote mobil geliştirici olarak çalışmak artık yalnızca Swift ya da Kotlin bilmekle çözülen bir denklem değil. Hangi çalışma modelini seçeceğin, App Store ve Google Play yayıncı hesabını kimin adına açacağın, sözleşmede neyi yazılı hale getireceğin — bunların hepsi projeyi bitirdikten sonra kafanı ağrıtabilecek kararlar. Bu rehber, Apple ve Google'ın resmi geliştirici dokümanlarına dayanarak hesap sahipliği, uyum yükü ve fiyatlama sorularını somut biçimde netleştiriyor.

💡 Pro Tip: Yayıncı hesabını kimin açacağına karar vermeden sözleşmeyi imzalama — hesap sahipliği ve fikri mülkiyet devri aynı belgede çözülmezse, proje bittiğinde uygulamanın kimin adına yayında kaldığı tartışma konusu haline gelir.

İçindekiler

• Çalışma modelleri: tam zamanlı remote, sözleşmeli, freelance
• Tam zamanlı remote (bordroda)
• Sözleşmeli (contractor, belirli süreli)
• Proje bazlı freelance
• Sözleşmede mutlaka olması gerekenler: kapsam, IP, ödeme takvimi, fesih
• Yayıncı hesabı kimin olacak: üç senaryo ve riskleri
• Senaryo 1: Kendi bireysel/kurumsal hesabından yayınlıyorsun
• Senaryo 2: Müşterinin kurumsal hesabına rol olarak ekleniyorsun
• Senaryo 3: Ajans/şirket hesabı üzerinden çalışıyorsun
• Uyum yükünü müşteriye anlatma dili
• Fiyatlama: saatlik, paket, retainer
• İlk müşteriyi bulma kanalları
• Resmi ve mali konularda kime danışmalı
• SSS
• Türkiye'den yurt dışına remote mobil geliştirici olarak nasıl çalışılır?
• Müşteri hesabıyla mı kendi hesabımla mı yayınlamalıyım?
• Döviz bazlı sözleşmede nelere dikkat edilmeli?
• Apple Developer Program üyeliği ne kadar?
• Google Play Console hesabı açmak ücretli mi?
• Güncelleme (Eylül 2026)
• Sonuç
• Kaynaklar

Çalışma modelleri: tam zamanlı remote, sözleşmeli, freelance

Yurt dışı müşteriyle çalışırken önünde genelde üç model olur ve her biri farklı bir uyum ve vergi yükü getirir.

Tam zamanlı remote (bordroda)

Bu modelde yurt dışındaki şirket seni doğrudan istihdam eder ya da bir Employer of Record (EOR) hizmeti üzerinden bordrolar. Yayıncı hesabı sorusu genelde senin gündeminde olmaz çünkü uygulama zaten şirketin kurumsal hesabından yayınlanır; sen yalnızca geliştirme erişimi alırsın.

Sözleşmeli (contractor, belirli süreli)

Burada bağımsız yükleniciyle özellikle proje süresi, teslim kapsamı ve fesih koşulları netleşmelidir; müşteri seni kendi kurumsal Play Console veya App Store Connect hesabına ekler, hesabın kendisini açmaz.

Proje bazlı freelance

En esnek ama en riskli model budur: teslimat parça parça, ödeme genelde milestone'lara bağlı, hesap sahipliği sorusu çoğu zaman en baştan konuşulmamış olur. Maaş beklentini ve piyasa aralığını netleştirmeden bu modele girme; Senior iOS Developer Maaş Rehberi 2026 İstanbul, remote ve Avrupa/ABD aralıklarını karşılaştırıyor, rakamları orada bulabilirsin.

Üç model arasındaki temel fark, kimin "Account Holder" (hesap sahibi) olduğu ve kimin fikri mülkiyeti elinde tuttuğudur — bir sonraki iki bölüm tam olarak bunu açıyor.

Model seçimini yalnızca ücrete göre yapma; her modelin idari yükü farklıdır. Tam zamanlı remote'ta bordro şirketin (veya EOR sağlayıcının) sorumluluğundadır, senin tarafında yalnızca çalışma izni ve vergi mükellefiyeti soruları kalır. Sözleşmeli modelde ise fatura kesme, sözleşme dili ve hesap erişim yönetimi tamamen senin gündemine girer — bu yüzden bu modele geçmeden önce "bir sözleşmeyi baştan sona okuyup itiraz edebilir miyim" sorusuna dürüstçe cevap ver. Freelance modelinde ise birden fazla müşteriyle aynı anda çalışıyorsan, her sözleşmedeki IP ve gizlilik maddelerinin birbirini çakıştırmadığından emin olmalısın — aynı anda iki rakip şirkete danışmanlık verdiğin ortaya çıkarsa, hangi sözleşmenin rekabet yasağı (non-compete) maddesi olduğunu bilmiyorsan büyük risk alırsın.

Sözleşmede mutlaka olması gerekenler: kapsam, IP, ödeme takvimi, fesih

Sözleşme hukuku ve serbest çalışma pratiği platform kuralı değil genel hukuki ilkelere dayanır, bu yüzden sözleşmeni imzalamadan önce bir avukata danışmanı öneririm. Yine de gözden kaçırılmaması gereken dört alan var:

• Kapsam: Hangi ekranlar, hangi platformlar (iOS/Android/her ikisi), hangi API entegrasyonları dahil — "ve benzeri" gibi belirsiz ifadelerden kaçın.
• Fikri mülkiyet (IP): Kodun ve tasarımın kime ait olacağı, teslimatla mı yoksa ödemeyle mi devredileceği.
• Ödeme takvimi: Milestone bazlı mı, aylık mı; döviz cinsinden fatura kesme ve kur farkı riskinin kimde olacağı.
• Fesih koşulları: Erken sonlandırmada devam eden işin nasıl ücretlendirileceği, devir teslim süresi.

Ücretli uygulama veya uygulama içi satın alma dağıtacaksan, Apple'ın geliştirici sözleşmesi (Apple Developer Program License Agreement) bu kapsamı otomatik vermez. Sözleşmenin saydığı dağıtım yolları App Store, sınırlı ölçüde Kayıtlı Cihazlarda kullanım ve TestFlight beta testi; iOS, iPadOS, macOS ve tvOS'ta ek olarak Custom App Distribution. Ücret alacağın uygulamalar veya In-App Purchase API ile ücretli içerik için Apple'la ayrı bir ek sözleşme (Schedule 2) imzalaman şart. Bu, sözleşmendeki "kapsam" maddesine somut bir örnek: müşterinin App Store Connect hesabında bu ek sözleşmeyi kimin, ne zaman imzalayacağı netleşmeden IAP geliştirmeye başlama.

1{
2  "kapsam": {
3    "platformlar": ["iOS", "Android"],
4    "teslimatlar": ["MVP ekranları", "API entegrasyonu", "IAP akışı"],
5    "dahil_degil": ["backend altyapısı", "yayın sonrası destek"]
6  },
7  "ip_devri": {
8    "ne_zaman": "son ödeme tahsil edildiğinde",
9    "kapsam": "kaynak kod + tasarım varlıkları"
10  },
11  "odeme_takvimi": {
12    "para_birimi": "USD",
13    "milestone_1": "sözleşme imzası - %30",
14    "milestone_2": "teslim - %70"
15  },
16  "fesih": {
17    "bildirim_suresi_gun": 14,
18    "devam_eden_is_ucretlendirme": "tamamlanan sprint bazında"
19  }
20}

Yayıncı hesabı kimin olacak: üç senaryo ve riskleri

Bu, döviz bazlı çalışan mobil geliştiricinin en çok atladığı karar. Apple ve Google'da hesap tipleri farklı işler ve yanlış seçim projeyi bitirdikten aylar sonra sorun çıkarabilir.

Senaryo 1: Kendi bireysel/kurumsal hesabından yayınlıyorsun

Apple'da bireysel kayıtta, App Store'da "satıcı adı" olarak senin yasal adın görünür. Bu, uygulamayı kendi portföyün için ürün olarak konumlandırmak istediğinde mantıklıdır ama müşteri projeleri için nadiren doğru seçimdir — müşteri, kendi ürününün "başka birinin hesabında" yayında olmasını istemez.

Senaryo 2: Müşterinin kurumsal hesabına rol olarak ekleniyorsun

Apple'ın kurumsal (organization) hesap yapısında hesabı açan kişi "Account Holder" olur ve üyelik yenileme, sözleşme kabulü, banka değişikliği onayı gibi yetkiler yalnızca ona aittir — sana ise geliştirici/finans gibi sınırlı bir rol verilir. Apple'da Finance rolünün Certificates, Identifiers & Profiles erişimi yoktur; raporlama tarafındaki yetkisi uygulama analitiği, satış/trend ve ödeme/finansal raporları görüntülemekle sınırlıdır — yani ödeme yetkilisi olarak eklenen biri teknik dağıtım kontrolüne otomatik sahip olmaz. Bu ayrım, müşteriyle "ben sadece geliştirme yapıyorum, hesabın sahibi sensin" konuşmasını yaparken işine yarar.

Senaryo 3: Ajans/şirket hesabı üzerinden çalışıyorsun

Google Play'de kişisel hesap da kurumsal hesap da aynı işlevlere ve ödeme profiline erişebilir — yani "kimin adına" sorusu teknik değil, idari/hukuki bir tercihtir. Bir ajans üzerinden çalışıyorsan, hesap tipi seçimi büyük ölçüde ajansın kurumsal yapısına bağlıdır.

Her üç senaryoda da sorman gereken tek soru şu: proje bittiğinde erişimini kaybettiğinde uygulama kimin elinde kalıyor? Senaryo 1'de cevap "sende", senaryo 2 ve 3'te ise "müşteride/ajansta" — bu farkı en baştan yazılı hale getirmemek, teslimattan aylar sonra "uygulamayı bana da devret" gibi beklenmedik taleplerle karşılaşmana yol açabilir.

Senaryo 2'de teknik erişimin (App Store Connect API anahtarı, CI/CD secret'ları) hesap sahipliğinden bağımsız biçimde müşteri tarafında kalmasını, sözleşmede bunu böyle kurmanı öneririm:

1# .github/workflows/release.yml (parça)
2env:
3  APP_STORE_CONNECT_KEY_ID: ${{ secrets.CLIENT_ASC_KEY_ID }}
4  APP_STORE_CONNECT_ISSUER_ID: ${{ secrets.CLIENT_ASC_ISSUER_ID }}
5  # Secret'lar müşterinin GitHub organization'ında saklanır;
6  # sen yalnızca workflow dosyasını yazar, anahtara doğrudan erişmezsin.

Bu ayrım, IAP akışları için de önemli: ücretli uygulama veya uygulama içi satın alma dağıtacaksan Apple'ın istediği ek sözleşmeyi (Schedule 2) kimin kabul edeceği doğrudan Account Holder yetkisine bağlıdır. Geliştirici rolüyle hesaba eklenmiş olman yetmez — bu adımı müşterinin mi senin mi yürüteceği sözleşme kapsamına açıkça yazılmalı, yoksa IAP geliştirmesi hazır olduğunda yayın süreci beklemeye girer.

Uyum yükünü müşteriye anlatma dili

Müşteri "hemen başlayalım" derken, hesap açılışının kendi zaman aldığını ve belirli kimlik doğrulama adımları gerektirdiğini anlatmak senin işin. Somut maddeler:

• D-U-N-S Numarası: Apple, kurumsal kayıt için organizasyonun D-U-N-S Numarası ile doğrulanmasını şart koşar (devlet kurumları hariç); Google Play'de de kurumsal hesap açılışında aynı numara zorunlu kimlik doğrulama koşuludur. Numaranın Dun & Bradstreet'ten gelmesi 5 iş gününe kadar, Apple'a ulaşması 2 iş gününe kadar sürebilir — bu süreyi proje takvimine en baştan ekle.
• Yetki: Apple'da kurumsal kaydı yapan kişinin, organizasyonu Apple ile bağlayıcı sözleşmeye sokma yasal yetkisine sahip olması gerekir; sıradan bir çalışan bu kaydı açamaz.
• Yasal ad zorunluluğu: Apple, DBA/kurgusal ticari unvan/şube adlarını organizasyon adı olarak kabul etmez, yalnızca gerçek tüzel kişilik adı geçerlidir. Google da hesap doğrulamasında yasal ad üzerine kayıtlı geçerli bir devlet kimliği ve kredi kartı isteyebilir; bilgi geçersiz bulunursa kayıt ücreti iade edilmez.
• Kategoriye özel zorunluluk: Google, sağlık, finansal hizmet, VPN veya devlet uygulamaları gibi kategorilerde kişisel değil kurumsal hesap açılmasını şart koşar — müşterinin uygulaması bu kategorilerden biriyse hesap tipi tartışması otomatik kurumsal yöne kayar.

Google Play tarafında ek olarak iki operasyonel gereklilik daha var: 13 Kasım 2023'ten sonra açılan kişisel hesaplar, yayına çıkmadan önce belirli test gereksinimlerini karşılamak zorunda; 2024 başından itibaren de yeni kişisel Google Play hesapları, Play Console mobil uygulamasıyla fiziksel bir Android cihaza erişimi doğrulamalı. Bu iki madde, "hesabı bugün açtık, yarın yayınlarız" beklentisini müşteriye anlatırken somut referans noktaları.

1#!/usr/bin/env bash
2# hesap-onkosul-kontrolu.sh — proje başlamadan önce müşteriyle netleştirilecekler
3required_vars=(ACCOUNT_HOLDER_EMAIL DUNS_NUMBER LEGAL_ENTITY_NAME APP_CATEGORY)
4missing=0
5for v in "${required_vars[@]}"; do
6  if [ -z "${!v}" ]; then
7    echo "EKSİK: $v tanımlanmamış — müşteriyle netleştir"
8    missing=1
9  fi
10done
11if [ "$missing" -eq 0 ]; then
12  echo "Hesap ön koşulları tamam, D-U-N-S süresini (5+2 iş gününe kadar) takvime ekle"
13fi

Uyum yükünü anlatırken kullandığın dil önemli: "hesabı bugün açarsak yarın yayındayız" değil, "D-U-N-S doğrulaması ve kimlik kontrolü bir haftaya kadar sürebiliyor, bunu ilk sprintin dışında planlıyorum" demek, hem müşterinin beklentisini hem senin teslim takvimini korur.

Fiyatlama: saatlik, paket, retainer

Hizmet fiyatlaması platform kuralı değil piyasa pratiğidir — bu yüzden rakam vermek yerine üç modelin ne zaman işe yaradığını anlatıyorum; kendi ücret aralığını belirlerken Senior iOS Developer Maaş Rehberi 2026 içindeki bölgesel karşılaştırmayı referans alabilirsin.

• Saatlik: Kapsamı net olmayan, keşif aşamasındaki işlerde. Ölçmesi kolay ama uzun projelerde müşteri için öngörülemez.
• Paket (sabit fiyat): Kapsam netleşmiş, teslimat listesi belli MVP'lerde. Sen kapsam kaymasına (scope creep) karşı sözleşmede net sınır çizmelisin.
• Retainer (aylık sabit kapasite): Uzun soluklu, sürekli bakım/geliştirme gerektiren uygulamalarda. Ay içindeki kapasiteni (örn. haftada X saat) yazılı hale getir.

Platform maliyetleri ise resmi kaynaklıdır ve bunları müşteriye bütçe kalemi olarak sunman gerekir — bu senin ücretinin dışında, ayrı bir kalemdir:

Retainer teklifi hazırlarken kapasite hesabını şeffaf tut; aşağıdaki gibi basit bir hesap, saatlik teklifle retainer teklifini karşılaştırmana yardımcı olur:

1#!/usr/bin/env bash
2# retainer-hesapla.sh — haftalık kapasiteden aylık retainer'a
3hourly_rate=$1      # örn: 45 (USD/saat)
4weekly_hours=$2     # örn: 20
5weeks_per_month=4.33
6 
7monthly_hours=$(echo "$weekly_hours * $weeks_per_month" | bc)
8monthly_retainer=$(echo "$hourly_rate * $monthly_hours" | bc)
9echo "Aylık kapasite: ${monthly_hours} saat"
10echo "Retainer teklifi: \$${monthly_retainer}"
11# $1=45 $2=20 için: 20*4.33=86.60 saat, 45*86.60=3897.00 USD

Bu hesabı müşteriyle paylaşmak, "neden bu rakam" sorusuna somut bir cevap verir ve döviz bazlı fiyatlamada güven inşa eder.

İlk müşteriyi bulma kanalları

Bu kanallar platform kuralı değil, saha pratiği: ben genelde üç kanalı önceliklendiriyorum: (1) daha önce çalıştığın ajans/ekiplerin referans ağı, (2) GitHub'da yayınladığın gerçek açık kaynak katkıların — kod kalitesi, CV'den daha güçlü konuşur, (3) niş topluluklar (Swift/Kotlin Slack-Discord grupları, iOS/Android konferans networking'i). Portföyünü hazırlarken teknik mülakat sürecine de paralel çalış: iOS Mülakat Hazırlık Rehberi junior'dan senior'a beklenen soru tiplerini kapsıyor.

Bu üç kanalı sırayla değil paralel işlet. Referans ağı yavaş ama güvenilir sonuç verir — bir önceki işverenin veya ekip arkadaşının seni tavsiye etmesi, ilk görüşmede güven eşiğini büyük ölçüde düşürür. Açık kaynak katkıları ise senin adına 7/24 çalışan bir vitrindir: bir müşteri adayı seninle konuşmadan önce GitHub profiline bakıyorsa, orada gördüğü kod kalitesi CV'deki cümlelerden daha ikna edicidir. Niş topluluklarda ise satmaya çalışmadan, gerçekten faydalı olduğun sorulara cevap vererek görünür olmak, doğrudan iş teklifi aramaktan daha sürdürülebilir bir stratejidir — bu topluluklarda itibar zamanla birikir, tek seferlik bir ilan gönderisiyle kazanılmaz.

Kendi portföy uygulamanı yayınlarken dağıtımın gücünü de göz önünde bulundur: Apple'ın App Store'u kullanıcıların 175 bölgede uygulamaları keşfetmesine imkân tanır ve dünya çapında ödeme işlemesini, barındırmayı ve bant genişliğini (ücretsiz uygulamalarda dahil) Apple üstlenir. Beta geri bildirimi toplarken TestFlight ile e-posta veya genel bağlantı paylaşımı yoluyla 10.000'e kadar harici testçi davet edebilirsin — bu, portföy uygulamanı yayına almadan önce gerçek kullanıcı geri bildirimi toplamak için yeterli bir kapasite.

Resmi ve mali konularda kime danışmalı

Türkiye'ye özgü vergi, muhasebe ve döviz mevzuatı kişisel duruma ve hacme göre değiştiği için burada rakam veya oran vermiyorum. Genel ilke şu: serbest meslek makbuzu düzenleme, KDV istisnası, döviz cinsinden fatura kesme gibi konularda kararı bir mali müşavire bırak; sözleşme dili ve fikri mülkiyet devri gibi hukuki konularda ise bir avukata danış. Apple ve Google'ın hesap açma süreçleri (D-U-N-S, yasal ad doğrulaması) resmi ve netken, bunun Türkiye tarafındaki vergi yansıması kişisel duruma göre değişir — genel geçer bir rakamla ilerlemek riskli.

Pratikte bu, işe başlamadan önce iki farklı uzmanla kısa birer görüşme yapman anlamına gelir: bir mali müşavir sana hangi gelir modelinin (serbest meslek, şahıs şirketi, limited şirket) senin hacmin için uygun olduğunu anlatır; bir avukat ise sözleşmedeki IP ve fesih maddelerini gözden geçirir. Bu iki görüşmenin maliyeti, yanlış kurulmuş bir yapının sonradan düzeltilmesinden çok daha düşüktür — özellikle ilk döviz bazlı sözleşmeni imzalamadan önce bu adımı atlama.

SSS

Türkiye'den yurt dışına remote mobil geliştirici olarak nasıl çalışılır?

Üç ana model var: yurt dışı şirkette tam zamanlı/bordrolu remote, belirli süreli sözleşmeli (contractor) veya proje bazlı freelance. Her modelde hesap sahipliği ve ödeme takvimi farklı şekillenir; sözleşmeye başlamadan bu üç modelden hangisinde olduğunu netleştir.

Müşteri hesabıyla mı kendi hesabımla mı yayınlamalıyım?

Genelde müşterinin kurumsal hesabına sınırlı bir rolle (geliştirici veya finans) eklenmek daha güvenlidir çünkü Account Holder yetkisi ve sorumluluğu müşteride kalır. Kendi bireysel hesabından yayınlamak yalnızca kendi ürünün için ya da müşteri açıkça bunu istediğinde mantıklıdır.

Döviz bazlı sözleşmede nelere dikkat edilmeli?

Para birimi, ödeme takvimi (milestone mı aylık mı), kur farkı riskinin kimde olduğu ve fesih koşulları sözleşmede açıkça yazılı olmalı. Vergi ve muhasebe detayları için bir mali müşavire danışmak, genel bir rakam varsaymaktan daha güvenlidir.

Apple Developer Program üyeliği ne kadar?

Apple Developer Program üyeliği yıllık 99 USD'dir (bölgeye göre yerel para birimiyle değişebilir); bu, sözleşmene platform maliyeti olarak eklemen gereken ayrı bir kalemdir.

Google Play Console hesabı açmak ücretli mi?

Evet, Google Play Console için tek seferlik 25 USD kayıt ücreti alınır ve ön ödemeli kartlar kabul edilmez; bu ücret müşteri veya senin tarafından karşılanacak şekilde en baştan netleştirilmeli.

Güncelleme (Eylül 2026)

Bu makale 2025-11-20 tarihinde o günkü platform kurallarıyla yazıldı. 2026 Ağustos-Eylül döneminde sözleşme ve teslim sürecini etkileyebilecek üç gelişme yaşandı:

• Google Play yeni bellek/performans eşikleri (Ağustos 2026): Play Console'a dinamik bellek (RSS+swap), bitmap bellek ve DEX optimizasyon kapsamı gibi yeni izleme araçları eklendi. Yurt dışı müşteriye teslim eden geliştirici için bu, QA/teslim checklist'ine doğrudan giren yeni bir kontrol maddesi. Kaynak: android-developers.googleblog.com, 2026-08.
• Apple "Bundles & Suites" duyuruldu, yıl içinde gelecek (16 Eylül 2026): Bundles ile tek satın almada birden çok aboneliğe erişiliyor — tek uygulama içinde, aynı geliştiricinin birden çok uygulamasında, hatta farklı geliştiricilerin uygulamalarına uzanarak; Suites ile tek abonelik, tek geliştiricinin uygulama kümesinde çalışıyor. Apple özelliğin "yıl içinde iOS 27, iPadOS 27, macOS 27, tvOS 27 veya sonrasında" geleceğini söylüyor; erişim başvuru formuyla veriliyor. Başvuruyu kimin yapacağı, yukarıdaki "sözleşme kapsamı" maddesine eklenecek yeni bir detay. Kaynak: developer.apple.com/news, 2026-09-16.
• iPhone Duo için Xcode 27.1 beta ve tasarım kaynakları yayımlandı (18 Eylül 2026): Apple, Xcode 27.1 beta'yı ve Apple Design Resources üzerinden iPhone Duo Figma/Sketch tasarım kitlerini duyurdu. Teslim taahhüdü veren geliştiriciler için "hangi SDK/cihaz sınıfıyla test edildi" notunu sözleşme teslim kriterlerine eklemek gerekçeli hale geldi. Kaynak: developer.apple.com/news, 2026-09-18.

Sonuç

Türkiye'den döviz bazlı uzaktan mobil geliştiricilik, teknik yetkinlik kadar operasyonel netlik gerektiriyor: çalışma modelini seç, sözleşmede kapsam/IP/ödeme/fesih maddelerini yazılı hale getir, yayıncı hesabının kimde kalacağına en baştan karar ver ve uyum sürecinin zaman aldığını müşteriye net bir dille anlat. Fiyatlama tarafında kendi ücret aralığını belirlerken Senior iOS Developer Maaş Rehberi 2026 bölgesel karşılaştırmaları veriyor; portföyünü güçlendirmek için 2026'da Öğrenilmesi Gereken 10 Teknoloji yol haritasına bakabilirsin. Mülakat sürecine hazırlanırken iOS Mülakat Hazırlık Rehberi faydalı olacaktır, kariyer planlamanı genişletmek istersen AI Çağında Junior Yazılımcı: 2026 Kariyer Rehberi yazısına göz at. Uygulamanı yayına aldıktan sonra gelir modelini büyütmek istersen iOS App Store'da $1M Kazandım: Gerçek Strateji ve Rakamlar gerçek bir vaka sunuyor.

Kaynaklar

• Apple Developer Program — Enroll — bireysel/kurumsal kayıt, D-U-N-S şartı, 99 USD yıllık ücret, yasal ad zorunluluğu
• Apple Developer — Account Roles — Account Holder yetkileri, Finance rolünün rapor görüntüleme yetkisi
• Apple Developer — D-U-N-S Number — D-U-N-S başvuru süresi (5+2 iş günü)
• Apple Developer Program License Agreement — App Store/TestFlight kapsamı, ücretli/IAP için ek sözleşme (Schedule 2)
• Apple Developer Program — Genel Bakış — 175 bölgede dağıtım, TestFlight 10.000 harici testçi limiti
• Google Play Console — Kişisel/Kurumsal Hesap Karşılaştırması — hesap tipleri, kategoriye özel kurumsal zorunluluk
• Google Play Console — Geliştirici Hesabı Kaydı — 25 USD kayıt ücreti, kimlik doğrulama, test gereksinimleri
• Android Developers Blog — App Quality & Memory Optimization — Ağustos 2026 bellek eşikleri
• Apple Developer News — Bundles & Suites — Eylül 2026 birleşik abonelik duyurusu
• Apple Developer News — Build for iPhone Duo — Xcode 27.1 beta ve tasarım kaynakları (18 Eylül 2026)