Mobile-first indexing için hosting tarafında net aksiyonlar

Mobile-first indexing, Google’ın sitenizi değerlendirirken mobil sürümü temel alması demektir. Bu yaklaşım, içerik kadar barındırma ve teslimat katmanında da kritik sonuçlar doğurur: mobil tarayıcının sayfayı ne kadar hızlı yüklediği, kaynakları nasıl aldığı, JavaScript/HTML tesliminin nasıl yapıldığı ve hataların hangi katmanda bastırıldığı gibi.

Bu yazıda, hosting tarafında yapmanız gereken değişiklikleri net bir kontrol akışıyla anlatacağım. Hedef: Mobil indeksleme sırasında "sayfa görünmüyor" veya "içerik farklı" gibi hataların kaynağını bulmak ve performans ile erişilebilirliği aynı anda iyileştirmek.

1) Önce sorunu kategorize edin: Hosting mi, içerik mi?

Mobile-first indexing kaynaklı performans ve erişilebilirlik sorunları genellikle iki kategoriye ayrılır: - Sunucu teslim sorunu: Mobil isteklere farklı içerik dönüyor (Vary ayarları, CDN/edge kuralları, cache anahtarı hatası) veya mobilde kaynaklar bloke ediliyor. - Render sorunu: Sayfa mobilde hızlı görünmüyor (cache kaçırma, yavaş TTFB, ağır JS, kompresyon/HTTP ayarları) veya Google botu scriptleri beklerken zaman aşımı yaşıyor.

Net ilerlemek için şu testleri hosting değişikliği öncesi yapın:

Hız ve teslimat testi (mobil odaklı)

Google PageSpeed Insights veya Lighthouse: Mobil metriklerde özellikle LCP (Largest Contentful Paint) ve CLS (Cumulative Layout Shift) takip edin.
Chrome DevTools Network: Mobil sayfada HTML yanında JS/CSS görünüyor mu? 403/404 var mı?

“İçerik farklı mı?” testi

Aynı URL’nin mobil kullanıcı-agent ile dönen HTML’i, masaüstü ile aynı mı kontrol edin. Hosting tarafı şu durumlarda farklı içerik üretebilir: - Cache katmanında Vary: User-Agent yanlış yapılandırması - CDN’de farklı davranış (geo veya cihaz sinyali) - Nginx/Apache rewrite kurallarıyla mobil alt sayfalara yönlendirme

2) Mobilde HTML teslimi: Sunucu tarafında “defer” çakışmalarını temizleyin

Mobile-first indexing’te Google, sayfayı render ederken önemli içeriğin hızlı erişilebilir olmasını bekler. Bu yüzden hosting tarafında iki noktaya odaklanın:

2.1 Kompresyonu doğru uygulayın (Brotli/Gzip)

Mobil kullanıcıların bant genişliği daha düşük olduğu için sıkıştırma doğrudan sayfa hızına etki eder. Hostinginizde şu strateji hedeflenmelidir: - Brotli (br) destekliyse modern tarayıcılar için tercih edin. - Brotli yoksa Gzip ile en azından HTML, CSS ve JS sıkıştırın.

Net kontrol listesi: - Response header’da Content-Encoding: br veya gzip görünüyor mu? - Sıkıştırma yalnızca statik dosyalarda değil, HTML’de de etkin mi?

Not: Daha önce “Gzip mi Brotli mi?” başlığında anlatıldığı gibi sadece birini açıp geri kalanını devre dışı bırakmak yerine, sunucunun ve CDN’in yeteneklerini birlikte değerlendirin.

2.2 Cache-Control ve etag: Mobilde “doğru içerik” dönmeli

Yanlış cache anahtarları, mobilde farklı içerik veya eksik scriptlerle sonuçlanabilir. Şu hedefleri kural haline getirin: - HTML için Cache-Control mantıklı ve tutarlı olmalı (genellikle kısa süreli veya revalidation). - Statik dosyalar (CSS/JS/img) versiyonlu ise uzun cache ömrü verilmeli. - ETag varsa yanlış eşleşme yaratmayacak şekilde yönetilmeli.

