WordPress Sitesi Nasıl Hızlandırılır? Adım Adım Kontrol Listesi

WordPress sitesini hızlandırmanın en etkili yolu sırayla ilerlemektir: önce PageSpeed Insights ile ölçün, sonra sunucu yanıtını (PHP sürümü, sayfa önbelleği, nesne önbelleği), ardından görselleri, eklenti ve tema yükünü, en son CSS ve JavaScript’i iyileştirin. Hedef, Google’ın Core Web Vitals eşikleridir: LCP 2,5 saniye, INP 200 milisaniye ve CLS 0,1 veya altı. Her adımdan sonra yeniden ölçmek, hangi değişikliğin işe yaradığını gösterir.

Kısaca:

• Ölçmeden optimize etmeyin: mobilde ve gerçek kullanıcı verisiyle başlayın.
• Kazancın büyük kısmı genellikle sunucu tarafında ve görsellerdedir; eklenti eklemek her zaman çözüm değildir.
• Her değişiklikten sonra test edin ve sitenin yedeğini almadan canlıda büyük değişiklik yapmayın.

Neden önce ölçmelisiniz?

Hız sorunu her sitede farklı yerden gelir. Biri yavaş sunucudan, biri 4 MB’lık kapak görselinden, biri de her sayfada yüklenen bir sohbet eklentisinden etkilenir. Tahminle başlamak, işe yaramayan ayarlarla zaman kaybettirir.

PageSpeed Insights iki tür veri gösterir. Saha verisi, Chrome kullanıcılarından son 28 günde toplanan gerçek deneyimdir. Laboratuvar verisi ise Lighthouse ile yapılan simüle bir yüklemedir. Saha verisi varsa kararları ona göre verin; laboratuvar verisi sorunun nerede olduğunu bulmaya yarar.

Metrik	Ne ölçer	İyi	Zayıf
LCP (Largest Contentful Paint)	Sayfanın ana içeriğinin görünme süresi	2,5 sn veya altı	4 sn üstü
INP (Interaction to Next Paint)	Tıklama ve dokunmaya yanıt hızı	200 ms veya altı	500 ms üstü
CLS (Cumulative Layout Shift)	Yüklenirken sayfanın kayması	0,1 veya altı	0,25 üstü
TTFB (Time to First Byte)	Sunucunun ilk baytı gönderme süresi	0,8 sn veya altı	1,8 sn üstü

Eşikler web.dev’in Web Vitals ve TTFB sayfalarından alınmıştır. TTFB bir Core Web Vitals metriği değildir; ama yüksek olduğunda LCP’yi doğrudan geciktirir.

Ölçüm için pratik kural: Ana sayfayı, en çok trafik alan bir hizmet sayfasını ve bir blog yazısını mobilde ayrı ayrı ölçün. Sonuçları bir tabloya not edin. Her adımdan sonra aynı üç sayfayı tekrar ölçün.

Adım 1: Sunucu ve PHP sürümünü kontrol edin

Sunucu yavaşsa sonraki adımların etkisi sınırlı kalır. web.dev, TTFB’yi iyileştirirken barındırmanın düşünülmesi gereken ilk şey olduğunu vurgular.

• PHP sürümü: WordPress.org, PHP 8.3 veya üstünü öneriyor. Yeni PHP sürümleri genellikle daha iyi performans getirir. PHP.net’e göre 8.2 yalnızca güvenlik desteği alıyor ve bu destek 31 Aralık 2026’da bitiyor. Sürümü hosting panelinden değiştirmeden önce test ortamında deneyin.
• Veritabanı: WordPress.org, MariaDB 10.11 veya MySQL 8.0 ve üstünü öneriyor.
• Site Sağlığı: Araçlar > Site Sağlığı ekranı, WordPress 6.1’den beri sayfa önbelleği ve kalıcı nesne önbelleği kontrolü yapıyor. Sunucu yanıtı için varsayılan kabul edilebilir eşik 600 ms. Bu ekran ilk teşhis için ücretsiz ve hızlı bir başlangıçtır.
• Barındırma paketi: Paylaşımlı hostingte kaynaklar sınırlıdır. Ölçümler sürekli yüksek TTFB gösteriyorsa sorun ayar değil, paket olabilir. Sunucu tarafını adım adım teşhis etmek için WordPress’te TTFB nasıl azaltılır rehberimize bakın.

