Mobile-first indexing için hosting tarafında yapılacaklar

Mobile-first indexing, Google’ın sayfaları öncelikli olarak mobil sürümle değerlendirmesi demek. Bu nedenle başarı, sadece tasarım veya SEO ayarlarında değil; hosting tarafında da belirgin biçimde etkilenir. Mobil tarayıcılar daha kısıtlı ağ koşullarında sayfayı ister, daha hızlı hata görür ve daha geç yüklenen kaynaklar sıralamaya yansır. Bu rehberde, barındırma altyapısında mobile-first etkisini artıran somut ayarları ve kontrol adımlarını tek tek ele alacaksınız.

Mobile-first indexing neden “hosting performansı”na bağlı?

Mobile tarayıcılar için en kritik metrikler pratikte şunlara dayanır: - İlk HTML ne kadar hızlı geliyor? (TTFB / First Byte) - HTML geldiğinde sayfa hızla etkileşime geçiyor mu? (LCP, TBT, INP) - CSS/JS gibi kaynaklar ne kadar hızlı indiriliyor ve doğru sırada mi yükleniyor? - Sunucu bir mobile istemciye doğru içerik ve başlıkları mı sunuyor? - Sayfa bazen yavaş ağlarda bile tutarlı mı davranıyor?

Bu metriklerin büyük kısmı sunucu yanıt süresi, TLS/HTTP ayarları, önbellekleme (caching), sıkıştırma (compression) ve kaynak teslim yöntemine (CDN / reverse proxy) bağlanır. Yani “mobil uyumlu tema” tek başına yetmez; hosting tarafındaki gecikmeler de sayfanın mobil görünümünü etkiler.

1) Sunucu gecikmesini düşürün: DNS, TLS, TTFB ve TCP

Mobile-first indeksleme değerlendirmesinde “ilk sinyal” önemlidir. Hosting tarafında şu sıralama genellikle en hızlı kazanımı verir:

DNS ve bölge seçimi

• Kullanıcı kitlesi Türkiye’deyse veri merkezi lokasyonu Türkiye’ye yakın seçilmelidir.
• Birden fazla POP (Points of Presence) sunan CDN kullanıyorsanız, CDN üzerinden gelen istekler en azından çoğu statik kaynağı uzak sunucudan yerine yakın POP’dan teslim eder.

TLS (HTTPS) ve protokol maliyeti

Mobil cihazlarda bağlantı kurulumu maliyeti daha hissedilir. Hostinginizde aşağıdaki kontroller yapılmalıdır: - HTTPS mutlaka aktif olsun. - HTTP/2 ve mümkünse HTTP/3 (QUIC) destekleniyorsa etkin olsun. - TLS sertifikası düzenli yenileniyor ve zincir (chain) hatası üretmiyor olsun.

TTFB ölçümü: “ortalama” yerine gerçek dağılım

TTFB iyileştirmenin temel ölçütü lokasyon + ağ koşullarına göre dağılımdır. - Lighthouse veya WebPageTest ile mobil simülasyon testleri alın. - Aynı URL’de önbellek açık/kapalı durumlarını karşılaştırın.

TTFB’ye en sık etki eden hosting faktörleri: - Uygulama tarafında yavaş dinamik üretim (ör. her istek DB’den ağır sorgu) - Cache-Control doğru değil (statikler cache edilmiyor) - Sunucu kaynakları yetersiz (CPU/RAM baskısı) - Yetersiz WAF/anti-bot kural seti yüzünden gereksiz gecikme

2) Önbellekleme (caching) stratejisini mobil için doğru kurgulayın

Mobile-first indexing’de sayfa yükleme hızını en hızlı artıran hamlelerden biri, statik ve yarı statik içerikleri önbelleğe almaktır. Burada amaç “her istek aynı işi tekrar yaptırmasın”.

Cache-Control, ETag ve vary (Vary)

Hosting/CDN katmanında şu kurallar uygulanmalıdır: - Görsel, CSS, JS gibi dosyalar için makul bir cache ömrü verin. - Değişen içeriklerde doğru invalidation (ör. CDN purge / sürümleme) uygulayın. - Vary başlığı yanlış kurgulanırsa cache kaçırılır. Özellikle Vary: User-Agent kullanmaktan kaçının; mobil/masaüstü farkı için tasarım aynı HTML üzerinde farklılık gösteriyorsa yeniden yönlendirme yerine CSS ile yönetim daha sağlıklıdır.

Tam sayfa cache (full page cache) ile dinamikliği dengeleyin

