SharePoint Hub Sites ile Kurumsal Bilgi Mimarisi Tasarlama

Hub Site Nedir ve Neden Önemli?

SharePoint Hub Sites, mantıksal olarak ilişkili siteleri tek bir çatı altında birleştiren ve ortak navigasyon, marka kimliği, içerik toplama ve arama deneyimi sağlayan bir mimari yapıdır. Geleneksel SharePoint mimarisinde siteler alt siteler (subsites) aracılığıyla hiyerarşik olarak iç içe geçerken, modern SharePoint mimarisi her siteyi bağımsız bir üst düzey site koleksiyonu olarak konumlandırır ve hub siteleri bu bağımsız sitelerin mantıksal bağlantı noktası haline getirir.

Bu mimari değişimin temel motivasyonu, esnekliktir. Alt site modelinde bir sitenin hiyerarşideki konumunu değiştirmek, URL'lerin kırılması, izin kalıtımı sorunları ve veri taşıma zorunluluğu gibi ciddi operasyonel yükler getirirdi. Hub site modelinde ise bir site, açılır menüden farklı bir hub'a ilişkilendirilebilir; veri taşımaya, URL değişikliğine veya izin yeniden yapılandırmasına gerek yoktur.

Hub sitelerin sağladığı temel yetenekler:

• Ortak navigasyon: Hub'a bağlı tüm siteler, tutarlı bir üst navigasyon çubuğu paylaşır.
• Marka tutarlılığı: Tema, renk paleti, logo ve yazı tipi hub düzeyinde tanımlanır ve ilişkili sitelere miras olarak aktarılır.
• İçerik toplama (content roll-up): Hub düzeyindeki haberler, etkinlikler ve belgeler, tüm ilişkili sitelerden otomatik olarak toplanır ve merkezi bir görünümde sunulur.
• Arama kapsamı: Hub düzeyinde yapılan aramalar, yalnızca ilgili hub'a bağlı sitelerdeki içerikleri kapsar; bu da arama sonuçlarının iş bağlamına uygunluğunu artırır.
• Güvenlik bağımsızlığı: Her site kendi izin yapısını korur; hub ilişkisi izin kalıtımı oluşturmaz.

Hub sitelerin stratejik önemi, organizasyonun dijital iş yerini kullanıcı odaklı bir deneyim olarak tasarlama imkânı sunmasından kaynaklanır. Doğru planlanmış bir hub mimarisi, çalışanların ihtiyaç duydukları bilgiye en az tıklama ile ulaşmasını sağlar.

Hub Site Mimarisi Temelleri

Hub-Spoke Modeli

Hub-spoke modeli, modern SharePoint bilgi mimarisinin temelini oluşturur. Bu modelde merkezi bir hub sitesi (hub), ilişkili siteleri (spoke) mantıksal olarak bir araya getirir. Hub sitesi genellikle bir İletişim Sitesi (Communication Site) olarak oluşturulur ve departman, fonksiyon veya bölge gibi geniş bir iş alanını temsil eder. Spoke siteleri ise bu hub'a bağlanan takım siteleri veya iletişim siteleridir.

Örneğin, bir "İnsan Kaynakları" hub sitesi aşağıdaki spoke sitelerini kapsayabilir:

• İK Politikaları (İletişim Sitesi)
• İşe Alım Portalı (İletişim Sitesi)
• Çalışan Yan Hakları (İletişim Sitesi)
• İK Operasyonları (Takım Sitesi)
• Performans Yönetimi (Takım Sitesi)

Hub-spoke modelinin en güçlü yönü, ölçeklenebilirliğidir. Yeni bir proje veya iş birimi oluşturulduğunda, mevcut hub'a yeni bir spoke sitesi eklemek saniyeler sürer ve mevcut yapıyı etkilemez.

Çok Katmanlı Hub Yapıları

SharePoint Online, iki düzeyli bir hub hiyerarşisini destekler: üst hub (parent hub) ve alt hub (child hub). Bu yapı, büyük organizasyonların karmaşık bilgi mimarilerini modellemesine olanak tanır.

Yapısal sınırlar:

Parametre	Sınır
Bir üst hub altındaki maksimum alt hub sayısı	50
Bir hub'a ilişkilendirilebilecek maksimum site sayısı	2.000
Maksimum hiyerarşi derinliği	2 düzey

Çok katmanlı yapı özellikle coğrafi veya bölgesel organizasyonlar için idealdir. Örneğin, "Avrupa Operasyonları" üst hub'ı altında "Türkiye," "Almanya" ve "Fransa" alt hub'ları bulunabilir; her alt hub kendi bölgesel sitelerini barındırır.

Tema kalıtımı: Alt hub'lar, üst hub'ın temasını otomatik olarak miras alır. Alt hub'a bağlı tüm siteler de alt hub'ın temasını devralır. Site sahipleri gerektiğinde temayı geçersiz kılabilir; ancak marka tutarlılığı açısından aşırı geçersiz kılmalardan kaçınılmalıdır.

