Google Search Console’da “Core Web Vitals kötü” uyarısını gördüğünüzde çoğu kişi temayı değiştirir, eklenti siler, görselleri küçültür.
Ama bazen sorun kodda değildir. Sunucu yavaştır. TTFB 900 ms’dir. Siz fark etmezsiniz ama Google fark eder.
SEO için sunucu performansı nasıl olmalı sorusu, özellikle rekabetin yüksek olduğu sektörlerde artık teknik bir detay değil, doğrudan sıralama performansını etkileyen bir faktördür. Üstelik konu sadece “hızlı hosting alın” seviyesinde değildir. CPU planlamasından disk I/O’ya, PHP-FPM ayarlarından network gecikmesine kadar zincirleme bir etkiden bahsediyoruz.
Bu yazıda teori değil, sahada gördüğüm hatalar üzerinden ilerleyeceğim.
SEO İçin Sunucu Performansı Nasıl Olmalı?
TTFB Neden Bu Kadar Kritik?
Time To First Byte (TTFB), Googlebot’un sunucunuzdan ilk baytı alma süresidir.
800 ms üzeri değerler artık risklidir.
Gerçek bir senaryo:
Bir e-ticaret projesinde sayfa açılış süresi 2.1 saniyeydi. Lighthouse skoru fena değildi. Ama TTFB 1.2 saniyeydi. Sunucu klasik paylaşımlı hostingteydi ve yoğun saatlerde CPU limiti devreye giriyordu.
Altyapıyı NVMe diskli, garantili kaynak sunan bir yapıya taşıdık.
Aynı yazılım, aynı tema, aynı içerik.
TTFB 1.2 saniyeden 220 ms’ye düştü.
3 ay içinde kategori sayfaları ortalama 5–6 sıra yükseldi.
Kod değişmedi. Sunucu değişti.
Googlebot Yavaş Sunucuları Nasıl Algılar?
Googlebot sabırlıdır ama sınırsız değildir.
Eğer:
- Sunucu sık sık 5xx hatası veriyorsa
- Yanıt süresi dalgalanıyorsa
- Timeout oluşuyorsa
crawl budget düşer.
Özellikle büyük sitelerde bu kritik. 40.000–50.000 URL’niz varsa ve sunucu yavaşsa, Google hepsini düzenli tarayamaz.
Çoğu kişinin bilmediği teknik detay:
Googlebot, sunucunun tepki süresine göre crawl hızını otomatik ayarlar. Eğer sunucu zorlanıyorsa tarama hızını bilinçli olarak düşürür. Bu da yeni içeriklerin geç indexlenmesine neden olur.
Yani SEO sadece içerik üretmek değildir. Sunucu, Google’ın sitenizi ne kadar verimli tarayacağını belirler.
Paylaşımlı Hosting SEO’yu Ne Zaman Sınırlar?
Başlangıç seviyesinde sorun çıkarmaz.
Ama trafik büyüdüğünde darboğaz başlar.
Paylaşımlı ortamda:
- CPU paylaşımlıdır
- RAM paylaşımlıdır
- Disk I/O ortak kullanılır
- Aynı IP’de farklı projeler barınır
Bir komşu site trafik patlaması yaşadığında sizin TTFB’niz yükselir. Siz Analytics’te bounce rate artışı görürsünüz ama sebebi anlayamazsınız.
SEO için stabil performans gerekir. Bu yüzden kaynak izolasyonu önemlidir.
Daha küçük ve içerik odaklı projeler için SEO odaklı hosting altyapıları mantıklı bir başlangıçtır:
👉 https://perminet.com/web-hosting
Trafik büyüdüğünde ve daha fazla kontrol gerektiğinde ise VDS altyapısına geçmek gerekir:
👉 https://perminet.com/vds-sunucu
Burada kritik olan şey paket değil; stabil CPU, yeterli RAM ve hızlı disk altyapısıdır.
Disk Türü Gerçekten SEO’yu Etkiler mi?
Evet. Özellikle dinamik sitelerde.
Aşağıdaki tablo pratikte gördüğümüz farkı özetliyor:
| Disk Türü | Ortalama IOPS | TTFB Etkisi | SEO Riski |
|---|---|---|---|
| HDD | Çok düşük | Yüksek | Yüksek |
| SATA SSD | Orta | Orta | Orta |
| NVMe | Çok yüksek | Düşük | Düşük |
WooCommerce, filtreli kategori sayfaları, dinamik blog sistemleri…
Bunların hepsi yoğun random disk erişimi yapar.
NVMe disk, özellikle yüksek trafik alan sitelerde TTFB’yi ciddi düşürür. Bu da Core Web Vitals skorlarına doğrudan yansır.
RAM ve CPU Dengesi Nasıl Kurulmalı?
SEO için sunucu performansı planlarken tek metrik hız testi değildir. Sunucu darboğazını bilmek gerekir.
- CPU %100 → PHP işlemleri yavaşlar
- RAM yetersiz → Swap başlar, disk kullanımı artar
- I/O yüksek → Veritabanı gecikir
Çoğu kişinin bilmediği teknik detay:
Linux, boş RAM’i disk cache olarak kullanır.
RAM arttıkça MySQL ve dosya sistemi cache’i büyür. Bu da tekrar eden sorguların disk yerine RAM’den dönmesini sağlar.
Bu yüzden 8 GB ile 16 GB arasındaki fark sadece kapasite değil, performans farkıdır.
Yoğun içerik sitelerinde RAM artışı TTFB’yi dramatik şekilde iyileştirebilir.
Core Web Vitals ile Sunucu Arasında Nasıl Bir Bağlantı Var?
LCP (Largest Contentful Paint) genelde tasarım sorunu gibi görünür. Ama backend yavaşsa LCP zaten geç başlar.
Eğer:
- İlk HTML geç dönüyorsa
- Sunucu yanıt süresi dalgalanıyorsa
- CDN yoksa
Core Web Vitals kötü çıkar.
SEO için sunucu performansı planlanırken:
- Nginx reverse proxy
- Redis object cache
- HTTP/2 veya HTTP/3
- CDN entegrasyonu
göz önünde bulundurulmalıdır.
Özellikle yüksek trafikli WordPress sitelerinde Redis fark yaratır.
En Sık Yapılan Stratejik Hata Nedir?
Site büyüyor ama hosting aynı kalıyor.
Başlangıçta 3.000 ziyaretçiye yeterli olan paket, 30.000 ziyaretçide gizli darboğaz oluşturur. Site tamamen çökmez. Sadece yavaşlar.
Yavaşlama sessiz bir SEO kaybıdır.
Sıralama yavaş yavaş düşer.
Organik trafik azalır.
Sebep genelde içerik sanılır.
Oysa problem altyapıdır.
SEO çalışması yaparken sunucu metriklerini izlemiyorsanız resmin yarısını görüyorsunuz.
SEO Odaklı Hosting İçin Minimum Gereksinimler
Orta ölçekli içerik sitesi:
- 4 vCPU
- 8–16 GB RAM
- NVMe disk
- Günlük yedekleme
- HTTP/2
E-ticaret sitesi:
- 8 vCPU
- 16 GB RAM
- Redis cache
- CDN entegrasyonu
- Optimize edilmiş MySQL
Yüksek rekabetli sektörlerde ise artık standart hosting yeterli olmaz. Kaynak izolasyonu ve performans stabilitesi şarttır.
Sık Sorulan Sorular (FAQ)
SEO için ideal TTFB değeri nedir?
200–300 ms arası idealdir. 500 ms üzeri optimizasyon gerektirir. 800 ms üzeri risklidir.
Hosting değişikliği sıralamayı ne kadar sürede etkiler?
Genellikle 4–8 hafta içinde crawl verimliliği ve Core Web Vitals iyileşmesi görülür.
CDN kullanmak zorunlu mu?
Global trafik varsa evet. Yerel projelerde bile statik dosyalar için ciddi avantaj sağlar.
Paylaşımlı hosting ile SEO yapılmaz mı?
Yapılır. Ancak yüksek trafik ve rekabetli sektörlerde performans dalgalanması sıralamayı olumsuz etkileyebilir.
Sadece hızlı tema kullanmak yeterli mi?
Hayır. Backend yavaşsa front-end optimizasyon tek başına çözüm değildir.
SEO için sunucu performansı, teknik bir detay değil.
Altyapı zayıfsa içerik stratejisi sınırlı kalır.
Google hızlı siteleri sever demek eksik olur.
Google stabil, öngörülebilir performans sunan siteleri sever.
Ve bu, doğru hosting seçimiyle başlar.
Bir yanıt yazın