Google Fonts KVKK ve GDPR’a Uygun mu? Fontu Yerel Barındırma Rehberi

Bu yazıda Talha Aslan ve ekibi olarak sahada en sık karşılaştığımız soruya odaklanıyoruz: sitenizde Google Fonts var mı, varsa nereden geliyor ve onu nasıl yerel hale getirirsiniz. Ayrıca lisans, hız ve çerez bandı tarafını da kısaca ele alıyoruz. Not: bu yazı hukuki danışmanlık değildir; kendi durumunuz için bir hukukçuya danışın.

Kısacası mesele fontun kendisi değil, fontun nereden yüklendiğidir. Aynı font ailesini kendi alan adınızdan sunduğunuzda tasarım aynı kalır, ancak ziyaretçinin tarayıcısı üçüncü bir tarafa gitmez.

Google Fonts çağrısında ziyaretçinin hangi verisi gider?

Bir sayfa Google Fonts’u klasik yöntemle yüklediğinde tarayıcı önce fonts.googleapis.com adresinden bir stil dosyası ister, ardından fonts.gstatic.com adresinden font dosyalarını indirir. Her istek, doğası gereği ziyaretçinin IP adresini, istenen adresi ve tarayıcı başlıklarını karşı sunucuya taşır.

Google’ın Google Fonts gizlilik ve veri toplama SSS sayfası bu durumu açıkça anlatır: Google, Fonts API isteklerinde IP adresini, istenen adresi ve HTTP başlıklarını alır; API kimlik doğrulaması istemez ve çerez kullanmaz. Yani Google, oturum açmış kullanıcının hesabıyla bu isteği eşleştirmediğini belirtir.

Ancak buradaki kilit nokta şudur: veri sorumlusu sizsiniz. Ziyaretçi sizin sitenize geldi, bağlantıyı sizin kodunuz başlattı. Dolayısıyla Google’ın kendi taahhüdü ne olursa olsun, IP adresinin üçüncü bir tarafa ve yurt dışına gitmesini sizin açıklamanız ve hukuki dayanağa oturtmanız gerekir.

• IP adresi: ziyaretçiyi dolaylı olarak tanımlayabilir.
• İstenen adres: hangi font ailesini ve ağırlığı kullandığınızı gösterir.
• Tarayıcı başlıkları: tarayıcı türü, dil tercihi ve yönlendiren sayfa bilgisi gibi ayrıntılar.

KVKK yurt dışı aktarım kuralları Google Fonts için ne anlama gelir?

KVKK’nın 9. maddesi, kişisel verinin yurt dışına aktarımını katmanlı bir sisteme bağlar. Kişisel Verileri Koruma Kurumu’nun yurt dışına aktarım sayfası önce yeterlilik kararını, yoksa uygun güvenceleri (standart sözleşme gibi), o da yoksa sınırlı arızi halleri sayar.

Bir font isteği bu katmanların hangisine oturur? İşte bu noktada temkinli olmak gerekir. Standart sözleşme gibi güvenceler, karşı tarafla sizin aranızda kurulan bir ilişki ister; ziyaretçinin her sayfa açılışında Google’a gitmesi ise çoğu küçük işletmenin böyle bir sözleşme kurmadığı bir akıştır. Kurum da arızi halleri dar biçimde yorumlar; bu haller düzenli, sürekli aktarımlar için düşünülmemiştir.

Bu nedenle biz, Google Fonts KVKK sorusunu hukuki tartışmayla çözmeye çalışmak yerine teknik olarak ortadan kaldırmayı öneriyoruz. Aktarım hiç olmazsa, dayanak arama ihtiyacı da kalmaz. Yine de kendi işletmeniz için kesin değerlendirmeyi bir hukukçu yapmalıdır; güncel kurum kararlarını da resmi sayfadan kontrol edin.

GDPR tarafında Google Fonts neden tartışma konusu oldu?

