Tam olarak ne zaman WordPress Multisite'ı düşünürsünüz?
İkinci siteyi kurdunuz. Ya da üçüncüyü. Artık bir eklentiyi güncellemek için üç ayrı panele girmeniz, üç kez giriş yapmanız, üç kez "Güncelle"ye tıklamanız gerekiyor. Bir gün kendinize soruyorsunuz: "Acaba hepsi için tek bir kurulum yeterli olur mu?"
Bu soruyu kendinize sormayın. Önce şunu sorun: "Bu siteler gerçekten ortak bir altyapı mı istiyor?"
WordPress Multisite, birden fazla siteyi tek bir veritabanı ve tek bir wp-content klasörüyle yöneten tek bir WordPress çekirdeğidir. 3.0 sürümünden itibaren resmi olarak çekirdekte bulunur ve wp-config.php dosyasına bir satır eklenerek etkinleştirilir:
define( 'WP_ALLOW_MULTISITE', true );
Bu satırdan sonra, Tools → Network Setup yolundan ağı kurarsınız. Bu kadar. Peki bu "bu kadar" ne anlama geliyor? Tüm sitelerin ortak bir çekirdeği, ortak bir veritabanı ve en önemlisi: kullanıcılar için ortak bir tablosu var demektir. Bir site hacklenirse, diğerleri aynı anda risk altındadır.
Gerçek avantaj: Tüm siteler gerçekten tek olduğunda
WordPress Multisite tek bir senaryo için oluşturulmuştur: tek bir panelden, tek bir eklenti ve tema setiyle, tek bir ekibin yönettiği site ağı. Örneklerini her gün görüyorsunuz: her fakültenin bir alt alan adı olan bir üniversite (math.university.ac.ir, eng.university.ac.ir) veya her biri bir şehir için olan bir markanın mağaza ağı.
Bu durumda, tek bir çekirdek güncellemesi tüm siteleri aynı anda günceller. Bir eklenti kurulumu herkes için etkinleşir. Matematik fakültesi sitesine kayıt olan bir kullanıcı, mühendislik fakültesi sitesinde de aynı hesaba sahiptir. Bu, pazarlama iddiası değil, gerçek bir yönetim zamanı tasarrufudur.
Genel kullanıcı yönetimi de ciddi bir avantajdır. Ayrı kurulumlarda, 20 siteniz varsa ve bir yöneticinin hepsine erişimi olmasını istiyorsanız, onu 20 kez yönetici olarak eklemeniz gerekir. Multisite'da ise bir kez. Super Admin rolleri tüm ağda geçerlidir.
Burada hata yapıyorlar: Multisite'ın "tek hosting ile birden fazla site" olduğunu düşünüyorlar
En yaygın yanlış anlama budur. Birinin üç bağımsız sitesi var, her birinin ayrı alan adı, ayrı içeriği ve ayrı kitlesi var. Sonra Multisite'ın "hosting maliyetini düşürdüğünü" duyuyor ve ağı kuruyor. Üç ay sonra, sitelerden birini satmak veya daha güçlü bir sunucuya taşımak istiyor.
İşte o zaman işler acılaşır. Bir siteyi Multisite ağından çıkarmak manuel bir işlemdir: o sitenin tablolarını ortak veritabanından çıkarmanız, tablo bağlantılarını yeniden yazmanız, dosyalarını ortak uploads klasöründen ayırmanız ve ardından tüm bunları yeni bir kuruluma aktarmanız gerekir. Çekirdekte bunun için otomatik bir araç yoktur. Üçüncü taraf eklentiler genellikle küçük siteler için çalışır ve büyük ölçekte işin ortasında bozulur.
Sonuç mu? Ya siteyi olduğu yerde bırakırsınız ya da bir hafta sonunu manuel taşıma işlemine harcarsınız. Bu sahneyi defalarca gördüm: Aylık 500 bin Tasarruf etmek için hosting maliyetinden kaçınan bir ekip, 20 saatlik taşıma işi satın almış.
Yedekleme; planların değiştiği yer
Normal bir WordPress kurulumunun yedeklenmesi şu demektir: dosyaların bir kopyası + veritabanının SQL çıktısı. Basit. Geri yükleme de basittir: dosyaları geri koyun, SQL'i import edin, bitti.
Multisite'da veritabanı tek bir varlıktır. Her sitenin tablolarının belirli bir ön eki vardır (örneğin, ID 2 olan site için wp_2_posts). Ağdan yalnızca bir siteyi geri yüklemek istiyorsanız, o sitenin tablolarını ayrı ayrı bulup import etmeniz gerekir. Tüm ağı geri yüklerseniz ve sitelerden biri iki yedekleme arasında bozulduysa, tüm ağı önceki durumuna döndürmekten ve diğer sitelerin değişikliklerini kaybetmekten başka çareniz yoktur.
Şimdi bir ağda 15 siteniz olduğunu hayal edin. Bunlardan biri zayıf bir eklenti tarafından hackleniyor. Kirliliği temizlemek için tüm veritabanını taramanız gerekir çünkü kullanıcılar ve oturumlar ortaktır. Ayrı kurulumda, o siteyi yedekten geri yüklersiniz ve diğerleri çalışmaya devam eder.
Teknik not: UpdraftPlus gibi popüler yedekleme eklentileri ücretsiz sürümde Multisite'ı tam olarak desteklemez. Her siteyi ayrı ayrı yedekleyen ücretli sürümleri vardır, ancak bu maliyeti de hesaba katmalısınız. WP-CLI üzerinden wp db export gibi komut satırı araçları tüm veritabanını çıkarır, tek bir siteyi değil. Seçici yedekleme için manuel sorgu yazmanız gerekir.
Taşıma: Yalnızca bir halkasını istediğiniz zincir
Diyelim ki ağı kurdunuz ve şimdi sitelerden biri o kadar büyüdü ki ayrı bir sunucuya ihtiyacı var. Bu senaryo o kadar da nadir değildir. Ana siteniz ayda 100 bin ziyaret alıyor, yan site yeni 500 bine ulaştı ve diğerlerini yavaşlatıyor.
Ağdan çıkmak, dediğim gibi, manueldir. Ancak ağa girmek de kolay değildir. Bağımsız bir siteniz varsa ve onu ağa eklemek istiyorsanız, içeriğini WordPress Importer aracıyla içe aktarmanız gerekir. Bu araç metin ve görseller için çalışır, ancak eklenti ayarlarını, özel shortcode'ları ve karmaşık yapıları doğru şekilde aktarmaz. Pratikte siteyi taşımazsınız, yeniden inşa edersiniz.
Size pratik bir kriter vereyim: Planınız önümüzdeki 12 ay içinde sitelerden birini ayrı bir altyapıya taşımaksa, şimdiden Multisite kurmayın. Ağı kurmanın maliyetini ödediniz ve çıkış maliyetini de ödeyeceksiniz. Bu ikisinin toplamı her zaman ayrı bir hosting maliyetinden daha fazladır.
Ayrı kurulum ne zaman doğru tercihtir?
Kısa cevap: neredeyse her zaman. Sitelerinizin bağımsız alan adları varsa, ayrı içerik ekipleri varsa veya her biri farklı eklentilere ihtiyaç duyuyorsa, ayrı kurulum daha güvenli bir seçenektir. Hosting maliyeti artar, ancak hata yönetimi ve taşıma maliyetini ödemezsiniz.
Benden bir kural: Site sayınız 5'ten azsa ve her birinin ayrı alan adı varsa, Multisite kurmayın. Bu ölçekte, güncelleme süresinden sağlanan tasarruf (belki ayda 30 dakika) güvenlik riskine ve yedekleme karmaşıklığına değmez.
Site sayısı fazlaysa ancak ortak alt alan adları varsa ve tek bir ekip yönetiyorsa, Multisite anlamlıdır. Bu durumda, mutlaka ağ düzeyinde bir yedekleme stratejiniz olsun ve kurulumdan önce WordPress'in ağ oluşturma belgelerini okuyun.
Bağımsız siteler için, her sitenin ayrı yönetildiği WordPress hosting seçeneği riski dağıtır. Sitelerden biri sorun yaşarsa, diğerleri etkilenmez. Bu basitlik uzun vadede parasına değer.
Hızlı karşılaştırma: Multisite ve ayrı kurulum
| Kriter | WordPress Multisite | Ayrı Kurulum |
|---|---|---|
| Güncelleme yönetimi | Hepsi için tek yerden | Tek tek |
| Yedekleme ve geri yükleme | Tüm ağ veya manuel | Bağımsız ve basit |
| Kullanıcı yönetimi | Genel | Ayrı |
| Bir siteyi taşıma | Zor ve manuel | Basit aktarım |
| Güvenlik riski | Tüm ağa yayılır | Yalnızca o siteyle sınırlı |
| Hosting maliyeti | Daha az | Daha fazla |
Son kararı nasıl verirsiniz?
Basit bir test yapın. Üç soruyu dürüstçe cevaplayın:
- Tüm sitelerin tek bir yönetim ekibi var mı?
- Hepsi aynı eklenti setini mi kullanıyor?
- Hiçbiri yakın gelecekte ayrı bir altyapıya taşınmayacak mı?
Üçüne de "evet" dediyseniz, Multisite doğru bir seçim olabilir. Birine "hayır" dediyseniz, ayrı kurulumu seçin. Bu kadar basit.
Hâlâ emin değilseniz, bir test kurulumuyla başlayın. İki sitelik bir ağ kurun, bir ay boyunca kullanın, yedek alın ve geri yükleyin. Bu testin maliyeti ucuz bir Linux hostingdir, daha fazlası değil. Bir ay sonra cevabı kendiniz bilirsiniz.
ServerNet'in çevrimiçi test ve analiz araçları, bağımsız sitelerinizin performansını değerlendirmenize yardımcı olabilir. Siteleriniz mevcut hostingde kabul edilebilir bir hıza sahipse, onları birleştirmek için teknik bir neden yoktur.
Sık sorulan sorular
WordPress Multisite SEO'ya zarar verir mi?
Multisite yapısının kendisi SEO'ya zarar vermez. Google, tek bir kurulumun alt alan adlarına ve alt klasörlerine bağımsız siteler gibi davranır. Asıl sorun, kaynak paylaşımı nedeniyle site hızının düşmesi veya ağdaki bir sitenin zayıf içerik nedeniyle tüm alan adının itibarını etkilemesi durumunda ortaya çıkar.
Bağımsız siteleri daha sonra Multisite'a dönüştürebilir miyim?
Evet, ancak maliyeti yüksektir. Her sitenin içeriğini Import aracıyla ağa aktarmanız ve eklenti ayarlarını yeniden yapmanız gerekir. Bu, basit metin içerikli küçük siteler için yapılabilir, ancak özel yapıya sahip karmaşık siteler için pratikte siteyi yeniden inşa etmek anlamına gelir.
WordPress eklentileri Multisite ile uyumlu mu?
Popüler eklentilerin çoğu Multisite ile çalışır, ancak bazıları yalnızca tek kurulum için tasarlanmıştır. Verilerini genel tablolarda saklayan eklentiler (bazı önbellek veya güvenlik eklentileri gibi) siteler arasında çakışmalara neden olabilir. Kurulumdan önce WordPress deposundaki eklentinin uyumluluk sayfasını kontrol edin.
Multisite yedeklemesinin normal yedeklemeden farkı nedir?
Normal yedeklemede, tek bir SQL dosyası tüm veritabanını içerir. Multisite'da veritabanı tüm sitelerin tablolarını içerir ve belirli bir siteyi geri yüklemek, o sitenin tablolarının manuel olarak çıkarılmasını gerektirir. Profesyonel yedekleme eklentileri bunu otomatikleştirir, ancak ücretsiz sürümlerde genellikle bu özellik yoktur.
Yorumlar 0
Henüz yorum yok — ilk siz olun!