WordPress Site Hızı Nasıl Artırılır? Core Web Vitals Rehberi
Bir web sitesinin hızlı açılması yalnızca teknik bir ayrıntı değildir. Ziyaretçi, aradığı bilgiye ulaşmak için beklemek istemez. Özellikle telefondan gelen kullanıcılar, geç yüklenen bir hizmet sayfasını kapatıp başka bir seçeneğe yönelebilir. Biz WordPress projelerinde hız çalışmasına başlamadan önce aynı soruyu soruyoruz: Site gerçekten nerede yavaşlıyor? Çünkü gereksiz eklenti silmek, rastgele önbellek ayarı açmak veya bütün görselleri sıkıştırmak her zaman asıl sorunu çözmez.
Bu rehberde WordPress site hızı ölçümünü, Google’ın Core Web Vitals göstergelerini ve uygulanabilir iyileştirme adımlarını ele alıyoruz. Hedefimiz tek seferlik yüksek bir test puanı değil; farklı cihazlarda daha tutarlı çalışan, ziyaretçiye hızlı yanıt veren bir site kurmak.
Önce site hızını doğru ölçün
Başlangıç için PageSpeed Insights üzerinden ana sayfanızı ve önemli alt sayfalarınızı ayrı ayrı test edin. Ana sayfa hızlıyken hizmet sayfası, blog yazısı veya iletişim formu yavaş olabilir. Mobil ve masaüstü sonuçlarını da birbirine karıştırmayın: telefonların işlem gücü, bağlantı koşulları ve sayfanın görüntülenme biçimi farklıdır.
PageSpeed Insights iki tür veri sunar. Gerçek kullanıcı verileri, yeterli örnek bulunduğunda geçmiş 28 günlük kullanıcı deneyimini yansıtır. Laboratuvar verileri ise Lighthouse tarafından kontrollü koşullarda üretilir; sorunları teşhis etmek için kullanışlıdır. Bir testte puanın değişmesi, tek başına sitenin kalıcı olarak hızlandığı veya yavaşladığı anlamına gelmez.
Örneğin bir oto çekici firmasının ana sayfası iyi sonuç verirken ilçeye özel sayfasında büyük bir üst alan görseli ve harita bileşeni yükleniyorsa yavaşlık yalnızca o sayfada görülebilir. Bu nedenle ölçüm listesine en çok ziyaret edilen açılış sayfalarını da ekleriz.
Core Web Vitals nedir, hangi değerlere bakılır?
Core Web Vitals, kullanıcı deneyiminin üç önemli yönünü izler: ana içeriğin görünme süresi, etkileşimlere yanıt ve sayfa düzeninin kararlılığı. Google’ın iyi deneyim için belirlediği eşikler şöyledir:
| Ölçüm | Neyi gösterir? | İyi kabul edilen değer |
|---|---|---|
| LCP (Largest Contentful Paint) | Görünür alandaki en büyük içerik öğesinin yüklenmesi | 2,5 saniye veya daha az |
| INP (Interaction to Next Paint) | Kullanıcı etkileşimlerine sayfanın yanıt verme süresi | 200 milisaniye veya daha az |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken öğelerin beklenmedik şekilde kayması | 0,1 veya daha az |
Bu eşikler gerçek kullanıcı verilerinde 75. yüzdelik dilim üzerinden değerlendirilir. Eski kaynaklarda görebileceğiniz FID yerine güncel temel etkileşim metriği INP’dir. Tek bir puana odaklanmak yerine hangi metriğin sorunlu olduğunu anlamak, doğru müdahaleyi seçmenizi sağlar.
WordPress hızını artırmak için öncelikli çalışmalar
1. Büyük görselleri doğru boyutta sunun
Bir görselin dosya boyutu, ekranda kapladığı alanla aynı şey değildir. Örneğin telefonda 400 piksel genişliğinde gösterilen bir görseli 4000 piksel olarak indirtmek gereksiz veri aktarımına yol açabilir. Görselleri kullanılacak alana uygun boyutlarda hazırlayın; kaliteyi kontrol ederek WebP veya uygun başka bir modern biçimi değerlendirin. WordPress’in ürettiği farklı görsel boyutlarının temada doğru kullanıldığını kontrol edin.
Önemli bir ayrıntı: Sayfanın ilk ekranındaki büyük görsel LCP öğesiyse ona gelişigüzel lazy loading uygulamak yüklenmeyi geciktirebilir. Ekranın altında kalan görseller için gecikmeli yükleme yararlıyken, ilk ekranda kritik olan öğeye öncelik verilmesi gerekebilir.
2. Önbelleği sunucu yapısına uygun ayarlayın
Önbellekleme, aynı sayfanın her ziyarette sıfırdan oluşturulma ihtiyacını azaltır. Ancak kullanılan hosting, web sunucusu ve dinamik özellikler ayarları etkiler. İletişim formları, kullanıcı oturumları, sepet veya kişiye özel alanlar bulunan sitelerde yanlış önbellekleme beklenmedik sonuçlar doğurabilir.
Biz önce mevcut sunucu önbelleğini tespit eder, sonra eklenti ayarlarını buna göre yapılandırırız. Aynı işlevi yapan birkaç önbellek eklentisini birlikte çalıştırmak yerine tek, anlaşılır bir yapı kurmak daha sağlıklıdır. Değişikliklerden sonra form gönderimini ve mobil menüyü mutlaka test ederiz.
3. Eklentileri sayıya göre değil, etkisine göre değerlendirin
“On eklentinin üzeri yavaştır” gibi kesin bir kural yoktur. Tek bir ağır eklenti, iyi hazırlanmış çok sayıda küçük eklentiden daha fazla kaynak tüketebilir. Kullanılmayan eklentileri kaldırın; gerekli olanlarda ise yüklenen JavaScript, CSS, veritabanı sorguları ve dış servis isteklerini inceleyin.
Örneğin yalnızca iletişim sayfasında gerekli olan bir harita bileşeninin her sayfada çalışması gerekmeyebilir. Aynı şekilde ziyaretçi takip kodları, sohbet araçları ve reklam etiketleri kontrolsüz eklendiğinde etkileşim süresi olumsuz etkilenebilir. Etiket yönetimi konusunda daha geniş bilgi için Google Tag Manager rehberimize de bakabilirsiniz.
4. Tema, yazı tipleri ve kaymaları kontrol edin
Üst alandaki büyük kaydırıcılar, ağır animasyonlar ve gereksiz tasarım bileşenleri hem yükleme süresini hem de etkileşimi etkileyebilir. Yazı tiplerini sınırlamak, ihtiyaç duyulmayan dosyaları yüklememek ve kritik içerik alanını sade tutmak çoğu projede iyi bir başlangıçtır.
CLS sorunu için görsel ve video alanlarına uygun boyut tanımları verin. Sonradan açılan duyuru çubukları, reklam kutuları veya form mesajları mevcut içeriği aşağı itmemeli. Ziyaretçi tam bir butona dokunacakken sayfanın kayması, hız puanından bağımsız olarak kötü bir deneyimdir.
5. Hosting ve veritabanını ihmal etmeyin
İyi optimize edilmiş bir sayfa bile aşırı yük altındaki sunucuda geç yanıt verebilir. İlk yanıt süresi yüksekse PHP işleme yükünü, veritabanı sorgularını, sunucu kaynaklarını ve barındırma planını birlikte incelemek gerekir. Güncellemeler öncesinde yedek alın; WordPress çekirdeği, tema ve eklentileri uyumluluk kontrolüyle güncelleyin.
Veritabanı temizliği de ölçülü yapılmalıdır. İçeriği veya eklenti ayarlarını etkileyebilecek tabloları rastgele silmek yerine neyin neden temizlendiğini bilmek gerekir. Kalıcı nesne önbelleği gibi çözümler ise sunucu desteği ve sitenin kullanım şekline göre değerlendirilmelidir.
Örnek: Yavaş açılan bir hizmet sayfasında nasıl ilerleriz?
Diyelim ki bir çilingir firmasının mobil hizmet sayfası yavaş açılıyor. Önce aynı URL için başlangıç ölçümünü kaydederiz. Ardından ilk ekrandaki büyük görselin gerçekten gerekli boyutta sunulup sunulmadığını, harita ve sohbet bileşenlerinin ne zaman yüklendiğini, sunucunun ilk yanıtını ve üçüncü taraf kodlarını inceleriz. Sonra tek seferde on ayarı değiştirmek yerine müdahaleleri küçük gruplar halinde uygularız.
Her değişiklik sonrasında telefonla arama butonu, WhatsApp bağlantısı, iletişim formu ve mobil menü çalışıyor mu diye bakarız. Böylece performans kazanırken müşteri dönüşümünü sağlayan işlevleri bozmayız. Daha önce arama motorlarında görünürlük için ele aldığımız içerik ve teknik düzenlemeler de hız çalışmasıyla birlikte düşünülmelidir.
Uygulama sonrası kontrol listesi
- Mobil ve masaüstü sonuçlarını ayrı kaydedin; yalnızca ana sayfayı değil önemli alt sayfaları da test edin.
- LCP, INP ve CLS değerlerini tek tek değerlendirin; gerçek kullanıcı verisi yoksa bunu açıkça not edin.
- Önbellek, görsel ve JavaScript değişikliklerini aşamalı uygulayın; öncesinde yedek alın.
- Telefon, WhatsApp, menü, form ve varsa ödeme adımlarını gerçek cihazda deneyin.
- Değişiklikten sonra laboratuvar testlerini tekrarlayın; gerçek kullanıcı verisinin zaman içinde güncellendiğini unutmayın.
Sık sorulan sorular
PageSpeed puanının 100 olması şart mı?
Hayır. Puan, sorunları araştırmak için yararlı bir göstergedir; tek başına iş hedefi değildir. Kullanıcıların sayfayı rahatça açması, içeriğe ulaşması ve önemli işlemleri sorunsuz tamamlaması daha anlamlıdır.
Hız eklentisi kurunca bütün sorunlar çözülür mü?
Hayır. Önbellek eklentisi bazı darboğazları azaltabilir ancak kötü yapılandırılmış tema, ağır üçüncü taraf kodları veya yetersiz sunucu kaynaklarını tek başına düzeltemez.
Site hızı SEO için yeterli midir?
Hayır. Hız, kullanıcı deneyiminin bir parçasıdır. Sayfanın arama niyetine uygunluğu, içeriğin kalitesi, erişilebilirlik ve teknik taranabilirlik de önem taşır. İndeksleme durumunu takip etmek için Google Search Console rehberimizi inceleyebilirsiniz.
Sonuç: Hız optimizasyonu ölçerek yapılır
WordPress hız optimizasyonunda kalıcı sonuç almak için önce veriyi okumak, sonra gerçek soruna müdahale etmek gerekir. Biz web sitesi çalışmalarında görsel boyutlandırmayı, önbelleği, tema bileşenlerini, sunucu yanıtını ve ziyaretçinin kullandığı temel işlevleri birlikte değerlendiriyoruz. Yeni bir site kurarken veya mevcut yapıyı geliştirirken WordPress’in temel yapısını anlamak da doğru teknik kararları kolaylaştırır. Amacımız yalnızca test ekranında yeşil değerler görmek değil, ziyaretçinin işini hızla tamamlayabildiği bir web sitesi sunmaktır.
Teknik kaynaklar: Google PageSpeed Insights açıklaması, Core Web Vitals rehberi ve WordPress performans dokümantasyonu. Fotoğraf: Luke Chesser / Unsplash.

