WordPress Staging Ortamı: Test Sunucusu Kurulumu

WordPress Staging Ortamı: Test Sunucusu Kurulumu

Staging (test) ortamı, canlı sitenize zarar vermeden değişiklik, güncelleme ve yeni özellik testleri yapmanızı sağlayan bir kopya ortamdır. Profesyonel WordPress yönetiminin vazgeçilmez parçası olan staging'i bu rehberde detaylıca ele alacağız.

Staging Ortamı Neden Gereklidir?

Staging olmadan yaşanabilecek sorunlar:

• Eklenti güncellemesi sitenizi çökertebilir
• Tema değişikliği tasarımı bozabilir
• PHP sürüm güncellemesi uyumsuzluk yaratabilir
• Yeni özellik geliştirme canlı kullanıcıları etkiler

Staging'in faydaları:

• Risk almadan test yapabilirsiniz
• Sorunları canlı kullanıcılar görmeden düzeltirsiniz
• Ekip içi iş akışını geliştirir
• Müşteri onayı için demo ortamı sunar

Staging Kurulum Yöntemleri

Yöntem 1: cPanel Staging (Softaculous)

cPanel Hosting paketlerimizde Softaculous üzerinden staging kurmak çok kolaydır.

cPanel > Yazılım > Softaculous
→ WordPress Kurulumları
→ İlgili kurulumun yanındaki "Klonla" ikonuna tıkla

Softaculous Staging Ayarları:

Klonlama URL'si: staging.buyukweb.com
Veritabanı: Otomatik oluştur
Staging modu: Aktif

Softaculous hem dosyaları hem de veritabanını otomatik kopyalar.

Yöntem 2: Plesk Staging

Plesk Hosting kullanıcıları için:

Plesk > WordPress > [Site] > Clone

Plesk'in WordPress Toolkit'i, tek tıkla staging ortamı oluşturur ve canlıya push işlemini de yönetir.

Yöntem 3: WP Staging Eklentisi

Eklentiler > Yeni Ekle > "WP Staging" ara ve kur

WP Staging ile Staging Oluşturma:

1. WP Staging > Staging Sites > Create New
2. Staging site adını belirleyin: staging
3. Kopyalanacak tabloları seçin (tümünü seçin)
4. Kopyalanacak dizinleri seçin
5. "Start Cloning" butonuna tıklayın

Staging URL'si: https://buyukweb.com/staging/

Yöntem 4: Manuel Staging

Teknik bilgisi olanlar için manuel kurulum:

Adım 1: Dosyaları Kopyala

# FTP veya SSH ile dosyaları kopyalayın
cp -r /public_html/ /public_html/staging/

Adım 2: Veritabanını Kopyala

# Veritabanını dışa aktar
mysqldump -u kullanici -p wp_prod > wp_prod.sql

# Yeni veritabanı oluştur
mysql -u root -p -e "CREATE DATABASE wp_staging;"

# Veritabanını içe aktar
mysql -u kullanici -p wp_staging < wp_prod.sql

Adım 3: wp-config.php Düzenle

// wp-config.php (staging kopya)
define('DB_NAME', 'wp_staging');
define('DB_USER', 'staging_kullanici');
define('DB_PASSWORD', 'guclu_sifre');

// Staging URL
define('WP_HOME', 'https://staging.buyukweb.com');
define('WP_SITEURL', 'https://staging.buyukweb.com');

Adım 4: URL'leri Güncelle

-- Veritabanındaki URL'leri güncelle
UPDATE wp_options SET option_value = 'https://staging.buyukweb.com'
WHERE option_name IN ('siteurl', 'home');

-- İçerikteki URL'leri güncelle
UPDATE wp_posts SET post_content = REPLACE(
  post_content,
  'https://buyukweb.com',
  'https://staging.buyukweb.com'
);

Staging Ortamını Arama Motorlarından Gizleme

Staging sitenizin arama motorlarında indekslenmesini engellemek önemlidir.

1. robots.txt ile Engelleme

# staging/robots.txt
User-agent: *
Disallow: /

2. WordPress Ayarları ile Engelleme

Ayarlar > Okuma > Arama motorlarının bu siteyi indekslemesini engelle → İşaretle

