Breadcrumb şeması kategori mimarisiyle çelişiyorsa hangisi düzeltilmelidir?

Breadcrumb Şeması ile Kategori Mimarisi Çelişkisi: Tanım ve Gerçek Örnekler

BreadcrumbList JSON-LD, bir sayfanın site hiyerarşisindeki konumunu arama motorlarına bildiren yapısal veri işaretlemesidir. Gezinme izi olarak da bilinen bu yapı, kullanıcının siteye girdiğinde izlediği yolu — örneğin Ana Sayfa > Elektronik > Laptop — sistematik biçimde tanımlar. Kategori mimarisi ise URL yapısı, navigasyon menüleri ve iç linkleme düzeniyle şekillenen fiili site sıradüzenidir. Bu ikisi birbirinden bağımsız kurulduğunda ya da mimari değişince şema güncellenmediğinde ciddi bir çelişki ortaya çıkar; arama motoru bu tutarsızlığı bir güven sinyali sorunu olarak değerlendirir. BreadcrumbList ve canonical path terimlerini SEO sözlüğünde inceleyin.

Somut bir senaryo düşünün: /elektronik/laptop URL’siyle erişilen bir ürün sayfasının BreadcrumbList şeması Ana Sayfa > Apple > Laptop yolunu gösteriyorsa Google iki çelişen sinyalle karşılaşır. URL mimarisi ürünü elektronik kategorisine koyarken şema Apple markası üzerinden tamamen farklı bir hiyerarşi tanımlamaktadır. Google Search Central’ın resmi BreadcrumbList dokümantasyonuna göre şema, her zaman gerçek kullanıcı navigasyonunu yansıtmalı; URL yapısından mekanik olarak türetilmemelidir. Çakışma durumunda Google genellikle görsel (DOM) breadcrumb’ı referans alır ve şemayı güvensiz bulursa rich snippet gösterimini iptal eder.

2026 itibarıyla bu denklem yeni bir boyut kazanmıştır: AI Overviews ve LLM tabanlı arama motorları, site hiyerarşisini ve içerik organizasyonunu kavramak için BreadcrumbList şemasını doğrudan referans olarak kullanmaya başlamıştır. Ocak 2025’te Google mobil arama sonuçlarında görsel breadcrumb gösterimini kaldırmış olsa da masaüstünde devam etmekte; daha da önemlisi BreadcrumbList şeması Google’ın tarayıcıları tarafından hâlâ tam olarak işlenmektedir. Bu gelişme, şema kalitesinin önemini azaltmak bir yana daha da artırmaktadır.

5.000+ Ürünlü E-Ticarette Yaşanan Rich Snippet Kaybı: Gerçek Vaka Analizi

Breadcrumb şeması ile mimari arasındaki kopuşun pratikte nelere yol açabileceğini somut bir vakayla aktaralım. 5.000’den fazla ürünü olan, üç seviyeli kategori hiyerarşisine sahip bir e-ticaret sitesinde BreadcrumbList şeması başlangıçta doğru biçimde kurulmuştu. Ardından gelen kapsamlı mimari yeniden yapılanmayla markaya göre düzenlenen kategoriler ürün tipine göre yeniden organize edildi; ancak BreadcrumbList şeması güncellenmeden bırakıldı. Sistemin yapısal verisi, artık var olmayan bir kategori hiyerarşisini göstermeye devam ediyordu.

Sonuç, Search Console’da kısa süre içinde kendini gösterdi: Breadcrumb raporunda toplu Geçersiz öğe hataları belirdi ve tüm ürün sayfalarında rich snippet kaybı yaşandı. Organik tıklama oranı (CTR) düştü; bazı kritik kategori sayfalarının crawl önceliği de bundan olumsuz etkilendi çünkü Googlebot’un yeniden ziyaret sıklığı azaldı. Şema ve mimari tekrar hizalandıktan yaklaşık 6-8 hafta sonra, düzenli yeniden tarama istekleriyle rich snippet’lar kademeli olarak geri kazanıldı ve öncesi/sonrası SERP karşılaştırması CTR’da anlamlı iyileşme ortaya koydu.

Sitebulb’ün 2026 verilerine göre taranan sitelerin yüzde kırkından fazlasında BreadcrumbList hataları tespit edilmektedir ve bu hataların üçte birinde birden fazla çakışan sorun bir arada bulunmaktadır. Bu rakam, şemayı bir kez kurup unut yaklaşımının ne denli yaygın ve zararlı olduğunu açıkça ortaya koymaktadır. Temel ders şudur: şemayı sonradan mimariye uydurmaya çalışmak değil, önce mimariyi silo mantığına göre kurmak ve her mimari değişikliğinde şemayı eş zamanlı güncellemek doğru sıradır.