Avrupa Birliği’nde GDPR, IP adresini çoğu durumda kişisel veri sayar. Almanya’da bir bölge mahkemesi, Google Fonts’un ziyaretçi onayı olmadan Google sunucusundan çağrılmasını veri koruma ihlali saydı ve fontu yerel olarak sunmanın mümkün olduğunu gerekçe olarak vurguladı. Bu karar, Almanya’da çok sayıda uyarı mektubunun konusu oldu.

Türkiye’deki bir site için bu karar doğrudan bağlayıcı değildir. Öte yandan Avrupa’dan ziyaretçi alıyorsanız, AB’ye satış yapıyorsanız ya da AB’de faaliyet gösteren bir markayla çalışıyorsanız GDPR sizin için de gündeme gelebilir. Üstelik KVKK ile GDPR’ın IP adresine bakışı birbirine yakındır.

Yani hem yerel hem uluslararası açıdan aynı sonuca varırsınız: fontu kendi sunucunuzdan vermek, tartışmanın büyük kısmını gereksiz kılar. Avrupa mevzuatının metnine bakmak isterseniz GDPR’ın EUR-Lex üzerindeki resmi metnini inceleyebilirsiniz.

Sitenizin Google Fonts’u nereden çağırdığını nasıl anlarsınız?

En güvenilir yöntem tarayıcının geliştirici araçlarıdır (DevTools, yani tarayıcıya gömülü teknik inceleme paneli). Kaynak koda bakmak yetmez; çünkü font çağrısı çoğu zaman bir eklentinin ya da temanın ürettiği stil dosyasının içinden gelir.

1. Siteyi gizli pencerede açın; böylece önbellek ve oturum etkisini azaltırsınız.
2. Sayfaya sağ tıklayıp “İncele” seçeneğiyle geliştirici araçlarını açın ve Ağ (Network) sekmesine geçin.
3. “Önbelleği devre dışı bırak” kutusunu işaretleyin ve sayfayı yenileyin.
4. Filtre alanına “fonts.googleapis” ve ardından “gstatic” yazın.
5. Liste boş değilse, satıra tıklayıp “Başlatan” (Initiator) bilgisine bakın; çağrıyı hangi dosyanın yaptığını orada görürsünüz.
6. Aynı kontrolü ana sayfa, blog yazısı, iletişim sayfası ve ödeme sayfası gibi farklı şablonlarda tekrarlayın.

Örneğin ana sayfanız temiz çıkabilir, ancak iletişim sayfasındaki form eklentisi ya da harita bloğu kendi fontunu çekebilir. Bu yüzden tek sayfaya bakıp karar vermeyin.

WordPress temalarında gizli Google Fonts çağrıları nereden gelir?

WordPress sitelerde Google Fonts çağrısı genellikle tek bir yerden gelmez. Tema ayarlarındaki tipografi paneli, sayfa oluşturucunun genel font ayarı, kaydırıcı (slider) eklentileri, form eklentileri ve bazı ikon paketleri ayrı ayrı istek açabilir.

• Tema özelleştirme paneli: tipografi bölümünde seçilen her font aile adı bir çağrı üretebilir.
• Sayfa oluşturucu: genel font ayarı ve her widget için ayrı font seçimi.
• Slider ve popup eklentileri: kendi stil dosyalarında font bağlantısı taşıyabilir.
• Harita ve video yerleştirmeleri: üçüncü taraf çerçeveler kendi fontlarını yükler.
• Alt tema (child theme) dosyaları: eski bir geliştiricinin eklediği bağlantı satırı.

Pek çok tema ve sayfa oluşturucu, panelde “Google Fonts’u yerel yükle” ya da “Google Fonts’u devre dışı bırak” benzeri bir seçenek sunar. Ancak menü adı temadan temaya değişir; panelde ilgili tipografi veya performans bölümüne bakın. Seçeneği açtıktan sonra mutlaka Ağ sekmesiyle yeniden doğrulayın, çünkü seçenek yalnızca temanın kendi çağrısını kapatır, eklentilerinkini kapatmaz.

Bunun yanında önbellek eklentisi kullanıyorsanız, değişiklikten sonra önbelleği temizlemeyi unutmayın; aksi halde eski stil dosyası sunulmaya devam eder.

