WooCommerce kurulumu, WordPress’e bir eklenti eklemekten daha kapsamlı bir mağaza sorumluluğu doğurur. Hosting, tema, ödeme, teslimat ve diğer eklentiler birlikte çalışmalıdır. Yönetim esnekliği, güncelleme ve yedekleme işlerinin kendiliğinden ortadan kalktığı anlamına gelmez.
WooCommerce gereksinimini gerçek sürüm ve iş yüküyle eşleştirin
WooCommerce başlangıç dokümanları kurulum için birincil başvurudur. PHP ve veritabanı sürümlerini eski blogdan kopyalamak yerine kullanılacak WooCommerce sürümünün güncel gereksinimleriyle eşleştirin. Bu yazı 9 Ekim 2026 tarihinde hazırlanmıştır; sabit bir sürüm tablosunu bütün gelecek kurulumlar için geçerli saymaz.
Alan adı, SSL, yönetici erişimi ve işletmeye ait e-posta teslimi hazır olmalıdır. Hosting yedeğinin kapsamını ve geri yükleme yöntemini öğrenin. Sadece vitrin için yeterli görünen kaynak, yoğun yönetici işleri veya büyük katalogda aynı sonucu vermeyebilir.
Kurulum sihirbazı işletme kararlarının yerine geçmez
WooCommerce'in güncel kurulum belgesi ürün, ödeme ve mağaza hazırlığı adımlarını anlatır. Ekrandaki öneriler işletmenin bütün ihtiyaçlarının doğru seçildiği anlamına gelmez. Kullanılacak sürüm, ülke ve sağlayıcı koşulları kontrol edilir. Eski bir yazıdaki menü veya yazılım sürümü gelecekteki bütün kurulumlara taşınmamalıdır.
Hosting değerlendirmesinde yalnız ana sayfanın açılmasına bakmayın. Büyük katalog aktarımı, sipariş yönetimi ve zamanlanmış işler farklı yük oluşturabilir. Kaynak kullanımı ve hata kayıtları gerçek iş örnekleriyle incelenir. Yönetici erişimi, alan adı ve yedek hizmetinin sahibi işletme olmalıdır. Ortak şifre kullanımı yerine görevle sınırlı erişim ve devir planı hazırlanır.
Eklenti ve tema seçimini bağımlılık envanteriyle yapın
Ödeme, kargo, fatura veya çok dil gereksinimi varsa her bağlantının desteklediği sürümleri ve bakım durumunu inceleyin. Aynı işi yapan iki eklentiyi gerekçesiz birlikte kurmayın. Lisans, yenileme, veri erişimi ve kaldırma sonrası davranış teklif kapsamına dahil edilmelidir.
Tema seçimini yalnız demo görünüşüne göre yapmayın. Gerçek ürün, varyant ve mobil sepet görevleriyle deneyin. Özel düzenlemelerin güncellemede nasıl korunacağını belgeleyin; ana eklenti dosyalarını doğrudan değiştirmek bakım yükünü artırabilir.
Her eklentinin iş gerekçesi ve bakım sahibi olmalı
Ödeme, kargo, fatura veya dil gereksinimi için seçilen bağlantının desteklediği sürüm ve güncellenme durumu incelenir. Aynı işlevi yapan iki eklenti yalnız biri kurulu unutulduğu için birlikte bırakılmamalıdır. Kullanılan veri alanları, lisans yenilemesi ve kaldırma sonrası etkiler kaydedilir. Eklentinin mağazada etkin görünmesi gerçek sağlayıcı bağlantısının çalıştığı kanıtı değildir.
Özel düzenlemeler ana eklenti dosyalarına rastgele eklenirse güncellemede kaybolabilir. Uygun genişletme yöntemini güncel resmî geliştirici belgesi ve teknik ekip belirlemelidir. Bu rehber bütün temalarda aynı kod yolunu varsaymaz. Değişiklik dosyaları ve gerekçesi teslimde saklanır; yalnız geliştiricinin bilgisayarında kalan düzenleme sürdürülebilir bakım sayılmaz.
Katalog ve sipariş kabulünü veri tutarlılığıyla sınayın
Tek ürün, varyantlı ürün, indirim ve stok dışı durumlarını hazırlayın. Fiyat, vergi gösterimi ve teslimat seçeneklerini işletmenin uzman tarafından doğrulanmış kararlarıyla yapılandırın. Varsayılan vergi ayarının işletmenize hukuken uygun olduğunu kabul etmeyin.
Başarılı ve reddedilmiş ödemede siparişin doğru oluşmasını kontrol edin. Kullanıcının tekrar dönmesi mükerrer sipariş oluşturmamalıdır. Stok düşümü, bildirim ve iade sürecini sağlayıcı kayıtlarıyla karşılaştırın. Sandbox testi gerçek canlı tahsilat değildir.
Diğer sütunları görmek için yatay kaydırın.
| Senaryo | Kontrol | Yanlış yorum |
|---|---|---|
| Varyantlı ürün | Seçim, fiyat, stok ve sepet | Varsayılan ürünün açılması yeterli |
| Reddedilmiş ödeme | Sipariş ve sağlayıcı sonucu | Teşekkür ekranı her zaman satış |
| Tekrar bildirim | Mevcut işlemle eşleme | Yeni kayıt oluşturmak güvenli |
| Kısmi iade | Ürün ve para hareketi | Bütün sipariş otomatik düzelir |
Vergi ve teslimat varsayımlarını görünür tutun
Panelde bir ayarın bulunması işletmenin yükümlülüğünü doğru belirlediğini göstermez. Fiyatın vergi dahil veya hariç sunumu, satış bölgesi ve ürün koşulları yetkili değerlendirmeyle seçilir. Kargo kuralında indirimli sepet ve desteklenmeyen adres örnekleri denenir. Test ortamındaki işlem, gerçek tahsilat veya gerçek gönderim kabulü olarak raporlanmaz.
Güncelleme paketini staging ve geri yükleme provasıyla yönetin
WooCommerce’in resmî güncelleme rehberi, yedek ve test ortamı yaklaşımını açıklar. Güncelleme öncesi dosya ve veritabanının tutarlı kopyasını alın; geri yüklenmesini ayrıca doğrulayın. Staging’de gerçek müşterilere e-posta veya canlı ödeme gönderilmesini önleyin.
WordPress, WooCommerce, tema ve bağlantı eklentilerini değişiklik kaydıyla yönetin. Veritabanı güncellemesi gerektiğinde önce mevcut yedeğin uygun olduğunu kontrol edin. Bir hata oluşursa sadece tema dosyasını geri almak yeterli olmayabilir; veri değişimi ve yeni siparişler de geri dönüş kapsamındadır.
Dosya ve veritabanı değişimi birlikte değerlendirilir
Güncelleme bazı durumlarda veri yapısını da değiştirebilir. Yalnız eklenti dosyasını eski sürüme almak bütün durumu geri getirmeyebilir. Güncel resmî güncelleme rehberi yedek ve staging yaklaşımı için başvurudur. Yedek kapsamı ve geri yükleme yöntemi gerçek ortamda doğrulanmalıdır. Yeni siparişlerin oluştuğu canlı veritabanını eski kopyayla değiştirmek veri kaybı yaratabilir; rollback planı bu akışı da kapsar.
Staging ortamı gerçek müşterilere mesaj veya ödeme göndermemelidir. Servis bağlantıları ve zamanlanmış işler uygun biçimde sınırlandırılır. Aynı güncelleme setiyle ürün, sepet, ödeme, bildirim ve bağlantı eklentilerinin önemli görevleri test edilir. Test sonucu yalnız “eklenti güncellendi” notuyla kapanmaz; sürümler, örnek görev ve görülen sonuç kaydedilir.
Bakım planında hata, yenileme ve müşteri görevleri olsun
Düzenli kontrolde hata günlükleri, yedek sonucu, güncelleme ihtiyacı ve gerçek sipariş akışını değerlendirin. Sertifika veya alan adı yenilemesi, üçüncü taraf bağlantı süresi ve lisans bitişi için sorumluluk belirleyin. Her güncelleme sonrası önemli sayfa ve ödeme görevlerini tekrar sınayın.
Hız değerlendirmesinde laboratuvar testini gerçek kullanıcı verisiyle karıştırmayın. Yeni eklentinin yükleme, etkileşim ve ekran kararlılığına etkisini Core Web Vitals yöntemiyle inceleyin. Bakım olmadan “süresiz güvenli mağaza” vaadi verilmemelidir.
Yedek uyarısının olmaması başarılı yedek kanıtı değildir
Yedeğin gerçekten oluştuğu, gerekli dosyaları içerdiği ve geri açılabildiği dönemsel olarak kontrol edilmelidir. Sertifika, alan adı ve lisans yenilemesinin sorumlusu belli olmalıdır. Hata günlükleri kişisel veya ödeme verisini gereksiz tutmamalıdır. Bir güvenlik güncellemesi gerektiğinde değerlendirme ve uygulama sorumluluğu açık olmalı; belirsiz bakım devriyle süresiz güvenlik sözü verilmemelidir.
Yeni eklenti yükleme ve etkileşim maliyeti getirebilir. Gerçek LCP öğesi, mobil görev ve düzen kayması önce/sonra aynı koşulla incelenir. Hız puanı iyi görünse de ödeme hatası veya yanlış varyant varsa mağaza kabulü sağlanmaz. Performans, işlev ve veri doğruluğu birlikte korunmalıdır.
Operasyon devri ve toplam maliyet kapsamı
E-ticaret sitesi kurulum hizmeti içinde WooCommerce kapsamını eklenti kurulumu, özel geliştirme ve sürekli bakım olarak ayırın. Yönetici eğitimi, erişim devri ve hata bildirim yolu teslim edilmelidir. Açık kaynak altyapı kullanılması toplam kurulumun veya bakımın ücretsiz olduğu anlamına gelmez.
Teslimde yönetici eğitimi, hesap erişimleri, eklenti listesi, özel değişiklikler ve geri dönüş senaryosu bulunmalıdır. Açık kaynak çekirdek yazılım, hosting ve bütün bakımın ücretsiz olduğu anlamına gelmez. Lisans, geliştirme ve devam eden hizmetler ayrı yazılır. Gerçek tutarlar tarihli tekliften alınır; bu rehber fiyat uydurmaz. Mağazanın sürdürülebilirliği kurulum kadar günlük sahiplik ve bakım kararlarına bağlıdır.
Bakım penceresinde açık işlemleri koruyun
Yedek tarihi ile geri dönüş anı arasını uzlaştırın
Temsili örnekte yedek alındıktan sonra yeni sipariş gelir, ardından güncelleme başarısız olur. Eski veri tabanını doğrudan geri yüklemek yeni siparişi kaybettirebilir; ödeme sağlayıcısındaki tahsilat ise ortadan kalkmaz. Bu nedenle bakım öncesi açık sepet, bekleyen ödeme, yeni sipariş ve stok hareketlerinin nasıl izleneceği kararlaştırılmalıdır. Sadece tema dosyasını geri almakla veri tabanı değişikliğini geri almak farklı işlemlerdir.
Bakım kaydına başlayan ve biten zamanı, değişen eklenti sürümlerini, veri tabanı yükseltmesi olup olmadığını ve kabul işlemlerini yazın. Planlı kesinti gerekiyorsa müşterinin ödeme akışını yarıda bırakmayacak yöntem seçin. Ekip bu kararı barındırma ve ödeme sağlayıcısıyla birlikte doğrulamalıdır; burada belirli bir bakım eklentisinin bütün senaryoları güvenle çözdüğü varsayılmıyor. İşlemden sonra yalnız ana sayfayı açmak yerine giriş, ürün arama, sepet, ödeme bildirimi ve sipariş e-postasını denetleyin.
