Staging Ortamı: Canlı Siteyi Bozmadan Geliştirmek

Bir eklentiyi güncellediniz ve ana sayfanız beyaz ekrana döndü. Ya da tasarımda küçük bir değişiklik yaptınız, mobilde menü açılmaz oldu. Bu tür durumlar genellikle değişikliğin doğrudan canlı sitede yapılmasından kaynaklanır. Staging ortamı, sitenizin ziyaretçilere kapalı bir kopyasıdır ve tam da bu riski ortadan kaldırmak için kullanılır: her değişikliği önce burada dener, sorunsuz olduğundan emin olunca canlıya aktarırsınız. Bu yazıda staging kavramını, nasıl kurulduğunu ve en sık yapılan hataları anlatıyorum.

Staging ortamı nedir?

“Staging” kelimesi sahneye çıkmadan önceki prova alanını çağrıştırır. Yazılımda da anlamı benzerdir: canlı ortamla aynı sunucu ayarlarına, aynı yazılım sürümlerine ve mümkün olduğunca güncel verilere sahip, ama yalnızca ekibin erişebildiği bir kopya.

Profesyonel projelerde genellikle üç katman bulunur:

• Geliştirme (development): Yazılımcının kendi bilgisayarında ya da kişisel test sunucusunda çalışan sürüm. Sık sık bozulur, bu normaldir.
• Staging: Değişikliklerin bir araya geldiği, canlıya en çok benzeyen prova ortamı. Müşteri onayı genellikle burada alınır.
• Canlı (production): Ziyaretçilerin ve müşterilerin kullandığı asıl site.

Küçük projelerde geliştirme ve staging birleştirilebilir; ama canlı siteyle staging’i ayırmak hemen her projede değerlidir.

Hangi durumlarda staging kullanmalısınız?

Her yazım hatası düzeltmesi için staging gerekmez. Ancak aşağıdaki işlerde canlı siteye doğrudan dokunmak ciddi risk taşır:

1. Çekirdek, tema ve eklenti güncellemeleri: WordPress sitelerde uyumsuzluklar en çok burada çıkar. Güncelleme stratejisini WordPress güncelleme yazısında ayrıca anlattım.
2. PHP veya sunucu sürümü yükseltmeleri: Eski kodlar yeni sürümde hata verebilir.
3. Yeni özellik ve tasarım değişiklikleri: Yeni bir ödeme yöntemi, filtreleme sistemi veya sayfa düzeni.
4. Veritabanı yapısını değiştiren işler: Yeni alanlar, tablo değişiklikleri, toplu veri aktarımı.
5. Performans ayarları: Önbellek ve CDN değişiklikleri bazen formları veya sepeti bozabilir.

Örnek: Bir e-ticaret sitesinde kargo eklentisini güncellemek istediğinizi düşünün. Staging’de güncellemeyi yapar, birkaç deneme siparişi verir, ödeme ve kargo hesaplamasının doğru çalıştığını görürsünüz. Ancak bundan sonra canlıda aynı güncellemeyi uygularsınız.

Staging ortamı nasıl kurulur?

Kurulum yöntemi sitenin altyapısına göre değişir. Yaygın üç yaklaşım şöyledir:

Yöntem	Nasıl çalışır?	Artısı / eksisi
Hosting panelinin staging özelliği	Tek tıkla sitenin kopyası bir alt alan adında oluşturulur	Kolay; ancak her pakette yoktur ve esnekliği sınırlıdır
Alt alan adında elle kurulum	Dosyalar ve veritabanı kopyalanır, adresler güncellenir	Tam kontrol; dikkatli yapılmazsa adres karışıklıkları olur
Docker ile özdeş ortam	Canlıyla aynı yapılandırma kapsayıcılarla ayrı bir ortamda çalışır	En tutarlı yöntem; teknik bilgi gerektirir

Hangi yöntemi seçerseniz seçin, staging adresinin genellikle test.alanadiniz.com gibi bir alt alan adında çalışması için bir DNS kaydı eklenir. Bu kayıtların nasıl çalıştığını DNS ayarları yazısında bulabilirsiniz.

Kurulumdan sonra mutlaka yapılması gerekenler

• Arama motorlarına kapatın: Staging sitesi Google’da dizine eklenirse kopya içerik sorunu doğar. Şifre koruması en güvenli yoldur.
• E-postaları durdurun: Test siparişlerinde gerçek müşterilere bildirim gitmemesi için giden e-postalar engellenmeli ya da bir test kutusuna yönlendirilmelidir.
• Ödemeleri test moduna alın: Ödeme altyapısı staging’de mutlaka sağlayıcının test modunda çalışmalıdır.
• Kişisel verileri maskeleyin: Canlı veritabanı kopyalanıyorsa müşteri adları, telefonları ve adresleri anonimleştirmek KVKK açısından da doğru bir yaklaşımdır.

