BreadcrumbList Yapılandırılmış Verisi Nasıl Eklenir? Arama Sonucunda Yol Görünümü

BreadcrumbList, sayfanın site içindeki yerini arama motoruna sıralı bir yol olarak anlatan Schema.org türüdür. Doğru kurduğunuzda Google, sonuç satırında yalın bir adres yerine kategori yolunu gösterebilir. Bu rehberde Talha Aslan ve ekibi olarak işaretlemeyi nasıl eklediğimizi, nasıl test ettiğimizi ve en sık hangi hataları gördüğümüzü adım adım anlatıyoruz.

Peki pratikte bu ne demek? Örneğin bir ürün sayfası düşünün. Kullanıcı ana sayfadan "Mutfak" kategorisine, oradan "Tencereler" alt kategorisine, en sonunda da tek bir ürüne iner. BreadcrumbList bu zinciri makinenin okuyabileceği bir dille yazar. Yani menüde zaten var olan bilgiyi arama motoruna ayrıca ve net biçimde aktarırsınız.

Google'ın içerik haritası (BreadcrumbList) belgesi, breadcrumb izinin sayfanın site hiyerarşisindeki konumunu gösterdiğini ve kullanıcının hiyerarşide birer seviye yukarı çıkmasına yardım ettiğini söyler. Ayrıca Schema.org tanımına göre bu tür, birbirine bağlı web sayfalarından oluşan bir zincirdir ve zincir genellikle mevcut sayfayla biter.

BreadcrumbList arama sonucunda neyi değiştirir?

En belirgin fark, sonuç satırındaki adres alanıdır. İşaretleme yoksa Google çoğu zaman alan adını ve URL parçalarını gösterir. İşaretleme varsa ve Google uygun bulursa, aynı alanda okunaklı bir kategori yolu belirebilir. Böylece arayan kişi tıklamadan önce sayfanın sitenin hangi bölümünde durduğunu görür.

Ancak burada iki sınırı baştan bilmeniz gerekir. İlk olarak Google'ın belgesi, bu özelliğin masaüstünde, Google Arama'nın sunulduğu tüm bölge ve dillerde kullanılabildiğini yazar. Mobil görünüm için ayrı bir taahhüt vermez; dolayısıyla telefonda farklı bir görünüm görmeniz şaşırtıcı değildir. İkinci olarak Google, yapısal verinin arama sonucunda mutlaka görüneceğini garanti etmez.

Öte yandan görünümün dışında daha sessiz bir fayda da var. Breadcrumb yolu, Google'a sayfalar arasındaki üst ve alt ilişkiyi açıkça anlatır. Özellikle derin kategori ağacı olan sitelerde bu bilgi, sayfanın hangi konu kümesine ait olduğunu netleştirir. Kısacası işaretleme bir süs değil, site mimarisinin makine tarafından okunan özetidir.

Ekrandaki breadcrumb ile BreadcrumbList işaretlemesi aynı şey mi?

Hayır, ikisi birbirini tamamlar ama aynı şey değildir. Ekrandaki breadcrumb, sayfanın üstünde kullanıcının gördüğü "Ana Sayfa › Blog › SEO" benzeri bağlantı satırıdır. İşaretleme ise bu satırın arka planda arama motoruna verdiğiniz yapısal karşılığıdır. Birincisi insana, ikincisi makineye konuşur.

Ekrandaki gezinti satırının tasarım ve kullanılabilirlik tarafını web sitesinde breadcrumb navigasyonunun neden önemli olduğunu anlattığımız yazıda ayrıntılı ele aldık. Bu yüzden burada tasarıma girmiyoruz; odağımız işaretlemenin kendisi ve Google tarafındaki davranışı.

Yine de ikisini tutarlı tutmak şarttır. Google'ın genel yapısal veri yönergeleri, okurun göremediği içeriği işaretlememenizi açıkça ister. Bu nedenle sayfada hiç görünmeyen bir yolu yalnız kodda tanımlamak riskli bir tercihtir. En sağlıklı yöntem, ekrandaki satırı ve işaretlemeyi aynı veri kaynağından üretmektir.

