Sunucunuz Yavaşsa Diğer Her Şey Boşuna

Görselleri WebP'ye çevirdiniz, CSS'i küçülttünüz, gereksiz scriptleri kaldırdınız. Ama sayfa hâlâ geç açılıyor.

Bu durumda sorun genellikle tarayıcıda değil, ondan önceki aşamadadır: sunucunuz ilk yanıtı geç veriyordur. Bu süreye TTFB (Time To First Byte — ilk bayta kadar geçen süre) denir ve tüm sayfa hızının üzerine kurulduğu temeldir.

TTFB tam olarak neyi ölçer?

Kullanıcı bir adrese girdiğinde şu zincir çalışır:

1. DNS çözümlemesi (alan adı → IP)
2. Sunucuya bağlantı kurulması
3. TLS el sıkışması (HTTPS)
4. İsteğin sunucuya ulaşması
5. Sunucunun yanıtı hazırlaması
6. İlk baytın kullanıcıya ulaşması

TTFB, bu zincirin tamamını kapsar. Büyük gecikme genellikle 5. adımda oluşur: sunucu veritabanına sorar, şablonu işler, HTML üretir.

Neden bu kadar kritik?

Çünkü tarayıcı bu süre boyunca hiçbir şey yapamaz. Ekran boştur. İlk bayt gelmeden CSS indirilemez, görsel yüklenemez, hiçbir içerik çizilemez.

TTFB'niz 1,5 saniyeyse, LCP'niz asla 1,5 saniyenin altına inemez — ne kadar optimize ederseniz edin.

Hedef değerler

Not: Kullanıcının sunucunuza olan fiziksel uzaklığı bu değeri doğrudan etkiler. Türkiye'deki bir kullanıcı için 200 ms olan değer, ABD'deki kullanıcı için 600 ms olabilir.

Yüksek TTFB'nin 8 nedeni

1. Önbelleksiz dinamik sayfa üretimi

Her istekte veritabanı sorgulanıp HTML sıfırdan üretiliyorsa, yük altında TTFB hızla yükselir. En yaygın sebep budur.

2. Ağır veritabanı sorguları

Dizinlenmemiş tablolar, döngü içinde çalışan sorgular (N+1 problemi), gereksiz büyük veri çekimi.

3. Yetersiz barındırma

Paylaşımlı hostingde aynı sunucudaki diğer siteler kaynakları tükettiğinde yanıt süreniz onların yüküne bağlı hâle gelir.

4. Coğrafi uzaklık

Sunucu Almanya'da, kullanıcı Türkiye'deyse her istek fiziksel mesafeyi kat eder.

5. Yavaş üçüncü taraf çağrıları

Sunucu, sayfayı üretirken harici bir API'ye (kur bilgisi, stok servisi) senkron istek yapıyorsa, o servis yavaşladığında sizin sayfanız da yavaşlar.

6. Yönlendirme zincirleri

Her yönlendirme yeni bir tur demektir. http → https → www zinciri, TTFB'ye kolayca birkaç yüz milisaniye ekler.

7. Şişkin eklenti/modül yapısı

Her istekte yüzlerce dosya yükleyen kurulumlar, sunucu tarafı işlem süresini uzatır.

8. TLS yapılandırması

Eski protokol sürümleri ve optimize edilmemiş sertifika zinciri el sıkışmayı yavaşlatır.

Nasıl ölçülür?

• Chrome DevTools → Network: İlk belgeye tıklayın, "Waiting for server response" değerine bakın.
• Search Console → Tarama İstatistikleri: Googlebot'un gördüğü ortalama yanıt süresini gösterir. Bu, gerçek bot deneyimini yansıttığı için özellikle değerlidir.
• PageSpeed Insights: "Sunucu yanıt süreleri kısa olmalı" uyarısı TTFB sorununa işaret eder.
• Sunucu logları: İstek işleme sürelerini ölçerek hangi sayfaların yavaş olduğunu tespit edebilirsiniz.

Önemli: Tek bir ölçüme güvenmeyin. Farklı saatlerde ve farklı sayfalarda ölçün; yük altındaki davranış boştaki davranıştan çok farklı olabilir.

Çözümler: en etkiliden başlayarak

