JSON-LD şema uygulaması, içeriğiniz hakkında yapılandırılmış veriler sağlamak için web sayfanızın HTML başlığına veya gövdesine belirli bir komut dosyası etiketi yerleştirmeyi içerir. Google bu bilgileri, sayfa konularını anlamak ve yıldız derecelendirmeleri, etkinlik detayları veya ürün fiyatları gibi zengin sonuçları doğrudan arama snippet’lerinde görüntülemek için kullanır.
JSON-LD neden diğer formatlara tercih edilir?
Google, bakımı kolay olduğu ve HTML’inizin görsel oluşturulmasını kesintiye uğratmadığı için yapılandırılmış veriler için standart format olarak JSON-LD’yi önerir. Mevcut HTML etiketlerinin açıklanmasını gerektiren Microdata’nın aksine, JSON-LD içerik yapısından ayrı kalan kendi kendine yeten bir kod bloğudur.
Veriler bir JSON nesnesinde depolandığından, tasarımcılar bir sayfanın görsel düzenini güncellediğinde bozulmaya daha az eğilimlidir. Bu ayrım, teknik SEO katmanının önemli ön uç tasarım döngüleri sırasında bile bozulmadan kalmasını sağlar ve arama motoru indeksleme için güvenilir bir temel sağlar.
Çoğu modern içerik yönetim sistemi artık bu komut dosyalarını oluşturan yerel eklentileri içermektedir. Bununla birlikte, özel geliştirme, eşlenen belirli öznitelikler üzerinde daha fazla kontrol sağlar ve tarayıcıya sağlanan her bilgi parçasının doğru ve kullanıcı deneyimi için alakalı olmasını sağlar.
Bağımsız bir format kullanmak, HTML belgesi içindeki sözdizimi çakışmaları olasılığını da azaltır. Kod izole edildiğinde, hata ayıklama daha hızlı bir süreç haline gelir, çünkü geliştiriciler binlerce satır işaretlemeyi taramak zorunda kalmadan komut dosyası bloğundaki sorunları tam olarak belirleyebilirler.
- Karmaşık HTML iç içe geçmesi olmadan başlığa veya gövdeye kolayca eklenir.
- Büyük web sitelerinde daha temiz, daha sürdürülebilir koda olanak tanır.
- Google belgeleri, çoğu yapılandırılmış veri türü için açıkça JSON-LD’yi tercih eder.
JSON-LD kodunuzu nasıl yapılandırırsınız
Geçerli bir JSON-LD oluşturmak için schema.org sözlüğünü kullanmalı ve Google tarafından tanımlanan sözdizimi gereksinimlerine uymalısınız. Her şema bloğu, türü application/ld+json olarak tanımlanan bir komut dosyası etiketiyle başlar. Bu blok içinde, net anahtar-değer çiftlerini kullanarak nesne türünü ve özelliklerini tanımlarsınız.
Bu blokları oluştururken doğruluğa öncelik verin. Bir ürün sayfasını işaretliyorsanız, ‘name’, ‘image’, ‘offers’ ve ‘aggregateRating’ özellikleri bir insanın gördüğü tam bilgileri yansıtmalıdır. Görünür sayfa içeriği ile yapılandırılmış veriler arasında çelişkili veriler sağlamak, manuel işlemlere veya zengin sonuçlarınızın hariç tutulmasına yol açabilir.
JSON nesnelerinizin hiyerarşik yapısını göz önünde bulundurun. Örneğin, bir Ürün nesnesi, fiyatlandırmayı ve kullanılabilirliği belirtmek için iç içe geçmiş bir Teklif nesnesi içerebilir. Bu mantıksal akışı korumak, tarayıcının öğe ile öznitelikleri arasındaki ilişkiyi doğru bir şekilde eşleyebilmesini sağlar.
Gerekli alanları her zaman kontrol edin. Google arama belgeleri, her şema türü için zorunlu özellikleri listeler. Bunları atlamak, sözdizimi teknik olarak doğru olsa bile indeksleme işlemi sırasında verilerin göz ardı edilmesine neden olabilir.
Komut dosyanız için temel teknik gereksinimler
- https://schema.org adresine işaret eden @context özelliğini ekleyin.
- Ürün, Makale veya Etkinlik gibi içeriği tanımlamak için @type’ı belirtin.
- Belirli içerik türünüz için tüm zorunlu alanların mevcut olduğundan emin olun.
- Dağıtımdan önce resmi Zengin Sonuçlar Testi aracını kullanarak kodunuzu doğrulayın.
Yapılandırılmış veriler, bir sayfa hakkında bilgi sağlamak ve sayfa içeriğini sınıflandırmak için standartlaştırılmış bir formattır.
Google Search Central
Alien Road, JSON-LD şema uygulamasını nasıl uygular
Alien Road’da, müşterilerimizin yapılandırılmış verilerin tam görünürlük avantajlarından yararlanmalarını sağlamak için titiz bir süreç izliyoruz. Google’ın zengin snippet’ler oluşturmasına yardımcı olmak için içerik haritaları, ürün fiyatlandırması veya SSS bölümleri gibi hangi içerik türlerinin işaretlenebileceğini belirlemek için müşterinin sayfa şablonlarını denetleyerek başlıyoruz.
Tipik bir çalışma için, Google Search Console aracılığıyla mevcut şema hatalarının temel bir denetimini gerçekleştiriyoruz. Ardından, bir ürünün fiyatının veya bir makalenin tarihinin her zaman otomatik olarak güncellenmesini sağlayan, CMS’den dinamik değişkenler ekleyen özel JSON-LD şablonları oluşturuyoruz. Bu, eski verilerin arama arayüzünde tutarsızlıklara neden olmasını önler.
Ayrıca ortaklarımız için organizasyon düzeyinde şema uygulamasına öncelik veriyoruz. Bu, arama motorlarına şirket logosu, sosyal profil bağlantıları ve iletişim bilgileri gibi temel ayrıntıları sağlar ve bu da bilgi panelinde marka otoritesi oluşturmaya yardımcı olur.
İlk dağıtımdan sonra, hazırlık ortamlarını kullanarak bir doğrulama döngüsü gerçekleştiriyoruz. Arama motorunun bu yeni veri yapılarını yayına girmeden önce nasıl yorumladığını gözlemleyerek, site performansını veya organik arama trafiğini etkileyebilecek potansiyel sorunları önlüyoruz.
Kaçınılması gereken yaygın tuzaklar nelerdir?
Birçok web sitesi, şemalarında sayfada bulunmayan gizli bilgiler içerdiği için zengin sonuçlar üretemez. Google, yapılandırılmış verilerin kullanıcı tarafından görülebilen içeriği doğru bir şekilde temsil etmesini gerektirir. JSON-LD’nizde bir fiyat görüntülüyorsanız, aynı fiyat sayfaya göz atan bir kişi için net bir şekilde görünür olmalıdır.
Bir diğer yaygın hata, sayfa içeriğiyle alakalı olmayan şemalar uygulamaktır. Örneğin, gerçek kullanıcı yorumları içermeyen bir sayfada ‘Review’ şeması kullanmak, kalite yönergelerinin ihlalidir. Sağladığınız verilerin alakalı, spesifik ve doğrudan URL’deki içerik tarafından desteklendiğinden her zaman emin olun.
Yinelenen şema tanımlarını kontrol edin. Bir sayfada hem manuel kod hem de aynı işaretlemeyi sağlayan otomatik bir eklenti varsa, ortaya çıkan fazlalık ayrıştırıcıyı karıştırabilir. Sayfa başına yalnızca bir yetkili yapılandırılmış veri kaynağının var olduğundan emin olmak için bu komut dosyalarını birleştirin.
Sayfa içeriği sık değişiyorsa statik değerleri kodlamaktan kaçının. Dinamik yer tutucular kullanmak, yapılandırılmış verilerin ön uç ekranıyla senkronize kalmasını sağlar; bu, stok seviyelerinin veya fiyatların günlük olarak dalgalandığı e-ticaret siteleri için kritiktir.
Yaygın teknik hatalar
Eksik virgüller veya kapatılmamış parantezler gibi sözdizimi hataları tüm bloğu geçersiz kılabilir. Ayrıca, güncel olmayan bir şema türü kullanmak verilerin göz ardı edilmesine yol açabilir. Seçtiğiniz şema özelliklerinin işaretlediğiniz içerik için hala önerildiğinden emin olmak için her zaman resmi belgeleri kontrol edin.
Şema performansını test edip izleyebilir misiniz?
Evet, test, uygulama sürecinde zorunlu bir adımdır. Kodu canlı bir sunucuya göndermeden önce, JSON-LD’nizin sözdizimsel olarak doğru olduğunu ve Google’ın onu ayrıştırabildiğini doğrulamak için Google Zengin Sonuçlar Testi’ni kullanın. Bu araç, verilerin arama sonuçlarında nasıl görünebileceğine dair bir önizleme sunar ve yapının beklentilerinizi karşıladığını doğrulamanıza yardımcı olur.
Dağıtımdan sonra, Google Search Console’daki ‘Geliştirmeler’ bölümünü izleyin. Bu rapor, Google’ın yapılandırılmış verilerinizi başarıyla işleyip işlemediğini veya sorunlarla karşılaşıp karşılaşmadığını takip eder. Zengin sonuç gösterimlerinde bir düşüş fark ederseniz, belirli şablonların geçersiz hale gelip gelmediğini veya şema yönergelerinin değişip değişmediğini görmek için raporu inceleyin.
Düzenli denetimler şarttır. Siteniz büyüdükçe, kendi şema bloklarını gerektiren yeni sayfa türleri ortaya çıkabilir. Aylık bir kontrol, işaretlemenizin en son gereksinimlerle uyumlu kalmasını ve hiçbir teknik borcun birikmemesini sağlar.
Bu hafta nereden başlamalı: Mevcut işaretlemenizin geçerli olup olmadığını görmek için örnek bir sayfayı Google Rich Results Test aracından geçirin. Eksikse, ana sayfanız için temel bir Organization şema bloğu oluşturun ve çıktının arama botları tarafından okunabilir olduğunu doğrulamak için dağıtımı bir hazırlık ortamında test edin.