Google Fonts KVKK riskini kaldırmanın en temiz yolu nedir?

En temiz yol, kullandığınız font ailesini indirip kendi alan adınızdan sunmaktır. Böylece ziyaretçinin tarayıcısı yalnızca sizin sunucunuzla konuşur, Google’a hiçbir istek gitmez ve Google Fonts KVKK sorusu teknik olarak ortadan kalkar.

Alternatif olarak bazı siteler fontu çerez onayına bağlar, yani ziyaretçi onay verene kadar sistem fontunu gösterir. Bu yöntem çalışır; ancak tasarım her ziyaretçide farklı görünür ve onay vermeyenler için marka tipografisi hiç yüklenmez. Bir üçüncü seçenek de tamamen sistem fontlarına geçmektir; hızlıdır ama marka karakterinden ödün verirsiniz.

Pratikte bu işin zor kısmı fontu indirmek değil, sitedeki tüm çağrıları temizlemek ve tasarımın bozulmadığından emin olmaktır. Kendi başınıza tema ve eklenti dosyalarına girmek istemiyorsanız, web tasarım hizmeti kapsamında fontları yerel barındırma ve gereksiz dış bağlantıları temizleme işini ekibimizle birlikte planlayabilirsiniz.

Fontu yerel barındırma adımları nelerdir?

Yerel barındırma (self-host) kavram olarak basittir: font dosyasını kendi sunucunuza koyar, CSS’te o dosyayı tanımlar ve Google’a giden bağlantı satırını kaldırırsınız. Aşağıdaki sırayı kod yazmadan, kavram düzeyinde anlatıyoruz.

1. Envanter çıkarın: hangi aileleri ve hangi ağırlıkları (400, 600, 700 gibi) gerçekten kullandığınızı belirleyin.
2. Dosyaları resmi kaynaktan indirin: fonts.google.com üzerindeki aile sayfasından ya da ailenin açık kaynak deposundan alın.
3. WOFF2 biçimine dönüştürün ya da hazır WOFF2 dosyalarını kullanın; yalnızca ihtiyaç duyduğunuz karakter setini (Latin ve Türkçe karakterler gibi) tutun.
4. Dosyaları sitenizde sabit bir klasöre yükleyin.
5. CSS dosyanızda her ağırlık için bir font tanımı (font-face kuralı) yazın ve yükleme stratejisini belirleyin.
6. Tema, sayfa oluşturucu ve eklentilerdeki Google bağlantılarını kapatın.
7. Önbelleği temizleyin ve Ağ sekmesinde Google alan adlarının artık görünmediğini doğrulayın.

Ayrıca lisans dosyasını font dosyalarıyla aynı klasörde saklamanızı öneririz. Böylece ileride siteyi devralan biri, fontun hangi lisansla kullanıldığını kolayca görür.

Google Fonts lisansı kendi sunucunuzda barındırmaya izin veriyor mu?

Google Fonts kütüphanesindeki ailelerin büyük çoğunluğunu Google açık kaynak lisanslarla sunar; en yaygını SIL Open Font License’tır (OFL). OFL’nin resmi sayfası bu lisansla sunulan fontların web siteleri dahil pek çok alanda kullanılabileceğini, değiştirilip yeniden dağıtılabileceğini belirtir.

Yine de her ailenin lisansını tek tek kontrol edin; çünkü kütüphanede farklı açık lisanslarla gelen aileler de var. Aile sayfasında ve indirdiğiniz paketin içinde lisans dosyası yer alır. OFL’de dikkat edilmesi gereken bir nokta “ayrılmış font adı” kavramıdır: fontu değiştirip yeniden dağıtacaksanız, bazı durumlarda adını değiştirmeniz gerekebilir.

Kendi sitenizde yalnızca kullanmak ve alt küme (subset) almak çoğu senaryoda sorun çıkarmaz; ancak bu da yine lisansa bağlıdır. Kısacası kural şudur: önce lisans dosyasını okuyun, sonra dosyayı sunucunuza koyun.

Yerel font dosyası hangi biçimde olmalı?

