WordPress Staging Ortamı: Değişiklikleri Önce Test Edin

WordPress staging ortamı, canlı sitenizin birebir kopyasıdır ve yalnızca sizin erişebildiğiniz bir adreste, çoğunlukla staging.siteniz.com gibi bir alt alan adında çalışır. Bir eklenti güncellemesinin beyaz ekrana yol açtığını canlı sitede öğrenmek, arızayı müşterilerin gözü önünde ayıklamak demektir; staging bu riski ziyaretçisi olmayan bir kopyaya taşır.

Kopya oluşturmak için genellikle ek bir hizmete gerek yoktur: cPanel hosting paketlerindeki Softaculous ve Plesk hosting paketlerindeki WordPress Toolkit bu işi birkaç tıkla yapar. LIONFIN WordPress hosting hesabınızda hangi aracın bulunduğunu panel menüsünden görebilir, emin olamazsanız destek talebiyle sorabilirsiniz.

WordPress staging ortamı ne işe yarar?

Staging, canlı siteyi riske atmadan değişiklik yapmanızı sağlar; hata kopyada çıkarsa ziyaretçi hiçbir şey fark etmez. En sık kullanım alanları:

• Güncellemeler: Çekirdek, tema ve eklenti güncellemelerini önce kopyada denemek; özellikle sayfa oluşturucu ve e-ticaret eklentilerindeki büyük sürüm geçişlerinde.
• PHP sürüm yükseltmesi: Eski bir eklentinin yeni PHP sürümünde hata verip vermediğini görmek; uyumluluk kontrolü PHP 8 güncelleme rehberi yazısındadır.
• Tasarım değişikliği: Yeni temayı ya da sayfa düzenini canlı siteyi bozmadan müşteriye göstermek.
• Hata ayıklama: WP_DEBUG açıkken ziyaretçilere hata mesajı göstermeden sorunu yeniden üretmek.
• Eklenti denemesi: Yeni bir eklentinin hıza ve diğer eklentilere etkisini ölçmek.

Staging bir yedek değildir: aynı hesapta durur, sık sık yenilenir ve üzerine yazılır. Geri dönüş için ayrıca sunucu dışında saklanan, tarihli yedeklere ihtiyacınız vardır.

WordPress staging kurmanın yolları nelerdir?

Dört yöntem vardır; seçimi kullandığınız panel, sitenin boyutu ve değişiklikleri canlıya nasıl aktaracağınız belirler:

Panel araçları adres değişimini kendiliğinden yaptığı için ilk tercih olmalıdır; arama motoru ayarını ise hangi yöntemi seçerseniz seçin kendiniz kontrol edin. Eklentiyle oluşturulan kopyalar canlı siteyle aynı veritabanını paylaştığından veritabanının boyutu da büyür; bunu kota hesabınıza katın.

Softaculous ve WP Toolkit ile staging nasıl oluşturulur?

cPanel’de Softaculous ile staging kopyası şu adımlarla açılır:

1. Önce kopya için bir alt alan adı oluşturun (staging.siteniz.com); adımlar cPanel subdomain oluşturma rehberindedir.
2. Software → Softaculous Apps Installer ekranında kurulumlar listesini (Installations) açın.
3. Canlı sitenin satırındaki staging simgesine (Create Staging) tıklayın.
4. Protokolü, oluşturduğunuz alt alan adını ve gerekiyorsa klasörü seçin; veritabanı adını önerildiği gibi bırakabilirsiniz.
5. Create Staging deyin; işlem bitince kopyanın adresi ve yönetim paneli bağlantısı ekranda görünür.

Plesk’te aynı iş WordPress Toolkit kartındaki Clone düğmesiyle yapılır: hedef olarak yeni bir subdomain seçilir, veritabanı ve adresler otomatik ayarlanır. Ekran ekran anlatım Plesk WordPress Toolkit kullanımı rehberindedir. İki araçta da kopya, canlı sitenin o anki hâlini yansıtır; canlıda sonradan oluşan içerik kopyaya kendiliğinden geçmez. Menü adları panel ve Softaculous sürümüne göre küçük farklar gösterebilir.

Eklentisiz ve elle staging nasıl kurulur?

Panel aracı yoksa ya da tam denetim istiyorsanız kopyayı elle oluşturabilirsiniz; yöntem, siteyi taşımakla aynı mantıktadır:

