LiteSpeed Cache Ayarları ile WordPress Siteleri Uçurma Rehberi Google’ın Core Web Vitals güncellemesinden beri hız...
TTFB (Time to First Byte) Süresini Düşürmenin 5 Altın Yolu
Web siteni optimize etmek için görselleri sıkıştırdın, kodları küçülttün, harika bir tema seçtin ama Google PageSpeed testine girdiğinde hala o korkunç uyarıyı görüyorsun: “Reduce initial server response time (İlk sunucu yanıt süresini azaltın)”. İşte bu uyarının arkasındaki baş şüpheli, kısa adıyla TTFB, yani Türkçesiyle İlk Bayt Süresi.
Ziyaretçi sitenin adresini yazıp “Enter” tuşuna bastığı an, tarayıcı sunucundan ilk veriyi (ilk baytı) alana kadar geçen o sessiz bekleyiş süresine TTFB denir. Siten dünyanın en güzel tasarımına sahip olsa bile, eğer sunucun o ilk veriyi geç gönderiyorsa, tarayıcı sayfayı işlemeye başlayamaz ve kullanıcın bomboş, beyaz bir ekrana bakıp sıkılarak siteni terk eder.
2026 yılındaki Core Web Vitals ve yapay zeka destekli arama motoru (GEO) standartlarında, ideal bir TTFB süresi 200 ms (milisaniye) ve altında olmalıdır. Eğer bu süre 600 ms’nin üzerindeyse, sitenin acilen ameliyat masasına yatması gerekiyor demektir.
Hadi gelin, hosting firmalarının “Bizim sunucular uçuyor” yalanlarını bir kenara bırakıp, TTFB süresini milisaniyeler seviyesine çekecek o 5 altın yolu tüm teknik detaylarıyla inceleyelim.
1. Sunucu Seviyesinde Gelişmiş Önbellekleme (Object Cache ve OpCache)
WordPress gibi dinamik bir CMS kullanıyorsan, bir kullanıcı sitene girdiğinde arka planda devasa bir trafik döner. Sunucu; PHP kodlarını çalıştırır, MySQL veritabanına gider, “Bu adam hangi yazıyı istiyor?” diye sorar, verileri alır, HTML haline getirir ve tarayıcıya gönderir. Bu döngü her seferinde tekrarlanırsa TTFB sürenin 1-2 saniyenin altına düşmesi imkansızdır.
Bunu aşmanın en güçlü yolu, sunucu tabanlı nesne önbelleklemedir (Object Cache).
- Redis veya Memcached: Bu teknolojiler, veritabanından sık sık çekilen sorguları sunucunun ultra hızlı çalışan RAM (bellek) havuzuna kaydeder. Bir sonraki ziyaretçi geldiğinde sunucu veritabanının kapısını çalmaz, RAM’den veriyi saliseler içinde fırlatır.
- OPcache: PHP kodları “yorumlanan” dillerdir. Her istekte kod satır satır okunur. OPcache ise bu PHP kodlarını önceden derleyip (compiled) sunucu belleğinde tutar. Sunucu PHP çalıştırmakla zaman kaybetmez.
Nasıl Yapılır? Hosting panelinden (cPanel/Plesk) PHP Sürümleri sekmesine gir ve opcache ile redis / memcached uzantılarını aktif et. Ardından WordPress tarafında LiteSpeed Cache veya Redis Object Cache eklentisiyle bu köprüyü bağla.