Adım 2: Önbelleği doğru kurun

WordPress, her ziyarette PHP çalıştırıp veritabanından sayfayı yeniden oluşturur. Önbellek bu işi azaltır. WordPress.org’un önbellek rehberi dört katmanı ayırır:

Önbellek türü	Ne yapar	Nasıl kurulur
Sayfa önbelleği	Sayfayı statik dosya olarak saklar, PHP’yi atlar	Önbellek eklentisi ya da sunucu önbelleği (ör. LiteSpeed sunucularda LiteSpeed Cache)
Tarayıcı önbelleği	CSS, JS ve görselleri ziyaretçinin tarayıcısında tutar	Önbellek eklentisi veya sunucu başlıkları (Cache-Control, Expires)
Opcode önbelleği	Derlenmiş PHP kodunu saklar	Sunucuda OPcache açık olmalı; hosting firması sağlar
Kalıcı nesne önbelleği	Veritabanı sorgu sonuçlarını istekler arasında saklar	Redis veya Memcached + uyumlu eklenti; hosting desteği gerekir

Dikkat edilecek noktalar:

• Tek bir sayfa önbelleği kullanın. İki önbellek eklentisi birlikte çalışırsa çakışma ve bozuk sayfa riski oluşur.
• Sepet, ödeme ve hesap sayfaları gibi kişiye özel sayfaları önbellekten hariç tutun.
• Önbellek yavaş bir altyapıyı gizleyebilir. web.dev’in de belirttiği gibi, gerçek sunucu süresini görmek için önbelleği atlayarak da test edin.

Adım 3: Görselleri optimize edin

Görseller çoğu sitede sayfa ağırlığının en büyük kısmıdır ve LCP öğesi genellikle bir görseldir.

1. Doğru boyut: 400 piksel genişliğinde gösterilecek bir görseli 4000 piksel yüklemeyin. WordPress yüklenen görsel için farklı boyutlar üretir; tema doğru boyutu çağırmalıdır.
2. Modern format: WebP çoğu durumda JPEG ve PNG’den küçüktür. WordPress 6.5’ten beri, sunucunun görsel kütüphanesi destekliyorsa AVIF yüklemesi de mümkün. Destek durumunu Site Sağlığı > Bilgi > Ortam İşleme bölümünde görebilirsiniz.
3. Sıkıştırma: Görselleri yüklemeden önce ya da bir görsel optimizasyon eklentisiyle sıkıştırın.
4. Tembel yükleme: WordPress görsellere otomatik olarak loading=”lazy” ekler. WordPress 6.3 ile ilk ekrandaki görsellere bu eklenmiyor ve LCP olması muhtemel görsele fetchpriority=”high” veriliyor. Bir eklenti bu davranışı bozuyorsa kapak görseli geç yüklenir.
5. Boyut belirtme: Görsellerin genişlik ve yükseklik değerleri tanımlı olmalı. Aksi hâlde sayfa yüklenirken kayar ve CLS kötüleşir.

Adım 4: Eklenti ve tema yükünü azaltın

WordPress.org’un optimizasyon rehberi, kullanılmayan eklentileri kaldırmayı en basit hızlandırma yöntemlerinden biri olarak sayar.