1. Bir subdomain açın ve canlı sitenin dosyalarını onun belge köküne kopyalayın.
2. Yeni bir veritabanı ve kullanıcı oluşturun, canlı veritabanının dökümünü bu veritabanına aktarın.
3. Kopyadaki wp-config.php dosyasında veritabanı bilgilerini yeni değerlerle değiştirin.
4. Adresleri WP-CLI ile yeni alt alan adına çevirin ve arama motoru görünürlüğünü kapatın.

# Kopyanın belge kökünde çalıştırın
wp search-replace 'https://siteniz.com' 'https://staging.siteniz.com' --skip-columns=guid
wp option update blog_public 0

Dosya ve veritabanı aktarımının ayrıntıları WordPress taşıma rehberinde anlatılır. Kopya ayağa kalktığı anda bir sonraki bölümdeki gizleme adımlarını uygulayın; elle oluşturulan kopyalarda bu ayarları sizin yerinize yapan bir araç yoktur.

Staging sitesi arama motorlarından ve ziyaretçilerden nasıl gizlenir?

Staging kopyası iki katmanla gizlenmelidir: arama motorlarına dizine eklememe isteği ve parola koruması. Birincisi tek başına yeterli değildir, çünkü bu ayar bir ricadır ve adresi bilen herkes kopyayı açabilir.

1. Arama motoru görünürlüğü: Kopyanın yönetim panelinde Ayarlar → Okuma ekranındaki Arama motorlarının bu siteyi dizine eklemesini engelle kutusunu işaretleyin. Panel araçları bu ayarı çoğu zaman kendisi açar; yine de kontrol edin.
2. Parola koruması: cPanel’de Files → Directory Privacy, Plesk’te Password-Protected Directories ile kopyanın klasörüne HTTP kimlik doğrulaması ekleyin.
3. E-posta ve ödeme: Kopyada e-posta gönderimini kapatın ya da tüm iletileri tek bir test adresine yönlendirin; ödeme ağ geçitlerini test (sandbox) moduna alın. Aksi hâlde kopyadaki zamanlanmış görevler gerçek müşterilere bildirim gönderebilir.

Staging adresini Search Console’a ya da site haritası gönderimlerine eklemeyin.

Değişiklikler canlıya veri kaybetmeden nasıl aktarılır?

Staging’den canlıya yalnızca değiştirdiğiniz parçaları aktarın; veritabanının tamamını göndermek, kopyayı aldığınız andan sonra canlıda oluşan her şeyin üzerine yazar. Kaybolabilecekler arasında WooCommerce siparişleri, yeni üyeler, yorumlar, form kayıtları ve canlıda yayımlanan yazılar vardır.

Aktarım sırası:

1. Canlı sitenin güncel tam yedeğini alın.
2. Veritabanı aktaracaksanız canlıyı kısa bir bakım moduna alın.
3. Aracın seçenekleriyle yalnızca gereken dosyaları ve tabloları aktarın.
4. Önbelleği temizleyin; form, giriş ve ödeme akışını canlıda test edin.

WooCommerce siparişleri HPOS (yüksek performanslı sipariş depolama) kapalıysa yazı tablolarında tutulur; hangi tabloyu ezdiğinizi bilmeden aktarım yapmayın. Mağazalara özgü ayrıntılar WooCommerce hosting yazısındadır.

Staging kopyası ne zaman yenilenmeli ya da silinmeli?

Staging kopyasını her yeni test döngüsünden önce canlıdan yenileyin, iş bittiğinde ise silin. Haftalar önce alınmış bir kopya canlıdaki yeni içerikten ve eklenti sürümlerinden habersizdir; orada sorunsuz geçen bir test canlıda farklı sonuç verebilir.

Unutulan kopyalar ayrıca güvenlik riski taşır: güncellenmeyen eklentilerle internete açık duran bir WordPress, canlı sitenizle aynı hesapta saldırganlara kapı aralayabilir. Kullanmadığınız kopyayı panel aracının kaldırma seçeneğiyle (Remove ya da Delete) veritabanıyla birlikte silin; diğer koruma önlemleri WordPress güvenliği yazısındadır. Kopyanın kapladığı disk ve veritabanı alanı da hesabınızın kotasından düşer.