# Başarısız güncelleme sonrası siteyi geri yükleme

> Güncelleme sonrası beyaz ekran, kritik hata, erişilemeyen yönetim paneli: aradaki dönemde verilen siparişleri kaybetmeden çalışır bir duruma dönme yöntemi.

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

## Doğrudan yanıt

> Önce FTP ile wp-content/plugins klasörünü plugins-off olarak yeniden adlandırın: site geri gelirse sorun bir eklentidedir ve onları tek tek yeniden etkinleştirirsiniz. Ekran hâlâ boşsa yalnızca dosya yedeğini geri yükleyin, veritabanına dokunmayın: güncellemeden bu yana kaydedilen siparişler ve içerikler oradadır ve veritabanının tam geri yüklenmesi onları siler. Veritabanını da geri almanız gerekiyorsa önce bunları dışa aktarın.

## İlk baktığım şey

Başarısız bir güncelleme her zaman aynı şekilde kendini göstermez ve belirti tanıyı doğrudan yönlendirir. Herhangi bir şeyi geri yüklemeden önce, tam olarak neyin bozulduğunu belirlerim: sitenin tamamı mı, yalnızca yönetim paneli mi, yoksa WooCommerce sipariş tüneli gibi tek bir özellik mi. Bu tanı yapılmadan körlemesine tam bir yedeği geri yüklemek, çoğunlukla önlenebilir bir veri kaybı pahasına küçük bir sorunu çözmek anlamına gelir.

Kesin neden neredeyse her zaman şu üç şeyden biridir: bir kesinti sonrası takılı kalmış bakım modu, yeni sürümle uyumsuz bir eklenti veya tema, ya da bu yapılandırmada hiç test edilmemiş koddaki bir PHP kritik hatası. Harekete geçmeden önce bu üç durumu ayırt etmek, basit bir eklenti devre dışı bırakma yeterli olacakken tam bir yedeği geri yüklemeyi önler.

## Ters giden bir güncelleme sonrası görülenler

- Beyaz ekran (White Screen of Death): ne ön yüzde ne de yönetim panelinde hiçbir sayfa görüntülenmez
- Görünür teknik ayrıntı olsun ya da olmasın, "Bu sitede kritik bir hata oluştu" mesajı
- Yönetim paneli erişilemez durumdayken herkese açık site normal görünür
- Herkese açık site hata verirken yönetim paneli erişilebilir kalır; genellikle aktif temaya özgü bir çakışmanın işaretidir
- Yarıda kalan bir güncelleme sonrası site bakım modunda kilitli kalır, alışılagelen "bakımdayız, kısa süre sonra döneceğiz" mesajıyla

## Başarısız güncelleme sonrası bir siteyi nasıl geri yüklüyorum

1. **debug.log günlüğünü okuma** — Tam nedeni belirlemek için hata ayıklama günlüğünü etkinleştirir veya incelerim: takılı kalmış bakım modu (silinmemiş .maintenance dosyası), uyumsuz bir eklenti, ya da ilgili dosya adıyla birlikte belirli bir PHP kritik hatası.
2. **FTP üzerinden yeniden adlandırarak izole etme** — Günlük belirli bir eklenti veya temayı işaret ediyorsa, yönetim paneli erişilemez durumdaysa oraya girmeden, klasörünü FTP üzerinden yeniden adlandırarak devre dışı bırakırım. WordPress, yeniden adlandırılmış bir klasörü eksik eklenti olarak değerlendirir ve otomatik olarak devre dışı bırakır.
3. **İzolasyon sonrası kontrol** — Bu hedefli devre dışı bırakma sonrasında site yeniden çalışırsa, neden doğrulanmış olur. Veritabanına hiç dokunmadan eklentinin uyumlu bir sürümünü veya bir alternatifini arayabilirim.
4. **Neden belirsiz kalırsa tam geri yükleme** — Günlük nedeni hızlıca izole etmeye izin vermiyorsa, ya da birden fazla unsur aynı anda sorumlu görünüyorsa, körlemesine aramaya devam etmek yerine güncelleme öncesi alınan veritabanı ve dosya yedeğini geri yüklerim.