• Envanter çıkarın: Her eklenti için “Bu olmasa ne kaybederim?” sorusunu sorun. Aynı işi yapan iki eklenti varsa birini kaldırın.
• Tek tek test edin: Şüphelendiğiniz eklentiyi test ortamında devre dışı bırakıp aynı sayfayı yeniden ölçün.
• Her sayfada yüklenen eklentiler: Form, kaydırıcı, sohbet ve sosyal medya eklentileri genellikle yalnızca birkaç sayfada gerekir ama her sayfaya script ekler.
• Kullanılmayan altyapı: Mağaza işlevini kullanmıyorsanız WooCommerce gibi büyük eklentiler her sayfaya CSS ve JS ekleyebilir.
• Tema: Hafif bir tema, görsel efekt yüklü bir temadan daha verimli çalışır. Tema adaylarını kendi kurulumunuzda nasıl test edeceğinizi en iyi WordPress teması nasıl seçilir rehberimizde anlattık; tema ile eklentinin farkı için tema nedir, eklenti nedir yazımıza bakabilirsiniz.

Adım 5: CSS ve JavaScript’i düzenleyin

Bu adım en fazla kazanç sağlayabilir ama siteyi bozma riski de en yüksek olandır. Önbellek eklentilerindeki şu ayarları tek tek açıp test edin:

• Küçültme (minify): CSS ve JS dosyalarındaki boşlukları ve yorumları kaldırır. Genelde güvenlidir.
• Erteleme (defer) ve gecikmeli yükleme: Kritik olmayan JavaScript’i sayfa çizildikten sonra çalıştırır. INP ve LCP’yi iyileştirebilir; menü, form ve kaydırıcıları bozabilir.
• Kritik CSS ve kullanılmayan CSS’i kaldırma: İlk ekran için gereken CSS’i öne alır. Sayfa yapısı sık değişen sitelerde dikkatli kullanılmalı.
• Üçüncü taraf scriptler: Sohbet balonu, ısı haritası, reklam pikselleri ve gömülü videolar INP’yi sık bozar. Gerekmeyenleri kaldırın, gerekenleri geç yükleyin.

Etkileşim hızının tasarım kararlarıyla ilişkisini 2026 web tasarım trendleri yazımızın INP bölümünde ele aldık.

Adım 6: Veritabanını temizleyin

Zamanla yazı revizyonları, silinmiş içerikler, süresi geçmiş geçici veriler (transient) ve spam yorumlar birikir.

• Eski revizyonları ve çöp kutusundaki içerikleri temizleyin.
• wp-config.php dosyasında WP_POST_REVISIONS sabitiyle saklanacak revizyon sayısını sınırlayabilirsiniz.
• WordPress.org, tablolar için InnoDB depolama motorunu öneriyor.
• Temizlikten önce mutlaka veritabanı yedeği alın.

Adım 7: CDN ve yönlendirmeleri kontrol edin

• CDN: Ziyaretçileriniz farklı şehir ve ülkelerden geliyorsa bir içerik dağıtım ağı statik dosyaları onlara yakın sunuculardan verir. WordPress.org, CDN’in bir önbellek eklentisiyle birlikte en etkili olduğunu belirtiyor.
• Yönlendirmeler: Her yönlendirme ek bir istek demektir. http → https, www → www’siz ve sondaki eğik çizgi farkı gibi zincirleri tek adıma indirin. Site içi linkler doğrudan son adresi göstermeli.

Kontrol listesi: hızlandırma sırası

Sıra	Kontrol	Nereden bakılır	Etkilediği metrik
1	Mobil ölçüm ve not alma	PageSpeed Insights, Search Console	Hepsi
2	PHP 8.3+, OPcache, Site Sağlığı	Hosting paneli, Araçlar > Site Sağlığı	TTFB, LCP
3	Tek bir sayfa önbelleği	Önbellek eklentisi veya sunucu	TTFB, LCP
4	Kalıcı nesne önbelleği	Hosting (Redis/Memcached)	TTFB
5	Kapak ve büyük görseller: boyut, WebP/AVIF, sıkıştırma	Ortam kütüphanesi, PSI LCP öğesi	LCP
6	Görsellerde genişlik/yükseklik, yazı tipi yükleme	PSI CLS uyarıları	CLS
7	Kullanılmayan eklentiler ve her sayfada yüklenen scriptler	Eklentiler ekranı, PSI	INP, LCP
8	Küçültme, erteleme, kritik CSS (tek tek)	Önbellek eklentisi ayarları	LCP, INP
9	Üçüncü taraf scriptler	PSI “üçüncü taraf kodu” bölümü	INP
10	Veritabanı temizliği	Optimizasyon eklentisi, wp-config.php	TTFB
11	CDN ve yönlendirme zincirleri	DNS/CDN paneli, tarayıcı ağ sekmesi	TTFB
12	Yeniden ölçüm ve 28 gün sonra saha verisi	PSI, Search Console	Hepsi

