Kayıt ol

Tovala Akıllı Fırın Deneyimi: Paket Servisten Daha İyi mi?FortiMail'de Kritik Zero-Day Açığı Aktif Saldırılarda Kullanılıyor Meadow: Sosyal Medyasız Minimalist Telefon Deneyimi California'da Gizli Kayıt Yapan Akıllı Gözlük Yasasına Veto Hello Robot Stretch 4, TechCrunch Disrupt 2026'da Canlı Tanıtılacak

JavaScript devre dışı. Daha iyi bir deneyim için, önce lütfen tarayıcınızda JavaScript'i etkinleştirin.

WordPress Multisite Nedir? Tek Kurulumla Birden Fazla Site Yönetme Rehberi

Mesaj: <blockquote data-quote="Admin" data-source="post: 12814" data-attributes="member: 1"><p><h2>WordPress Multisite Nedir? Tek Kurulumla Birden Fazla Site Yönetme Rehberi</h2><p>Birden fazla WordPress sitesi yönettiğinizde güncellemeler, eklenti kurulumu ve kullanıcı yetkileri zamanla ciddi bir iş yüküne dönüşebilir. Özellikle benzer ihtiyaçları olan sitelerde aynı işlemleri tekrar tekrar yapmak gerekir.</p><p>WordPress Multisite, bu işleri ortak bir yönetim çatısı altında toplar. Tek bir WordPress kurulumu üzerinden birden fazla site oluşturabilir, tema ve eklentileri merkezden yönetebilirsiniz. Ancak bu kolaylığın karşılığında siteler aynı teknik altyapıya bağımlı hâle gelir.</p><p>Multisite kullanmaya karar vermeden önce kurulum adımlarının yanında şu soruyu da değerlendirmek gerekir: Sitelerinizin birlikte yönetilmesi mi, birbirinden bağımsız kalması mı daha önemli?</p><h2>WordPress Multisite Nasıl Çalışır?</h2><p>Multisite, WordPress’in bir site ağı oluşturmasını sağlayan yerleşik özelliğidir. Ağdaki siteler ortak WordPress dosyalarını kullanırken kendi içeriklerini ve ayarlarını tutabilir.</p><p>Örneğin aynı ağ içinde şu adresler bulunabilir:</p><ul> <li data-xf-list-type="ul"><code class="bbCodeInline">firma.com</code></li> <li data-xf-list-type="ul"><code class="bbCodeInline">ankara.firma.com</code></li> <li data-xf-list-type="ul"><code class="bbCodeInline">izmir.firma.com</code></li> </ul><p>Alt klasör yapısı tercih edildiğinde adresler <code class="bbCodeInline">firma.com/ankara/</code> ve <code class="bbCodeInline">firma.com/izmir/</code> şeklinde de olabilir. Uygun yapılandırmayla ağdaki bir siteye tamamen farklı bir alan adı bağlamak da mümkündür.</p><p>Veritabanında her site için içerik ve ayar tabloları oluşturulur. Kullanıcı kayıtları ve bazı ağ bilgileri ise ortak tablolarda tutulur. Bu nedenle Multisite’ı, birbirinden bütünüyle bağımsız WordPress kurulumlarının toplamı olarak düşünmemek gerekir.</p><p><strong>İçeriklerin ayrı olması, sunucu kaynaklarının ve güvenlik sınırlarının da ayrı olduğu anlamına gelmez.</strong></p><h2>Normal WordPress Kurulumundan Farkı Nedir?</h2> <table style='width: 100%'><tr><th>Konu</th><th>Ayrı WordPress kurulumları</th><th>WordPress Multisite</th></tr><tr><td>WordPress dosyaları</td><td>Her kurulumda ayrı</td><td>Ağ genelinde ortak</td></tr><tr><td>Güncellemeler</td><td>Her sitede ayrı yürütülür</td><td>Merkezden yönetilebilir</td></tr><tr><td>Tema ve eklenti kurulumu</td><td>Her sitenin yöneticisi yapabilir</td><td>Ağ yöneticisinin kontrolündedir</td></tr><tr><td>Kullanıcı yapısı</td><td>Her kurulumda ayrı</td><td>Ortak kullanıcı kayıtları, siteye özel roller</td></tr><tr><td>İçerikler</td><td>Ayrı tutulur</td><td>Siteye özel tablolarda tutulur</td></tr><tr><td>Teknik bağımlılık</td><td>Kurulumlar bağımsız olabilir</td><td>Siteler ortak kurulumdan etkilenir</td></tr><tr><td>Taşıma</td><td>Tek siteyi taşımak daha kolaydır</td><td>Ağdan site ayırmak ek çalışma gerektirir</td></tr></table><p></p><p>Multisite’ın temel avantajı merkezi yönetimdir. Her site için farklı teknik kararlar vermek istiyorsanız bu avantaj zamanla bir kısıtlamaya dönüşebilir.</p><h2>Hangi Projelerde Kullanılması Mantıklı?</h2><p>Aynı kurumun veya platformun parçası olan siteler, Multisite için güçlü adaylardır.</p><p>Örneğin:</p><ul> <li data-xf-list-type="ul">Bir şirketin şube ve bölge siteleri.</li> <li data-xf-list-type="ul">Üniversitenin bölüm veya fakülte siteleri.</li> <li data-xf-list-type="ul">Franchise işletmelerin yerel siteleri.</li> <li data-xf-list-type="ul">Kullanıcılara blog açma imkânı sağlayan bir platform.</li> <li data-xf-list-type="ul">Ortak bakım politikasıyla yönetilen yayın siteleri.</li> </ul><p>Farklı dillere ayrılmış siteler de aynı ağda bulunabilir. Ancak Multisite tek başına çeviri yapmaz; içerikleri diller arasında otomatik eşleştirmez. Bu ihtiyaçlar için ayrıca bir iş akışı veya uygun eklenti gerekir.</p><p>Birbirinden bağımsız müşterilerin sitelerinde ise daha dikkatli karar verilmelidir. Müşterinin kendi eklentilerini kurması, farklı sunucuya taşınması veya bakım süreçlerini ayrı yürütmesi gerekiyorsa bağımsız kurulumlar daha rahat bir çözüm olabilir.</p><h2>Alt Alan Adı mı, Alt Klasör mü?</h2><p>Kurulum sırasında iki temel adres yapısı arasından seçim yapılır.</p><table style='width: 100%'><tr><th>Yapı</th><th>Örnek</th><th>Dikkat edilmesi gereken</th></tr><tr><td>Alt alan adı</td><td><code class="bbCodeInline">magaza.ornek.com</code></td><td>DNS, web sunucusu ve SSL kapsamı</td></tr><tr><td>Alt klasör</td><td><code class="bbCodeInline">ornek.com/magaza/</code></td><td>Kalıcı bağlantılar ve URL çakışmaları</td></tr></table><p></p><p>Alt klasör seçildiğinde her site için sunucuda ayrı bir WordPress klasörü oluşmaz. Adresler, ortak kurulumun yönlendirme kurallarıyla işlenir.</p><p>Alt alan adı yapısında da wildcard DNS her senaryoda zorunlu değildir. Siteleri tek tek oluşturuyorsanız ilgili alt alan adları için ayrı kayıtlar tanımlanabilir. Kullanıcıların serbestçe yeni siteler açacağı bir yapıda ise wildcard DNS gerekli olabilir. SSL sertifikalarının da kullanılan adresleri kapsaması gerekir; bunu wildcard veya uygun başka sertifikalarla sağlayabilirsiniz.</p><p>Bu seçimi yalnızca SEO beklentisiyle yapmayın. Alt alan adı kullanmak otomatik olarak daha yüksek performans, alt klasör kullanmak da kesin sıralama avantajı sağlamaz. Projenin adres düzeni ve yönetim ihtiyaçları daha belirleyicidir.</p><h2>Kurulumdan Önce Neleri Hazırlamalısınız?</h2><p>Öncelikle dosyaların ve veritabanının tam yedeğini alın. Mevcut bir siteyi dönüştürüyorsanız işlemi önce bir test ortamında denemek faydalıdır.</p><p>Şunları da kontrol edin:</p><ul> <li data-xf-list-type="ul">Hosting hizmetiniz Multisite kullanımına izin veriyor mu?</li> <li data-xf-list-type="ul">Kalıcı bağlantılar düzgün çalışıyor mu?</li> <li data-xf-list-type="ul">Kullanacağınız tema ve eklentiler Multisite ile uyumlu mu?</li> <li data-xf-list-type="ul">Ücretli ürünlerin lisansları ağdaki siteleri kapsıyor mu?</li> <li data-xf-list-type="ul">DNS ve SSL yapılandırmasını yönetebiliyor musunuz?</li> <li data-xf-list-type="ul">Yedekten tek bir siteyi geri yükleme ihtiyacınız nasıl karşılanacak?</li> </ul><p><strong>Mevcut sitelerde bir ayrıntı daha var:</strong> Bir aydan eski yayımlanmış içerik bulunması, standart kurulum ekranında alt klasör seçeneğini kısıtlayabilir. Burada yalnızca WordPress’in kurulma tarihi kontrol edilmez; yayımlanmış içeriklerin tarihi de önemlidir.</p><p>Alt klasör ağına geçişte ana sitenin yazı adreslerine <code class="bbCodeInline">/blog/</code> eklenmesi de gündeme gelebilir. Yayındaki bir siteyi dönüştürürken mevcut bağlantıları ve gereken yönlendirmeleri inceleyin.</p><h2>WordPress Multisite Kurulumu</h2><h3>1. Ağ kurulumu menüsünü açın</h3><p>Aktif eklentileri geçici olarak devre dışı bırakın. Ardından <code class="bbCodeInline">wp-config.php</code> dosyasına, WordPress’in yüklenmesini sağlayan <code class="bbCodeInline">wp-settings.php</code> satırından önce şu kodu ekleyin:</p><p><code class="bbCodeInline">define( 'WP_ALLOW_MULTISITE', true );</code></p><p>Bu kod ağı doğrudan oluşturmaz; yönetim panelindeki kurulum menüsünü açar.</p><h3>2. Ağ ayarlarını belirleyin</h3><p>WordPress panelinde <strong>Araçlar → Ağ Kurulumu</strong> bölümüne girin. Kullanılabilir seçenekler arasından adres yapısını seçin; ağ adını ve yönetici e-posta adresini yazın.</p><h3>3. Kurulum ekranındaki kodları uygulayın</h3><p>WordPress, kurulumunuza özel yapılandırma satırları gösterir. İlgili satırları <code class="bbCodeInline">wp-config.php</code> dosyasına ekleyin.</p><p>Apache veya uyumlu bir sunucuda, ekranda gösterilen yönlendirme kurallarını <code class="bbCodeInline">.htaccess</code> dosyasındaki ilgili WordPress bloğuna uygulayın. Dosyanın tamamını silmeyin; başka hizmetlere ait kuralları koruyun.</p><p>Nginx kullanıyorsanız <code class="bbCodeInline">.htaccess</code> geçerli değildir. Sunucu yapılandırmasının ayrıca düzenlenmesi gerekir.</p><h3>4. Yeniden giriş yapıp test edin</h3><p>Oturumu kapatıp tekrar giriş yapın. Ağ yönetimi menüsü üzerinden bir deneme sitesi oluşturun. Site adreslerini, yönetim panelini, görsel yüklemeyi ve kalıcı bağlantıları kontrol edin. Ardından uyumlu eklentileri aşamalı olarak etkinleştirin.</p><h2>Ağ Yöneticisi ve Site Yöneticisi Arasındaki Fark</h2><p>Multisite’ta en geniş yetki <strong>Süper Yönetici</strong> hesabındadır. Bu kullanıcı ağdaki siteleri, tema ve eklenti kurulumlarını ve genel ayarları yönetir.</p><p>Site yöneticisi ise yetkili olduğu sitenin içerikleri ve ayarlarıyla ilgilenir. Normal bir WordPress kurulumundaki yöneticiyle aynı düzeyde kurulum özgürlüğüne sahip değildir.</p><p>Tema ve eklentilerde şu ayrım önemlidir:</p><ul> <li data-xf-list-type="ul"><strong>Temayı ağda etkinleştirmek</strong>, sitelerin o temayı seçebilmesini sağlar. Temayı bütün sitelerde otomatik olarak kullanıma almaz.</li> <li data-xf-list-type="ul"><strong>Eklentiyi ağ genelinde etkinleştirmek</strong>, eklentiyi tüm sitelerde çalıştırır. Site yöneticileri bunu kendi panellerinden kapatamaz.</li> <li data-xf-list-type="ul">Site bazında eklenti yönetimi için ağ ayarlarında ilgili menünün açılması gerekir. Site yöneticileri yine yeni eklenti yükleyemez.</li> </ul><p>Dolayısıyla ağdaki siteler aynı temayı kullanmak zorunda değildir. Ağ yöneticisinin izin verdiği seçenekler arasından farklı temalar seçebilirler.</p><h2>Bir Siteye Farklı Alan Adı Bağlanabilir mi?</h2><p>Evet. Domain mapping desteği WordPress çekirdeğinde bulunur; yalnızca bu özellik için eski tip bir domain mapping eklentisi kurmak gerekmez.</p><p>Örneğin ağdaki <code class="bbCodeInline">ornek.com/proje/</code> sitesini <code class="bbCodeInline">projeadi.com</code> adresinde yayınlayabilirsiniz.</p><p>Genel süreç şöyledir:</p><ol> <li data-xf-list-type="ol">Alan adını DNS üzerinden doğru sunucuya yönlendirin.</li> <li data-xf-list-type="ol">Hosting tarafında alan adının mevcut WordPress kurulumuna ulaşmasını sağlayın.</li> <li data-xf-list-type="ol">Alan adına uygun SSL sertifikasını hazırlayın.</li> <li data-xf-list-type="ol">Ağ yönetiminde ilgili sitenin adresini yeni HTTPS adresiyle güncelleyin.</li> </ol><p>Hosting panelinde alan adını boş bir klasöre bağlamak yeterli değildir. İsteklerin ağın ortak WordPress kurulumuna ulaşması gerekir.</p><p>Değişiklikten sonra giriş işlemlerini, yönlendirmeleri ve önbelleği test edin. Farklı alan adları arasında oturum davranışının kendiliğinden sorunsuz olacağını varsaymayın.</p><h2>Performans ve Güvenlikte Ortak Altyapının Etkisi</h2><p>Multisite, birden fazla sitenin bakımını kolaylaştırabilir; ancak tek başına hızlandırma sistemi değildir.</p><p>Yoğun kullanılan bir site sunucu kaynaklarını zorladığında ağdaki diğer siteler de etkilenebilir. Ağ genelinde çalışan sorunlu bir eklenti veya hatalı güncelleme de birden fazla siteyi aynı anda etkileyebilir.</p><p>Bu nedenle:</p><ul> <li data-xf-list-type="ul">Ağ genelinde etkinleştirilen eklentileri dikkatle seçin.</li> <li data-xf-list-type="ul">Güncellemeleri önce test ortamında deneyin.</li> <li data-xf-list-type="ul">Önbellek yapılandırmasını her site ve alan adı için kontrol edin.</li> <li data-xf-list-type="ul">Kaynak kullanımını izleyin.</li> <li data-xf-list-type="ul">Geri yükleme senaryolarını önceden planlayın.</li> </ul><p>Tam ağ yedeği almak önemlidir. Ancak tek bir sitenin eski hâline dönmesi gerektiğinde tüm veritabanını geri yüklemek, diğer sitelerdeki yeni içerikleri de kaybettirebilir. Yedekleme çözümünüzün site bazında kurtarma imkânlarını öğrenin.</p><h2>Sıkça Sorulan Sorular</h2><h3>Multisite ile sınırsız site açabilir miyim?</h3><p>Site sayısını yalnızca WordPress özelliği üzerinden değerlendirmek doğru olmaz. Hosting koşulları, depolama, veritabanı yükü, trafik ve kullanılan eklentiler gerçek kapasiteyi belirler.</p><h3>Her site için farklı kullanıcılar oluşturulabilir mi?</h3><p>Evet. Kullanıcı kayıtları ağ genelinde ortak olsa da site üyelikleri ve roller ayrı yönetilir. Bir kullanıcının ağda hesabı olması, bütün siteleri yönetebileceği anlamına gelmez.</p><h3>Her sitede farklı eklentiler kullanılabilir mi?</h3><p>Ağ genelinde zorunlu çalıştırılmayan eklentiler site bazında etkinleştirilebilir. Bunun için ağ yöneticisinin gerekli erişimi sağlaması gerekir.</p><h3>Multisite ücretli tema ve eklenti maliyetini azaltır mı?</h3><p>Bu, ürünün lisans koşullarına bağlıdır. Tek WordPress kurulumu kullanmanız, bütün sitelerin tek lisansla kapsandığı anlamına gelmez. Alan adı, site sayısı veya Multisite kullanımına göre farklı lisanslar istenebilir.</p><h3>Ağdaki bir site sonradan bağımsız kuruluma taşınabilir mi?</h3><p>Evet, ancak yalnızca yazıları dışa aktarmak yeterli olmayabilir. Görsellerin, kullanıcı rollerinin, site ayarlarının ve eklentilere ait verilerin de taşınması gerekebilir. Yeni adresler için yönlendirmeler ayrıca planlanmalıdır.</p><h3>Mevcut siteleri Multisite ağına dönüştürmek kolay mı?</h3><p>Boş bir kurulumda işlem daha basittir. Yayındaki sitelerde URL yapısı, eklenti uyumluluğu ve mevcut veriler nedeniyle hazırlık gerekir. Önce test ortamında deneme yapmak, olası sorunları ziyaretçileri etkilemeden görmenizi sağlar.</p><h2>Multisite Kullanmalı mısınız?</h2><p>Siteleriniz ortak bir yönetim anlayışına sahipse, güncellemeleri birlikte yürütmek istiyorsanız ve teknik bağımlılığı kabul ediyorsanız Multisite işinizi kolaylaştırabilir.</p><p>Her sitenin farklı ihtiyaçları, ayrı sorumluları ve bağımsız taşınma beklentisi varsa ayrı WordPress kurulumları daha esnek olabilir. Kararı yalnızca kaç site açacağınıza göre değil, bu sitelerin ileride nasıl yönetileceğine göre verin.</p></blockquote><p></p>