WordPress Site Hızlandırma: 9 Adımda Rehber

WordPress, dünyanın en yaygın içerik yönetim sistemi olmasının yanında en çok “yavaş” diye şikâyet edilen platformlardan biri. Oysa yavaşlığın sebebi genellikle WordPress’in kendisi değil; üst üste binmiş eklentiler, optimize edilmemiş görseller ve yetersiz hosting.

Aşağıdaki dokuz adım, etkisi en yüksek olandan başlayarak sıralandı. Sırayı takip etmek, hepsini birden yapmaya çalışmaktan çok daha verimlidir.

1. Hosting: temeli doğru kurun

Hiçbir eklenti, yetersiz bir sunucuyu telafi edemez. Ucuz paylaşımlı hostinglerde yüzlerce site aynı kaynakları paylaşır; yoğun saatlerde yanıt süresi saniyelere çıkar.

Hedef, ilk bayt süresini 600 milisaniyenin altında tutmaktır. Bu değeri sağlayamayan bir sunucuda yapılacak her optimizasyon, sınırlı kazanç verir. Sunucu değiştirecekseniz süreci taşıma kontrol listemizle yürütün.

PHP sürümünün güncel olması da önemlidir; yeni sürümler ölçülebilir biçimde daha hızlı çalışır ve güvenlik güncellemeleri alır.

2. Önbellek kurun

WordPress her sayfa isteğinde veritabanından veri çekip sayfayı yeniden oluşturur. Önbellek, oluşturulan sayfayı saklayarak bu işi bir kez yaptırır.

Üç katman vardır: sayfa önbelleği (en yüksek etki), nesne önbelleği (veritabanı sorgularını azaltır, yoğun sitelerde kritik) ve tarayıcı önbelleği (tekrar ziyaretlerde kaynakların yeniden indirilmesini önler).

Bazı hosting sağlayıcıları sunucu düzeyinde önbellek sunar; bu, eklentiyle yapılandan genellikle daha hızlıdır. İkisini aynı anda çalıştırmak ise çakışma üretir; birini seçin.

3. Görselleri optimize edin

Uygulamada en sık karşılaşılan yavaşlık sebebi budur. Üç adımda çözülür:

1. Doğru boyutta yükleyin. 400 piksellik bir alanda gösterilecek görseli 3000 piksel genişliğinde yüklemeyin.
2. Modern formata geçin. WebP ve AVIF, aynı görsel kalitesinde belirgin biçimde küçük dosya boyutu verir.
3. Geciktirmeli yükleme kullanın. Ekranda görünmeyen görseller sonradan yüklenmelidir. WordPress bunu varsayılan olarak yapar ama tema bunu bozabilir.

Önemli bir istisna: sayfanın en üstündeki büyük görsel (genellikle LCP öğesi) geciktirmeli yüklenmemelidir; aksi hâlde en kritik metrik bozulur.

4. Eklenti envanteri çıkarın

Her eklenti sayfaya kendi CSS ve JavaScript dosyalarını ekler; çoğu bunu sitenin tamamında yapar, yalnızca ihtiyaç duyulan sayfada değil. Yirmi eklentili bir sitede sayfa başına onlarca ek dosya yüklenir.

Yapılacaklar sırayla şunlardır: kullanılmayan eklentileri devre dışı bırakmak yerine tamamen silin; aynı işi yapan birden fazla eklenti varsa birini seçin; ağır eklentileri yalnızca gerekli sayfalarda çalışacak şekilde sınırlayın.

Bir eklentinin gerçekten ne kadar yavaşlattığını ölçmek için devre dışı bırakıp önce-sonra ölçümü yapmak en güvenilir yöntemdir.

5. Temayı gözden geçirin

Çok amaçlı temalar her ihtiyaca cevap vermek için tasarlandığından, kullanmadığınız yüzlerce özelliğin kodunu da taşır. Sayfa oluşturucu eklentileriyle birlikte kullanıldığında bu yük daha da artar.

Tema değiştirmek büyük bir karardır ve tasarım kaybına yol açabilir; bu yüzden önce mevcut temada gereksiz özellikleri kapatmayı deneyin. Yeni bir proje kuruyorsanız, hafif ve sade bir temayla başlamak uzun vadede en doğru tercihtir.

6. CSS ve JavaScript’i düzenleyin

Kritik olmayan stil ve betik dosyalarının ertelenmesi, sayfanın ilk çizim süresini kısaltır. Birleştirme ve küçültme işlemleri de dosya sayısını ve boyutunu azaltır.

Burada dikkatli olmak gerekir: agresif birleştirme ayarları sayfayı bozabilir. Her değişiklikten sonra sitenin farklı şablonlarını (ana sayfa, ürün, blog yazısı, iletişim formu) gözle kontrol edin.

7. Veritabanını temizleyin

WordPress zamanla gereksiz veri biriktirir: yazı revizyonları, çöp kutusundaki içerikler, spam yorumlar, geçici kayıtlar ve silinmiş eklentilerden kalan tablolar.

Düzenli temizlik veritabanı sorgularını hızlandırır. Revizyon sayısını sınırlamak da iyi bir önlemdir; yüzlerce revizyonu olan bir yazı, her düzenlemede sistemi yavaşlatır.

Temizlik öncesi mutlaka yedek alın; geri dönüşü olmayan bir işlemdir.

8. İçerik dağıtım ağı kullanın