E-ticaret veya üyelik gerektiren sitelerde “her sayfa” cache’lenmez. Basit ve etkili yaklaşım: - Üyelik gerektirmeyen sayfalar: Tam sayfa cache - Arama/filtre/sipariş adımı: Kısmi cache veya hiç cache yok - Admin, giriş sayfaları: Cache yok

CDN kullanımı: statik ve HTML için doğru ayrım

CDN sadece görsel hızlandırmaz; doğru kurulumla HTML teslimini de hızlandırır. - Statikler: CDN edge cache - HTML: İhtiyaç varsa edge cache + origin doğrulama - Api endpointleri: Cache politikası açıkça belirlenmeli

3) Mobil tarayıcılar için kaynak teslimini (compression + boyut) optimize edin

Mobil ağlarda veri maliyeti ve indirme süreleri sıralamayı etkiler.

Gzip/Brotli sıkıştırma (compression)

Hostinginizde şu mantık net olmalı: - İyi yapılandırılmış bir sunucu, tarayıcı gzip/brotli destekliyorsa uygun sıkıştırmayı uygular. - HTML, CSS, JS gibi metin tabanlı kaynaklarda sıkıştırma zorunlu seviyeye yakın olmalıdır.

Kontrol: - DevTools Network panelinde “Content-Encoding” değerlerini doğrulayın. - Farklı mobil tarayıcılarda aynı kaynakların sıkıştırılıp sıkıştırılmadığını test edin.

Görsel formatları: WebP/AVIF

Hosting tarafı şunları sağlamalı: - Görseller doğru formatla servis ediliyor mu? (WebP/AVIF) - Dosya boyutu hedef aralıkta mı? - Cache-Control ile görsel değişimlerinde stale (eski) içerik kalmıyor mu?

4) “Mobil kullanıcıya farklı içerik” sorunlarını hostingte engelleyin

Mobile-first indexing’de Google hem mobil hem masaüstü varyantları arasında tutarlılık bekler. Hosting tarafında yapılan yanlış yönlendirme veya farklı içerik üretimi indekslemeyi zorlaştırabilir.

Aynı URL’de farklı HTML üretmeyin

Yanlış örnek yaklaşım: - m.example.com alt alanına otomatik yönlendirme - Aynı URL için UA’a göre tamamen farklı sayfa gövdesi

Daha sağlıklı yaklaşım: - Aynı URL için tek canonical davranışı - Görünüm farklarını CSS/JS ile kademeli yönetim

Başlıklar ve canonical

Hosting/CDN katmanında: - canonical doğru ayarlanmış olmalı - hreflang doğru olmalı - 301/302 yönlendirmeleri gereksiz zincir oluşturmamalı

Mobilde daha sık görülen hata: CDN veya WAF mobil istemcide farklı davranır ve beklenmeyen 403/503 döndürür. Bu durum indekslemeyi olumsuz etkiler.

5) HTTP hata oranı ve zaman aşımı: indekslemeyi doğrudan etkiler

Mobile-first indexing yalnızca “hız” değildir; kullanılabilirliktir.

Hosting tarafında şu sinyaller izlenmelidir: - 4xx/5xx oranı (özellikle 429, 403, 503) - Okuma/yazma timeout’ları - Sunucu yeniden başlatmaları (deploy/restart) ve trafik saatlerindeki etkisi

WAF/anti-bot ayarlarını mobil lehine daraltın

Mobil istemcilerde CAPTCHA veya ağır bot kuralları yanlış tetiklenirse sayfa yüklenmez. Uygulama ve WAF loglarını karşılaştırarak: - Mobil kullanıcı agent sınıfları yanlış sınıflandırılıyor mu? - İstek hacmi normalken 429 üretiyor mu? - Rate limit eşiği mobilde daha düşük trafik profiline göre ayarlı mı?

6) WordPress/uygulamalar için hostingte yapılacak spesifik ayarlar

Eğer içerikler WordPress, Laravel veya benzeri dinamik bir sistemle üretiliyorsa mobil-first etkisini büyüten noktalar şunlardır.

PHP-FPM ve kaynak planlama

• PHP-FPM worker sayısı trafikte tıkanma yaratmamalı.
• CPU kullanımınız sürekli %80 üstünde ise TTFB artar.
• RAM yetersizse sayfa üretimi yavaşlar.

OpCache ve statik önbellek

• PHP opcache etkin olmalı.
• Hızlı içerik için sayfa önbelleği + nesne önbelleği (object cache) birlikte kullanılmalı.
• Görseller ve statik dosyalar CDN üzerinden servis edilmeli.