Kurumsal Bilgi Mimarisi Planlama

Departman Bazlı ve Fonksiyon Bazlı Yaklaşım

Bilgi mimarisi planlamasında iki temel yaklaşım mevcuttur:

Departman bazlı yaklaşım: Her departman bir hub sitesi olarak temsil edilir (İK, Finans, Pazarlama, BT, Hukuk vb.). Bu yaklaşım, geleneksel organizasyon şemasını dijital ortama yansıtır ve kullanıcılar için sezgiseldir. Ancak çapraz departman projelerinin temsili zorlaşabilir. Fonksiyon bazlı yaklaşım: Hub siteleri iş fonksiyonlarına göre organize edilir (Proje Yönetimi, Müşteri İlişkileri, Ürün Geliştirme vb.). Bu yaklaşım, matris organizasyonlarda daha etkilidir; ancak kullanıcılar için ilk başta daha az sezgisel olabilir. Hibrit yaklaşım (önerilen): Çoğu kurumsal ortamda en etkili strateji, her iki yaklaşımı birleştirmektir. Departman hub'ları temel yapıyı oluştururken, çapraz fonksiyonel hub'lar (örneğin "Dijital Dönüşüm" veya "Sürdürülebilirlik") departmanlar arası iş birliğini destekler.

Taksonomi ve Metadata Tasarımı

Etkili bir bilgi mimarisi, sağlam bir taksonomi ve metadata stratejisi gerektirir. Metadata, belgeleri konumlarına göre değil anlamlarına göre organize eder; kullanıcıların içeriği arama ve filtreler aracılığıyla keşfetmesini sağlar. Bu yapılandırma, özellikle Copilot ve yapay zeka ajanlarının kurumsal bilgiyi etkin kullanabilmesi için temel oluşturur; SharePoint kurumsal bilgi aktivasyonu rehberimiz bu konuda kapsamlı bir yol haritası sunmaktadır.

Taksonomi tasarım ilkeleri:

• Yönetilen terim deposu (Managed Term Store) kullanın. Serbest metin etiketleri yerine kontrollü bir terim seti oluşturun. Bu, tutarlı sınıflandırma sağlar ve arama doğruluğunu artırır.
• İçerik türleri (Content Types) tanımlayın. Standart belge yapıları oluşturun; örneğin "Politika Belgesi," "Proje Planı," "Toplantı Notu" gibi içerik türleri, her belge türü için tutarlı metadata alanları tanımlar.
• Site sütunlarını yeniden kullanılabilir tasarlayın. Site sütunları hub düzeyinde tanımlanarak ilişkili sitelere miras olarak aktarılabilir; bu, organizasyon genelinde tutarlı metadata yapısı sağlar.
• Hiyerarşik terimler oluşturun. Örneğin, "Bölge > Ülke > Şehir" gibi hiyerarşik terim yapıları, çok boyutlu filtrelemeye olanak tanır.

Önerilen temel metadata alanları:

Metadata Alanı	Tür	Kullanım Amacı
Departman	Yönetilen Terim	İçeriğin hangi departmana ait olduğu
İçerik Türü	İçerik Türü	Belge sınıflandırması
Proje Kodu	Metin	Proje bazlı filtreleme
Geçerlilik Tarihi	Tarih	İçerik yaşam döngüsü yönetimi
Hedef Kitle	Kişi/Grup	İçeriğin kime yönelik olduğu
Gizlilik Düzeyi	Seçenek	Hassasiyet sınıflandırması

Hub Site Oluşturma ve Yapılandırma (Adım Adım)

Hub site oluşturma süreci, mevcut bir iletişim sitesinin hub olarak terfi ettirilmesiyle başlar. Sıfırdan hub sitesi oluşturmak mümkün değildir; önce bir site oluşturulmalı, ardından bu site hub olarak kaydedilmelidir.

