WordPress Revizyonlari Temizleme ve Sinirlandirma Rehberi

WordPress, yazılarınızda yaptığınız her değişikliği otomatik olarak kaydeder. Birkaç ay sonra, 500 kelimelik bir blog yazısı için 50+ revizyon birikebilir ve wp_posts tablosu şişer. WordPress revizyonları temizleme, veritabanı sağlığı ve site performansı için kritik bir bakım görevidir.

Revizyonlar iki açıdan sorun oluşturur: (a) veritabanı boyutunu büyüterek yedekleme ve sorgu sürelerini uzatır, (b) arama ve admin paneli yavaşlatır. Birçok site sahibi, farkında olmadan 100.000+ revizyon biriktirir ve site aniden yavaşlamaya başlar. 5 yıllık bir blog sitesinde ortalama 50.000-200.000 arası revizyon birikebilir; bu, gigabaytlarca gereksiz veri demektir.

Bu rehberde WordPress revizyonları temizleme yöntemlerini, sınırlandırma stratejilerini, otomasyon rutinlerini ve ileri düzey ipuçlarını adım adım paylaşıyoruz. Ayrıca, hangi durumda hangi yöntemin tercih edilmesi gerektiğini ve potansiyel riskleri detaylıca açıklıyoruz.

WordPress Revizyonları Nedir ve Neden Önemlidir?

WordPress revizyon sistemi, yazı ve sayfa düzenlerken her “kaydet” işleminde içeriğin tam kopyasını wp_posts tablosuna yazar. Bu özellik, tarayıcı çöktüğünde veya yanlışlıkla bir bölüm silindiğinde eski versiyona dönmeyi sağlar; ancak kontrolsüz bırakıldığında ciddi performans ve depolama sorunlarına yol açar.

Her revizyon, orijinal yazı boyutunda veri depolar. 2000 kelimelik bir yazının 30 revizyonu, 60.000 kelime ek veri demektir. Yüzlerce yazı ve sayfa için bu, gigabaytlarca veritabanı şişmesi anlamına gelir.

WordPress Revizyonları Temizleme Hangi Durumlarda Kullanılır?

Revizyon temizleme, her WordPress sitesinde düzenli bakım rutininin parçası olmalıdır. Aşağıdaki durumlarda acil müdahale gerekir:

• Veritabanı boyutu 500MB+ olmuşsa
• Yedekleme süreleri 10+ dakika sürüyorsa
• Yazı düzenleme sayfası yavaş açılıyorsa
• Admin paneli genel olarak yavaşladıysa
• Site 3+ yıldır bakımsızsa
• wp_posts tablosunda 50.000+ satır varsa
• Yavaş hosting uyarısı alındıysa (CPU/disk kullanımı)

WordPress Revizyonları Temizleme İçin Temel Kavramlar

Revizyon yönetimi üç temel kavram üzerine kuruludur: autosave, revision ve trash. Autosave, tarayıcıda her 60 saniyede bir otomatik kaydedilen geçici kopyadır. Revision, manuel kayıt sonrası oluşan kalıcı kopyadır. Trash, silinen içeriklerin 30 gün boyunca tutulduğu geçici depodur.

WordPress wp-config.php‘de iki kritik ayar vardır: WP_POST_REVISIONS (saklanacak maksimum revizyon sayısı) ve AUTOSAVE_INTERVAL (otomatik kaydetme aralığı, saniye). Bu ayarlar, revizyon birikimini kontrol etmenin en etkili yoludur.

WordPress Revizyonları Temizleme Nasıl Yapılır?

Revizyon temizlemenin dört ana yolu vardır: SQL komutu, WP-CLI komutu, eklenti kullanımı ve wp-config.php ayarı ile sınırlandırma. Her yöntemin avantaj ve uygulama zorluğu farklıdır.

WordPress Revizyonları Temizleme Adım Adım Uygulama Rehberi

Aşağıdaki yöntem, en güvenli ve en yaygın kullanılan yoldur. Önemli: Veritabanı değişikliği öncesi mutlaka tam yedek alın.