Hangi özellikler zorunlu, hangileri isteğe bağlı?

Google'ın belgesine göre kapsayıcı tür BreadcrumbList'tir ve içinde itemListElement adlı sıralı bir dizi yer alır. Sonuç için uygun sayılmak üzere en az iki ListItem tanımlamanız gerekir. Her ListItem de kendi içinde birkaç özellik taşır. Aşağıdaki tablo, sahada en çok karıştırılan alanları özetliyor.

Belge, item değerinin bir URL ya da kimlikle başvurulan bir nesne olabileceğini söyler. Ayrıca son öğe için item alanını boş bırakırsanız Google içeren sayfanın adresini kullanır. Bununla birlikte biz pratikte son öğeye de adres vermeyi tercih ediyoruz, çünkü şablon hatalarını yakalamak böylece kolaylaşıyor.

Breadcrumb yolu URL yapısını mı, kullanıcı yolunu mu izlemeli?

Google'ın önerisi nettir: breadcrumb, kullanıcının sayfaya ulaşırken izlediği tipik yolu yansıtmalı; URL yapısını birebir kopyalamak zorunda değildir. Bu ayrım küçük gibi dursa da özellikle eski sitelerde büyük fark yaratır. Çünkü pek çok sitede adres yapısı yıllar içinde teknik nedenlerle şekillenmiştir.

Örnek senaryo olarak example.com/urun/12345 gibi düz bir adres yapısı düşünün. Adreste kategori bilgisi yok. Fakat kullanıcı bu ürüne "Ev › Mutfak › Tencereler" yolundan ulaşıyor. Bu durumda işaretlemede adres parçalarını değil, bu kategori yolunu tanımlarsınız. Böylece arama sonucundaki görünüm de kullanıcının zihnindeki haritaya uyar.

Öte yandan "tipik yol" ifadesini serbestlik diye okumayın. Yol, sitedeki gerçek kategori ilişkisine dayanmalı ve sayfadaki gezintiyle aynı olmalıdır. Sırf anahtar kelime eklemek için sahte ara katmanlar uydurmak, hem kullanıcıyı yanıltır hem de yönergelere aykırı düşebilir. Kısacası yol dürüst, kısa ve tutarlı olmalı.

BreadcrumbList adım adım nasıl eklenir, hangi sırayı izlemelisiniz?

Ekibimizin sahada izlediği sıra aşağıdaki gibidir. Her adımı tek tek uygulayabilir ya da sitenizin şablon yapısına göre birleştirebilirsiniz.

1. Sayfa tiplerini listeleyin: ana sayfa, kategori, alt kategori, ürün, blog yazısı, hizmet sayfası.
2. Her tip için ekrandaki breadcrumb yolunu belirleyin ve bir tabloda yazın.
3. Yolun her basamağı için adı ve tam adresi (https ile başlayan mutlak adres) netleştirin.
4. Biçimi seçin; çoğu durumda JSON-LD en kolay bakımı sunar.
5. İşaretlemeyi tek bir şablon parçasından üretin, elle sayfa sayfa yazmayın.
6. Birkaç örnek sayfayı Zengin Sonuçlar Testi ile kontrol edin.
7. Yayına alın, ardından URL Denetleme aracıyla Google'ın sayfayı nasıl gördüğüne bakın.
8. Search Console'daki ilgili raporu birkaç hafta boyunca izleyin.

Kendi işaretlemenizi sıfırdan yazmak istemiyorsanız schema oluşturucu aracımız ile bir taslak çıkarıp şablonunuza uyarlayabilirsiniz. Ancak araç yalnız başlangıç noktasıdır; adların ve adreslerin her sayfada doğru dolması şablon mantığına bağlıdır.

Adımların arasında en çok atlanan kısım ikinci adımdır. Yani yol tablosu yazılmadan doğrudan koda geçmek. Bu tablo olmadan farklı geliştiriciler farklı yollar kurar ve tutarsızlık birikir.