Karar Ağacı: Önce Mimari mi, Önce Şema mı Düzeltilmeli?

Çelişkiyle karşılaştığınızda yanıtlamanız gereken ilk ve belirleyici soru şudur: Mevcut kategori mimarisi kullanıcı navigasyonunu doğru yansıtıyor mu? Bu sorunun cevabı tüm düzeltme sürecinin yönünü belirler ve gereksiz yeniden çalışmayı önler.

• Mimari doğruysa: Kategori hiyerarşisi kullanıcı beklentisini ve silo yapısını doğru yansıtıyorsa sorun yalnızca şemadadır. BreadcrumbList JSON-LD’yi güncel mimari sırasına ve doğru position değerlerine göre güncellemek yeterlidir.
• Mimari bozuksa: Önce kategori hiyerarşisini silo mantığına göre yeniden düzenleyin. Ardından sırasıyla canonical URL, iç linkleme yapısı, görsel breadcrumb ve son olarak JSON-LD şemasını güncelleyin. Şemayı bozuk mimariye göre düzeltmek yanlış yapıyı belgelemekten ibaret olur; asıl sorunu çözmez.

Çoklu kategori (cross-listing) senaryolarında ek bir karar adımı zorunludur. Bir ürün birden fazla kategori altında listeleniyorsa birincil yol (canonical path) açıkça belirlenmeli ve breadcrumb ile rel=canonical etiketi yalnızca bu yolu göstermelidir. Diğer kategori yolları breadcrumb’a dahil edilmez; yalnızca birincil hiyerarşi yansıtılır. Bu kural hem rich snippet tutarlılığı hem de crawl bütçesi verimliliği açısından belirleyicidir.

Görsel (DOM) breadcrumb ile JSON-LD arasındaki tutarsızlık karar sürecini doğrudan etkiler. Google Search Central’a göre ikisi çeliştiğinde Google rich snippet’ı iptal edebilir. Bu nedenle DOM breadcrumb referans alınarak JSON-LD güncellenmeli; her iki kaynak birebir örtüşmelidir. Zeo Agency’nin Türkçe breadcrumb-mimari ilişkisi analizinde de belirtildiği üzere, hiyerarşi kurulmadan breadcrumb uygulamaya çalışmak uzun vadede hem yapısal veri kalitesini hem de iç linkleme gücünü zayıflatır.

Adım Adım Teknik Düzeltme: Canonical, İç Linkleme ve JSON-LD Güncelleme Sırası

Düzeltme sürecini doğru sırayla yürütmek kritik önem taşır. Şemayı önce güncelleyip ardından mimariyi düzeltirseniz işlemi iki kez yapmanız gerekir; üstelik ara dönemde hatalı şema yayında kalmaya devam eder. Rost Glukhov’un Aralık 2025 tarihli teknik SEO rehberinde de vurgulanan bu sıralama, crawl bütçesi israfını da önler.

1. Canonical URL’yi birincil hiyerarşik yola yönlendirin. Çoklu kategoride bulunan sayfalarda rel=canonical etiketini tek bir birincil yola işaret edecek şekilde ayarlayın. Bu adım crawl bütçesini korur ve iç linkleme gücünün tek noktada toplanmasını sağlar.
2. İç linkleme yapısını canonical path ile hizalayın. Sitedeki tüm iç bağlantılar canonical URL’yi kullanmalıdır. Farklı kategori yollarına verilen linkler canonical path’e yönlendirilmelidir; aksi hâlde link equity dağılır ve Googlebot hangi URL’yi esas alacağını bilemez.
3. Görsel breadcrumb navigasyonunu DOM’da düzeltin. HTML breadcrumb’ı canonical path sırasına göre güncelleyin. WooCommerce’de Yoast SEO veya Rank Math’taki birincil kategori atamasıyla, Shopify’da ise breadcrumb.liquid şablonunun düzenlenmesiyle yapılır. Bu adım tamamlanmadan JSON-LD’ye geçmeyin.
4. JSON-LD BreadcrumbList şemasını yeniden yazın. Görsel breadcrumb ile birebir örtüşen, doğru position değerleri içeren BreadcrumbList JSON-LD kodunu oluşturun. Her ListItem için name ve item alanlarını doğru doldurun; position değeri 1’den başlamalı ve ardışık artmalıdır.

SEOYEN site sağlığı aracıyla BreadcrumbList hatalarını tespit edin ve toplu tarama raporlarıyla hangi sayfaların hangi çakışmaya sahip olduğunu Türkçe arayüzde görün. Ahrefs veya SEMrush gibi platformlar bu yapısal veri hatalarını genel site denetimi raporlarında İngilizce olarak listeler; SEOYEN ise tüm bu süreci Türk SEO uzmanlarının ve küçük işletme sahiplerinin iş akışına uygun, tek platform deneyimiyle Türkçe arayüzde sunar.

