# WooCommerce'i büyük bir sürüme güncelleme

> HPOS, sepet ve ödeme blokları, hook'ların kullanımdan kaldırılması: son büyük WooCommerce sürümlerinin neyi değiştirdiği ve aktif bir mağazayı güncellemeden önceki kontrol sırası.

- Source canonique : [https://allaux.fr/tr/wordpress-woocommerce/mise-a-jour/version-majeure-woocommerce](https://allaux.fr/tr/wordpress-woocommerce/mise-a-jour/version-majeure-woocommerce)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Herhangi bir işleme başlamadan önce WooCommerce, Durum ekranını açın: Veritabanı bölümü, veritabanı sürümünün eklenti sürümüyle eşleşip eşleşmediğini gösterir. Güncellemeden sonra WooCommerce, veritabanı güncellemesini başlatmanızı isteyen bir uyarı gösterir; bunu çalıştırın ve siparişleri yeniden almadan önce bitmesini bekleyin. Bir aksaklık olursa WooCommerce, Durum, Günlükler işlemin kaydını tutar.

## Örnek olarak son iki büyük değişiklik

WooCommerce'teki büyük sürümler yalnızca düzeltmelerden ibaret değildir: siparişlerin nasıl saklandığını veya mağazanın kilit sayfalarının nasıl oluşturulduğunu değiştirebilirler. İki yakın tarihli gelişme bunu iyi gösterir. Beta durumundan çıkıp Ekim 2023'te WooCommerce 8.2'de kararlı ilan edilen Yüksek Performanslı Sipariş Depolama (HPOS), sipariş verilerini wp_posts tablosundan özel tablolara taşır. Kasım 2023'te WooCommerce 8.3'ten itibaren yeni kurulumlarda varsayılan olan sepet ve ödeme blokları, geleneksel [woocommerce_cart] ve [woocommerce_checkout] kısa kodlarının (shortcode) yerini Gutenberg bloklarıyla alır; kısa kodlar yedek çözüm olarak desteklenmeye devam eder.

Bu iki konuyu burada ayrıntılandırmıyorum: her birinin kendi geçiş yöntemi vardır, HPOS'a geçiş ve sepet ve ödeme bloklarına geçiş konulu ayrı sayfalarda ele alınır. Bu sayfa, HPOS ve bloklar dahil olsun ya da olmasın, her büyük WooCommerce sürüm güncellemesine uygulanacak genel yöntemi ele alır.

## Bir WooCommerce güncellemesi mağazayı neden bozar

- WooCommerce API'si üzerinden geçmek yerine sipariş verilerini doğrudan wp_posts'tan okuyan ve HPOS ile çalışacak şekilde hiç güncellenmemiş bir ödeme veya kargo eklentisi
- Eski kısa kodlar üzerine kurulu bir ödeme tüneli uyarlaması; sayfa bloklara geçtiğinde stilini veya davranışını kaybeder
- İki büyük sürüm arasında kullanımdan kaldırılan veya silinen, bir eklenti ya da özel bir geliştirme tarafından kullanılan ve kimsenin o zamandan beri yeniden kontrol etmediği bir hook

## Aktif bir mağazada WooCommerce'i nasıl güncelliyorum

1. **Tam yedekleme** — Herhangi bir işlem yapmadan önce dosyalar ve veritabanı, sipariş ile ilgili tablolara özellikle dikkat ederek.
2. **Ödeme eklentilerini öncelikli kontrol** — Önce ödeme ve kargo eklentilerinin uyumluluğunu kontrol ederim: bozulduklarında kozmetik bir eklentinin aksine tüm mağazayı tamamen engelleyenler bunlardır.
3. **Tam sipariş tüneliyle test ortamı** — Mağazayı bir test ortamında çoğaltır ve yeni sürümü onaylamadan önce ödemeye kadar uçtan uca tam bir sipariş veririm.
4. **Ödeme tüneli uyarlamalarını kontrol etme** — Sepet veya ödeme eski kısa kodlar üzerinde özelleştirilmişse, özellikle mağaza sepet ve ödeme bloklarına da geçiyorsa, güncelleme sonrası davranışını kontrol ederim.
5. **Canlı ortamda güncelleme** — Test onaylandıktan sonra, düşük trafikli bir zamanda WooCommerce'i canlı sitede günceller ve hemen ardından bir kontrol siparişi veririm.

## Geri dönüşü olmayan an

> Bu, tam ödeme tünelini önceden test ortamında onaylamadan canlı ortamda güncelleme yapmaktır. Sonradan, canlı ortamda bozulan bir ödeme eklentisi, düzeltilene kadar çevrimiçi satışı durdurur; bu, geriye dönük olarak telafi edilemeyen doğrudan bir maliyettir.

## Güncelleme sonrası kontrol

> HPOS etkin olsun ya da olmasın, her aktif ödeme yöntemiyle bir test siparişi, kargo ücreti hesaplaması, gönderilen onay e-postaları, ve yönetim panelinde siparişlerin doğru görüntülenmesi.

## İlgili sayfalar

- **WooCommerce'i Yüksek Performanslı Sipariş Depolamaya taşıma** — Sipariş geçmişini kaybetmeden mevcut bir mağazada HPOS nasıl etkinleştirilir. ([/wordpress-woocommerce/migration/stockage-haute-performance-commandes](/wordpress-woocommerce/migration/stockage-haute-performance-commandes))
- **Sepet ve ödeme bloklarına geçiş** — Gutenberg bloklarına geçişin ödeme tünelini özelleştiren eklentiler için neyi değiştirdiği. ([/wordpress-woocommerce/migration/blocs-panier-commande](/wordpress-woocommerce/migration/blocs-panier-commande))
- **Güncelleme öncesi eklenti uyumluluğunu kontrol etme** — "Güncelle" tuşuna basmadan önce bir eklentinin yeni sürüme geçişte hayatta kalıp kalmayacağını anlama yöntemi. ([/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour](/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour))
- **WooCommerce ödeme sorunu** — Güncelleme sonrası başarısız olan veya çalışmayı durduran bir ödeme yöntemini teşhis etme. ([/wordpress-woocommerce/probleme-paiement](/wordpress-woocommerce/probleme-paiement))

## FAQ

### HPOS büyük sürüm güncellemesiyle aynı anda etkinleştirilmeli mi?

Hayır, bunlar iki ayrı karardır. HPOS, WooCommerce'in gelişmiş ayarlarında isteğe bağlı olarak etkinleştirilir; geçiş sırasında özel tabloları ve wp_posts'u hizalı tutan bir senkronizasyon modu vardır. Bir sorun çıkarsa nedenleri ayırt edebilmek için genellikle sürüm güncellemesini HPOS etkinleştirmesinden ayrı tutmayı tercih ederim.

### Eski sepet ve ödeme kısa kodlarım çalışmayı durdurur mu?

Hayır, bloklara geçiş sonrası kısa kodlar yedek çözüm olarak desteklenmeye devam eder. Bir uyarlama hâlâ buna bağlıysa, blok araç çubuğundan bir bloğu kısa kod sürümüne geri dönüştürmek bile mümkündür.

### Ödeme eklentileri neden önce kontrol edilmeli?

Çünkü bir katalog veya görüntüleme sorunu mağazayı düşük performansta da olsa çalışır durumda bırakırken, bozuk bir ödeme eklentisi düzeltilene kadar her satışı engeller.

### Eski bir sürümle uyumlu bir WooCommerce eklentisi bir sonraki büyük sürümle de uyumlu kalır mı?

Kesinlikle değil. Her büyük sürüm, eklentinin dayandığı hook'ları kullanımdan kaldırabilir veya silebilir. Uyumluluk yalnızca ilk kurulumda değil, her büyük güncellemede yeniden kontrol edilmelidir.