3. Temel HTTP Kimlik Doğrulama

# .htaccess
AuthType Basic
AuthName "Staging - Yetkili Erişim"
AuthUserFile /home/kullanici/.htpasswd
Require valid-user

# .htpasswd dosyası oluştur
htpasswd -c /home/kullanici/.htpasswd kullanici_adi

Staging'den Canlıya Push

Testler başarılı olduğunda değişiklikleri canlıya almanın yolları:

WP Staging Pro ile Push

WP Staging > Staging Sites > [Site] > Push to Live

Push seçenekleri:

• Sadece dosyaları aktar
• Sadece veritabanını aktar
• Her ikisini de aktar

Manuel Push

# Staging'deki değiştirilmiş dosyaları canlıya kopyala
rsync -avz --exclude='wp-config.php' /staging/ /public_html/

# Staging veritabanını canlıya aktar
mysqldump -u kullanici -p wp_staging > staging.sql
mysql -u kullanici -p wp_prod < staging.sql

# URL'leri geri güncelle
wp search-replace 'https://staging.buyukweb.com' 'https://buyukweb.com'

Staging İçin İyi Uygulamalar

Test Kontrol Listesi

☐ Ana sayfa yükleniyor mu?
☐ İletişim formu çalışıyor mu?
☐ Ödeme sistemi test modunda çalışıyor mu?
☐ Görseller görüntüleniyor mu?
☐ Mobil uyumluluk kontrol edildi mi?
☐ Sayfa hızı test edildi mi?
☐ Hata günlüğü temiz mi?
☐ Arama sonuçları doğru mu?
☐ Kullanıcı giriş/kayıt çalışıyor mu?

Staging'i Düzenli Senkronize Edin

Staging ortamının canlı veriyle uyumlu kalması için düzenli senkronizasyon yapın. WP CLI ile:

# Staging veritabanını canlıyla senkronize et
wp db export - | wp --path=/staging db import -
wp --path=/staging search-replace 'buyukweb.com' 'staging.buyukweb.com'

E5V4 VDS sunucularımızda hem canlı hem staging ortamınızı aynı sunucuda çalıştırabilirsiniz. Dedicated kaynaklar sayesinde staging testleri canlı siteyi etkilemez.

Staging için Gerçek Veri Kullanımı

Staging'de gerçekçi testler için canlı verinin bir kopyasını kullanın. Ancak KVKK uyumluluğu için kişisel verileri anonimleştirin:

-- Kullanıcı e-postalarını anonimleştir
UPDATE wp_users SET user_email = CONCAT('user', ID, '@test.com');

-- Sipariş bilgilerini anonimleştir
UPDATE wp_postmeta SET meta_value = 'Test Kullanıcı'
WHERE meta_key = '_billing_first_name';

Sonuç

WordPress staging ortamı, profesyonel site yönetiminin temel taşıdır. Canlı siteyi riske atmadan güvenle geliştirme yapmanızı sağlayan bu yapı, özellikle WooCommerce gibi kritik uygulamaları barındıran siteler için zorunludur. Doğru hosting altyapısı ve sistematik bir staging süreci ile WordPress sitenizi her zaman sağlıklı ve güncel tutabilirsiniz.

WP-CLI ile Profesyonel Staging Yönetimi

WP-CLI komut satırı, GUI plugin'lere kıyasla 10x daha hızlı ve scriptable. Staging için altın standart:

# Canlı'dan staging'e tam senkronizasyon
ssh user@prod
wp db export prod-backup-$(date +%Y%m%d).sql --add-drop-table

scp prod-backup-*.sql user@staging:~/

ssh user@staging
wp db import ~/prod-backup-*.sql

# URL ve dizin değişiklikleri (binlerce kayıt güvenle değiştirir)
wp search-replace 'https://buyukweb.com' 'https://staging.buyukweb.com' \
  --skip-columns=guid \
  --report-changed-only \
  --all-tables

# Serialized data (Elementor, theme settings) için ayrı flag
wp search-replace 'buyukweb.com' 'staging.buyukweb.com' \
  --precise --recurse-objects

# Cache temizle
wp cache flush
wp transient delete --all

--dry-run flag'i ile canlıyı bozmadan önce test et — kaç kayıt değişeceğini gösterir.

