Birden Fazla Web Sitesi İçin SEO Stratejisi Nasıl Yönetilir?

Çoklu web sitesi SEO yönetimi; merkezi şablonlar, paylaşımlı kaynak planlaması ve topical authority inşası ile etki/efor odaklı bir stratejik mimari gerektirir. Birden fazla dijital mülkü eşzamanlı olarak büyütmek isteyen kurumlar için başarı; her bir alan adını izole bir ada gibi yönetmek yerine, kurumsal kaynakları optimize eden ve arama motorlarının anlamsal ilişkilendirme modellerine uyum sağlayan bütünleşik bir SEO operasyon modeli kurmaktan geçer. Doğru kurgulanan bir portföy stratejisi, pazar payını maksimize ederken operasyonel maliyetleri minimize eder.

Çoklu Web Sitesi Yönetiminde Stratejik Mimari ve Karar Matrisi

Genişleyen bir dijital ekosistemde birden fazla markayı, alt markayı veya yerelleştirilmiş girişimi yönetirken ilk verilmesi gereken karar, sitelerin mimari düzeyde nasıl konumlandırılacağıdır. Kurumsal karar vericilerin sıklıkla düştüğü hata, her yeni ürün, hizmet veya pazar segmenti için bağımsız bir alan adı (domain) satın almaktır. Oysa arama motorları her bağımsız alan adını sıfırdan güven (trust), otorite (authority) ve tarama bütçesi (crawl budget) tahsis edilmesi gereken yeni bir varlık olarak değerlendirir.

Stratejik mimari tasarımı, kurumsal büyüme hedefleri ile arama motorlarının indeksleme dinamiklerini dengeler. Bu süreçte alan adlarının teknik izolasyonu, kurumsal varlıkların bölünmesine mi yoksa hedef kitleye özel niş bir otorite inşasına mı hizmet edeceği netleştirilmelidir. Yanlış mimari seçimler, yüz binlerce dolarlık içerik ve teknik geliştirme yatırımının SERP'te görünmez kalmasına neden olabilir.

Alan Adı Çeşitlendirmesi (Multi-Domain) vs. Tek Alan Adı (Single Domain) Seçimi

Alan adı mimarisi belirlenirken temel ayrım; tek bir alan adı altında alt dizinler (subdirectories) kullanmak, alt alan adları (subdomains) açmak veya tamamen bağımsız çoklu alan adları (multi-domain) yayına almak arasındadır. Arama motorlarının algoritmik sistemleri, alt dizinleri ana alan adının edindiği genel otoriteden doğrudan beslenen birer parça olarak işler. Buna karşın alt alan adları ve bağımsız alan adları, kendi link profillerini, geçmişlerini ve tematik uzmanlıklarını bağımsız olarak kanıtlamak zorundadır.

Aşağıdaki durumlarda tek bir alan adı altında alt dizin (subdirectory) mimarisi kurmak çok daha yüksek organik getiri sağlar:

• Hedeflenen kitle aynı ana marka algısı etrafında toplanabiliyorsa,

• Yeni açılacak dikey, mevcut sitenin topical authority (konu otoritesi) kapsamına doğal bir uzantı olarak eklenebiliyorsa,

• Backlink edinme kapasitesi ve bütçesi sınırlıysa.

Tamamen ayrı bir alan adı (multi-domain) tercih edilmesi gereken istisnai senaryolar ise şunlardır:

• Markaların tüzel kişilikleri, hedef kitleleri veya pazar konumlandırmaları (örneğin lüks tüketim vs. kitle pazarı) birbiriyle taban tabana zıtsa,

• Farklı regülasyonlara tabi, bağımsız satılması (spin-off) planlanan şirketler söz konusuysa,

• Yerel arama sinyallerini (ccTLD) maksimize etme zorunluluğu bulunan spesifik küresel pazarlar hedefleniyorsa.

Etki/Efor Odaklı Önceliklendirme Matrisi Nasıl Kurulur?

Portföyde yer alan her sitenin SEO potansiyeli ve getiri oranı eşit değildir. Karar vericilerin tüm sitelere eşit oranda bütçe ve insan kaynağı dağıtması, yüksek getiri sağlayacak ana amiral gemisi (flagship) sitelerin yavaşlamasına ve düşük getirili sitelerin kaynak tüketmesine yol açar. Bu sorunu aşmak için bir etki/efor matrisi işletilmelidir.