Web için tercih etmeniz gereken biçim WOFF2’dir. web.dev font en iyi uygulamalar rehberi WOFF2’nin en geniş tarayıcı desteğine ve en iyi sıkıştırmaya sahip biçim olduğunu belirtir. Dolayısıyla eski TTF ya da EOT dosyalarını sunmanıza genellikle gerek kalmaz.

• Biçim: yalnız WOFF2, gereksiz yedek biçimleri eklemeyin.
• Ağırlık: tasarımda gerçekten kullanılan ağırlıklarla sınırlı kalın.
• Karakter seti: Türkçe karakterleri (ğ, ş, ı, İ) içeren Latin genişletilmiş seti dahil edin.
• Değişken font: çok ağırlık kullanıyorsanız tek bir değişken dosya daha az istek demek olabilir.
• Önbellek: font dosyalarına uzun süreli önbellek başlığı tanımlayın.

Örneğin dört ağırlık ve iki stil kullanan bir site sekiz ayrı dosya yükler; oysa tasarım incelendiğinde çoğu zaman iki ya da üç ağırlık yeterli çıkar. Bu sadeleştirme hem hızı hem bakım kolaylığını artırır.

Yerel barındırma site hızını nasıl etkiler?

Yerel barındırmanın hıza etkisi çoğu zaman olumludur, ama otomatik değildir. Google sunucusuna gitmediğinizde tarayıcı ayrı bir alan adı için bağlantı kurma süresinden kurtulur. Öte yandan web.dev rehberi, yerel barındırmanın faydasının kendi sunucunuzun hızına, CDN kullanımına ve dosyaları doğru optimize etmenize bağlı olduğunu hatırlatır.

Bu yüzden yerel barındırmayı yalnızca uyum adımı olarak değil, bir performans işi olarak da ele alın. Font yükleme stratejisi, ön yükleme (preload) ve metnin font beklerken nasıl görüneceği gibi konuları ayrıntılı olarak web fontlarının siteyi yavaşlatıp yavaşlatmadığını anlattığımız rehberde ele aldık; burada tekrar etmiyoruz.

Değişiklikten sonra ölçüm yapın. Sayfa hızının arama görünürlüğüne etkisini merak ediyorsanız Core Web Vitals metriklerini anlattığımız yazı iyi bir başlangıç noktasıdır. Özellikle fontun geç yüklenmesiyle oluşan kayma, CLS metriğini etkileyebilir.

Google sunucusu, yerel barındırma ve onaylı yükleme arasında nasıl seçim yaparsınız?

Aşağıdaki karar tablosu, üç yaygın yöntemi uyum, tasarım ve bakım açısından karşılaştırır. Tablodaki değerlendirmeler saha tecrübesine dayalı genel bir çerçevedir, hukuki görüş değildir.

Tabloya bakınca tablo kendi kararını verir: çoğu kurumsal site için yerel barındırma, uyum ile tasarımı aynı anda koruyan seçenektir. Onaylı yükleme ise yalnızca fontu yerelleştiremediğiniz özel durumlarda mantıklıdır.

Çerez bandına Google Fonts eklemek yeterli mi?

Çoğu durumda yeterli değildir. Çerez bandı (çerez onay penceresi) yalnızca onay vermeden önce hiçbir isteğin gitmediği bir kurgu varsa işe yarar. Oysa font çağrısı sayfanın başında, bandın kendisi görünmeden önce gider. Yani bant ekranda görünürken IP adresi çoktan gitmiş olur.

Ayrıca Google Fonts çerez kullanmadığı için birçok onay aracı onu otomatik olarak tanımaz ve engellemez. Dolayısıyla bandı kurduktan sonra yine Ağ sekmesiyle, onay vermeden sayfayı açıp font isteklerini kontrol etmeniz gerekir.

Bandın tasarımı ve hangi araçların onaya bağlanması gerektiği ayrı bir konudur; bunu uyumlu ve kullanıcı dostu çerez bandı tasarımı yazımızda ayrıntılı anlattık. Burada vurgulamak istediğimiz tek nokta şu: font için en sade çözüm bandı karmaşıklaştırmak değil, fontu yerelleştirmektir.

