Brezilya'da iOS Açıldı: CADE Kararı ve Yeni Dağıtım

Apple, Brezilya rekabet kurumu CADE (Conselho Administrativo de Defesa Econômica) ile vardığı anlaşma kapsamında iOS'ta köklü bir değişikliğe gidiyor: iOS 26.5'ten itibaren geliştiriciler Brezilya'da alternatif app marketplace'lerde dağıtım yapabiliyor, kendi marketplace'lerini işletebiliyor ve Apple In-App Purchase dışında ödeme işleyebiliyor. Bu, AB ve Japonya'dan sonra Apple'ın alternatif dağıtımı açtığı en büyük Latin Amerika pazarı ve Brezilya'da iOS ekosistemine dokunan her ekip için 6 Temmuz 2026'ya kadar aksiyon gerektiren bir takvim anlamına geliyor.

💡 Pro Tip: Alternatif pazar işletme yetkisi tek bir şarta değil, zorunlu taahhütlerin tamamına bağlı: kuruluş olarak kayıt + içerik/moderasyon şartlarını yayımlama, anti-fraud izleme, şeffaf veri politikası ve fikrî mülkiyet inceleme mekanizması. Listenin sonundaki finansal/ölçek maddesinde ise iki yoldan birini seçiyorsun — 1.000.000 USD standby teminat mektubu YA DA kesintisiz 2+ yıl iyi durumda üyelik + önceki takvim yılında dünya genelinde 1M+ ilk yıl kurulumu olan bir uygulama.

İçindekiler

• CADE anlaşması ve açılan üç yeni seçenek
• iOS 26.5 eşiği ve coğrafi kapsam
• Notarization ve pazar yetkilendirme süreci
• Çocuk güvenliği ve içerik koruma gereksinimleri
• AB rejimiyle karşılaştırma: benzerlikler ve ayrımlar
• Lisans sözleşmesi kabul takvimi (6 Temmuz 2026)
• Komisyon ve ücret tablosu
• Brezilya'ya açılacak ekipler için kontrol listesi
• SSS
• Brezilya'da iOS'ta alternatif dağıtım nasıl çalışıyor?
• AB modeliyle Brezilya modeli arasındaki fark ne?
• Yeni lisans sözleşmesini ne zaman kabul etmem gerekiyor?
• Alternatif pazar işletmek için hangi şartları karşılamam gerekiyor?
• Reşit olmayan kullanıcılar için alternatif ödeme kısıtlamaları neler?
• Notarization neyi kontrol ediyor?
• Sonuç
• Kaynaklar

CADE anlaşması ve açılan üç yeni seçenek

Apple'ın 18 Haziran 2026 tarihli geliştirici duyurusuna göre, Brezilya'nın rekabet kurumu CADE ile varılan yakın tarihli bir anlaşma kapsamında Apple, iOS'ta değişikliklere gidiyor. Duyuru metni net: "Beginning with iOS 26.5, developers can distribute apps on alternative app marketplaces, operate alternative app marketplaces, process app payments... outside of Apple In-App Purchase" (developer.apple.com/news/?id=dhwadr2x).

Buradan çıkan üç somut seçenek şöyle özetlenebilir:

• Alternatif pazarda dağıtım: Uygulamanı App Store dışında, üçüncü taraf bir marketplace üzerinden Brezilyalı kullanıcılara sunabilirsin.
• Alternatif pazar işletme: Kendi marketplace'ini kurup başka geliştiricilerin uygulamalarını dağıtabilirsin.
• Uygulama içi ödeme işleme: Apple In-App Purchase dışında bir ödeme sağlayıcısıyla çalışabilirsin.

Duyuru bu üçünü saydıktan sonra "and more" ifadesiyle devam ediyor. Üç seçenek birbirinden bağımsız — yalnız alternatif ödeme kullanmak için marketplace kurmana gerek yok, ya da marketplace işletmek için mutlaka kendi uygulamanı o marketplace'ten dağıtman gerekmiyor.

iOS 26.5 eşiği ve coğrafi kapsam

Değişikliklerin teknik eşiği net: iOS 26.5 ve sonrası. Bu sürümden önceki cihazlarda alternatif dağıtım ve alternatif ödeme akışları çalışmıyor — yani kullanıcı tabanının hangi oranının 26.5'e güncel olduğu, alternatif dağıtımın gerçek erişimini belirliyor.

