Markanızın kişiler, ürünler ve kuruluşlarla kurduğu herkese açık bağları tek grafikte topluyoruz. Her bağlantının hangi kaynağa dayandığını ve hangi tarihler arasında geçerli olduğunu kaydediyoruz.

Onaylı kayıtlardan aday ilişkileri çıkarıyoruz. Eksiksiz bir kaynakla desteklenmeyen bağlantıları grafiğe almıyoruz. Hassas ilişkileri hukuk ya da gizlilik sorumlusu onaylamadan yayına hazırlamıyoruz. Elinizde, yalnızca gerçek bir belgenin desteklediği bağlantıları gösteren herkese açık bir varlık grafiği kalır. Hukuk ya da gizlilik ekibinin sonradan geri çekmek zorunda kalacağı bir ilişkiyi yayına almıyoruz. Ana şirket, ürün ve kurucu ilişkilerini her sayfada yeniden açıklamak yerine bir kez netleştirip güncel tutmak isteyen veri yönetimi ve içerik ekipleri.

Varlık düğümlerini kaynaklı bağlantılarla birleştiren uzman illüstrasyonu

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • Decathlon
  • Marks & Spencer
  • Edenred
  • Abdi İbrahim
  • Shiftdelete
  • Albaraka Türk
  • Marble Systems
  • Amazon
  • BMW
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • DenizBank
  • Acıbadem Sağlık Grubu
  • Yemeksepeti

Ham kayıtları beş adımda, sorumluları belli kişilerin onayladığı herkese açık bir grafiğe dönüştürüyoruz.

Çalışma ilkelerimiz

  • Kaynaksız bağ grafiğe girmez
  • Her bağın yönü ve tarih aralığı var
  • Özel bilgi özel bilgi olarak kalır
  • Onay gelene kadar taslak sayılır
  1. Varlık kapsamını ve gizlilik sınırını çiziyoruz

    Hangi varlık türünün çalışmaya dahil olduğuna, hangi alanların yasak sayıldığına en baştan karar veriyoruz. İlgili alan, gizlilik ve hukuk ekipleri bu kapsamı onaylar.

    Onaylanmış varlık kapsamı ve hariç tutulan hassas veri listesi.

  2. Adları ve tanımlayıcıları tek forma indiriyoruz

    Bir ilişki eklenmeden önce her varlık tek bir ada ve tanımlayıcıya sabitlenir. Veriden sorumlu kişi, hangi değerin onaylı olacağına karar verir.

    Takma adları ve çakışmaları işaretlenmiş onaylı envanter.

  3. Grafiğe yalnızca kanıtı olan ilişkiyi koyuyoruz

    Yön ve tarih aralığı, ancak bir belge ya da herkese açık kayıt bunu destekliyorsa grafiğe girer. İlgili alan, gizlilik ve hukuk ekipleri her ilişkiyi tek tek onaylar.

    Her bağlantısı eksiksiz bir kaynağa dayanan ilişki grafiği.

  4. Her bilgi parçasına köken ve sorumlu ekliyoruz

    Bir ilişki değiştiğinde bunu kimin güncelleyeceği belirsiz kalmaz. Veri yönetimi ve içerik ekipleri bu sorumluluğu üstlenir.

    Kaynağı, güven düzeyi ve sorumlusu belli düğümler ve bağlantılar.

  5. Grafiği ve güncelleme sürecini birlikte onaya sunuyoruz

    Modelleme bitmiş olması yayın onayının atlanacağı anlamına gelmez. Grafikten, hukuktan ve yayından sorumlu kişiler bu sürümü onaylar.

    Sürüm numarası taşıyan herkese açık grafik ve güncelleme kuralı.

CMS'in doğrudan uygulayabileceği grafiği, onu güncel tutacak kuralları ve her bağlantının gerçek bir kaynağa dayanıp dayanmadığını gösteren ölçümü birlikte veriyoruz.

  • Onaylanmış herkese açık varlık modeli

    Varlık türü, düğüm, özellik ve hariç tutulanların hepsi sürüm numarası taşır.

  • Bilgi grafiği çıktısı

    Uygulamaya hazır bağlantıyı belirsiz olandan ve özel kalması gerekenden ayırt eder.

  • Bilgi yönetimi kuralları

    Tanımlayıcı yönetimini, sorumluluk dağılımını, güncelleme tetikleyicilerini ve çelişkilerin nasıl çözüleceğini kapsar.

  • İlişkilerin köken oranı

    Bu ölçüm, yeterli ve denetlenebilir kaynağa dayanan bağlantıların toplam içindeki payını gösterir.

  • İlişkileri yenileme takvimi

    Geçen yıl doğru olan bir ilişki, yeniden doğrulanmadan bu yıl da doğru sayılmaz. Her bağlantı, kimin yenileyeceği bilgisini zaten yanında taşıyor.