# Staging için cron'u kapatmak — duplicate cron job çalışmasın
wp config set DISABLE_WP_CRON true --raw

# E-mail gönderimi staging'de blocking
wp config set WP_MAIL_TO_FILE true --raw   # custom mu_plugin gerek

Staging-Specific MU Plugin (Mail + Banner)

/wp-content/mu-plugins/staging.php:

<?php
/**
 * Plugin Name: Staging Environment Helpers
 */

// 1) Tüm e-mail göndermeyi disable
add_filter('pre_wp_mail', '__return_false');

// 2) Üst banner — yanlışlıkla canlı sanma
add_action('wp_body_open', function() {
    if (defined('IS_STAGING') && IS_STAGING) {
        echo '<div style="position:fixed;top:0;left:0;right:0;background:#dc2626;color:#fff;padding:8px;text-align:center;z-index:99999;font-weight:bold">⚠️ STAGING ORTAMI - Canlı değildir</div>';
        echo '<style>body{padding-top:40px}</style>';
    }
});

// 3) Robots noindex zorla
add_action('wp_head', function() {
    echo '<meta name="robots" content="noindex,nofollow,noarchive">' . "\n";
});

// 4) WooCommerce ödeme sandbox/test mode'u zorla
add_filter('woocommerce_iyzico_settings', function(\$s) {
    \$s['test_mode'] = 'yes';
    return \$s;
});

wp-config.php'ye:

define('IS_STAGING', strpos(\$_SERVER['HTTP_HOST'] ?? '', 'staging.') === 0);

Push to live'de mu-plugin ASLA kopyalanmamalı (rsync exclude'una ekle).

Local Development — Modern Stack

Staging kadar local geliştirme de kritik. 2026'da popüler seçenekler:

Araç	Lisans	Highlight
LocalWP	Ücretsiz	tek tık WP, NGINX/Apache, Live Link, Magic Sync
wp-env (resmi)	Ücretsiz	Docker, sıfır config, Gutenberg testleri için ideal
Lando	Ücretsiz	Docker, custom recipe'lar
WordOps	Ücretsiz	gerçek sunucu kurulumu (NGINX + LSWS, Redis, MariaDB)
DDEV	Ücretsiz	Drupal/Magento/WP, Docker, çoklu proje

# wp-env minimal örnek
mkdir my-plugin && cd my-plugin
npx @wordpress/env start

# .wp-env.json
{
  "core": "https://wordpress.org/wordpress-6.5.zip",
  "phpVersion": "8.3",
  "plugins": [".", "https://downloads.wordpress.org/plugin/woocommerce.zip"]
}

Migration Eklenti Karşılaştırması

Plugin	Ücretsiz	Premium fiyat	Highlight
WP Migrate (Lite)	sınırlı	$49/yıl	DBM/CLI hibrit, profesyonel iş akışı
All-in-One WP Migration	<512 MB sınır	tek-domain $69	tek tık export/import, large-site uzantı premium
Duplicator	hafif	Pro $99/yıl	scheduled backup + multi-site clone
UpdraftPlus	yedek + restore	Migrator addon $70	yedek + migrate iki işi tek paketten
WP Staging	tek staging	Pro $129/yıl	gerçek staging + push-to-live
WP Reset	sıfırlama + snapshot	$59	hızlı snapshot al/geri yükle (testler için ideal)
WP-CLI	tamamen ücretsiz	—	en hızlı + scriptable

Pratik öneri: Tek seferlik taşıma — All-in-One WP Migration veya Duplicator. Sürekli staging-prod döngüsü — WP Migrate Pro veya WP-CLI scripts.

Git Tabanlı Deployment Workflow

Profesyonel ekipler tema ve plugin kodunu Git'te tutar; staging push otomatik:

# .github/workflows/deploy-staging.yml
name: Deploy to Staging

