- Konu sahibi
- #1
WordPress editöründe “kaydetme başarısız oldu” hatası genellikle editörün sunucuya içerik gönderememesi, oturumun geçersizleşmesi veya sunucunun isteği reddetmesi nedeniyle oluşur. Önce metni başka bir yere kopyalayın; ardından sayfayı yenilemeden yeni bir sekmede sitenin yönetim paneline erişimi ve bağlantıyı kontrol edin. Sorun yalnızca belirli bir yazıda mı, yoksa tüm içeriklerde mi oluşuyor, bunu ayırmak teşhisi hızlandırır.
Editörde Kaydet, Güncelle veya Taslağı kaydet düğmesine bastığınızda tarayıcı, WordPress'e içerik ve oturum bilgilerini içeren bir istek gönderir. Sunucu bu isteği kabul edip başarılı yanıt vermezse editör değişiklikleri kaydedemez. Bu durum doğrudan veritabanının bozulduğu anlamına gelmez.
En yaygın nedenler şunlardır:
Tarayıcı geliştirici araçlarında Network kaydını açıp kaydetme isteğinin URL, yöntem, HTTP durum kodu ve yanıt türünü inceleyin; gerçek yazı güncelleme isteğini bulun. WordPress REST yolu çoğunlukla wp-json altındadır, plain permalink kurulumunda ?rest_route= yolu kullanılabilir. 401/403 oturum/nonce/yetki/WAF;413 istek gövdesi sınırı;5xx sunucu;200 ile HTML yanıtı ise giriş yönlendirmesi, PHP çıktısı veya cache kaynaklı geçersiz JSON olabilir. Durum kodu tek başına nedeni kanıtlamaz. Cookie kimlik doğrulamasında X-WP-Nonce ve kullanıcı capability kontrolü farklı gereksinimlerdir; API’yi herkes için yetkisiz açmak çözüm değildir.
Aşağıdaki ayrım, elde edilen sonucu yorumlamaya yardımcı olur:
Debug kaydı gerekirse ekran çıktısını kapalı, logu yalnız yetkili erişime açık tutun. Üretimde tüm eklentileri topluca kapatmak yerine staging veya desteklenen troubleshooting oturumu kullanın; özellikle ödeme/üyelik akışını kesmeyin. Paylaşılan Network ekranlarında nonce, cookie, Authorization ve kişisel içerikleri maskeleyin.
Her başarısız kaydetmede veritabanını onarmaya çalışmak doğru ilk adım değildir; sorun çoğu zaman istek katmanındadır. Ayrıca tüm eklentileri aynı anda silmek, hangi bileşenin soruna neden olduğunu anlamayı zorlaştırır. Eklentileri sırayla test edin ve değişiklikten önce yedek veya geri dönüş noktası bulundurun. Tarayıcı önbelleğini temizlemek bazı eski dosya sorunlarını giderebilir, ancak sunucunun isteği reddettiği durumlarda tek başına çözüm olmaz.
Her zaman silinmez; editörün yerel kurtarma verisi veya daha önce oluşturulmuş taslak bulunabilir. Yine de hatadan önce metni kopyalamak en güvenli yaklaşımdır.
Gizli pencerede veya farklı bir tarayıcıda, eklentileri kapatarak deneyin. Orada çalışıyorsa tarayıcı eklentisi, eski oturum çerezi veya önbellek kaynaklı bir fark vardır.
Hatanın nasıl çalıştığını anlamak
Editörde Kaydet, Güncelle veya Taslağı kaydet düğmesine bastığınızda tarayıcı, WordPress'e içerik ve oturum bilgilerini içeren bir istek gönderir. Sunucu bu isteği kabul edip başarılı yanıt vermezse editör değişiklikleri kaydedemez. Bu durum doğrudan veritabanının bozulduğu anlamına gelmez.
En yaygın nedenler şunlardır:
- Oturumun veya güvenlik belirtecinin süresinin dolması.
- REST API isteğinin güvenlik eklentisi, güvenlik duvarı, CDN veya barındırma katmanı tarafından engellenmesi.
- Bir eklenti ya da temanın editör isteğiyle çakışması.
- PHP hatası, bellek yetersizliği, istek zaman aşımı veya sunucu yapılandırması.
- Kullanıcının içerik üzerinde gerekli yetkiye sahip olmaması ya da veritabanına yazılamaması.
Tarayıcı geliştirici araçlarında Network kaydını açıp kaydetme isteğinin URL, yöntem, HTTP durum kodu ve yanıt türünü inceleyin; gerçek yazı güncelleme isteğini bulun. WordPress REST yolu çoğunlukla wp-json altındadır, plain permalink kurulumunda ?rest_route= yolu kullanılabilir. 401/403 oturum/nonce/yetki/WAF;413 istek gövdesi sınırı;5xx sunucu;200 ile HTML yanıtı ise giriş yönlendirmesi, PHP çıktısı veya cache kaynaklı geçersiz JSON olabilir. Durum kodu tek başına nedeni kanıtlamaz. Cookie kimlik doğrulamasında X-WP-Nonce ve kullanıcı capability kontrolü farklı gereksinimlerdir; API’yi herkes için yetkisiz açmak çözüm değildir.
Uygulanabilir araştırma adımları
- İçeriği kopyalayın ve editör sekmesini yenileyin. Önce sunucudaki son taslak/revizyonu kontrol edin; isteğin yanıtı kaybolmuş olsa bile kayıt yapılmış olabilir. Yenilemeden sonra yeniden giriş istenirse giriş yapıp korunmuş içerikle kontrollü devam edin. Kaydetme başarılı olursa sorun büyük olasılıkla geçici oturum veya belirteç süresidir. Tekrarlıyorsa sonraki adıma geçin.
- Aynı içeriği çok küçük bir değişiklikle tekrar kaydedin. Yeni, boş bir taslak oluşturup yalnızca kısa bir cümle ekleyerek kaydetmeyi deneyin. Küçük taslak kaydoluyor, asıl içerik kaydolmuyorsa içerikteki çok uzun metin, özel HTML, gömülü kod veya belirli bir blok sorun çıkarıyor olabilir.
- Yönetim panelindeki site sağlık ve REST API kontrollerini inceleyin. REST API erişilemiyor, yetkisiz dönüyor veya sunucu hatası veriyorsa önce WordPress'in bu isteğinin önündeki güvenlik eklentisi, CDN, proxy ya da sunucu kuralını araştırın. Normal ziyaretçiye açık bir sitenin çalışması, yönetim isteklerinin de çalıştığını göstermez.
- Eklentileri geçici olarak devre dışı bırakıp temel bir temayla tekrar deneyin. Bunu canlı sitede yapıyorsanız bakım etkisini ve mevcut ziyaretçileri dikkate alın; mümkünse kopya veya test ortamında uygulayın. Sorun kaybolursa eklentileri tek tek etkinleştirerek çakışan bileşeni bulun. Özellikle güvenlik, önbellek, optimizasyon ve editör eklentilerini karşılaştırın.
- Sunucu hata kayıtlarını ve WordPress hata ayıklama kayıtlarını inceleyin. Kaydetme anındaki PHP fatal error, bellek sınırı, zaman aşımı veya veritabanı hatası ilgili bileşeni gösterir. Hata kaydında dosya ve eklenti adı varsa önce o bileşeni güncelleyin, yapılandırmasını kontrol edin veya geliştiricisine başvurun.
- Kullanıcı rolünü ve içerik yetkisini kontrol edin. Yalnızca belirli kullanıcıda hata oluşuyorsa rol, içerik sahibi veya özel yetki eklentisi etkili olabilir. Tüm kullanıcılar etkileniyorsa sunucu, REST API veya eklenti kaynaklı genel bir sorun olma ihtimali artar.
- Sorun sürüyorsa barındırma sağlayıcısından kaydetme denemesinin saatini vererek web sunucusu, PHP ve veritabanı kayıtlarını kontrol etmesini isteyin. Özellikle güvenlik duvarının yönetim isteğini hangi nedenle reddettiğini ve sunucunun isteğe hangi HTTP yanıtını verdiğini sorun.
Aşağıdaki ayrım, elde edilen sonucu yorumlamaya yardımcı olur:
| Belirti veya test | Muhtemel anlam | Sonraki adım |
|---|---|---|
| Yalnızca bir içerik kaydolmuyor | İçerik, blok veya veri boyutu kaynaklı sorun | İçeriği bölerek ve sorunlu bloğu kaldırarak deneme |
| Tüm içerikler kaydolmuyor | REST API, güvenlik katmanı veya sunucu sorunu | API yanıtını ve sunucu kayıtlarını inceleme |
| Eklentiler kapatılınca düzeliyor | Eklenti çakışması veya engellemesi | Eklentileri tek tek etkinleştirerek kaynağı bulma |
| Yalnızca tek kullanıcıda oluşuyor | Oturum, rol veya yetki sorunu | Yeniden giriş ve rol/yetki karşılaştırması |
Debug kaydı gerekirse ekran çıktısını kapalı, logu yalnız yetkili erişime açık tutun. Üretimde tüm eklentileri topluca kapatmak yerine staging veya desteklenen troubleshooting oturumu kullanın; özellikle ödeme/üyelik akışını kesmeyin. Paylaşılan Network ekranlarında nonce, cookie, Authorization ve kişisel içerikleri maskeleyin.
Sık yapılan hatalar
Her başarısız kaydetmede veritabanını onarmaya çalışmak doğru ilk adım değildir; sorun çoğu zaman istek katmanındadır. Ayrıca tüm eklentileri aynı anda silmek, hangi bileşenin soruna neden olduğunu anlamayı zorlaştırır. Eklentileri sırayla test edin ve değişiklikten önce yedek veya geri dönüş noktası bulundurun. Tarayıcı önbelleğini temizlemek bazı eski dosya sorunlarını giderebilir, ancak sunucunun isteği reddettiği durumlarda tek başına çözüm olmaz.
Kaynaklar
Sık sorulan sorular
Kaydetme hatasından sonra yazdığım içerik tamamen silinir mi?
Her zaman silinmez; editörün yerel kurtarma verisi veya daha önce oluşturulmuş taslak bulunabilir. Yine de hatadan önce metni kopyalamak en güvenli yaklaşımdır.
Sorun yalnızca tarayıcıda oluşuyorsa ne yapmalıyım?
Gizli pencerede veya farklı bir tarayıcıda, eklentileri kapatarak deneyin. Orada çalışıyorsa tarayıcı eklentisi, eski oturum çerezi veya önbellek kaynaklı bir fark vardır.