Otomatik güncelleme ve mobil kırılma

Uygulama güncellemeleri hosting ve önbellek katmanıyla çakışırsa mobilde JS/CSS bozulabilir. Bu yüzden: - Güncellemeleri planlı yapın. - Güncelleme sonrası cache temizliği ve sürümleme testleri uygulayın.

Hız ve performans: Somut hedefler (mobil odaklı)

Bir “tek sayı” her site için aynı değildir; fakat hosting tarafında hedef koymak ölçümü netleştirir. Aşağıdaki hedefler, mobil sayfaların değerlendirmesinde pratik bir çerçeve sağlar: - TTFB: İdeal olarak düşük (özellikle ilk 1-2 saniyede hissedilir iyileşme) - LCP: Ana görsel veya ana başlık elemanı hızlı görünmeli - INP: Mobil etkileşimler (buton tıklama, menü açma) gecikmeden yanıt vermeli

Bu hedeflere giden yolda net yol haritası: 1) TTFB’yi düşürün (sunucu/uygulama/cache) 2) Statikleri edge’e taşıyın (CDN + cache-control) 3) Metinleri sıkıştırın (Brotli/gzip) 4) Hataları azaltın (4xx/5xx + timeout)

Hosting altyapısında hızlı kontrol listesi

Aşağıdaki listeyi bir kez uygularsanız mobile-first tarafında somut iyileştirme şansınız yükselir.

Sunucu ve ağ

• [ ] HTTP/2 etkin, mümkünse HTTP/3 aktif
• [ ] TLS doğrulaması sorunsuz
• [ ] TTFB düşürme çalışmaları tamamlandı
• [ ] CPU/RAM kullanımı zirvede stabil

Önbellek

• [ ] Statik dosyalarda cache-control doğru
• [ ] CDN edge cache aktif
• [ ] HTML için uygun caching stratejisi var
• [ ] Yanlış Vary ayarları yok

İçerik boyutu ve sıkıştırma

• [ ] HTML/CSS/JS brotli veya gzip sıkıştırılıyor
• [ ] Görseller WebP/AVIF ile servis ediliyor

Tutarlılık ve erişilebilirlik

• [ ] Mobilde farklı canonical/redirect davranışı yok
• [ ] WAF/anti-bot mobilde 403/429 üretmiyor
• [ ] Timeout ve 5xx oranı kabul edilebilir seviyede

Karar verme: VDS mi VPS mi, yoksa CDN mi? (net seçim yaklaşımı)

Mobile-first performansını etkileyen şey çoğu zaman “hangi sunucu tipi” olmaktan çok, kaynakların teslimi ve cache katmanıdır. Yine de altyapıya göre doğru öncelik sırası farklıdır.

Basit eşleştirme tablosu

VDS/VPS/Dedicated tarafında pratik kriter

• Trafik dalgalı değilse ve uygulama iyi ölçekleniyorsa VDS/VPS ile cache + CDN birlikte büyük fark yaratır.
• Trafik yüksek ve uygulama derin optimizasyon gerektiriyorsa dedicated daha öngörülebilir kapasite sağlar.
• Ancak her iki durumda da CDN + doğru caching + sıkıştırma uygulanmadan sadece donanımı büyütmek genellikle maliyeti artırır, etkiyi sınırlı kılar.

Sonuç: Bugün başlayacağınız 5 aksiyon

Mobile-first indexing’de hosting tarafında en hızlı sonuç veren yaklaşım, önce ölçmek sonra cache ve teslim katmanını düzeltmektir. Şu 5 aksiyonla başlayın: 1) Mobil simülasyonla TTFB + LCP’yi ölçün ve URL bazında farkı çıkarın. 2) Statik içerikleri CDN’e taşıyın ve cache-control’ı doğru zamanlara sabitleyin. 3) Brotli/gzip sıkıştırmayı doğrulayın; sıkıştırılmayan kaynak kalmasın. 4) Mobilde 4xx/5xx üretimini ve redirect zincirlerini loglardan inceleyin. 5) Sunucu tarafında CPU/RAM/PHP-FPM darboğazı var mı kontrol edin; gerekirse worker ve kapasiteyi düzeltin.

Bu adımlar tamamlandığında, mobil sayfanızın yüklenme davranışı daha tutarlı hale gelir ve mobile-first indexing değerlendirmesinde hosting kaynaklı riskler belirgin şekilde azalır.