WooCommerce Hız Optimizasyonu: Site Hızını Artırma Rehberi

WooCommerce hız optimizasyonu, mağazanın frontend, backend ve checkout işlem sürelerini azaltan teknik iyileştirme sürecidir. Bu süreç yalnızca cache eklentisi kurmaz. Hosting kaynaklarını, veritabanı sorgularını, tema dosyalarını, eklentileri ve ödeme akışını birlikte inceler.

Başarılı optimizasyon, yalnızca PageSpeed puanını yükseltmez. Gerçek kullanıcı deneyimini geliştirir. Sepete ekleme süresini azaltır. Checkout işlemlerini daha kararlı hâle getirir.

WooCommerce mağazaları dinamik veri işler. Ürün fiyatları değişir. Stok bilgileri güncellenir. Kullanıcı sepetleri ayrı tutulur. Ödeme ve kargo sistemleri harici API’lerle çalışabilir.

Bu nedenle WooCommerce hız sorunu tek noktada oluşmaz. Gerçek darboğaz önce ölçülmelidir.

WooCommerce hız optimizasyonu nedir?

WooCommerce hız optimizasyonu üç performans katmanını kapsar:

1. Frontend performansı

2. Backend performansı

3. Ticari işlem performansı

Her katman farklı araçlarla ölçülür. Her katman farklı çözüm gerektirir.

Frontend performansı

Frontend performansı, kullanıcının tarayıcıda deneyimlediği hızı gösterir.

Bu katman şu bileşenleri kapsar:

• HTML çıktısı

• CSS dosyaları

• JavaScript işlemleri

• Ürün görselleri

• Web fontları

• Reklam etiketleri

• Canlı destek araçları

• Üçüncü taraf widget’lar

Ürün sayfası geç açılıyorsa sorun büyük görsel olabilir. Ancak sorun sunucu yanıtından da kaynaklanabilir.

Bu iki durum farklı optimizasyon gerektirir.

Backend performansı

Backend performansı, WordPress ve WooCommerce işlemlerinin sunucuda tamamlanma süresidir.

Bu katmanda şu bileşenler çalışır:

• PHP

• MySQL veya MariaDB

• WordPress sorguları

• WooCommerce sipariş işlemleri

• Cron görevleri

• Action Scheduler

• REST API

• Harici servis bağlantıları

• Object cache

Backend yavaşlığı yalnızca ziyaretçiyi etkilemez. WordPress yönetim panelini de yavaşlatabilir.

Sipariş ekranları geç açılabilir. Ürün güncellemeleri uzun sürebilir. Raporlar geç yüklenebilir.

Ticari işlem performansı

Ticari işlem performansı, alışveriş adımlarındaki işlem sürelerini ölçer.

Kritik işlemler şunlardır:

• Sepete ekleme

• Sepet güncelleme

• Kupon uygulama

• Kargo hesaplama

• Ödeme yöntemlerini yükleme

• Sipariş oluşturma

• Ödeme doğrulama

• Sipariş sonrası yönlendirme

Ana sayfa hızlı olabilir. Checkout yine yavaş çalışabilir.

Bu nedenle tek sayfa testi yeterli değildir.

PageSpeed puanı neden tek başına yeterli değildir?

PageSpeed Insights önemli bir teşhis aracıdır. Ancak tek başına performans kararı vermemelidir.

Araç, laboratuvar ve gerçek kullanıcı verilerini farklı bölümlerde gösterebilir. Laboratuvar testi kontrollü koşullarda çalışır. Alan verisi ise gerçek Chrome kullanıcılarının deneyimlerini yansıtır.

Tek bir laboratuvar testi şu değişkenleri tam temsil etmez:

• Farklı cihazlar

• Farklı bağlantı hızları

• Kullanıcı konumları

• Cache durumu

• Oturum açmış kullanıcılar

• Trafik yoğunluğu

• WooCommerce session işlemleri

Core Web Vitals güncel olarak LCP, INP ve CLS metriklerinden oluşur. LCP yüklenme performansını ölçer. INP etkileşim duyarlılığını değerlendirir. CLS ise görsel kararlılığı gösterir.

PageSpeed puanı yüksek olan mağaza yine sorun yaşayabilir.

Örnek durumlar:

• Checkout API’si yavaş olabilir.

• Sepete ekleme isteği gecikebilir.

• Admin sipariş ekranı geç açılabilir.

• Kampanya trafiğinde sunucu zorlanabilir.

• Kullanıcıya özel fiyat sorguları ağır çalışabilir.

Bu nedenle hız analizi sayfa puanıyla bitmemelidir.

WooCommerce site hızı nasıl ölçülür?

Ölçüm, kritik sayfaların ayrı test edilmesiyle başlamalıdır.

Test edilmesi gereken sayfalar

Her sayfa mobil ve masaüstünde test edilmelidir.

Cache’li ve cache’siz ziyaretler de ayrılmalıdır.

