Holding ve Grup Şirketleri İçin Çoklu Site (Multisite) Mimarisi: Tek Panelden Tüm İştirakleri Yönetme

Holdingler ve çok markalı kurumlar büyüdükçe web ekosistemi de karmaşıklaşır. Ana holding sitesi, iştirakler, bölgesel şirketler, ürün markaları ve farklı dil sürümleri zaman içinde birbirinden kopuk sistemlere dönüşebilir. Her sitenin ayrı panel, altyapı, ajans ilişkisi ve yayın yöntemi kullanması; marka tutarsızlığına, güvenlik açıklarına, tekrarlanan geliştirme maliyetlerine ve yavaş içerik operasyonlarına yol açar.

Çoklu site veya multisite mimarisi, bu dağınıklığı ortak bir teknik temel ve merkezi yönetim yaklaşımı altında toplar. Ancak hedef, bütün iştirakleri birbirinin kopyası yapmak değildir. Doğru model; holding düzeyinde yönetilmesi gereken standartları merkezileştirirken şirketlerin sektörlerine, hedef kitlelerine ve içerik ihtiyaçlarına göre hareket edebilmesini sağlar. Böylece kurumsal iletişim, pazarlama ve BT ekipleri aynı sistemde fakat açık sorumluluk sınırlarıyla çalışır.

Multisite mimarisi nedir ve holdinglere ne kazandırır?

Multisite mimarisi, birden fazla web sitesinin ortak içerik yönetimi, tasarım bileşenleri, kullanıcı altyapısı ve teknik servislerle yönetilmesidir. Siteler farklı alan adlarında çalışabilir; kendilerine ait menüleri, sayfaları, dilleri ve içerik ekipleri bulunabilir. Buna karşılık güvenlik güncellemeleri, ortak bileşenler, kullanıcı politikaları ve entegrasyon standartları merkezi olarak yönetilebilir.

Bu yaklaşımın önemli faydası ölçeklenebilirliktir. Yeni bir iştirak sitesi açılırken altyapının baştan kurulması yerine onaylı şablonlar ve bileşenler kullanılır. Ortak değişiklikler tek tek sitelerde tekrar edilmez. Marka rehberindeki bir renk, erişilebilirlik standardı veya yasal metin bileşeni kontrollü biçimde ilgili sitelere dağıtılabilir.

Merkezi yapı aynı zamanda görünürlük sağlar. Hangi sitenin güncel olduğu, hangi içeriklerin onay beklediği, kimlerin hangi alanlara erişebildiği ve entegrasyonların çalışıp çalışmadığı ortak bir yönetim yaklaşımıyla izlenebilir. Bununla birlikte multisite her kurum için otomatik olarak doğru seçenek değildir. İştiraklerin teknoloji, mevzuat veya operasyon gereksinimleri tamamen farklıysa ortak servisler kullanan hibrit bir model daha uygun olabilir.

Doğru mimari ihtiyaç analiziyle nasıl belirlenir?

İlk aşamada yalnızca mevcut site sayısı değil, dijital organizasyonun tamamı incelenmelidir. Her iştirak için hedef kitleler, içerik türleri, diller, alan adları, ziyaretçi işlemleri, yasal yükümlülükler, içerik sorumluları ve teknik bağlantılar envantere alınır. Kullanılmayan mikro siteler ile birleştirilebilecek içerikler de bu çalışmada ortaya çıkar.

Ardından merkezi ve yerel kararların sınırı çizilir. Holding; üst bilgi, alt bilgi, kurumsal politika metinleri, tasarım değişkenleri ve güvenlik kurallarını merkezi yönetebilir. İştirak ekipleri ise haber, proje, ürün, kariyer veya yerel kampanya içeriklerinden sorumlu olabilir. Bu ayrım yapılmadan geliştirilen sistem ya aşırı merkezi ve yavaş ya da kontrolsüz ve parçalı hale gelir.

Teknik karar da iş ihtiyaçlarından türetilmelidir. Tek uygulama ve tek veritabanı, ortak içerik oranı yüksek yapılarda verimli olabilir. Ayrı uygulamalar üzerinde paylaşılan tasarım sistemi ve servisler ise operasyonel bağımsızlığı artırır. Hibrit yaklaşımda kritik siteler ayrıştırılırken standart iştirakler ortak platformda tutulabilir. Karar; yalnızca ilk yatırım maliyetine göre değil, güncelleme, bakım, veri ayrımı ve büyüme senaryolarına göre verilmelidir.

Bilgi mimarisi ve ortak tasarım sistemi nasıl kurulmalı?

Holding sitesi ile iştirak sitesinin ziyaretçi soruları aynı değildir. Ana site yatırımcılar, iş ortakları, medya ve yetenekler için grup ölçeğini anlatırken iştirak sitesi ürün, hizmet veya uzmanlık alanına odaklanabilir. Bu nedenle bütün sitelere aynı menüyü uygulamak yerine ortak içerik modelleri ve site tipine özgü bilgi mimarileri tasarlanmalıdır.