CDN, statik dosyalarınızı ziyaretçiye coğrafi olarak en yakın sunucudan sunar. Ziyaretçilerinizin çoğu Türkiye’deyse ve sunucunuz da Türkiye’deyse kazanç sınırlı olur; ama yurt dışından da trafik alıyorsanız fark belirgindir.

CDN ayrıca sunucunuzun yükünü azaltır ve trafik yoğunluğunda dayanıklılık sağlar.

9. Üçüncü taraf betiklerini denetleyin

Analitik, sohbet balonu, ısı haritası, sosyal medya pikselleri ve pazarlama otomasyonu araçları sayfanın kontrolü dışındaki sunuculardan yüklenir. Bu dosyalar yavaş yanıt verdiğinde sayfanız da yavaşlar.

Yılda bir kez etiket envanteri çıkarıp kullanılmayanları kaldırmak, çoğu sitede en hızlı kazancı sağlar. Kalanları da mümkün olduğunca ertelemeli yükleyin.

Ölçüm: doğru yerden bakın

Yaptığınız iyileştirmeleri ölçerken iki kurala uyun. Birincisi, laboratuvar testi değil gerçek kullanıcı verisi belirleyicidir; Search Console’daki Core Web Vitals raporu asıl kaynaktır. İkincisi, ölçüm mobil sekmesinden yapılmalıdır; çünkü kullanıcıların çoğunluğu oradadır ve mobilde JavaScript işleme yükü orantısız artar.

Hedefler ve ölçüm yöntemlerinin tamamı için site hızı yazımıza ve Core Web Vitals rehberimize bakabilirsiniz.

Hızı kalıcı kılmak

Üç ayda toparlanan bir site, birkaç yeni eklenti ve pikselle altı ayda eski hâline döner. Kalıcılık için basit bir disiplin yeterlidir: her yeni eklenti öncesi hız ölçümü, her görsel yüklemesinde boyut kuralı, ayda bir alan verisi kontrolü ve çeyrekte bir etiket temizliği.

WooCommerce siteleri için ek notlar

E-ticaret eklentisi kullanan WordPress siteleri ek bir yük taşır; sepet, hesap ve ödeme sayfaları önbelleğe alınamaz ve her istekte sunucuyu meşgul eder.

Bu tür sitelerde üç ek önlem belirgin fark yaratır. Birincisi, nesne önbelleği kurmaktır; veritabanı sorgu sayısını ciddi biçimde azaltır. İkincisi, sepet parçacığını her sayfada değil yalnızca gerektiği yerde çalıştırmaktır; varsayılan kurulumda bu parçacık tüm sayfalarda ek istek üretir. Üçüncüsü, ürün görsellerinin katalog, liste ve detay boyutlarının ayrı ayrı üretilmesini sağlamaktır.

Ayrıca ürün sayısı büyüdükçe filtre ve sıralama adresleri hızla çoğalır; bunların taranmasını sınırlamak için robots.txt düzenlemesi yapılması gerekir.

Hızlandırma eklentisi seçerken

Piyasada onlarca optimizasyon eklentisi var ve hepsi benzer vaatlerle geliyor. Seçim yaparken şu üç soruya bakın: Sunucunuz zaten sunucu düzeyinde önbellek sağlıyor mu (sağlıyorsa eklenti gereksiz olabilir)? Eklenti agresif ayarları varsayılan olarak mı açıyor (açıyorsa site bozulma riski yüksek)? Ayarları tek tek geri alabiliyor musunuz?

En güvenli yaklaşım, ayarları teker teker açıp her adımda siteyi kontrol etmektir. Hepsini birden açıp sonra sorunu aramak, saatler kaybettirir.

Hız ve dönüşüm ilişkisi

Hız çalışmasının gerekçesini kurmak için teknik metrikler yerine iş sonucunu göstermek daha etkilidir. İyileştirme öncesi ve sonrası dört haftayı aynı sayfa grubu, aynı trafik kaynağı ve aynı cihaz türü için karşılaştırın; dönüşüm oranı ve sepete ekleme oranındaki değişimi ölçün.

Bu ölçümü kâr tarafıyla birleştirmek için ROI hesaplama yazımızdaki yöntemi kullanabilirsiniz. Böylece hız çalışması bir maliyet kalemi olmaktan çıkıp getirisi ölçülen bir yatırıma dönüşür.

Yaygın bir yanılgı: skor avcılığı

Hız araçlarının verdiği 0-100 arası skor motive edicidir ama hedef hâline geldiğinde yanlış işlere zaman harcatır. Skoru 92’den 97’ye çıkarmak için harcanan saatler, kullanıcının hissettiği hızda çoğu zaman ölçülebilir bir fark yaratmaz.

Asıl hedef skor değil, gerçek kullanıcıların yaşadığı deneyimdir. Search Console’daki alan verisi yeşile döndüğünde iş tamamlanmış demektir; laboratuvar skorunu birkaç puan yükseltmek için siteyi kırılgan hâle getirmek doğru bir tercih değildir.

Özetle

WordPress hızlandırma, sihirli bir eklenti kurmakla değil; yeterli hosting, doğru önbellek, optimize görseller ve sade bir eklenti listesiyle olur. Adımları etkisi en yüksek olandan başlayarak uygulamak ve sonucu gerçek kullanıcı verisiyle ölçmek, çoğu sitede birkaç hafta içinde belirgin bir fark yaratır.