LCP nasıl değerlendirilir?

LCP, görünür alandaki en büyük içerik öğesinin yüklenme süresini ölçer. Ürün sayfalarında bu öğe çoğu zaman ana ürün görselidir. Hero banner da LCP öğesi olabilir.

Yüksek LCP şu nedenlerden oluşabilir:

• Yavaş sunucu yanıtı

• Büyük görsel dosyası

• Geç başlayan görsel isteği

• Render engelleyen CSS

• Ağır slider

• LCP görselinde lazy loading

• Yavaş CDN

LCP optimizasyonu yalnızca görsel sıkıştırma değildir.

Sunucu yanıtı da değerlendirilmelidir.

INP nasıl değerlendirilir?

INP, kullanıcının tıklama, dokunma ve klavye etkileşimlerine verilen yanıtı ölçer. Metrik, ziyaret boyunca gerçekleşen etkileşimlerin gecikmesini değerlendirir.

WooCommerce mağazalarında kritik INP etkileşimleri şunlardır:

• Sepete ekleme

• Ürün varyasyonu seçme

• Mobil menüyü açma

• Ürün filtresi kullanma

• Kupon uygulama

• Mini-cart açma

• Checkout alanlarını değiştirme

Yüksek INP çoğunlukla ağır JavaScript işlemlerinden oluşur.

Üçüncü taraf scriptler de ana iş parçacığını bloke edebilir.

CLS nasıl değerlendirilir?

CLS, sayfadaki beklenmeyen görsel kaymaları ölçer. Google’ın iyi deneyim eşiği için önerdiği CLS değeri 0,1 veya altıdır.

WooCommerce sayfalarında CLS şu nedenlerden oluşabilir:

• Boyutu belirtilmeyen görseller

• Geç yüklenen kampanya barları

• Font değişimleri

• Sonradan eklenen fiyat blokları

• Stok mesajları

• Sepet bildirimleri

• Reklam alanları

Görsel kararlılık mobil cihazlarda ayrıca test edilmelidir.

Backend metrikleri

Frontend metrikleri tek başına yeterli değildir.

Şu backend değerleri izlenmelidir:

• Time to First Byte

• PHP işlem süresi

• Veritabanı sorgu süresi

• Sorgu sayısı

• API yanıt süresi

• CPU kullanımı

• Bellek kullanımı

• Cache hit oranı

• Başarısız görev sayısı

Query Monitor, yavaş sorguları ve eklenti kaynaklı işlemleri belirlemek için kullanılabilir.

Daha yüksek hacimli mağazalarda APM araçları gerekir. Bu araçlar PHP işlemlerini ve dış servis çağrılarını ayrıştırır.

Ticari işlem metrikleri

WooCommerce performansı ticari adımlarla da ölçülmelidir.

Önerilen metrikler şunlardır:

• Sepete ekleme yanıt süresi

• Sepet güncelleme süresi

• Checkout açılış süresi

• Kargo seçeneği yüklenme süresi

• Ödeme yöntemi yüklenme süresi

• Sipariş oluşturma süresi

• Başarısız checkout oranı

• Ödeme API hata oranı

Bu metrikler PageSpeed raporunda görünmez.

Ancak sipariş performansını doğrudan etkiler.

WooCommerce site neden yavaşlar?

WooCommerce yavaşlığının tek nedeni bulunmaz.

En sık görülen nedenler altı gruba ayrılır.

1. Yetersiz hosting kaynakları

WooCommerce dinamik PHP ve veritabanı işlemleri çalıştırır.

Yetersiz kaynaklar şu sorunları oluşturabilir:

• Yüksek TTFB

• Geç açılan checkout

• Yavaş admin paneli

• 502 veya 504 hataları

• Uzayan AJAX istekleri

• Kampanya döneminde kesintiler

PHP worker kapasitesi

PHP worker, eş zamanlı dinamik istekleri işler.

Cache’li ürün sayfaları az PHP işlemi gerektirebilir. Checkout ve hesap sayfaları ise dinamik çalışır.

Yetersiz PHP worker şu senaryolarda sorun oluşturur:

• Yoğun reklam trafiği

• Aynı anda çok sayıda checkout

• AJAX ürün filtreleri

• Büyük katalog sorguları

• API entegrasyonları

Worker sayısı tek başına yeterli değildir. Her isteğin işlem süresi de önemlidir.

Yavaş bir eklenti, worker kapasitesini hızla tüketebilir.

CPU, RAM ve disk

CPU PHP ve veritabanı işlemlerini yürütür.

RAM, aktif süreçler ve cache katmanları için kullanılır.

Disk hızı ise veritabanı ve dosya işlemlerini etkiler.

NVMe disk avantaj sağlayabilir. Ancak ağır sorguyu tek başına çözmez.

Hosting değişmeden önce ne ölçülmelidir?

