E‑Ticaret 2025: Hızlandırma Rehberi

E‑Ticaret Sitesi Hızlandırma Rehberi​

E‑ticaret performansı yalnız ana sayfanın hızlı açılması değildir. Kategori filtresi, ürün varyantı, sepete ekleme, kupon, kargo seçimi ve ödeme adımlarının tamamı müşterinin beklediği anda yanıt vermelidir. Bir mağaza laboratuvar testinde hızlı görünürken gerçek mobil kullanıcıda veya kampanya trafiğinde yavaşlayabilir.

Başlıktaki 2025 ifadesi arşiv niteliğindedir; aşağıdaki yöntemler 2026’da geçerli ölçüm ve uygulama esaslarıyla güncellenmiştir. Amaç rastgele eklenti kurmak değil, darboğazı doğru katmanda bulup değişikliğin etkisini gerçek kullanıcı verisiyle doğrulamaktır.

---

Hızlı mağaza; katalog, sepet ve ödeme akışının birlikte ölçülmesiyle kurulur.

Önce Mağazanın Kritik Yolunu Çıkarın​

Her sayfayı aynı şekilde optimize etmeye çalışmak zaman kaybettirir. En çok gelir etkisi taşıyan yolu belirleyin ve ölçümü bu sıraya göre yapın:

1. Kategori veya arama sonucunun açılması
2. Ürün detayında görsel ve varyantların yüklenmesi
3. Sepete ekleme işleminin tamamlanması
4. Sepet toplamı, kupon ve kargo hesabının güncellenmesi
5. Ödeme formunun kullanılabilir hâle gelmesi
6. Siparişin tek kez ve doğru durumla oluşturulması

Yavaşlık yalnız tarayıcıdan gelmez. Uzak ödeme veya kargo servisi, ağır veri tabanı sorgusu, tükenen uygulama işçisi, bozuk önbellek kuralı ya da çok büyük görsel aynı belirtiyi üretebilir. Bu nedenle her adım için tarayıcı süresi, sunucu yanıtı ve haricî servis çağrısını ayrı görün.

Teşhis kuralı' Alıntı:

Önbellek veya eklenti eklemeden önce, en yavaş isteğin tarayıcıda mı, uygulamada mı, veri tabanında mı yoksa üçüncü taraf serviste mi olduğunu bulun.

Genişletmek için tıkla ...

Laboratuvar ve Gerçek Kullanıcı Verisini Ayırın​

Lighthouse veya benzeri laboratuvar testi, aynı koşulu tekrar ederek değişiklikleri karşılaştırmak için yararlıdır. Core Web Vitals saha verisi ise gerçek cihaz, ağ ve kullanıcı etkileşimlerini toplu olarak gösterir. İki veri türü birbirinin yerine geçmez.

Google’ın güncel “iyi” eşikleri; 75. yüzdelikte LCP için 2,5 saniye veya daha az, INP için 200 milisaniye veya daha az, CLS için 0,1 veya daha azdır. Sonucu mobil ve masaüstünde ayrı değerlendirin. Tek bir hızlı masaüstü ölçümünü tüm mağazanın performansı saymayın.

• LCP: Ana ürün veya kategori içeriğinin görünme süresi
• INP: Varyant, filtre, sepet ve form etkileşimlerinin yanıtı
• CLS: Görsel, fiyat, stok veya kampanya alanı yüklenirken oluşan kayma
• Sunucu süresi: HTML ya da API yanıtının uygulama tarafından hazırlanma gecikmesi
• İş metriği: Sepete ekleme başarısı, checkout tamamlama ve hata oranı

Görsel ve Üst Ekran Yükünü Azaltın​

Ürün görselleri, e‑ticaret sayfasındaki en ağır kaynaklardan biri olabilir. Her görseli görüntülendiği ölçüye uygun üretin; farklı ekranlar için responsive kaynaklar sunun ve dosya boyutunu kalite kontrolüyle düşürün. İlk ekrandaki ana görseli sıradan lazy-load kuyruğuna bırakmak LCP’yi geciktirebilir; ekran altında kalan galeri ve öneriler ise gecikmeli yüklenebilir.

Görsellere genişlik ve yükseklik oranı ayırın. Sonradan gelen fiyat rozeti, taksit tablosu veya çerez bandının içeriği itmesini engelleyin. Yazı tiplerini ve kritik stilleri sınırlayın; kullanılmayan büyük CSS/JS paketlerini sayfa türüne göre yüklememeyi değerlendirin.

JavaScript ve Üçüncü Tarafları Kontrol Edin​

Canlı destek, reklam etiketi, ısı haritası, kişiselleştirme ve değerlendirme bileşeni ayrı ayrı küçük görünse de ana iş parçacığını birlikte meşgul edebilir. Özellikle varyant seçimi, sepete ekleme ve ödeme formu sırasında uzun görevler INP’yi yükseltir.

Uygulama sırası:

• Her üçüncü taraf kod için sahibi, amacı ve kaldırma ölçütünü kaydedin.
• Checkout için gerekli olmayan kodu geciktirin veya hiç yüklemeyin.
• Tekrarlanan kütüphaneleri ve sayfada kullanılmayan bileşen paketlerini kaldırın.
• Sepete ekleme ve kupon güncelleme işlemlerinde çift tıklama/çift istek koruması kullanın.
• Değişiklikten sonra yalnız hız skorunu değil, analitik ve ödeme işlevlerini de sınayın.

Önbelleği Kişiselleştirilmiş Veriden Ayırın​

