Sayfayla ve desteklenen bir özellikle başlayın
İşe, işinizle ilişkilendirilebilecek her schema.org türünü eklemeye çalışarak başlamayın. Schema.org geniş bir ortak sözlüktür; Google’ın Search Gallery’si ise desteklediği zengin sonuç özelliklerini ve bu özelliklerin gerektirdiği özellikleri (properties) belgelendirir. Bir ürün, etkinlik veya makale sayfası, işaretleme olmadan da önce kullanışlı olmalıdır.
Her şablon için ana konusunu ve görünür destekleyici gerçekleri adlandırın. Ardından eşleşen özellik için Google’ın güncel kılavuzunu okuyun. Product, Recipe, Article, Breadcrumb, Event, Organization, Local business ve Video örneklerindendir. Yalnızca bir vocabulary (schema.org türü) kullanmak Google özelliği yaratmaz; uygunluk, o özelliğin zorunlu özellikleri tarafından belirlenir.
Birincil görünür öğeyi birincil işaretleme yapın.
Özellik davranışı için Google kılavuzunu, sözlük için schema.org’u kullanın.
Görünür sayfayı doğruluk kaynağı yapın
İşaretleme, ana sayfa içeriğini temsil etmelidir; gizli, alakasız veya yanıltıcı materyal yerine görünür gerçekleri yansıtmalıdır. Eğer bir performans yapanın yer aldığı belirtiliyorsa, sayfada o performerden bahsedilmelidir. Eğer toplu bir puan (aggregate rating) işaretleniyorsa, ziyaretçilerin bu puanı görebilmesi gerekir. Bu, bir şablonun yanıltıcı bir özet üretmesini engeller.
Sayfa metnini ve işaretlemeyi aynı onaylı kayıtlardan oluşturun. Bir ürün beslemesi, etkinlik sistemi veya CMS her ikisine de veri sağlayabilir, fakat değerler yayın öncesi gözden geçirilmelidir. Fiyatı, stok durumunu, tarihi veya inceleme toplamını yalnızca işaretleme amaçlı bir alana kopyalamaktan sakının; unutulabilir. Görünür bilgi değiştiğinde işaretlemeyi güncelleyin veya kaldırın.
İsimler, tarihler, fiyatlar, kullanılabilirlik ve puanlamalar sayfadakiyle uyumlu olsun.
Eksik veya eskimiş değerlerle özellikleri doldurmayın.
Bakımı kolay bir veri katmanı için JSON-LD tercih edin
JSON-LD, bir HTML belgesine yerleştirilen, JSON tabanlı bir linked-data formatıdır. Google JSON-LD, Microdata ve RDFa’yı destekler ve genellikle ölçeklendirmede uygulaması ve bakımının daha kolay olduğunu belirtir. Görünür işaretlemeyle ayrışması, iç içe geçmiş bilgileri modellemeyi kolaylaştırabilir.
Her gerçek öğe için bir net veri nesnesi kullanın; uygun bir schema.org türü ve desteklenen doğru özelliklerle. Her şablon için özellik kılavuzunu, kaynak alanını, zorunlu alan davranışını ve sahibini belgeleyin. Oluşan çıktıyı da inceleyin: bir eklenti veya bileşen yinelenen ya da çakışan işaretleme ekleyebilir.
Ekibinizin tutarlı şekilde sürdürebileceği formatı seçin.
Kaynak verisi yoksa zorunlu bir değeri uydurmayın.
Kodu ve herkese açık sayfayı doğrulayın
Doğrulama iki soruya yanıt verir. Birincisi: işaretleme desteklenen bir özellik için yeterince tamamlanmış mı? Rich Results Test, yapıştırılmış kodu veya genel erişime açık bir URL’yi kabul ederek yapılandırılmış veriden oluşturulabilecek zengin sonuçları raporlar. Her şablon için temsilci örnekleri test edin; tek bir alışılmadık derecede eksiksiz sayfa yeterli değildir.
İkincisi: Google yayımlanan sayfaya ve kaynaklara erişebiliyor mu? İşaretlenmiş sayfaları robots.txt, noindex veya erişim kontrolleriyle engellemeyin. İlgili resim URL’lerini kontrol edin. Test kalite garantisi değildir: görünür içerik veya politika sorunları hâlâ gösterimi engelleyebilir.
Önce kodu, sonra canlı genel URL’yi test edin.
Araçlar işaretleme ekliyorsa render edilmiş sayfa, kaynak ve test sonucu karşılaştırılsın.
Potansiyel gösterim, nihai gösterim sözü değildir.
Bunu kullanıcıya yönelik bir şablon değişikliği gibi yayınlayın
Yapılandırılmış veri genellikle şablonlara, beslemelere ve yayın kurallarına bağlıdır. Yeniden tasarım, envanter entegrasyon değişikliği, yerelleştirme güncellemesi veya kaldırılan bir bileşen birçok öğeyi bozabilir. Temsili işaretleme kontrollerini, canonical etiketleri, başlıklar ve resimler için kullanılan ön-yayın incelemesine ekleyin. Şablonu, sayfa örneklerini, kaynak alanlarını ve yayın tarihini kaydedin.
Bir şablon yanlış işaretleme üretiyorsa, ortak kaynağı veya şablonu düzeltin, küçük bir örnek setini doğrulayın, en dar güvenli değişikliği dağıtın ve etkilenen URL’leri tekrar test edin. Düzeltme beklenmedik davranırsa normal geri alma (rollback) sürecinizi kullanın. Amaç, bozulmuş bir web yeteneğinin kanıta dayalı onarımıdır; bir kesinti alarmı değil.
Tek bir URL değil, temsilci sayfa setlerini kontrol edin.
Takip düzeltmesinden önce değişikliği ve işaretleme bileşenini kaydedin.
Bakım yapın, ölçün ve gösterim sınırını kabul edin
Yayın sonrası, ilgili Search Console zengin sonuç raporunu kullanarak sorunları araştırın ve düzeltmeleri doğrulayın. Raporlar tam bir döküm değil örneklemedir ve sayıları sayfalar değil öğeler için ifade eder. Gerektiğinde belirli bir URL’yi inceleyin.
Ölçümü temkinli yapın. Google, Search Console’da aylar boyunca istikrarlı, yeterince okunan sayfalarda yayın öncesi ve sonrası karşılaştırma yapılmasını önerir. Yayın tarihini ve diğer sayfa değişikliklerini kaydedin. Doğru işaretleme yalnızca uygunluk sağlar; arama sunumu Google tarafından belirlenir.
CMS, şablon, besleme, politika veya içerik modeli değişikliklerinden sonra yeniden doğrulayın.
Diğer büyük sayfa değişikliklerinin farklı olduğu karşılaştırmalardan kaçının.