Hosting değişikliği öncesinde şu veriler incelenmelidir:

• TTFB

• PHP slow log

• MySQL slow query log

• CPU grafikleri

• RAM kullanımı

• Disk I/O

• PHP worker kuyruğu

• Harici API süreleri

• Cache hit oranı

Sorun tema veya eklenti kaynaklıysa yeni hosting yalnızca geçici rahatlama sağlayabilir.

2. Ağır tema ve page builder kullanımı

WooCommerce temaları mağaza işlevlerini genişletebilir.

Ancak bazı temalar her sayfada gereksiz kaynak yükler.

Başlıca riskler şunlardır:

• Büyük CSS dosyaları

• Kullanılmayan CSS

• Ağır JavaScript paketleri

• Çok sayıda DOM elementi

• Slider bileşenleri

• Animasyonlar

• Dinamik ürün widget’ları

• Her sayfada çalışan mağaza scriptleri

Page builder kullanımı tek başına sorun değildir.

Asıl sorun, gereksiz bileşen yüküdür.

Tema performansı nasıl test edilir?

Canlı sitede doğrudan tema değiştirilmemelidir.

Şu sıra izlenmelidir:

1. Staging ortamı oluşturulur.

2. Kritik sayfalar ölçülür.

3. Hafif bir test teması etkinleştirilir.

4. Aynı sayfalar tekrar ölçülür.

5. Sorgu ve kaynak farkları karşılaştırılır.

6. Yavaş bileşenler belirlenir.

Bu test tema maliyetini görünür hâle getirir.

3. Eklenti kaynaklı işlem yükü

Eklenti sayısı tek başına performans metriği değildir.

Tek bir eklenti yüzlerce sorgu üretebilir. On küçük eklenti daha düşük yük oluşturabilir.

WordPress’in resmi optimizasyon rehberi, gereksiz eklentilerin kaldırılmasını ve eklentilerin seçici biçimde devre dışı bırakılarak etkilerinin ölçülmesini önerir.

Her eklenti şu alanlarla değerlendirilmelidir:

• SQL sorgu sayısı

• Toplam sorgu süresi

• JavaScript boyutu

• CSS boyutu

• Harici istek sayısı

• Cron görevleri

• Autoload verisi

• Checkout üzerindeki işlem süresi

Yüksek riskli eklenti türleri

Şu eklentiler ayrıca incelenmelidir:

• Gelişmiş ürün filtreleri

• Canlı arama

• Dinamik fiyatlandırma

• Sadakat sistemleri

• Abonelik çözümleri

• Üyelik sistemleri

• Fatura entegrasyonları

• ERP bağlantıları

• Review widget’ları

• Popup araçları

Eklentinin ticari katkısı da değerlendirilmelidir.

Her ağır eklenti kaldırılmamalıdır. Ancak maliyeti bilinmelidir.

4. Veritabanı büyümesi

WooCommerce mağazaları zaman içinde büyük veri üretir.

Başlıca veri kaynakları şunlardır:

• Siparişler

• Sipariş meta verileri

• Ürün varyasyonları

• Session kayıtları

• Transient değerleri

• Cron görevleri

• Action Scheduler kayıtları

• Eski eklenti ayarları

wp_options ve autoload verisi

Autoload olarak işaretlenen kayıtlar birçok WordPress isteğinde otomatik yüklenir.

Gereksiz büyük autoload verisi her isteğin maliyetini artırabilir.

Kontrol edilmesi gereken alanlar:

• Eski eklenti kayıtları

• Büyük option değerleri

• Süresi dolmuş transient verileri

• Artık kullanılmayan tema ayarları

• Hatalı oluşturulan cache kayıtları

Veri doğrudan silinmemelidir.

Önce yedek alınmalıdır. Değişiklik staging ortamında test edilmelidir.

Yavaş sorgular

Yavaş sorgular şu araçlarla belirlenebilir:

• Query Monitor

• MySQL slow query log

• PHP slow log

• Application Performance Monitoring

• Eklenti bazlı conflict test

Sorgu sayısı tek başına karar vermez.

Bir yavaş sorgu, yüz hızlı sorgudan daha büyük sorun oluşturabilir.

HPOS ne sağlar?

High-Performance Order Storage, sipariş verilerini WooCommerce sorgularına göre tasarlanmış özel tablolarda saklar. Bu yapı, geleneksel wp_posts ve wp_postmeta bağımlılığını azaltır.

HPOS şu alanlarda avantaj sağlayabilir:

• Sipariş sorguları

• Sipariş listeleme

• Sipariş güncelleme

• Veri yapısının anlaşılabilirliği

• Yüksek hacimli mağaza ölçeklenmesi

Ancak HPOS tek başına tüm sorunları çözmez.

Şu kontroller yine gereklidir:

• Eklenti uyumluluğu

• Özel kod uyumluluğu

• Doğrudan veritabanı sorguları

• Action Scheduler