JSON-LD, Microdata ve RDFa arasında hangisini seçmelisiniz?

Google üç biçimi de destekler. Belge örnekleri JSON-LD, RDFa ve Microdata ile gösterir; ayrıca işaretleme içermeyen, yalnız görsel tasarımın parçası olan bir HTML örneği de bulunur. Seçim çoğu zaman sitenizin altyapısına ve bakımı kimin yaptığına bağlıdır.

Biz yeni kurulumlarda genelde JSON-LD öneriyoruz, çünkü veri bloğu tasarımdan bağımsız kalır. Fakat bu bağımsızlık bir tuzak da kurar: tasarım ekibi ekrandaki satırı değiştirir, veri bloğu eski yolu anlatmaya devam eder. Bu yüzden iki çıktıyı da aynı değişkenlerden üretmek kritik önem taşır.

Biçim ne olursa olsun, eski data-vocabulary.org işaretlemesini kullanmayın. Google'ın belgesi bu işaretlemenin artık zengin sonuç özellikleri için uygun olmadığını belirtir. Eski bir temada hâlâ duruyorsa Schema.org karşılığına geçmeniz gerekir.

WordPress ve hazır altyapılarda işaretlemeyi nereden kontrol edersiniz?

Hazır altyapılarda breadcrumb işaretlemesi çoğu zaman tema ya da SEO eklentisinden otomatik gelir. Bu iyi bir başlangıçtır, ama iki sorunu da beraberinde getirir. Birincisi çift işaretlemedir; ikincisi ise yolun sitenizin gerçek yapısını değil, eklentinin varsayımını yansıtmasıdır.

Çift işaretleme şöyle oluşur: tema bir BreadcrumbList üretir, SEO eklentisi de kendi grafiğinin içinde ikincisini ekler. İki yol aynıysa genelde sorun büyümez. Ancak biri kategoriyi, diğeri etiketi baz alıyorsa Google'a çelişkili iki sinyal gönderirsiniz. Bu nedenle sayfa kaynağında kaç BreadcrumbList olduğunu mutlaka sayın.

Kontrol için şu kısa listeyi kullanın:

• Sayfa kaynağında BreadcrumbList kelimesini arayın ve kaç kez geçtiğini not edin.
• Her geçişte yolun hangi taksonomiye (kategori, etiket, ürün grubu) dayandığına bakın.
• Birini kapatacaksanız, ekrandaki satırla aynı yolu üreteni tutun.
• Ana kategori seçimi olan altyapılarda her yazı için birincil kategoriyi tanımlayın.

Mevcut şemaların genel mantığını tazelemek isterseniz schema markup ve yapısal veri rehberimize göz atabilirsiniz. Orada türlerin genel resmini anlattık; burada ise yalnız breadcrumb tarafında kalıyoruz.

Bir sayfada birden fazla breadcrumb yolu olabilir mi?

Evet, olabilir. Google'ın belgesi aynı sayfa için birden fazla breadcrumb izini açıkça destekler. JSON-LD'de bunu ayrı BreadcrumbList nesnelerinden oluşan bir dizi ile, Microdata ve RDFa'da ise birden fazla liste bloğu ile yaparsınız. Belgedeki örnekte kullanıcı aynı kitap sayfasına iki farklı kategori yolundan ulaşıyor.

Peki ne zaman gerçekten gerekir? Örneğin bir ürün hem "Kadın › Ayakkabı" hem de "Kampanyalar › Yaz İndirimi" altında yaşıyorsa ve kullanıcılar iki yoldan da sık geliyorsa, iki iz tanımlamak mantıklı olabilir. Ancak her etiketi, her filtreyi ayrı bir yol gibi eklemek gürültü üretir.

Bizim kuralımız basit: bir yol, sayfadaki gezintide kullanıcıya gerçekten sunuluyorsa işaretlemeye girer. Ekranda olmayan alternatif yolları sırf kapsam genişlesin diye eklemeyin. Üstelik çok sayıda yol, Search Console raporlarını okumayı da zorlaştırır; hangi yolun hata verdiğini ayırmak zaman alır.