on:
  push:
    branches: [develop]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Setup PHP
        uses: shivammathur/setup-php@v2
        with:
          php-version: '8.3'

      - name: Install Composer deps
        run: composer install --no-dev --optimize-autoloader

      - name: Build assets
        run: |
          npm ci
          npm run build

      - name: Deploy via SSH (rsync)
        uses: burnett01/[email protected]
        with:
          switches: -avzr --delete --exclude-from='.deployignore'
          path: wp-content/
          remote_path: /home/staging/public_html/wp-content/
          remote_host: ${{ secrets.STAGING_HOST }}
          remote_user: ${{ secrets.STAGING_USER }}
          remote_key: ${{ secrets.STAGING_SSH_KEY }}

      - name: Run staging migrations
        uses: appleboy/ssh-action@v1
        with:
          host: ${{ secrets.STAGING_HOST }}
          username: ${{ secrets.STAGING_USER }}
          key: ${{ secrets.STAGING_SSH_KEY }}
          script: |
            cd /home/staging/public_html
            wp cache flush
            wp plugin activate --all
            wp transient delete --all

.deployignore — yüklenmeyecek dosyalar:

.git/
node_modules/
.env
wp-config.php
wp-content/uploads/
wp-content/cache/

develop → staging, main → production. PR onaylanınca main'e merge → production deploy.

WooCommerce için Özel Staging Stratejisi

WooCommerce staging'de kritik dikkat: gerçek müşteri siparişleri staging'e kopyalanırsa karışıklık olur.

# Staging'de sipariş + müşteri tablolarını anonimleştir
wp db query "UPDATE wp_users SET user_email = CONCAT('staging+', ID, '@example.com'), user_pass = MD5('staging-test-2026')"

# WooCommerce HPOS (yeni order storage)
wp db query "UPDATE wp_wc_orders SET billing_email = CONCAT('staging+', id, '@example.com')"
wp db query "UPDATE wp_wc_order_addresses SET email = CONCAT('staging+', order_id, '@example.com')"

# Eski post_meta tabanlı orders
wp db query "UPDATE wp_postmeta SET meta_value = CONCAT('staging+', post_id, '@example.com') WHERE meta_key = '_billing_email'"

# Telefon, isim, adres
wp db query "UPDATE wp_wc_order_addresses SET phone = '0000000000', first_name = 'Test', last_name = 'User'"

Ödeme gateway test mode'u wp-config'de zorla:

if (defined('IS_STAGING') && IS_STAGING) {
    add_filter('option_woocommerce_iyzico_settings', function(\$s) { \$s['test_mode'] = 'yes'; return \$s; });
    add_filter('option_woocommerce_paytr_settings', function(\$s) { \$s['test_mode'] = 'yes'; return \$s; });
    add_filter('option_woocommerce_stripe_settings', function(\$s) { \$s['testmode'] = 'yes'; return \$s; });
}

Multisite Staging

Network kurulumlu sitelerde her sub-site için ayrı staging gerek olabilir veya tüm network'ün clone'u:

# Tüm network DB export
wp db export network-staging.sql --add-drop-table --tables=$(wp db tables --all-tables-with-prefix --format=csv)

# Network'te search-replace
wp search-replace 'buyukweb.com' 'staging.buyukweb.com' \
  --network --all-tables --skip-columns=guid

# Sub-site bazlı (sadece site ID 3'ü clone)
wp site list --site_url=https://sub.buyukweb.com --field=blog_id  # ID al
wp db export --tables=$(wp db tables --all-tables-with-prefix --network --site=3 --format=csv) sub3.sql

wp-config.php staging için:

define('DOMAIN_CURRENT_SITE', 'staging.buyukweb.com');
define('PATH_CURRENT_SITE', '/');
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);

Performance Test Staging'de

Canlıyı yormamak için load test staging'de:

# k6 — modern load testing
cat > load-test.js <<EOF
import http from 'k6/http';
import { sleep } from 'k6';

export const options = {
  vus: 50,
  duration: '60s',
};

export default function () {
  http.get('https://staging.buyukweb.com/');
  http.get('https://staging.buyukweb.com/blog/');
  sleep(1);
}
EOF

k6 run load-test.js

# Apache Benchmark — basit
ab -n 1000 -c 50 https://staging.buyukweb.com/

# Lighthouse CI (Core Web Vitals)
npx -p @lhci/[email protected] lhci autorun --collect.url=https://staging.buyukweb.com/

Push-to-Live — Güvenli Strateji