Mobilde indeksleme açısından en sık görülen hata: CDN cache’i cihaz sinyaline göre yanlış ayrılmıyor ve mobil HTML masaüstü HTML’iyle karışıyor.

3) HTTP/2 ve HTTP/3 ile mobil gecikmesini düşürün

Mobil bağlantıda gecikme (latency) daha baskındır. Hosting altyapınız şu iki noktayı desteklemeli:

3.1 HTTP/2 veya HTTP/3 (QUIC)

HTTP/2, multiplexing ile sayfa kaynaklarının daha verimli taşınmasına yardımcı olur.
HTTP/3 varsa özellikle mobil ağlarda bağlantı kurma süreleri daha stabil olabilir.

Net kontrol: - Sunucu/CDN tarafında HTTP/2 aktif mi? - CDN kullanıyorsanız edge üzerinde HTTP/3 ayarı var mı?

3.2 TLS ve handshake süresi

Mobilde ilk paket gecikmeleri LCP’yi etkiler. Şu kontrolleri yapın: - TLS sürümünüz (ör. TLS 1.2/1.3) güncel mi? - Sertifika zinciri doğru mu (chain tamam mı)? - Çok sık “sessiz” handshake hatası var mı (server loglarında)?

4) CDN/Varnish/Reverse proxy kullanıyorsanız mobil cache anahtarını doğrulayın

NetKıyas kullanıcıları arasında en yaygın kurulum şeması şudur: CDN + reverse proxy (Nginx) + uygulama (ör. WordPress) + cache (sayfa cache veya object cache). Bu katmanlarda mobile-first indexing’i etkileyen kritik konu cache key’dir.

Hatalı konfigürasyon belirtileri

Şunlardan biri varsa sorun hosting katmanında aranmalıdır: - Mobilde bazı içerikler hiç görünmüyor (özellikle ilk yüklemede) - Mobilde scriptler 404/403 geliyor - “Aynı URL” mobilde farklı HTML döndürüyor

Net çözüm yaklaşımı

CDN üzerinde cache anahtarını mümkünse sadece URL + gerekirse query string ile tutun.
Cihaz sinyalini (user-agent) cache anahtarına dahil etmeyin; sayfayı gerçekten cihaz bazında farklı üretmiyorsanız.
İhtiyaç varsa varyasyon (Vary) yalnızca gerekli header’lar için kullanılsın.

5) JavaScript ve kaynak engellemelerini hosting seviyesinde gözden geçirin

Mobile-first indexing sırasında Google’ın render davranışı, hosting tarafında scriptlerin nasıl teslim edildiğine bağlıdır.

5.1 Geri dönen içerik türleri (MIME) doğru mu?

Yanlış MIME type, tarayıcıda “script çalışmıyor” sonucunu doğurur. Hosting tarafında şu kontrolleri yapın: - application/javascript veya text/javascript yerine yanlış bir MIME dönüyor mu? - CSS/JS dosyaları Content-Type ile doğru geliyor mu?

5.2 301/302 zinciri mobilde artıyor mu?

Cihaz bazlı yönlendirmeler veya CDN rewrite kuralları yüzünden mobilde daha fazla redirect oluşabilir. Hosting tarafında net kontrol: - Mobil URL’nin redirect zinciri uzun mu (ör. 3+ adım)? - Redirect’ler status code olarak kalıcı mı geçici mi belirli mi?

5.3 Hotlink ve güvenlik kuralları botu etkiliyor mu?

WAF, bot koruma veya rate-limit mobilde daha fazla etkileyebilir. Şu durumlarda “hosting” sorumluluğu doğar: - Google botu sayfayı render ederken bazı kaynaklara erişemiyor (403) - rate-limit yüzünden sayfa parçaları gecikiyor

Net yaklaşım: WAF/Rule set üzerinde doğrulanabilir istisnalar (bot erişimi) ve log bazlı ayar. “Gerekirse botları engellemeden önce kanıt toplayın” prensibiyle ilerleyin.

6) Üretim ortamında doğru log ve izleme: Sessiz başarısızlıkları yakalayın

Mobile-first indexing’te sorun bazen hız değil, hatalı teslimatın uzun süre fark edilmemesidir. Hosting tarafında izleme kurmazsanız, “düzeldi mi?” sorusunun cevabı gelmez.