• API entegrasyonları

• Veritabanı indeksleri

WooCommerce, yüksek hacimli mağazalar için HPOS geçişini ayrı planlama ve test süreciyle ele alır.

Action Scheduler

Action Scheduler, WooCommerce ve eklentilerin arka plan görevlerini yönetir.

Örnek görevler:

• E-posta işlemleri

• Abonelik yenilemeleri

• Webhook gönderimleri

• Veri senkronizasyonu

• Rapor güncellemeleri

• Entegrasyon görevleri

Şu durumlar performansı etkileyebilir:

• Çok sayıda bekleyen görev

• Sürekli başarısız olan görevler

• Tekrarlanan API hataları

• Büyük görev grupları

• Hatalı cron yapılandırması

WooCommerce’un güncel sürümlerinde de planlı görevler ve batch işlemleri veritabanı yükünü azaltmak amacıyla kullanılmaktadır.

5. Büyük ürün görselleri

E-ticaret mağazalarında görseller ana veri yükünü oluşturabilir.

Bir ürün görseli şu sorunları taşıyabilir:

• Gereğinden büyük piksel ölçüsü

• Yüksek dosya boyutu

• Yanlış sıkıştırma

• Eski dosya formatı

• Eksik responsive image yapısı

• Yanlış lazy loading

• Yavaş CDN

Doğru piksel ölçüsü

Tarayıcıda 600 piksel genişliğinde gösterilen görsel 3000 piksel yüklenmemelidir.

WooCommerce thumbnail ayarları tema tasarımıyla uyumlu olmalıdır.

Görseller değiştirildikten sonra thumbnail üretimi kontrol edilmelidir.

WebP ve AVIF

WebP ve AVIF daha küçük dosya boyutları sağlayabilir.

Ancak karar şu kriterlere göre verilmelidir:

• Görsel kalite

• Dosya boyutu

• Tarayıcı desteği

• Dönüştürme maliyeti

• Fallback yapısı

• CDN desteği

Tek format tüm mağazalar için zorunlu değildir.

Gerçek dosya boyutları karşılaştırılmalıdır.

Responsive images

srcset ve sizes özellikleri, cihazın uygun görsel boyutunu seçmesini sağlar.

Mobil cihaz masaüstü görselini indirmemelidir.

Bu yapı özellikle ürün galerilerinde önemlidir.

Lazy loading

Sayfanın altındaki görseller lazy loading kullanabilir.

Ancak LCP görseli lazy loading dışında tutulmalıdır.

LCP görseli için şu optimizasyonlar uygulanabilir:

• Preload

• Yüksek fetch priority

• Doğru dosya boyutu

• Modern görsel formatı

• CDN dağıtımı

• Slider yerine statik görsel

6. Üçüncü taraf scriptler

WooCommerce mağazaları çok sayıda dış script kullanabilir.

Örnekler:

• Meta Pixel

• Google etiketleri

• Analitik araçlar

• Isı haritası

• Canlı destek

• Popup

• Review widget

• Kişiselleştirme aracı

• Fraud sistemi

Her script ayrı ağ isteği üretir. Bazı scriptler JavaScript çalıştırır. Bazıları ana iş parçacığını bloke eder.

Script audit nasıl yapılır?

Her script için şu sorular yanıtlanmalıdır:

• Hangi sayfalarda çalışıyor?

• Kaç kilobayt veri indiriyor?

• Ne kadar CPU süresi kullanıyor?

• Kullanıcı etkileşimini geciktiriyor mu?

• Kullanıcı iznine bağlı mı?

• Satış sürecine katkısı bulunuyor mu?

• Tüm sayfalarda çalışması gerekiyor mu?

Scriptler şu gruplara ayrılabilir:

Hız optimizasyonu sırasında tracking kodları kör şekilde geciktirilmemelidir.

Aksi durumda veri kaybı oluşabilir.

WooCommerce hosting nasıl optimize edilir?

Hosting optimizasyonu uygulama gereksinimlerine göre yapılmalıdır.

PHP sürümü

WooCommerce ve eklentiler tarafından desteklenen güncel PHP sürümü kullanılmalıdır.

Sürüm değişikliği önce staging ortamında test edilmelidir.

Kontrol edilmesi gereken alanlar:

• Tema uyumluluğu

• Eklenti uyumluluğu

• Özel kod

• Ödeme entegrasyonu

• Cron görevleri

OPcache

OPcache, derlenmiş PHP kodunu bellekte saklar.

Bu yapı tekrar derleme maliyetini azaltabilir.

OPcache aktif olsa bile kötü PHP kodu hızlı çalışmaz.

Uygulama optimizasyonu yine gerekir.

Web sunucusu

WooCommerce farklı web sunucularında çalışabilir:

• Nginx

• Apache

• LiteSpeed

Seçim tek başına performans sonucu belirlemez.