Staging'de doğrulanmış değişiklikleri canlıya almanın risk-aware workflow'u:

1. Pre-flight (5 dk)

• Canlı tam yedek (wp db export + dosya tar)
• Bakım modu (wp maintenance-mode activate)
• Cron disable (DISABLE_WP_CRON)
• Cache disable (wp cache flush)

2. Push stratejisine karar ver:

Senaryo	Push tipi
Sadece kod değişikliği (tema/plugin update)	Code-only — rsync wp-content/themes + wp-content/plugins, DB değişmez
Yeni içerik staging'de yazıldı	Content merge — staging'in wp_posts + wp_postmeta belirli post ID'leri
Tema yeniden tasarımı (Customizer ayarları)	Selective DB merge — wp_options belli option_name'ler
Tam yeniden yapılanma	Full overwrite — tüm DB + dosyalar staging'den canlıya

3. WP Migrate ile selective:

# Staging'de
wp migratedb export --include-tables='wp_options,wp_posts,wp_postmeta' \
  --find='https://staging.buyukweb.com' --replace='https://buyukweb.com' \
  --output=push.sql

# Canlı'da
wp migratedb import push.sql

4. Smoke test (5 dk)

• Ana sayfa, kategori, ürün detay, sepet, ödeme akışı
• Form gönderimleri
• Login/logout
• Mobile responsive
• Search Console "URL Inspection"

5. Bakım modu kapat, monitör (24 saat)

• Error log: tail -f /var/log/php-fpm.log /var/log/nginx/error.log
• New Relic / Sentry alarm
• Uptime monitor (UptimeRobot, BetterUptime)

Kişisel Veri ve KVKK

Staging'de canlı veriyi kullanırken kişisel veri (PII) mutlaka anonimleştirilmeli:

-- Müşteri kişisel verileri
UPDATE wp_users
SET user_email = CONCAT('staging+', ID, '@anonymized.test'),
    display_name = CONCAT('User ', ID),
    user_login = CONCAT('user_', ID);

UPDATE wp_usermeta
SET meta_value = '0000000000'
WHERE meta_key IN ('billing_phone', 'shipping_phone');

UPDATE wp_usermeta
SET meta_value = 'Anonim Adres'
WHERE meta_key LIKE '%_address_%';

-- Yorum e-mail'leri
UPDATE wp_comments
SET comment_author_email = CONCAT('comment+', comment_ID, '@anonymized.test'),
    comment_author_IP = '127.0.0.1';

Daha iyisi: GDPR/KVKK kapsamında staging için gerçek olmayan seed data üreten script'ler. Faker kütüphanesi WP-CLI ile:

wp db query "DELETE FROM wp_users WHERE ID > 1"
wp eval-file generate-fake-users.php  # Faker ile 100 fake user

Staging Environment Best Practices