Coğrafi kapsam da dar tanımlı: Bu değişiklikler yalnızca Brezilya pazarı için geçerli. Apple'ın resmi destek sayfasının başlığı da bunu doğruluyor: "App distribution in Brazil" (developer.apple.com/support/app-distribution-in-brazil/). AB'deki DMA rejimiyle karıştırma — ikisi ayrı hukuki temellere ve ayrı teknik/ticari şartlara dayanıyor; farkları birkaç bölüm sonra ayrı bir başlık altında.

Pratik sonucu şu: Brezilya'ya özel bir build varyantın veya bölgesel feature-flag stratejin yoksa, alternatif dağıtım/ödeme akışlarını yalnızca Brezilya App Store bölgesi için etkinleştirecek bir mekanizma kurman gerekiyor.

Test tarafında da bu ayrımı gözetmen gerekiyor. Alternatif ödeme veya marketplace entegrasyonunu QA sürecine eklerken, test cihazlarının hem doğru bölgeye (Brezilya App Store hesabı) hem de doğru sürüme (iOS 26.5+) sahip olduğundan emin ol — aksi halde alternatif akışlar hiç tetiklenmez ve "özellik çalışmıyor" sanılan bir davranış aslında yalnızca ortam uyumsuzluğundan kaynaklanabilir. Bu, özellikle çok bölgeli bir uygulamada CI/CD test matrisine yeni bir boyut ekliyor: bölge × sürüm × ödeme yolu kombinasyonlarının her biri ayrı ayrı doğrulanmalı.

Notarization ve pazar yetkilendirme süreci

Yeni seçenekler yeni risk yüzeyleri de açıyor. Apple'ın duyurusu bunu doğrudan söylüyor: "open new avenues for malware, fraud, scams, and privacy and security risks... with a special emphasis on child safety". Apple'ın bu risklere karşı saydığı korumalar arasında şu üçü öne çıkıyor: Notarization, pazar yetkilendirme süreci ve çocuk koruma gereksinimleri.

Notarization, App Store dışında dağıtılan uygulamalar için de geçerli olan bir güvenlik incelemesi. Destek sayfası süreci şöyle tarif ediyor: "Through a combination of automated checks and human review, Notarization helps check that apps are free of known malware, viruses, or other security threats." Sonradan kötü amaçlı yazılım tespit edilirse sonuç sert: "If Apple determines that an app contains known malware after it's been installed, it will be prevented from launching, and new installations will be revoked."

Destek sayfası Notarization'ı şöyle tanımlıyor: "Notarization for iOS apps is a baseline review that applies to all apps, regardless of their distribution channel" — yani dağıtım kanalından bağımsız olarak tüm uygulamalara uygulanan temel bir inceleme. Pratik anlamı şu: alternatif pazarda dağıtım yapmak, uygulamanı hiçbir incelemeden geçirmeden yayınlayabileceğin anlamına gelmiyor — inceleme mekanizması değişiyor, kaldırılmıyor.

Alternatif pazar işletmek isteyenler için ayrı bir yetkilendirme eşiği var. developer.apple.com/support/alternative-app-marketplace-br/ sayfasına göre entitlement'a hak kazanmak için Apple Developer Program'a kuruluş olarak kayıtlı olman ve dağıtacağın uygulamalar için içerik/iş modeli şartlarını yayımlama, şeffaf veri toplama politikası, dolandırıcı veya kötü amaçlı uygulamaları sürekli izleme, fikrî mülkiyet ihlali için ön inceleme mekanizması kurma gibi taahhütlerin tamamını kabul etmen gerekiyor. Listenin son maddesi ise iki finansal/ölçek yolundan birini seçmeni istiyor:

1# Alternatif pazar entitlement'ı: önce zorunlu taahhütlerin tamamı, sonra şu iki yoldan biri
2# kaynak: alternative-app-marketplace-br
3PATH_A="BBB- ve üzeri dereceli bir finans kuruluşundan 1.000.000 USD standby teminat mektubu (pazar dağıtıma başladıktan sonra en az 6 ay sürdürülmeli)"
4PATH_B="Apple Developer Program'da kesintisiz 2+ yıl iyi durumda üyelik VE önceki takvim yılında iOS ve/veya iPadOS'ta dünya genelinde 1M+ ilk yıl kurulumu olan bir uygulama"
5 
6echo "Zorunlu taahhütlerin tamamını kabul ediyor musun?"
7echo "Ekibin PATH_B'yi karşılıyor mu?"
8echo "  - Program üyeliği yaşı >= 2 yıl kesintisiz ve iyi durumda mı?"
9echo "  - Önceki takvim yılında bir uygulamanın ilk-yıl kurulumu > 1.000.000 mi?"
10echo "İkisi de 'evet' değilse teminat mektubu (PATH_A) gerekir."