6.1 Logları minimum şu amaçla saklayın

Mobil isteklerde 4xx/5xx oranı
CDN origin error’ları
Script/resource özelinde 403/404

Pratik hedef: - Son 30 gün içinde mobil kullanıcı-agent ile başlayan isteklerde anomali var mı?

6.2 Sentetik test: Düzenli render/erişim kontrolü

Basit ama etkili bir yöntem: - Aynı URL setini (homepage, 3-5 önemli kategori, 5-10 sayfa) düzenli aralıklarla test edin. - Her testte HTTP status + ana kaynakların (ilk 10 request) başarı durumunu kaydedin.

Bu yaklaşım, “cache bozuldu”, “sertifika yenilenmedi”, “CDN kuralı yanlışlandı” gibi durumları hızlı yakalar.

7) WordPress dahil senaryolar için hosting düzeyinde net ayarlar

NetKıyas’ta kullanıcıların önemli kısmı WordPress ile çalışıyor. Mobile-first indexing etkisi WordPress tarafında olduğu kadar hosting ayarlarında da görülür.

7.1 Staging → üretim pariteli geçiş

Mobil indeksleme sorunları çoğu zaman “son değişiklikten sonra bozuldu” şeklinde çıkar. Üretim pariteli (staging) test yaklaşımı: - staging ortamında mobile metrikleri ve render sonuçlarını doğrulayın - üretimde değişiklik yapmadan önce eklenti/konfigürasyon farklarını listeleyin

7.2 Cache prewarming (ısıtma) ile ilk yük gecikmesini azaltın

Cache sisteminiz (sayfa cache, CDN cache, object cache) soğuk başladığında ilk mobil ziyaretlerde performans düşer. Ön yükleme (prewarming) şunları iyileştirir: - İlk LCP değerleri - Mobilde daha az “cache kaçırma”

Net uygulama: - Yeni sayfa/ürün eklendiğinde veya yoğun içerik güncellendiğinde cache’i otomatik üretin.

8) Karar matrisi: Nerede aksiyon almalısınız?

Aşağıdaki tablo “hosting kaynaklı olma ihtimaline” göre öncelik verir.

Belirti (mobil)	En olası hosting kaynakları	Öncelik	Net kontrol adımı
LCP çok kötü, HTML hızlı ama hero görseli geç	Görsel optimizasyon yok, CDN cache kaçırıyor, cache-Control yanlış	Yüksek	Görsel URL’lerinde response header incele (cache-hit, Content-Encoding)
Bazı içerikler eksik, sayfa “boş” gibi	Cache anahtarı hatalı, rewrite ile mobilde farklı içerik	Yüksek	Mobil/masaüstü HTML fark testi yap
JS/CSS çalışmıyor	Yanlış MIME, mod_security/WAF engeli	Orta-Yüksek	403/404 ve Content-Type logları
Redirect zinciri artıyor	CDN/Proxy rewrite kural hatası	Orta	Redirect zincirini Trace et
Mobilde anlık düşüş, zamanla toparlama	Cold cache, prewarming yok, rate-limit	Orta	Testi farklı saatlerde tekrarla, cache hit oranını ölç

Sonuç: Mobile-first indexing için “tek seferlik ayar” değil, ölçümlü düzeltme yapın

Mobile-first indexing, hosting tarafında hız ve teslimat kalitesini somut şekilde görünür kılar. En hızlı yol: (1) mobilde HTML ve kaynak teslimini doğrulayın, (2) sıkıştırma + HTTP/2-HTTP/3 + cache-Control/Vary ayarlarını netleştirin, (3) log ve sentetik test ile değişiklik sonrası kanıt üretin.

Aksiyon önerisi: Önce 5-10 kritik URL için mobil test çıktısını alın (status, LCP, 403/404). Ardından sırayla sıkıştırma/CDN cache anahtarını ve MIME/redirect gibi teslimat hatalarını düzeltin. Ölçmeden yapılan düzenlemeler, mobilde düzeliyor gibi görünse bile farklı sayfalarda tekrar sorun çıkarır.