Site Hızı İzleme ve Raporlama
Aylık Site Hızı Takibi Nasıl Yapılır?
Performans optimizasyonu tek seferlik bir çalışma değildir. Her yeni özellik, her eklenen script, her kampanya görseli siteye yük ekler. Bir ay önce ölçüp iyileştirdiğiniz sayfa, üç ay sonra yeniden sorunlu olabilir. Bu döngüyü kırmak için sürekli izleme gerekir; ancak sürekli izleme, her gün elle ölçüm yapmak anlamına gelmek zorunda değildir.
Aylık takip, anlık sorunları yakalamak için değil, eğilimleri görmek için kurulur. Bir sayfanın LCP değeri bu ay 2,3 saniyeyse ve üç ay önce 1,8 saniyeydi, sorun yoksa da bir yön var. Bu yönü görmek, sorun büyümeden müdahale etmeyi mümkün kılar. Anlık değerler aldatıcı olabilir; trend çizgisi çok daha dürüsttür.
Bu yazıda aylık site hızı takibinin pratik sürecini ele alıyoruz: hangi metrikler izlenmeli, hangi sayfalar seçilmeli, otomasyon ve manuel ölçüm arasındaki denge nasıl kurulmalı ve raporlama nasıl yapılandırılmalı.
Hangi metrikler aylık takip listesine girmeli?
Her metriği izlemek, hiçbirini izlememekle aynı sonucu verebilir. Fazla metrik, hangi değişikliğin önemli olduğunu belirsizleştirir. Aylık takip için öncelikli liste kısa tutulmalıdır: LCP, INP ve CLS — yani Core Web Vitals üçlüsü — ile TTFB bu listenin çekirdeğini oluşturur.
LCP, sayfanın görsel olarak ne kadar hızlı yüklendiğini temsil eder ve kullanıcı algısıyla en doğrudan ilişkili metriktir. INP, etkileşim kalitesini ölçer; özellikle JavaScript ağır sayfalarda belirleyicidir. CLS, düzen kararlılığını gösterir ve dönüşüm sayfalarında kritik önem taşır. TTFB ise sunucu katmanındaki sorunları yansıtır; yükselen TTFB çoğunlukla sunucu veya CDN katmanında bir değişikliğin işaretidir.
Hangi sayfalar izleme listesine alınmalı?
Tüm sayfaları izlemek mümkün değildir ve gerekli de değildir. İzleme listesi, siteyi temsil eden ve en yüksek iş değeri taşıyan sayfalardan oluşturulur. Tipik bir liste şu sayfa tiplerini kapsar: anasayfa, en fazla trafik alan içerik veya ürün sayfası, dönüşüm açısından kritik olan ödeme ya da iletişim sayfası ve temsilci bir liste veya koleksiyon sayfası.
Bu seçim statik olmak zorunda değildir. Yeni bir kampanya sayfası canlıya alındıysa geçici olarak listeye eklenebilir. Büyük bir güncelleme belirli bir şablonu etkilediyse o şablonun temsili sayfası izleme dönemine dahil edilebilir. Listeyi küçük ama temsili tutmak, her ölçüm döneminde gerçekten işe yarayan bir veri seti oluşturur.
Lab verisi ile alan verisi arasındaki denge
Lab ve alan verisi farklı şeyleri ölçer ve aylık takip her ikisini birden içermelidir. Lab verisi (Lighthouse veya PageSpeed Insights API) tutarlı koşullarda tekrarlanabilir ölçüm sağlar; değişiklikler açıkça görülür. Alan verisi (CrUX, Search Console) gerçek kullanıcıların deneyimini yansıtır; cihaz dağılımı, ağ koşulları ve coğrafya bu veriye dahildir.
İkisini karşılaştırmak beklenen bir fark ortaya koyar. Lab değerleri çoğunlukla alan değerlerinden daha iyi çıkar; bu beklenen bir durumdur. Asıl önemli olan farkın sabit kalmasıdır. Lab ve alan değerleri arasındaki makas aniden genişlediyse gerçek kullanıcıları etkileyen bir sorun var demektir; lab ölçümü bunu yakalaymayabilir.
Ölçüm sıklığı ve tutarlılık koşulları
Aylık ölçüm için tutarlı koşullar belirlemek, karşılaştırılabilir veri üretmenin temelidir. Aynı araç, aynı lokasyon, aynı bağlantı profili ve tercihen haftanın aynı günü. Bu koşullar değişirse iki ölçüm arasındaki fark gerçek bir değişimi mi yoksa test koşulundaki farklılığı mı yansıttığı belirsizleşir.
PageSpeed Insights API ile otomatik ölçüm yapılıyorsa her ay aynı saatte çalıştırmak, sunucu yükündeki günlük dalgalanmayı kontrol altında tutar. WebPageTest kullanılıyorsa aynı test profili (tarayıcı, konum, bağlantı hızı) kayıt altına alınmalı ve her ölçümde birebir uygulanmalıdır. Küçük farklılıklar büyük sapmalara yol açabilir; bunu önlemenin yolu standartlaşmaktır.
Trend takibi: anlık değerden eğilime bakmak
Tek bir ölçüm noktası neredeyse anlamsızdır. LCP'nin bu ay 2,4 saniye olduğunu bilmek; geçen ay 1,9, iki ay önce 1,7 saniye olduğunu bilmeden yeterli bilgi vermez. Trend, değişimin yönünü ve hızını gösterir; anlık değer sadece nerede olduğunuzu söyler.
Bu yüzden aylık takibin en az üç ölçüm noktasından oluşan bir geçmişe ihtiyacı vardır. İlk iki ay veri toplamak için kullanılır; üçüncü aydan itibaren trend analizi mümkün hale gelir. Altı aylık veri, mevsimsel etkileri de ayırt etmeye başlar: kampanya dönemlerinde eklenen scriptlerin performansı nasıl etkilediği, yaz trafiğinin düşük ağ kalitesiyle nasıl ilişkilendiği gibi örüntüler görünür hale gelir.
Otomasyon ile manuel ölçüm arasındaki denge
Aylık takibin bir kısmı otomatize edilebilir ve edilmelidir. PageSpeed Insights API, basit bir script ile her ay belirlenmiş sayfalara çalıştırılabilir ve sonuçlar bir tabloya yazılabilir. Bu otomasyon, tekrarlayan ölçüm yükünü ortadan kaldırır ve insan hatası riskini azaltır.
Ancak otomasyon her şeyin yerini tutmaz. Bir değerin beklenmedik biçimde değiştiği ay, nedenini anlamak için manuel inceleme gerekir: DevTools'da Waterfall analizi, Coverage paneli veya LCP öğesini izole etmek gibi adımlar otomatik raporun yapamayacağı bir analizi gerektirir. Otomasyon, neye bakılacağını söyler; manuel analiz, neden olduğunu açıklar.
Raporlama formatı ve ekip içi paylaşım
Performans verisi yalnızca ölçen kişi tarafından görülüyorsa etkisi sınırlı kalır. Aylık takibin değeri, bilginin ilgili kişilere ulaşmasıyla ortaya çıkar: ürün yöneticisi yeni özelliğin yük getirdiğini, geliştirici hangi script'in sorumlu olduğunu, pazarlama ekibi kampanya döneminin performansı nasıl etkilediğini bilmeli.
Raporlama formatı basit tutulduğunda benimsenmesi kolaylaşır. Teknik olmayan ekip üyeleri için aylık özet; mevcut değer, geçen aya göre değişim ve eşik durumu (iyi / iyileştirme gerekiyor / zayıf) yeterlidir. Geliştirici ekibi için ise trend grafiği ve hangi sayfanın hangi metrikte gerilediği daha faydalıdır. İki farklı format hazırlamak çaba gerektirse de her izleyiciye uygun bilgiyi sunmak, performans kültürünü ekip genelinde yerleştirmenin en etkili yoludur.
Regresyon tespiti ve deploy sonrası kontrol
Aylık ölçüm, büyük regresyonları yakalar; ancak bir deploy'un hemen ardından yaşanan performans düşüşünü tespit etmek için daha kısa döngüler gerekir. Büyük özellik sürümleri, tema değişiklikleri veya üçüncü taraf entegrasyon güncellemelerinin ardından aynı gün ya da ertesi gün hızlı bir ölçüm almak, regresyonu en erken noktada fark etmeyi sağlar.
Bu kontrol için Lighthouse'un tek sayfa ölçümü ya da PageSpeed Insights yeterlidir. Deploy öncesi ve sonrası değerleri karşılaştırmak, değişikliğin etkisini izole eder. Fark 10 puanın üzerindeyse veya LCP 500 ms'den fazla artmışsa sebebi araştırmak değer. Çoğu durumda neden açıktır; yeni bir script, büyük bir görsel veya değişen render sırası.
Search Console Core Web Vitals raporunu aylık okumak
Google Search Console'daki Core Web Vitals raporu, 28 günlük kayan pencere üzerinden veri sunar. Bu yapı, aylık takiple uyumludur: her ay aynı tarihlerde raporu okumak, karşılaştırılabilir bir dönem kesiti sağlar. Raporun sayfa grupları üzerinden gösterdiği değerlendirme, hangi şablon tipinin sorunlu olduğunu hızlıca ortaya koyar.
"Zayıf" veya "İyileştirme gerekiyor" olarak işaretlenen sayfa gruplarını öncelikli izleme listesine almak, aylık takibi Google'ın değerlendirmesiyle hizalar. Bu hizalama aynı zamanda SEO açısından da önemlidir: arama sıralamalarını etkileyen sinyal, lab ölçümü değil alan verisidir. Search Console raporu bu sinyali doğrudan yansıtır.
Performans bütçesi ile aylık takibin ilişkisi
Performans bütçesi, izlenen metriklere eşik değerler atar. LCP için 2,5 saniye, INP için 200 ms, toplam JavaScript boyutu için 300 KB gibi değerler bütçeyi oluşturur. Aylık ölçüm bu bütçeyle karşılaştırıldığında sadece "iyi mi kötü mü" sorusunu değil, "bütçe içinde mi dışında mı" sorusunu yanıtlar.
Bütçe olmadan aylık takip, referans noktası belirsiz bir ölçüm serisine dönüşür. 2,4 saniyeyi geçen ay 2,1'e indirdiyseniz iyi gidiyor gibi görünür; ancak hedef 1,8 saniyeyse hâlâ uzakta olduğunuz gerçeği kaybolur. Bütçe, ölçümü hedefle ilişkilendirir ve hangi sonucun kutlanmaya değer, hangisinin yeterli olmadığını netleştirir.
Takip olmadan optimizasyonun sınırı
Bir performans iyileştirmesi yapıldıktan sonra takip yapılmıyorsa iki sorun ortaya çıkar. Birincisi, iyileştirmenin gerçekten işe yarayıp yaramadığı bilinmez; placebo etkisi ayrıştırılamaz. İkincisi, kazanımın ne kadar sürdüğü görülmez; regresyon fark edilmeden büyüyebilir.
Aylık takip bu iki sorunu çözer. Yapılan her değişikliğin bir ay sonraki veriyle ilişkilendirilmesi, neyin işe yaradığını kanıtlar. Kazanımın korunup korunmadığını görmek ise uzun vadeli çalışmanın en değerli motivasyon kaynağıdır. Sayıların gittiği yön, hangi kararların doğru olduğunu zamanla netleştirir.
Aylık site hızı takibi, karmaşık bir sistem kurmak zorunda değildir. Birkaç sayfada belirli metrikler, tutarlı koşullarda, düzenli aralıklarla ölçülür; sonuçlar bir yerde tutulur ve ilgili kişilerle paylaşılır. Bu kadarı bile çoğu sitede yoktur; bu yüzden bile başlamak değerlidir.
Süreç oturduğunda, araçlar ve otomasyon derinleştirilebilir. Ama başlangıç için bir tablo, bir ölçüm rutini ve neyi arayacağınıza dair net bir liste yeterlidir. Veri birikmesi, neyin önemli olduğunu zamanla kendiliğinden gösterir.