Bu önceliklendirme modelinde, her alan adı için aşağıdaki değişkenler puanlanarak operasyonel sıralama belirlenir:

1. İş Değeri ve Gelir Potansiyeli (Etki): Sitenin kurumsal ciroya, nitelikli lead üretimine veya stratejik pazar payına doğrudan katkısı.

2. Mevcut Otorite Boşluğu (Efor): Sektördeki rekabet düzeyi, rakiplerin link profili gücü ve ilk 3 sıraya girmek için gereken içerik/backlink hacmi.

3. Teknik Borç ve Altyapı İyileştirme Süresi (Efor): Sitenin modern Core Web Vitals, indeksleme ve mobil standartlara getirilmesi için yazılım ekibine getireceği iş yükü.

Puanlama sonucunda siteler dört kategoriye ayrılır: "Hızlı Kazanımlar" (düşük efor, yüksek etki), "Stratejik Yatırımlar" (yüksek efor, yüksek etki), "Düşük Öncelikliler" (düşük efor, düşük etki) ve "Tasfiye/Birleştirme Adayları" (yüksek efor, düşük etki). Kaynakların en az %70'i ilk iki gruptaki sitelere tahsis edilmelidir.

Marka Değeri ve Alan Adı Seyreltilmesi (Domain Dilution) Riskini Yönetmek

Alan adı seyreltilmesi (domain dilution); bir şirketin sahip olduğu pazarlama, PR, backlink ve içerik gücünü çok fazla bağımsız alan adına bölerek, hiçbir sitede rekabetçi bir topical authority seviyesine ulaşamaması durumudur. Özellikle agresif büyüme evresindeki kurumlar, her mikro kampanya veya alt sektör için yeni bir alan adı açarak kendi ana sitelerinin arama motorlarındaki otorite birikimini baltalar.

Domain dilution riskini bertaraf etmek için "Dijital Alan Adı Edinme Protokolü" oluşturulmalıdır. Bu protokol kapsamında, pazarlama veya ürün ekiplerinden gelen her yeni alan adı talebi şu filtrelerden geçirilmelidir:

• Yeni dikey, ana domain altında bir kategori olarak konumlandırıldığında kullanıcı deneyimi bozuluyor mu?

• Açılacak yeni alan adı için önümüzdeki 12 ay boyunca aylık en az 15-20 adet derinlemesine, uzmanlık odaklı içerik üretilecek mi?

• Bu site için bağımsız bir dijital PR ve link kazanım bütçesi tahsis edildi mi?

Eğer bu üç sorunun cevabı "hayır" ise, yeni bir alan adı açılmamalı; operasyon ana alan adının alt dizini (subdirectory) olarak mimariye entegre edilmelidir. Böylece mevcut alan adının tarihsel güveni ve tarama bütçesi yeni açılan dikeye anında aktarılmış olur.

---

Merkezi Kaynak ve Süreç Planlaması (Centralized Framework)

Birden fazla web sitesinin SEO operasyonunu yönetirken en kritik kısıt, uzman insan kaynağı ve zaman yönetimidir. Her web sitesi için sıfırdan strateji, araştırma ve içerik üretim döngüsü başlatmak operasyonel ölçeklenmeyi imkansız hale getirir. Bu tıkanıklığı aşmanın tek yolu, merkezi bir SEO operasyon modeli kurmaktır.

Merkezi model; kuralları, şablonları, kalite standartlarını ve analitik altyapıyı merkezileştirirken, içerik üretimi ve sektörel nüansları sitelere özel olarak yerelleştirir. Böylece hem ölçek ekonomisinden faydalanılır hem de sitelerin tematik özgünlüğü korunur.

Merkezi SEO Şablonları ve Standart Operasyon Prosedürleri (SOP)

Standart Operasyon Prosedürleri (SOP), portföydeki tüm sitelerin aynı kalite çıtasına uymasını garanti eden yazılı süreç dokümanlarıdır. Bu dokümanlar, operasyona yeni bir yazar, SEO uzmanı veya geliştirici dahil olduğunda zaman kaybını önler ve hata payını sıfıra indirir.

Kurumsal çoklu site yönetiminde geliştirilmesi gereken temel SOP paketleri şunlardır:

1. İçerik Üretim ve Optimizasyon SOP'si: Arama niyetine göre H2/H3 kurgusu, semantik terim yerleşimi, iç linkleme sıklığı, görsel formatları ve GEO (Generative Engine Optimization) alıntılanabilirlik kriterleri.

2. Teknik Yayın Öncesi Kontrol SOP'si: Yeni sayfa veya kategori açılırken robots.txt durumu, canonical etiketlerinin doğruluğu, XML sitemap güncellemesi ve Open Graph/Schema yapısal veri entegrasyonu.

3. Sayfa Yenileme ve Budama (Content Pruning) SOP'si: Trafik kaybeden sayfaların yeniden optimize edilmesi veya 0 trafik alan kalitesiz içeriklerin 410 Gone / 301 yönlendirmesi ile temizlenme takvimi.

Aşağıdaki süreç adımları, portföy genelinde standartlaştırılmış bir SEO operasyon modelinin yayına alınma aşamalarını özetlemektedir:

Paylaşımlı Kaynak Planlaması: Bütçe, Ekip ve Zaman Yönetimi

Paylaşımlı kaynak planlaması, pahalı kurumsal SEO araçlarının (Ahrefs, Semrush, Screaming Frog Server, Enterprise Crawlers), teknik SEO mimarlarının ve veri analistlerinin tüm siteler arasında ortak bir havuz olarak kullanılmasıdır. Her site için ayrı bir SEO lideri atamak yerine; strateji, teknik altyapı ve analitiği yöneten tek bir "Merkezi Mükemmeliyet Merkezi" (Center of Excellence - CoE) kurulmalıdır.

Kaynak dağıtımında bütçe planlaması şu oranlarla kurgulanmalıdır:

• Teknik ve Altyapı Havuzu (%25): Tüm sitelerin hız, barındırma, CDN ve teknik SEO yazılım maliyetleri.

• İçerik ve Otorite Üretimi (%55): Sitelerin etki/efor matrisindeki puanına göre dağıtılan içerik yazımı ve dijital PR yatırımları.

• Analitik, Test ve GEO Optimizasyonu (%20): Yapay zeka destekli arama motorları için veri optimizasyonu, A/B testleri ve merkezi dashboard bakımı.

Ajans ve Kurum İçi (In-House) Ekipler Arasında Rol Dağılımı

Çoklu site yönetiminde en sık yaşanan aksaklık, şirket içi ekipler ile dış SEO ajansları arasındaki yetki ve sorumluluk karmaşasıdır. Bu sürtünmeyi önlemek için bir rol ve sorumluluk matrisi (RACI) uygulanmalıdır.

Bu yapı sayesinde kurum içi lider stratejik vizyonu, bütçeyi ve şirket hedeflerini korurken; dış ajans ölçeklenebilir iş gücü (audit, link inşası, derin rakip analizi) sağlar.

---

Teknik Altyapı ve CMS Konsolidasyonu

Teknik SEO, çoklu site ekosistemlerinde çarpan etkisine sahiptir. Bir sitede yapılan teknik bir hata veya güvenlik açığı, aynı altyapıyı paylaşan diğer siteleri de etkileyebilir; tersine, merkezi çekirdekte yapılan bir Core Web Vitals iyileştirmesi tüm portföye anında hız ve performans kazandırır. Bu sebeple dağınık, her biri farklı yazılımlarla inşa edilmiş sistemler yerine standardize edilmiş bir CMS konsolidasyonu hedeflenmelidir.

Kurumsal mimaride WordPress Multisite, Headless CMS mimarileri (örneğin Strapi, Contentful veya Sanity) ya da tek bir framework (Next.js, Nuxt) üzerinden beslenen çok kiracılı (multi-tenant) sistemler tercih edilir.

Çoklu Site Yönetiminde CMS Seçimi ve Çoklu Site Kurulumları

CMS tercihi yapılırken sitelerin sayfa sayısı, yönetim kolaylığı ve teknik SEO esnekliği kritik değişkenlerdir. Eğer portföy yüzlerce içerik odaklı siteden oluşuyorsa, tek bir veritabanı ve tema çekirdeğini paylaşan WordPress Multisite kurulumları operasyonel maliyeti ciddi oranda düşürür. Eklenti güncellemeleri, güvenlik yamaları ve özel SEO fonksiyonları tek bir merkezden tüm sitelere aynı anda dağıtılır.