1. Sayfa önbellekleme (en yüksek getiri)

Üretilen HTML'i saklayıp sonraki isteklerde doğrudan sunmak, TTFB'yi çoğu zaman onda birine indirir. Dinamik sitelerde tek başına en büyük kazancı sağlayan hamledir.

Kişiselleştirilmiş alanlar (sepet, kullanıcı adı) varsa parça bazlı önbellekleme veya istemci tarafı doldurma ile çözülebilir.

2. Nesne ve sorgu önbelleği

Sık tekrarlanan veritabanı sonuçlarını bellekte tutmak, sorgu yükünü belirgin şekilde azaltır.

3. Veritabanı optimizasyonu

• Yavaş sorgu kaydını açıp en pahalı sorguları tespit edin.
• Eksik dizinleri (index) ekleyin.
• N+1 sorgu problemlerini giderin.
• Şişen geçici tabloları düzenli temizleyin.

4. CDN kullanımı

İçeriği kullanıcıya coğrafi olarak yakın noktalardan sunar. Statik dosyalarda etkisi anında görülür; modern CDN'ler tam sayfa önbelleklemesi de yapabilir.

5. Barındırma yükseltmesi

Yukarıdaki adımlara rağmen TTFB yüksek kalıyorsa, sorun kaynak yetersizliğidir. Paylaşımlıdan VPS'e veya yönetilen barındırmaya geçiş belirgin fark yaratır.

6. Yönlendirme zincirlerini temizleyin

http/https ve www kurallarını tek adımda birleştirin.

7. Statik üretim (mümkünse)

Sık değişmeyen içerikler için sayfaları önceden üretip statik dosya olarak sunmak, TTFB'yi neredeyse sıfıra indirir. Blog ve kurumsal sayfalar için ideal yaklaşımdır.

Bu çalışmanın SEO'ya etkisi

• LCP doğrudan iyileşir — Core Web Vitals'ın en ağır metriği.
• Tarama hacmi artar — Google, hızlı yanıt veren siteleri daha çok tarar. Büyük sitelerde bu, indekslenme hızını doğrudan etkiler.
• Hemen çıkma azalır — Bekleme süresi kısaldıkça kullanıcı kalır.
• Dönüşüm artar — Hız ve dönüşüm arasındaki ilişki tüm sektörlerde tutarlıdır.

Sunucu hızının kullanıcı üzerindeki etkisi

Sunucu yanıt süresi, kullanıcının sayfayla kurduğu ilk temasın hızını belirler ve bu ilk anın önemi büyüktür. Kullanıcı bir bağlantıya tıkladıktan sonra, tarayıcı sunucudan ilk yanıtı bekler; bu bekleme uzarsa, sayfanın hiçbir parçası henüz görünmeden kullanıcı boş bir ekrana bakar. Araştırmalar, bu bekleme süresinin birkaç saniyeyi aşmasının, kullanıcıların önemli bir kısmının sayfayı hiç görmeden ayrılmasına yol açtığını gösterir. Yani sunucu yavaşlığı, doğrudan ziyaretçi kaybına dönüşür.

Bu etki, özellikle mobil kullanıcılarda ve değişken bağlantılarda daha da belirgindir. Sunucu ne kadar hızlı yanıt verirse, sayfanın geri kalanının yüklenmesi o kadar erken başlar ve kullanıcı içeriğe o kadar çabuk ulaşır. Sunucu hızı, bu yüzden yalnızca teknik bir ölçüt değil, kullanıcının siteyle ilk saniyelerdeki deneyimini ve kalıp kalmama kararını belirleyen kritik bir faktördür.

Barındırma türü seçiminin etkisi

Sunucu hızının en temel belirleyicilerinden biri, sitenizin hangi tür barındırma üzerinde çalıştığıdır. Paylaşımlı barındırma, tek bir sunucunun kaynaklarının birçok site arasında bölüşüldüğü en ekonomik seçenektir; ancak bu paylaşım, yoğun zamanlarda yavaşlığa ve tutarsız performansa yol açabilir. Sanal özel sunucu (VPS), size ayrılmış garantili kaynaklar sunarak daha istikrarlı bir performans sağlar. Özel sunucu ise tüm makinenin yalnızca size ait olduğu, en yüksek performanslı ama en maliyetli seçenektir.

