Site hızlandırma çalışmasına bir eklenti veya hosting paketi seçerek başlamak yerine, ziyaretçinin hangi sayfada neyi beklediğini anlamakla başlarım. Bir görselin geç görünmesi, düğmenin geç yanıt vermesi ve sunucunun hata döndürmesi farklı sorunlardır. Aynı araçla hepsinin düzeleceğini varsaymak, maliyeti artırıp gerçek nedeni yerinde bırakabilir.
Performans iyileştirmesi satış veya Google sıralaması için kesin sonuç vaat etmez. Amaç, ölçülebilen bir kullanıcı sorununu azaltmak ve değişikliğin etkisini doğrulamaktır. Sitenin bakımını da aynı çerçevede ele almak gerekir: hangi risk izleniyor, kim müdahale ediyor ve işlem nasıl geri alınabiliyor?
Başlangıç kaydını oluştur
Ana sayfanın yanında önemli hizmet, kategori, ürün ve içerik sayfalarını seç. Trafik verisi varsa temsilî örnekleri bununla belirle; veri yoksa seçimin varsayıma dayandığını yaz. Bir sayfanın iyi sonucu, bütün siteyi temsil etmeyebilir.
Test kaydında URL, tarih, cihaz profili, bağlantı koşulu ve kullanılan araç bulunsun. Laboratuvar testi kontrollü bir denemedir; gerçek ziyaretçilerin saha verisiyle aynı şey değildir. Google’ın Web Vitals açıklaması, temel deneyim ölçülerini yüklenme, etkileşime yanıt ve görsel kararlılık üzerinden ele alır; güncel temel metrikler LCP, INP ve CLS’dir. Farklı veri türlerini aynı raporda açıkça ayır.
Bir puandaki küçük değişimi tek başına kesin iyileşme sayma. Ağ, sunucu yükü ve üçüncü taraf istekleri sonucu etkileyebilir. Tekrarlı denemelerin dağılımına ve asıl sorunun giderilip giderilmediğine bak. Saha verisi bulunmadığında bunu “sorun yok” diye yorumlama.
Önce en büyük darboğazı bul
Tarayıcı incelemesinde hangi kaynağın ne zaman istendiğini ve ne kadar sürdüğünü gör. Kullanıcının ilk gördüğü büyük görsel geç mi geliyor? Sayfa görünüyor ama yoğun işlem nedeniyle etkileşim bekliyor mu? Font veya görsel yüklenince içerik yer değiştiriyor mu?
Bu sorular farklı düzeltmeler gerektirir. Yavaş sunucu yanıtını yalnız görsel sıkıştırmayla çözemezsin. Gereksiz çalışan bir betiği daha pahalı sunucuya taşımak da tarayıcıdaki işlem yükünü doğrudan ortadan kaldırmaz. Bulguyla çözüm önerisi arasındaki ilişkiyi raporda açık yaz.
Öncelik listesinde etkilenen sayfa sayısı, kullanıcı etkisi, uygulanabilirlik ve geri dönüş riski bulunsun. Bir seferde çok sayıda bağımsız değişiklik yapmak, hangisinin işe yaradığını anlamayı zorlaştırır. Küçük ve doğrulanabilir adımlarla ilerlemek bakım sürecini de kolaylaştırır.
Görselleri görüntülendikleri yere göre hazırla
Bir ürün kartıyla tam ekran ürün görseli aynı boyutta dosya gerektirmeyebilir. Kaynak görselin kalitesini korurken farklı kullanım boyutları üret. Sıkıştırma sonrasında özellikle ürün detayı, yazı ve renk geçişlerini görsel olarak kontrol et; dosya boyutunun küçülmesi tek kabul ölçütü değildir.
Görselin sayfada kaplayacağı alanı önceden tanımlamak, yüklenme sırasında düzenin değişmesini azaltmaya yardımcı olur. İlk ekrandaki önemli görselle çok aşağıdaki destek görselini aynı yükleme stratejisine bağlama. Değişikliğin gerçekten ne zaman indirildiğini ve ekrana geldiğini incele.
Eski medya adresleri başka sayfalardan bağlantı alıyor olabilir. Dosya adlarını topluca değiştirirken mevcut kullanımları ve yönlendirme ihtiyacını kontrol et. Performans çalışması, değerli bir eski görsel bağlantısını gereksiz yere kırmamalıdır.
Kod ve üçüncü tarafları ihtiyaç üzerinden değerlendir
Her eklenti veya betik için ne yaptığı, hangi sayfada gerektiği ve sahibinin kim olduğu belli olsun. Kullanılmayan bir özelliği kaldırmak bazen mevcut kodu daha karmaşık biçimde optimize etmekten kolaydır. Bununla birlikte dosya küçük görünüyor diye tarayıcıdaki işlem maliyetinin de küçük olduğunu varsayma.
Etiketleri incelerken ölçüm ve izin akışını koru. Aynı analitik sisteminin birden fazla kez yüklenmesi hem ölçümü hem performansı etkileyebilir. Form içeriği ve kişisel bilgilerin gereksiz olaylara eklenmediğini ayrıca kontrol et. Hız puanı uğruna güvenlik veya gizlilik işlevlerini devre dışı bırakma.
Bir kod değişikliğinin ardından menü, form, arama ve varsa sipariş akışını yeniden dene. Ana sayfanın daha hızlı açılması, kaldırılan dosyaya bağlı başka bir işlevin bozulmadığını göstermez.
Önbelleği içerik türüne göre planla
Statik bir dosyayla kişiye özel hesap sayfasının önbellek davranışı aynı olmamalıdır. Hangi yanıtın kimlerle paylaşılabileceği açıkça belirlenmelidir. Önbellek süresini artırmadan önce içerik güncellemesinin ziyaretçiye nasıl ulaşacağını düşün.
Yayın sonrasında eski sürüm görünüyorsa sorunu yalnız tarayıcıya bağlama. Hosting, CDN ve tarayıcı farklı katmanlarda eski yanıtı tutuyor olabilir. Katmanları sırayla kontrol ederek hangisinin etkili olduğunu belirle. Temizleme işleminden sonra doğru sürümün gerçekten geldiğini doğrula.
Dosya erişim korumaları için de yalnız yerel ayarı görmek yeterli değildir. Yayındaki adresi kontrol et; daha önce herkese açık yanıt önbelleğe alınmışsa yeni korumanın dışarıdan da etkili olduğunu doğrulamak gerekir.
Bakım hizmetinin kapsamını yazılı belirle
Bakım, içerik eklemekten güvenlik güncellemesine kadar farklı işleri kapsayabilir. “Aylık bakım” ifadesinin altında hangi işler bulunduğu açıklanmalıdır. Hosting, alan adı, e-posta ve yazılım hesaplarının sahipliği işletmede kalmalı; uygulama ekibinin erişimi yaptığı işe uygun olmalıdır.
| Alan | Planlanacak iş | Doğrulama |
|---|---|---|
| Güncellemeler | Bağımlılık ve uyumluluk incelemesi | Temsilî işlev testleri |
| İçerik | Sorumlu kişi ve değişiklik listesi | Yayındaki doğru metin |
| Yedek | Kapsam ve saklama planı | Geri yükleme denemesi |
| Erişim | Hesap ve yetki envanteri | Gerekli erişimlerin çalışması |
| İzleme | Hata ve kesinti bildirim yolu | Uyarının sorumluya ulaşması |
| Müdahale | Destek saatleri ve öncelikler | Kayıtlı sonuç ve kapanış |
Müdahale süresiyle çözüm süresi farklıdır. Sorunun fark edilmesi, ilk yanıt verilmesi ve tamamen giderilmesi teklif içinde ayrı tanımlanmalıdır. Sağlanmayan bir kesintisiz destek veya güvenlik garantisi varmış gibi yazılmamalıdır.
Çalışmayı sonuç kaydıyla kapat
Başlangıç ve son ölçümün koşullarını yan yana göster. Değiştirilen dosya veya ayarları, kalan sınırlılıkları ve geri dönüş yolunu kaydet. E-ticaret sisteminde performans dışındaki kritik akışların da geçtiğini belirt; kontrol edilmeyen akışı tamamlandı olarak işaretleme.
Ticari etkiler daha uzun gözlem gerektirebilir. Kampanya, fiyat, trafik kaynağı ve sezon değişiklikleri varken satış farkını yalnız hız çalışmasına bağlama. İlk ücretli inceleme kapsamını belirlemek için site adresini, yavaşladığını gözlediğin sayfayı ve sorunun ne zaman oluştuğunu iletişim sayfasından paylaşabilirsin.