Cache yapılandırması, PHP işlemleri ve veritabanı yapısı daha büyük etki oluşturabilir.

Sıkıştırma ve protokoller

Statik dosyalarda Gzip veya Brotli kullanılabilir.

HTTP/2 ve HTTP/3 bağlantı verimliliğini destekleyebilir.

Ancak bu ayarlar checkout API gecikmesini çözmez.

Sorun katmanı doğru belirlenmelidir.

WooCommerce cache ayarları nasıl yapılır?

Cache, tekrarlanan işlemleri azaltır.

Ancak tüm sayfalar aynı şekilde cache’e alınmamalıdır.

Page cache

Page cache hazır HTML çıktısını saklar.

Genellikle şu alanlarda kullanılabilir:

• Ana sayfa

• Blog içerikleri

• Kategori sayfaları

• Ürün sayfaları

• Statik kurumsal sayfalar

Cache dışında tutulması gereken alanlar

Dinamik kullanıcı verisi taşıyan sayfalar genellikle cache dışında tutulmalıdır:

• Sepet

• Checkout

• Hesabım

• Sipariş alındı sayfası

• Kullanıcıya özel fiyatlar

• Üyelik alanları

Yanlış cache yapılandırması sepet ve oturum sorunları oluşturabilir. WooCommerce dokümantasyonu da session ve dinamik mağaza alanları için doğru cache istisnalarının önemini vurgular.

Object cache

Object cache, sık kullanılan sorgu sonuçlarını bellekte tutar.

Yaygın araçlar:

• Redis

• Memcached

Object cache şu durumlarda yarar sağlayabilir:

• Tekrarlanan ürün sorguları

• Kategori sorguları

• Kullanıcı yetki kontrolleri

• Büyük ayar sorguları

• Yoğun admin işlemleri

Object cache kurulumu tek başına başarı değildir.

Cache hit oranı ölçülmelidir.

Yanlış invalidation eski veri gösterebilir.

Browser cache

Browser cache statik dosyaları kullanıcının cihazında saklar.

Örnek kaynaklar:

• CSS

• JavaScript

• Görseller

• Fontlar

Dosya sürümleme kullanılmalıdır.

Aksi durumda kullanıcı eski dosyayı görebilir.

CDN

CDN statik dosyaları kullanıcıya yakın noktadan sunar.

CDN şu kaynaklarda etkilidir:

• Ürün görselleri

• CSS

• JavaScript

• Fontlar

• Video önizlemeleri

Dinamik checkout yanıtları standart CDN cache’ine bırakılmamalıdır.

Cache kuralları sayfa türüne göre yapılandırılmalıdır.

Tema ve eklenti performansı nasıl iyileştirilir?

İlk adım gereksiz bileşenleri belirlemektir.

Kullanılmayan CSS

Bazı temalar tüm bileşenlerin CSS dosyalarını her sayfada yükler.

Çözüm seçenekleri:

• Sayfa bazlı CSS yükleme

• Kritik CSS oluşturma

• Kullanılmayan bileşenleri kaldırma

• Tema ayarlarını sadeleştirme

• Page builder widget’larını azaltma

Otomatik kullanılmayan CSS temizliği mutlaka test edilmelidir.

Ürün varyasyonları veya checkout alanları bozulabilir.

JavaScript optimizasyonu

JavaScript için şu yöntemler değerlendirilebilir:

• defer

• Sayfa bazlı yükleme

• Kod bölme

• Gereksiz script kaldırma

• Üçüncü taraf script geciktirme

• Uzun görevleri azaltma

Tüm scriptleri geciktirmek güvenli değildir.

Şu işlevler bozulabilir:

• Sepete ekleme

• Varyasyon seçimi

• Ödeme yöntemleri

• Consent yönetimi

• Dönüşüm takibi

• Fraud kontrolü

Conflict test

Tema ve eklenti çakışması staging ortamında test edilmelidir.

Önerilen süreç:

1. Tam yedek alınır.

2. Staging ortamı kurulur.

3. Eklentiler gruplar hâlinde kapatılır.

4. Kritik sayfalar tekrar ölçülür.

5. Yavaşlık oluşturan grup belirlenir.

6. Eklentiler tek tek test edilir.

7. Sepet ve checkout regresyon testi yapılır.

Bu süreç tahmine dayalı optimizasyonu engeller.

WooCommerce checkout neden yavaşlar?

Checkout, WooCommerce mağazasının en dinamik sayfasıdır.

Kullanıcıya özel veri işler. Kargo ve ödeme sistemleriyle haberleşir. Session bilgisi kullanır.

Bu nedenle checkout page cache ile çözülemez.

Kargo hesaplamaları

Kargo sistemi şu nedenlerle gecikebilir:

• Harici API çağrısı

• Çok sayıda kargo kuralı

• Adres bazlı hesaplama

• Tekrarlayan AJAX isteği

• Uzak servis gecikmesi

