Canlı Sitede PageSpeed 100/100: Neyi, Neden, Nasıl Yaptık

Bu sitenin ana sayfası, Google PageSpeed Insights testinde mobil ve masaüstünde dört kategorinin dördünde de — performans, erişilebilirlik, en iyi uygulamalar ve SEO — 100/100 alıyor. 17 Temmuz 2026 tarihli ölçümde LCP mobilde 1,0 saniye, masaüstünde 0,3 saniye çıktı; bu yazıyı yayınladığımız gün tekrar ölçtük, sonuç aynı: dört kategoride 100, CLS 0, toplam engelleme süresi 0 ms. Sonucu canlı raporda doğrulayabilirsiniz.

Bu yazıda “hız puanı” kovalamaktan değil, o puanı kendiliğinden üreten mimari kararlardan bahsedeceğiz. Çünkü 100/100, sonradan yapılan bir rötuş değil; baştan verilen kararların yan ürünü.

Neden Umursamalısınız?

Hız, teknik bir gurur meselesi değil; doğrudan para meselesi:

• Reklam bütçesi: Tıklama başına ödeme yaptığınız ziyaretçi, sayfa 4 saniyede açıldığı için ayrılıyorsa bütçe çöpe gidiyor demektir.
• Google sıralaması: Core Web Vitals sinyalleri sıralama faktörü; yavaş site aynı içerikle daha altta listelenir.
• Güven: Mobilde anında açılan bir site, daha ilk saniyede “bu işi biliyorlar” hissi verir. Yavaş açılan bir ajans sitesi ise kendi hizmetinin karşı reklamıdır.

Sonucu Üreten Beş Karar

1. HTML’i ziyaret anında değil, yayın anında üretmek

Site Astro ile statik olarak derleniyor: her sayfanın HTML’i daha yayınlanmadan hazır. Ziyaretçi geldiğinde sunucuda veritabanı sorgusu, şablon işleme, bekleme yok — hazır dosya doğrudan iniyor. Sayfalar Cloudflare’in dünyaya dağılmış uç sunucularından servis ediliyor; Türkiye’den giren ziyaretçiye en yakın noktadan.

2. Ana ekranı görselle değil, kodla çizmek

Ana sayfadaki animasyonlu panel bir görsel dosyası değil; HTML ve CSS ile çizilmiş bir arayüz. En büyük içerik öğesi metin olduğu için LCP, bir görselin inmesini beklemiyor. Görsel kullanılan yerlerde ise tüm dosyalar WebP formatında, gerçek gösterim boyutunda ve katman altındakiler lazy loading ile yükleniyor.

3. Yerleşimi baştan sabitlemek

Her görselin genişlik ve yüksekliği HTML’de yazılı. Tarayıcı, görsel daha inmeden yerini ayırıyor; sayfa açılırken içerik zıplamıyor. CLS’in 0 olmasının sırrı bu kadar basit: sonradan düzeltmek yerine baştan yer ayırmak.

4. JavaScript’i istisna haline getirmek

Sayfada çalışan betik yok denecek kadar az; ne ağır bir framework paketi ne üçüncü taraf eklenti yığını. Ana iş parçacığı boş olduğu için toplam engelleme süresi 0 ms. Her eklenen betik bir maliyet kalemi olarak değerlendiriliyor ve çoğu teklif reddediliyor.

5. Önbelleği agresif, HTML’i taze tutmak

Statik varlıklar (CSS, JS, ikonlar) bir yıllık, değişmez önbellek başlıklarıyla servis ediliyor; HTML ise her yayında tazeleniyor. Ziyaretçi ikinci gelişinde neredeyse hiçbir şeyi yeniden indirmiyor.

“Bizim Site Neden Yavaş?”

Müşteri sitelerinde en sık gördüğümüz dört neden:

1. Her sayfa görüntülemede sıfırdan HTML üreten, önbelleksiz kurulumlar
2. 3-5 MB’lık, boyutlandırılmamış görseller
3. Analitik, sohbet, ısı haritası derken birikmiş üçüncü taraf betikleri
4. Tema/eklenti kalabalığının getirdiği kullanılmayan CSS ve JS yükü

Bunların hiçbiri “siteyi baştan yazmayı” gerektirmez; ama düzeltmeleri tek tek, ölçerek yapmak gerekir. Biz her optimizasyon çalışmasını önce ölçümle başlatıyor, sonra en büyük kalemden küçüğe doğru ilerliyor ve sonucu yine PageSpeed raporuyla teslim ediyoruz — bu sitedeki gibi, canlı ve doğrulanabilir şekilde.

Sitenizin mevcut durumunu görmek isterseniz site hızı optimizasyonu sayfasına bakabilir veya bize yazabilirsiniz; ilk ölçümü birlikte yapalım.