1. Yedek alın: Hosting kontrol panelinden veya UpdraftPlus eklentisi ile tam yedek alın. SQL hatası durumunda geri dönmek için kritik.
2. phpMyAdmin’i açın: cPanel → Databases → phpMyAdmin. İlgili WordPress veritabanını seçin.
3. SQL sekmesine geçin: phpMyAdmin’in üst menüsünden “SQL” sekmesine tıklayın.
4. Temizleme sorgusunu çalıştırın: Aşağıdaki SQL komutunu yapıştırın ve “Git” butonuna tıklayın.

   DELETE FROM wp_posts WHERE post_type = 'revision';

5. Meta verileri temizleyin: Revizyonlara ait meta veriler de wp_postmeta tablosunda yer alır. Şu sorguyu çalıştırın:

   DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT id FROM wp_posts);

6. Tabloları optimize edin: Silme sonrası tablo şişkinliğini azaltmak için:

   OPTIMIZE TABLE wp_posts;
   OPTIMIZE TABLE wp_postmeta;

7. Sonuçları doğrulayın: phpMyAdmin’de wp_posts tablosuna gidin, “post_type” sütununda “revision” sayısının 0 olduğunu doğrulayın.
8. Site kontrolü: WordPress admin’e giriş yapın, birkaç yazı açıp düzenleme yaparak sistemin normal çalıştığını doğrulayın.

Bu adımlar ortalama 5-10 dakika sürer. 100.000+ revizyon birikmiş sitelerde, SQL sorgusu 1-2 dakika sürebilir. WP-CLI yöntemi daha hızlıdır: SSH üzerinden wp post delete $(wp post list --post_type=revision --format=ids) --force komutunu çalıştırmak yeterlidir.

WordPress Revizyonları Temizleme İçin Gerekli Araçlar ve Ön Hazırlık

Revizyon temizleme için çeşitli araçlar mevcuttur. Aşağıdaki tablo, popüler yöntemleri karşılaştırıyor:

Yeni başlayanlar için WP-Optimize (1M+ aktif kurulum) en uygun seçenektir. Eklenti, tek tıkla tüm revizyonları, spam yorumları, transient’leri temizler. Veritabanı boyutunu gerçek zamanlı gösterir ve haftalık otomatik temizleme zamanlayabilir.

WordPress Revizyonları Temizleme Ayarları ve Dikkat Edilmesi Gerekenler

Revizyon temizleme tek seferlik bir işlem değildir; düzenli bakım rutini gerektirir. Bu bölümde, revizyon birikimini önleyen kalıcı ayarları ve en iyi uygulamaları paylaşıyoruz.

WordPress Revizyonları Temizleme Yaparken Sık Yapılan Hatalar

• Yedek almadan SQL çalıştırmak: Yanlış sorgu, tüm yazıları silebilir. Yedek şart.
• Yanlış tablo ön eki: wp_ yerine özel ön ek kullanan sitelerde sorgu başarısız olur. Ön eki doğrulayın.
• OPTIMIZE TABLE atlamak: Silme sonrası tablo şişkinliği kalır. Optimize kritik.
• wp-config.php’de sınır koymamak: Temizledikten sonra sınır koymazsanız, tekrar birikir.
• Trash’i unutmak: Silinen yorum ve yazılar trash’te yer alır. 30 gün sonra otomatik temizlenir; ancak büyük sitelerde erken temizlik gerekir.
• Orphan meta veriler: Meta tablosunda sahipsiz (orphan) kayıtlar birikir. Bunları temizlemek için yukarıdaki sorguyu çalıştırın.

WordPress Revizyonları Temizleme Performans, Güvenlik ve SEO Etkileri

Revizyon temizlemenin doğrudan SEO etkisi yoktur; ancak dolaylı performans iyileşmesi, sayfa hızı metriklerini (Core Web Vitals) olumlu etkiler. Google, yavaş sayfaları sıralamada düşürür; bu nedenle veritabanı optimizasyonu SEO için de önemlidir.