Teknik olarak bir alternatif pazar; MarketplaceKit framework'ünü kullanan bir iOS marketplace uygulaması, bir şirket web sitesi ve bir sunucudan oluşuyor. Kritik fark şu: pazar uygulamasının kendisi App Store'dan değil, marketplace'in kendi sunucusundan kuruluyor (alternative-app-marketplace-br/).

Çocuk güvenliği ve içerik koruma gereksinimleri

Apple, alternatif ödeme akışlarında çocuk kullanıcılar için ekstra bir koruma katmanı zorunlu kılıyor. Destek sayfasındaki üç ayrı kural şöyle:

• Kids kategorisi uygulamaları: "Purchase flows within your app using an alternative payment processor must be preceded by a parental gate. Apps cannot provide an out-of-app offer to purchase on a website."
• Kids dışındaki tüm uygulamalar: "Apps outside of the Kids category must support parental purchasing controls and require parental consent when offering alternative payment options." — ebeveyn satın alma kontrolü ve ebeveyn onayı desteği zorunlu.
• 18 yaş altı kullanıcılar (Kids kategorisi dışındaki uygulamalarda da): "For users under 18 years old, your app can offer purchase flows within your app using an alternative payment processor. It must provide those options behind a parental gate. It cannot provide an out-of-app offer to purchase on a website."

Kids ve 18 yaş altı kurallarının ortak paydası: alternatif ödeme akışı reşit olmayan kullanıcı için her zaman parental gate arkasında olmalı, ve bu kullanıcılara web'e yönlendiren bir out-of-app teklif hiçbir koşulda sunulamaz. Yetişkin kullanıcılarda (18+) out-of-app web teklifi ayrı kurallara tabi ama bu iki maddede özel olarak yasaklanan senaryo, reşit olmayan kullanıcının web'e yönlendirilmesi.

Mühendislik tarafında bunun anlamı, uygulamanda tek bir "kullanıcı yaşı" bayrağına güvenmenin yetmeyeceği. Yaş bilgisini güvenilir şekilde tutmayan uygulamalarda (çoğu uygulama kayıt sırasında doğum tarihi istemez), parental gate akışını hangi tetikleyiciyle devreye sokacağını ayrıca tasarlaman gerekiyor — kategori bazlı bir varsayım (örn. Kids kategorisindeki her uygulamada akışı varsayılan olarak açık tutmak) en az riskli başlangıç noktası.

Basit bir karar ağacı şöyle kurulabilir:

1// Basitleştirilmiş karar mantığı — kaynak: app-distribution-in-brazil (Kids/Under-18 kuralları)
2func alternativePaymentFlow(userAge: Int, appCategory: String) -> (allowed: Bool, requiresParentalGate: Bool, outOfAppWebOfferAllowed: Bool) {
3    let requiresRestrictedFlow = userAge < 18 || appCategory == "Kids"
4    if requiresRestrictedFlow {
5        return (allowed: true, requiresParentalGate: true, outOfAppWebOfferAllowed: false)
6    }
7    return (allowed: true, requiresParentalGate: false, outOfAppWebOfferAllowed: true)
8}

AB rejimiyle karşılaştırma: benzerlikler ve ayrımlar