Ana sayfa ve mevcut sayfa listede yer almalı mı?

Google'ın yönergesine göre en üst seviye yol, yani alan adınızın kendisi için ve mevcut sayfa için ListItem eklemek zorunlu değildir. Bununla birlikte pek çok site ekrandaki satırda "Ana Sayfa" bağlantısını ve sayfanın kendi adını gösterir. Bu durumda işaretlemeyi ekrandaki satırla aynı tutmak daha tutarlı bir tercihtir.

Uygulamada iki yaklaşım görüyoruz. Birinci yaklaşımda yol "Ana Sayfa › Kategori › Ürün" şeklindedir ve üç öğenin üçü de işaretlemede yer alır. İkinci yaklaşımda ana sayfa satırda hiç yer almaz, yol doğrudan kategoriyle başlar. İkisi de geçerlidir; önemli olan ekrandaki satır ile işaretlemenin aynı kararı vermesidir.

Ayrıca son öğe konusunda dikkatli olun. Son öğenin item alanını atlarsanız Google sayfanın adresini kullanır. Fakat son öğeye yanlış bir adres verirseniz, örneğin kanonik olmayan bir sürümü, gereksiz bir tutarsızlık yaratırsınız. Kanonik adres sorunları için canonical hatalarını Search Console ile tespit etme rehberimiz işinize yarar.

Google Tag Manager ile breadcrumb eklemek mantıklı mı?

Teknik olarak mümkündür, ama breadcrumb için genellikle ilk tercih değildir. Etiket yöneticisiyle eklenen yapısal veri, sayfa yüklendikten sonra tarayıcıda oluşur. Google bu tür içeriği işleyebilir; yine de sunucudan gelen HTML'de hazır duran işaretleme her zaman daha öngörülebilirdir.

Asıl sorun bakım tarafındadır. Breadcrumb her sayfada farklı bir yol taşır. Bu yolu etiket yöneticisinde üretmek için sayfadaki ekrandaki satırı okuyan bir değişken kurmanız gerekir. Tasarım değiştiğinde bu değişken sessizce boş dönebilir ve hata ancak Search Console'da belirir.

Yine de şablona erişimin olmadığı, geçici bir çözüm gereken durumlarda bu yol işe yarar. Kurulum mantığını Google Tag Manager ile schema ekleme yazımızda anlattık. Bizim önerimiz, bunu kalıcı çözüm değil, şablon güncellenene kadar köprü olarak görmenizdir.

Zengin Sonuçlar Testi ile işaretlemeyi nasıl doğrularsınız?

Google'ın Zengin Sonuçlar Testi, hem herkese açık bir sayfanın adresini hem de yapıştırdığınız kodu test eder. Yayına almadan önce kodu, yayından sonra ise canlı adresi test etmek en güvenli sıradır. Böylece hem yazım hatasını hem de canlı ortamda oluşan farkı yakalarsınız.

Test sonucunda dikkat etmeniz gereken noktalar şunlardır:

• Breadcrumb öğesinin algılanıp algılanmadığı.
• Kritik hata olup olmadığı; kritik hata öğeyi uygun olmaktan çıkarır.
• Kritik olmayan uyarılar; uygunluğu engellemez ama kaliteyi artırmak için düzeltmeye değer.
• Algılanan öğe sayısının beklediğinizle aynı olup olmadığı; beklenmedik ikinci bir yol çift işaretlemeye işaret eder.

Testin size söylemediği şey de önemlidir. Test, işaretlemenin teknik olarak uygun olduğunu gösterir; Google'ın onu arama sonucunda göstereceğini garanti etmez. Ayrıca test yalnız tek sayfaya bakar. Bu nedenle her sayfa tipinden en az bir örneği ayrı ayrı test edin, çünkü kategori şablonu doğru çalışırken blog şablonu hatalı olabilir.

URL Denetleme aracı ve Search Console raporu neyi gösterir?