Ne zaman uzman desteği gerekir?

• Değişikliklere rağmen TTFB sürekli yüksek kalıyorsa (sunucu, veritabanı veya barındırma sorunu olabilir).
• JS erteleme ayarları menü, form veya ödeme adımlarını bozuyorsa.
• Site WooCommerce, üyelik ya da çok dilli yapı gibi önbelleklemesi zor sayfalar içeriyorsa.
• Mobil uyum ve hız birlikte sorunluysa. Hızın mobil kullanıcı deneyimi ve SEO ile ilişkisini mobil uyumlu web sitesi nedir yazımızda anlattık.

Sık yapılan hatalar

• Ölçmeden ve yedek almadan canlı sitede ayar değiştirmek.
• Aynı anda birden fazla önbellek veya optimizasyon eklentisi kullanmak.
• Sadece PageSpeed puanına bakıp Core Web Vitals değerlerini ve saha verisini görmezden gelmek.
• Kapak görselini tembel yüklemeye zorlamak; bu LCP’yi geciktirir.
• Her sorun için yeni bir eklenti kurmak.
• Önbellek açıkken test edip yavaş sunucuyu fark etmemek.
• Değişikliklerden sonra önbelleği temizlemeyi unutmak.

Sık sorulan sorular

PageSpeed puanı 100 olmalı mı?

Hayır. Puan, laboratuvar koşullarındaki bir özet göstergedir. Asıl hedef, gerçek kullanıcı verisinde LCP, INP ve CLS değerlerinin “iyi” aralıkta olmasıdır.

Hangi önbellek eklentisini kullanmalıyım?

Sunucunuza uygun olanı. LiteSpeed sunucularda LiteSpeed Cache, sunucu düzeyinde önbelleği kullanır. Hosting firmanız kendi önbelleğini sunuyorsa ek bir sayfa önbelleği eklentisine gerek olmayabilir. Önemli olan tek bir sayfa önbelleği çalıştırmaktır.

Hızlandırma SEO’yu etkiler mi?

Sayfa deneyimi, Google’ın değerlendirdiği sinyallerden biridir; ama içeriğin yerini almaz. Hızlı bir site, ziyaretçinin sayfada kalmasını ve formu doldurmasını kolaylaştırır. Site düzeyinde SEO planı için SEO stratejisi nasıl kurulur rehberimize bakabilirsiniz.

Değişikliklerin etkisini ne zaman görürüm?

Laboratuvar ölçümünde hemen. PageSpeed Insights’taki saha verisi son 28 günü kapsadığı için gerçek kullanıcı verisindeki değişim birkaç hafta içinde yansır.

Sonuç

WordPress sitesini hızlandırmak tek bir eklentiyle değil, sıralı bir kontrol listesiyle yapılır: ölçün, sunucuyu ve önbelleği düzeltin, görselleri küçültün, gereksiz eklenti ve scriptleri azaltın, her adımdan sonra yeniden ölçün. Bu adımları kendi sitenizde uygulamak yerine ölçümden kuruluma kadar süreci bir ekibe bırakmak isterseniz web site hızlandırma hizmetimizi inceleyebilir ya da ücretsiz ön analiz isteyebilirsiniz.