WordPress Multisite: Ajans ve Üretim Ortamı Yönetimi

WordPress Multisite: Ajans ve Üretim Ortamı Yönetimi

Bir dijital ajans 30 müşterisine ayrı ayrı WordPress kurulumu yönettiğinde her güncelleme döneminde 30 kez core/eklenti/tema güncelleme, 30 kez yedek kontrolü, 30 kez SSL renewal takibi yapar. Bir üniversite 18 fakültesi için 18 ayrı WordPress yönetmeye çalıştığında IT ekibi haftada 6-8 saatini sadece bakıma harcar. Franchise zinciri 45 şube için 45 ayrı WP yönetiminde marka tutarlılığı kaybolur. İşte tam burada WordPress Multisite Network devreye girer: tek kurulum, tek panel, tek güncelleme — ama 50, 100, 500 site.

Bu rehber WordPress Multisite'ın kavramsal kurulumunu değil (onu WordPress Multisite Kurulum Rehberi ve Network Yönetimi yazımızda işliyoruz); bu rehber ajans / çoklu müşteri / üretim ortamı perspektifinden yaklaşır. Subdomain mı yoksa subdirectory mi, hangi senaryolar Multisite'a uygun ve hangileri tuzak, Network Admin günlük operasyonu, eklenti/tema uyumluluk problemleri, performans tuning, WooCommerce Multisite tartışması, backup stratejisi, scale problemleri ve Buyukweb cPanel/VDS karar tablosu.

Buyukweb perspektifi: cPanel paketlerimizde (Başlangıç, Performans, Uçak ₺1.250/yıl, Jet ₺2.000/yıl) WordPress Multisite teknik olarak çalışır; ancak Network'te 5-50 site için Uçak veya Jet paketi, 50+ site için ise VDS E5-V4 ₺250-600/ay ile kendi PHP-FPM/Nginx tuning'inizi yapmanız önerilir. Bursa Tier 3 veri merkezi, KVKK uyumlu TR datacenter, JetBackup haftalık yedek, 0850 302 60 70 destek hattı.

WordPress Multisite Ne İçin İdeal? Gerçek Senaryolar

Multisite'ın gerçek değeri birbirine benzer yapıdaki çoklu sitelerin merkezi yönetimindedir. İşte hangi senaryolarda Multisite gerçekten kazandırır:

1. Dijital Ajans (Multi-Client Hosting)

Bir ajans 15-50 müşterisinin WordPress sitesini barındırıyorsa, Multisite operasyonel yükü 10 kat azaltır:

• Tek WordPress core update → tüm müşteri siteleri tek seferde güncel
• Tek Yoast SEO / WooCommerce / Elementor update → ağ aktivasyonu ile tümüne
• Tek SSL yenileme (wildcard cert) → tüm subdomain'lere
• Müşteri ekleme: 3 dakika (sadece site ekleme + tema atama)
• Müşteri silme: site silme komutu (DB temizleme dahil)

Tuzak: Müşteri hosting'ini bağımsız tutmak istiyorsa Multisite yanlış tercih. Reseller hosting (cPanel WHM / Plesk Reseller) ile her müşteri kendi izole cPanel hesabına sahip olur. Reseller Hosting farklı bir konsept.

Multisite ajans senaryosunda işe yarar: Müşteri içerik girişi yapar ama hosting yönetimi sizde kalır. Müşteri başına aylık ₺200-600 maintenance ücreti aldığınız "managed WordPress" modelinde idealdir.

2. Eğitim Kurumu (Department-per-Site)

Üniversite/lise: her fakülte/bölüm kendi alt sitesi:

fen.universite.edu.tr        — Fen Fakültesi
edebiyat.universite.edu.tr   — Edebiyat Fakültesi
muhendislik.universite.edu.tr — Mühendislik
isletme.universite.edu.tr    — İşletme

Ortak tema (kurumsal kimlik) + her bölüm kendi içeriğini girer. Network Admin tek bir IT ekibinde, içerik 18 ayrı dekanlık/sekreterlikte. Mükemmel uyum.

3. Franchise / Şube Ağı

45 şubeli restoran zinciri: her şubenin kendi sayfa adresi, lokal menü, açılış saati, harita, telefon. Merkez marka tema atar, şube içeriği girer:

ankara.markazinciri.com.tr
istanbul.markazinciri.com.tr
izmir.markazinciri.com.tr
bursa.markazinciri.com.tr
...

Merkezi banner güncelleme (örneğin "Anneler Günü kampanyası") tek panelden 45 şubeye yansır. Şube müdürü sadece kendi alt sitesinde içerik yönetir; süper yönetici (marketing/IT) tüm Network'ü görür.

4. Çoklu Dilli Site (Pratik Tartışma)

Bu kısımda temkinli olalım. Geçmişte "Multisite ile çoklu dil yapın, her dil ayrı subdomain" yaygın bir yöntemdi:

tr.sirket.com — Türkçe
en.sirket.com — İngilizce
de.sirket.com — Almanca
ar.sirket.com — Arapça

Avantajı: Her dil tamamen ayrı yönetilir, çevirmen her sitede kendi rolüyle çalışır, dil bazlı SEO ayrımı (hreflang) kolaydır.

Dezavantajı: Tek tek içeriği koordine etmek zor, ürün/sayfa yapısı dağılır. 2026 modern çoklu dil için tercih: WPML, Polylang, TranslatePress gibi tek site içinde dil eklentileri daha pratik. Multisite çoklu dil sadece dil siteleri arasında çok büyük içerik farkı varsa (örn. Türkçe sitede 50 makale, İngilizce sitede 8 makale) anlamlıdır.

5. Kurumsal Alt Markalar

Bir holding 8 marka altında ürün satıyorsa:

marka1.holding.com.tr — Tekstil markası
marka2.holding.com.tr — Gıda markası
marka3.holding.com.tr — Mobilya markası
...

Ortak müşteri girişi (SSO Network-wide), merkezi pazarlama analytics, ortak müşteri hizmeti modülü. Multisite holding yapısı için ideal.

6. SaaS / Platform Modeli

Bir platform kullanıcılarına site açıyor (örneğin "5 dakikada blog aç"). Wordpress.com modelinin küçük versiyonu. Her kullanıcı kendi alt sitesini açar, platform içerik kuralları uygular. Bu en agresif Multisite kullanım senaryosudur — 1.000-10.000 site barındırma. Bu boyutta mutlaka VDS veya dedicated gerekir.

Multisite'ın UYGUN OLMADIĞI Durumlar

Açık konuşalım — Multisite her şeyin çözümü değil. Aşağıdaki senaryolarda Multisite kullanırsanız 3-6 ay sonra pişman olursunuz:

1. 2-4 Site Arasında Çok Farklı Yapı

Ana site bir blog, ikinci site bir e-ticaret, üçüncü site kurumsal kurum sitesi. Bunlar tema, eklenti, hedef kitle, performans profili tamamen farklı. Multisite'a koymak yerine ayrı WordPress kurulumlarıyla başlayın. Buyukweb paketinde cPanel paylaşımlı ile addon domain kullanarak 4-5 farklı WP rahatlıkla barındırırsınız.

2. Müşteri/Reseller İş Modeli (İzolasyon Gerek)

Müşterinizin hosting'i tamamen izole olmalı: ayrı cPanel hesabı, ayrı dosya sistemi, ayrı veritabanı, ayrı backup, ayrı fatura. Multisite'ta tek DB paylaşılır, bir müşterinin kötü plugin kurulumu tüm Network'ü düşürebilir. Reseller hosting doğru cevaptır.

3. WooCommerce Multi-Vendor Yapısı

WooCommerce native olarak Multisite-aware değildir. Her alt sitede ayrı ürün katalog, ayrı sipariş yönetimi, ayrı ödeme entegrasyonu olur. Sepet/ödeme paylaşımı yoktur. Multi-vendor için Dokan, WC Vendors gibi eklentiler tek site içinde çalışır — Multisite'a alternatif. Detay: WordPress WooCommerce Kurulumu.

4. Yüksek Trafikli Büyük Tek Site

Tek site günlük 100.000+ ziyaretçi alıyorsa Multisite'a koymanın anlamı yoktur. Aksine, Multisite Network'te tek sitedeki yüksek trafik tüm ağı yavaşlatır. Tek site için yüksek performans WordPress hosting veya VDS tercih edilir.

5. Tamamen Bağımsız Domain Yönetimi

sirket1.com.tr
sirket2.com.tr
sirket3.com.tr

Üç bağımsız şirket, ortak yönetim yok, marka birliği yok. Multisite mantıksız — ayrı WP kurulumlarıyla başlayın.

Subdomain vs Subdirectory: Kritik Karar

WordPress Multisite kurulumunda ilk sorulan ve geri alınamayan karar URL yapısı:

Subdomain (site1.example.com)

example.com         — Ana site (Network root)
site1.example.com   — Müşteri 1
site2.example.com   — Müşteri 2
site3.example.com   — Müşteri 3

Avantajlar:

• Her site ayrı domain hissi verir (SEO'da "ayrı entity" algılanır)
• DNS yönetimi modüler — site1 için ayrı CNAME/A kaydı
• Farklı sitelere farklı CDN/altyapı yönlendirmek mümkün
• Cookie izolasyonu daha kolay (subdomain bazlı)

Dezavantajlar:

• Wildcard SSL sertifikası zorunlu (*.example.com). Let's Encrypt wildcard DNS-01 challenge gerektirir — cPanel native desteklemez (manual setup gerek). cPanel'de AutoSSL kullanıyorsanız her subdomain için ayrı sertifika oluşur (binlerce site için zor).
• DNS yönetimi: her yeni site için DNS panel'inde wildcard A kaydı veya manual CNAME
• Domain authority paylaşımı yok — yeni subdomain SEO'da sıfırdan başlar

Subdirectory (example.com/site1/)

example.com           — Ana site (Network root)
example.com/site1/    — Müşteri 1
example.com/site2/    — Müşteri 2
example.com/site3/    — Müşteri 3

Avantajlar:

• Tek SSL sertifikası (Let's Encrypt veya cPanel AutoSSL standart)
• DNS yönetimi tek domain için
• Domain authority paylaşılır — yeni siteler ana domain SEO'sundan beslenir
• .htaccess tek noktadan yönetim

Dezavantajlar:

• Permalink yapısında /blog/, /category/ gibi reserved word'lere dikkat — çakışma yaratabilir
• SEO'da "subdirectory aynı entity" algılanır — bir alt sitede ceza tüm ana siteyi etkileyebilir
• Cookie tüm subdirectory'lerde paylaşılır

Geri Dönüş İmkansız

Kritik uyarı: Multisite kurulduktan sonra subdomain ↔ subdirectory geçişi yapamazsınız (WordPress UI desteklemez). Manuel DB güncelleme + .htaccess override + URL redirect yapsanız bile SEO açısından felaket — Google indeksi tamamen değişir, eski URL'ler 404'e düşer, ranking kaybı.

Karar Matrisi

Senaryo	Tercih
Ajans, her müşteri ayrı marka kimliği	Subdomain — her müşteri kendi alt domain'i
Üniversite, fakülteler ayrı kimlik	Subdomain — fen.universite.edu.tr
Franchise zincir, şehir bazlı şube	Subdomain — ankara.zincir.com.tr
Tek marka, içerik bölümleri	Subdirectory — marka.com/blog, marka.com/destek
Çoklu dil (önerilmiyor ama)	Subdomain — en.sirket.com, tr.sirket.com
Mikro siteler, SEO için ana domain authority paylaşımı önemli	Subdirectory
100+ site barındırma (SaaS modeli)	Subdomain — yönetim ve izolasyon kolay

Multisite Kurulum Prosedürü (Hızlı Özet)

Detaylı kurulum WordPress Multisite Kurulum Rehberi ve Network Yönetimi yazımızdadır. Burada üretim ortamı için hızlı özet:

Adım 1: wp-config.php Hazırlık

/* WordPress Multisite aktivasyonu */
define( 'WP_ALLOW_MULTISITE', true );

Bu satır eklendikten sonra WordPress admin → Tools → Network Setup menüsü görünür.

Adım 2: Network Setup Sihirbazı

Subdomain veya Subdirectory seçimi (geri dönüşsüz!). Network title girin (örn. "Ajans Müşteri Sitelerİ"). Network admin e-posta belirtin (Super Admin).

Adım 3: wp-config.php ve .htaccess Kuralları

WordPress size eklenecek kodu gösterir. Örnek wp-config.php:

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', true );  // veya false (subdirectory)
define( 'DOMAIN_CURRENT_SITE', 'example.com' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

Örnek .htaccess (subdomain):

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) \$1 [L]
RewriteRule ^(.*\.php)$ \$1 [L]
RewriteRule . index.php [L]

Adım 4: Network Admin Erişim

Çıkış yapıp tekrar giriş yaptıktan sonra üst menüde My Sites → Network Admin linki çıkar. Tüm Network bu panelden yönetilir.

Network Admin Yetenekleri (Operasyon Perspektifi)

Ajans veya üretim ortamı için Network Admin'in günlük kullanımı:

Site Yönetimi (Sites → All Sites)

• Add New — yeni site ekleme: address, title, admin email, language
• Edit — site özellikleri (path, title, archive status)
• Visit/Dashboard/Deactivate/Archive/Spam/Delete — site bazlı işlemler

Müşteri ekleme süreciniz: Sites → Add New → 3 alan doldur → Submit. 30 saniyede yeni müşteri sitesi.

Tema Yönetimi (Themes)

• Network Enable — bu temayı tüm sites için kullanılabilir yap
• Network Disable — kaldır

Network Enable yapılan tema her sitede tek tek aktive edilebilir. Bir tema sadece bir sitede kullanılacaksa Network Enable yapmayın; bu sitenin admin paneline tema yükleyin ve site bazında aktive edin (Multisite'ta tek site tema upload kapalıdır — sadece Super Admin tema kurabilir).

Eklenti Yönetimi (Plugins)

• Network Activate — tüm sites için aktif (Yoast, WooCommerce gibi Network-aware eklentiler için)
• Network Deactivate — tüm sitelerden kaldır

Bazı eklentiler Network-aware değildir; bunlar "site bazında aktive" edilir. Eklenti yüklendikten sonra Network Activate yapmayın; her sitenin admin paneline gidip oradan aktive edin.

Kullanıcı Yönetimi (Users)

• Super Admin — Network seviyesinde tam yetki (sadece IT/ajans yönetici)
• Admin — tek site seviyesinde yönetici (müşteri / şube müdürü)
• Editor / Author / Contributor / Subscriber — site bazlı klasik WP rolleri

Network'te kullanıcılar paylaşılır — bir e-posta birden fazla sitede farklı rollere atanabilir. SSO Network-wide otomatik.

Update Network (Tüm Sites Güncelleme)

WordPress core veya eklenti güncellemesi sonrası Update Network komutu çalıştırılır:

• Network Admin → Updates → Upgrade Network

Bu komut her bir sitenin DB schema'sını günceller (yeni WordPress sürümü gerektiriyorsa). 50 site için 30-60 saniye sürebilir.

Settings (Network Settings)

• Allow new registrations: Off / User only / Site & User / Site only
• Email registration: hangi domain'lerden kayıt kabul (whitelist)
• Site upload space: site başına disk kotası (örn. 100 MB)
• Max upload file size: tek dosya boyutu sınırı (örn. 10 MB)
• Banned names: kullanılamayacak alt site adları (örn. admin, api, mail)

Domain Mapping: Müşteri Kendi Domain'iyle Site

Multisite kurulumunuz example.com üzerinde ama müşterinizin kendi domain'i var (musteri-firma.com.tr). Müşteri sitesini kendi domain'inde göstermek için Domain Mapping:

Modern WordPress'te yerel: WordPress 4.5+ sürümünden bu yana domain mapping çekirdek özellik. Eskiden gereken "WordPress MU Domain Mapping" eklentisi 2015 sonrası kullanım dışı.

Modern Domain Mapping Adımları

1. Müşteri DNS'te A kaydı: musteri-firma.com.tr → Multisite sunucu IP'si
2. Multisite sunucuda sanal host yapılandırması (cPanel'de "Park Domain", VDS'te Apache/Nginx virtual host)
3. WordPress Network Admin → Sites → musteri'nin sitesini düzenle → Site Address (URL) alanını https://musteri-firma.com.tr olarak güncelle
4. SSL sertifikası: müşterinin domain'i için Let's Encrypt veya AutoSSL ile yeni cert

SSL açısından her mapped domain için ayrı sertifika gerek (wildcard sadece ana Multisite domain'ini kapsar). cPanel AutoSSL otomatik halleder.

Hosting Gereksinimleri (Production Perspektifi)

WordPress Multisite'ın kaynak ihtiyacı tek site WP'ye göre 2-5 kat fazla. Hesaplama:

Disk Alanı

• WordPress core: ~50 MB
• Tema (Astra, GeneratePress gibi hafif): ~5 MB
• Eklentiler (15-25 plugin Network-wide): ~250-400 MB
• Site başına uploads (/wp-content/uploads/sites/2/, /wp-content/uploads/sites/3/): site bazlı medya — ortalama 50-500 MB
• Veritabanı: 50 site için ~200-800 MB

50 site Multisite için tipik disk: 5-10 GB. cPanel Uçak (₺1.250/yıl, 10 GB SSD) sınırda; Jet (₺2.000/yıl, 20 GB SSD) rahat. VDS E5-V4 ise SSD 50-200 GB ile sınırsız esneklik.

RAM ve PHP-FPM

• Tek WordPress site: ~80-150 MB PHP-FPM process başına
• Multisite: process başına ~120-200 MB (Network kontekst yükü)
• 50 site için eşzamanlı 10 ziyaretçi varsa: 10 PHP-FPM process × 200 MB = 2 GB RAM
• 50 site için pik saatlerde 50 eşzamanlı: ~10 GB RAM

cPanel paylaşımlı paketler sınırlı (Performans 2 GB, Uçak 4 GB, Jet 6 GB ortalama). 30+ site Multisite için VDS E5-V4 ₺250-600/ay (4-16 GB RAM) önerilir.

PHP Konfigürasyonu

WordPress Multisite için kritik PHP ayarları:

max_input_vars = 3000      ; Network Activate çok eklenti için
memory_limit = 512M        ; Network admin işlemleri için
post_max_size = 64M
upload_max_filesize = 64M
max_execution_time = 300

max_input_vars özellikle Network Activate sırasında 5-10 plugin aktive ederken yetersizse 502 hatası alırsınız. cPanel'de MultiPHP INI Editor ile değiştirilir.

MySQL/MariaDB

Multisite'ın DB yapısı: her alt site ayrı tablo prefix'i kullanır.

wp_options              -- Ana site (Network)
wp_2_options            -- Site #2
wp_2_posts
wp_2_postmeta
wp_2_users              -- (Multisite'ta users tablosu paylaşılır, bu sadece örnek)
wp_3_options            -- Site #3
wp_3_posts
...

Tek site WP'de ~12 tablo varken Multisite'ta site sayısı × 12 + Network tablolari. 50 site için ~600 tablo. MySQL/MariaDB yapılandırması:

innodb_buffer_pool_size = 1024M   # Multisite için 1-4 GB
max_connections = 200             # Çok site eşzamanlı bağlantı
query_cache_size = 0              # MariaDB 10.4+ kaldırıldı, kullanmayın

Detay: MySQL/MariaDB performans tuning.

Eklenti ve Tema Uyumluluk

Multisite'ta her eklenti uyumlu değildir. Production'da kullanmadan önce kontrol edin:

Network-Aware Eklentiler (Onaylı Liste)

Aşağıdaki eklentiler Network Activate ile sorunsuz çalışır:

• Yoast SEO — Network ayarları + site bazlı yapılandırma
• WooCommerce — Her sitede ayrı ürün/sipariş yönetimi (paylaşım yok)
• Elementor — Template Network paylaşımı
• Contact Form 7 — Form site bazlı
• WP Super Cache / WP Rocket / LiteSpeed Cache — Network seviyesinde önbellek yönetimi
• UpdraftPlus — Network-wide backup (Multisite Premium gerekebilir)
• Wordfence Security — Network firewall, brute force koruma
• Akismet — Spam koruması Network
• Jetpack — Network bağlantı + site bazlı modüller

Network-Aware Olmayan Eklentiler

Bazı eklentiler tek site mantığıyla yazılmıştır; Network Activate edildiğinde tüm sitelerde çakışma yaratır. İmza olarak:

• "Settings" sayfası sadece bir site için kayıt yapar
• Site bazlı kullanıcı izinleri Network kontekst'ini görmez
• Activation hook'u sadece ilk site için çalışır

Pratik kural: Multisite Network Activate öncesi eklenti dokümantasyonunu okuyun. "Multisite compatible" veya "Network compatible" ifadesi yoksa test ortamında deneyin.

Tema Yönetimi

Tüm Network için ortak tema mantıksızsa child theme per-site kurun:

/wp-content/themes/parent-theme/         (Network Enable)
/wp-content/themes/site-2-child/         (Sadece site #2'de aktif)
/wp-content/themes/site-3-child/         (Sadece site #3'te aktif)

Müşteri site #2 farklı renk paleti istiyorsa site-2-child tema oluştur, sadece site #2'de aktive et.

Performans Tuning (Multisite Spesifik)

50+ siteli Multisite'ta performans Türkiye-ölçeğinde 50ms TTFB hedefi için:

LSCache (LiteSpeed Cache)

LiteSpeed web server kullanıyorsanız LSCache Multisite-aware. Network Activate ile tek konfigürasyon → tüm sitelere uygulanır. cPanel paketlerimizin çoğu LiteSpeed kullanır.

Redis Object Cache

PHP object cache → Redis. Multisite'ta paylaşımlı Redis cache, tüm sitelerin DB sorgu sonuçlarını hızlandırır:

// wp-config.php
define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
define( 'WP_REDIS_PREFIX', 'multisite_network_' );
define( 'WP_CACHE', true );

Redis kurulumu cPanel ortak hosting'te genelde paylaşımlı; VDS'te kendi Redis instance'ınız (8 MB yetiyor başlangıç için). Detay: Redis Kurulum.

WP-Cron Problemi

WordPress varsayılan olarak her sayfa ziyaretinde wp-cron.php çağrısı yapar — Multisite'ta 50 site = 50 cron sorgusu. Çözüm:

// wp-config.php — wp-cron devre dışı bırak
define( 'DISABLE_WP_CRON', true );

Sistem cron'u (Linux cron) Network root'a tek seferde tetikler:

*/5 * * * * curl -s https://example.com/wp-cron.php?doing_wp_cron > /dev/null 2>&1

Veya site bazlı tetikleme (50 site için bash döngüsü):

*/5 * * * * for s in 2 3 4 5; do curl -s "https://example.com/?p=${s}/wp-cron.php?doing_wp_cron"; done

VDS'te cron yönetimi tam kontrol; cPanel'de "Cron Jobs" modülünde tanımlanır.

CDN (Cloudflare)

Statik asset'ler (CSS, JS, görseller) için CDN kullanımı her Multisite üretim ortamında zorunludur:

• Cloudflare Free planı → tüm Network domain'lerinizi koruyabilir
• Her subdomain için ayrı Cloudflare zonе ekleyin (musteri1.example.com, musteri2.example.com)
• Wildcard Cloudflare proxy mümkün (Enterprise plan)

CDN ile TTFB'yi azaltır, origin sunucu yükünü düşürür, DDoS koruması alırsınız.

Storage Planlama (uploads Klasörü)

WordPress Multisite uploads yapısı:

/wp-content/uploads/
├── sites/
│   ├── 2/2026/05/foto.jpg       (Site #2)
│   ├── 2/2026/05/banner.png
│   ├── 3/2026/05/urun.webp      (Site #3)
│   ├── 3/2026/04/galeri-1.jpg
│   ├── 4/2026/05/...
│   └── ...
└── 2026/                         (Ana site, sites/1/ kullanılmaz, root altında)

Her site ayrı klasör altında medya tutar. Müşteri silme: /wp-content/uploads/sites/N/ klasörünü silmek + DB temizleme.

Site Başına Disk Kotası

Network Settings → Site upload space (örn. 200 MB). Bu sayıyı aşan site upload yapamaz. Müşteri başına paket fiyatı için disk sınırı kritik. Ajans modelinde her müşteri 500 MB-1 GB tipiktir.

Backup Stratejisi (Multisite Özel)

Multisite backup karmaşıktır çünkü tek DB + paylaşılan dosya sistemi.

Tam Network Backup

• JetBackup (cPanel Buyukweb) — haftalık tam yedek, 30 gün retention
• UpdraftPlus Multisite Premium — Network seviyesinde yedek, S3/FTP/Drive hedefli
• VDS'te kendi script — mysqldump + rsync ile /wp-content/ tam yedek

# Multisite full backup script (VDS)
DATE=$(date +%Y%m%d-%H%M%S)
mysqldump -u root -p$DB_PASS multisite_db > /backup/multisite-${DATE}.sql
tar czf /backup/multisite-files-${DATE}.tar.gz /var/www/multisite/wp-content/

Tek Site Restore (Zor!)

Multisite'ta tek bir alt sitenin geri yüklenmesi karmaşıktır:

1. Yedekten o sitenin tablolarını (wp_2_posts, wp_2_options, vs) ayrı SQL dump'a çıkar
2. Üretim DB'ye DROP TABLE + IMPORT ile yaz
3. /wp-content/uploads/sites/2/ klasörünü yedekten geri kopyala
4. Network Admin → Sites → o siteyi "Maintenance" modundan çıkar

UpdraftPlus Multisite Premium bunu UI üzerinden otomatik yapar. JetBackup'ta partial restore manuel.

Pratik Öneri

50+ siteli ajansta her hafta tam Network backup + ayrı off-site kopya (S3, Wasabi, Backblaze B2). 7 gün retention + 30 gün haftalık + 1 yıl aylık piramidi.

Migration: Tek Site Multisite'a, Multisite'tan Çıkış

Tek Site → Multisite

Mevcut bir tek WordPress sitenizi Multisite'a dahil etmek istiyorsanız:

1. Multisite Network'ünüzü kurun (boş veya 1 site'lı)
2. Network Admin → Sites → Add New ile yeni site ekleyin (örn. musteri.example.com)
3. Mevcut tek site'ın content'ini (posts, pages, media) WordPress Importer ile dışa aktar (Tools → Export)
4. Yeni Multisite alt sitesinde WordPress Importer ile içe aktar
5. Media URL'leri yeni Multisite uploads yapısına uyacak şekilde search-replace (WP-CLI):

wp search-replace 'eski-site.com.tr/wp-content/uploads/' \
                  'example.com/wp-content/uploads/sites/2/' --network --url=musteri.example.com

Tema/eklenti farkları manuel kopyala.

Multisite Alt Sitesi → Bağımsız WordPress

Ters yön: bir alt siteyi Multisite'tan çıkarıp bağımsız WP'ye taşımak. Bu daha karmaşıktır:

• WP-CLI: wp dump ile o sitenin tablolarını dışa aktar
• Bağımsız WordPress kurulumu yap, ayrı DB
• Tabloları içe aktar, prefix'i wp_2_* → wp_* olarak rename et (SQL UPDATE)
• /wp-content/uploads/sites/2/ klasörünü yeni WP'nin /wp-content/uploads/ altına taşı
• wp-config.php yeni site için
• Search-replace URL'ler

Bu işlem ortalama 2-4 saat alır ve hataya açıktır. Multisite'a kurulum öncesi "bu siteyi gelecekte ayırmam gerekir mi?" sorusunu mutlaka sormalı.

WordPress wp-config.php Multisite Özel Konfigürasyonlar

Üretim Multisite ortamında wp-config.php'de aşağıdaki sabitler önerilir:

// Hata ayıklama (üretimde KAPALI)
define( 'WP_DEBUG', false );
define( 'WP_DEBUG_LOG', false );
define( 'WP_DEBUG_DISPLAY', false );

// Yanlış URL'e gelen ziyaretçileri yönlendir
define( 'NOBLOGREDIRECT', 'https://hata.example.com' );

// SUNRISE (eski domain mapping; modern WP'de gereksiz)
// define( 'SUNRISE', 'on' );

// Network'ün dosya yüklemelerini sınırla
define( 'BLOG_UPLOAD_DIR', WP_CONTENT_DIR . '/uploads/sites/' );

// Performans
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
define( 'WP_POST_REVISIONS', 5 );
define( 'AUTOSAVE_INTERVAL', 300 );

// Güvenlik
define( 'DISALLOW_FILE_EDIT', true );      // Theme/plugin code editor kapalı
define( 'DISALLOW_FILE_MODS', true );      // Tema/eklenti install kapalı (Super Admin yap)
define( 'FORCE_SSL_ADMIN', true );

// WP-Cron sistem cron'una taşı
define( 'DISABLE_WP_CRON', true );

NOBLOGREDIRECT özellikle önemli — Multisite ana domain altında olmayan bir URL'ye gelen kullanıcı varsayılan olarak ana site'a yönlendirilir; bunu özelleştirmek SEO açısından kritik.

WooCommerce Multisite (Karmaşık Konu)

WooCommerce Multisite destekleniyor ama native değil:

• Her alt site kendi WooCommerce kurulumu gibi davranır
• Ürün/sipariş tabloları her site için ayrı (wp_2_woocommerce_*, wp_3_woocommerce_*)
• Sepet/ödeme paylaşılmaz — müşteri site #2'de ürün ekleyip site #3'te checkout yapamaz
• WooCommerce Subscriptions Multisite uyumlu (her sitede ayrı abonelik yönetimi)
• WC Multi-Vendor eklentileri tek site içinde çoklu satıcı sağlar — Multisite alternatifi değil

Ne Zaman WooCommerce Multisite Mantıklı?

• Holding'in 8 markası altında ayrı ürün katalogları
• Franchise zincirinin şube bazlı ürün/lokal stok
• Eğitim kurumunun bölüm bazlı kurs satışı

Ne Zaman WooCommerce Multisite Yanlış?

• Tek marka altında çoklu satıcı (pazaryeri modeli) — bunun için Dokan, WC Vendors gibi tek site eklentileri
• Müşterinin sepetini siteler arası taşımayı istediğiniz e-ticaret modeli
• Yüksek hacimli tek mağaza (Multisite overhead'i gereksiz)

Detay: WordPress WooCommerce Kurulumu.

Multisite Alternatifleri (Karşılaştırma)

Multisite tek seçenek değil. Hangi alternatif ne zaman daha mantıklı?

MainWP / ManageWP (Multi-Site Dashboard)

Bunlar Multisite alternatifi değil — bağımsız WordPress kurulumlarınızı tek dashboard'dan yönetmenizi sağlar:

• Her site bağımsız kurulu (ayrı DB, ayrı cPanel, ayrı domain)
• Plugin ile site'ları dashboard'a bağlarsınız
• Update, yedek, monitoring tek panelden
• İzolasyon tam — bir site etkilenince diğerleri etkilenmez

Ne zaman tercih: Ajansta müşteri başına ayrı hosting hesabı satıyorsanız, izolasyon önemliyse, Multisite operasyonel yükü istemiyorsanız MainWP/ManageWP daha doğru.

Reseller Hosting

cPanel WHM Reseller modelinde her müşteri ayrı cPanel hesabı, ayrı limit, ayrı fatura. Multisite'a göre tam izolasyon. Ajansa "müşteri başına paket fiyatı" iş modeli için ideal.

Headless WordPress + Multi-Tenant

İleri seviye: WordPress backend tek + farklı frontend (Next.js, Nuxt) site sayısı kadar deploy. Her frontend ayrı domain, ortak content API. Bu yaklaşım Multisite'ın "tek panel" avantajını veren ama frontend'de tam özelleştirme imkanı tanıyan modern bir desen.

Multisite Production Hatalar ve Çözümler

Üretim Multisite ortamında karşılaşılan tipik problemler:

Hata 1: "Add Site" sonrası 502 Bad Gateway

Sebep: max_input_vars PHP ayarı düşük. Network Activate sırasında WordPress 4000+ POST parametresi yollayabilir.

Çözüm: php.ini veya cPanel MultiPHP INI Editor → max_input_vars = 5000. Apache restart.

Hata 2: Network Activate Sonrası 500 Internal Server Error

Sebep: Bir eklenti Multisite-aware değil; activation hook'unda hata yaratıyor.

Çözüm: FTP/SSH üzerinden /wp-content/plugins/eklenti-adi/ klasörünü geçici sil (deactive olur). Network Admin'e gir, eklentiyi tek seferde devre dışı bırak. Sonra geri yükle ve bireysel sitelerde aktive et.

Hata 3: Subdomain SSL "Certificate Not Valid"

Sebep: Wildcard SSL yok; her subdomain için ayrı sertifika gerek.

Çözüm:

• cPanel'de AutoSSL aktif et — her subdomain için otomatik Let's Encrypt
• Manuel: Let's Encrypt DNS-01 challenge ile wildcard cert (*.example.com)
• VDS'te certbot ile DNS plugin (Cloudflare API, Route53 API vs)

Hata 4: Cron İşlemiyor (Scheduled Posts Yayınlanmıyor)

Sebep: DISABLE_WP_CRON ayarı yapılmış ama sistem cron tetiklenmiyor.

Çözüm:

# cPanel Cron Jobs
*/5 * * * * curl -s https://example.com/wp-cron.php?doing_wp_cron > /dev/null 2>&1

Network'teki her site için ayrı cron mu? Hayır — Multisite cron Network-wide tek tetiklenir (WordPress içerde alt sitelere döner).

Hata 5: Veritabanı Yavaş, Site Açılmıyor

Sebep: Multisite'ta tablo sayısı yüksek (50 site × 12 tablo = 600 tablo). innodb_buffer_pool_size yetersiz.

Çözüm: MariaDB ayarı → innodb_buffer_pool_size = 2048M (en az). VDS'te kendi ayarı; cPanel'de destek hattı (0850 302 60 70) ile koordinasyon.

Hata 6: "You do not have sufficient permissions to access this page"

Sebep: Super Admin yetkisi yok. Multisite tüm Network operasyonları Super Admin gerek.

Çözüm: Network Admin → Users → ilgili kullanıcıyı Super Admin olarak işaretle (checkbox).

Buyukweb Multisite Karar Matrisi (Üretim)

Senaryo	Site Sayısı	Trafik	Önerilen Paket	Yıllık Maliyet
Mikro ajans (1-5 müşteri)	1-5	Düşük	Tek WP + addon domain (cPanel Performans)	~₺750-1.000
Küçük ajans (5-15 site)	5-15	Orta	cPanel Uçak Multisite	~₺1.250
Orta ajans (15-30 site)	15-30	Orta-Yüksek	cPanel Jet Multisite	~₺2.000
Büyük ajans / üniversite	30-100	Yüksek	VDS E5-V4 (4-8 GB RAM)	~₺250-450/ay
Franchise zincir / SaaS	100-500	Çok Yüksek	VDS E5-V4 (8-16 GB RAM) + Cloudflare	~₺450-600/ay
500+ site SaaS	500+	Enterprise	Multiple VDS + load balancer	Özel teklif

Kritik Karar: 5 Site Altı

5 site altında Multisite kurmayın. Tek WordPress kurulumu + addon domain ile rahat çalışırsınız:

• Ana site firma.com
• Addon domain 1: urun1.com → ayrı WP klasörü
• Addon domain 2: urun2.com → ayrı WP klasörü

Bu yapı bağımsız WP olduğu için izolasyon tam, backup site bazlı, eklenti çakışması yok. cPanel paketinde rahat çalışır.

Kritik Karar: 5-50 Site

cPanel Multisite tam burada şahane çalışır:

• Uçak (₺1.250/yıl, 10 GB SSD, 4 GB RAM): 5-25 site, düşük-orta trafik
• Jet (₺2.000/yıl, 20 GB SSD, 6 GB RAM): 25-50 site, orta trafik

Yıllık maliyet kişi başına çok düşük (örn. 30 müşterili ajans Jet'te yıllık ₺2.000 = müşteri başına yıllık ₺67). Kar marjı yüksek.

Kritik Karar: 50+ Site (VDS)

Bu boyutta cPanel kaynak sınırları dar gelir; VDS E5-V4 ₺250-600/ay:

• 4 vCore Intel Xeon E5-V4
• 4-16 GB DDR4 RAM
• 100-400 GB NVMe SSD
• TR datacenter Bursa Tier 3
• Tam root erişim — PHP-FPM tuning, Nginx fastcgi cache, MariaDB optimizasyon kendi elinizde

Kurulum: AlmaLinux/Rocky 9 + Nginx + PHP 8.2 + MariaDB 10.11 + Redis + WP Multisite. Detay: VDS sunucu, VDS WordPress kurulum.

Multisite Güvenlik (Ajans/Üretim İçin)

Brute Force Koruması (Network-Wide)

Wordfence Premium Network Activate ile tüm sitelerin login sayfaları korunur. Tek bir merkez konfigürasyondan IP blocklist, country block, 2FA yönetilir.

Super Admin Ayrıcalık Kontrolü

Network Admin'i sadece güvenilir IT/ajans yöneticisinde tut:

• 2FA aktif (Wordfence, Google Authenticator)
• IP kısıtlaması (.htaccess veya Cloudflare Rule)
• Strong password (16+ karakter, manager içinde)
• Loglama aktif (/wp-admin erişimlerini logla)

SSO Network-Wide

Multisite'ta kullanıcılar paylaşılır → bir defa giriş → tüm sitelere otomatik authenticate. Bu güzel ama bir hesap compromise olursa tüm Network risk altında. Bu yüzden Super Admin'lerde 2FA şart.

Eklenti Sınırlama

DISALLOW_FILE_MODS ile site adminlerinin (müşterinin) eklenti install/güncelleme yetkisi kaldırılır:

define( 'DISALLOW_FILE_MODS', true );

Sadece Super Admin Network seviyesinde eklenti kurar. Bu, müşterinin yanlış/zararlı eklenti kurarak tüm Network'ü riske atmasını önler.

Audit Log (Loglama)

WP Activity Log eklentisi Network-aware. Her kullanıcı aksiyonunu logla: login, post edit, plugin activate, settings change. KVKK ve ISO 27001 için kanıt.

Sık Sorulan Sorular (SSS)

"WooCommerce ile Multisite çalışır mı?"

Evet ama native Multisite uyumu sınırlı. Her alt site kendi WooCommerce kurulumu gibi davranır — ürün/sipariş tabloları ayrı, sepet/ödeme paylaşılmaz. Holding'in 8 markası gibi senaryolarda mantıklı. Tek marka + çoklu satıcı (pazaryeri) için Multisite yerine Dokan/WC Vendors gibi tek site içinde eklentiler tercih edilir. Detay: WordPress WooCommerce Kurulumu.

"Subdomain mı, subdirectory mi seçeyim?"

Müşteri/marka kimliği ayrı görünmeli → subdomain. Ana domain SEO authority paylaşılmalı → subdirectory. Kurulduktan sonra geçiş yapamazsınız — kararı verirken senaryonuza göre düşünün. Pratik öneri: ajans (subdomain), tek marka çoklu bölüm (subdirectory).

"100 site WordPress nasıl yönetilir? Multisite mı, bağımsız mı?"

İki yaklaşım: (1) Multisite Network — tek panel, tek güncelleme, ama tüm DB paylaşılır, izolasyon yok. (2) 100 bağımsız WP + MainWP/ManageWP dashboard — tam izolasyon, ayrı yedek, ama 100 ayrı kurulum yönetim yükü. Ajans/SaaS senaryosunda Multisite, müşteriler tamamen ayrı kalmalı ise bağımsız WP daha doğru. 100 site için VDS E5-V4 ₺450/ay veya daha yüksek tier önerilir.

"Tek site WP'mi Multisite'a geçirmek riskli mi?"

Evet, ama yönetilebilir. Yedek alın (full DB + uploads). Mevcut tek WP'yi Network root yapın, WP_ALLOW_MULTISITE ekleyin, Network Setup çalıştırın. Eski tek site içeriği "ana site" (Network root) olarak kalır; yeni alt siteleri eklersiniz. Geri dönüş (Multisite → tek site) çok daha zor — bu yüzden Multisite'a geçmeden önce 6 ay sonra ihtiyacınızı düşünün.

"Multisite SSL sertifikası nasıl yönetilir?"

Subdomain Multisite için wildcard SSL (*.example.com) tek sertifika ile tüm subdomain'leri kapsar. Let's Encrypt wildcard DNS-01 challenge gerektirir (cPanel AutoSSL native desteklemez, manuel kurulum). cPanel AutoSSL alternatifi: her subdomain için ayrı sertifika otomatik üretilir (50 site için 50 cert; AutoSSL bunu otomatik yönetir). VDS'te certbot + DNS plugin (Cloudflare API) ile wildcard kolay.

"Multisite'ta her sitenin ayrı backup'ı olabilir mi?"

Tam ayrı backup karmaşık. JetBackup (cPanel) tam Network yedeği yapar; bireysel site restore manuel SQL/file işlemleri ister. UpdraftPlus Multisite Premium UI üzerinden site bazlı restore destekler. VDS'te kendi script (mysqldump + site bazlı tablo dump + uploads/sites/N/ klasör tar) yazılabilir. Pratikte tam Network backup + ayda bir site bazlı restore tatbikat önerilir.

"Site sayısı artınca performans nasıl tutulur?"

Beş düzey optimizasyon: (1) LSCache / WP Rocket cache Network-wide, (2) Redis object cache merkezi, (3) Cloudflare CDN tüm subdomain'lerde, (4) wp-cron disable + sistem cron, (5) MariaDB tuning (innodb_buffer_pool_size 2-8 GB). 100+ siteli Multisite'ta VDS gerekli; cPanel kaynak sınırları aşılır.

"Multisite'a geçmeden hangi soruları sormalıyım?"

(1) Site'lar arasında kullanıcı/içerik paylaşımı gerekiyor mu? (2) Tüm sitelere aynı tema/eklenti uygulanacak mı? (3) Yönetim tek IT ekibinde mi kalacak? (4) İzolasyon (bir site etkilenince diğerleri etkilenmesin) kritik mi? (5) Gelecekte bir siteyi ayırma ihtimali var mı? Cevaplar Multisite'a uygunsa ilerleyin; izolasyon kritikse bağımsız WP + dashboard yaklaşımı düşünün.

Sonuç: Multisite Üretim Karar Çerçevesi

WordPress Multisite doğru senaryoda altın değerinde, yanlış senaryoda baş ağrısı. Üretim karar çerçevesi:

1. 5 site altı → Tek WP + addon domain (Buyukweb cPanel Performans ₺750-1.000/yıl)
2. 5-25 benzer yapılı site (ajans/franchise) → Multisite cPanel Uçak (₺1.250/yıl)
3. 25-50 site → Multisite cPanel Jet (₺2.000/yıl)
4. 50-200 site → Multisite VDS E5-V4 (₺250-450/ay)
5. 200+ site / SaaS → Multi-VDS + load balancer + Cloudflare Enterprise
6. Müşteri izolasyonu kritik → Reseller hosting (Multisite değil)
7. Tek site, yüksek trafik → Multisite değil; tek site VPS/VDS optimizasyonu

URL yapısı kararını (subdomain vs subdirectory) ilk başta net verin — geri dönüş yok. Subdomain ajans/franchise/üniversite için; subdirectory tek marka çoklu bölüm için.

Production'da max_input_vars, Redis object cache, LSCache, Cloudflare CDN, wp-cron disable + sistem cron, Wordfence Network, JetBackup haftalık yedek, Super Admin 2FA standartlarını uygulayın. Network büyüdükçe (50+ site) VDS'e geçiş kaçınılmaz olur — kaynak izolasyonu ve tuning özgürlüğü için.

---

İlgili Büyükweb Hizmetleri

• WordPress Multisite Kurulum Rehberi ve Network Yönetimi — Kavramsal kurulum ve Network Admin temelleri
• WordPress Hosting — WP optimize edilmiş paketler
• VDS Sunucu — 50+ siteli Multisite için 4-16 GB RAM, root erişim
• cPanel Web Hosting — Multisite çalıştıran cPanel paketleri (Uçak, Jet)
• WordPress WooCommerce Kurulumu — WooCommerce + Multisite tartışması
• Paket Karşılaştırma — Site sayısı/trafik bazlı paket seçimi

WordPress Multisite kurulumu, ajans için müşteri yönetimi mimari planlaması, 50+ siteli Network için VDS tuning desteği veya cPanel/VDS karar danışmanlığı için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz. Bursa Tier 3 veri merkezimizden KVKK uyumlu WordPress Multisite altyapısı sağlıyoruz.