# Mağazada büyük bir güncelleme için nasıl hazırlık yapılır

> Büyük bir güncelleme çoğu zaman sürüm numarasından fazlasını değiştirir: veritabanı yapısı, eklenti uyumluluğu, bazı PHP fonksiyonlarının davranışı. Bu güncellemeyi ciddiyetle hazırlamak, en kötü anda bir tıkanıklıkla karşılaşmayı önler.

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

## Doğrudan yanıt

> Mağazanın tamamını yedekleyin, güncellemeyi üretim ortamıyla birebir aynı ayrı bir test ortamında deneyin, her eklentinin yeni sürümle uyumluluğunu kontrol edin ve ancak bundan sonra, hazır bir geri dönüş planıyla güncellemeyi üretime planlayın.

## Büyük bir güncelleme öncesi izlenecek yöntem

1. **Eksiksiz yedek almak** — Herhangi bir işlem yapmadan önce, veritabanı ve dosyaların tamamı orijinal sunucunun dışında bir yerde saklanmalıdır. Bu adım atlanırsa, bir sorun durumunda geri dönüş yapmak mümkün olmaz.
2. **Kurulu eklentileri listelemek** — Her üçüncü taraf eklenti tek tek kontrol edilmelidir: geliştiricisinin yeni sürümle ilgili duyurduğu uyumluluk, yayımlanan son güncelleme tarihi ve geliştirici artık desteklemiyorsa alternatif çözümlerin var olup olmadığı.
3. **PHP uyumluluğunu kontrol etmek** — CMS'in büyük bir sürüme geçişi genellikle daha güncel bir PHP sürümü gerektirir. Barındırma hizmetinin bu sürümü zaten sunup sunmadığını kontrol etmek veya değişikliği önceden planlamak, beklenmedik bir tıkanıklığı önler.
4. **Ayrı bir ortamda test etmek** — Üretimdeki mağazanın bir kopyasını test ortamında güncellemek, gerçek ziyaretçileri ve siparişleri etkilemeden uyumsuzlukları önceden tespit etmeyi sağlar.
5. **Sürüm notlarını okumak** — Geriye dönük uyumluluğu bozan değişiklikler (kaldırılan fonksiyonlar, değişen veritabanı yapısı, farklılaşan davranışlar) genellikle CMS geliştiricisi tarafından her büyük sürümle birlikte yayımlanan sürüm notlarında belgelenir.
6. **Güncelleme zaman aralığını planlamak** — Güncelleme sitenin kısa süreli olarak durdurulmasını gerektiriyorsa, düşük trafikli bir zaman dilimi seçmek ticari etkiyi sınırlar.
7. **Geri dönüşü hazırlamak** — Önceki sürüme nasıl dönüleceğini net şekilde bilmek ve kullanılabilirliği önceden doğrulanmış bir yedeğe sahip olmak, engelleyici bir sorun durumunda kesinti süresini kısaltır.

## Küçük bir güncelleme neden aynı şekilde hazırlanmaz

Küçük bir güncelleme veya güvenlik yaması genellikle derinlemesine az şey değiştirir ve mevcut yapıyla geriye dönük uyumlu kalır; bu yüzden daha hafif bir hazırlık yeterlidir. Büyük bir güncelleme ise veritabanı yapısını değiştirebilir, artık kullanılmayan fonksiyonları kaldırabilir veya çekirdek eklentilerin bazılarının çalışma biçimini kökten değiştirebilir.

Büyük sürüm geçişleri için ayrı bir test ortamını gerekli kılan da bu risk farkıdır: binlerce ürünlük bir kataloğa ve onlarca üçüncü taraf eklentiye sahip bir mağazanın, az özelleştirilmiş basit bir mağazaya kıyasla bir uyumsuzlukla karşılaşma ihtimali istatistiksel olarak daha yüksektir.

## Bakım penceresini yaşamak yerine önceden önlem almak

> Kısa süreli de olsa planlanan bir kesintiyi ziyaretçilere veya müşterilere önceden bildirmek, geçiş anında gelen endişeli mesajları azaltır. Ham bir hata sayfası yerine basit, geçici bir bakım sayfası göstermek de işlem sırasında kontrolsüz bir arıza olduğu izlenimini önler.

## FAQ

### Büyük bir güncelleme için ne kadar süre ayrılmalıdır?

Bu, üçüncü taraf eklenti sayısına ve özelleştirme düzeyine büyük ölçüde bağlıdır. Ciddi bir hazırlık ve test süreci, üretime geçişten önce genellikle birkaç günden birkaç haftaya kadar sürer.

### Küçük bir mağaza için test ortamı atlanabilir mi?

Az eklentili, çok basit bir mağazada bu mümkündür, ancak risk yine de gerçektir: basit bir kurulum bile güncelleme sonrasında uyumsuz bir eklentiyle veya görsel olarak bozulan bir temayla karşılaşabilir.

### Bir eklentinin uyumlu bir sürümü yoksa ne yapılmalı?

Bu durumda güncellemeyi ertelemek, uyumlu eşdeğer bir alternatif aramak veya kaynak kodu erişilebilir ve değiştirilebilirse eklentiyi bir geliştiriciye uyarlatmak arasında seçim yapmak gerekir.

### Büyük bir güncelleme üretimde işlem sırasında başarısız olabilir mi?

Evet, hazırlığın önlemeye çalıştığı senaryo tam olarak budur: uyumsuz bir eklenti, güncelleme sürecinin kendisini kesintiye uğratarak mağazayı ara bir durumda bırakabilir. Bu yüzden geri dönüş planı işe başlamadan önce hazır olmalıdır, sonradan doğaçlama yapılmamalıdır.