• Hatalı zaman aşımı ayarı

Kargo API yanıt süreleri ayrıca kaydedilmelidir.

Vergi hesaplamaları

Dinamik vergi sistemleri dış servis kullanabilir.

Her adres değişikliğinde yeni hesaplama yapılabilir.

Gereksiz tekrarlar azaltılmalıdır.

Ödeme sağlayıcısı

Ödeme süreci şu işlemleri içerebilir:

• Token oluşturma

• Fraud kontrolü

• 3D Secure

• Kart doğrulama

• Harici yönlendirme

• Webhook bekleme

Her adım ayrı süre taşır.

Ödeme sistemi gecikmesi hosting değişikliğiyle çözülmeyebilir.

Checkout eklentileri

Checkout alanına eklenen her işlev yeni işlem oluşturabilir.

Örnekler:

• Adres doğrulama

• Fatura alanları

• Üyelik kontrolü

• Kupon sistemi

• Upsell

• Sadakat puanı

• Abonelik

• Kargo noktası seçimi

Her eklenti checkout üzerindeki maliyetiyle ölçülmelidir.

Cart Fragments

Cart Fragments mini-cart içeriğini güncel tutmak için AJAX işlemleri kullanabilir.

Gereksiz sayfalarda çalışan istekler performans maliyeti oluşturabilir.

Ancak Cart Fragments doğrudan kapatılmamalıdır.

Mini-cart ve sepet davranışları test edilmelidir.

Sipariş sonrası işlemler

Sipariş tamamlanırken şu görevler çalışabilir:

• E-posta gönderimi

• ERP aktarımı

• CRM aktarımı

• Fatura oluşturma

• Kargo kaydı

• Webhook gönderimi

• Sadakat puanı

• Stok senkronizasyonu

Kullanıcının bu görevlerin tamamını beklemesi gerekmeyebilir.

Uygun görevler Action Scheduler üzerinden arka plana taşınabilir.

Ancak görev başarısızlıkları izlenmelidir.

Checkout test senaryoları

Checkout yalnızca tek kredi kartı siparişiyle test edilmemelidir.

Şu senaryolar kullanılmalıdır:

• Misafir kullanıcı

• Kayıtlı kullanıcı

• Mobil cihaz

• Kuponlu sipariş

• Çok ürünlü sepet

• Farklı kargo yöntemi

• Kredi kartı

• Havale

• Kapıda ödeme

• Başarısız ödeme

• 3D Secure

• Harici yönlendirme

Her senaryoda işlem süreleri kaydedilmelidir.

WooCommerce mobil hızı nasıl artırılır?

Mobil cihazlar daha düşük işlem kapasitesine sahip olabilir.

Ağır JavaScript işlemleri mobil kullanıcıları daha fazla etkiler.

İlk ekranı sadeleştirin

Mobil ilk ekranda şu bileşenler sınırlandırılmalıdır:

• Büyük slider

• Otomatik video

• Popup

• Sticky kampanya barı

• Canlı destek

• Çoklu banner

• Ağır fontlar

İlk ekranın ana amacı açık olmalıdır.

Ürün ve satın alma aksiyonu öncelik taşımalıdır.

Mobil etkileşimleri test edin

Şu öğeler gerçek cihazlarda test edilmelidir:

• Menü

• Ürün galerisi

• Varyasyon seçimi

• Sepete ekleme

• Filtreler

• Mini-cart

• Checkout alanları

• Ödeme yöntemi seçimi

Masaüstü Lighthouse sonucu mobil deneyimi temsil etmez.

Site hızı reklam ve satış performansını nasıl etkiler?

Site hızı tek başına satış garantisi vermez.

Ancak kullanıcıların ürün ve checkout akışına ulaşmasını etkiler.

Reklam trafiği

Meta ve Google Ads trafiğinin önemli bölümü mobil cihazlardan gelebilir.

Yavaş açılış sayfası şu sonuçları oluşturabilir:

• Ürün görüntüleme azalır.

• Kullanıcı sayfadan çıkar.

• Sepete ekleme düşer.

• Reklam tıklaması kullanılamaz.

• Kampanya trafiği verimsizleşir.

Ancak düşük dönüşüm yalnızca hızdan kaynaklanmaz.

Şu alanlar da değerlendirilmelidir:

• Reklam vaadi

• Ürün fiyatı

• Teklif

• Güven unsurları

• Stok durumu

• Kargo ücreti

• Hedefleme

• Kreatif

Checkout gecikmesi

Checkout gecikmesi şu metriklerle birlikte izlenmelidir:

• Checkout terk oranı

• Başarısız ödeme oranı

• Sipariş tamamlama süresi

• Mobil dönüşüm oranı

• Ödeme yöntemi başarı oranı

Teknik ve ticari veriler birlikte değerlendirilmelidir.

Teknik metrik ile ticari sonuç ilişkisi