Staging’den canlıya geçişte dikkat edilecekler

Staging ortamının en hassas anı, değişikliklerin canlıya aktarıldığı andır. En sık yapılan hata, staging veritabanını olduğu gibi canlının üzerine yazmaktır. Bu durumda staging kurulduktan sonra canlıda gelen siparişler, üye kayıtları ve form mesajları kaybolur.

Doğru yaklaşım genellikle şudur: kod (tema, eklenti, uygulama dosyaları) staging’den canlıya taşınır; veri ise canlıda kalır. Veritabanı yapısında değişiklik gerekiyorsa bu, ayrı bir göç betiğiyle canlıya uygulanır. Bu aktarım elle değil otomatik yapılırsa insan hatası daha da azalır; CI/CD süreci tam olarak bu işi üstlenir.

Aktarımdan hemen önce canlı sitenin tam yedeği alınmalıdır. Yedekleme düzenini WordPress yedekleme yazısında anlattım. Aktarımdan sonra ise kısa bir kontrol listesiyle ana sayfa, iletişim formu, sepet ve ödeme adımları tek tek denenmelidir.

Staging ortamının işletmeye kazandırdıkları

Staging bir maliyet kalemi gibi görünebilir, çünkü ikinci bir ortamın bakımı gerekir. Ancak kazandırdıkları genellikle bu yükü fazlasıyla karşılar:

• Satış saatlerinde site çökmesi ve itibar kaybı riski azalır.
• Yeni tasarımı veya özelliği canlıya almadan önce ekip ve yöneticiler rahatça inceleyip onay verir.
• Sorunlar baskı altında değil, sakin bir ortamda çözülür.
• Yazılımcı ile işletme arasında “bu çalışıyordu” tartışmaları yerine somut bir test kaydı oluşur.

Bu işi nasıl birlikte yaparız?

Sitenize ya da yazılımınıza staging ortamı kurmak istiyorsanız genellikle şöyle ilerliyoruz:

1. Altyapıyı incelemek: Hosting veya sunucu yapınızı, site türünü ve güncelleme sıklığını birlikte değerlendiriyoruz.
2. Yöntem ve teklif: Panel staging’i mi, alt alan adı mı, Docker tabanlı özdeş ortam mı; ihtiyaca uygun olanı ve kapsamı yazılı olarak netleştiriyoruz.
3. Kurulum ve güvenlik: Staging’i şifreliyor, e-posta ve ödemeleri test moduna alıyor, kişisel verileri maskeliyorum.
4. Aktarım düzeni ve destek: Staging’den canlıya güvenli geçiş adımlarını belgeliyor, gerekirse otomatikleştiriyor ve sonraki güncellemelerde destek veriyorum.

Altyapınızı birlikte değerlendirmek için iletişim sayfasından ulaşabilirsiniz.

Sık sorulan sorular

Staging ortamı ayrı bir sunucu mu gerektirir?

Zorunlu değildir. Çoğu küçük ve orta ölçekli sitede staging, aynı sunucuda bir alt alan adında çalışabilir. Yüksek trafikli veya kritik sistemlerde ise kaynak çakışmasını önlemek için ayrı sunucu tercih edilir.

Staging sitesi Google’da görünür mü?

Önlem alınmazsa görünebilir. Bu yüzden staging ortamı şifreyle korunmalı ve arama motorlarının dizine eklemesi engellenmelidir.

Staging’deki değişiklikleri canlıya nasıl aktarırım?

Kod dosyaları staging’den canlıya taşınır, canlıdaki sipariş ve üye gibi veriler korunur. Aktarımdan önce mutlaka yedek alınmalı, mümkünse süreç otomatikleştirilmelidir.

WordPress sitem için staging şart mı?

Sipariş, randevu veya form üzerinden iş alan bir WordPress sitesi için şiddetle önerilir. Güncellemelerden kaynaklanan sorunların büyük kısmı staging’de önceden yakalanabilir.

Sonuç

Staging ortamı, canlı sitenizi deneme tahtasına çevirmeden geliştirme yapmanızı sağlayan bir güvenlik katmanıdır; doğru kurulduğunda güncellemeler stres kaynağı olmaktan çıkar. Siteniz için uygun yapıyı konuşmak isterseniz bana yazabilirsiniz.