2. DNS Çözümleme Sürelerini Kısaltın (Premium DNS Kullanımı)
Kullanıcı sitene girmeye çalıştığında, tarayıcının yapacağı ilk iş siteniz.com domaininin hangi IP adresinde barındığını bulmaktır. Buna DNS sorgusu denir. Eğer alan adını aldığın firmanın (Domain Registrar) varsayılan, yavaş DNS sunucularını kullanıyorsan, daha sunucuya sıra gelmeden sadece bu adreste 200-300 ms kaybedersin. TTFB süresinin ilk adımı DNS’tir.
- Çözüm: Alan adını tamamen ücretsiz olan Cloudflare veya premium bir DNS sağlayıcısına (Amazon Route 53, Google Cloud DNS) yönlendir.
- Cloudflare, dünya genelindeki devasa sunucu ağı sayesinde DNS sorgularını 10-15 ms gibi neredeyse sıfıra yakın bir sürede çözümler. Bu hamle, hiçbir sunucu koduna dokunmadan TTFB süreni doğrudan aşağı çekecektir.
3. Premium ve Coğrafi Olarak Doğru Konumlandırılmış Hosting Seçimi
Ucuz etin yahnisi yavan olur şef, bu kural web dünyasında da değişmez. Aylık üç kuruşa aldığın, içinde 5000 tane sitenin barındığı “Paylaşımlı (Shared) Hosting” paketleriyle TTFB süresini düşüremeyip saçını başını yolarsın. Komşunun sitesine DDoS saldırısı geldiğinde senin sunucunun işlemcisi (CPU) kilitlenir ve senin sitenin TTFB’si tavan yapar.
- Doğru Donanım: Hosting veya VPS alırken sunucunun NVMe SSD disk kullanıp kullanmadığına, işlemci çekirdek hızlarına dikkat et. Eski tip mekanik diskler veya standart SATA SSD’ler veritabanı sorgularında darboğaz yaratır.
- Lokasyon Kritiktir: Eğer senin hedef kitlen, müşterilerin Türkiye’deyse, gidip Almanya veya Amerika lokasyonlu bir sunucu kiralama. Işık hızı ne kadar yüksek olsa da, verinin o okyanusları, kıtaları aşarken harcadığı fiziksel bir süre (Network Latency) vardır. Siten Türkiye’deyse sunucun da İstanbul, Bursa veya Ankara veri merkezlerinde olmalıdır.
4. Veritabanını (MySQL/MariaDB) Optimize Edin ve Hafifletin
Siten büyüdükçe, yazılar çoğaldıkça veritabanın tam bir çöplüğe döner. Eski eklenti artıkları, silinen yazıların revizyonları (taslaklar), milyonlarca spam yorum, transient verileri… Sunucu, bir kullanıcı sayfayı istediğinde bu devasa çöp yığınının arasından doğru veriyi bulmak için diskleri çılgınlar gibi döndürür. Bu arama süresi doğrudan TTFB’ye eklenir.
Veritabanını ferahlatmak için şu adımları izle:
- WP-Optimize veya Advanced Database Cleaner gibi bir eklentiyle tüm eski yazı revizyonlarını ve spam yorumları tek tıkla uçur.
wp_optionstablosunu kontrol et. Birçok eklenti buraya “autoload” (otomatik yüklenen) veriler bırakır. Bu tablonun boyutu 50-100 MB’ı geçiyorsa sunucu her açılışta hantallaşır.- InnoDB Kullanımı: Veritabanı tablolarının eski
MyISAMyerine modern ve satır seviyesinde kilitleme yapanInnoDBmotorunu kullandığından emin ol. phpMyAdmin üzerinden tüm tabloları seçip “Tabloyu Optimize Et” seçeneğini çalıştır.

5. Güçlü Bir CDN (Content Delivery Network) ve Edge Page Caching Kullanımı
Geleneksel CDN sistemleri sitenin görsellerini, CSS ve JS dosyalarını önbelleğe alır. Ancak HTML sayfan (yani sitenin ana iskeleti) hala senin asıl sunucundan gelir. 2026 web dünyasında artık bu mantık da değişti. Artık tüm HTML sayfasını ziyaretçiye en yakın CDN sunucusunda saklayan Edge Page Caching (Uç Nokta Önbellekleme) teknolojisini kullanıyoruz.
- Cloudflare APO (Automatic Platform Optimization) veya Cloudflare Workers: Bu sistemi aktif ettiğinde, sitenin ana HTML dosyası da dahil olmak üzere her şeyi Cloudflare’in dünya genelindeki 300’den fazla veri merkezine kopyalanır.
- Örneğin, sunucun İstanbul’da ama sitene İngiltere’den biri girmeye çalışıyor. İstek İstanbul’a gelene kadar harcanacak süre yerine, Cloudflare isteği Londra’daki sunucusundan saniyeler içinde (ve sanki sunucu oradaymış gibi) yanıtlar. Bu sayede TTFB süren dünya genelinde 30-50 ms bandına oturur.
💡 Teknik İpucu (Expert Box)
Bunu biliyor muydunuz? TTFB süresini uzatan gizli düşmanlardan biri de sunucunuzdaki PHP Sürümüdür. Eski PHP 7.4 sürümünü kullanan bir sunucu ile modern PHP 8.2 veya 8.3 kullanan bir sunucu arasında neredeyse %40’a varan işlem hızı farkı vardır. Sadece hosting panelinize girip PHP sürümünüzü en güncel kararlı sürüme yükseltmek, sitenizin kod işleme yükünü hafifletir ve hiçbir ek masraf yapmadan sunucu tepki sürenizi (TTFB) gözle görülür şekilde düşürür.
Sonuç: Hızlı Olan Kazanır
TTFB, sitenin hız maratonundaki çıkış çizgisidir. Çıkışta ne kadar oyalanırsan, yarışı o kadar geride bitirirsin. Sunucu seviyesinde Redis/OPcache entegrasyonunu tamamla, DNS’ini Cloudflare’e taşı, veritabanındaki çöpleri temizle ve farkı kendi gözlerinle gör. Unutma; milisaniyelerin bile savaş yönettiği bu dönemde hız, SEO’nun ve kullanıcı deneyiminin kalbidir.
Senin sitenin şu anki TTFB süresi kaç milisaniye? PageSpeed testinde sunucu tepki süresi uyarısı alıyor musun? Yorumlara yaz, sunucu özelliklerini ve web sitenin altyapısını birlikte inceleyip süreleri aşağı çekelim!