Bu ilişkiler nedensellik kanıtı değildir.

Önce ve sonra verileri kontrollü biçimde karşılaştırılmalıdır.

WooCommerce hız optimizasyonu hangi sırayla yapılmalıdır?

Optimizasyon rastgele araç kurulumu ile başlamamalıdır.

1. Baseline oluşturun

Şu değerleri kaydedin:

• LCP

• INP

• CLS

• TTFB

• PHP süresi

• Sorgu süresi

• Checkout süresi

• API süreleri

• Mobil dönüşüm oranı

• Checkout terk oranı

2. Kritik hataları çözün

Önce şu sorunları giderin:

• 5xx hataları

• JavaScript hataları

• Checkout kesintileri

• Yavaş ödeme API’si

• Başarısız cron görevleri

• Çok yavaş SQL sorguları

3. Hosting ve backend’i optimize edin

• PHP sürümünü kontrol edin.

• OPcache durumunu inceleyin.

• Worker kapasitesini ölçün.

• Slow logları analiz edin.

• Object cache ihtiyacını belirleyin.

4. Veritabanını inceleyin

• Autoload verisini ölçün.

• Slow query kayıtlarını bulun.

• Action Scheduler kuyruğunu inceleyin.

• HPOS uyumluluğunu kontrol edin.

• Eski eklenti verilerini sınıflandırın.

5. Tema ve eklentileri analiz edin

• Ağır scriptleri bulun.

• Eklenti maliyetini ölçün.

• Gereksiz widget’ları kaldırın.

• Sayfa bazlı kaynak yükleyin.

• Conflict test uygulayın.

6. Cache ve CDN yapılandırın

• Statik sayfalarda page cache kullanın.

• Sepet ve checkout’u hariç tutun.

• Redis ihtiyacını test edin.

• CDN kurallarını doğrulayın.

• Cache hit oranını izleyin.

7. Görselleri optimize edin

• Doğru piksel ölçüsü kullanın.

• WebP veya AVIF test edin.

• Responsive images uygulayın.

• LCP görselini önceliklendirin.

• Alt ekran görsellerini lazy load edin.

8. Checkout’u ayrı optimize edin

• Kargo API sürelerini ölçün.

• Ödeme sürelerini ölçün.

• Gereksiz alanları kaldırın.

• Sipariş sonrası görevleri ayırın.

• Mobil checkout testi yapın.

9. Regresyon testi uygulayın

Her değişiklik sonrası şu alanları kontrol edin:

• Ürün varyasyonları

• Sepete ekleme

• Mini-cart

• Kupon

• Kargo

• Checkout

• Ödeme

• E-posta

• Analytics

• Reklam dönüşüm olayları

10. Sonuçları karşılaştırın

Aynı sayfaları aynı koşullarda tekrar ölçün.

Teknik ve ticari metrikleri birlikte inceleyin.

WooCommerce hız optimizasyonu kontrol listesi

Ölçüm

• Kritik sayfalar ayrı test edildi.

• Mobil ve masaüstü ayrıldı.

• Alan ve laboratuvar verileri incelendi.

• TTFB ölçüldü.

• Checkout işlem süreleri kaydedildi.

Hosting

• Desteklenen PHP sürümü kullanılıyor.

• OPcache aktif.

• PHP worker kapasitesi ölçüldü.

• CPU ve RAM değerleri izlendi.

• Slow loglar kontrol edildi.

Cache

• Page cache aktif.

• Sepet cache dışında.

• Checkout cache dışında.

• Object cache test edildi.

• CDN kuralları doğrulandı.

• Cache hit oranı ölçüldü.

Veritabanı

• Slow query analizi yapıldı.

• Autoload verisi ölçüldü.

• Transient kayıtları incelendi.

• Action Scheduler kontrol edildi.

• HPOS uyumluluğu doğrulandı.

Tema ve eklentiler

• Eklenti maliyetleri ölçüldü.

• Gereksiz scriptler kaldırıldı.

• Tema conflict testi yapıldı.

• Kullanılmayan CSS azaltıldı.

• Harici API çağrıları ölçüldü.

Görseller

• Görseller doğru ölçüde.

• Modern formatlar test edildi.

• LCP görseli önceliklendirildi.

• Responsive image yapısı aktif.

• Lazy loading istisnaları kontrol edildi.

Checkout

• Kargo API süresi ölçüldü.

• Ödeme sağlayıcı süresi ölçüldü.

• Cart Fragments kontrol edildi.

• Sipariş sonrası görevler incelendi.

• Mobil checkout test edildi.

• Başarısız ödeme senaryosu denendi.

Veri takibi

• GA4 e-ticaret olayları çalışıyor.

• Meta Pixel olayları doğrulandı.

• Dönüşüm etiketleri geciktirilmedi.

• Consent akışı test edildi.

• Purchase olayı siparişle eşleşiyor.

WooCommerce performans auditi ne zaman yapılmalıdır?