Brezilya'daki bu açılımı AB'deki Digital Markets Act (DMA) rejimiyle karıştırmamak önemli — ikisi ayrı hukuki temellere dayanıyor ve ayrı zamanlarda, ayrı şartlarla yürürlüğe girdi (AB tarafının detayları için Apple'ın AB DMA rehberi yazısına bakabilirsin). Yapısal düzeyde iki rejimin ortak noktaları var: her ikisinde de alternatif pazar/dağıtım imkânı tanınıyor, her ikisinde de Apple bir güvenlik incelemesi (notarization benzeri bir süreç) uyguluyor, ve her ikisinde de Apple bir komisyon/ücret mekanizmasını sürdürüyor.

Somut ücret oranları noktasında ise iki rejimi aynı tabloda kıyaslamak doğru olmaz: AB tarafı DMA yükümlülüğüne özgü, ayrı bir ücret yapısına dayanıyor ve yürürlükteki şartlar için Apple'ın kendi DMA sayfası tek güvenilir kaynak. Brezilya tarafının komisyon/CTC oranlarını ise ilerleyen bölümde ayrıntılı bir tabloda bulacaksın.

Pratik fark şu: Brezilya rejimi CADE ile yapılan ikili bir anlaşmanın sonucu ve yalnızca Brezilya bölgesini kapsıyor; AB rejimi ise DMA'nın "gatekeeper" yükümlülüğünden doğuyor ve AB üyesi ülkelerin tamamını kapsıyor. İki bölgede de faaliyet gösteren bir ekipteysen, uyumluluk matrisini bölge bazında ayrı tutman gerekiyor — Brezilya'da kabul ettiğin DPLA maddeleri ile AB'de kabul ettiğin şartlar aynı sözleşme metninin parçası olsa bile, teknik ve ticari yükümlülükler bölgesel olarak birbirinden bağımsız işliyor.

Bu, uygulama mimarinde de somut bir sonuç doğuruyor: bölge tespiti (region detection) yalnızca dil/lokalizasyon için değil, hangi ödeme akışının ve hangi dağıtım kanalının aktif olacağını belirlemek için de kullanılmalı. Aynı build'in Brezilya'da alternatif ödeme sunup AB'de farklı bir uyumluluk yolunu izlemesi, ya da tam tersi, feature-flag katmanının App Store bölge bilgisini güvenilir şekilde okuyabilmesini gerektiriyor.

Lisans sözleşmesi kabul takvimi (6 Temmuz 2026)

Bu değişikliklerin en somut ve gözden kaçırılmaması gereken tarafı takvim. Apple'ın duyurusu açık bir son tarih koyuyor: "By July 6, 2026, all current members of the Apple Developer Program will need to agree to the latest update to the Apple Developer Program License Agreement." Bu, Brezilya'da faaliyet gösterip göstermediğinden bağımsız olarak tüm Apple Developer Program üyelerini kapsayan genel bir sözleşme güncellemesi.

Sözleşme güncellemesinin hukuki gövdesi ayrı bir duyuruda netleşiyor: Apple Developer Program License Agreement'ın Attachment 12 eki, Brezilya'daki iOS uygulamaları için şartları (alternatif dağıtım, alternatif ödemeler, out-of-app teklifler ve Core Technology Commission) belirtecek şekilde revize edildi (developer.apple.com/news/?id=umq9wxmm). Aynı duyuru, güncellenmiş sözleşmenin çevirilerinin bir ay içinde Apple Developer sitesinde yayınlanacağını da not düşüyor.

Son tarih 6 Temmuz 2026 — sözleşmeyi henüz kabul etmediysen hesabını bugün kontrol et; kabul edilmemiş bir sözleşme Brezilya'daki ve genel olarak Apple Developer Program'daki faaliyetlerini aksatabilir.

Komisyon ve ücret tablosu

Alternatif dağıtım veya alternatif ödeme değerlendiren bir ekipteysen, komisyon/ücret tablosunu net görmen karar kaliteni doğrudan etkiler. app-distribution-in-brazil/ sayfasındaki rate card şu şekilde özetlenebilir:

Bu oranları basit bir hesap makinesiyle somutlaştıralım — 100 USD'lik bir dijital ürün satışını üç farklı senaryoda karşılaştıralım:

1#!/usr/bin/env bash
2# Basit komisyon karşılaştırması — kaynak: app-distribution-in-brazil rate card
3PRICE=100
4 
5general_iap=$(echo "$PRICE * 0.21 + $PRICE * 0.05" | bc)   # %21 komisyon + %5 IAP işlem ücreti
6sbp_iap=$(echo "$PRICE * 0.10 + $PRICE * 0.05" | bc)       # %10 komisyon (SBP) + %5 IAP işlem ücreti
7marketplace_ctc=$(echo "$PRICE * 0.05" | bc)               # yalnız %5 CTC (alternatif pazar)
8 
9echo "Genel program + Apple IAP    : Apple payı = ${general_iap} USD"
10echo "SBP katılımcısı + Apple IAP  : Apple payı = ${sbp_iap} USD"
11echo "Alternatif pazar (yalnız CTC): Apple payı = ${marketplace_ctc} USD"

Çıktı: genel programda Apple payı 26.00 USD, Small Business Program katılımcısında 15.00 USD, alternatif pazar + CTC senaryosunda ise 5.00 USD oluyor (hesaplama: 100×0.21+100×0.05=26; 100×0.10+100×0.05=15; 100×0.05=5). Bu üç rakam, hangi dağıtım modelinin hangi ölçekteki bir ürün için mantıklı olduğunu netleştiriyor — düşük hacimli/yüksek fiyatlı bir üründe alternatif pazarın CTC'si cazip görünse de, marketplace işletme yetkisinin ön koşullarını (zorunlu taahhütler + teminat mektubu ya da 2 yıl + 1M kurulum yolu) karşılamak ayrı bir eşik.

Alternatif ödeme sunan geliştiriciler için teknik bir zorunluluk daha var: "you must include the StoreKit External Purchases or Offers Entitlement" ve Apple In-App Purchase, ekranda diğer ödeme seçenekleriyle en az eşit belirginlikte gösterilmeli (developer.apple.com/support/payment-options-on-the-app-store-in-brazil/). Bu iki şart birlikte okunduğunda ortaya çıkan tasarım kısıtı net: alternatif ödemeyi öne çıkarıp Apple IAP'yi ikinci plana atan bir arayüz kurgusu, entitlement şartını teknik olarak karşılasan bile belirginlik kuralını ihlal eder. Ödeme seçim ekranını tasarlarken iki seçeneği görsel ağırlık, buton boyutu ve sıralama açısından simetrik tutman gerekiyor.

Raporlama yükümlülüğü de sende: "You're also required to track and send Apple a report of all alternative payment transactions" — destek sayfasına göre bu rapor, takvim ayının bitişini izleyen 15 gün içinde aylık olarak gönderiliyor.

Bu değişkenleri tek tek değerlendirmek yerine ekip içinde bir karar toplantısına dönüştür: hukuk/uyumluluk, ürün ve mühendislik temsilcilerinin aynı masada, yukarıdaki komisyon tablosunu ve yetkilendirme eşiklerini birlikte gözden geçirmesi, kararın tek bir departmanın varsayımına dayanmasını önler. Özellikle marketplace işletme kararı geri dönüşü zor bir taahhüt gerektirdiğinden, erken aşamada net olmayan noktaları Apple'ın resmi destek sayfalarına başvurarak netleştirmek, sonradan sözleşme ihlaline düşmekten daha ucuza gelir.

Brezilya'ya açılacak ekipler için kontrol listesi

Yukarıdaki tabloyu ve yetkilendirme eşiklerini karara çevirirken şu listeyi sırayla geç:

• Sözleşme: 6 Temmuz 2026'ya kadar güncellenmiş DPLA'yı kabul et.
• Sürüm eşiği: Kullanıcı tabanının iOS 26.5+ oranını ölç, Brezilya'ya özel feature-flag planla.
• Yetkilendirme yolu: Marketplace işletmek istiyorsan zorunlu taahhütlerin yanında teminat mektubu mu yoksa 2 yıl + 1M kurulum yolu mu uygun, netleştir.
• Entitlement: Alternatif ödeme için StoreKit External Purchases/Offers Entitlement'ı ekle.
• Çocuk koruması: Reşit olmayan kullanıcılar için parental gate akışını zorunlu kıl, out-of-app web teklifini engelle.
• Maliyet modeli: Ürün fiyat aralığına göre genel/SBP/marketplace senaryolarını komisyon tablosuyla karşılaştır.

SSS

Brezilya'da iOS'ta alternatif dağıtım nasıl çalışıyor?

iOS 26.5 ve sonrasında geliştiriciler App Store dışında bir alternatif app marketplace üzerinden dağıtım yapabiliyor; marketplace kurmak isteyenler MarketplaceKit framework'ünü kullanan bir iOS marketplace uygulaması, bir şirket web sitesi ve bir sunucu bileşeni hazırlıyor. Alternatif marketplace'ten dağıtılan uygulamalarda Apple In-App Purchase kullanılamıyor ve satılan dijital ürün/hizmetler Core Technology Commission'a (CTC) tabi oluyor (developer.apple.com/support/app-distribution-in-brazil/).

AB modeliyle Brezilya modeli arasındaki fark ne?

İki rejim de alternatif pazar/dağıtım imkânı tanıyor ve bir güvenlik incelemesi (notarization) uyguluyor, ama farklı hukuki temellere dayanıyor: Brezilya'daki CADE anlaşması yalnızca Brezilya bölgesini kapsarken AB'deki DMA rejimi AB üyesi ülkelerin tamamını kapsıyor. Ücret yapıları da ayrı belirleniyor; AB tarafında yürürlükteki şartlar için Apple'ın kendi DMA sayfasına bakman gerekiyor.

Yeni lisans sözleşmesini ne zaman kabul etmem gerekiyor?

6 Temmuz 2026'ya kadar. Apple'ın duyurusu net: "By July 6, 2026, all current members of the Apple Developer Program will need to agree to the latest update to the Apple Developer Program License Agreement." Bu, yalnızca Brezilya'da faaliyet gösterenleri değil, Apple Developer Program'daki tüm mevcut üyeleri kapsıyor.

Alternatif pazar işletmek için hangi şartları karşılamam gerekiyor?

Önce Apple Developer Program'a kuruluş olarak kayıtlı olman ve içerik/moderasyon şartları, şeffaf veri politikası, sürekli dolandırıcılık izleme, fikrî mülkiyet ön incelemesi gibi zorunlu taahhütlerin tamamını kabul etmen gerekiyor. Bunların üstüne iki yoldan biri: BBB- ve üzeri dereceli bir finans kuruluşundan alınmış, pazarın dağıtıma başlamasından sonra en az 6 ay sürdürülmesi gereken 1.000.000 USD standby teminat mektubu, YA DA Apple Developer Program'da kesintisiz 2+ yıl iyi durumda üyelik ve önceki takvim yılında iOS ve/veya iPadOS'ta dünya genelinde 1 milyondan fazla ilk yıl kurulumu olan bir uygulama (developer.apple.com/support/alternative-app-marketplace-br/).

Reşit olmayan kullanıcılar için alternatif ödeme kısıtlamaları neler?

Kids kategorisindeki uygulamalarda ve genel olarak 18 yaş altı kullanıcılarda, alternatif ödeme sağlayıcısıyla yapılan satın alma akışları mutlaka bir parental gate'in arkasında olmalı. Her iki durumda da web'e yönlendiren bir out-of-app satın alma teklifi sunulamıyor.

Notarization neyi kontrol ediyor?

Notarization, dağıtım kanalından bağımsız olarak tüm uygulamalara uygulanan temel bir inceleme. Apple destek sayfası süreci "otomatik kontroller ve insan incelemesinin bir kombinasyonu" olarak tanımlıyor; amaç uygulamanın bilinen kötü amaçlı yazılım, virüs veya diğer güvenlik tehditlerinden arınmış olduğunu doğrulamak. Süreç sonrası kötü amaçlı yazılım tespit edilirse uygulama çalıştırılamaz hale getiriliyor ve yeni kurulumlar iptal ediliyor.

Sonuç

Brezilya'daki bu açılım, Apple'ın AB dışında alternatif dağıtımı kabul ettiği en büyük pazarlardan biri ve 6 Temmuz 2026 sözleşme son tarihi tüm Developer Program üyelerini ilgilendiriyor. Ekibinin önündeki karar basit değil: marketplace işletme eşiklerini karşılayıp karşılamadığından tutun, komisyon senaryolarının ürün fiyatlandırmana etkisine kadar birçok değişkeni aynı anda tartman gerekiyor.

Konuyu daha geniş bağlamda değerlendirmek istersen AB'deki DMA rejimini anlatan yazıya, gelir tarafında App Store'da 1 milyon dolarlık gerçek strateji analizine, sunucu tarafı ödeme doğrulaması için StoreKit ve Play Store receipt validation rehberine, abonelik tarafında StoreKit 2 production subscription rehberine ve çocuk güvenliği/yaş derecelendirme reformu için App Store yaş derecelendirme reformu yazısına göz atabilirsin.

Kaynaklar

• Apple Developer News — Changes for developers distributing apps in Brazil — CADE anlaşması, iOS 26.5 eşiği ve 6 Temmuz 2026 sözleşme son tarihinin resmi duyurusu.
• Apple Developer Support — App distribution in Brazil — Notarization, çocuk koruma kuralları ve komisyon/ücret oranlarının resmi rate card'ı.
• Apple Developer News — Update to the Apple Developer Program License Agreement — DPLA Attachment 12 revizyonu ve çeviri takvimi.
• Apple Developer Support — Alternative app marketplaces in Brazil — Marketplace işletme yetkilendirme şartları ve MarketplaceKit teknik bileşenleri.
• Apple Developer Support — Payment options on the App Store in Brazil — Alternatif ödeme entitlement zorunluluğu ve IAP belirginlik kuralı.
• Apple Developer Support — Changes for apps in the European Union — AB tarafındaki DMA şartları için Apple'ın kendi referans sayfası.