Aydınlatma metninde ve gizlilik politikasında neyi güncellemelisiniz?

Fontu yerelleştirdikten sonra aydınlatma metninizde Google Fonts’a ilişkin bir bölüm varsa, bunu güncel duruma göre düzenleyin. Artık aktarım olmadığı halde metinde aktarım anlatmak, okuru yanıltır. Tersine, fontu hâlâ Google’dan çağırıyorsanız bunu açıkça belirtmeniz gerekir.

• Kullanılan üçüncü taraf hizmetler listesinden Google Fonts’u çıkarın ya da durumunu güncelleyin.
• Harita, video ve sohbet eklentisi gibi diğer dış hizmetleri ayrı ayrı gözden geçirin.
• Yurt dışına aktarım bölümünün gerçek veri akışıyla örtüştüğünü kontrol edin.
• Metindeki güncelleme tarihini ve iletişim kanalını yenileyin.

Aydınlatma metni, açık rıza ve sitenin genel KVKK yapısı için KVKK ve GDPR uyumlu web sitesi rehberimize bakabilirsiniz. Bu yazı yalnızca font tarafına odaklanıyor. Not: metin içeriği için mutlaka bir hukukçudan görüş alın; bu yazı hukuki danışmanlık değildir.

Değişiklikten sonra neyi kontrol etmelisiniz?

Yerel barındırmayı tamamladığınızda işin yarısı biter; diğer yarısı doğrulamadır. Aşağıdaki kontrol listesini her büyük tema veya eklenti güncellemesinden sonra da tekrarlamanızı öneririz.

1. Ağ sekmesinde fonts.googleapis ve gstatic filtresiyle tüm ana şablonları tarayın.
2. Türkçe karakterlerin (ğ, ş, ı, İ, ç, ö, ü) doğru fontla göründüğünü kontrol edin.
3. Kalın ve italik metinlerin tarayıcının yapay kalınlaştırmasıyla değil, gerçek dosyayla geldiğini doğrulayın.
4. Mobil cihazda sayfanın font değişiminde kayıp kaymadığına bakın.
5. Font dosyalarının önbellek başlığını ve sıkıştırmasını kontrol edin.
6. Lisans dosyasının font klasöründe durduğunu doğrulayın.

Ardından aynı kontrolü birkaç hafta sonra tekrarlayın. Çünkü otomatik eklenti güncellemeleri, kapattığınız bir Google bağlantısını sessizce geri getirebilir.

Google Fonts KVKK düzeltmesinde en sık hangi hataları yaparsınız?

Sahada en çok gördüğümüz sorun, işin yarım bırakılmasıdır: ekip tema fontunu yerelleştirir ama eklentiler Google’a gitmeye devam eder. Google Fonts KVKK düzeltmesinde aşağıdaki hatalara özellikle dikkat edin.

• Yalnız ana sayfayı kontrol etmek ve diğer şablonları atlamak.
• Türkçe karakter setini indirmemek; bu durumda tarayıcı ı ve ş harflerini başka fontla gösterir.
• Önbelleği temizlemeden sonucu değerlendirmek.
• Gereğinden fazla ağırlık ve stil yükleyip siteyi yavaşlatmak.
• Ön bağlantı (preconnect) satırını kaldırmayı unutmak; bu satır tek başına da Google’a bağlantı açar.
• Lisans dosyasını saklamamak.

Bir de şu nokta var: font değişikliği tasarımı ince biçimde etkileyebilir. Örneğin iPhone’da satır yüksekliği farklı görünebilir; böyle bir durumda web sitesinin iPhone Safari’de bozuk görünmesi yazımızdaki kontrolleri uygulayın. Paylaşım önizlemesi gibi diğer dış kaynak konuları için de WhatsApp link önizlemesinde görselin çıkmaması yazısı işinize yarayabilir.

Font sayısını azaltmak uyumu ve tasarımı nasıl etkiler?