Doğru seçim, sitenizin trafiğine ve ihtiyaçlarına bağlıdır. Küçük ve düşük trafikli bir site için paylaşımlı barındırma yeterli olabilir; ancak trafik arttıkça ve performans kritik hale geldikçe, daha güçlü bir barındırma türüne geçmek sunucu yanıt süresini belirgin biçimde iyileştirir. Barındırma, çoğu zaman sayfa hızı sorunlarının görünmeyen kökenidir; yavaş bir sunucu üzerinde ne kadar optimizasyon yapılırsa yapılsın, temel sınır barındırmadan gelir.

Önbellekleme katmanları

Sunucu yanıt süresini iyileştirmenin en etkili yollarından biri önbelleklemedir (caching). Önbellekleme, bir sayfanın her istekte sıfırdan oluşturulması yerine, önceden hazırlanmış bir sürümünün saklanıp hızla sunulması demektir. Bir sayfa dinamik olarak, yani her ziyaretçi için veritabanı sorguları çalıştırılarak üretiliyorsa, bu üretim zaman alır; önbellekleme, bu maliyetli işlemi bir kez yapıp sonucu tekrar tekrar kullanarak yanıt süresini dramatik biçimde kısaltır.

Önbellekleme birden fazla katmanda çalışır: sunucu düzeyinde sayfa önbelleği, veritabanı sorgu önbelleği ve tarayıcı önbelleği. Bu katmanların doğru yapılandırılması, sunucunun üzerindeki yükü büyük ölçüde azaltır ve sayfaların çok daha hızlı sunulmasını sağlar. Önbellekleme, sunucu hızı optimizasyonunun genellikle en yüksek getirili adımıdır; nispeten az çabayla yanıt sürelerinde büyük iyileşme sağlar.

Veritabanı optimizasyonu

Dinamik siteler için sunucu yavaşlığının sık rastlanan bir kaynağı, verimsiz veritabanı işlemleridir. Her sayfa yüklendiğinde, sistem veritabanından bilgi çekmek için sorgular çalıştırır; bu sorgular optimize edilmemişse veya veritabanı zamanla şişmişse, her istek gereğinden uzun sürer. Özellikle büyük ve eski sitelerde, birikmiş gereksiz veriler ve verimsiz sorgular, sunucu yanıt süresini sessizce uzatır.

Veritabanı optimizasyonu, gereksiz verileri temizlemeyi, sık kullanılan sorguları hızlandırmak için doğru dizinler oluşturmayı ve ağır sorguları verimli hale getirmeyi içerir. Bu çalışma teknik uzmanlık gerektirir ama etkisi büyüktür; iyi optimize edilmiş bir veritabanı, dinamik sayfaların çok daha hızlı üretilmesini sağlar. Önbellekleme ile birlikte, veritabanı optimizasyonu dinamik sitelerin hız temelini oluşturur.

Sunucu konumu ve coğrafi mesafe

Sunucunuzun fiziksel konumu, kullanıcılara verdiği yanıt süresini doğrudan etkiler. Veri, ışık hızında bile olsa fiziksel mesafeyi kat etmek için zaman gerektirir; sunucunuz kullanıcıdan ne kadar uzaktaysa, yanıt o kadar gecikir. Hedef kitleniz ağırlıkla Türkiye'deyse ama sunucunuz başka bir kıtadaysa, her istek gereksiz bir coğrafi gecikme taşır. Sunucuyu hedef kitleye yakın bir konumda barındırmak, bu gecikmeyi azaltmanın doğrudan bir yoludur.

TTFB ve tarama bütçesi ilişkisi

Sunucu hızı, yalnızca kullanıcıları değil, arama motoru botlarını da etkiler. Googlebot bir siteyi tararken sunucuya yük bindirmemeye çalışır; sunucunuz yavaş yanıt veriyorsa, bot tarama hızını düşürür ve daha az sayfa tarar. Bu, özellikle büyük sitelerde tarama bütçesini doğrudan sınırlar. Tersine, hızlı yanıt veren bir sunucu, botun daha çok sayfayı daha kısa sürede taramasına olanak tanır. Yani sunucu hızını iyileştirmek, hem kullanıcı deneyimini hem tarama verimliliğini aynı anda artıran bir yatırımdır.