Ortak tasarım sistemi; renk, tipografi ve butonlardan daha geniş bir yapıdır. Navigasyon, kart, form, duyuru, medya galerisi, yönetim kadrosu, finansal doküman ve sürdürülebilirlik göstergesi gibi tekrar kullanılabilir bileşenleri kapsar. Her bileşenin kullanım kuralları, mobil davranışı, erişilebilirlik gereksinimleri ve izin verilen varyasyonları belirlenir. Böylece marka ailesi tanınabilir kalırken iştiraklerin kendi kimliklerini yansıtmasına alan açılır.

Şablonlar da içerik gerçekliğine göre hazırlanmalıdır. Bir sanayi şirketi ürün ailesi ve teknik dokümanlara, bir yatırım şirketi finansal raporlara, bir hizmet markası ise vaka çalışmaları ve başvuru formlarına ihtiyaç duyabilir. Kumsal Ajans’ın holding odaklı web tasarım projesi, kurumsal ölçeğe yönelik tasarım yaklaşımını incelemek için ilgili bir örnektir.

Rol, yetki ve yayın akışı nasıl modellenir?

Tek panel, herkesin bütün sitelerde işlem yapabilmesi anlamına gelmemelidir. Kullanıcılar; holding yöneticisi, grup editörü, iştirak yöneticisi, yerel editör, çevirmen, hukuk onaycısı ve teknik yönetici gibi göreve dayalı rollere ayrılabilir. Yetkiler site, dil, içerik türü ve işlem düzeyinde tanımlanmalıdır. Bir editör kendi şirketinin haberlerini hazırlayabilirken menü yapısını veya başka bir iştirakin içeriğini değiştirememelidir.

En az ayrıcalık ilkesi, kullanıcıya yalnızca görevi için gereken erişimin verilmesini önerir. OWASP yetkilendirme rehberi, izinlerin tasarım aşamasında kullanıcı, kaynak ve işlem kombinasyonları üzerinden modellenmesini; her istekte doğrulanmasını ve zaman içinde gözden geçirilmesini tavsiye eder. Bu yaklaşım multisite panelinde yatay ve dikey yetki ihlallerini azaltmaya yardımcı olur.

İçerik yaşam döngüsü taslak, editoryal kontrol, hukuk veya marka onayı, zamanlanmış yayın ve arşiv adımlarını içerebilir. Kritik sayfalarda çift onay, acil duyurularda hızlandırılmış akış tanımlanabilir. Kim tarafından neyin değiştirildiğini gösteren sürüm geçmişi ve denetim kayıtları bulunmalıdır. Ayrılan çalışanların erişimlerinin kapatılması ve rol değişikliklerinin periyodik incelenmesi de yönetişim sürecinin parçasıdır.

Çoklu dil ve ortak içerik yönetimi

Çoklu dil yalnızca metin alanlarını çoğaltmak değildir. Her iştirak için aktif diller, varsayılan dil, çeviri sorumluları, yayın koşulları ve eksik çeviri davranışı tanımlanmalıdır. Bir içerik ana dilde güncellendiğinde bağlı çevirilerin güncelliğini kaybettiği panelde görülebilmelidir. Zorunlu alanlar tamamlanmadan ilgili dil sürümünün yayımlanması engellenebilir.

Kurumsal profil, etik ilkeler, veri politikaları veya grup yönetimi gibi içerikler merkezden beslenebilir. Ancak yerel mevzuat ve iletişim bilgilerinin iştirak tarafından uyarlanabilmesi gerekebilir. Bu nedenle içerik için “tamamen ortak”, “merkezden türetilmiş ve yerelde uyarlanabilir” veya “yalnızca iştirake ait” gibi sahiplik modelleri kurulmalıdır.

Arama motorlarının dil ve bölge sürümlerini anlayabilmesi için tutarlı URL yapısı, doğru yönlendirmeler, canonical kararları, hreflang işaretleri ve çevrilebilir meta alanları planlanmalıdır. Site haritaları her sitenin yayın durumuna göre üretilmeli; kapalı, taslak veya tekrar niteliğindeki sayfalar indekslemeye açılmamalıdır.

Entegrasyonlar ve veri sahipliği

Multisite platformu CRM, insan kaynakları sistemi, ERP, yatırımcı ilişkileri araçları, e-posta servisi, analitik platformu veya doküman yönetimiyle bağlantı kurabilir. Önce her verinin ana kaynağı belirlenmelidir. İş ilanı İK sisteminde yönetiliyorsa web panelinde ikinci bir kopya üretmek yerine güvenli bir entegrasyonla yayımlanması veri tutarlılığını artırır.

Formların hangi şirkete ve ekibe yönleneceği; ülke, dil, konu ve ürün seçimine göre değişebilir. Alan eşleştirme, açık rıza kaydı, mükerrer başvuru kontrolü, hata kuyruğu ve yeniden gönderim senaryoları belgelenmelidir. Formdan satış sistemine uzanan süreç için web sitesi–CRM entegrasyonu planlama rehberi tamamlayıcı bir iç kaynak olarak değerlendirilebilir.