Font sayısını azaltmak, uyum işini doğrudan kolaylaştırır. Ne kadar az aile ve ağırlık kullanırsanız, yerelleştirmeniz, test etmeniz ve güncel tutmanız gereken dosya da o kadar azalır. Üstelik çoğu kurumsal sitede iki aile, yani bir başlık ve bir metin fontu, fazlasıyla yeterlidir.

Bu adımı fırsat olarak görün. Örnek senaryo: bir site yıllar içinde üç farklı sayfa oluşturucu ve beş font ailesi biriktirmiş olsun. Temizlik sırasında tipografiyi iki aileye indirdiğinizde hem görsel tutarlılık artar hem de yüklenen dosya sayısı düşer.

Hangi aileleri seçeceğinize ve başlık ile metin fontunu nasıl eşleştireceğinize karar verirken web sitesi tipografi seçimi ve font eşleştirme rehberimize göz atabilirsiniz. Böylece yerelleştirme ile tasarım iyileştirmesini aynı çalışmada birleştirirsiniz.

Google Fonts yerine sistem fontları kullanmak mantıklı mı?

Bazı projelerde mantıklıdır. Sistem fontları, yani ziyaretçinin cihazında zaten yüklü olan yazı tipleri, hiçbir indirme gerektirmez; dolayısıyla hem hızlıdır hem de üçüncü taraf bağlantısı yaratmaz. Yönetim paneli, iç araçlar ve sade bilgi sayfaları için iyi bir tercihtir.

Öte yandan marka kimliği güçlü bir kurumsal sitede sistem fontları her cihazda farklı görünür. Windows, macOS ve Android farklı varsayılan fontlar kullanır; bu da tasarımın kontrolünü sizden alır. Bu yüzden markalı sayfalarda genellikle yerel barındırılan bir web fontunu, panel ve form gibi alanlarda ise sistem fontunu öneriyoruz.

Kısacası seçim ikili değildir. Başlıklar için yerel bir marka fontu, uzun metinler ve arayüz öğeleri için sistem fontu kullanan karma bir yapı, uyum ile hız arasında dengeli bir sonuç verir.

Font dışında hangi dış kaynaklar aynı soruyu doğurur?

Google Fonts KVKK sorusunu çözdüğünüzde, aynı mantığın sitedeki başka dış kaynaklar için de geçerli olduğunu fark edersiniz. Ziyaretçinin tarayıcısını üçüncü bir sunucuya gönderen her öğe, benzer bir değerlendirme ister. Bu yazının konusu font olsa da, temizlik sırasında listeyi genişletmek size zaman kazandırır.

• Gömülü harita: sayfa açıldığında harita sağlayıcısına bağlantı kurar.
• Gömülü video: oynatıcı, video başlamadan önce bile dosya yükleyebilir.
• İkon fontları ve ikon paketleri: bazıları kendi dağıtım ağından gelir.
• Sohbet ve destek pencereleri: genellikle ayrı bir alan adından betik yükler.
• Ortak kütüphane dağıtım ağları (CDN): JavaScript ya da CSS kütüphanelerini dış adresten çağırmak.

Bunların her biri için aynı soruyu sorun: bu kaynak gerçekten gerekli mi, yerel olarak sunulabilir mi, yoksa onaya bağlanmalı mı? Örneğin bir harita için sayfada önce statik bir önizleme gösterip, ziyaretçi tıkladığında asıl haritayı yüklemek yaygın ve sade bir yaklaşımdır.

Ancak bu kararların hukuki boyutu siteden siteye değişir. Bu nedenle listeyi çıkardıktan sonra, hangi kaynağın hangi dayanakla çalışacağını bir hukukçuyla birlikte netleştirin.

Yerel barındırmayı bir örnek senaryoyla nasıl uygularsınız?

Örnek senaryo: kurumsal bir hizmet sitesi WordPress üzerinde çalışıyor, başlıklarda bir font ailesini 700 ağırlıkla, metinde ise ikinci bir aileyi 400 ve 600 ağırlıkla kullanıyor. Ağ sekmesinde hem temadan hem de bir form eklentisinden gelen Google istekleri görünüyor.