Adım 1 – İletişim sitesi oluşturun. SharePoint Admin Center üzerinden veya SharePoint başlangıç sayfasından yeni bir İletişim Sitesi oluşturun. Hub olarak kullanılacak sitenin adı, organizasyonun bilgi mimarisindeki rolünü net şekilde yansıtmalıdır (örneğin "İnsan Kaynakları," "Finans," "BT Hizmetleri"). Adım 2 – Siteyi hub olarak kaydedin. SharePoint Admin Center > Active Sites bölümünden ilgili siteyi seçin ve "Hub" sekmesinden "Register as hub site" seçeneğini kullanın. Hub sitesine bir ad ve açıklama atayın. Adım 3 – Hub navigasyonunu yapılandırın. Hub sitesinin üst navigasyon çubuğunu düzenleyerek ilişkili sitelere bağlantılar ekleyin. Navigasyon, hub'a bağlı tüm sitelerde otomatik olarak görünür. Adım 4 – Temayı uygulayın. Hub sitesine kurumsal marka kimliğine uygun bir tema uygulayın. Tema, ilişkili sitelere otomatik olarak miras aktarılacaktır. Adım 5 – İlişkilendirme izinlerini yapılandırın. Hangi kullanıcıların siteleri bu hub'a ilişkilendirebileceğini belirleyin. Kontrolsüz ilişkilendirmeleri önlemek için bu izni SharePoint yöneticileri veya belirli site sahipleriyle sınırlayın. Adım 6 – Spoke sitelerini hub'a ilişkilendirin. Her spoke sitesinin ayarlarından "Hub site association" bölümüne giderek ilgili hub'ı seçin. İlişkilendirme anında site, hub'ın navigasyonunu ve temasını devralır. Adım 7 – İçerik toplama web bölümlerini yapılandırın. Hub sitesine "Haberler," "Etkinlikler" ve "Öne çıkanlar" gibi web bölümleri ekleyerek ilişkili sitelerden içerik toplanmasını sağlayın.

Navigasyon ve Arama Optimizasyonu

Etkili bir hub site mimarisinde navigasyon ve arama, kullanıcıların bilgiye erişim hızını doğrudan belirler.

Navigasyon tasarım ilkeleri:

• Mega menü kullanın. Modern SharePoint, hub navigasyonunda mega menü formatını destekler. Mega menü, çok sayıda bağlantıyı kategorize edilmiş bir düzende sunarak kullanıcıların ihtiyaç duydukları siteyi hızla bulmasını sağlar.
• Navigasyon derinliğini sınırlayın. Üç düzeyden fazla navigasyon derinliği, kullanıcı deneyimini olumsuz etkiler. Birincil navigasyonda hub'lar, ikincil navigasyonda temel spoke siteleri, üçüncü düzeyde ise kritik alt sayfalar yer almalıdır.
• Hedef kitle hedeflemesi (audience targeting) uygulayın. Navigasyon öğelerine hedef kitle hedeflemesi uygulayarak, kullanıcıların yalnızca kendileriyle ilgili bağlantıları görmesini sağlayın. Örneğin, İK portalındaki "Yönetici Araçları" bağlantısı yalnızca yönetici rolündeki kullanıcılara görünür.
• Tutarlı navigasyon terminolojisi kullanın. Tüm hub'larda aynı terminoloji standardını uygulayın; "Belgeler" yerine bir hub'da "Dokümanlar," diğerinde "Kaynaklar" kullanmaktan kaçının.

Arama optimizasyonu:

• Yönetilen özellikleri (managed properties) yapılandırın. Özel metadata alanlarını aranabilir ve filtrelenebilir yönetilen özelliklerle eşleştirin.
• Arama dikeyleri (search verticals) oluşturun. Hub düzeyinde özelleştirilmiş arama dikeyleri tanımlayarak kullanıcıların belirli içerik türlerini hızla filtrelemesini sağlayın (Politikalar, Formlar, Haberler vb.).
• PnP Modern Search web bölümlerini değerlendirin. Standart SharePoint arama web bölümlerinin ötesinde, PnP Modern Search gelişmiş filtreleme ve görselleştirme seçenekleri sunar.

Örnek Mimariler

500 Kişilik Organizasyon

Orta ölçekli bir organizasyonda basit ve yönetilebilir bir hub yapısı yeterlidir. Çok katmanlı hub hiyerarşisine genellikle gerek yoktur.

Hub Sitesi	Tür	Spoke Siteleri	İçerik Kapsamı
İntranet Ana Sayfa	İletişim	—	Şirket haberleri, duyurular, bağlantılar
İnsan Kaynakları	İletişim	İK Politikaları, Kariyer Portalı, Yan Haklar	İK süreçleri, formlar, politikalar
BT Hizmetleri	İletişim	Yardım Masası, BT Politikaları, Eğitimler	BT destek, kılavuzlar, sistem belgeleri
Finans	İletişim	Bütçe Raporları, Satın Alma	Finansal raporlar, onay süreçleri
Projeler	İletişim	Proje A (Takım), Proje B (Takım), Proje C (Takım)	Proje belgeleri, zaman çizelgeleri
Kalite ve Uyumluluk	İletişim	ISO Belgeleri, Denetim Raporları	Standartlar, prosedürler, denetim

Toplam site sayısı: 15–25 site, 6 hub

Bu yapıda her hub en fazla 4–5 spoke sitesi barındırır. Navigasyon basit ve düzdür; kullanıcılar iki tıklama ile hedef içeriğe ulaşabilir.

5.000+ Kişilik Organizasyon

Büyük ölçekli organizasyonlarda çok katmanlı hub hiyerarşisi ve bölgesel yapılar gerekli hale gelir.

