Puan
18
Çözümler
0
- Katılım
- 3 Kas 2025
- Mesajlar
- 99
- Tepkime puanı
- 0
WordPress Site Hızlandırma: Daha Hızlı Sayfalar İçin 10 Etkili Yöntem
WordPress siteniz geç açılıyorsa ilk çözüm olarak yeni bir hosting paketi almak veya birkaç hızlandırma eklentisi kurmak aklınıza gelebilir. Ancak sorunun kaynağını bilmeden yapılan değişiklikler, beklediğiniz sonucu vermeyebilir.Bazen gecikmenin nedeni büyük bir kapak görselidir. Bazen tema gereğinden fazla JavaScript çalıştırır. Başka bir sitede ise sunucu kaynakları yetersiz kalır veya sayfa önbelleği düzgün çalışmaz.
Bu nedenle WordPress hızlandırma çalışmalarına ölçümle başlamak gerekir. Aşağıdaki yöntemleri, sitenizin ihtiyaçlarına göre uygulayarak hem açılış hızını hem de kullanım sırasında verdiği tepkileri iyileştirebilirsiniz.
İşe Başlamadan Önce Hızı Doğru Ölçün
Yalnızca ana sayfayı test etmek yeterli değildir. Bir yazı sayfası, kategori arşivi ve varsa ürün sayfası da ölçülmelidir. Çünkü aynı sitedeki farklı sayfa türleri farklı sorunlar yaşayabilir.Google’ın Core Web Vitals ölçümleri üç temel noktaya odaklanır:
| Metrik | Ölçtüğü durum | İyi kabul edilen değer |
|---|---|---|
| LCP | Ekrandaki en büyük görsel veya metin bloğunun görünmesi | 2,5 saniye veya daha kısa |
| INP | Kullanıcı etkileşimlerine verilen görsel tepkinin gecikmesi | 200 milisaniye veya daha kısa |
| CLS | Sayfa üzerindeki beklenmedik yerleşim kaymaları | 0,1 veya daha düşük |
Değerlendirme, mobil ve masaüstü için ayrı olarak gerçek sayfa ziyaretlerinin 75. yüzdelik dilimine dayanır. Tek bir hızlı test sonucu, bütün kullanıcıların iyi bir deneyim yaşadığını göstermez.
PageSpeed Insights içindeki gerçek kullanıcı verileriyle laboratuvar sonuçlarını birlikte inceleyin. Ayrıca standart Lighthouse açılış testi doğrudan INP ölçmez; rapordaki TBT değeri, sorun araştırırken yardımcı olabilir fakat INP ile aynı ölçüm değildir.
Değişikliklerden önce sonuçları kaydedin. Sonraki ölçümleri aynı sayfalarda ve benzer koşullarda yaparak hangi işlemin fayda sağladığını görebilirsiniz.
1. Sayfa Önbelleğini Doğru Yapılandırın
WordPress, önbelleğe alınmamış bir sayfayı hazırlarken PHP kodunu çalıştırır ve veritabanından bilgi toplar. Sayfa önbelleği, oluşan çıktıyı saklayarak uygun isteklerde hazır içeriğin sunulmasını sağlar.Buradaki önemli ayrıntı şudur: Sunucu önbelleği yalnızca siteye tekrar gelen kişileri hızlandırmaz. Sayfanın önbellekte geçerli bir kopyası varsa ilk kez gelen ziyaretçi de bundan yararlanabilir.
LiteSpeed Cache kullanacaksanız sunucu uyumluluğunu kontrol edin. Eklentinin genel optimizasyon özellikleri farklı web sunucularında çalışabilir; LiteSpeed’e özgü sayfa önbelleği için ise desteklenen LiteSpeed altyapısı veya uygun QUIC.cloud hizmeti gerekir. Eklentiyi kurmak, her sunucuda aynı önbellek sistemini etkinleştirmez.
E-ticaret sitelerinde önbellek ayarları ayrıca önemlidir. Sepet, ödeme ve müşteri hesabı gibi kişiye özel sayfaların ortak sayfa önbelleğinden hariç tutulduğunu doğrulayın.
Ayarları tamamladıktan sonra yalnızca “önbellek açık” yazısına bakmayın. Gerçek isteklerin önbellekten karşılanıp karşılanmadığını ve içerik güncellendiğinde eski kopyanın temizlendiğini de kontrol edin.
2. Desteklenen PHP Sürümüne Geçin ve OPcache’i Kontrol Edin
Eski PHP sürümlerinde kalmak, güvenlik ve uyumluluk açısından sorun yaratabilir. Ancak sürüm yükseltirken tema ve eklentilerin desteğini de değerlendirmek gerekir.Ekim 2026 itibarıyla PHP 8.4 ve 8.5 aktif destek dönemindedir. PHP 8.3 ise güvenlik desteği almaya devam etmektedir. Seçiminizi, kullandığınız WordPress sürümü ve eklentilerle uyumlu, desteklenen bir sürümden yana yapın.
Değişikliği mümkünse önce test ortamında uygulayın. Yönetim paneli, iletişim formu, ödeme işlemleri ve zamanlanmış görevler sorunsuz çalışmalıdır.
OPcache de kontrol edilmesi gereken bir bileşendir. PHP’nin derlenmiş kodunu bellekte saklayarak her istekte aynı kodun yeniden yüklenip ayrıştırılması ihtiyacını azaltır. Sayfa önbelleğiyle farklı görevler üstlendiği için ikisi birlikte kullanılabilir.
Yeni PHP sürümünün sitenizi ne kadar hızlandıracağını ise ölçümle belirleyin. Her kurulumda aynı kazanımı beklemeyin.
3. Görselleri Kullanıldıkları Alana Göre Hazırlayın
Bir görselin yalnızca dosya boyutuna bakmak yeterli değildir. Sayfada küçük bir alanda gösterilen fotoğrafı gereğinden yüksek çözünürlükte göndermek de gereksiz veri aktarımı yaratır.Görsel optimizasyonunda şu sırayı izleyebilirsiniz:
- Kullanılacağı alana uygun boyutlar hazırlayın.
- Görüntü kalitesini kontrol ederek sıkıştırın.
- WebP ve AVIF seçeneklerini mevcut dosyayla karşılaştırın.
- Mobil cihazlara uygun görsel boyutlarının sunulduğunu doğrulayın.
- Görsel için genişlik, yükseklik veya uygun en-boy oranı tanımlayın.
İlk ekrandaki ana görseli gecikmeli yüklemeyin. Bu görsel LCP öğesiyse lazy-load uygulanması, tarayıcının görseli geç istemesine neden olabilir. Ekranın aşağısındaki görseller ise gecikmeli yükleme için daha uygun adaylardır.
4. JavaScript Yükünü Azaltın
Dosyaları küçültmek faydalıdır ancak JavaScript performansı yalnızca indirme boyutundan ibaret değildir. Kodun tarayıcıda çalıştırılması da zaman alır.Reklam araçları, sohbet kutuları, takip kodları, animasyonlar ve bazı tema bileşenleri ana iş parçacığını uzun süre meşgul edebilir. Bu durum, kullanıcı menüye dokunduğunda veya bir butona bastığında tepkinin gecikmesine yol açabilir.
Önce kullanılmayan kodları ve gereksiz üçüncü taraf araçlarını azaltın. Ardından uygun dosyalarda erteleme seçeneklerini deneyin.
Bütün JavaScript dosyalarını kullanıcı etkileşimine kadar bekletmek ise her sitede doğru sonuç vermez. Menü, form veya sepet işlevleri de gecikebilir.
CSS tarafında da ilk görünüm için gerekli stilleri koruyarak gereksiz yükü azaltmaya çalışın. Optimizasyon ayarlarını tek tek açın; her değişiklikten sonra mobil görünümü ve temel işlevleri kontrol edin.
5. Veritabanında Temizlikten Önce Sorunu Belirleyin
Yazı revizyonları, spam yorumlar ve süresi dolmuş geçici kayıtlar zamanla birikebilir. Bunları temizlemek bakım açısından yararlıdır. Ancak büyük bir veritabanı, bütün sorguların mutlaka yavaş olduğu anlamına gelmez.Yavaşlık araştırırken gereksiz tekrar eden sorgulara ve ihtiyaç olmadığı hâlde otomatik yüklenen seçeneklere de bakın. WordPress’in autoload olarak yüklediği seçeneklerin gereğinden fazla büyümesi performansı etkileyebilir. Kalıcı nesne önbelleği de uygun altyapıda veritabanına yapılan bazı tekrar eden erişimleri azaltabilir.
Query Monitor gibi bir araç, yavaş sorguları ve bunları oluşturan tema veya eklentileri belirlemeye yardımcı olur.
Temizlikten önce veritabanı yedeği alın. Adını tanımadığınız tabloları doğrudan silmeyin; kaldırılmış görünen bir eklentinin verileri hâlâ başka bir işlem için gerekli olabilir.
Bakım sıklığını da sitenin hareketliliğine göre belirleyin. Her site için geçerli tek bir aylık temizlik takvimi bulunmaz.
6. Tema ve Eklentileri Sayılarıyla Değil, Etkileriyle Değerlendirin
“En fazla 15 eklenti kullanın” gibi kesin sınırlar, performans hakkında yeterli bilgi vermez. Önemli olan eklentilerin hangi işlemleri yaptığıdır.Bir eklenti yalnızca yönetim panelinde çalışırken başka biri her sayfaya büyük dosyalar ekleyebilir. Bazıları da uzak servislerden yanıt bekleyerek sayfa üretimini geciktirebilir.
Tema seçerken demo görünümünün yanında kendi içeriklerinizle oluşan sayfayı test edin. Kullanmadığınız slider, animasyon ve bileşenleri kapatın. Sadece belirli bir sayfada gereken kaynakların bütün siteye yüklenmesini mümkün olduğunca azaltın.
Query Monitor, yüklenen CSS ve JavaScript dosyalarını, dış HTTP isteklerini ve sorguların hangi bileşenden geldiğini incelemenizi sağlar.
Kullanmadığınız eklentileri kaldırmak bakım işini kolaylaştırır. Bununla birlikte pasif bir eklentinin, aktif eklenti gibi her normal istekte çalıştığını varsaymayın.
7. CDN’i Hedef Kitlenize Göre Değerlendirin
CDN, görsel, CSS ve JavaScript gibi dosyaların farklı bölgelerdeki dağıtım noktalarından sunulmasına yardımcı olur. Özellikle farklı ülkelerden ziyaretçi alan sitelerde aktarım gecikmesini azaltabilir.Ancak CDN kullanmaya başlamak, bütün sayfaların otomatik olarak önbelleğe alındığı anlamına gelmez. Örneğin Cloudflare, varsayılan davranışında HTML ve JSON yanıtlarını önbelleğe almaz.
Uygun sistemlerle HTML içeriğinin de dağıtım noktalarında önbelleğe alınması mümkündür. Böyle bir yapılandırmada kullanıcı oturumları, içerik güncellemeleri ve kişiye özel sayfalar için kuralların doğru olması gerekir.
CDN kararını ziyaretçilerinizin bulunduğu bölgelerden alınan ölçümlerle verin. Sunucunun konumu, mevcut bağlantı süreleri ve önbellekten karşılanan isteklerin oranı birlikte değerlendirilmelidir.
8. Sıkıştırma ve Tarayıcı Önbelleğini Kontrol Edin
GZIP veya Brotli, HTML, CSS ve JavaScript gibi metin tabanlı içeriklerin aktarım boyutunu azaltabilir. WebP veya JPEG gibi zaten sıkıştırılmış dosyalarda aynı kazanım beklenmez.Sıkıştırmanın gerçekten çalıştığını tarayıcının ağ panelindeki yanıt başlıklarından kontrol edebilirsiniz.
Content-Encoding bilgisi burada yardımcı olur.Tarayıcı önbelleği ise indirilen dosyaların sonraki ziyaretlerde yeniden kullanılmasını sağlar. Bu, sunucudaki sayfa önbelleğinden farklıdır.
Değişmeyen statik dosyalara uygun önbellek süreleri tanımlayın. Uzun süre saklanan CSS ve JavaScript dosyaları güncellendiğinde, sürümlendirilmiş adresler kullanarak ziyaretçilerin eski dosyalarda kalmasını önleyin. Kişiye özel yanıtlar için de uygun önbellek başlıkları gerekir.
9. Font Dosyalarını Sadeleştirin
Bir sayfada farklı yazı tipleri ve çok sayıda kalınlık kullanmak, gereksiz indirmelere yol açabilir.Yalnızca ihtiyaç duyduğunuz font ailesini ve ağırlıkları yükleyin. WOFF2 formatını değerlendirin. Font dosyalarını daraltırken Türkçe karakterlerin korunduğundan emin olun.
Fontları kendi sunucunuzda barındırmak bazı durumlarda avantaj sağlayabilir; fakat her kurulumda daha hızlı olacağı garanti değildir. İki seçeneğin aktarım sürelerini karşılaştırın.
font-display: swap, metnin yedek fontla erken görünmesini sağlar. Asıl font geldiğinde boyutlar değişirse yerleşim kayması oluşabilir. Bu nedenle yedek font seçimini de kontrol edin.Preload kullanacaksanız gerçekten kritik fontlara öncelik verin. Bütün fontları önceden yüklemek diğer önemli kaynaklarla rekabet yaratabilir.
10. Hosting Kaynaklarını Gerçek Kullanımla Karşılaştırın
Sunucu altyapısı özellikle önbelleğe alınmayan sayfalarda ve yoğun trafik sırasında önem kazanır.Hosting panelindeki CPU, bellek, disk I/O ve işlem sınırlarını kontrol edin. Gecikmenin yoğun saatlerde artıp artmadığını, kaynak limitlerine ulaşılıp ulaşılmadığını inceleyin. Kaynak sınırları doluyorsa daha uygun bir pakete geçmek fayda sağlayabilir.
NVMe disk veya belirli bir web sunucusu adı, tek başına hız garantisi değildir. Sunucu yapılandırması, hesabınıza ayrılan kaynaklar ve uygulamanızın yaptığı işler de sonucu belirler.
Hosting değişikliği düşünüyorsanız önbellekten sunulan bir yazı sayfasını ve önbelleksiz çalışan dinamik bir işlemi ayrı ayrı karşılaştırın.
Hangi İşlemden Başlamalısınız?
Aşağıdaki tabloyu ilk inceleme noktası olarak kullanabilirsiniz:| Gözlenen sorun | Önce incelenecek alan |
|---|---|
| İlk yanıt uzun süre bekleniyor | Önbellek durumu, PHP işlemleri, sorgular ve sunucu kaynakları |
| Ana görsel geç görünüyor | Görsel boyutu, yükleme önceliği ve lazy-load ayarı |
| Menü veya buton geç tepki veriyor | JavaScript işlemleri ve üçüncü taraf kodları |
| Sayfadaki içerik zıplıyor | Görsel alanları, font değişimleri ve sonradan eklenen içerikler |
| Yönetim paneli yavaş çalışıyor | Eklentiler, dış servis istekleri ve veritabanı işlemleri |
Her değişikliği tek başına uygulamak, sonucu anlamayı kolaylaştırır. Ölçümde iyileşme olsa bile form, arama, giriş ve ödeme işlemlerinin çalıştığını ayrıca doğrulayın.
Hızlandırma SEO’ya Nasıl Katkı Sağlar?
Core Web Vitals, Google’ın sıralama sistemlerinde kullanılır. Ancak iyi değerler elde etmek veya PageSpeed puanını 100’e çıkarmak, üst sıralara yerleşme garantisi vermez. Google da yalnızca kusursuz puan peşinde koşmanın her zaman iyi bir zaman kullanımı olmadığını belirtir.Performans çalışmasının hedefi; içeriğin hızlı görünmesi, sayfanın kararlı kalması ve ziyaretçinin yapmak istediği işlemi beklemeden tamamlayabilmesidir.