Entegrasyonlar doğrudan ve kontrolsüz veritabanı erişimleri yerine tanımlı API’ler, sınırlı servis hesapları ve izlenebilir hata kayıtlarıyla kurulmalıdır. Bir dış sistem geçici olarak erişilemez olduğunda ziyaretçinin göreceği durum, tekrar deneme yöntemi ve operasyon ekibine gönderilecek uyarı önceden belirlenmelidir.

Performans, güvenlik ve GDPR uyumu

Ortak platformdaki performans sorunu birden fazla markayı aynı anda etkileyebilir. Bu nedenle görsel optimizasyonu, önbellekleme, CDN kullanımı, kod ayrıştırma ve üçüncü taraf betik politikası platform seviyesinde ele alınmalıdır. Ancak ölçüm site bazında yapılmalıdır; hızlı bir holding ana sayfası, yavaş bir iştirak sitesini görünmez kılmamalıdır. Google’ın Web Vitals rehberi, yükleme performansı, etkileşim ve görsel kararlılığın gerçek kullanıcı deneyimini yansıtan metriklerle izlenmesini önerir.

Güvenlikte merkezi kimlik doğrulama, güçlü parola politikası, mümkünse çok faktörlü doğrulama, oturum kontrolleri ve düzenli erişim incelemeleri uygulanmalıdır. İştirak verileri mantıksal olarak ayrılmalı; dosya yüklemeleri, API istekleri ve yönetim işlemleri doğrulanmalıdır. Yedekleme kadar geri yükleme testleri de yapılmalı, bir sitedeki hatanın diğer sitelere yayılmasını sınırlayan izolasyon yöntemleri değerlendirilmelidir.

GDPR uyumu yalnızca çerez bandı eklemekle tamamlanmaz. Formlarda veri amacı, hukuki dayanak, saklama süresi, alıcılar ve kullanıcı hakları dikkate alınmalıdır. Avrupa Komisyonunun GDPR ilkeleri açıklaması; amaçla sınırlılık, veri minimizasyonu, saklama sınırlaması, doğruluk, bütünlük, gizlilik ve hesap verebilirliği temel ilkeler arasında sayar. Çerez ve analitik tercihleri de marka ve ülke gereksinimlerine göre yönetilip kaydedilmelidir.

Test ve yayın süreci nasıl yönetilir?

Test planı tek bir örnek siteyle sınırlı kalmamalıdır. Her site tipi, rol, dil, şablon ve entegrasyon için kabul senaryoları hazırlanır. Mobil görünüm, klavye kullanımı, form doğrulamaları, bağlantılar, meta veriler, yönlendirmeler, yetki sınırları, performans ve güvenlik birlikte kontrol edilir. Ortak bileşendeki bir değişikliğin bütün iştiraklere etkisini görmek için otomatik regresyon testleri değer sağlar.

Yayın tek seferlik büyük bir geçiş yerine kontrollü dalgalar halinde yapılabilir. Önce temsil gücü yüksek bir pilot iştirak seçilir; içerik taşıma, editör eğitimi ve destek süreçleri gerçek kullanımda doğrulanır. Ardından öğrenilenler şablonlara ve dokümantasyona aktarılır. Eski URL’lerden yönlendirmeler, analitik etiketleri, arama motoru kontrolleri, DNS planı ve geri dönüş senaryosu her dalga için hazırlanır.

Yayın sonrasında sistem sahipliği net olmalıdır. Hangi ekibin platform güncellemelerinden, hangi ekibin içerik kalitesinden, kimin kullanıcı açma ve kapatmadan sorumlu olduğu belirlenir. Yeni iştirak ekleme, tema varyasyonu oluşturma ve entegrasyon talep etme süreçleri standartlaştırıldığında multisite mimarisi sürdürülebilir bir kurumsal ürüne dönüşür.

Kumsal Ajans multisite projesini nasıl ele alır?

Kumsal Ajans, kurumsal web tasarım ile projeye özel web yazılımını aynı çözümün iki parçası olarak ele alır. Süreç; ihtiyaç analizi, paydaş görüşmeleri ve mevcut dijital varlık envanteriyle başlar. Ardından bilgi mimarisi, ortak tasarım sistemi, iştirak şablonları, içerik modelleri, rol matrisi ve teknik entegrasyon haritası hazırlanır.

Art Director liderliğindeki yaratıcı yaklaşım, holdingin kurumsal kimliğini iştiraklerin farklılaşma ihtiyacıyla dengeler. Yazılım mimarisi ise yönetilebilirlik, performans, veri güvenliği ve ölçeklenme hedeflerine göre projeye özel kurgulanır. Çoklu dil, onay akışları, entegrasyonlar, GDPR gereksinimleri, test kapsamı ve kademeli yayın planı başlangıçta tanımlanarak tasarım ile operasyon arasında kopukluk oluşması önlenir.

Başarılı bir multisite yatırımı, yalnızca siteleri tek panelde toplamaz; kurumun dijital yönetişim modelini görünür ve uygulanabilir hale getirir. Holdinginizin iştirak, marka, dil, kullanıcı rolü ve entegrasyon ihtiyaçlarına uygun multisite mimarisini planlamak için Kumsal Ajans ile iletişime geçin.