## Geri dönüşü olmayan an: aradaki dönemde verilen siparişler

> WooCommerce mağazası yedekleme ile olay arasındaki dönemde sipariş almaya devam ettiyse, bu yedeği doğrudan geri yüklemek bu siparişleri veritabanında ezer. Herhangi bir geri yükleme öncesinde, son siparişleri (ilgili tabloların dışa aktarımı veya hedefli kopyası) çıkarır, sonrasında yeniden eklerim. Bu çıkarma yapılmadan geri yükleme başlatıldığında, bu siparişler kaybolur.

## Geri yükleme sonrası nasıl kontrol ederim

> Herkese açık site ve yönetim paneli görünümü, yönetici girişi, ödemeye kadar tam sipariş tüneli, ve gerekiyorsa manuel olarak yeniden eklenenler dahil olay öncesi verilen siparişlerin varlığı.

## İlgili sayfalar

- **Bu sitede kritik hata** — Bu genel mesajın arkasındaki olası nedenlerin ayrıntısı ve bunları hızlıca ayırt etme yöntemi. ([/wordpress-woocommerce/erreur-critique](/wordpress-woocommerce/erreur-critique))
- **WordPress hata ayıklama modunu etkinleştirme** — Hataları site ziyaretçilerine göstermeden WP_DEBUG'ı nasıl etkinleştirir ve debug.log nasıl okurum. ([/guides/activer-mode-debug-wordpress](/guides/activer-mode-debug-wordpress))
- **WooCommerce hata günlüklerini okuma** — Genel WordPress günlüğünden ayrı olan WooCommerce'e özgü günlükleri nerede bulup nasıl yorumlarım. ([/guides/lire-logs-erreurs-woocommerce](/guides/lire-logs-erreurs-woocommerce))
- **Müdahale öncesi mağazayı yedekleme** — İhtiyaç duyulan gün gerçekten işe yaraması için bir yedeğin herhangi bir güncelleme veya riskli müdahale öncesi neyi kapsaması gerektiği. ([/guides/sauvegarder-boutique-avant-intervention](/guides/sauvegarder-boutique-avant-intervention))

## FAQ

### Takılı kalmış bakım modu gerçekten her şeyi bozabilir mi?

Evet. Bir güncelleme yarıda kesilirse (ağ kesintisi, yürütme süresi aşımı), WordPress'in geçici olarak oluşturduğu .maintenance dosyası yerinde kalabilir ve tüm siteyi "bakımdayız" mesajının arkasında kilitleyebilir. Çözüm çoğunlukla bu dosyayı FTP üzerinden silmek kadar basittir.

### Sorunun temadan mı yoksa bir eklentiden mi kaynaklandığı nasıl anlaşılır?

debug.log genellikle kritik hataya neden olan dosyayı doğrudan belirtir; bu da sorumlu eklenti veya temayı doğrudan tanımlar. Net bir ipucu yoksa, site yeniden çalışana kadar eklentileri FTP üzerinden yeniden adlandırarak tek tek devre dışı bırakırım.

### Tam geri yükleme durumunda siparişleri kaybetmemek mümkün mü?

Evet, yedekleme ile olay arasında verilen siparişleri geri yüklemeyi başlatmadan önce çıkarıp, geri yüklenen veritabanına sonradan yeniden ekleyerek. Bu, önceden yapılması gereken manuel bir adımdır, asla sonradan değil.

### Olay sonrası bir geri yükleme ne kadar sürer?

Hedefli bir eklenti devre dışı bırakma birkaç dakikada çözülür. Sipariş çıkarımı ön koşuluyla tam bir geri yükleme daha uzun sürer, veritabanı büyüklüğüne göre genellikle bir ile birkaç saat arasında.