Google'ın belgesindeki sıra şöyledir: önce testle doğrularsınız, ardından birkaç sayfayı yayına alır ve URL Denetleme aracıyla Google'ın sayfayı nasıl gördüğünü kontrol edersiniz. Bu aşamada sayfanın robots.txt, noindex etiketi ya da giriş zorunluluğu ile engellenmediğinden emin olun. Belge, yeniden tarama ve dizine eklemenin birkaç gün sürebileceğini de hatırlatır.

Daha sonra Search Console'daki zengin sonuç durum raporuna geçersiniz. Search Console Yardım'daki zengin sonuç raporu genel bakışı, öğeleri geçerli ve geçersiz olarak ayırır. Geçersiz öğede en az bir kritik sorun vardır; kritik olmayan sorunlar ise öğeyi geçersiz kılmaz ama görünümü iyileştirmek için listede yer alır.

Raporu ilk kez açıyorsanız Google Search Console kullanım rehberimiz temel menüleri tanımanıza yardım eder. Hedefiniz ilk yayından sonra geçerli öğe sayısının artması, geçersiz öğe sayısının ise yükselmemesidir. Şablon değişikliklerinden sonra da aynı grafiği kontrol edin; geçerli öğelerde ani düşüş genelde bir kod değişikliğine işaret eder.

En sık yapılan BreadcrumbList hataları nelerdir?

Denetimlerde aynı hataları defalarca görüyoruz. Çoğu karmaşık değil, sadece fark edilmeden şablonda kalıyor. Aşağıdaki liste, öncelik sırasına göre en yaygın olanları topluyor.

• Tek öğeli liste: yol yalnız mevcut sayfadan oluşuyor, oysa en az iki ListItem gerekiyor.
• Eksik ya da boş item: ara basamakların adresi şablon değişkeni dolmadığı için boş kalıyor.
• Göreli adres: tam adres yerine yalnız yol parçası duruyor; mutlak adres kullanmak daha güvenlidir.
• Sıra numarası hatası: position değeri metin olarak duruyor, tekrar ediyor ya da bir sayı eksik kalıyor.
• Ekrandaki satırla uyumsuz ad: menüde "Tencereler" yazarken işaretlemede başka bir ifade geçiyor.
• Çift işaretleme: tema ve eklenti iki farklı yol üretiyor.
• Eski sözlük: data-vocabulary.org işaretlemesi temada hâlâ duruyor.
• Yönlendiren adres: ara basamak, yönlendirme yapan ya da noindex olan bir sayfayı gösteriyor.

Bu hataların bir kısmı veriyi tamamen okunamaz hale getirir. Örneğin eksik bir virgül ya da kapanmamış bir parantez bütün bloğu bozar. Bu durumla karşılaşırsanız Search Console ayrıştırma hatası yazımız çözüm adımlarını anlatıyor.

Kritik ve kritik olmayan sorunları nasıl önceliklendirirsiniz?

Önceliklendirmenin kuralı basit: önce kritik sorunlar, sonra kritik olmayanlar. Kritik sorun, öğenin zengin sonuç için uygunluğunu kaldırır. Kritik olmayan sorun ise uygunluğu bozmaz ama Google'ın belgesine göre düzeltmek kaliteyi artırabilir. Dolayısıyla elinizdeki zamanı önce geçersiz öğelere ayırırsınız.

İkinci kural etki alanıdır. Tek bir sayfadaki hata ile bir şablondan gelen ve yüzlerce sayfayı etkileyen hata aynı ağırlıkta değildir. Bu yüzden raporda örnek adreslere bakın ve hangi sayfa tipine ait olduklarını belirleyin. Tek bir şablon düzeltmesi çoğu zaman yüzlerce öğeyi aynı anda temizler.

Düzeltmeyi yaptıktan sonra canlı adresi tekrar test edin ve raporda düzeltmeyi doğrulama sürecini başlatın. Yardım sayfası, doğrulama başladıktan sonra sorun ayrıntısındaki durum alanının ilerlemeyi gösterdiğini belirtir. Bu tür şablon kökenli sorunları sitenizde biz bulur, düzeltir ve raporu izleriz; SEO danışmanlığı hizmetimizin teknik denetim kısmı tam olarak bu işi kapsar.