Performans açısından, 50.000+ revizyon temizleme sonrası admin paneli %30-50 hızlanır, yedekleme süreleri %60-80 kısalır, sorgu süreleri %20-40 azalır. Bu etkiler, büyük sitelerde daha belirgindir.

Güvenlik açısından, revizyonlar tek başına risk oluşturmaz. Ancak, eski bir revizyonda hassas veri (eski parola, eski API anahtarı) kalmışsa, sızıntı riski vardır. Hassas sitelerde revizyonlarda düzenleme geçmişi özelliğini kapatmayı düşünün.

WordPress Revizyonları Temizleme Kontrol Listesi ve Sık Sorulan Sorular

WordPress Revizyonları Temizleme Yayın Öncesi Son Kontrol Listesi

1. Tam yedek alındı mı?
2. SQL sorgusu başarıyla çalıştı mı?
3. wp_postmeta orphan kayıtları temizlendi mi?
4. OPTIMIZE TABLE çalıştırıldı mı?
5. wp-config.php’de WP_POST_REVISIONS ayarlandı mı?
6. Site yazıları normal açılıyor mu?
7. Admin paneli hızlandı mı?
8. Yedekleme süresi kısaldı mı?
9. Otomatik temizleme zamanlayıcısı kuruldu mu?
10. Veritabanı boyutu kontrol edildi mi?

WordPress Revizyonları Temizleme Hakkında Sık Sorulan Sorular

Kaç revizyon saklamak ideal?
Çoğu site için 3-5 revizyon yeterlidir. 1 yazardan oluşan küçük bloglarda 2-3 yeterli; büyük editör ekibi olan sitelerde 5-10 tercih edilebilir. Eski revizyonlar genellikle geri dönüş için kullanılmaz; bu nedenle 3 ideal değerdir.

WP_POST_REVISIONS false yaparsam ne olur?
Hiçbir revizyon saklanmaz. Bu, geri dönüş özelliğini tamamen devre dışı bırakır. Önerilmez; en az 2-3 revizyon saklamak, acil durum kurtarma için gereklidir.

WP-CLI ile toplu temizleme yapabilir miyim?
Evet, en hızlı yöntemdir: wp post delete $(wp post list --post_type=revision --format=ids) --force. 100.000+ revizyon birkaç saniyede silinir. WP-CLI, hosting sağlayıcınızın SSH erişimi varsa kullanılabilir.

Temizleme sonrası eski yazılarımı geri getirebilir miyim?
Hayır, temizleme geri alınamaz. Bu nedenle mutlaka yedek alın. Eğer bir yazının eski versiyonuna dönmeyi düşünüyorsanız, temizleme öncesi o revizyonu farklı bir ortama kopyalayın.

WP-Optimize eklentisi güvenli mi?
Evet, 1M+ aktif kurulum ve 5 üzerinden 4.8 puana sahip popüler bir eklentidir. UpdraftPlus ile aynı ekip tarafından geliştirilir. Düzenli yedek alıyorsanız, kullanımı güvenlidir.

Trash’te biriken öğeler veritabanını şişirir mi?
Evet, önemli ölçüde. 10.000 spam yorum, 5.000 trash yazı olabilir. wp_options tablosunda “transient” kayıtları da birikir. WP-Optimize tüm bunları tek seferde temizler.

Revizyon temizleme CPU kullanımını azaltır mı?
Evet, veritabanı sorgu sayısı azaldığı için CPU kullanımı düşer. Özellikle büyük sitelerde (50.000+ yazı), sorgu süreleri %20-40 kısalır. Hosting sağlayıcılarının CPU limiti uyarıları bu sayede azalır.