Üst Hub	Alt Hub'lar	Örnek Spoke Siteleri
Kurumsal İletişim	—	Haber Merkezi, Etkinlikler, CEO Blogu
İnsan Kaynakları	İşe Alım, Öğrenme ve Gelişim, Çalışan Deneyimi	İK Politikaları, Kariyer Portalı, LMS Entegrasyonu, Anket Sonuçları
BT ve Dijital	Altyapı, Uygulama Geliştirme, Siber Güvenlik	Yardım Masası, DevOps Wiki, Güvenlik Politikaları, Değişiklik Yönetimi
Finans ve Hukuk	Muhasebe, İç Denetim, Hukuk İşleri	Bütçe Portalı, Denetim Raporları, Sözleşme Yönetimi
Operasyonlar	Üretim, Lojistik, Kalite	Tesis Yönetimi, Tedarik Zinciri, ISO Belgeleri
Bölgeler	Türkiye, Avrupa, Orta Doğu	Bölgesel haberler, yerel İK, bölgesel projeler
Proje Yönetimi	—	Stratejik Projeler, PMO Araçları, Proje Şablonları

Toplam site sayısı: 80–150+ site, 7 üst hub, 15+ alt hub

Bu yapıda hedef kitle hedeflemesi kritik öneme sahiptir. Bir üretim çalışanının Finans hub'ının detalı navigasyonunu görmesine gerek yoktur; navigasyon öğeleri kullanıcı profiline göre filtrelenir.

Her iki mimari için ortak ilkeler:

• İntranet ana sayfası bağımsız bir hub olarak konumlandırılır ve tüm hub'lara bağlantı sağlar.
• Viva Connections, hub mimarisi üzerine kişiselleştirilmiş bir mobil ve masaüstü deneyimi katmanı ekler.
• Power Platform entegrasyonu, hub siteleri üzerinden iş süreçlerini otomasyona kavuşturur.

Yönetişim ve Bakım Planı

Hub site mimarisinin uzun vadeli başarısı, sürekli yönetişim ve bakım süreçlerine bağlıdır. Yönetişim olmayan bir mimari, zaman içinde kontrolsüz büyüme, içerik kirliliği ve kullanıcı deneyimi bozulması ile karşılaşır.

Yönetişim çerçevesi:

Alan	Politika	Sıklık
Site oluşturma	Yeni site taleplerinin merkezi onay sürecinden geçmesi	Sürekli
Hub ilişkilendirme	Yalnızca yetkili kişilerin hub ilişkilendirmesi yapabilmesi	Sürekli
İçerik yaşam döngüsü	Etkin olmayan sitelerin 12 ay sonra arşivlenmesi	Üç aylık inceleme
Navigasyon güncellemesi	Hub navigasyonunun güncelliğinin doğrulanması	Aylık
Tema uyumluluğu	Spoke sitelerinin marka standartlarına uygunluğu	Üç aylık
Metadata tutarlılığı	Terim deposu ve içerik türlerinin güncelliği	Altı aylık
Erişim incelemesi	Site erişim listelerinin iş gereksinimi ile uyumu	Üç aylık
Sahiplik doğrulaması	Her sitenin aktif bir sahibi olduğunun teyidi	Aylık

Site yaşam döngüsü yönetimi:

Yeni siteler için standart bir provizyon süreci tanımlayın. Bu süreç aşağıdaki bilgileri zorunlu kılmalıdır:

• Site adı ve amacı
• İlişkilendirilecek hub
• Site sahibi ve yedek sahip
• Hassasiyet etiketi
• Beklenen yaşam süresi (kalıcı veya proje bazlı)
• Hedef kitle

Ölçüm ve raporlama:

• Hub düzeyinde sayfa görüntüleme ve ziyaretçi istatistiklerini izleyin.
• Arama analitiği ile kullanıcıların en çok aradığı ve bulamadığı içerikleri tespit edin.
• Site kullanım raporları ile etkin olmayan siteleri periyodik olarak belirleyin.

Hub site mimarisi, doğru planlandığında ve sürekli yönetildiğinde organizasyonun bilgi erişim deneyimini kökten dönüştürebilir. Yeni SharePoint Deneyimi rehberimiz, SharePoint'in modern yeteneklerini daha derinlemesine incelemenize yardımcı olacaktır. Şirket içi ortamdan buluta geçiş planlıyorsanız, SharePoint Geçiş Kontrol Listesi kaynağımız da faydalı olacaktır.

Sonuç olarak, hub site mimarisi statik bir yapı değil, organizasyonla birlikte evrilen yaşayan bir sistemdir. Başarılı bir mimari, kullanıcı ihtiyaçlarını merkeze alır, ölçeklenebilirlik için tasarlanır ve sürekli yönetişim ile desteklenir.