Japonya: Apple, Aralık ayına kadar tarayıcı motoru yasağını kaldırmak zorunda

 (open-web-advocacy.org)
10 puan yazan GN⁺ 2025-08-07 | 7 yorum | WhatsApp'ta paylaş
  • Japon hükümeti kısa süre önce Akıllı Telefon Yasasını kabul ederek Apple’ın iOS’te üçüncü taraf tarayıcı motorlarını yasaklamasını doğrudan yasakladı
  • Şimdiye kadar WebKit motorunun zorunlu tutulması, iOS’te tarayıcı rekabetini fiilen engelliyor ve web uygulamalarının rekabet gücünü düşürüyordu
  • Yeni yönergeler, Apple’ın teknik veya ticari açıdan gerçekçi olmayan engeller çıkarmasına da izin verilmediğini açıkça belirtiyor
  • Ayrıca tarayıcılar için OS API erişiminin işlevsel olarak eşdeğer biçimde sağlanması ve ayrımcı performans düşüşlerinin uygulanmaması gerekiyor
  • Japon yasasının yürürlüğe girmesiyle birlikte AB ve Birleşik Krallık’a ek olarak tarayıcı rekabetini yeniden tesis etmeye yönelik düzenleyici ortam oluşuyor; 2026’nın bir dönüm noktası olması bekleniyor

Japonya, Apple’ın tarayıcı motoru yasağını kaldırmasını istiyor

Japonya kısa süre önce, Apple’ın iOS’te üçüncü taraf tarayıcı motorlarını yasaklayan uzun süredir devam eden politikasını doğrudan yasaklayan resmi “Akıllı Telefon Yazılımında Rekabetin Teşviki Yasası”nı kabul ederek bu adımı yürürlüğe koydu.

Tarayıcı motoru yasağının durumu

  • Daha önce Apple yalnızca WebKit motorunun kullanımına izin veriyordu; bu da Firefox, Chrome, Edge, Opera, Brave, Vivaldi gibi tüm büyük tarayıcı motorlarının iOS’te dışlanması sonucunu doğuruyordu
  • Bu durum fiilen tarayıcı rekabetini engelliyor, ayrıca web uygulamalarının yerel uygulamalarla eşit şartlarda rekabet edebilmesi için gerekli API’leri veya performansı kullanamamasına yol açıyordu

Japonya’nın yasalaştırma süreci ve yönergeler

  • Bu yasa, Dijital Pazar Rekabeti Merkezi raporuna dayanarak hazırlandı ve Open Web Advocacy’nin danışmanlığı da sürece yansıdı
  • Kısa süre önce yayımlanan Mobil Yazılım Rekabet Yasası (MSCA) yönergeleri, yasanın fiili yorumunu ve uygulanış biçimini açık şekilde ortaya koyuyor
Reklam

Alternatif tarayıcı motorlarının engellenmesinin yasaklanması

  • Yönergeler, üçüncü taraf tarayıcı motorlarının kullanıma sunulmasını engelleyen veya zorlaştıran her türlü davranışı açıkça yasaklıyor
    • Uygulama sağlayıcılarına aşırı teknik kısıtlar getirilmesi, mali yük bindirilmesi veya kullanıcıları alternatif tarayıcılardan uzaklaştıran önlemler buna dahil
    • Bir davranış değerlendirilirken yalnızca sağlayıcının açıkça yasak koyması değil, uygulamada benimsenme ihtimalini belirgin biçimde düşüren durumlar da kapsam içine giriyor
  • Bu hüküm, Apple’ın kâğıt üzerinde izin verse bile fiiliyatta kullanılamayan veya ticari açıdan anlamsız koşullar yaratamayacağı anlamına geliyor

OS API erişiminde işlevsel eşdeğerlik

  • MSCA, OS API erişimi konusunda işlevsel olarak eşdeğer erişimin sağlanmasını öngörüyor
  • Alternatif API sunulmasına izin veriliyor, ancak fiiliyatta belirgin derecede daha düşük performans varsa bu işlevsel eşdeğerlik olarak kabul edilmiyor
    • Yani teknik yöntem farklı olsa bile, Apple gibi belirlenmiş sağlayıcıların sahip olduğu düzeyde eşdeğer performans ve erişilebilirlik üçüncü taraf tarayıcılara da sağlanmalı
Reklam