Her yazı için sınırlama nasıl uygulanır?
İki yöntem var: (a) wp-config.php‘de define('WP_POST_REVISIONS', 3); ile global sınır, (b) wp-config.php‘de define('WP_POST_REVISIONS', false); ile tamamen kapatma. İlk yöntem önerilir. Ek ipucu: Sınır değerini belirlerken sitenizin yazar sayısını göz önünde bulundurun; tek yazarlı bloglarda 2-3 yeterli, editör ekibi olan sitelerde 5-10 tercih edilebilir.

Revizyonlar yedekleme dosyasını şişirir mi?
Evet, ciddi şekilde. 1GB veritabanında 600MB+ revizyon olabilir. Temizlik sonrası yedek dosyaları %30-50 küçülür, yedekleme süresi kısalır, depolama maliyeti azalır.

Otomatik temizleme nasıl kurulur?
WP-Optimize eklentisinde “Ayarlar” → “Zamanlanmış Temizleme” bölümünden haftalık veya günlük temizleme aktif edebilirsiniz. Perfmatters eklentisi de benzer özellik sunar. Cron job ile manuel script de yazabilirsiniz.

Trash’te 30 günden eski öğeler otomatik silinir mi?
Evet, WordPress çekirdeği 30 günlük trash öğelerini otomatik temizler. Ancak bu, günlük WP-Cron’a bağlıdır; düşük trafikli sitelerde gecikme olabilir. WP-Optimize bu süreci hızlandırır. Ek ipucu: WP-Optimize’da “Empty trash” seçeneğini aktif ederek 7 günlük trash’leri otomatik temizleyebilirsiniz.

Revizyon sınırı değişikliği geriye dönük etki eder mi?
Hayır, yalnızca yeni kaydedilen revizyonlar için geçerlidir. Mevcut birikmiş revizyonlar değişmez. Bu nedenle sınır değişikliği sonrası yine tek seferlik toplu temizlik yapmanız gerekir. Önerilen zamanlama: Sınır değişikliğini trafik düşük bir saatte (ör. gece 03:00) yapıp hemen ardından WP-Optimize cron’unu çalıştırın.

Sayfa (page) revizyonları için ayrı bir sınır var mı?
Hayır, WP_POST_REVISIONS hem yazı hem sayfa için geçerlidir. Ancak sayfa revizyonları genellikle yazı revizyonlarından daha az birikir; bu nedenle çoğu site sahibi sadece yazı yoğunluğuna odaklanır. Statik sayfalar (Hakkımda, İletişim vb.) genellikle yılda 1-2 kez güncellenir.

Otomatik taslak (auto-draft) nedir?
Yeni yazı oluşturduğunuzda WordPress otomatik boş bir taslak kaydeder. Bu auto-draft’lar da wp_posts tablosunda yer alır. Genellikle 7 gün sonra otomatik temizlenirler; ancak bazı eklentiler bunu engelleyebilir. post_status = 'auto-draft' filtresi ile tespit edilebilir.

Sonuç ve Öneriler

WordPress revizyonları temizleme, veritabanı sağlığı ve site performansı için kritik bir bakım görevidir. Tek seferde büyük temizlik yaptıktan sonra, WP_POST_REVISIONS ayarı ile kalıcı sınır koyun ve haftalık otomatik temizleme zamanlayın.

Bu rehberde öğrendiğiniz temel prensipleri özetlersek: önce yedek al, SQL ile temizle, meta verileri de sil, OPTIMIZE TABLE çalıştır, wp-config.php’de sınırla, otomatik temizleme zamanlayıcısı kur.

Daha fazla içerik için aşağıdaki rehberlerimize göz atabilirsiniz:

• WordPress Staging Site Nedir? — Temizlik işlemini önce test ortamında denemek için ideal.
• wp-config.php Güvenliği İçin Yapılması Gerekenler — WP_POST_REVISIONS ve diğer kritik wp-config ayarları.
• WordPress Beyaz Sayfa Hatası Çözümü — Veritabanı bozulması sonrası oluşan hataların çözümü.

Revizyon temizleme veya veritabanı optimizasyonu konusunda sorularınız varsa, yorum bölümünden bize ulaşabilirsiniz.