Birleşme sonrası model hâlâ eski şirketi anlatıyor olabilir
İki şirket birleştiğinde ya da biri diğerini satın aldığında, bu değişikliği bir model günler içinde öğrenmez. Eski adı, eski yapıyı ve artık geçerli olmayan bir hiyerarşiyi anlatmaya devam edebilir.
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.
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
Markaların yapay zekâ destekli arama sistemlerindeki görünürlüğünü ölçer ve düzeltir. Ölçüm metodolojisi ham sunucu yanıtına ve tekrarlı çalıştırmaya dayanır; her bulgu kaydedilmiş bir sunucu yanıtına bağlanır.
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.