Çok dilli sitelerde breadcrumb yolunu nasıl kurgulamalısınız?

Çok dilli sitelerde her dil sürümünün kendi breadcrumb yolu olmalıdır. Yani Türkçe sayfanın yolu Türkçe adlar ve Türkçe adreslerden, İngilizce sayfanın yolu da İngilizce adlar ve İngilizce adreslerden oluşur. Bir dil sürümünde başka dildeki kategori adresine işaret etmek, kullanıcıyı da arama motorunu da şaşırtır.

Sık gördüğümüz hata, çeviri eklentisinin ekrandaki satırdaki metni çevirip işaretlemedeki adresleri ana dilde bırakmasıdır. Sonuçta ad İngilizce, adres Türkçe kategoriye gider. Bu nedenle her dil için en az bir örnek sayfayı ayrı test edin ve adreslerin o dilin dizininde kaldığını doğrulayın.

Ayrıca kategori ağaçları dillere göre farklılaşabilir. Örneğin bir pazarda ayrı kategori olan bir ürün grubu, başka bir pazarda üst kategorinin parçası olabilir. Bu durumda yol da farklı olur ve bu tamamen normaldir; işaretleme her dilde o dilin sayfadaki gezintisini izlemelidir.

Breadcrumb basamaklarına hangi adları vermelisiniz?

Basamak adı, kullanıcının o kategoriyi menüde gördüğü adla aynı olmalıdır. Kısa, tanıdık ve tek anlamlı adlar en iyi sonucu verir. Örneğin "Tencereler" yeterliyken "En Uygun Fiyatlı Tencere Modelleri ve Setleri" gibi uzun bir ifade hem satırı kalabalıklaştırır hem de anahtar kelime doldurma izlenimi bırakır.

Ayrıca adların sayfa başlığıyla birebir aynı olması gerekmez. Kategori sayfasının başlığı daha açıklayıcı olabilir; breadcrumb ise kısa etiketi taşır. Önemli olan, aynı kategorinin her yerde aynı kısa adla anılmasıdır. Yani menüde, breadcrumb satırında ve işaretlemede tek bir ad kullanırsınız.

Son basamak için de benzer bir kural geçerli. Uzun bir blog başlığını olduğu gibi son basamağa yazmak satırı taşırabilir. Bu nedenle bazı siteler son basamakta kısaltılmış bir başlık kullanır. Bunu yapacaksanız ekrandaki satır ile işaretlemedeki adın yine aynı olduğundan emin olun; aksi halde tutarlılık kuralını kendi elinizle bozarsınız.

Breadcrumb işaretlemesi iç linklemeyi nasıl etkiler?

Sayfadaki breadcrumb satırı, her sayfadan üst kategorilere düzenli bağlantı verir. Bu yüzden iç bağlantı yapısının doğal bir parçasıdır. İşaretleme ise bu ilişkiyi ek olarak yapısal veri diliyle anlatır. İkisi birlikte, hangi sayfanın hangi kümenin altında durduğunu tutarlı biçimde gösterir.

Ancak breadcrumb tek başına iç linkleme stratejisi değildir. Yalnız yukarı doğru bağlantı kurar; kardeş sayfalar ve ilgili içerikler arasındaki bağı kurmaz. Bu tarafı iç linkleme stratejisi yazımızda ayrıntılı anlattık. Breadcrumb'ı stratejinin iskeleti, içerik içi bağlantıları ise kası gibi düşünebilirsiniz.

Üstelik menü yapısı ile breadcrumb yolu birbirini beslemelidir. Menüde "Hizmetler › SEO" diye görünen bir sayfanın breadcrumb'ında "Blog › SEO" yazması kullanıcıyı şaşırtır. Menü hiyerarşisini netleştirmek isterseniz web sitesi menü yapısı rehberimize bakabilirsiniz.

E-ticaret sitesinde BreadcrumbList nasıl kurmalısınız? Örnek senaryo