Gelişmiş e-ticaret ve SaaS portföylerinde ise Headless CMS yaklaşımı öne çıkar. Headless mimaride içerik tek bir veritabanında tutulur ve GraphQL veya REST API aracılığıyla farklı alan adlarının ön yüzlerine (frontend) servis edilir. Bu yöntem şu avantajları sağlar:

• Ön yüz kod tabanı (HTML, CSS, JS) siteler arasında paylaşılır, her site için sıfırdan tema geliştirilmez.

• Sayfa yükleme hızları ve Core Web Vitals (LCP, CLS, INP) metrikleri merkezi olarak optimize edilir.

• Bir sitenin veritabanı güvenliğinin bozulması diğer sitelerin kaynak koduna doğrudan erişim sağlamaz.

Gelişmiş Robots.txt, Sitemap ve Hreflang Senkronizasyonu

Çoklu sitelerde arama motoru botlarının yönlendirilmesi son derece hassas bir süreçtir. Yanlış yapılandırılmış tek bir robots.txt dosyası tüm alan adının Google indeksinden silinmesine yol açabilir.

Teknik senkronizasyon için şu kurallar tavizsiz uygulanmalıdır:

1. Dinamik ve İzolasyonlu Robots.txt: Her sitenin robots.txt dosyası kendi alan adına özel parametreler barındırmalıdır. Çoklu site kurulumlarında ortak dosya kullanılıyorsa, sunucu seviyesinde Host başlığına göre dinamik robots.txt yanıtı veren kurallar yazılmalıdır.

2. XML Sitemap Yönetimi: Her alan adı kendi XML sitemap dizinini (@@CODE0@@) sunmalıdır. Sitemap dosyaları sadece HTTP 200 durum kodu veren, @@CODE1@@ etiketi kendisini gösteren ve noindex içermeyen nihai URL'leri barındırmalıdır.

3. Çok Dilli Sitelerde Çapraz Hreflang: Eğer çoklu siteler farklı ülke veya dilleri hedefliyorsa, hreflang etiketleri siteler arası karşılıklı (reciprocal) olarak doğrulanmalıdır. A sitesindeki İngilizce sayfa B sitesindeki Almanca sayfayı işaret ediyorsa, B sitesi de A sitesini kesinlikle geri işaret etmelidir. Eksik veya tek taraflı hreflang etiketleri Google Search Console üzerinde hata olarak işaretlenir ve yerel SERP hedeflemesini bozar.

CDN ve Güvenlik Protokollerinin Merkezi Yönetimi

Portföydeki tüm alan adlarının DNS ve CDN (Cloudflare, Fastly, AWS CloudFront) yönetiminin tek bir kurumsal hesap altında birleştirilmesi şarttır. Cloudflare Enterprise veya benzeri platformlar üzerinden merkezi Edge kuralları (Edge Workers) işletilerek şu operasyonlar gerçekleştirilebilir:

• Merkezi Yönlendirme Yönetimi: Alan adları arası 301/302 yönlendirmeleri sunucu yükü oluşturmadan doğrudan CDN katmanında milisaniyeler içinde çözülür.

• Toplu SSL/TLS Yönetimi: Tüm alan adlarının güvenlik sertifikaları otomatik olarak yenilenir; süresi dolan sertifika sebebiyle sitelerin HTTPS uyarı ekranına düşmesi engellenir.

• Bot ve Scraping Koruması: Zararlı botlar, içerik hırsızlığı yapan scraper'lar ve DDoS atakları merkezi güvenlik duvarı (WAF) kurallarıyla tüm portföy genelinde engellenir. Bu durum tüm sitelerin tarama bütçesini (crawl budget) ciddi oranda korur.

---

Çakışmaları Önleme: Kanibalizasyon ve Yinelenen İçerik Yönetimi

Birden fazla web sitesi yönetirken karşılaşılan en büyük operasyonel tuzak, aynı şirkete ait sitelerin arama motoru sonuç sayfalarında (SERP) aynı anahtar kelimeler için birbiriyle yarışmasıdır. Bu duruma siteler arası anahtar kelime yamyamlığı (cross-domain cannibalization) denir.

Şirketler genellikle "ilk 3 sıranın ikisini alalım" vizyonuyla hareket eder; ancak çoğu zaman arama motorları hangi sitenin ana otorite olduğunu netleştiremediği için her iki sitenin de sıralamasını düşürerek SERP'teki alanı üçüncü taraf bir rakibe bırakır.