Kategori, ürün açıklaması ve statik dosyalar önbellekten büyük fayda görebilir. Sepet, hesap ve ödeme gibi kullanıcıya özel sayfalar ise başka bir müşterinin içeriğini göstermeyecek kurallarla ele alınmalıdır. “Her şeyi cache et” yaklaşımı stok, fiyat, kupon veya oturum hatasına dönüşebilir.

CDN; görsel, CSS ve JavaScript gibi ortak varlıkların kullanıcıya yakın noktadan verilmesini sağlayabilir. Uygulama veya nesne önbelleği ise tekrarlanan hesap ve sorguları azaltabilir. Fakat önce hit/miss oranını, geçersiz kılma davranışını ve stok güncelliğini ölçün. Önbellek temizliğini sürekli çözüm olarak kullanmak, kök nedeni gizler.

Katalog, Arama ve Veri Tabanını Ölçün​

Ürün sayısı büyüdükçe filtre kombinasyonları, varyantlar, fiyat kuralları ve sipariş geçmişi sorguları ağırlaşabilir. “Veri tabanını optimize et” gibi genel bir işlem yerine yavaş sorgu kaydı alın; en sık ve en maliyetli sorguyu belirleyin.

• Filtre ve sıralama sorgularında kullanılan alanların indekslerini inceleyin.
• Her ürün kartı için yinelenen fiyat, stok veya yorum sorgusu oluşup oluşmadığını kontrol edin.
• Arama indeksinin ürün güncellemeleriyle ne kadar gecikmeli eşleştiğini ölçün.
• E-posta, öneri üretimi ve raporlama gibi ağır işleri mümkünse ziyaretçi isteğinden ayırın.
• Arka plan kuyruğunda bekleyen, başarısız veya tekrar tekrar çalışan görevleri izleyin.

WooCommerce gibi kendi sunucunuzda çalışan sistemlerde tema, eklenti, PHP işçisi, veri tabanı ve zamanlanmış görev aynı kaynağı paylaşabilir. Yönetilen platformlarda ise uygulama, tema ve üçüncü taraf script bütçesi daha belirleyici olabilir. Çözümü platformun gerçek çalışma modeline göre seçin.

Checkout Hızını İşlevsel Doğrulukla Birlikte Test Edin​

Ödeme adımında yalnız milisaniye kazanmak yeterli değildir. Toplam tutar, kargo, vergi, stok ve ödeme durumu doğru kalmalıdır. Optimizasyon sonrasında aşağıdaki senaryoları mobil ve masaüstünde tekrar çalıştırın:

• Misafir ve oturum açmış müşteri
• Kuponlu ve kuponsuz sepet
• Farklı kargo bölgesi ve ücretsiz kargo sınırı
• Başarılı, reddedilen ve yarıda kesilen ödeme
• Geri tuşu, sayfa yenileme ve tekrar gönderme
• Stoku son anda değişen ürün

Haricî ödeme servisi yavaşsa kullanıcıya belirsiz bir boş ekran göstermeyin. İşlemin sürdüğünü belirtin, aynı siparişin yeniden oluşturulmasını engelleyin ve başarısız isteği izlenebilir bir hata koduyla kaydedin.

Örnek Ölçüm Planı​

Varsayımsal bir mağazada mobil ürün sayfasının LCP değeri kötü, checkout etkileşimi ise kabul edilebilir olsun. Ekip aynı anda tema, sunucu ve ödeme eklentisini değiştirmek yerine önce LCP öğesini belirler. Ana görselin gereğinden büyük indirildiğini ve geç keşfedildiğini görür.

Görsel varyantı ile yükleme önceliği düzeltilir; ürün şablonunun diğer parçaları sabit tutulur. Laboratuvar testi değişikliği karşılaştırır, saha verisi yeterli ziyaret biriktikten sonra 75. yüzdelikte kontrol edilir. Aynı dönemde ürün görüntüleme, sepete ekleme hatası ve görsel kalite şikâyeti izlenir. Sonuç olumluysa bir sonraki darboğaza geçilir.

Yayın Öncesi Hız Kontrol Listesi​

• Ürün, kategori, sepet ve checkout ayrı ayrı ölçüldü mü?
• Mobil saha verisi ile laboratuvar sonucu birbirinden ayrıldı mı?
• İlk ekran görseli doğru boyut ve öncelikle geliyor mu?
• Kullanıcıya özel sayfalar genel önbellekten güvenle ayrıldı mı?
• Üçüncü taraf scriptlerin her biri için gerçek bir ihtiyaç var mı?
• Yavaş sorgu ve arka plan kuyruğu görünür mü?
• Başarılı ve başarısız ödeme senaryoları yeniden test edildi mi?
• Değişiklik geri alınabilir ve önceki ölçümle karşılaştırılabilir mi?

İç Bağlantılar​

• E‑ticaret ve ödeme başlangıç rotası
• E‑ticaret platformları ve seçim ölçütleri
• WooCommerce hataları ve çözüm adımları
• Sanal POS seçerken dikkat edilecekler

Dış Kaynaklar​

• web.dev: Core Web Vitals ölçütleri
• WooCommerce: yavaş mağaza sorunlarını teşhis etme
• WooCommerce: ölçekleme ve performans etkenleri
• PageSpeed Insights: laboratuvar ve saha performans raporu

Özetle​

Kritik yolu çıkarın → en yavaş katmanı ölçün → tek değişkeni düzeltin → işlev ve saha verisiyle doğrulayın. E‑ticaret hızlandırma, tek seferlik skor yükseltme değil; katalogdan ödeme sonucuna kadar düzenli ölçüm ve güvenli değişiklik sürecidir. Mağazanızda en belirgin gecikme ürün sayfasında mı, sepette mi, ödeme adımında mı görülüyor?

Güncelleme: 15 Temmuz 2026

---