Bir WordPress Hazırlık Sitesi Güvenli Şekilde Nasıl Klonlanır
19 Ağustos 2026 tarihinde yayımlandı
Bir hazırlık sitesi, “küçük bir güncellemenin” üretim ortamında bir olaya dönüşmeyi bıraktığı yerdir. Bir temayı değiştirmeden, bir eklentiyi test etmeden, ödeme davranışını düzenlemeden veya özel koda dokunmadan önce, canlı müşterileri, içeriği ya da geliri riske atmadan canlı site gibi davranan çalışan bir kopyaya ihtiyacınız vardır.
WordPress hazırlık klonlamanın nasıl yapılacağını arıyorsanız, asıl nokta WordPress dosyalarından daha fazlasını kopyaladığınızı anlamaktır. Kullanışlı bir klon; site dosyalarını, veritabanını, doğru alan adı ayarlarını ve test etkinliğinin üretim ortamına sızmasını önleyen birkaç korumayı içerir. Bu parçalardan birini bile atlamak, bozuk bağlantılara, giriş döngülerine veya test e-postalarının gerçek gelen kutularına düşmesine neden olabilir.
Önce klonun yönünü seçin
“Hazırlığı klonla” iki çok farklı işi ifade edebilir. Test ortamının mevcut üretim kurulumunu yansıtması için canlı sitenizi hazırlık ortamına kopyalamak isteyebilirsiniz. Ya da onaylanmış hazırlık değişikliklerini tekrar canlı siteye kopyalamak isteyebilirsiniz.
İlk seçenek genellikle daha güvenli ve daha yaygındır. Bu, hazırlık ortamını sitenizin güncel bir sürümüyle yeniler ve size değişiklikleri test etmek için güvenilir bir yer sağlar. İkinci seçenek daha fazla dikkat gerektirir çünkü hazırlıkta geliştirme sürerken üretim ortamı yeni siparişler, form gönderimleri, yorumlar, kullanıcı kayıtları veya içerik düzenlemeleri almış olabilir.
Mağazalar, üyelik siteleri, rezervasyon platformları ve etkin kullanıcı verisi bulunan tüm siteler için, üretim ortamının üzerine eski bir hazırlık veritabanını körü körüne yazmaktan kaçının. Kodu ve seçili dosyaları kopyalamak uygun olabilir, ancak canlı veritabanının tamamını değiştirmek yakın zamandaki iş faaliyetlerini silebilir. Bu, doğru yöntemin neyin değiştiğine ve en yeni verinin nerede bulunduğuna bağlı olduğu durumlardan biridir.
Eksiksiz bir WordPress klonu neleri içerir
Bir WordPress web sitesinin iki ana parçası vardır: dosyalar ve veritabanı. Hazırlık sitesinin beklendiği gibi çalışması için her ikisi de kopyalanmalıdır.
Dosyalar; WordPress çekirdek dosyalarını, temaları, eklentileri, yüklemeleri, önbellek yapılandırmalarını ve çoğu zaman ortama özgü ayarları içeren bir `wp-config.php` dosyasını kapsar. Veritabanı; yazıları, sayfaları, kullanıcıları, ayarları, eklenti verilerini, WooCommerce siparişlerini ve çok daha fazlasını barındırır. Yalnızca dosyaları kopyalamak, size sitenin içeriği ve ayarları olmayan bir kabuk verir. Yalnızca veritabanını kopyalamak ise WordPress'i ihtiyaç duyduğu kod ve yüklemelerden mahrum bırakır.
Kopyalama sonrasında URL'leri de ayarlamanız gerekir. `example.com` içinden dışa aktarılan bir veritabanı, bu değerler `staging.example.com` gibi hazırlık adresiyle değiştirilene kadar hâlâ `example.com` referanslarını içerir. WordPress verileri serileştirilmiş değerler içerebilir, bu nedenle bir metin düzenleyicide temel bir bul ve değiştir işlemi risklidir. WordPress farkındalığına sahip bir taşıma aracı, güvenilir bir komut satırı search-replace süreci ya da veritabanı değiştirmelerini doğru şekilde işlemek için tasarlanmış bir kontrol paneli iş akışı kullanın.
Herhangi bir şeyi kopyalamadan önce hazırlık yapın
Üretim sitesinin yeni bir yedeğiyle başlayın. Bu göstermelik bir adım değildir. Bir dosya aktarımı, veritabanı içe aktarma işlemi veya ayar değişikliği ters giderse geri dönüş yolunuz budur. Özellikle işletmeniz için önemli sitelerde, mümkün olduğunda yedeği sunucudan ayrı tutun.
Ardından hazırlık hedefini oluşturun. Bu hedef, `staging.example.com` gibi bir alt alan adında, bir alt dizinde veya ayrı bir sunucuda bulunabilir. Bir alt alan adı genellikle en temiz seçimdir çünkü tanınması kolay kalırken bağımsız bir site gibi davranır.
Hazırlık için bir veritabanı ve veritabanı kullanıcısı oluşturun. Hazırlığı üretim veritabanına bağlamayın. Zararsız görünen bir eklenti güncellemesi veya test formu gönderimi bile veri yazabilir. Ayrı veritabanları, hazırlıkta yapılan bir hatanın canlı site sorununa dönüşmesini önler.
Klonlamadan önce üretime özgü hizmetleri kısaca not alın: ödeme ağ geçitleri, işlemsel e-posta, analitik, önbellek katmanları, CDN ayarları, güvenlik eklentileri ve harici API'ler. Bu bağlantıların hazırlıkta çoğu zaman devre dışı bırakılması, değiştirilmesi veya test moduna alınması gerekir.
Bir WordPress hazırlık sitesi adım adım nasıl klonlanır
Tam ekranlar barındırma ortamları arasında farklılık gösterir, ancak süreç aynı kalır.
1. WordPress dosyalarını kopyalayın
Üretim sitesi dosyalarını hazırlık sitesinin belge kök dizinine kopyalayın. İlgili olduğunda `.htaccess` gibi gizli dosyaları da dahil edin. `wp-content` dizini özel dikkat gerektirir çünkü temaları, eklentileri ve medya yüklemelerini içerir.
Sunucu paneliniz bir site klonlama özelliği sunuyorsa, dosyaları kopyalayarak ve sizin için hedef yapıyı oluşturarak manuel işi azaltabilir. FASTPANEL'de web sitesi ve veritabanı yönetimi tek ve net bir ortamda tutulur; bu da tek bir sitenin parçaları için ayrı araçlarda arama yapma sorununu önlemeye yardımcı olur.
Manuel kopyalama için dosya yöneticinizi, SFTP'yi veya sunucu taraflı bir komutu kullanın. Sunucu taraflı kopyalama, özellikle büyük medya kitaplıklarında çoğu zaman daha hızlıdır çünkü dosyaların önce yerel bilgisayarınızdan geçmesi gerekmez.
2. Veritabanını dışa aktarın ve içe aktarın
Üretim veritabanını dışa aktarın, ardından bunu yeni hazırlık veritabanına içe aktarın. İçe aktarma işleminin hatasız tamamlandığından emin olun. Kısmi bir içe aktarma başlangıçta düzgün görünebilir ve ardından WordPress eksik bir tabloyu veya eklenti ayarını istediğinde başarısız olabilir.
Hazırlık sitesinin `wp-config.php` dosyasını yeni veritabanı adı, kullanıcı adı, parola ve ana bilgisayar ile güncelleyin. Veritabanı ana bilgisayarı değişmediyse hâlâ `localhost` olabilir, ancak tahmin etmek yerine doğrulayın.
3. Canlı URL'yi hazırlık URL'siyle değiştirin
Klonlanan veritabanındaki referansları üretim adresinden hazırlık adresine güncelleyin. Buna WordPress ana URL'si ve site URL'sinin yanı sıra sayfa içeriğinde, bileşenlerde, tema ayarlarında, oluşturucularda ve eklentilerde depolanan bağlantılar da dahildir.
Değiştirme işleminden sonra hazırlık sitesini özel tarayıcı penceresinde açın. Ana sayfayı, birkaç yazıyı, medya kitaplığını, menüleri, formları ve WordPress yönetici alanını kontrol edin. Üretime geri yönlendirmeler görüyorsanız, veritabanındaki `home` ve `siteurl` değerlerini yeniden inceleyin ve `wp-config.php` içindeki URL sabitlerini kontrol edin.
4. Hazırlığı test için güvenli hâle getirin
Klonlanmış bir hazırlık sitesi, siz aksini söylemedikçe yine de üretim gibi davranabilir. Arama motorlarının yinelenen içeriği dizine eklememesi için bir no-index kuralı belirleyin. Özellikle müşteri verileri veya tamamlanmamış çalışmalar içeriyorsa, pratik olduğunda siteyi parola erişimi ya da IP kısıtlamalarıyla koruyun.
Ardından dışa dönük hizmetleri durdurun. Ödeme eklentilerini sandbox moduna alın, canlı e-posta teslimini devre dışı bırakın, pazarlama otomasyonlarını kapatın ve webhook entegrasyonlarını gözden geçirin. Bir test siparişinin hiçbir yere gitmemesi, bir hazırlık sitesinin gerçek bir müşteriye siparişinin gönderildiğini bildirmesinden daha iyidir.
5. Önbellekleri temizleyin ve kalıcı bağlantıları yenileyin
Önbellekleme, başarılı bir klonun bozuk görünmesine neden olabilir. WordPress önbellek eklentilerini, sunucu önbelleklerini ve hazırlık alan adına bağlı CDN önbelleklerini temizleyin. Ardından yeniden yazma kurallarını yeniden oluşturmak için WordPress yöneticisinde kalıcı bağlantı ayarlarını bir kez kaydedin.
Stil sayfaları, görseller veya JavaScript hâlâ üretimden yükleniyorsa, veritabanında eski alan adını yeniden arayın. Ayrıca tema seçeneklerini ve sayfa oluşturucu ayarlarını da kontrol edin; çünkü bazı araçlar URL'leri normal sayfa içeriğinin dışında depolar.
Yaygın hazırlık hatalarını önleyen kontroller
Geliştiriciler veya müşteriler test etmeye başlamadan önce, kısa ve pratik bir kontrol yapın:
- Hazırlığın kendi veritabanını kullandığını ve üretime yazmadığını doğrulayın.
- Hazırlık URL'sinin WordPress Ayarları'nda ve önemli site sayfalarında göründüğünü doğrulayın.
- Arama motorlarının engellendiğini ve gerektiğinde erişimin korunduğunu doğrulayın.
- E-posta, ödemeler, webhook'lar ve üçüncü taraf API'lerin güvenli test ayarlarında olduğunu doğrulayın.
- Giriş yapabildiğinizi, medya yükleyebildiğinizi, bir test formu gönderebildiğinizi ve sayfaları mobilde görüntüleyebildiğinizi doğrulayın.
Ayrıca önbellekleme, güvenlik ve optimizasyon eklentilerindeki ortama özgü ayarlara da bakın. Bazı eklentiler bir siteyi alan adı, IP adresi veya lisans anahtarına göre tanımlar. Canlıda çalışan bir özellik, hazırlık izni veya ayrı bir yapılandırma gerektirebilir.
Değişiklikleri hazırlıktan tekrar üretime taşımak
Test tamamlandığında, ters yöndeki klonun her şeyin üzerine yazması gerektiğini varsaymayın. Yeni etkinlik olmayan tanıtım sitelerinde, yedek aldıktan sonra üretim dosyalarını ve veritabanını değiştirmek makul olabilir. Etkin bir WooCommerce sitesi için daha güvenli bir dağıtım, yalnızca değişen tema dosyalarını, özel eklentileri veya dikkatle gözden geçirilmiş veritabanı ayarlarını taşımak olabilir.
Mümkün olduğunda canlı değişiklikleri daha sakin bir döneme planlayın. Dağıtım gerektiriyorsa siteyi yalnızca o zaman bakım moduna alın, sonrasında önbellekleri temizleyin ve müşteri yolunu hemen test edin: ana sayfa, giriş, formlar, sepet, ödeme ve gelir açısından kritik tüm entegrasyonlar.
Bir hazırlık sitesi, WordPress'in ikinci bir kopyası olduğu için değerli değildir. Değerli olmasının nedeni, ziyaretçiler sonuçlarını hissetmeden önce size karar verme alanı tanımasıdır. Onu güncel tutun, yalıtılmış tutun ve üretim yapmak zorunda kalmadan önce yaratıcı davranışları yakalamasına izin verin.