CMS Özeli: WooCommerce ve Shopify’da Breadcrumb Çakışması Nasıl Çözülür?

CMS platformlarının otomatik breadcrumb mekanizmaları, mimari değişikliklerde sessizce hatalı bilgi üretebilir. Her platformun özgün yapısı farklı çözüm adımları gerektirdiğinden platformunuza özgü yaklaşımı bilmek hata riskini önemli ölçüde azaltır.

WooCommerce: Yoast SEO veya Rank Math kullanıyorsanız ürün düzenleme ekranındaki Birincil Kategori alanına dikkat edin. Birincil kategori değiştirilmeden bırakıldığında eklenti şemayı eski yola göre üretmeye devam eder. Her ürün için bu ayarı güncel hiyerarşiye göre yeniden atayın. Toplu mimari değişikliklerinde CSV üzerinden ürünleri toplu güncellemek, ardından birkaç örnek URL’de Rich Results Test ile şema çıktısını doğrulamak en güvenli yaklaşımdır.

Shopify: Tema dosyalarındaki breadcrumb.liquid şablonu görsel breadcrumb’ı oluştururken, JSON-LD genellikle ayrı bir snippet veya uygulama tarafından yönetilir. İkisi bağımsız çalıştığından mimari değişikliklerinde birinin diğerini otomatik takip etmediği sıkça görülür. Liquid şablonunu düzenleyip JSON-LD snippet’ını aynı hiyerarşi mantığıyla senkronize etmek zorunludur. Webflow ve özel CMS’lerde ise herhangi bir otomasyon mekanizması bulunmadığından JSON-LD her mimari değişikliğinde manuel olarak güncellenmelidir.

Ocak 2025’te Google’ın mobil arama sonuçlarında görsel breadcrumb gösterimini kaldırmasıyla bazı geliştiriciler şemanın artık gereksiz olduğu sonucuna vardı; bu yanlış bir çıkarımdır. BreadcrumbList şeması 2026’da Googlebot’un tarayıcıları, AI Overviews ve masaüstü SERP’ler tarafından hâlâ tam olarak işlenmektedir. Her mimari değişikliğinde şema kontrolünü içeren bir teknik SEO kontrol listesi oluşturmak kalıcı hata riskini önemli ölçüde azaltır.

Doğrulama ve İzleme: Search Console ile Rich Results Test Kullanımı

Teknik düzeltmeleri tamamladıktan sonra doğrulama adımlarını atlamak, sorunun gerçekten çözülüp çözülmediğini bilemeden devam etmek anlamına gelir. İki temel araç bu aşamanın bel kemiğini oluşturur ve birlikte kullanıldığında hem anlık hataları hem de uzun vadeli şema performansını izlemenizi sağlar.

Google Search Console Breadcrumb Raporu: Sol menüden Geliştirmeler > Breadcrumb’a gidin. Geçersiz öğe ve Uyarı kategorilerindeki hataları inceleyin. Her hata satırındaki Örnekleri aç bağlantısıyla etkilenen URL listesine ulaşın; düzeltme önceliğini yüksek trafikli ve indeksleme açısından kritik sayfalardan başlatın. Hatalar giderildikten sonra Düzeltildi Olarak İşaretle seçeneğiyle Google’ın güncellemeyi önceliklendirmesini talep edin.

Rich Results Test: Hedef URL’yi Rich Results Test aracında test edin. JSON-LD şemasının doğru ayrıştırıldığını, BreadcrumbList türünün tanındığını ve her ListItem‘ın name, item, position alanlarıyla geçerli olduğunu doğrulayın. Search Engine Land’in breadcrumb SEO rehberine göre position değeri 1’den başlayıp ardışık artmalı ve her adımda item URL’si sayfanın canonical URL’siyle örtüşmelidir. Düzeltme sonrası Search Console’dan URL Denetleme > Yeniden Taranmasını İste adımını uygulayarak süreci hızlandırın; rich snippet’ların SERP’te yeniden belirmesi genellikle 2-6 hafta sürer.

Sıralama takibi ile düzeltme öncesi ve sonrası değişimi izleyin: breadcrumb düzeltmesinin organik görünürlüğe katkısını somut önce/sonra verisiyle ölçebilir, müşterilerinize ya da yönetiminize net bir etki raporu sunabilirsiniz. Site sağlığı taraması, şema doğrulama ve sıralama izleme süreçlerinin tamamı SEOYEN’de tek platformda, Türkçe arayüzde ve TL bazlı güncel fiyatlandırmayla sunulmaktadır.

Sıkça Sorulan Sorular