Bir model markanızı nasıl bildiğini, geçmiş içerik ve dış kaynakların birikiminden öğrenir. Bir birleşme veya satın alma gerçekleştiğinde bu birikim bir gecede değişmez — model, aylar hatta yıllar boyunca eski yapıyı anlatmaya devam edebilir.
Üç tipik senaryo
A şirketi B'yi satın aldı, B'nin adı kalıyor. Model B'yi hâlâ bağımsız bir şirket olarak tanıyabilir, A ile ilişkisini bilmeyebilir. Kullanıcı "B kime ait" diye sorduğunda yanlış ya da eksik cevap riski var.
A ve B birleşip C oldu. En karmaşık senaryo — model hem A'yı hem B'yi hâlâ ayrı ayrı tanıyor olabilir, C'yi henüz hiç tanımayabilir. Üç varlık aynı anda karışıklık kaynağı.
A, B'yi satın alıp kendi markasına gömdü (B kayboldu). Model B'yi hâlâ aktif bir şirket sanıp önerebilir — kullanıcı var olmayan bir şirkete yönlendirilir.
Varlık netliğini yeniden kurmanın sırası
Organizationşemasını güncelleyin. Yeni yapıyısubOrganization
veya parentOrganization ile açıkça belirtin. B artık A'nın bir parçasıysa bunu şemada söyleyin, sadece duyuru sayfasında değil.
- Eski adı
alternateNameolarak tutun. Silmeyin — model hâlâ eski
adla arama yapan kullanıcıyı doğru varlığa bağlamalı.
- sameAs bağlarını güncelleyin. LinkedIn, Wikidata, ticaret sicili
kayıtlarının hepsi yeni yapıyı yansıtmalı; çözülmeyen veya eski bilgi taşıyan bağlar yeni yapıyı doğrulamak yerine eskisini pekiştirir.
- Açık bir geçiş sayfası yayınlayın. "B, A'nın bir parçasıdır, [tarih]
itibarıyla" cümlesini taşıyan, olgusal ve tarihli bir sayfa — bu, hem kullanıcıya hem modele referans alınabilir bir kaynak sağlar.
- Eski alan adını hemen kapatmayın. Kademeli 301 yönlendirme ve bir
süre paralel çalışma, biriken sinyalin aniden kaybolmasını önler.
Bu neden varlık belirsizliğinden daha zor
Sıradan varlık belirsizliğinde model markanızı hiç tanımıyor veya karıştırıyordur — çözüm netlik eklemektir. Birleşme sonrasında model markanızı fazla iyi tanıyor olabilir: eski, artık geçerli olmayan bir versiyonunu. Burada sorun bilgi eksikliği değil, güncelliğini kaybetmiş bilgidir — ve bu, AI yanlış bilgi düzeltmede anlatılan "eskimiş bilgi" kategorisinin kurumsal ölçekte bir örneğidir.
Beklenti: ne kadar sürer
Arama tarafı (arama yüzlü botlar, güncel web araması) haftalar içinde yeni yapıyı yansıtmaya başlar — açık geçiş sayfası ve güncel şema yayınlandıktan sonra. Eğitim tarafı (modelin temel bilgisi) bir sonraki büyük eğitim turuna kadar eski yapıyı taşımaya devam edebilir; bu süre aylar, bazen bir yıla yakın olabilir ve hızlandırılamaz.
Marka mimarisi kararı ölçümü de belirler
Birleşme sonrası üç marka mimarisi mümkündür ve her biri ölçüm setini değiştirir:
| Model | Örnek yaklaşım | Ölçüm sonucu |
|---|---|---|
| Tekli marka | B tamamen kaybolur, A adı kalır | Yalnızca A ölçülür, B sorguları A'ya yönlendirilerek test edilir |
| Onaylı marka | "B, bir A şirketidir" | İkisi ayrı ölçülür, ilişki sorgularıyla ("B kime ait") doğrulanır |
| Çoklu marka | A ve B bağımsız görünür kalır | İkisi tamamen ayrı sorgu setleriyle, ilişkiyi hiç varsaymadan ölçülür |
Hangi mimari seçilirse seçilsin, ölçüm o mimariye göre kurulmalı — "onaylı marka" stratejisi seçip sonra B'yi tamamen bağımsız gibi ölçmek, stratejinin kendisiyle çelişen bir veri seti üretir.
Basın bültenleri kalıcı bir kaynak oluşturur
Birleşme duyurusunun kendisi (basın bülteni, haber kaynakları) zamanla modelin "kanonik" bilgi kaynağına dönüşür. Bu bültenin ilişkiyi net, tek anlamlı bir cümleyle kurması önemlidir — "A ve B güçlerini birleştiriyor" gibi muğlak bir ifade, "B artık A'nın alt kuruluşudur" kadar net bir hiyerarşi kurmaz ve model belirsizliği kendi başına çözmeye çalışır.
Kontrol listesi
Organizationşeması yeni hiyerarşiyi (parentOrganization/subOrganization) yansıtıyor mu- Eski ad
alternateNameolarak korunuyor mu - Tüm
sameAsbağları yeni yapıyla güncellendi mi - Açık, tarihli bir geçiş/duyuru sayfası var mı
- Eski alan adı kademeli yönlendiriliyor mu, aniden kapatılmıyor mu
Sık sorulanlar
Yeniden markalama (rebrand) ile birleşme aynı sorunu mu yaratır?
Benzer ama aynı değil. Rebrand tek bir varlığın adını değiştirir — çözümü [marka adı varyantları](/blog/marka-adi-varyantlari/) yazısındaki gibi eski adı `alternateName` olarak tutmaktır. Birleşme iki varlığı bir hiyerarşide birleştirir — çözümü daha karmaşıktır çünkü iki geçmiş, iki itibar birleşiyor.
Satın alınan şirketin eski sitesini kapatmalı mıyım?
Hemen değil. Ani kapatma, o alan adının taşıdığı tüm sinyali (dış bağlar, arama sonucu geçmişi) sıfırlar. Kademeli yönlendirme ve açık bir "artık X'in parçasıyız" beyanı daha güvenli bir geçiştir.