İçerik yönetim sistemi ve eklenti yükü

Sunucu yavaşlığının sık gözden kaçan bir nedeni, içerik yönetim sistemine yüklenen aşırı eklenti ve özelliktir. Her eklenti, sayfa üretimine ek işlem yükü ekler; çok sayıda veya kötü yazılmış eklenti, sunucunun her sayfayı üretmesini yavaşlatır. Zamanla biriken, artık kullanılmayan veya birbiriyle çakışan eklentiler, performansı sessizce aşındırır.

Bu yükü azaltmanın yolu, düzenli bir eklenti denetimidir: gerçekten gerekli olmayan eklentileri kaldırmak, ağır olanları hafif alternatiflerle değiştirmek ve her eklentinin performans maliyetini göz önünde bulundurmak. Sade ve iyi seçilmiş bir eklenti yapısı, sunucunun sayfaları daha hızlı üretmesini sağlar. Az ama doğru araç, çok ama gereksiz araçtan her zaman daha hızlıdır.

Sunucu hızını sürekli izlemek

Sunucu hızı bir kez iyileştirilip unutulacak bir şey değildir; trafik arttıkça, içerik büyüdükçe ve yeni özellikler eklendikçe performans değişir. Bu yüzden sunucu yanıt süresini düzenli olarak izlemek gerekir. İzleme araçları, yanıt sürelerindeki bozulmaları erken yakalamayı ve sorunun kaynağını (artan trafik, ağırlaşan veritabanı, yeni bir eklenti) tespit etmeyi sağlar. Düzenli izleme, performans sorunlarını kullanıcılar fark etmeden çözmenin en pratik yoludur.

Nereden başlamalı?

Sunucu hızını iyileştirmeye girişmenin öncelikli bir sırası vardır. İlk adım, mevcut yanıt sürenizi ölçmek ve bir referans noktası oluşturmaktır. İkinci adım, genellikle en yüksek getiriyi veren önbelleklemeyi doğru biçimde kurmaktır. Üçüncü adım, barındırma türünüzün trafiğinize uygun olup olmadığını değerlendirmek ve gerekirse yükseltmektir. Dördüncü adım, veritabanı ve eklenti yükünü optimize etmektir.

Bu adımları öncelik sırasına göre uygulamak, çabayı en çok fark yaratan yerlere yoğunlaştırır. Sunucu hızı, sayfa performansının temelidir; ne kadar iyi bir ön yüz optimizasyonu yapılırsa yapılsın, yavaş bir sunucu üzerinde sayfa hızlanamaz. Bu yüzden hız çalışmasına her zaman sunucudan başlamak, en sağlam yaklaşımdır.

Sık sorulan sorular

İyi bir sunucu yanıt süresi kaç olmalı? Genel olarak sunucunun ilk yanıtının birkaç yüz milisaniyenin altında olması hedeflenir. Bu sürenin uzaması, kullanıcı deneyimini ve tarama verimliliğini olumsuz etkilemeye başlar.

Önbellekleme her site için uygun mu? Neredeyse her site önbelleklemeden yararlanır. Tümüyle dinamik ve kişiye özel içerik sunan bazı sayfalarda dikkatli yapılandırma gerekir, ama çoğu içerik için önbellekleme en etkili hız iyileştirmesidir.

Barındırmamı yükseltmek sıralamamı artırır mı? Doğrudan değil, ama hızlı bir sunucu hem kullanıcı deneyimini hem Core Web Vitals ölçütlerini hem tarama verimliliğini iyileştirdiği için dolaylı olarak sıralamaya olumlu katkı sağlar.

Sunucu hızı mı, ön yüz optimizasyonu mu önce gelir? Sunucu hızı temeldir ve önce ele alınmalıdır; yavaş bir sunucu üzerinde ön yüz optimizasyonunun etkisi sınırlı kalır. İkisi birlikte ele alındığında en iyi sonuç elde edilir.

Sunucu hızı ve ölçeklenebilirlik