1. İlk olarak iki ailenin aile sayfasından dosyaları ve lisans metinlerini indirirsiniz.
2. Ardından yalnızca üç ağırlığı WOFF2 olarak hazırlar, Türkçe karakterleri içeren seti tutarsınız.
3. Dosyaları alt temanın font klasörüne yükler ve stil dosyasına üç font tanımı eklersiniz.
4. Tema panelinde Google Fonts seçeneğini kapatır, form eklentisinin ayarında da harici font yüklemeyi devre dışı bırakırsınız.
5. Son olarak önbelleği temizler, Ağ sekmesinde beş farklı şablonu tek tek kontrol edersiniz.

Bu senaryoda dikkat edilecek ince nokta, form eklentisinin ayarının ayrı bir menüde olmasıdır. Eklentide böyle bir seçenek yoksa, eklentinin destek belgelerine bakın ya da alternatif bir eklentiyi değerlendirin. Böylece tasarım aynı kalır, ancak sayfa artık hiçbir font isteğini Google’a göndermez.

Google Fonts KVKK açısından hosting ve CDN seçimi neden önemlidir?

Fontu yerelleştirdiğinizde dosyalar artık sizin barındırma hizmetinizden ya da kullandığınız içerik dağıtım ağından (CDN) gelir. Bu noktada Google Fonts KVKK sorusunu çözerken farkında olmadan yeni bir yurt dışı aktarımı yaratmadığınızdan emin olmanız gerekir. Örneğin sunucunuz ya da CDN sağlayıcınız yurt dışındaysa, bu ilişki zaten sitenizin genel aktarım değerlendirmesinin bir parçasıdır.

Yani fark şudur: Google Fonts ayrı, ek bir alıcıdır; hosting ve CDN ise siteyi çalıştırmak için zaten kullandığınız, sözleşmesi olan hizmetlerdir. Font dosyasını mevcut altyapınızdan sunduğunuzda listeye yeni bir alıcı eklemezsiniz. Bu da hem aydınlatma metnini sadeleştirir hem de değerlendirmeyi tek bir ilişkide toplar.

• Barındırma sağlayıcınızın veri merkezinin hangi ülkede olduğunu öğrenin.
• CDN kullanıyorsanız sözleşme ve veri işleme koşullarını gözden geçirin.
• Font dosyalarını sitenin geri kalanıyla aynı altyapıdan sunun, ayrı bir dış adres eklemeyin.

Not: hosting ve CDN sözleşmelerinin hukuki değerlendirmesi bu yazının kapsamı dışındadır; bu konuda da bir hukukçudan görüş alın.

Ne zaman profesyonel destek almalısınız?

Sitenizde tek bir tema ve birkaç eklenti varsa, bu yazıdaki adımlarla işi çoğunlukla kendiniz tamamlarsınız. Ancak birden fazla sayfa oluşturucu, eski bir alt tema ya da kaynağını bilmediğiniz özel kodlar varsa, gizli çağrıları bulmak ve tasarımı bozmadan temizlemek zaman alır.

Ayrıca font değişikliği, sitenin genel tasarımını yenilemek için de iyi bir fırsattır. Eğer siteniz yıllar içinde yamalarla büyüdüyse ve her güncellemede yeni bir dış bağlantı ortaya çıkıyorsa, sorunu kökten çözmek için yapıyı baştan kurmak daha az maliyetli olabilir. Bu durumda kurumsal web sitesi yaptırma sürecinde fontları baştan yerel barındıran, gereksiz dış bağlantısı olmayan bir altyapıyı Talha Aslan ve ekibi olarak birlikte planlayabiliriz.

Hangi yolu seçerseniz seçin, son kontrol aynıdır: Ağ sekmesini açın, Google alan adlarını filtreleyin ve listenin boş olduğunu kendi gözünüzle görün. Ardından bu kontrolü takviminize ekleyin; tema ya da eklenti güncellemelerinden sonra birkaç dakikalık bir tarama, sorunun sessizce geri gelmesini önler. Böylece Google Fonts KVKK konusu tek seferlik bir iş olmaktan çıkar ve sitenizin düzenli bakım rutininin doğal bir parçası haline gelir.