Örnek senaryo: example.com adlı bir ev eşyası mağazası düşünün. Mağazada yaklaşık birkaç bin ürün, üç seviyeli bir kategori ağacı ve çok sayıda filtre var. Ürünler birden fazla kategoriye atanabiliyor. Adresler ise düz yapıda, kategori bilgisi taşımıyor.

Bu senaryoda biz şu kararları verirdik. İlk olarak her ürün için bir birincil kategori tanımlardık; breadcrumb her zaman bu kategori üzerinden kurulurdu. Ardından filtre sayfalarına ayrı yol vermezdik, çünkü filtre kombinasyonları sonsuz çeşitlilik üretir. Kampanya sayfaları gibi kullanıcının gerçekten gördüğü ikinci yollar varsa, yalnız onları ikinci iz olarak eklerdik.

Son olarak şablon testini her sayfa tipi için ayrı yapardık: kategori, alt kategori, ürün ve kampanya. Her tipte ekrandaki satır ile işaretlemenin aynı adları ve aynı adresleri taşıdığını kontrol ederdik. Kısacası tek bir ürün sayfasını test edip bütün siteyi doğru saymak, e-ticarette en pahalı hatadır.

BreadcrumbList sıralamayı doğrudan yükseltir mi?

Hayır, böyle bir garanti yoktur ve biz de vermeyiz. Google'ın yönergeleri yapısal verinin arama sonucunda görüneceğini bile garanti etmez. İşaretleme, sayfanın anlaşılmasına ve sonuç satırının okunaklı olmasına yardım eder; ama sıralamayı içerik kalitesi, alaka ve pek çok başka sinyal belirler.

Öte yandan yanlış kullanımın bir bedeli var. Google'ın yönergelerine aykırı işaretleme manuel işleme yol açabilir. Yönergeler, yapısal veri manuel işleminin sayfanın zengin sonuç uygunluğunu kaldırdığını ama web aramasındaki sıralamayı değiştirmediğini belirtir. Yani risk, sıralamadan çok görünümle ilgilidir; yine de kimse bu riski boşuna almak istemez.

Bu yüzden biz breadcrumb işaretlemesini "kesin kazanç" değil, "doğru kurulması gereken temel" olarak konumluyoruz. Teknik SEO'nun diğer temel taşlarıyla birlikte düşünmek isterseniz teknik SEO ipuçları yazımız genel bir kontrol listesi sunuyor.

Yayından sonra hangi kontrolleri düzenli yapmalısınız?

Breadcrumb işaretlemesi bir kez kurup unutacağınız bir iş değildir. Yeni kategori açtığınızda, menüyü değiştirdiğinizde ya da temayı güncellediğinizde yol da değişebilir. Bu nedenle küçük ama düzenli bir kontrol ritmi kurmanızı öneriyoruz.

1. Her tema ya da şablon güncellemesinden sonra her sayfa tipinden bir adresi Zengin Sonuçlar Testi ile kontrol edin.
2. Search Console'daki breadcrumb raporunda (Breadcrumbs) geçerli ve geçersiz öğe grafiğine ayda bir bakın.
3. Yeni bir kategori açtığınızda yol tablonuzu güncelleyin.
4. Performans raporunda zengin sonuç görünümüne ve tıklama oranına göz atın.
5. Site haritanızın güncel kaldığından emin olun; Google'ın belgesi site haritası göndermeyi de adımlar arasında sayar.

Bu kontrolleri kendi ekibinizle yürütebilirsiniz. Ancak kategori ağacı büyük, birden fazla dil ve şablon bulunan sitelerde işi bir sürece bağlamak gerekir. Breadcrumb dahil yapısal verinizi biz denetler, düzeltir ve takip ederiz; ayrıntılar ve teklif için SEO danışmanlığı sayfamıza göz atabilirsiniz.

Temel rehber: Dijital Pazarlama Nedir? Türleri, örnekleri ve nasıl yapıldığı, beynin içinden geçen etkileşimli bir filmle tek sayfada.