Performans auditi yalnızca site tamamen yavaşladığında yapılmamalıdır.

Şu durumlar audit gerektirir:

• Kampanya trafiğinde site yavaşlıyor.

• Checkout terk oranı yükseliyor.

• PageSpeed sonuçları düzenli düşüyor.

• Admin paneli geç açılıyor.

• Yeni tema kuruldu.

• Kritik eklenti güncellendi.

• Ödeme sağlayıcısı değişti.

• Ürün kataloğu büyüdü.

• Sipariş hacmi arttı.

• Hosting değişikliği planlanıyor.

• Tracking kodları optimize edildi.

Yüksek hacimli mağazalarda küçük gecikmeler daha fazla kullanıcıyı etkiler.

Data4Ad’in mevcut ICP çerçevesi, aylık en az 500 sipariş alan WooCommerce mağazalarını önceliklendirir. Bu segmentte performans, tracking ve reklam trafiği aynı ticari sistemin parçalarıdır.

Sık sorulan sorular

WooCommerce site neden yavaşlar?

Yetersiz hosting, ağır veritabanı sorguları, büyük görseller, fazla JavaScript ve yavaş checkout entegrasyonları WooCommerce sitesini yavaşlatabilir.

WooCommerce için cache eklentisi yeterli midir?

Hayır. Cache tekrarlanan işlemleri azaltır. Yavaş sorguları, ödeme API gecikmelerini ve eklenti sorunlarını tek başına çözmez.

Redis WooCommerce sitesini hızlandırır mı?

Redis, sık kullanılan sorgu sonuçlarını bellekte tutabilir. Fayda, veritabanı yüküne ve cache hit oranına bağlıdır.

HPOS siteyi hızlandırır mı?

HPOS, sipariş verilerini optimize edilmiş özel tablolarda saklar. Sipariş sorgularını ve ölçeklenebilirliği destekleyebilir. Eklenti uyumluluğu ayrıca test edilmelidir.

Çok eklenti kullanmak siteyi yavaşlatır mı?

Eklenti sayısı tek başına belirleyici değildir. Her eklentinin sorgu, script, API ve cron maliyeti ölçülmelidir.

WooCommerce checkout neden yavaşlar?

Kargo hesaplamaları, ödeme API’leri, checkout eklentileri, AJAX işlemleri ve sipariş sonrası görevler checkout’u yavaşlatabilir.

Cart Fragments kapatılmalı mı?

Cart Fragments mağaza yapısına göre değerlendirilmelidir. Mini-cart ve dinamik sepet işlevleri test edilmeden tamamen kaldırılmamalıdır.

WebP mi AVIF mi kullanılmalıdır?

İki format da dosya boyutunu azaltabilir. Gerçek görsel kalite, dosya boyutu ve tarayıcı desteği birlikte karşılaştırılmalıdır.

Hosting değiştirmek siteyi hızlandırır mı?

Hosting değişikliği kaynak darboğazını çözebilir. Tema, eklenti ve veritabanı sorunları devam ediyorsa yavaşlık tamamen çözülmez.

WooCommerce performans auditi neyi kapsar?

Audit; Core Web Vitals, hosting, PHP, veritabanı, cache, tema, eklenti, görseller, checkout ve tracking katmanlarını inceler.

Sonuç

WooCommerce hız optimizasyonu tek eklenti kurulumu değildir.

Süreç frontend, backend ve checkout katmanlarını birlikte inceler. PageSpeed puanı yalnızca başlangıç verisi sağlar. Gerçek kullanıcı deneyimi ve sipariş akışı ayrıca ölçülmelidir.

Hosting kaynakları uygulama yüküyle birlikte değerlendirilmelidir. Cache dinamik sayfalara göre yapılandırılmalıdır. Veritabanı sorguları ölçülmeden temizleme yapılmamalıdır.

Tema ve eklenti maliyeti sayıyla değil, işlem yüküyle belirlenmelidir. Checkout ise ayrı bir performans sistemi olarak ele alınmalıdır.

Her değişiklik staging ortamında test edilmelidir. Sepet, ödeme ve tracking olayları regresyon kontrolünden geçirilmelidir.

Data4Ad, WooCommerce mağazalarının hız, checkout ve veri takip katmanlarını birlikte değerlendirir. Teknik yaklaşım yalnızca puan yükseltmeyi hedeflemez. Süreç, reklam trafiğini ve sipariş akışını etkileyen gerçek darboğazları belirler.

WooCommerce mağazanızın gerçek darboğazını bulun

Cache kurulumu gerçek sorunu gizleyebilir.

Data4Ad; frontend, sunucu, veritabanı, checkout ve tracking katmanlarını birlikte analiz eder.

WooCommerce Performans Auditi Talep Edin

Reklam trafiğinizi hızlı, kararlı ve ölçülebilir bir mağaza altyapısına yönlendirin.