Siteler Arası Anahtar Kelime Yamyamlığı (Cross-Domain Cannibalization) Nasıl Tespit Edilir?

Çapraz kanibalizasyon tespiti için tek bir sitenin verilerini incelemek yetersizdir. Portföy genelinde birleşik bir anahtar kelime pozisyon haritası çıkarılmalıdır.

Aşağıdaki metodoloji uygulanarak kanibalizasyon teşhis edilir:

1. Ahrefs / Semrush Konsolide SERP Taraması: Portföydeki tüm alan adları ortak bir projeye eklenir. Aynı anahtar kelimede birden fazla alan adının ilk 50 sırada yer alıp almadığı filtrelenir.

2. Volatilite ve Sıralama Değişimi Analizi: Eğer bir anahtar kelimede A sitesi 4. sıraya çıktığında B sitesi 12. sıraya geriliyor; sonraki hafta B sitesi 5. sıraya yükseldiğinde A sitesi kayboluyorsa, algoritmik bir kafa karışıklığı ve kanibalizasyon mevcuttur.

3. Arama Niyeti (Intent) Çakışması: Her iki sitenin de aynı kullanıcı ihtiyacına (örneğin "en iyi ERP yazılımları") aynı formatta ve içerik derinliğinde cevap verip vermediği kontrol edilir.