Tarayıcı seçim ekranı yükümlülüğü

  • Yasa, tarayıcılar (ve diğer yazılımlar) için seçim ekranı (Choice Screen) sunulmasını zorunlu kılıyor
  • AB’den daha sıkı yönergelerle, seçim ekranının “ilk etkinleştirmenin hemen ardından” gösterilmesi gerekiyor
    • Akıllı telefonun ilk kurulumu sırasında veya ilgili uygulamanın ilk çalıştırılmasında, kullanıcıdan belirli bir yazılım seçmesi istenmeli

Bundan sonra ne olacak?

  • Mobil Yazılım Rekabet Yasası’nın Aralık 2025’te yürürlüğe girmesi planlanıyor
  • Japonya böylece AB ve Birleşik Krallık ile birlikte Apple’ın üçüncü taraf tarayıcı motorlarına izin vermesi gereken ülkeler arasına katılıyor
  • Japonya’nın, Avrupa ve Birleşik Krallık’taki düzenleyici deneyimleri referans alarak uygulamaya hazırlanması bekleniyor
  • AB ve Birleşik Krallık örneklerinde görüldüğü gibi, fiili uygulamanın uzun ve karmaşık bir süreç olması öngörülüyor

Sonuç ve çıkarımlar

  • Japonya, AB ve Birleşik Krallık’ın tamamında Apple için üçüncü taraf tarayıcı motoru desteği zorunluluğu ile iOS’te gerçek tarayıcı rekabetinin yeniden tesis edilmesi hedefleniyor
  • 2026, tarayıcı pazarının yapısal değişimi için bir dönüm noktası olabilir
  • Nihai başarı ya da başarısızlık, düzenleyici kurumların uygulama iradesine ve Apple’ın gerçek anlamda iyileştirme yapma çabasına bağlı
  • Tarayıcı ve web uygulaması rekabet ortamını iyileştirmek için uzun süredir çaba gösteren Japon hükümeti ve ilgili kuruluşların rolü öne çıkıyor

İlgili okumalar

7 yorum

 
galadbran 2025-08-09

Hmm... Bence tüm gezinme işlevlerinin temel bir kütüphane üzerinden çalışması sayesinde, sistem belirli bir URL’yi engellediğinde tüm uygulamaların dahili gezinme işlevlerinde bunun etrafından dolaşılamayan iyi bir tutarlılık sağlanıyordu; bu açıdan bakınca biraz üzücü.
 
tensun 2025-08-08

Yapay zeka tarayıcılarının yükselişe geçmesi bekleniyor
 
prunusnira 2025-08-07

Geliştirici açısından bakınca, dikkate alınması gereken ortamların daha da artması anlamına geliyor galiba haha..
 
ndrgrd 2025-08-08

Artık web standartlarına göre geliştirmek gerekiyor. Olmayan özellikleri de aktif biçimde kullanmamak lazım.
 
aqqnucs 2025-08-07

Sayıları fazla gibi görünüyor ama sonuçta Firefox ve Chromium motoru değil mi?
 
kwj9211 2025-08-07

Yasak durumunda adı geçen motorların listesine bakmak bile baş döndürücü @_@
 