Ana şirket, satın alınmış ürün ve kurucu bilgisi farklı sistemlerde duruyorsa, dışarıdan bakan biri aralarındaki bağlantıyı kuramayabilir.

Şu durumlarda iyi bir seçim

  • Bilgi parçaları farklı sistemlerde dağınık duruyor — CRM ana şirket bilgisini tutuyor, CMS ürün hattını biliyor, basın sayfası kurucuyu tanıtıyor. Ama hiçbiri diğerine atıf yapmıyor.
  • Ekibin bildiği bağlantı dışarıya hiç yansımıyor — Ürünün hangi markaya bağlı olduğunu ekip gayet iyi biliyor. Ama bunu açıkça söyleyen tek bir herkese açık kaynak yok.
  • Ekipler ortak bir tanımda birleşemiyor — Pazarlama iştirak diyor, hukuk bağlı şirket diyor, site ise konuyu hiç tanımlamadan geçiyor.
  • Önce kim olduğunuz netleşmeli — Adaş markalar ve takma adlar hâlâ karışıksa, bu adımdan önce Varlık Envanteri sürecini tamamlamak gerekir.
  • Önce herkese açık bilginin sınırını çiziyoruz — Hangi kayıtların hiçbir koşulda herkese açık hale gelmemesi gerektiğini çalışmaya başlamadan önce işaretliyoruz.
  • Her bağın yönünü, tarihini ve kaynağını kaydediyoruz — Kurucu, iştirak ve eski ad ilişkilerinin her biri kendi kanıtına dayanıyor. Varsayımı ilişki kaydı olarak kabul etmiyoruz.
  • Onaylanmış ilişkilerle önerileri ayrı tutuyoruz — Sorumlu kişi onaylamadan hiçbir aday bağlantı kesin bilgi gibi yayına çıkmaz.

Şu durumlarda başka bir çalışma daha doğru

  • Grafikten zengin sonuç garantisi bekliyorsunuz — Grafik doğru ve herkese açık bilgiyi kayda geçiriyor, dış sistemdeki görünümü için garanti vermiyor.
  • Kaynaksız bağlantılar grafiğin dışında kalır — Kaynağı olmayan bir bağlantı, grafiğe zenginlik katmaz. Risk katar.
  • Hassas ilişkiler için hukuk ya da gizlilik onayı gerekir — Gizli tutulan ortaklıklar ve henüz duyurulmamış satın almalar, görünürlük hedefi ne olursa olsun grafiğin dışında kalır.
  • Schema App

    Kaynakla desteklenen ilişkileri yapılandırılmış bağlantılar olarak doğrudan kuruyor

  • InLinks

    Onaylanmış bir bağlantıyı, bir kişi onayladıktan sonra sahip olunan sayfada markup olarak ifade ediyor

  • Google Knowledge Graph Search API

    Google indeksinin bir entity için gösterdiği ilişkileri hızlıca kontrol ediyor

  • Wikidata

    Bağlantıyı kaynak ve zaman aralığıyla modelliyor, sayfanın istediği yapının aynısı

  • Diffbot

    Kamuya açık kaynaklardan aday bağlantılar öneriyor, her birini geldiği sayfayla döndürüyor

  • Airtable

    Her ilişkinin kaynağını ve hukuk ya da gizlilik incelemesini izliyor

Elinizdeki kayıtları getiriyorsunuz. Biz aday ilişkileri çıkarıyoruz. Yalnızca gerçek kaynakla desteklenen bağlantıları grafikte tutuyoruz, hassas ilişkileri doğru onayı verecek kişiye yönlendiriyoruz.
İlişki haritasını konuşalım

Varlık ilişki haritalama (Entity Relationship Mapping) ne işe yarar?

Şirketinizin ana markası, alt ürünleri, hizmet kategorileri, kurucuları ve sektörel uzmanlıkları arasındaki anlamsal bağları makinelerin anlayacağı net bir bilgi ağına dönüştürür.

Bu haritalama arama motorlarının markamızı doğru kategorize etmesine nasıl yardımcı olur?

Modellerin markanızı belirsiz bir şirket olarak değil, belirli bir sektörde uzmanlaşmış çözümler sunan yetkili bir yapı olarak kavramasını ve ilgili sorgularda önermesini sağlar.

Haritalanan ilişkiler web sitesinde hangi teknik yapılarla somutlaştırılır?

Schema.org ontolojileri, iç link mimarisi, varlık etiketleri ve sayfa hiyerarşisi kullanılarak site mimarisine entegre edilir.

Şirketimizde yeni bir ürün veya hizmet lansmanı olduğunda harita nasıl güncellenir?

Yeni varlık mevcut bilgi grafiğine doğru ebeveyn-çocuk ilişkileri ve ilgili kavram bağlantılarıyla eklenerek lansman anından itibaren anlamsal olarak konumlandırılır.