Tespit edilen çakışmalarda sitelerden biri "ana hedefleyici" olarak seçilmeli; diğer site ise konuyu farklı bir alt niyetle (örneğin kurumsal işletmeler için vs. KOBİ'ler için) ele alacak şekilde yeniden yapılandırılmalı veya anahtar kelime odağından tamamen çekilmelidir.

İçerik Sendikasyonu ve Doğru Canonical Etiketi Kullanımı

Aynı makalenin, basın bülteninin veya ürün açıklamasının birden fazla sitede kelimesi kelimesine yayımlanması, Google algoritmaları tarafından doğrudan yinelenen içerik (duplicate content) olarak algılanır. Arama motorları bu durumlarda genellikle yalnızca en yüksek otoriteye sahip olan sayfayı indeksler, diğerlerini ise arama sonuçlarından filtreler.

İçerik paylaşımı (sendikasyon) zorunlu olduğunda uygulanması gereken teknik kurallar şunlardır:

• Çapraz Alan Adı Canonical (Cross-Domain Canonical): İçerik orijinal olarak A sitesinde yayınlandıysa ve B sitesinde de yayımlanmak zorundaysa, B sitesindeki sayfanın <head> bölümüne mutlaka şu etiket eklenmelidir:

<link rel="canonical" href="https://www.asitesi.com/orijinal-makale/" />
Bu etiket, arama motorlarına içeriğin asıl sahibinin A sitesi olduğunu bildirir ve tüm sıralama sinyallerini A sitesine konsolide eder.

• Noindex Direktifi Kullanımı: Eğer B sitesindeki içerik sadece o sitenin kullanıcılarına hitap ediyor ve organik sıralama kaygısı taşımıyorsa, sayfaya <meta name="robots" content="noindex, follow"> etiketi eklenerek arama motorlarının dizinine girmesi engellenmelidir.

Benzer Nişlerdeki Siteler İçin Özgün Değer Önerisi (Unique Value Proposition) Oluşturma

Birbirine çok yakın sektörlerde faaliyet gösteren mülklerde yinelenen içerikten ve kanibalizasyondan kaçınmanın nihai yolu, her site için net bir Özgün Değer Önerisi (UVP) inşa etmektir.

Bunu başarmak için içerik mimarisi hedef kitle persona ve veri setlerine göre ayrıştırılmalıdır:

• A Sitesi (Teknik / Geliştirici Odaklı): API dokümantasyonları, teknik kod örnekleri, mimari analizler ve entegrasyon rehberleri sunmalıdır.

• B Sitesi (Yönetici / Karar Verici Odaklı): ROI hesaplamaları, maliyet analizleri, vaka çalışmaları (case studies) ve iş geliştirme stratejileri yayınlamalıdır.

• C Sitesi (Son Kullanıcı / Pratik Odaklı): Hızlı başlangıç rehberleri, araç karşılaştırmaları ve adım adım kullanım kılavuzları barındırmalıdır.

Bu hedef kitle segmentasyonu yapıldığında, siteler aynı sektörü kapsasalar dahi hedefledikleri LSI ve semantik kelime havuzları doğal olarak birbirinden ayrışır; kanibalizasyon riski ortadan kalkar.

---

Çoklu Web Sitelerinde Topical Authority (Konu Otoritesi) ve Link İnşası

Arama motorları ve yeni nesil üretken yapay zeka arama sistemleri (GEO - Generative Engine Optimization), siteleri tekil sayfaların optimizasyonuna göre değil, bir konuyu ne kadar kapsamlı ve otoriter işlediklerine göre (Topical Authority) değerlendirir. Çoklu site portföyünde her sitenin kendine ait bir "tematik uzmanlık alanı" olmak zorundadır. Her şeyi anlatan tek bir devasa site yerine, kendi dikeyinde derinleşmiş siteler algoritmik olarak daha hızlı sıralama kazanır.

Ancak bu sitelerin birbirini desteklemesi planlanırken uygulanacak link stratejisi son derece hassastır. Yanlış tasarlanmış siteler arası linkleme (cross-linking), arama motorlarının manipülasyon olarak algılayabileceği bir "özel link ağı" (PBN - Private Blog Network) cezasına dönüşebilir.

Her Bir Site İçin Tematik Otorite Sınırlarının Belirlenmesi

Topical authority sınırları, bir sitenin hangi kavramları derinlemesine işleyeceğini ve hangi kavramlardan uzak duracağını belirleyen kırmızı çizgilerdir.

Tematik sınırları belirleme adımları:

1. Çekirdek Varlık Ağacı (Entity Mapping): Google Knowledge Graph ve semantik varlık modelleri incelenerek her sitenin ana "Entity" (Varlık) tanımlaması yapılır.

2. Kapsam Dışı Konuların Ayıklanması: Bir site siber güvenlik üzerine uzmanlaşıyorsa, bu site altında "dijital pazarlama ipuçları" gibi alakasız içerikler yayımlanmamalıdır. Bu tür içerikler o sitenin tematik netliğini bozar.

3. Pillar-Cluster Kurgusu: Her alan adı kendi konusu içinde en az 5-10 ana sütun (pillar) sayfa ve bu sütunları destekleyen onlarca alt küme (cluster) içerikle donatılmalıdır. Siteler arası içerik kaymaları kesinlikle engellenmelidir.

Siteler Arası Link İnşası (Cross-Linking) Kuralları: Güvenli Geçiş Köprüleri Kurmak

Birden fazla siteye sahip kurumların en büyük avantajı, kendi dijital mülkleri arasında yönlendirme yapabilmeleridir. Ancak Google'ın Spam Politikaları gereğince, sırf PageRank aktarmak amacıyla yapılan agresif siteler arası linklemeler manuel veya algoritmik ceza riski taşır.

Güvenli ve katma değerli çapraz linkleme (cross-linking) ilkeleri:

• Footer ve Site-Geneli (Sitewide) Linklerden Kaçının: A sitesinin alt bilgi (footer) alanına B sitesinin anahtar kelime odaklı (exact match anchor text) linkini koyup yüz binlerce sayfadan kontrolsüz link çıkışı yapmayın.

• Sadece Bağlamsal ve Kullanıcı Odaklı Linkler Verin: Linkler yalnızca makale metninin içinde, kullanıcının gerçekten ihtiyaç duyacağı ek bir kaynak veya araç referansı olarak verilmelidir.

• Marka ve Şeffaflık İlişkisi: Sitelerin aynı kurumsal çatıya ait olduğu açıkça belirtilmeli (Örn: "Şirketimizin bulut çözümü olan X platformu..."), anchor text'ler manipülatif anahtar kelimeler yerine marka adıyla yapılandırılmalıdır.

• Nofollow ve Sponsored Etiketlerinin Kullanımı: Eğer linkler ticari bir yönlendirme veya doğrudan reklam/satış amacı taşıyorsa, @@CODE0@@ veya @@CODE1@@ öznitelikleri kullanılarak arama motorlarına link sinyali geçişi sınırlandırılmalıdır.

Pazar ve Kitle Segmentasyonuna Göre İçerik Stratejisi Geliştirme

Çoklu web sitelerinde içerik stratejisi, her sitenin hizmet ettiği pazar segmentinin diline ve tüketim alışkanlıklarına göre özelleştirilmelidir. B2B odaklı bir site için teknik whitepaper'lar, vaka analizleri ve endüstriyel raporlar üretilirken; B2C odaklı kardeş sitede daha hızlı tüketilen, liste formatında, görsel ağırlıklı ve doğrudan sorun çözen rehberler kurgulanmalıdır.

GEO sistemlerinin (Google AI Overviews, Perplexity vb.) sitelerden alıntı yapabilmesi için her sitedeki içerikler "Information Density" (bilgi yoğunluğu) yüksek, doğrudan tanımlar ve doğrulanabilir istatistikler içerecek biçimde biçimlendirilmelidir. Siteler arasındaki kullanıcı dili ve yaklaşım farkı ne kadar belirgin olursa, arama motorları o siteleri o kadar bağımsız ve güvenilir bilgi kaynakları olarak sınıflandırır.

---

Ölçeklenebilir Raporlama ve Performans Takibi

Onlarca veya yüzlerce web sitesini tek tek analiz araçlarına girerek manuel kontrol etmek zaman kaybına ve kritik teknik hataların gözden kaçmasına yol açar. Karar vericilerin doğru zamanda doğru aksiyonu alabilmesi için tüm verilerin otomatikleştiği, konsolide bir izleme ve alarm altyapısı gereklidir.

Ölçeklenebilir performans takibi; teknik sağlık, organik trafik, anahtar kelime kazanımları ve dönüşüm metriklerinin tek bir ekrandan karşılaştırılabilmesini sağlamalıdır.

Google Search Console ve Google Analytics 4 (GA4) Çoklu Mülk Yönetimi

Google Search Console (GSC) ve GA4 altyapısının çoklu site mimarisine uygun kurulması, veri izolasyonunu ve toplu analiz kabiliyetini doğrudan etkiler.

Uygulanması gereken kurulum standartları:

1. Domain Mülkleri (Domain Properties): Her alan adı için URL ön eki yerine DNS doğrulamalı "Domain Property" açılmalıdır. Böylece @@CODE0@@, @@CODE1@@, www ve tüm alt alan adları tek bir çatı altında eksiksiz toplanır.

2. GSC Mülk Grupları (Domain Property Sets): İlgili dikeydeki siteler Search Console üzerinde gruplandırılarak toplam portföyün gösterim ve tıklama trendleri kümülatif olarak izlenmelidir.

3. GA4 Tekil ve Konsolide Hesap Mimarisi: Her site için bağımsız bir GA4 "Data Stream" ve "Property" tanımlanmalıdır; ancak kurumsal düzeyde (GA4 360 gibi) portföy genelindeki çapraz kullanıcı hareketlerini görebilmek adına "Roll-Up Properties" (Konsolide Mülkler) oluşturulmalıdır.

Looker Studio ile Konsolide SEO Performans Panelleri (Dashboard) Oluşturma

Search Console API, GA4 API ve SEO araçlarının API'leri (Ahrefs, Semrush) Looker Studio (eski adıyla Google Data Studio) veya BigQuery üzerinde birleştirilerek üst düzey yönetici panelleri inşa edilmelidir.

Bu konsolide dashboard üzerinde bulunması gereken temel göstergeler:

• Portföy Büyüme Özeti: Sitelerin haftalık/aylık bazda organik tıklama, gösterim ve ortalama CTR değişim tablosu.

• Top 20 Çakışma Raporu: Aynı anahtar kelimede sıralama alan kardeş sitelerin listesi ve sıralama dalgalanmaları.

• Dönüşüm ve Gelir İndeksi: Hangi sitenin organik trafiğinin daha yüksek lead veya ciro ürettiğini gösteren ROI paneli.

Hata ve Uyarı Yönetimi: Çoklu Sitede Teknik SEO Taramaları (Crawl Budget Yönetimi)

Sitelerin teknik sağlığını korumak için periyodik olarak otomatik taramalar (scheduled crawls) yürütülmelidir. Screaming Frog Server veya bulut tabanlı kurumsal tarayıcılar (Sitebulb Cloud, Lumar, Deepcrawl) üzerinden her hafta tüm siteler taranmalıdır.

Otomasyon kurgusunda şu kritik eşikler aşıldığında teknik ekibe otomatik e-posta/Slack uyarısı gönderilmelidir:

• 4xx ve 5xx durum kodlu sayfaların toplam URL havuzunun %1'ini geçmesi,

• İndekslenebilir sayfalarda noindex etiketinin aniden belirmesi,

• Sunucu yanıt sürelerinin (TTFB) 800 milisaniyenin üzerine çıkması,

• Core Web Vitals metriklerinde "Zayıf" (Poor) kategorisine düşen URL oranının artması.

Bu erken uyarı mekanizması, çoklu site yöneticilerinin kriz anlarında haftalarca beklemek yerine birkaç saat içinde müdahale etmesini sağlar.

---

Sık Yapılan Hatalar ve Kaçınılması Gereken Riskler

Çoklu web sitesi yönetimi yüksek getiri potansiyeline sahip olduğu kadar, yanlış yönetildiğinde tüm dijital varlıkları tehlikeye atabilecek yapısal riskler barındırır. Başarısızlıkla sonuçlanan çoklu site projelerinin büyük çoğunluğu, teknik eksikliklerden ziyade stratejik planlama hatalarından kaynaklanır.

Bu risklerin başında kaynakların plansız bölünmesi, manipülatif linkleme ağları kurma eğilimi ve teknik bakımın zamanla aksatılması gelir.

"Her Sektör İçin Yeni Domain" Tuzağı: Kaynakların Aşırı Bölünmesi

İşletmelerin en sık düştüğü stratejik yanılgı, faaliyet gösterdikleri her mikro ürün grubu veya dikey sektör için bağımsız bir alan adı yayına almaktır. Bu yaklaşım, şirketin toplam SEO bütçesini onlarca küçük parçaya böler.

Sonuç olarak:

• Sitelerin hiçbirinde yeterli içerik derinliği oluşturulamaz.

• Hiçbir site sektörün lider siteleriyle rekabet edebilecek backlink profiline ulaşamaz.

• Her alan adı için ayrı hosting, SSL, tema ve bakım maliyetleri şirkete gereksiz operasyonel yük getirir.

Bunun yerine, ana domain altında güçlü dikey kategoriler (alt dizinler) inşa etmek, kümülatif otorite oluşturarak tüm ürün gruplarının çok daha hızlı sıralama almasını sağlar.

Link Çiftliği İllüzyonu: Siteleri Birbirine Bağlarken Manuel Ceza Alma Riskleri

Aynı şirkete ait 10-15 farklı web sitesinin birbirine kontrolsüzce link vermesi, Google algoritmaları tarafından hızla tespit edilen en belirgin manipülasyon modellerinden biridir. Eğer bu siteler aynı sunucu IP bloğunda (C-Class IP) bulunuyor, aynı Google Analytics/Search Console hesaplarına bağlıysa ve birbirlerine doğrudan anahtar kelime odaklı anchor text'lerle link veriyorsa, bu durum bir Özel Link Ağı (PBN) olarak etiketlenebilir.

Bu risk gerçekleştiğinde, arama motorları portföydeki tüm sitelerin sıralamasını düşürebilir veya manuel işlem (Manual Action) uygulayarak siteleri dizinden tamamen çıkarabilir. Siteler arası linkleme daima kullanıcıya değer katan, organik, doğal ve sınırlı sayıda tutulmalıdır.

Teknik Güncellemelerin Senkronize Edilememesi ve Güvenlik Açıkları

Çoklu site yönetiminde en büyük operasyonel krizler genellikle güvenlik zafiyetlerinden doğar. Merkezi bir altyapıya bağlı olmayan, farklı CMS ve sunucularda barındırılan sitelerde güncellemeler gecikir.

Karşılaşılan temel tehlikeler:

• Eklenti ve Çekirdek Açıkları: Sitelerden birinde unutulan güncellenmemiş bir eklenti üzerinden sunucuya sızan zararlı yazılımlar, aynı sunucudaki diğer sitelere de bulaşarak sitelerin Google tarafından "Bu site güvenli olmayabilir" uyarısı almasına yol açar.

• Yönlendirme Zincirleri ve Kırık Linkler: Sitelerin birinde yapılan URL değişiklikleri diğer sitelerde güncellenmediğinde, binlerce kırık link (404) ve gereksiz yönlendirme zinciri (redirect chain) oluşarak tarama bütçesi israf edilir.

Portföydeki tüm siteler güvenlik, hız ve yazılım güncellemeleri açısından tek bir merkezi protokol üzerinden otomatik olarak denetlenmelidir.