GN⁺ 2025-08-07
Hacker News yorumu

  • Herkes Chrome’dan bahsediyor ama ben Android’de Chrome’u kapatıp Firefox kullanıyorum. Mobil Firefox’a uBlock Origin ekleyince deneyim neredeyse masaüstü web’e çok yaklaşıyor. Sadece reklam engelleme değil, :has-text gibi RegEx kurallarıyla umursamadığım öğeleri de anında engelleyebiliyorum. Chrome artık bunu masaüstünde bile yapamıyor. Ana cihazım olarak tamamen Android’e geçmeyi bile düşünüyorum. Yalnız iMessage yüzünden MacBook’tan sohbetlere hemen yanıt verebilmenin rahatlığı çok büyük, o yüzden kolay kopamıyorum. Onun dışında Android genel olarak çok daha iyi. iOS klavyesi ya da Siri konusunu açmamak daha iyi

    • FF + uBO ikilisi beni Android’de tutan killer app. Apple buna izin verseydi çoktan geçmiştim. Hiç messages.google.com seçeneğini düşündün mü? Google’ın Mesajlar uygulaması gerekiyor (Samsung Mesajlar değil) ve masaüstünde SMS ile RCS kullanabildiğin için iMessage yerine tam oturuyor

    • Mobil Firefox’ta consent-o-matic eklentisi de gerçekten çok kullanışlı. Neredeyse tüm çerez banner’larını otomatik tıklayıp geçiyor; mobilde tek tek uğraşmaya gerek kalmıyor ve çok daha rahat oluyor

    • Ben de https://messages.google.com kullanıp Android tabanlı, masaüstünde iMessage benzeri bir düzen kuruyorum. Belki senin kullanımına da uyar? iMessage kullanmadığım için o tarafta çok bilgim olmayabilir

    • iMessage olmadan yalnızca SMS yeterliyse, KDE Connect ile Android’den masaüstünde harika bir mesajlaşma deneyimi elde edebilirsin (Linux, Windows, MacOS’ta çalışıyor; platforma göre özellik farkları var ama SMS hepsinde destekleniyor). https://kdeconnect.kde.org/

  • Görünüşe göre Japonya, Apple’ın AB’de sergilediği “kelime oyununa dayalı uyumluluk” örneklerinden ders çıkarmış. Eğer yine bu şekilde gelirlerse, Apple’ın Japonya’da da gerçekten can yakacak düzgün para cezaları yemesini umuyorum. Bence mesele “if” değil “when”

    • Satış ve ithalat yasağını da hayal ediyorum; o durumda Apple Store’u ne kadar süre kapatmak gerekse Apple diz çöker diye merak ediyorum

    • Ben, kendimi saçma hatalardan koruyan bir walled garden’ı seviyorum. Apple’ın konumumu sağa sola vermemesi ya da garip bir Monarch’ın beni takip etmemesi, mahremiyet sızıntısı endişesini de azaltıyor, o yüzden memnunum. (+4500 upvotes) Reddit’te Apple karşıtı başlıklar +30 bin upvote alırken, buna karşılık Apple yanlısı yorumların çok daha az olmasını hep şüpheli bulmuşumdur. Belki pazarlama ekipleri ya da troll farm’lar itibar yönetimi yapıyordu

  • Bu küresel yasama hareketi iOS’ta daha açık bir uygulama ekosistemine yol açarsa gerçekten memnuniyet verici olur. BrowserEngineKit, XPC ile iOS uzantı sisteminin ince bir sarmalayıcısından ibaret. XPC açık bir API olsaydı ve Apple’ın izni olmadan izole alt süreçlerde JIT’e izin verilseydi geliştirme çok daha iyi olurdu. Örneğin, mesajlaşma uygulamaları güvenilmeyen girdileri işleyen ayrı bir alt sürece sahip olabilirdi (iMessage bunu zaten yapıyor), uygulamadaki kararsız bileşenler izole edilerek kullanılabilirlik ve çökme sonrası toparlanma iyileştirilebilirdi, retro sistem emülatörleri çok daha hızlı olurdu, iOS’ta WASM kullanımı mümkün hale gelirdi ve tarayıcılar da özel amaçlı API’ler olmadan XPC kullanabilirdi. Sorun şu ki, bunlar mümkün olduğunda App Store incelemesinden sonra bile yerel hızda çalışan kodu uygulama içine yüklemek kolaylaşır ve hepimizin bildiği gibi böyle bir dünya gelirse felaket kopar deniyor

    • O “felaket” gelirse MacRumors gibi sitelerde insanların ortalığı ayağa kaldırmasını izlemek isterim. Apple’ın kendi ekonomik çıkarı için internetteki anlatıyı iten siteleri desteklemeyeceğini düşünmek saflık olur. Örneğin, telefonu özgürce kullanma özgürlüğünün herkesin güvenliğini ve mahremiyetini tehdit ettiği gibi saçma görüşler neredeyse sürekli tekrar ediliyor

    • Bu durumda sistem düzeyi kötü amaçlı yazılım önleme yükü büyük ölçüde uygulama sandbox’ına kayar. Aslında şu anda bile sandbox; notarization, izinler, uygulama incelemesi gibi birçok savunma katmanından sadece biriydi. Ben de kullanıcı istediği uygulamayı yükleyebilsin isterim ama bunun ortalama iPhone’u Android’de olduğu gibi kötü amaçlı yazılıma daha açık hale getireceği gerçeğini de kabul etmek lazım. Apple’ın böyle davranmasının arkasında tekelcilik dışında gerçek güvenlik kaygıları da var (gerçi ana motivasyon muhtemelen kâr)

    • Tarayıcının kendisi de bir tür app store, yani fiilen her seferinde Apple incelemesi olmadan oradan uygulama çalıştırıyoruz. Bu bağlamda App Store’un güvenliğinin neden Apple ve hayranları tarafından bu kadar vurgulandığını pek anlayamıyorum

    • JIT izni verilirse mesele sadece daha hızlı emülasyon olmaz; yorumlayıcıyı sürekli döndürmek gerekmediği için verimlilik de artar, pil ömrü yönetimi iyileşir ve 2008 oyunlarını çalıştırırken telefonun ısınması da azaltılabilir

    • (Anlamsız görüş atlandı)

  • “Engelleme olasılığı” geniş yorumlanırsa, örneğin “alternatif tarayıcı motorlarının sadece Japon Apple hesaplarında yayınlanabilmesi için region lock uygulanması” da özünde alternatif tarayıcıların fiilen var olmasını engellemek sayılabilir. Mozilla için böyle bir durumda hedef kitle fazla küçük kalacağından iOS için Firefox portlamanın anlamı kalmaz. Gerçekçi görünmeyebilir ama belki de bu, küresel tarayıcı seçme özgürlüğünün küçük bir başlangıcı olabilir

    • Belirli hesaplara region lock ile alternatif tarayıcı motoru izni vermek, Apple’ın AB’de yaptığı şeylerden biri

    • Gecko’nun (Firefox motoru) iOS’a zaten portlandığını biliyorum

    • Pazar payı zaten küçükken, bunu yalnızca çok küçük bir ek kesim için artırmak uğruna port ederler mi emin değilim

    • Mozilla zaten küçük pazar payına alışkın bir kuruluş. Bu durum da çok farklı sayılmaz; hatta pazar açılmadan önce kullanıcılar üzerinden QA sürümleri dağıtmak için bir fırsat bile olabilir

  • AB ve Birleşik Krallık’ın ardından Japonya da artık iOS’ta alternatif tarayıcı motoru yasağına nokta koyuyor. Üçü de büyük pazarlar olduğu için, Chrome ya da Firefox’un iOS’ta kendi motorlarını kullanan sürümlerine yani Blink ve Gecko tabanlı tarayıcılara yatırım yapmak için yeterli motivasyon oluşup oluşmadığını merak ediyorum. Uzun süredir bu yüzden geliştirmelerin geciktiğine dair söylentiler vardı

    • Aynı sitede gördüğüme göre Apple, büyük tarayıcı şirketlerinin kendi motorlarını çıkarmasını hâlâ her yolla zorlaştırıyor ilgili blog

    • Birleşik Krallık tarafında ise 2024 Digital Markets Act ve ilgili yasaların hükümet tarafından isteksiz biçimde uygulandığını duymuştum

    • Japon kültürü gereği bu tür değişiklikler çok da önemsenmeyebilir. Japonya’daki Linux kullanımına bakınca da benzer bir şey görülüyor; küçük ama tutkulu bir kesim ne olursa olsun onu kullanıyor, ama geniş kitle rahat olanı seçiyor. Sistemle ya da ayarlarla fazla uğraşmayı sevmiyorlar

    • Bir bakış açısına göre bunun nedeni, Apple’ın tarayıcı geliştiricilerine aşırı zorluk çıkarması ve kimsenin bu engeli aşamaması

    • Firefox’un Blink’e geçip Google ile iş birliği yaparak iOS için alternatif bir motor üretmesinin daha gerçekçi ve daha kolay bir seçenek olup olmayacağını düşünüyorum

  • Bunun gerçekten iyi bir değişim olup olmadığını merak ediyorum. Sonuçta piyasada Chromium’un payını daha da büyütmez mi?

    • Safari yapısal olarak iyi bir tarayıcı değil. Çünkü Apple kendi çıkarı gereği web platformunu kasıtlı olarak zayıf tutuyor. İnsanları zorla kullandıramayacağına göre, kullanıcıların gerçekten seçtiği iyi tarayıcılar üretmek asıl piyasa rekabetidir

    • Doğru. Sonuçta iOS’ta tüm web’in “All Chrome Everywhere” haline gelmesini engelleyen son kale Safari olmuştu

    • Hükümet piyasa tekelleşmesini çözebilir ABD Adalet Bakanlığı vs Google davası wiki

    • Evet, o yüzden mesele karmaşık. Bir yandan Apple kesinlikle iOS’u daha açık hale getirmeye zorlanmalı, ama öte yandan sonunda Chrome tekeli güçleniyor

    • iOS’ta gerçek bir Firefox kullanabilmenin faydası büyük. Ve bu olumlu bir değişim. Apple’ın Web standartlarını kendi çıkarı için budayan, örneğin WebGPU’da SPIR-V desteğini engelleyen, haksız etkisi azalır

  • (Anlatıcı) Bir yıl sonra Japonya’da Chrome’un pazar payı %100’e ulaştı ve tüm web siteleri yalnızca bu tarayıcı için tasarlanıyordu

    • Varsayılanların gücünü fazla hafife alıyorsun. Kullanıcıların çoğu sistem varsayılanlarını neredeyse hiç değiştirmez

  • Japonya’nın Apple ile özel bir ilişkisi var. Örneğin FeliCa (Japon tipi NFC sistemi) tabanlı bilet özellikleri tüm iPhone’lara gömülü olduğundan, dünya çapındaki iOS kullanıcıları da Japonya’da çok daha rahat bir deneyim yaşıyor. Daha da şaşırtıcı olan, gerçek bilet kullanımında herhangi bir uygulamaya gerek olmadan yalnızca Apple Pay’in yeterli olması. Bu eğilim giderek yerel uygulamaların avantaj alanını daraltıyor (gerçi yerel uygulamaların hâlâ kendine özgü güçlü yanları var), ama diğer yandan Apple’ın sonunda sadece “bekçilik rolünü” başka alanlara taşıdığı iddiasına da karşı çıkmak zorlaşıyor

    • FeliCa ağ desteğinin temel nedeni, Japonya’da mobil ulaşım ve ödeme teknolojilerinin iPhone’dan önce yerleşmiş olması. Mobile Suica ve Osaifu-Keitai zaten vardı; Apple’ın rekabetçi kalabilmesi için buna güçlü şekilde ayak uydurması gerekiyordu. Bu, Japonya’ya özel SKU iPhone’larla başlayıp sonradan küresele yayıldı. Hatta bugün bile Japonya’da mobil ödeme pazarı tekel değil. Apple rekabet baskısı hissettiğinde, Suica gibi express transit desteği eklemek gibi değişiklikler oluyor. Üstelik PayPay gibi Japon QR kod ödeme uygulamaları, kredi kartı ödemelerinden daha yaygın

    • Japonya’daki iOS payı, ABD (%59), Birleşik Krallık (%47) ve Avrupa’nın (%34) da üstünde, %64 statcounter kaynağı

    • FeliCa bir patent lisanslama meselesi. Apple bir yerlerde avantajlı bir anlaşma kapmış gibi görünüyor. Google Pixel’de de tüm çipler var ama Japon modeli olmayanlarda bu özellik yazılımla kapatılmış durumda (root atılırsa açılabiliyor)

  • “Yapabilme gücü”nün etkisini hissediyorsun. Bir ülke bunu yapınca, 20 yıldır imkânsız denilen şey için diğer ülkeler de “biz de yapabiliriz, geri kalamayız” diyerek değişmeye başlıyor

    • Bu aslında korkutucu da olabilir. Örneğin Birleşik Krallık’ta gerçek kimlikli yaş doğrulaması geldikten sonra, diğer ülkelerin de devlet tarafından verilmiş kimliklerle ilgili benzer yasaları peş peşe getirmesi gibi

  • Google’ın iOS’ta “gerçek” Chrome’u çıkarabilmek için istikrarlı biçimde hazırlandığını varsaymak gerekiyor. Herhalde yasa değiştiği anda çıkarmak için bunu çok önceden geliştirmeye başlamışlardır, değil mi?

    • Google, Blink’i (iOS için Chrome motoru) taşıyor ve kademeli ilerleme var. Chromium bug tracker’da bunun takibi bulunuyor takip bağlantısı. Muhtemelen Apple’ın bölgesel kilitleri (AB geofencing) ve BrowserEngineKit’in çeşitli kısıtlamaları nedeniyle henüz üretim sürümü için tam kaynak ayrılmamış durumda

    • Şubat 2023: “Google, iOS’ta Apple WebKit yerine Blink motoruyla Chrome çalıştırma işine başladı” ilgili haber

    • (Blink, Chrome’un web rendering engine’idir.) iOS için Chromium/Chrome build etme resmi belgelerinde, blink web platformun deneysel olduğu ve yalnızca analiz amacıyla kullanılması gerektiği yazıyor. İlgili hedefler olarak content_shell ve chromeun faydalı olduğu belirtilmiş. resmi build dokümanı