hCard uygulama hataları, web sitenizin yapısal işaretlemesi vCard nesneleri için tanımlanan belirli sınıf gereksinimleriyle uyuşmadığında ortaya çıkar. Bu tanımlar yanlış uygulandığında, Yandex adresler veya telefon numaraları gibi işletme verilerini çıkaramaz; bu da arama sonuçlarında iletişim bilgileriniz için zengin parçacıkların (rich snippets) tamamen bulunmamasına yol açar. Bu sorunları çözmek, kök kapsayıcıların ve iç içe özelliklerin standart biçimlendirme kurallarına uymasını sağlamak için HTML hiyerarşinizin kontrol edilmesini gerektirir.
Yandex hCard işaretlememi neden yok sayıyor?
Arama motoru, güvenilir veri çıkarılmasını engelleyen yapısal bir belirsizlik tespit ettiğinde genellikle işaretlemeyi yok sayar. Kodunuz iletişim bilgilerini standart olmayan sarmalayıcı (wrapper) öğelerin içine yerleştirirse, ayrıştırıcı kök vcard kapsayıcısını tanımlamakta zorlanabilir. Bu durum genellikle geliştiriciler gerekli sınıf özniteliklerinden yoksun genel div’ler kullandığında veya özellikler standart hiyerarşiyi ihlal eden bir sırada iç içe yerleştirildiğinde meydana gelir.
Bir sayfada birbiriyle çelişen birden çok vcard sınıfı bulunduğunda, sistem hangi bloğun birincil işletme bilgilerini içerdiğini belirleyemeyebilir. Örneğin, hem başlığınızda (header) hem de altbilginizde (footer) vcard bildirimleri varsa, ayrıştırıcı yanlış olanı seçebilir veya her ikisini de yoksayabilir. Konum verileriniz için tek ve net bir hakikat kaynağını korumak, başarılı bir indeksleme için temel bir gereksinimdir.
Site yöneticilerinin dinamik içerik yüklemesinin etkisini genellikle göz ardı ettiğini gözlemliyoruz. Bir JavaScript çerçevesi (framework) adres verilerinizi ilk sayfa yüklemesinden sonra enjekte ederse, standart tarayıcı (crawler) bunu hiç görmeyebilir. Bu yaygın görünürlük boşluklarından kaçınmak için işletme detaylarınızın statik HTML kaynak kodunda mevcut olduğundan emin olun.
hCard yapılarındaki yaygın sözdizimi hataları
Birçok web sitesi, sayfanın insan bir kullanıcı için doğru görünmesine rağmen tarayıcı tarafından okunamaz durumda kaldığı sessiz hatalardan muzdariptir. Bu hatalar genellikle yanlış sınıf atamasından veya ebeveyn-çocuk ilişkisini bozan ekstra öğelerin dahil edilmesinden kaynaklanır. Bu darboğazları belirlemek, veri görünürlüğünü eski haline getirmenin ilk adımımadır.
- Çelişen kök sınıflar: vcard sınıfını tek bir sayfadaki birden çok sarmalayıcıya uygulamak, ayrıştırıcı için belirsizlik yaratır.
- İç içe özellik ihlalleri: Bir telefon numarasını farklı kardeş öğeler olarak tutmak yerine bir adres bloğunun içine yerleştirmek.
- Eksik zorunlu alanlar: Ayrıştırıcının geçerli bir vcard nesnesi içinde bulmayı beklediği zorunlu özellikleri dahil etmemek.
- Başıboş sarmalayıcı öğeler: Otomatik sayfa oluşturucuların, çocuk özellikleri ana kapsayıcıdan koparan ekstra div’ler enjekte etmesine izin vermek.
Sık karşılaşılan bir diğer sorun da alt özellikler için uygun olmayan sınıf adlarının kullanılmasını içerir. hCard spesifikasyonu, organizasyon adı için ‘fn’ veya adres bloğu için ‘adr’ gibi belirli sınıf adlarına dayanır. Bir geliştirici CSS stil sayfalarıyla eşleşmesi için özel sınıf adları kullanırsa, ayrıştırıcı bu öğeleri tamamen yok sayacak ve bunları standart metin olarak ele alacaktır.
Uygulama hataları nasıl doğrulanır ve düzeltilir
Bu sorunları izole etmek için şablon dosyalarınızın derinlemesine bir denetimini (audit) gerçekleştirmeniz gerekir. Oluşturulmuş tarayıcı görünümüne güvenmek yerine iletişim sayfalarınızın ham HTML çıktısını inceleyerek başlayın. Sınıf yapınızı gizleyebilecek CMS eklentileri tarafından eklenen istenmeyen sarmalayıcıları arayın.
- vcard sınıfının nereye enjekte edildiğini belirlemek için şablon dosyalarınızı denetleyin.
- Her çocuk özelliğin doğru ebeveyn öğe içinde yer almasını sağlamak için HTML hiyerarşisini doğrulayın.
- Ayrıştırma motorunun kafasını karıştırabilecek yinelenen ID’leri veya çelişen sınıf adlarını kontrol edin.
- İletişim bilgilerinizi sarmalayan ve semantik akışı bozan gereksiz dekoratif etiketleri kaldırın.
vcard sınıfını taşıyan belirli kapsayıcıyı vurgulamak için temel tarayıcı geliştirici araçlarını kullanmayı düşünün. Kök div’den sokak adresi gibi bireysel özelliklere kadar iç içe geçmeyi manuel olarak izleyerek ebeveyn-çocuk ilişkileri zincirinin nerede koptuğunu tespit edebilirsiniz. Basit, düz yapıların derin ve karmaşık iç içe geçmelerden daha güvenilir olması genellikle beklenir.
Alien Road bu teknolojiyi nasıl uyguluyor
Alien Road olarak, semantik verileri yerel arama altyapısının temel bir bileşeni olarak ele alarak hCard optimizasyonuna yaklaşıyoruz. Tipik bir çalışmada ekibimiz, müşterinin mevcut HTML yapısını doğrulanmış şema standartlarına göre eşler. Ardından, üçüncü taraf tema oluşturucular tarafından eklenen şişkin kodu kaldırmak için iletişim parçacıklarını manuel olarak yeniden yazıyoruz; böylece nihai çıktının arama motorları için temiz ve okunabilir olmasını sağlıyoruz.
Örneğin, beş bölgesel şube işleten bir müşteriyle çalışırken, her konum açılış sayfasında hCard işaretlemesini standartlaştırıyoruz. Her sayfanın yalnızca bir benzersiz vcard kök öğesi içerdiğini doğruluyoruz. Bu titiz yaklaşım, iletişim verilerinin çapraz bulaşmasını önleyerek arama sonuçlarının her belirli site ziyareti için doğru telefon numarasını ve adresi göstermesini sağlar.
Müşterilerin, site oluşturucuları gizli sarmalayıcı div’ler eklediği için görünürlük kaybettiğini sıklıkla görüyoruz. Bu ekstra katmanları kaldırmak, ayrıştırma düşüşlerini düzeltmenin en etkili yoludur.
Alien Road SEO ekibi
vcard kapsayıcısının konumu önemli mi?
Kök kapsayıcı, işletme verileriniz için temiz bir sınır görevi görmelidir. vcard sınıfını başlıklar, kenar çubukları (sidebars) veya altbilgi bağlantıları içeren bir sarmalayıcı üzerinde tanımlarsanız, ayrıştırıcı adresinizin veya organizasyon adınızın bir parçası olarak alakasız metinleri çıkarabilir. vcard sınıfını yalnızca iş adresinizi ve iletişim bilgilerinizi içeren belirli bir div ile sınırlandırmak, başarı için standart bir gereksinimdir.
Müşteri web sitelerini incelediğimizde, genellikle vcard sınıfının çok geniş bir şekilde uygulandığını görüyoruz. Sayfanın tamamını kapsayan bir ana içerik kapsayıcısına yerleştirmek, tarayıcı için gürültü yaratır. İşaretlemenin adres bilgisi içermeyen dekoratif öğelerden izole edilmesini sağlayarak, iletişim bilgileri için özel, sadeleştirilmiş bir şablon parçacığı oluşturmanızı öneririz.
Tüm sayfalarda tutarlılık zorunludur. İletişim yapısı ana sayfanız ile altbilginiz arasında değişirse, tarayıcı muhtemelen tutarsızlığı işaretleyecek ve verileri tamamen yok sayacaktır.
Alien Road SEO ekibi
Teknik denetiminiz için sonraki adımlar
Bu haftaya sitenizin altbilgisini ve iletişim sayfası işaretlemesini inceleyerek başlayın. vcard sınıfınızın temiz bir kapsayıcılığa uygulanıp uygulanmadığını kontrol etmek için tarayıcınızdaki Kaynağı Görüntüle işlevini kullanın. Herhangi bir iç içe hata veya yanlış sınıf ataması tespit ettiğinizde, şablon dosyanızı güncelleyin ve Webmaster kontrol panelinizde gelişmiş ayrıştırma doğruluğu için site günlüklerinizi izleyin.
Adres biçiminizi yerel posta standartlarına göre doğruladığınızdan emin olun. Sokak adlarını veya posta kodlarını biçimlendirme şeklinizdeki küçük tutarsızlıklar bazen ayrıştırıcının tüm nesneyi reddetmesine neden olabilir. Verilerinizi temiz ve standart tutmak, işletme detaylarınızın hizmetlerinizi arayan potansiyel müşteriler için görünür kalmasını sağlamanın en güvenilir yoludur.