Kaynak: https://oguzerol.com/wordpress-hizlandirma/ [ Görseli büyüt](https://oguzerol.com/gorseller/hizmet-kapaklari/wordpress-hizlandirma-seri-v1-tr.webp) # WordPress Hızlandırma [Oğuz Erol](https://oguzerol.com/hakkimda/) | 7 dk okuma WordPress sitesi yavaşsa sebebi çoğunlukla önbellek eksikliği değildir. Sebep sunucunun geç yanıt vermesi, şişmiş bir veritabanı, ağır bir eklenti ya da tema, büyük görseller ya da dış betikler olabilir. Laboratuvar puanı ile gerçek kullanıcı verisinin farkını aşağıda açıklıyorum. Önce hangisi olduğunu ölçersiniz, sonra o şeyi düzeltirsiniz; önbellek, kök nedenler düzeltildikten sonra gelir: yavaşlığı örter ama gidermez, üstelik ölçümü bulandırır. Yavaş site iki yerden kaybettirir: ziyaretçi sayfa açılmadan çıkar, Google da yavaş deneyimi geride tutabilir. Reklam veriyorsanız tıklamanın parası, sayfa açılmadığı için boşa gider. ## Yavaşlığı önce ölçün [PageSpeed Insights](https://pagespeed.web.dev/)’a sitenizi yazın ve iki bölüme ayrı bakın: gerçek kullanıcılardan gelen saha verisi ve simülasyon olan laboratuvar notu. Sıralama için önemli olan saha verisidir; notun neden tek başına yanıltıcı olduğunu [PageSpeed skorum düşük, önemli mi](https://oguzerol.com/pagespeed-skoru-dusuk-onemli-mi/) sayfasında anlattım. Google’ın web.dev sayfasına göre Core Web Vitals’ta “iyi” eşikleri, ziyaretlerin yüzde 75’inde şunlardır ([web.dev, Ekim 2026](https://web.dev/articles/vitals)): - **LCP** (ana içeriğin görünmesi): 2,5 saniye veya altı - **INP** (tıklamaya cevap): 200 milisaniye veya altı - **CLS** (sayfanın kayması): 0,1 veya altı ## “İlk sunucu yanıt süresini azaltın” ne demek? PageSpeed’de bu uyarıyı görüyorsanız, tarayıcının sayfanın ilk baytını almak için beklediği süre uzun demektir. Buna TTFB denir. web.dev, 0,8 saniye ve altını iyi, 1,8 saniyenin üstünü kötü sayar; 0,8’i kaba bir kılavuz olarak verir ve TTFB’nin Core Web Vitals ölçüsü olmadığını söyler ([web.dev](https://web.dev/articles/ttfb)). Lighthouse’un eski denetimi ise ana belge için 600 milisaniyeyi aşınca uyarı verir ([Chrome belgeleri](https://developer.chrome.com/docs/lighthouse/performance/server-response-time)). Bu süreyi kısaltan şeyler sırayla şunlar: 1. **Sunucu ve PHP sürümü.** WordPress’in kendi gereksinim sayfası Ekim 2026 itibarıyla PHP 8.3 ve üstünü, MariaDB 10.11 ya da MySQL 8.0 ve üstünü öneriyor; PHP 7.4 ve MySQL 5.5.5 hâlâ çalışabilir ama ömrünü doldurmuştur ve güvenlik riski taşır ([WordPress.org](https://wordpress.org/about/requirements/)). Hosting panelinden PHP sürümünüze bakın. Yükseltmeden önce yedek alın, eski eklenti ya da tema yeni sürümde hata verebilir. 2. **Veritabanı.** Yıllarca birikmiş yazı revizyonları, eklenti günlükleri ve geçici kayıtlar her sorguyu yavaşlatır. Aşağıdaki örnek tam bu. 3. **Eklentiler ve tema.** Her sayfa yüklenişinde çalışan ağır bir eklenti ilk yanıtı geciktirir. 4. **Sayfa önbelleği.** Hazır HTML’i doğrudan vermek sunucunun işini azaltır. Ama yukarıdakiler sorunluysa önbellek yalnızca sonuçları kısmen örter; önbelleğin boş olduğu ilk ziyarette sorun yine görünür. 5. **CDN.** Statik dosyaları ziyaretçiye yakın yerden verir. Ağ gecikmesine yardım eder, yavaş bir veritabanını düzeltmez. ## Hangi eklenti yavaşlatıyor? “Şu eklentiler siteyi yavaşlatır” diye güvenilir bir liste yok. Aynı eklenti bir sitede sorun çıkarırken ötekinde fark edilmez. Neyin yavaşlattığını bulmak için ücretsiz [Query Monitor](https://wordpress.org/plugins/query-monitor/) eklentisi sorguları ve süreleri eklenti bazında gösterir; bir eklentiyi geçici kapatıp ölçümü tekrarlamak da yöntemdir. Bir eklentiyi tahminle silmeyin; silinenin yerine aynı işi yapan ağır bir şey gelmesin diye de neyi neden kaldırdığınızı not edin. ## Hangi sayıya bakıyoruz: puan değil, gerçek kullanıcı verisi PageSpeed puanının ekran görüntüsü, hız incelemesi için bir başlangıç olabilir. Puan bir başlangıç, ama işi bitirdiğimizi gösteren sayı o değil. Google’ın kendi belgeleri bu ayrımı açıkça yapıyor. Ben de raporu ona göre kuruyorum. **İki tür veri var.** PageSpeed Insights aynı sayfada hem **laboratuvar** hem **saha** verisi gösteriyor. Laboratuvar verisi, sayfanın tek bir test cihazında o an yüklenmesi. Hata ayıklamak için kullanışlı, ama tek başına gerçek kullanıcıların bütün koşullarını temsil etmez. Saha verisi, Chrome kullanıcılarından toplanan son 28 günün gerçek deneyimi. Google, 90 ve üzeri yeşil laboratuvar puanının gerçek kullanıcı deneyiminin de iyi olacağı anlamına gelmediğini ayrıca not ediyor. **Ekim 2026 itibarıyla hedef çizgileri.** Google’ın Core Web Vitals eşikleri: | Ölçü | Ne ölçüyor | İyi | Yetersiz | | --- | --- | --- | --- | | LCP | Ana içeriğin görünmesi | 2,5 saniyeye kadar | 4 saniyeden fazla | | INP | Dokununca tepki | 200 ms’ye kadar | 500 ms’den fazla | | CLS | Sayfanın kayması | 0,1’e kadar | 0,25’ten fazla | Bu değerler ortalamaya göre değil, **75. yüzdelik dilime** göre değerlendiriliyor. Yani ziyaretçilerin dörtte üçünün bu çizginin altında kalması gerekiyor. En hızlı telefondaki deneyim değil, yavaş taraftakiler belirleyici. **Search Console’daki rapor.** Search Console’un Core Web Vitals raporu sayfaları tek tek değil, benzer sayfalardan oluşan **URL gruplarıyla** gösteriyor. Grubun durumunu en kötü ölçü belirliyor: LCP iyi, CLS kötüyse grup “kötü” görünüyor. Yeterli veri yoksa grup rapora hiç girmiyor. Ziyaretçisi az olan küçük sitelerde saha verisinin hiç çıkmaması bu yüzden normal. O zaman laboratuvar verisiyle çalışıyorum ve bunu raporda açıkça söylüyorum. **Neden önce/sonra karşılaştırması hemen yapılamıyor?** Saha verisi 28 günlük bir pencere. Bugün yaptığım düzeltme, ertesi gün PageSpeed’in saha bölümünde ancak küçük bir kısım olarak görünüyor. Bu yüzden teslimde iki şey veriyorum: hemen ölçülebilen laboratuvar farkı ve dört hafta sonra bakılacak saha verisi için bir hatırlatma. **Puan neden her testte değişiyor?** Laboratuvar testi tek bir yüklemedir: o anki sunucu yükü, reklam ve sohbet betiklerinin hangi sırayla geldiği sonucu oynatır. Ben bu yüzden tek bir ölçüme bakmıyorum. Aynı sayfayı birkaç kez ölçüp ortadaki değeri not ediyorum ve düzeltmeden önce de sonra da aynı koşulları kullanıyorum. **WordPress’e özgü bir not.** Ana görsele uygunsuz tembel yükleme uygulanması LCP’yi geciktirebilir. Ana görselin yüklenmesini ayrı kontrol edip ekran altındaki uygun görselleri geciktirmek gerekir. Ekim 2026 kaynak kontrolü: [PageSpeed Insights](https://developers.google.com/speed/docs/insights/v5/about) · [Core Web Vitals](https://web.dev/articles/vitals) · [Search Console Core Web Vitals](https://support.google.com/webmasters/answer/9205520). ## Somut bir örnek: kendi sitem Temmuz 2026’da kendi siteme baktım. Veritabanı **1.078 MB**’ydı; 11 sayfası ve 6 yazısı olan bir site için absürt bir rakam. İki kaynak buldum: WordPress’in tuttuğu 3.713 sayfa revizyonu (her biri sayfanın tüm Elementor verisinin kopyasını taşıyor; sorun Elementor’un kendisi değil, revizyonların sınırsız birikmesiydi) ve bir güvenlik eklentisinin 178.577 satırlık denetim günlüğü. İkisini de temizledim, tabloları optimize ettim ve revizyon sayısını sınırladım. Sonuç: veritabanı **54,7 MB**’a, ilk yanıt süresi **0,32 saniyeden 0,08 saniyeye** indi; tek bir eklenti kurmadan, tasarıma dokunmadan. Revizyon sınırını kendiniz koymak isterseniz WordPress belgelerine göre `wp-config.php`’ye şu satır yeter: `define( 'WP_POST_REVISIONS', 3 );` (sayfa başına en fazla 3 revizyon tutar). Dosyayı düzenlemeden önce yedek alın; satırın etki etmediği durumda dosyada açılış yorum bloğunun hemen altına taşımak gerekebiliyor ([WordPress belgeleri](https://developer.wordpress.org/advanced-administration/wordpress/wp-config/)). ## Kendiniz yapın, ne zaman bana yaptırın? Kendiniz yapabileceğiniz üç şey: PageSpeed ile ölçmek, hosting panelinden PHP sürümüne bakmak, sayfaya yüklediğiniz görselleri boyutlandırıp sıkıştırmak. Bunlar sonucu çoğu zaman ilerletir. İlk yanıt süresi hâlâ uzunsa, veritabanı büyükse ya da neyi kapatınca neyin bozulacağından emin değilseniz müdahalenin riski ölçmeden başlar. O noktada işi bana verebilirsiniz. ## Kalıcı olması için Hızlandırma bir kerelik iş değil: yeni eklenti kurulur, görseller yüklenir, veritabanı yeniden şişer. İşi bitirirken yalnız hızlandırmıyorum; tekrar yavaşlamayı sınırlayacak ayarları da koyuyorum. Sonrasında düzenli bakım isterseniz [WordPress bakım ve destek](https://oguzerol.com/wordpress-bakim-destek/) sayfasına bakın. Teslimde önce/sonra ölçümlerini, neyin neden değiştirildiğini ve bundan sonra nelere dikkat etmeniz gerektiğini yazılı veriyorum. **Nasıl başlıyoruz?** Önce ne istediğinizi ve neyin gerçekçi olduğunu konuşuyoruz. Uygun bulursanız kapsamı ve fiyatı yazılı gönderiyorum, sonra başlıyoruz. [İletişim sayfasından](https://oguzerol.com/iletisim/) ulaşabilirsiniz. ## Sıkça Sorulan Sorular ### Hangi önbellek eklentisi en iyisi? Eklenti seçmeden önce yavaşlığın önbellekle çözülüp çözülmediğine bakın. Çözülüyorsa iyi kurulmuş ücretsiz bir eklenti, kötü kurulmuş ücretli birinden hızlı olur. Ben tek bir adı öneren bir sıralama vermiyorum, çünkü sunucunuzun yazılımı (örneğin LiteSpeed) ve sitenizin yapısı seçimi değiştirir. ### Sitem hızlanınca sıralamam yükselir mi? Hız tek başına sıralamayı yükseltmez; Google’ın değerlendirdiği birçok sinyalden biri. Daha net getirisi, aynı trafikten daha az çıkış ve açılmayan sayfaya boşa giden reklam parasının azalmasıdır. ### Eklentilerimi silmem gerekecek mi? Bazılarını muhtemelen evet, ama önce her birinin yükünü ölçüyorum. Aynı işi yapan iki eklenti ya da yıllardır kullanılmayan biri varsa birlikte gözden geçiriyoruz. Karar sizin. ### Sitem çalışırken müdahale edilebilir mi, risk var mı? Her değişiklikten önce dosya ve veritabanı yedeği alıyorum, değişiklikleri tek tek yapıyorum ve her adımdan sonra siteyi kontrol ediyorum. Toplu değişiklik yapmıyorum; sorun çıkarsa hangisinden olduğu belli olsun. Geri alma yolu her adımda hazır. ### Sunucum hızlı dendi, site neden hâlâ yavaş? Sunucu yanıtı toplam deneyimin yalnız bir parçası. Ana görsel, JavaScript ve dış betikler yüklemeyi ya da etkileşimi geciktirebilir; laboratuvar ve gerçek kullanıcı ölçümünü birlikte incelemek gerekir. [Başa dön ↑](https://oguzerol.com/wordpress-hizlandirma/#icerik) ## Bunları da okumak ister misiniz? [Sitem Çok Yavaş AçılıyorSiteniz yavaşsa nedenini tahmin etmeye gerek yok, ölçülebiliyor. Yavaşlığın en sık beş kaynağı, hangisinin sizde olduğunu bulma yolu ve çözüm sırası.](https://oguzerol.com/sitem-cok-yavas-aciliyor/)[PageSpeed Skorum Düşük, Önemli mi?PageSpeed skoru 100 üzerinden kaç olmalı, düşük skor sıralamayı gerçekten düşürür mü ve hangi uyarıları görmezden gelebilirsiniz — dürüst bir bakış.](https://oguzerol.com/pagespeed-skoru-dusuk-onemli-mi/)[WooCommerce Hızlandırma | Hızlı Mağaza, Çok SatışYavaş ürün sayfaları sepeti terk ettirir. WooCommerce'e özel hız optimizasyonu: veritabanı, önbellek, görsel ve tema düzenlemeleri. Veritabanı tarafı dahil.](https://oguzerol.com/woocommerce-hizlandirma/) [Tüm yazılara göz atın →](https://oguzerol.com/yazilarim/) NE İSTEYEBİLİRSİNİZ ## Nasıl çalışıyorum? Çalışma saati paketleri WhatsApp’tan ya da telefonda işinizden ve ihtiyacınızdan bahsedin; **5 ile 40 saat arasında bir çalışma paketinde** anlaşalım, ben gerekenleri yapmaya başlayayım. Aldığınız şey bir takvim aralığı değil, doğrudan sizin işinize harcanacak net mesai. 40 saati üç gün aralıksız çalışarak da kullanabiliriz, bilerek zamana yayıp bir yılda da bitirebiliriz — işin gerektirdiği neyse o. İşin ne kadar süreceğini tahmin etmeye değil, işi yapmaya vakit harcarım; harcadığım her saatin işinizde kalıcı bir karşılığı olur. Faydalı olduğunu düşündüğünüz sürece bu şekilde devam ederiz. ÇALIŞMA BLOKLARI ## Neden aylık değil? 40 saat 1 hafta mı oluyor? Aylık sabit ücrette iki taraf da yanlış yere bakar: siz sabit gidere, karşı taraf kaç tane daha böyle sözleşme bağlayabileceğine. Saat üzerinden çalışınca ikimizin de baktığı yer aynı olur — yapılan işin gerçek değeri. "Toplamda ne kadar tutar?" sorusunun peşinen net bir cevabı olmaması bu modelin doğal maliyeti, farkındayım. Ama sonuç üretmeyen bir yapıya aylarca sabit ücret ödemek yerine yalnızca işinize ayrılan nitelikli zamanı ödersiniz, o zamanın nereye gittiğini de baştan sona görürsünüz. Müşterilerimin benimle tekrar tekrar çalışmasının sebebi bu. 5saat10.000₺ + KDVsaat başı 2.000₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%205%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.) 10saat15.000₺ + KDVsaat başı 1.500₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%2010%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.) 20saat24.000₺ + KDVsaat başı 1.200₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%2020%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.) 40saat40.000₺ + KDVsaat başı 1.000₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%2040%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.)