Önce gerçek sorunu ölç
Ölçmediğin şeyi düzeltemezsin ve 'yavaş hissettiriyor' bir teşhis değildir. PageSpeed Insights'ı aç (pagespeed.web.dev), URL'ni gir ve iki şeye bak: Core Web Vitals ve laboratuvar metrikleri. Mobil sekmesine odaklan, çünkü ziyaretçilerin çoğu telefonda. Sonra TTFB'yi (Time To First Byte) ölç — sunucunun ilk baytı gönderme süresi — çünkü sunucu sorununu teslimat sorunundan ayırır.
Sağlıklı hedefler: LCP 2,5 saniyenin, INP 200 ms'nin, CLS 0,1'in ve TTFB yaklaşık 200 ms'nin altında. TTFB yüksekse darboğaz sunucu tarafındadır: hosting, PHP veya veritabanı. TTFB iyi ama LCP yüksekse darboğaz sayfanın kendisidir — genelde büyük görseller ve ziyaretçiye kadar kat ettikleri mesafe. Bu tek ölçüm sana aşağıdaki hangi çözümle başlayacağını söyler.
Yavaşlığın gerçek nedenleri
Çoğu yavaş site birkaç ortak nedeni paylaşır. Yavaş bir sunucu veya kalabalık paylaşımlı hosting, daha tek görsel yüklenmeden TTFB'yi yükseltir. Sonra ağır sayfalar gelir — büyük boyutlu görseller (genelde sayfanın en büyük parçası), şişkin temalar ve sayfa başına onlarca CSS/JS yükleyen page builder'lar. Çok sayıda harici script (chat widget'ı, ısı haritası, takip pikselleri, gereksiz yazı tipleri) her biri bir istek ekler ve render'ı geciktirir.
Render-blocking CSS ve JavaScript, sunucu hızlı olsa bile ilk boyamayı geciktirir. Ve mesafe önemlidir: ziyaretçilerinin çoğundan uzak tek bir sunucu her şeye gecikme ekler ve ani trafik onu boğabilir. Neredeyse her yavaş site bunların bir karışımıdır — tekrar eden sunucu işi, ağır varlıklar, engelleyen script'ler ve fiziksel mesafe.
Core Web Vitals'ı anlamak
Google kısmen Core Web Vitals'a göre sıralar, o yüzden her birinin ne ölçtüğünü bilmek işe yarar. LCP (Largest Contentful Paint) ana içeriğin — genelde hero görselinin — görünme süresidir; en çok yavaş sunucular ve ağır, uzak görseller zarar verir. INP (Interaction to Next Paint) ziyaretçi dokunduğunda veya tıkladığında sayfanın ne kadar hızlı yanıt verdiğidir; ana thread'i meşgul eden ağır JavaScript zarar verir.
CLS (Cumulative Layout Shift) sayfa yüklenirken düzenin ne kadar zıpladığıdır; yer ayrılmamış görseller ile reklamlar ve geç yüklenen yazı tipleri zarar verir. Yukarıdaki nedenleri düzeltmek — daha hızlı teslimat, daha hafif görseller, daha az JavaScript ve medya için ayrılmış yer — tam olarak bu üç rakamı iyileştiren şeydir.
Rakamları hareket ettiren çözümler
Etki sırasına göre çalış. Önbellek: her ziyarette yeniden üretmek yerine hazır sayfa servis et — TTFB ve sunucu yükü için en büyük tek kazanç. Görseller: gösterildikleri boyuta ölçekle ve modern formatlar (WebP/AVIF) servis et; genelde sayfa ağırlığının çoğunu oluştururlar. Script'ler: gerekmeyen harici script'leri kaldır, gerisini geciktir (defer) ki ilk boyamayı engellemesinler.
Görseller ve reklamlar için yer ayır ki düzen zıplamasın (daha iyi CLS) ve yazı tiplerini render'ı engellemeden yükle. Sonra içeriğinin kat ettiği mesafeyi bir CDN ile kısalt. Her çözüm belirli bir nedeni hedefler ve birlikte LCP, INP ve CLS'yi aynı anda hareket ettirir.
Mesafe ve trafik sorununu CDN çözer
Sunucunu ve sayfalarını iyileştirsen bile tek bir sunucu tek bir yerde olabilir. CDN statik dosyalarını dünyaya yayılmış edge sunuculara kopyalar; her ziyaretçi en yakınından servis alır — origin'e uzak kişiler için düşük gecikme ve düşük LCP, ayrıca ani trafikte edge yükü karşıladığı için dayanıklılık. Modern teslimat (Brotli sıkıştırma, HTTP/2) ile otomatik SSL, WAF ve DDoS koruması da gelir.
cdn.com.tr bunu yeniden kurmadan yapar: alan adını CDN üzerinden yönlendir, edge varlıklarını her ziyaretçiye yakın bir konumdan önbelleklemeye ve servis etmeye başlar. Dinamik sayfalar normal çalışır, sertifikalar kendini yeniler ve LCP'ni yavaşlatan mesafe ortadan kalkar.
Hızın en çok önemli olduğu yerler
Okuyucu yavaş makaleyi terk eder; hızlı sayfalar ve edge cache onları tutar ve popüler bir yazının trafik patlamasını atlatmasına yardım eder.
Ürün veya ödeme sayfasındaki her ek saniye dönüşümü düşürür; önbellek ve CDN yoğun bir mağazayı akıcı tutar.
İlk izlenim ve reklam kalite puanları hıza bağlıdır; hızlı, ziyaretçiye yakın bir sayfa ikisini de yükseltir.
Site hızı — sık sorulanlar
Core Web Vitals nedir?
Google'ın gerçek deneyimi puanlamak için kullandığı üç metrik: LCP (ana içeriğin ne kadar hızlı göründüğü), INP (sayfanın girdiye ne kadar hızlı yanıt verdiği) ve CLS (düzenin ne kadar kararlı olduğu). Bunları iyileştirmek hem kullanıcıya hem sıralamaya yarar.
Yüksek TTFB'yi nasıl düşürürüm?
Yüksek TTFB sunucu tarafı bir sorundur: güncel PHP kullan, sayfaların her ziyarette yeniden üretilmemesi için page cache ekle, çok sorgulu siteler için Redis object cache ekle ve daha hızlı hosting seç. CDN sonra önbelleklenmiş yanıtları ziyaretçiye daha da yakın servis eder.
Tek başına CDN sitemi hızlı yapar mı?
CDN mesafe sorununu ortadan kaldırır ve ani trafiği karşılar; bu hızın büyük bir parçasıdır. Ama yüksek TTFB sunucudan geliyorsa veya görseller büyük boyutluysa onları da düzelt — CDN sayfalarını daha hızlı teslim eder, yavaş bir origin'i senin yerine yeniden üretmez.
Sitem mobilde neden daha yavaş?
Telefonların işlemcisi daha zayıf ve ağı çoğu zaman daha yavaştır, bu yüzden ağır JavaScript ve büyük görseller daha çok zarar verir. Daha hafif görseller, daha az script ve önbelleklenmiş, yakın teslimat mobil skorlarını hareket ettiren şeydir.