WordPress site hızlandırma, tek bir önbellek eklentisi kurmakla çözülen bir iş değildir; yavaşlığın sunucuda mı, tema ve eklentilerde mi, yoksa tarayıcıya gönderilen görsel, font ve betiklerde mi başladığı önce ölçülür. Kaynağı bulunmadan yapılan her ayar, bir sorunu giderirken başka bir sayfayı bozabilir. WordPress hız optimizasyonu bu yüzden ölçüm, düzeltme ve yeniden ölçüm döngüsüyle ilerler.
Bu rehberde Google’ın Core Web Vitals metrikleri ve eşik değerleri, PageSpeed Insights sonuçlarının nasıl okunacağı, yavaşlığın başlıca nedenleri ve her biri için uygulanan düzeltmeler anlatılır. Anlatım web.dev, PageSpeed Insights belgeleri ve WordPress geliştirici belgelerindeki performans önerilerine dayanır. Çalışmalar Maltepe Gülsuyu’ndan yürütülür; İstanbul’daki işletmelerle yüz yüze veya online görüşülür, şehir dışındaki siteler uzaktan ele alınır.
Video metni
WordPress site hızlandırma nasıl yapılır? Tek bir eklentiyle değil; yavaşlığın sunucuda mı, eklentilerde mi, dosyalarda mı başladığı ölçülür, düzeltilir ve yeniden ölçülür. Google gerçek kullanıcı deneyimini üç metrikle ölçer: yükleme için LCP, etkileşime yanıt için INP, görsel kararlılık için CLS. Kapsamda başlangıç ölçümü, sunucu ve PHP düzenlemesi, eklenti ve veritabanı temizliği, görsel dönüşümü, önbellek ve erteleme ayarları, işlev testleri ve karşılaştırmalı rapor var. Önce ölçüm yapılır ve yedek alınır. Sunucu, eklentiler, görseller ve önbellek düzenlenir; formlar ve sepet denendikten sonra önceki ve sonraki ölçümler paylaşılır. Sabit tarife yoktur. Teklifi tema ve sayfa oluşturucu, eklenti sayısı, görsel arşivi, WooCommerce ya da çok dilli yapı ve hosting erişimi belirler. Kapsam ve teklif bilgisi sayfada. Üç kişilik ekip, sekiz yılı aşkın deneyim. Yavaş açılan sayfa WhatsApp’tan iletilebilir. Onur Freelance nokta com.
Yavaş Açılan Sayfayı Birlikte Ölçelim
Yavaş açılan sayfanın adresi ve sorunun mobilde mi masaüstünde mi yaşandığı WhatsApp’tan iletildiğinde ilk ölçüm yapılır; önerilen işler ve teklif aynı gün bildirilir.
Onur Freelance’ta WordPress hızlandırma: kısa bilgiler
- Başlangıç: Yavaşlığın hangi sayfada ve cihazda yaşandığı iletildiğinde ilk ölçüm yapılır; önerilen işler ve teklif aynı gün bildirilir.
- Ölçüm: Core Web Vitals (LCP, INP, CLS) eşikleri; PageSpeed Insights puanı ile gerçek kullanıcı verisi ayrı ayrı değerlendirilir.
- Ekip: Kurucu Onur Ertem (web tasarım ve dijital pazarlamada 7 yılı aşkın deneyim) ve iki dijital pazarlama uzmanı. Arada müşteri temsilcisi yoktur; görüşmeler işi fiilen yürüten ekiple yapılır.
- Konum: Maltepe (Gülsuyu), İstanbul. Çalışma uzaktan yürütülür; İstanbul’da istenirse randevuyla yüz yüze görüşülür.
- Google yorumları: Google İşletme Profili’nde 5,0 puan, 217 yorum.
WordPress Yavaş Açılıyor: Sorun Hangi Katmanda?
Yavaşlık genellikle üç katmandan birinde başlar: sunucunun sayfayı üretme süresi, WordPress’in içinde çalışan tema ve eklentiler ya da tarayıcının indirip işlediği dosyalar. Belirtinin türü, hangi katmana bakılacağı konusunda ilk ipucunu verir. Aşağıdaki eşleme, ölçüme başlamadan önceki ön değerlendirmede kullanılır:
| Belirti | Olası kaynak | İlgili ölçüm |
|---|---|---|
| Sayfa uzun süre beyaz kalıyor, sonra birden açılıyor | Sunucu yanıt süresi, önbellek eksikliği, yavaş veritabanı sorguları | TTFB ve LCP |
| Metin görünüyor ama büyük görsel veya slider geç geliyor | Sıkıştırılmamış görsel, geç yüklenen ana görsel | LCP |
| Menüye veya butona dokunulunca tepki gecikiyor | Ağır JavaScript, çok sayıda üçüncü taraf betiği | INP |
| Okurken içerik aşağı kayıyor | Boyutu tanımsız görseller, geç yüklenen font, sonradan eklenen banner | CLS |
| Yönetim paneli de yavaş | Hosting kaynakları, eski PHP sürümü, şişmiş veritabanı, ağır eklenti | Sunucu tarafı inceleme |
Yalnızca ön yüzün yavaş, panelin hızlı olduğu durumlarda sorun çoğunlukla tarayıcıya giden dosyalardadır. Panel de yavaşsa önce sunucu ve veritabanı tarafı incelenir.
Core Web Vitals Nedir? LCP, INP ve CLS Eşikleri
Core Web Vitals, Google’ın gerçek kullanıcı deneyimini yükleme, etkileşime yanıt ve görsel kararlılık açısından ölçtüğü üç metriktir. Google’ın web.dev Core Web Vitals sayfası her metrik için iyi, iyileştirme gerekli ve zayıf eşiklerini şöyle tanımlar:
| Metrik | Neyi ölçer? | İyi | İyileştirme gerekli | Zayıf |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Görünür alandaki en büyük görselin veya metin bloğunun ekrana gelme süresi | 2,5 sn ve altı | 2,5 – 4 sn | 4 sn üzeri |
| INP (Interaction to Next Paint) | Tıklama, dokunma ve tuş basımından sonra ekranın güncellenmesine kadar geçen süre | 200 ms ve altı | 200 – 500 ms | 500 ms üzeri |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken ve kullanılırken içeriğin beklenmedik kayma miktarı | 0,1 ve altı | 0,1 – 0,25 | 0,25 üzeri |
Google, bu eşiklerin sayfa yüklemelerinin 75. yüzdelik diliminde, mobil ve masaüstü için ayrı ayrı değerlendirilmesini önerir; yani ziyaretlerin büyük çoğunluğunun eşiğin altında kalması hedeflenir. INP, 2024’te FID’in yerine kararlı bir Core Web Vitals metriği olarak geçmiştir. Kaydırma ve fareyle üzerine gelme INP’ye dahil edilmez.
Sayfa İçeriği
PageSpeed Insights Puanı ile Gerçek Kullanıcı Verisi Farkı
PageSpeed Insights iki farklı veri gösterir: gerçek Chrome kullanıcılarından son 28 günde toplanan saha verisi ve Lighthouse ile tek bir simüle cihazda üretilen laboratuvar verisi. Core Web Vitals değerlendirmesi saha verisine dayanır; 0–100 arası performans puanı ise laboratuvar testinden hesaplanır.
Google’ın belgelerine göre 90 ve üzeri puan iyi, 50–89 arası iyileştirme gerekli, 50’nin altı zayıf kabul edilir. Laboratuvar puanı her testte birkaç puan oynayabilir ve gerçek dünyadaki darboğazların hepsini yakalayamaz. Raporda özellikle şu bölümlere bakılır:
- Saha verisi özeti: Üç metriğin gerçek ziyaretçilerde geçip geçmediği.
- LCP öğesi: En büyük içeriğin hangi görsel veya metin olduğu ve ne kadar geciktiği.
- Oluşturmayı engelleyen kaynaklar: İlk ekranı bekleten CSS ve JavaScript dosyaları.
- Sunucu yanıt süresi: HTML belgesinin ilk baytının ne zaman geldiği.
Az ziyaret alan sayfalarda saha verisi hiç oluşmayabilir; bu durumda karar laboratuvar ölçümleri ve Search Console’daki Core Web Vitals raporuyla verilir.
Hız çalışmasında belirli bir puan sözü verilmemesinin sebebi de budur. Hedef, saha verisinde üç metriğin de iyi eşiğe yaklaşması ve ziyaretçinin hissettiği gecikmenin azalmasıdır.
Görsel Optimizasyonu: WebP, AVIF ve Doğru Boyut
Görseller WordPress sitelerinde LCP’yi en sık geciktiren unsurdur, çünkü sayfanın en büyük öğesi çoğunlukla bir kapak görseli veya slider karesidir. WordPress 5.8 ile WebP, 6.5 ile AVIF yükleme desteği çekirdeğe eklenmiştir; AVIF’in çalışması sunucudaki görsel işleme kütüphanesinin bu formatı desteklemesine bağlıdır. WordPress site hızlandırma sürecinde görsel tarafında uygulanan işlemler şunlardır:
- Format dönüşümü: JPEG ve PNG dosyaları, tarayıcı desteğine göre WebP veya AVIF olarak sunulur; eski tarayıcılar için yedek format korunur.
- Gerçek boyutta sunum: 400 piksellik alana yüklenen 4000 piksellik fotoğraf küçültülür, WordPress’in ürettiği farklı boyutlar (srcset) doğru çalıştırılır.
- Ana görselin önceliklendirilmesi: Görünür alandaki LCP görseli tembel yüklemeden (lazy load) çıkarılır ve öncelikli yüklenir.
- Ekran altı görseller: Sayfanın aşağısındaki görsel ve iframe’ler kaydırıldıkça yüklenir.
- Genişlik ve yükseklik değerleri: Her görsele boyut tanımlanır; böylece yüklenirken içerik kaymaz ve CLS düşer.
Arka plan olarak CSS ile verilen görseller de LCP öğesi sayılabilir. Sayfa oluşturucularda sık kullanılan bu yapı ayrıca incelenir.
Önbellek Katmanları: Sayfa, Nesne ve Opcode
Önbellek, WordPress’in her ziyaret için aynı sayfayı PHP ve veritabanıyla baştan üretmesini engeller. WordPress’in performans optimizasyonu belgesi de en büyük kazancın en az zahmetle önbellekten geldiğini belirtir ve üç katmandan söz eder.
Sayfa önbelleği, oluşturulan sayfayı statik bir kopya olarak saklar ve sonraki ziyaretçilere doğrudan sunar. Kalıcı nesne önbelleği (Redis veya Memcached gibi) veritabanı sorgularının sonuçlarını bellekte tutar; özellikle WooCommerce ve üyelik sitelerinde panel ve sepet gibi önbelleğe alınamayan sayfaları hızlandırır. Opcode önbelleği (OPcache) ise PHP kodunun her istekte yeniden derlenmesini önler.
Önbellek yanlış kurulduğunda sepetin başka bir ziyaretçiye görünmesi veya güncellenen içeriğin görünmemesi gibi sorunlar doğabilir. Sepet, ödeme ve hesap sayfalarının önbellek dışında tutulması bu yüzden kurulumun zorunlu adımıdır. Sunucu LiteSpeed gibi kendi önbelleğini sunuyorsa, çakışmayı önlemek için tek bir sayfa önbelleği sistemi seçilir.
Önce Ölçelim, Sonra Hızlandıralım
PageSpeed Insights sonuçları, hosting bilgisi ve kullanılan eklentilerin listesi paylaşıldığında yavaşlığın hangi katmandan geldiği belirlenir ve öncelik sırası çıkarılır.
Eklenti Şişkinliği ve Sayfa Oluşturucu Yükü
Eklenti sayısından çok, her eklentinin hangi sayfalarda ne kadar kod yüklediği önemlidir. Tek bir sayfada kullanılan bir form veya slider eklentisi, betiklerini sitenin bütün sayfalarına ekleyebilir. WordPress belgesi, kullanılmayan eklentilerin devre dışı bırakılıp silinmesini ve eklentilerin tek tek kapatılarak sunucu performansının ölçülmesini önerir.
WordPress site hızlandırma çalışmasında her eklenti şu sorularla gözden geçirilir:
- Sitede gerçekten kullanılıyor mu, yoksa bir denemeden mi kaldı?
- Aynı işi yapan ikinci bir eklenti ya da tema özelliği var mı?
- Kodunu yalnızca gerektiği sayfada mı yüklüyor, yoksa her sayfaya mı ekliyor?
- Veritabanına her sayfa açılışında okunan ayar veya tablo ekliyor mu?
Birbirinin işini tekrarlayan güvenlik, SEO veya önbellek eklentileri hem hızı düşürür hem de çakışma riski yaratır.
Sayfa oluşturucularda iç içe geçmiş çok sayıda bölüm ve sütun, tarayıcının işlediği DOM ağacını büyütür. Ağır animasyonlar, gizlenmiş ama yüklenen mobil bölümler ve her sayfada çalışan pop-up’lar da gözden geçirilir.
Sunucu Tarafı: Hosting, PHP Sürümü ve Veritabanı
Sunucu sayfayı geç üretiyorsa WordPress site hızlandırma adına ön yüzde yapılan her iyileştirmenin etkisi sınırlı kalır. WordPress.org’un sunucu gereksinimleri sayfası bu yazının hazırlandığı tarihte PHP 8.3 veya üzerini önerir ve PHP 7.4 gibi destek süresi dolmuş sürümlerin güvenlik açığına yol açabileceğini belirtir. Güncel PHP sürümüne geçmeden önce tema ve eklentilerin uyumluluğu bir test kopyasında denenir.
Veritabanı tarafında yıllar içinde birikmiş yazı revizyonları, spam ve çöp kutusundaki yorumlar, süresi dolmuş geçici veriler (transient) ve silinmiş eklentilerden kalan tablolar temizlenir. WordPress belgesi özellikle her sayfa açılışında yüklenen otomatik ayarların (autoload) azaltılmasına dikkat çeker. Temizlikten önce mutlaka tam yedek alınır.
Paylaşımlı hostingin kaynak sınırlarına takılan bir sitede yazılım düzenlemeleri yetmeyebilir. Daha uygun bir sunucuya geçmek gerekiyorsa WordPress site taşıma hizmetiyle geçiş planlanır ve hız çalışması yeni sunucuda tamamlanır.
Font, CSS ve JavaScript Erteleme
Tarayıcı, sayfanın üst kısmını çizmeden önce bazı CSS ve JavaScript dosyalarını indirip işlemek zorunda kalır; bu dosyalar ne kadar büyük ve çoksa ilk görüntü o kadar gecikir. Erteleme çalışmasının amacı, ilk ekran için gerekli olanı öne almak ve kalanı sonraya bırakmaktır.
JavaScript dosyalarının çoğu defer ile sayfa ayrıştırıldıktan sonra çalışacak şekilde ayarlanır; sohbet balonu, harita ve sosyal medya gömmeleri gibi üçüncü taraf betikler etkileşime kadar geciktirilebilir. Uzun süren betiklerin azaltılması doğrudan INP’yi iyileştirir. Kullanılmayan CSS temizlenir, ilk ekran için kritik stiller öne alınır.
Web fontlarında ailedeki kullanılmayan ağırlıklar kaldırılır, fontlar mümkünse sitenin kendi sunucusundan verilir ve metnin font yüklenene kadar görünmez kalmaması için font-display ayarı yapılır. Fontun geç gelmesi metnin yeniden dizilmesine ve CLS’ye yol açtığı için yedek font ölçüleri de dikkate alınır. Erteleme her sitede sayfa sayfa denenir, çünkü yanlış sıralanan bir betik menüyü veya formu çalışmaz hâle getirebilir.
WordPress Site Hızlandırma Süreci Adım Adım
Süreç, değişikliklerin etkisini ayrı ayrı görebilmek için ölçüm ile başlar ve ölçüm ile biter. Her adım bir yedek üzerinde, mümkünse önce test kopyasında uygulanır:
- Başlangıç ölçümü: Ana sayfa, en çok ziyaret alan hizmet veya ürün sayfası ve blog şablonu mobil ve masaüstünde ölçülür; Search Console Core Web Vitals raporu incelenir.
- Tam yedek: Dosyalar ve veritabanı yedeklenir, geri dönüş yolu hazır tutulur.
- Sunucu ve PHP: PHP sürümü, OPcache, bellek sınırı ve sunucu yanıt süresi düzenlenir.
- Eklenti ve veritabanı: Kullanılmayan eklentiler kaldırılır, veritabanı temizlenir.
- Görseller: Mevcut görsel arşivi dönüştürülür, boyutlar ve LCP görseli düzenlenir.
- Önbellek ve erteleme: Sayfa önbelleği, CSS/JS erteleme ve font ayarları yapılır.
- İşlev testi: Formlar, sepet, ödeme, menü ve mobil görünüm tek tek denenir.
- Karşılaştırmalı rapor: Önceki ve sonraki ölçümler yan yana paylaşılır; saha verisindeki değişim sonraki haftalarda Search Console’dan izlenir.
Saha verisi son 28 günü kapsadığı için iyileşmenin Core Web Vitals raporuna tam yansıması zaman alır.
Eklenti Kurup Bırakmak ile Ölçüme Dayalı Hızlandırma
Yaygın uygulamada WordPress hız optimizasyonu, bir önbellek veya “hızlandırma” eklentisi kurup tüm seçenekleri açmaktan ibaret kalır. Bu yaklaşım laboratuvar puanını geçici olarak yükseltebilir; ancak tüm betikleri körlemesine ertelemek formu bozabilir, önbelleğe alınan sepet sayfası müşteriye yanlış bilgi gösterebilir ve asıl darboğaz olan sunucu yanıt süresi olduğu gibi kalır.
Ölçüme dayalı çalışmada önce yavaşlığın hangi katmandan geldiği belirlenir, düzeltmeler tek tek uygulanır ve her birinin etkisi ölçülür. Değişikliklerin listesi site sahibiyle paylaşılır; böylece ileride bir eklenti eklendiğinde veya tema güncellendiğinde neyin neden yapıldığı bilinir.
Hız, arama görünürlüğünü etkileyen etkenlerden yalnızca biridir. Tarama, dizinleme ve site yapısı sorunları teknik SEO hizmetleri kapsamında ayrıca ele alınır.
Hız Çalışmasına Neler Dahil, Ücret Neye Göre Değişir?
Onur Freelance’in WordPress site hızlandırma hizmeti; başlangıç ölçümü, sunucu ve PHP düzenlemesi, eklenti ve veritabanı temizliği, görsel dönüşümü, önbellek kurulumu, CSS/JS/font erteleme, işlev testleri ve karşılaştırmalı raporu kapsar. Belirli bir PageSpeed puanı veya sıralama garantisi verilmez; yapılan her işlem ve ölçüm sonucu açıkça paylaşılır.
Hız çalışmasının ücreti sitenin yapısına göre değiştiği için sabit bir tarife yerine site incelendikten sonra net teklif paylaşılır. Teklif hazırlanırken bakılan başlıca noktalar:
- Kullanılan tema ve sayfa oluşturucu, sayfa ve şablon sayısı
- Eklenti sayısı ve birbirinin işini tekrarlayan eklentiler
- Görsel arşivinin büyüklüğü ve dönüştürülecek dosya sayısı
- WooCommerce, üyelik veya çok dilli yapı gibi önbelleği zorlaştıran bölümler
- Hosting erişimi ve sunucu tarafında değişiklik yapılıp yapılamayacağı
Yeni bir site planlanıyorsa hız en baştan tasarıma dahil edilebilir; bu yaklaşım SEO uyumlu web tasarım sayfasında anlatılır. Kazanılan hızın güncellemeler ve yeni eklentilerle kaybolmaması için WordPress bakım ve güncelleme ile düzenli kontrol sürdürülebilir. Yavaşlığın arkasında bir hata veya eklenti çakışması varsa WordPress problem çözme kapsamında incelenir.
Hız Çalışmasının Kapsamını Netleştirelim
Sitenin adresi ve en çok önemsenen sayfalar iletildiğinde ön inceleme yapılır, hangi işlerin öncelikli olduğu ve teklif paylaşılır. Mesajlar 09.00 ile 21.00 saatleri arasında yanıtlanır.
Sıkça Sorulan Sorular
WordPress sitem neden yavaş açılıyor?
Yavaşlık çoğunlukla sunucunun sayfayı geç üretmesinden, fazla veya ağır eklentilerden, sıkıştırılmamış görsellerden ya da ilk ekranı bekleten CSS ve JavaScript dosyalarından kaynaklanır. Hangisinin etkili olduğu PageSpeed Insights ve sunucu tarafı ölçümlerle belirlenir.
Core Web Vitals için iyi değerler nelerdir?
Google’ın web.dev tanımına göre LCP 2,5 saniye ve altı, INP 200 milisaniye ve altı, CLS 0,1 ve altı iyi kabul edilir. Değerlendirme sayfa yüklemelerinin 75. yüzdelik diliminde, mobil ve masaüstü için ayrı yapılır.
PageSpeed puanı 90'ın üzerine çıkarılabilir mi?
Pek çok sitede puan belirgin biçimde yükseltilebilir, ancak belirli bir puan garanti edilmez. Laboratuvar puanı her testte değişebilir; asıl hedef gerçek kullanıcı verisinde LCP, INP ve CLS değerlerinin iyi eşiğe ulaşmasıdır.
WebP mi AVIF mi kullanılmalı?
İkisi de JPEG ve PNG’ye göre daha küçük dosya sunan modern formatlardır. WordPress 6.5’ten itibaren AVIF desteklenir, ancak sunucudaki görsel işleme kütüphanesinin de AVIF’i desteklemesi gerekir; destek yoksa WebP kullanılır.
Hızlandırma için hangi PHP sürümü gerekir?
WordPress.org bu yazının hazırlandığı tarihte PHP 8.3 veya üzerini önerir. Sürüm yükseltmeden önce tema ve eklenti uyumluluğu bir test kopyasında denenir.
Önbellek eklentisi kurmak siteyi hızlandırmaya yeter mi?
Önbellek en büyük kazancı sağlayan adımlardan biridir, ancak tek başına yetmeyebilir. Sunucu yanıt süresi, büyük görseller, ağır eklentiler ve erteleme ayarları da ele alınmazsa bazı metrikler zayıf kalır.
Hız çalışmasından sonra sonuç ne zaman görülür?
Laboratuvar ölçümündeki değişim çalışma bitince hemen görülür. Search Console’daki Core Web Vitals raporu son 28 günlük gerçek kullanıcı verisine dayandığı için iyileşmenin rapora tam yansıması birkaç hafta sürer.
WordPress site hızlandırma ücreti neye göre belirlenir?
Ücret; tema ve sayfa oluşturucu yapısına, eklenti sayısına, görsel arşivinin büyüklüğüne, WooCommerce veya çok dilli yapıya ve sunucu erişimine göre belirlenir. Site incelendikten sonra net teklif paylaşılır.
Bizi Arayın
Detaylı bilgi için bizi arayın.
Sizi, Biz Arayalım!
Numaranızı paylaşın sizi, biz arayalım!
