Staging, güncelleme ve tasarım değişikliklerini ziyaretçilerden önce deneyebileceğiniz ayrı bir WordPress kopyasıdır. İçerik kopyası gerçek kullanıcı verisi içerebilir. Arama motorlarından gizlemek, bu veriyi korumakla aynı şey değildir. Noindex bir indeksleme yönergesidir; erişim kontrolü sağlamaz. Deneme ortamında yalnızca indekslemeyi değil, giriş iznini ve canlı ödeme, e-posta, webhook gibi yan etkileri de planlayın.
Başlamadan önce
Ayrı alt alan adı veya uygun bir test dizini seçin. Veritabanını ve dosya kökünü canlı kurulumdan ayırın. Mümkünse müşteri verileri yerine anonim test kayıtları kullanın. Test hesabının sahiplerini belirleyin. Kopyalama öncesinde zamanlanmış görevleri ve dış servislere bağlantıları listeleyin; aynı görev iki ortamda çalışınca gerçek bildirim veya ödeme işlemi yinelenebilir.
Uygulama adımları
1. Önce erişim sınırı koyun
Staging alanını sunucu düzeyinde parola, güvenilir IP veya sağlayıcının özel test erişim yöntemiyle sınırlandırın. WordPress kullanıcı hesabı tek başına bütün dosyaları korumayabilir.
Kontrol: Oturum kapalı ziyaretçi içerik ve yedek dosyalarına erişememelidir. Test için paylaştığınız adresleri ve erişim süresini kayıt altına alın.
2. İndeksleme yönergesini kontrol edin
WordPress arama motoru görünürlüğü ayarını ve yanıtın noindex yönergesini inceleyin. Erişime açık test sayfalarında meta robots veya X-Robots-Tag davranışını doğrulayın.
Kontrol: Sayfa kaynağında yönergenin gerçekten çıktığını görün. robots.txt Disallow gizlilik ya da kesin indeks kaldırma yöntemi değildir.
3. Canlı entegrasyonları ayırın
Ödeme sağlayıcılarını test moduna, e-postaları test alıcısına yönlendirin. Cron ve webhook görevlerinin üretim hesaplarına bağlanmasını engelleyin.
Kontrol: Deneme siparişi gerçek para veya müşteri bildirimi oluşturmamalıdır. Kopyalanmış erişim anahtarlarını paylaşmayın ve yetkilerini gereksiz yere genişletmeyin.
4. Yayına çıkış kontrolünü ayırın
Staging üzerinde test ettiğiniz değişikliği canlıya aktarırken test ortamına ait noindex, parola duvarı veya adres ayarlarını yanlışlıkla canlıya taşımayın.
Kontrol: Canlı sayfa gerçek adresiyle açılmalı ve amaçlanan indeksleme ayarını taşımalıdır. Staging kopyası korumalı kalırken canlı yayın ayrı kontrol edilir.
Sonucu nasıl doğrularsınız?
Gizli pencerede staging ana sayfasını, medya adresini ve tahmin edilebilir bir yedek dosyasını sınayın. Erişim kontrolü yalnızca ilk sayfada değil ilgili tüm içerikte uygulanmalıdır. Bir test formu ve sipariş akışında dış bildirimleri takip edin. Deneme ortamının sitemap içine veya canlı menüye eklenmediğini kontrol edin. İş bittiğinde test hesabını ve gereksiz kopyayı planlı olarak kaldırın; içerik saklama kararını unutmayın.
Sorun devam ederse
Deneme adresi arama sonuçlarında görünüyorsa geçmişte erişime açık kalmış olabilir. Önce hassas veriyi erişim kontrolüyle koruyun; indeks kaldırma işlemini uygun arama motoru araçlarıyla ayrıca ele alın. Canlı site görünmüyorsa test noindex ayarının taşınıp taşınmadığını inceleyin. E-posta yanlış kişiye gittiyse yalnızca formu kapatmak yetmeyebilir; bekleyen görevleri ve kuyrukları da denetleyin.
Uygulama örneği
Bir mağaza güncellemesini deneyen ekip, staging kopyasında ödeme test anahtarını ve yalnızca ekip içi alıcı adresini kullanır. Güncelleme testleri geçince canlıda sadece gerekli dosya değişimini uygular. Canlının sitemap, canonical ve indeksleme ayarını kontrol eder; staging kopyasındaki parola sınırını kaldırmaz.
Sık sorulan sorular
robots.txt ile tüm siteyi kapatmak yeterli mi?
Hayır. Dosya adresi bilinen biri içeriklere erişebilir. Ayrıca tarama engeli, arama motorunun sayfadaki noindex yönergesini görmesini önleyebilir.
Canlı veritabanını staging ile ortak kullanabilir miyim?
Önerilmez. Deneme işlemleri canlı veriyi değiştirebilir. Ayrı veritabanı, ayrı yapılandırma ve farklı dış servis anahtarları kullanın.
Bakım ve kabul kaydı
Test ortamını kontrol eden kişi, oturum kapalı erişim ve yanlış parola denemesinde beklenen engeli görmelidir. Yalnızca WordPress ana sayfasını koruyup medya ve arşivleri açık bırakmayın. Deneme adresini gerçek müşteriye gönderdiğiniz e-posta şablonlarında kullanmadığınızı kontrol edin. Test sonrası canlıya aktarılan dosyalarda test alan adı araması yapın. E-posta alıcısı, ödeme modu, cron görevi ve indeksleme yönergesi için ayrı kutular içeren küçük bir yayın kontrol listesi hazırlayın.
İlgili rehberler
Süreç özeti
WordPress staging ortamını indekslemeden koruma için kontrol sırası
| Adım | Kontrol |
|---|---|
| 1 | Önce erişim sınırı koyun |
| 2 | İndeksleme yönergesini kontrol edin |
| 3 | Canlı entegrasyonları ayırın |
| 4 | Yayına çıkış kontrolünü ayırın |