• ✅ Staging'i subdomain'de tut (staging.example.com) veya subfolder + HTTP Basic Auth
• ✅ HTTPS kullan (Let's Encrypt ücretsiz)
• ✅ Staging'de noindex zorla (mu-plugin)
• ✅ E-mail gönderimi disable veya MailHog/Mailtrap'a yönlendir
• ✅ Cron disable (DISABLE_WP_CRON)
• ✅ Cache disable veya çok kısa TTL
• ✅ Debug.log aktif (canlıdaki problemi reproduce için)
• ✅ Üst banner ile "STAGING" ekran etiketi
• ✅ Ödeme gateway test mode
• ✅ External API webhook'larını sandbox endpoint'lere yönlendir
• ✅ Push-to-live'dan önce smoke test checklist çalıştır
• ✅ Yedek alma sıklığı: günlük (cron + push)
• ❌ Staging'de gerçek müşteri verisi tut (anonimleştir)
• ❌ Staging'i Google'a indekse aç
• ❌ Staging'i SSL'siz bırak (HSTS karışıklığı yapar)

Sıkça Sorulan Sorular

Staging için ayrı sunucu gerekli mi?

Hayır — aynı sunucuda subdomain yeterli. Ama kaynaklar paylaşılır: yoğun staging testleri canlıyı etkileyebilir. Yüksek trafikli e-ticaret için ayrı VDS (Büyükweb E5v2 VDS) ucuz çözüm.

WP Staging eklentisi ücretsiz sürüm yeterli mi?

Tek staging ortamı + manuel push için yeterli. Multi-site, scheduled clones, advanced exclude için WP Staging Pro ($129/yıl). Alternatif: WP-CLI ücretsiz + script'leme.

"Staging'de çalışıyor, canlıda çalışmıyor" — neden?

1. PHP sürümü farkı — staging 8.3, canlı 7.4 olabilir 2) MySQL versiyon farkı 3) Plugin sürüm uyumsuzluğu 4) Sunucu config (memory_limit, max_execution_time) 5) Cache (canlıda LiteSpeed Cache aktif, staging'de yok) 6) Search-replace eksik (eski URL kalmış). wp config get, wp plugin list --status=active ile karşılaştır.

Staging URL'sini bypass etmenin akıllı yolu?

Local hosts dosyası ile gerçek domain'i staging IP'sine yönlendir → URL değişikliği olmaz, push-to-live için search-replace gerekmez. Geliştirici PC'sinde:

# /etc/hosts
185.123.45.67  buyukweb.com www.buyukweb.com

Production'a etkisi yok, tek PC'de virtual.

Ödeme test ederken canlı kart kullanılır mı?

ASLA — staging'de sandbox modu zorla (yukarıdaki örnek). iyzico/PayTR/Stripe sandbox API key'leri ücretsiz ayrı verir. Test kart numaraları: 4242 4242 4242 4242 (Stripe), 5400 0000 0000 0001 (iyzico).

Staging'i SSL ile yapılandırmak gerekli mi?

Evet — modern WP HTTPS'siz "mixed content" hataları verir, JavaScript bozulur. Let's Encrypt ücretsiz, Plesk/cPanel tek tıkla. *.staging.example.com için wildcard sertifika tek seferde tüm staging'leri kapsar.

Database üstüne canlıya migration sırasında hata oldu, geri alabilir miyim?

Önceden almış olduğun yedeği import et: wp db reset --yes && wp db import canli-pre-deploy.sql. Pre-flight yedeği almak şart — push-to-live yapmadan önce mutlaka.

Staging'de SEO indeksleme oldu, ne yaparım?

Canlı'ya yönlendirme + Search Console'dan staging URL'lerini "Removal" tool ile temizle. wp config set DISALLOW_FILE_MODS true --raw ile staging'i kapat. Önleme: HTTP Basic Auth + noindex mu-plugin başlangıçtan.

"Staging'i hep canlıyla aynı tutmak" sorunlu mu?

Hayır, profesyonel pratiği. Haftalık otomatik canlı → staging sync (cron + WP-CLI) — staging her zaman güncel. Geliştirme bittiğinde staging → canlı push (sadece kod + selective DB).

Plesk WordPress Toolkit staging özelliği güvenli mi?

Evet, Plesk'in Plesk WordPress Toolkit Staging rehberinde detaylı ele aldığımız özellik tam çözüm; tek tıkla clone, smart updates, backup-before-update. Plesk hosting müşterileri için bonus.

Büyükweb Hosting'de Staging

Büyükweb cPanel hosting paketleri Softaculous staging ile gelir — tek tıkla klon. Plesk hosting paketleri WordPress Toolkit Staging sunar.

VDS sunucu tercih ederseniz tam kontrolle:

• Ayrı subdomain veya port
• Git deploy + CI/CD
• WP-CLI script'leri
• Custom mu-plugin yapısı
• Multi-stage (dev/staging/uat/prod)

Konfigürasyon desteği için 0850 302 60 70 numaramız.

İlgili Rehberler

• WordPress Veritabanı Optimizasyonu
• WordPress Hosting Seçim Rehberi 2026
• Plesk WordPress Toolkit Staging
• WordPress Güvenlik Eklentileri
• Restic + Backblaze B2 Encrypted Backup

İlgili Büyükweb Hizmetleri

WordPress sitenizi hızlandırmak ve güvende tutmak için Türkiye lokasyonlu WordPress hosting paketlerimiz:

• WordPress Hosting
• cPanel Web Hosting
• Genel Web Hosting
• WordPress için VDS Sunucu
• WordPress Hosting Seçim Rehberi

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.