Çoklu Hiyerarşi: Aynı İçeriği İki Kategoriye Bağlamanın Bedeli

Çoklu hiyerarşi, aynı içeriği birden fazla üst kategoriye bağlamak demek. Kulağa masum gelir: piyano hem tuşlu hem vurmalı çalgıdır, Switch hem konsol hem elektronik ürünüdür. Bedeli menüde değil, o içeriğe çıkan yolların sayısında ortaya çıkar.

Yollar toplanmaz, çarpılır

Tek ebeveynli bir ağaçta her yaprağa tek yol gider. Bir yaprağı iki ebeveyne bağladığınızda yol sayısı ikiye çıkar; o iki ebeveynin her biri de iki üst kategoride görünüyorsa yaprağa çıkan farklı yol sayısı dördü bulur. Zincir boyunca ebeveyn sayıları toplanmaz, çarpılır. Üç kademe derinlikte iki ebeveynli bir yapı, tek bir ürün için sekiz ayrı gezinme yolu üretir.

Bu sayı üç yerde ısırır: breadcrumb hangi yolu göstereceğini bilemez, aynı içerik için birden fazla URL doğar, analitikte tek sayfanın trafiği yollara bölünür. Kategori bağı bire-çoktan çoka-çoka geçtiği anda bu bir taksonomi kararı olmaktan çıkıp veri modeli kararına dönüşür: ara tablo, kanonik ebeveyn alanı, yol önbelleğinin ne zaman geçersizleşeceği.

Kanonik yolu sabitleyin

Her içeriğin bir asıl yolu olmalı ve breadcrumb o yolu göstermeli. Breadcrumb'ı kullanıcının geldiği yola göre dinamik üretmem; aynı sayfa iki kullanıcıya iki farklı konum gösterdiğinde bileşen gezinme aracı olmaktan çıkıp geçmiş kaydına dönüşür, geri düğmesi zaten o işi yapıyor.

Aynı sabitleme URL tarafında da geçerli: içerik tek kanonik adresten yayınlanır, alternatif kategori yolları o adrese işaret eder. Kategori kırılımlarının her birine ayrı indekslenebilir sayfa üretmek, arama motorunda çeşitlilik değil kendi sayfalarınız arasında rekabet yaratır.

Ağaç testi bu yapıyı olduğu gibi ölçmez

Çoklu hiyerarşiyi doğrulamak için ağaç testi önerilir, ama standart ağaç testi tek doğru düğüm ve tek doğru yol varsayımı üstüne kurulu. Skor iki bileşenden gelir: kullanıcı doğru düğümü buldu mu, ve oraya dolaşmadan gitti mi. İkinci kategoriyi meşru saydığınız anda ikinci bileşen anlamını yitirir; kullanıcı geçerli bir yoldan gitmiş olmasına rağmen dolaylı sayılır ve yapı olduğundan kötü görünür.

Testi kurarken tüm geçerli hedefleri doğru olarak işaretleyin, başarı oranına bakın, doğrudanlık skorunu bu görevlerde raporlamayın. Hangi ebeveynin daha güçlü olduğunu merak ediyorsanız onu skordan değil, kullanıcıların hangi dalı ilk denediğinden okursunuz. Kart gruplama tarafında böyle bir sorun yok, zaten aynı kartın iki yığında görünmesi çoklu ebeveynin ilk işaretidir.

İkinci ebeveyn mi, faset mi

Çoklu hiyerarşi olarak kurgulanan yapıların çoğu aslında faset ihtiyacıdır. Ayrım nettir: ikinci bağ bir özellikse (renk, fiyat aralığı, marka, malzeme, yayın yılı) orası kategori değil filtredir ve filtre olarak durması gerekir. İçeriği özellik başına kategoriye bağlamak menüyü şişirir, bakımı imkânsızlaşır, üstelik kullanıcı iki özelliği birleştirmek istediğinde yine çaresiz kalır.

Gerçek çoklu ebeveyn, iki bağın da kullanıcının zihninde ayrı birer kategori olduğu durumdur. Teknik dokümantasyonda bir sayfanın hem "kurulum" hem "güvenlik" altında durması, arşivde bir makalenin iki konu başlığına birden ait olması böyledir. Bu durumlarda da sınırı iki ebeveynde tutun ve kanonik olanı seçin: yolları çarpan aynı çarpım, kullanıcının kafasındaki modeli de aynı hızla bulanıklaştırıyor.