Kurumsal entity yapısı; şirket, marka, hizmet, ürün, yayın ve diğer önemli varlıkların tekil kimliğini, adını, ilişkilerini ve kanıtlarını bütün site boyunca tutarlı yönetme disiplinidir. Bilgi grafiği yaklaşımı ise bu varlıkları sayfa listesinden çıkarıp birbirleriyle anlamlı ilişkiler içinde tanımlar. Başlangıç noktası schema eklemek değil, görünür kurumsal bilgiyi ve sahipliğini netleştirmektir.
Entity ve bilgi grafiği ne anlama gelir?
Entity, bir metindeki kelimeden daha fazlasıdır: ayırt edilebilir kimliği ve özellikleri olan kurum, marka, ürün, hizmet, kişi, yer, yayın veya kavramdır. “Vatansever Bilişim” bir kurum varlığı; “Kurumsal Web Yönetişimi ve AI Görünürlüğü” bir hizmet varlığı; Bilgi Merkezi’ndeki her rehber ise bir içerik varlığıdır.
Bilgi grafiği yaklaşımı, bu varlıkların yalnız ayrı sayfalarda bulunmasına değil, aralarındaki ilişkilerin açık olmasına odaklanır. Hangi hizmet hangi problemi çözer? Hangi rehber hangi konu merkezine aittir? Hangi şirket adı resmî unvandır? Hangi politika bütün yayınlara uygulanır? Bu ilişkiler görünür içerik, bağlantılar ve uygun makine-okunur işaretlemeyle desteklenir.
Önce kurumsal varlık envanteri çıkarılmalıdır
| Varlık türü | Asgari alanlar | Tipik hata |
|---|---|---|
| Kurum | Resmî unvan, kısa marka adı, URL, logo, iletişim ve hukuki kimlik. | Footer, iletişim ve yapılandırılmış veride farklı unvan kullanılması. |
| Hizmet | Tekil ad, problem, kapsam, sınır, bağlı kanıt ve iletişim akışı. | Aynı hizmetin farklı sayfalarda farklı isimlerle çoğalması. |
| Ürün/çözüm | Sahiplik, kategori, durum, sürüm, hedef kullanıcı ve bağımlılıklar. | Hizmet, ürün ve metodolojinin birbirine karıştırılması. |
| İçerik | Başlık, konu merkezi, yayıncı, tarih, güncelleme, kaynak ve canonical. | Benzer başlıkların birbirini yamyamlaması veya sahipsiz kalması. |
| Politika | Kapsam, yürürlük, sorumlu kurum, düzeltme ve değişiklik süreci. | Politika sayfasının var olup gerçek yayın akışına bağlanmaması. |
Envanter yalnız SEO tablosu değildir. İçerik, hukuk, satış ve teknik ekiplerin aynı varlığı aynı ad ve kapsamla yönetmesini sağlar. Her kaydın birincil sahibi, geçerli adı ve değişiklik tarihi bulunmalıdır.
Tekil kimlik, ad tutarlılığından daha geniştir
Bir kurum farklı bağlamlarda kısa marka adı, resmî ticaret unvanı ve alan adıyla anılabilir. Bu farklılıklar yönetilebilir; ancak hangisinin nerede kullanılacağı belirlenmelidir. Ana sayfa ve kurumsal sayfalarda resmî kimlik, kullanıcıya dönük navigasyonda kısa marka adı, yasal metinlerde tam unvan tercih edilebilir. Kritik olan, bu biçimlerin aynı kurumu temsil ettiğinin açık olmasıdır.
- Kanonik URL: Her önemli varlık için birincil açıklama sayfası belirleyin.
- Kurumsal sözlük: Hizmet, ürün ve metodoloji adlarını, kısa tanımlarını ve yasaklı varyasyonları kaydedin.
- Kanıt yüzeyi: İletişim, hakkımızda, politika ve hizmet sayfaları birbirini doğrulasın.
- Dış profil eşlemesi: Yalnız gerçekten kuruma ait, güncel ve doğrulanabilir profillere bağlantı verin.
- Kimlik değişikliği: Unvan, marka veya hizmet adı değiştiğinde yönlendirme ve geçmiş kayıt planını birlikte işletin.
sameAs gibi alanlar, yalnız aynı varlığın güvenilir dış profilleri için kullanılmalıdır. İlgili görünen her dizin veya haber bağlantısını kimlik eşlemesi olarak eklemek doğru değildir.
Site mimarisi varlık ilişkilerini görünür kılmalıdır
Kurum → hizmet
Hizmet sayfası kurumsal sahipliği, kapsamı ve ilgili temas yolunu açıklar.
Hizmet → bilgi
Rehberler hizmeti reklam cümlesiyle değil, problem ve karar kanıtıyla destekler.
Konu → içerik
Kategori merkezleri pillar, destekleyici içerik, araç ve güncel analizleri tek rota altında toplar.
İçerik → kaynak
Değişebilir iddialar görünür birincil kaynak ve güncelleme tarihi taşır.
İç bağlantılar yalnız botlara yol göstermek için değil, kullanıcının varlıklar arasındaki ilişkiyi anlayabilmesi için tasarlanmalıdır. “İlgili içerikler” bölümü rastgele popüler sayfaları değil, aynı karar yolculuğunun sonraki adımını göstermelidir.
Yapılandırılmış veri görünür gerçeğin makine-okunur karşılığıdır
Google, yapılandırılmış veriyi sayfa içeriğini anlamaya ve uygun durumlarda daha zengin arama görünümleri oluşturmaya yardımcı olan standart bir format olarak açıklar. Kurumsal ana sayfada Organization, makalelerde Article, kategori merkezlerinde CollectionPage ve gezinme bağlamında BreadcrumbList gibi türler kullanılabilir.
| Kontrol | Doğru yaklaşım | Riskli yaklaşım |
|---|---|---|
| Görünürlük | İşaretlenen bilgi kullanıcıya sayfada da gösterilir. | Yalnız JSON-LD içinde iddia veya hizmet eklemek. |
| Özgüllük | Sayfanın gerçek ana varlığına en uygun türü seçmek. | Her sayfaya mümkün olan bütün schema türlerini eklemek. |
@id | Aynı kurum varlığını sayfalar arasında istikrarlı kimlikle referanslamak. | Her sayfada aynı kurum için farklı kimlik üretmek. |
| Güncellik | Unvan, logo, URL ve tarih değişince görünür içerikle birlikte güncellemek. | Eski JSON-LD’nin sayfada yıllarca kalması. |
| Doğrulama | JSON parse, Rich Results Test ve canlı URL incelemesi yapmak. | Sözdizimi geçince arama görünümünü garanti saymak. |
Geçerli işaretleme rich result veya bilgi paneli garantisi değildir. Yapılandırılmış veri kalite, erişilebilirlik, özgün içerik ve dış dünyadaki kurumsal kanıtların yerine geçmez.
Entity sistemi değişiklik yönetişimi olmadan hızla bozulur
Yeni hizmet açılması, şirket unvanının değişmesi, bir çözümün kapatılması veya bir kategori adının yeniden düzenlenmesi yalnız metin güncellemesi değildir. Navigasyon, footer, canonical, sitemap, JSON-LD, iç bağlantılar, politika metinleri ve dış profiller aynı değişiklik kaydından yönetilmelidir.
- Değişiklik talebi: Hangi varlığın hangi alanı, neden ve hangi tarihte değişiyor?
- Etki haritası: Sayfalar, şemalar, bağlantılar, belgeler ve dış profiller listelenir.
- Onay: Kurumsal, editoryal ve teknik sorumlular gerekli alanları onaylar.
- Yayın: Merkezî veri kaynağı ve türetilen yüzeyler birlikte güncellenir.
- Doğrulama: Eski ad, kırık bağlantı, çift URL ve şema uyumsuzluğu taranır.
Entity kalitesi hangi kanıtlarla ölçülür?
- Önemli varlıkların yüzde kaçı tekil kanonik sayfaya sahip?
- Resmî unvan, kısa ad, logo ve iletişim bilgisi bütün yüzeylerde uyumlu mu?
- Yapılandırılmış veri görünür içerikle birebir örtüşüyor mu?
- Hizmet ve içeriklerin yetim URL oranı nedir?
- Eski ad veya eski URL’ye giden iç bağlantı kaldı mı?
- Arama ve AI cevaplarında kurum başka varlıklarla karışıyor mu?
- Değişikliklerin ne kadarında etki analizi ve güncelleme kaydı var?
Bilgi paneli çıkması veya AI sisteminin belirli bir cümleyi kullanması tek başına kalite metriği değildir. Ölçüm, kurumun kontrol edebildiği tutarlılık, erişim, kanıt ve güncelleme göstergeleriyle başlamalıdır.
90 günlük uygulama planı
| Dönem | Çalışma | Çıktı |
|---|---|---|
| 1–30 gün | Kurum, hizmet, ürün, politika ve içerik envanteri; ad ve URL çatışmaları. | Varlık sözlüğü, sahiplik ve kanonik sayfa listesi. |
| 31–60 gün | Sayfa mimarisi, iç bağlantılar, Organization ve Article kimliklerinin hizalanması. | Görünür ilişki ağı ve tutarlı JSON-LD modeli. |
| 61–90 gün | Değişiklik workflow’u, otomatik drift taraması ve periyodik gözden geçirme. | Entity yönetişimi kabul kapısı ve bakım takvimi. |
Yaygın yanlışlar
- Bilgi grafiğini yalnız schema eklentisi kurmak sanmak.
- Arama sonucunda bilgi paneli çıkmasını garanti etmek.
- Görünmeyen veya doğrulanmamış kurumsal iddiaları JSON-LD’ye eklemek.
- Aynı hizmet için farklı isim ve URL’leri kontrolsüz çoğaltmak.
sameAsalanına kurumu yalnızca anan her bağlantıyı koymak.- Kurumsal değişikliği yalnız ana sayfada yapıp footer, politika ve içerikleri eski bırakmak.
Kaynaklar ve gözden geçirme notu
Bu rehberde değişebilir veya teknik iddialar için öncelikle resmî kurum, ürün geliştiricisi ve birincil araştırma kaynakları kullanılmıştır. Bağlantılar 27 Temmuz 2026 tarihinde gözden geçirilmiştir.
- 01Google Search Central — Introduction to structured data
Yapılandırılmış verinin sayfa içeriğini ve varlıkları anlamaya yardımcı olan standart format olarak kullanımını açıklar.
- 02Google Search Central — Organization structured data
Kurumsal kimliği ayırt etmeye yardımcı Organization alanlarını ve uygulama sınırlarını açıklar.
- 03Google Search Central — General structured data guidelines
Görünür içerikle uyum, doğruluk, erişim ve garanti vermeme ilkelerini tanımlar.
- 04Google Search Central — ProfilePage structured data
Kişi ve kuruluş profil sayfalarının makine-okunur biçimde tanımlanmasına ilişkin resmî rehber.
- 05Google Search Central — AI features and your website
İç bağlantı, metinsel erişilebilirlik ve yapılandırılmış verinin görünür içerikle eşleşmesi gibi temel görünürlük ilkelerini açıklar.