Şirketler ve kişiler için Schema.org yapılandırılmış verileri nasıl kullanılır?
Yayınlanan: 2020-02-26Bu makalede, Schema.org yapılandırılmış verilerinin tam olarak ne olduğuna, EAT'yi oluşturmak için neden gerekli olduğuna ve arama motorlarına net ve kesin verileri iletmek için çok çeşitli tür ve niteliklerinden nasıl yararlanabileceğimize bakacağım.
EAT nedir?
Uzmanlık, Yetki ve Güven veya EAT, arama motorlarının belirli bir arama sorgusu için hangi sitenin gösterileceğine karar vermek için kullandığı ana kriterlerden biridir. Yapılandırılmış verileri kullanmak, onlara kim olduğunuzu ve ne yaptığınızı çok net bir şekilde söyleyecek ve bu onların sitenize olan güvenini artıracaktır. Uzmanlığı ve yetkiyi gösteren ek verileri dahil etmek, güveni artıracak ve sitenizin daha iyi sıralanmasını sağlayacaktır.
“YMYL” veya Sizin Paranız, Sizin Hayatınız olarak bilinen ve özellikle finans ve sağlıkla ilgilenen tüm siteleri içeren başka bir seviye daha vardır. Bu kategori için Google ekstra katıdır ve bu konular hakkında konuşmak için nitelikli ve yetkin olduğunuzu gösteren tüm bilgileri eklediğinizden gerçekten emin olmanız gerekir.
Merak ediyor olabilirsiniz:
Yapılandırılmış veri nedir?
Yapılandırılmış veriler, makineler tarafından anlaşılabilen standart bir biçimde sunulan bilgilerdir.
İnternetin var olması için yapılandırılmış verilere ihtiyacı vardır. Tüm kurucu makinelerinin birbirleriyle iletişim kurabilmesi için, tüm protokolleri ve dilleri (HTTP, TCP, TLS/SSL, PHP, Javascript vb.) üzerinde anlaşmaya varılan titiz bir yapıya sahiptir.
Bunun büyük bir istisnası, web sitenizin sayfalarının görünür metin içeriğine koyduğunuz bilgilerdir. Verilerinizin nasıl düzenleneceğine ilişkin hiçbir kural yoktur. Arama motorları bu içeriğe baktıklarında, belirli veri türleri olarak tanımlayabilecekleri şeyleri arayan metin parçalarını analiz ederler. Ama her zaman belirli bir belirsizlik derecesine sahiptir. Örneğin, aşağıdaki gibi standart bir adres alın:
Amazing Stuff Inc, 39 Main Street, 34000 Newtown, Fransa
Bu özel adres biçimini kullanan yerlerden insanlar bunun bir adres olduğunu anında görebilirler. Ancak, farklı bir adres biçimi kullanan dünyanın başka bir yerinden biri olduğunuzu hayal edin; Adresin tüm bölümlerinin ne olduğunu anlar mıydınız? Bu makineler için böyledir.
Arama motorlarındaki yapay zeka, bunun muhtemelen bir adres gibi göründüğünü anlayabilecek ve çeşitli unsurları çıkarabilecek kadar gelişmiştir, ancak yine de %100 kesin değildir ve neye sahip olduğundan emin olmak için diğer birçok kaynaktan onay alması gerekir. tahmin etti. Ancak yapılandırılmış veriler, "streetAddress" gibi standart bir ad ve ona atanan değerden (bu durumda "39, Ana Cadde") oluşan çiftlerden oluşur ve arama motorları bu türü arayan html kodunu tarar. adlandırılmış verilerden oluşur.
Tarama Verileri³
Daha fazla bilgi edinBu nedenle sorun şu ki, web sayfalarınızdaki bilgiler insan gözüne yapılandırılmış gibi görünse de, hiçbir şekilde makineler için yapılandırılmamış. Tahmin etmeleri gerekiyor!
Pratik açıdan, bu konuda ne yapabiliriz?
Schema.org, Google, Bing ve Yahoo tarafından, yapılandırılmış verilerin web sitelerinde işaretlenmesini sağlamak için evrensel bir şemalar sistemi sağlamak için 2011 yılında başlatılan bir girişimin parçasıdır. Arama motorları “ @context”:”http://schema.org/ ” satırını gördüklerinde, tanıyabilecekleri adlandırılmış Schema.org veri çiftlerini aramaya başlarlar.
Şema yapılandırılmış verilerini html'mizin <head> bölümüne şu şekilde ekleyebiliriz:
JSON-LD biçiminde yapılandırılmış veriler
Ve arama motorları sayfayı analiz ettiklerinde bunu böyle görüyorlar:
Google'ın yapılandırılmış veri test aracındaki yapılandırılmış veriler
Bu çok daha net değil mi? Arama motoru algoritmaları artık yapılandırılmış verilerin her bir bitinin kimliği ve rolünden %100 emin. Bu onların hayatlarını çok daha kolay hale getirir ve sizin kim olduğunuza ve ne yaptığınıza duydukları güven düzeyini artıracak, EAT'nizi yükseltecek ve sıralamalarınızı iyileştirecektir.
Bir kuruluş için temel Şema işaretlemesi
En temel Şema ile başlayacağım ve ardından bazı ek optimizasyonlara bakacağım.
İlk olarak, kuruluş türünüzü tanımlamanız gerekir. Schema.org sistemi, tür adı verilen (burada görebileceğiniz) bir şeyler hiyerarşisi olduğundan, en genel türden başlayabilir ve kendi türünüzü bulana kadar hiyerarşide daha derine inebilirsiniz. En genel tür, biri Organizasyon olan bir dizi geniş alt türü içeren Thing'dir . Şekil 3'te görebileceğiniz gibi, Organizasyon , Corporation , LocalBusiness , EducationalOrganization vb. Gibi diğer türleri içerir.
Tür hiyerarşisinin bir parçası
LocalBusiness'ın çok sayıda alt türü olduğunu görebilirsiniz, bu nedenle daha derine inmeye devam edebilirsiniz, ancak yerel bir işletme değilseniz, muhtemelen bir Şirketsiniz, buna bakabilirsiniz. Şirket sayfasını görmek için tıklayınız.
Şema bloğunuz şimdi şöyle görünür:
Şirket türü
Bu harika ve Yapılandırılmış Veri Test Aracı'nda bize herhangi bir hata vermiyor ancak bize şirket hakkında hiçbir şey söylemiyor, bu yüzden ona bazı nitelikler veya onu tanımlayan veri parçaları vermemiz gerekiyor.
Şirket sayfasında, bir dizi kabul edilmiş özelliği olduğunu göreceksiniz. Öznitelik adlarını doğru yazmak önemlidir, çünkü arama motoru türü gördükten sonra o tür için kabul edilen belirli öznitelikleri arayacaktır. Öznitelik adları küçük harfle başlar ve tür adları büyük harfle başlar.
[Örnek Olay] En yüksek YG'ye sahip sayfaları iyileştirmek için bağlantıları optimize edin
Örnek olayı okuyunBazı türlerin bir veya daha fazla gerekli özniteliği vardır: bir LocalBusiness türü (veya LocalBusiness öğesinin bir alt türü) seçerseniz, en az bir ad ve bir resim url'si gerektirdiğinden test aracında hata görüntülenebilir.
Eksik veriler için hatalar
Bu olursa, kötü işaretlemeyi önlemek için en azından aşağıdaki şekil 6'daki gibi gerekli verileri sağladığınızdan emin olun ve ardından fazladan veri ekleyebilirsiniz:
Hatalar düzeltildi
Bu makalenin geri kalanında geçmişte markalaştığım bir şirket olan sunfimmo.com örneğini alacağım. Bu bir Fransız şirketidir, ancak unutmayın, öznitelik adları, arama motorları tarafından tanınabilmesi için her zaman standartlaştırılmış İngilizce biçimindedir.
Şirket bir emlak acentesidir ancak ziyaret edebileceğiniz gerçek bir fiziksel acenteleri yoktur, bu nedenle LocalBusiness türlerinden biri olamazlar. RealEstateAgent kullanmak yerine, türlerinin Corporation olması gerekir. Temel işaretleme şöyle görünür:
Bir Şirket için Temel Schema.org
Artık şirket hakkında bazı iyi temel verilere sahibiz. Yasal adın ticaret için kullanılan adla aynı olmadığını unutmayın - bu önemlidir çünkü daha sonra resmi şirket kayıt listelerine bağlantılar ekleyeceğiz ve kesinliği konusunda güven oluşturmak istiyorsak verilerin aynı olması gerekiyor. veri. Aynısı adres ve telefon numarası için de geçerlidir; her yerde aynı olmaları gerekiyor!
Temas Noktası
Bir şirketin birden fazla irtibat noktası varsa (farklı kasabalarda, bölgelerde veya ülkelerde) bunlar da işaretlenebilir. Bu şirketin iki ofisi var ama aynı telefon numarasını paylaşıyorlar, bu yüzden şu şekilde gruplandırılıyorlar:
ContactPoint için Temel Schema.org
Bir tür (burada ContactPoint ) bir öznitelik için değer olarak kullanıldığında, küme parantezleri içinde bir blok olarak işaretlendiğini unutmayın; bu yapılandırılmış veridir! Bir özniteliğin birkaç değeri olduğunda, bunları virgülle ayırarak köşeli parantez içine alabiliriz.
Bir kuruluş için ek Şema işaretlemesi
Ek tip
Yerel bir işletme olmadığı için şirketi RealEstateAgent olarak işaretleyemeyeceğimizi, ancak yine de Productontology sistemini kullanarak yapılandırılmış bir veri biçiminde belirli bir emlakçı türüne sahip olduğunu gösterebileceğimizi makalede daha önce gördünüz. Şimdi ayrıntılara girmeyeceğim (talimatlar burada) ancak bunu yapmamızı sağlıyor:
üretimontolojiyi kullanma
Ayrıca bir sameAs bloğuna Wikipedia'ya bir bağlantı da koyabiliriz:
sameAs'ı kullanma
Artan güvenilirlik için resmi sayfalara bağlantı
Artık şirketin temel ayrıntılarını içeren bir işaretlememiz var ve daha spesifik bir tür sağladık. Ancak aynı zamanda güveni ve güvenilirliği artırmak ve şirketin gerçek bir şey olduğunu göstermek istediğimizi unutmayın. Bunu yapmak için, kendimizi değiştiremeyeceğimiz verileri içeren resmi sayfalara bağlantı verebiliriz, bu da onları, örneğin temelde herkesin istediği herhangi bir şey olduğunu iddia edebileceği sosyal ağ hesaplarından çok daha güvenilir hale getirebilir!
Burada Fransa'da tüm şirketlerin resmi bir kayıt numarası (“SIRET”) ve çalıştıkları sektör için bir kodu (“CODE NAF”) vardır. Böylece, aslında şunu söyleyen özel bir blok yazabiliriz:
"Bu resmi bir tanımlayıcıdır, işte adı budur, değeri burada, onu açıklayan bir wikipedia sayfası ve işte listenin bulunduğu resmi yönetim sayfası":
Schema.org tanımlayıcısını kullanma
Daha fazla "resmi" bilgiyi desteklemek için aynı As bloğunda aşağıdaki gibi herhangi bir ilgili aktif sosyal hesapla birlikte şirket bilgi listeleme sayfalarına bağlantılar sağlayabiliriz:
Daha fazla sameAs bağlantıları
Uzmanlığı ve yetkiyi artırmak için bir Kişi için Şema verileri ekleme
Şirket için ana Şema biçimlendirme bloğumuzu oluşturduk ve güvenilirliğini ve güvenilirliğini artırmak için bir dizi veri ekledik. Yetki ve uzmanlığı artırmanın iyi bir yolu (unutmayın, bu tamamen EAT ile ilgilidir), bir veya daha fazla kişiyi ve kimlik bilgilerinin neler olduğunu dahil etmektir. Bunu yapmak için aşağıdaki gibi bir Kişi bloğu ekleyebiliriz:
Bir kişi için Schema.org
Burada kurucunun Jean-Bernard Huet adında bir Kişi olduğunu söylüyoruz, sonra onun LinkedIn hesabını veriyoruz ve biri ekonomi ve işletme alanında olmak üzere elde edilen belirli diplomaların sayfalarına bağlantı içeren iki Eğitim Kuruluşunun mezunu olduğunu belirtiyoruz. ve bir tanesi gayrimenkul hukukunda. Profesyonel güvenilirliğini artırmak için, şirket için olduğu gibi bir tanımlayıcı blok ekleyebiliriz, ancak bu sefer emlakçı lisans numarasını tanımlıyor ve resmi Ticaret Odası liste sayfasıyla birlikte ne olduğunu açıklayan resmi sayfalara bağlantı veriyor:
Bir kişi için Schema.org tanımlayıcısı
Bu nedenle, Google'a makineler tarafından kolayca anlaşılacak şekilde özel olarak tasarlanmış bir biçimde çok büyük miktarda çok hassas veri sağladık!
Tek sorun, bloğumuzun artık çok büyük olması ve tüm sayfalardaki tüm Şema bloklarında gerekli olmayan varlıkların içindeki varlıkları içermesidir. Kişiyi ve bunlarla ilgili tüm bilgileri eklemek istediğimiz kurucu özniteliği için Şema işaretleme bloğu örneğini alın, ancak her seferinde tüm Kişi bloğunu dahil etmek zorunda kalmak istemiyoruz. @id burada devreye girer: Person bloğunu bir @id ile tanımladıktan sonra, bu @id'yi kurucular bloğuna dahil edebiliriz...
Varlıklar için Schema.org @id
… ve Google, Yapılandırılmış Veri Aracı Aracında görebileceğiniz gibi @id aracılığıyla varlıkları bağlayacaktır:
Google bu bloğu nasıl görecek?
Aynı sayfaya birkaç farklı Şema bloğunu nasıl dahil edebiliriz?
Blokların yönetimini daha sistematik hale getirmek için bunları ayrı bloklar olarak @graph gibi bir kapsayıcı öğeye koyabilir ve @id kullanarak aşağıdaki gibi birbirine bağlayabilirsiniz :
Birden çok blok için @graph kullanma
İşte elimizde: @id özelliği aracılığıyla birbirine bağlanan, Google'a ve diğer arama motorlarına tam olarak kim olduğunuzu, ne yaptığınızı ve sayfalarınızın iyi olması için gereken uzmanlığa ve yetkiye neden sahip olduğunuzu söyleyen yapılandırılmış net kesin veri blokları arama sonuçlarında sıralanır. Arama motorlarının sitenizi anlamalarına ve iş yüklerini azaltmalarına yardımcı olmak için yapabileceğiniz her şey sitenize fayda sağlayacaktır.
son bir söz
Şema işaretlemesi çok geniş bir konudur ve ürünler/hizmetler veya blog makaleleri için işaretlemeye bakmadık bile, EAT'yi artırmak için yapılandırılmış verilerdeki incelemeleri ve derecelendirmeleri nasıl işaretleyebileceğimizden bahsetmiyoruz, ancak bunlar gelecekteki makalelerde ele alınacaktır. .
Yapılandırılmış verilerinizle eğlenin ve Yapılandırılmış Veri Test Aracını kullandığınızdan emin olun!