Bugün yeterli görünen bir sunucu, trafik arttığında yetersiz kalabilir. Ölçeklenebilirlik, sitenizin artan ziyaretçi yükü altında performansını koruyabilme yeteneğidir. Bir kampanya, bir haber veya mevsimsel bir yoğunluk sırasında trafik aniden yükseldiğinde, ölçeklenemeyen bir sunucu yavaşlar veya tümüyle çöker; tam da en çok ziyaretçiye sahip olduğunuz anda site erişilemez hale gelir. Bu, hem satış kaybı hem de kullanıcı güveninin zedelenmesi demektir.

Ölçeklenebilir bir altyapı, artan yükü karşılamak için kaynakları otomatik olarak artırabilen veya trafiği birden fazla sunucuya dağıtabilen bir yapıdır. Büyümeyi hedefleyen veya trafik dalgalanmaları yaşayan siteler için ölçeklenebilirlik, baştan planlanması gereken bir özelliktir. Sunucu seçimi yapılırken yalnızca bugünkü ihtiyaç değil, gelecekteki büyüme de göz önünde bulundurulmalıdır.

Sunucu hızı ve mobil kullanıcılar

Sunucu yavaşlığının etkisi, mobil kullanıcılarda daha da belirgindir. Mobil bağlantılar masaüstüne göre daha değişken ve bazen daha yavaştır; buna bir de yavaş sunucu yanıtı eklendiğinde, mobil kullanıcının beklediği süre iyice uzar. Google mobil öncelikli indeksleme kullandığından, sunucu hızının mobil bağlamdaki etkisi hem kullanıcı deneyimi hem sıralama açısından kritiktir. Hızlı bir sunucu, mobil kullanıcının değişken bağlantı koşullarında bile sayfaya çabuk ulaşmasını sağlar.

Yaygın yanlış inanışlar

Sunucu hızı konusunda birkaç yanlış inanış yaygındır. Birincisi, "sadece görselleri sıkıştırırsam site hızlanır" düşüncesidir; ön yüz optimizasyonu değerlidir ama yavaş bir sunucu üzerinde etkisi sınırlı kalır, çünkü temel gecikme sunucudan gelir. İkincisi, "pahalı barındırma her zaman daha hızlıdır" inancıdır; fiyat tek başına performansı garanti etmez, önemli olan barındırmanın sitenizin ihtiyacına uygun yapılandırılmasıdır. Üçüncüsü, "sunucu hızı yalnızca büyük siteler için önemlidir" düşüncesidir; oysa yavaş sunucu, en küçük sitede bile kullanıcı kaybına yol açar.

Bu yanlış inanışların ortak kökeni, sayfa hızını tek bir faktöre indirgeme eğilimidir. Gerçekte sayfa hızı, sunucu performansı, önbellekleme, veritabanı verimliliği, ön yüz optimizasyonu ve içerik dağıtımı gibi birçok katmanın birlikte çalışmasının sonucudur. Bu katmanların en temeli sunucudur; bu yüzden hız çalışması her zaman sağlam bir sunucu temeliyle başlar.

Sunucu hızının bütünsel değeri

Sunucu yanıt süresini iyileştirmek, sitenin neredeyse her boyutuna dokunan temel bir yatırımdır. Kullanıcı deneyimini iyileştirir, çünkü ziyaretçiler sayfaya daha çabuk ulaşır. Dönüşümü artırır, çünkü hızlı siteler kullanıcıları kaybetmez. Tarama verimliliğini yükseltir, çünkü bot daha çok sayfayı daha kısa sürede tarar. Ve Core Web Vitals ölçütlerini iyileştirerek dolaylı olarak sıralamaya katkı sağlar. Sunucu hızı, bu yüzden diğer tüm optimizasyonların üzerine inşa edildiği zemindir.

Özet

Sayfa hızı optimizasyonu genellikle görsellerden başlar; oysa asıl darboğaz çoğu zaman sunucunun ilk yanıtındadır. TTFB düzeltilmeden yapılan ön yüz optimizasyonları sınırlı fayda verir.

Öncelik sırası nettir: önce önbellekleme, sonra veritabanı, sonra CDN, gerekiyorsa barındırma yükseltmesi.

Sitenizin sunucu performansını ölçmemizi isterseniz ücretsiz araçlarımızı kullanabilir veya ücretsiz analiz talep edebilirsiniz.