Bilgi Mimarisi Nedir?

Bilgi mimarisi yalnızca menü tasarlamak değildir

Bilgi mimarisi çoğu ekipte üst menü ile karıştırılır. Menü, yapının görünen yüzüdür; fakat yapının tamamı değildir. Kullanıcı üstte hangi sekmeleri gördüğünü fark eder, fakat arka planda kategori hiyerarşisi, sayfa tipleri, URL düzeni, arama kurgusu ve yön bulma işaretleri birlikte çalışır. Bu yüzden yalnızca navigasyon menüsünü tasarlamak, iyi bir bilgi mimarisi kurmak anlamına gelmez.

Basit bir örnek düşünün. Ana menüde “Hizmetler”, “Çözümler” ve “Kaynaklar” gibi üç başlık olabilir. Fakat ekip hangi içeriğin kaynak, hangisinin çözüm, hangisinin ürün destek sayfası olduğunda anlaşamıyorsa kullanıcı da anlaşamaz. Aynı konu bazen blogda, bazen rehberde, bazen kategori içinde görünür. Görsel tasarım ne kadar temiz olursa olsun, isimlendirme ve hiyerarşi bulanıksa kullanıcı doğru yolu ezberleyerek değil, tahmin ederek ilerler.

Bilgi mimarisi aynı zamanda editoryal bir karar alanıdır. Hangi içerik tipi kalıcı sayfa olacak, hangisi dönemsel kampanya kalacak, hangisi kategori yerine filtre olarak ele alınacak gibi kararlar burada verilir. Tasarım ve frontend bu iskeleti görünür kılar; iskeletin kendisini oluşturmaz. Bu nedenle bilgi mimarisi çalışması, tel kafes veya arayüz çizimi başlamadan önce yapılırsa daha az revizyon gerekir.

Sağlam yapı, içerik envanteri ile başlar

Yeni bir site kurulurken veya mevcut yapı toparlanırken ilk iş menü isimleri bulmak değildir. Önce elde ne olduğunu görmek gerekir. İçerik envanteri bunun için kullanılır. Yayındaki sayfalar, açılması planlanan bölümler, kategori adayları, destek sayfaları, kampanya sayfaları ve yardımcı sayfalar tek bir tabloda toplanır. Böylece ekip “sayfa var mı yok mu” tartışmasından çıkıp “bu sayfa hangi yapının parçası” sorusuna geçer.

Envanter aşamasında en çok yapılan hata, tüm içerikleri aynı değerde sanmaktır. Oysa ana gelir getiren veya en çok aranan sayfalar ile yalnızca destekleyici rol üstlenen sayfalar aynı hiyerarşide tutulmaz. Yayın odaklı projelerde bu ayrım daha da görünür hale gelir. Örneğin blog yapısı ve organizasyonu doğru kurulmadığında, kategori ile etiket aynı işi yapmaya başlar ve zamanla içerik keşfi zorlaşır.

İşlevsel bir envanter listesinde en az şu ayrım net olmalıdır:

• Kullanıcının doğrudan ulaşmak istediği ana sayfalar
• Bir üst yapıyı açıklayan kategori veya hub sayfaları
• Arama, filtre, iletişim, hesap gibi yardımcı sayfalar
• Zamanla büyüyecek editoryal içerik kümeleri

Bu ayrım yapılmadan oluşturulan hiyerarşi kısa süre çalışıyor gibi görünür. Fakat içerik sayısı 50'yi, 100'ü, 200'ü geçtiğinde ekip her yeni sayfa için yeni bir üst başlık açmaya başlar. İşte bilgi mimarisinin dağıldığı an tam olarak budur. Sorun içerik artışı değildir; artışı karşılayacak sınıflandırma modelinin baştan kurulmamış olmasıdır.

Etiketleme ve gruplama, kullanıcının diline göre kurulur

İyi bilgi mimarisi, kurumun iç organizasyon dilini değil kullanıcının arama ve düşünme dilini merkeze alır. Ekip içinde herkes “çözüm merkezi” ifadesini biliyor olabilir; fakat kullanıcı aynı şeyi “yardım”, “dokümantasyon” ya da “rehber” olarak arıyor olabilir. Eğer bölüm isimleri içeriden dışarıya doğru kurulursa kullanıcı siteyi anlamak için önce markanın terminolojisini öğrenmek zorunda kalır.

Gruplama mantığı en görünür testini burada verir. Bir kullanıcı “erkek ayakkabı” ile “koşu ayakkabısı”nı aynı zihinsel torbaya atmaz. Biri cinsiyet, diğeri kullanım amacı eksenidir. Bu ayrım yapılmadığında kategori ağacı ile filtre sistemi birbirine karışır. Özellikle ürün veya liste yoğun sayfalarda kategori sayfası yapısı doğru çalışmıyorsa, sorun çoğu zaman arayüzde değil, yanlış gruplama kararındadır.

Benzer biçimde büyük sitelerde mega menü ihtiyacı da çoğu zaman erken ilan edilir. Oysa çok katmanlı bir menü kurmak, bilgi mimarisi çözülmeden yapılınca yalnızca karmaşayı görünür hale getirir. Önce hangi başlığın üst seviye, hangisinin alt seviye olduğu netleşmeli; ancak gerçekten geniş ve anlamlı bir kümelenme varsa mega menü yapısı gündeme gelmelidir.

Etiketleme tarafında en kullanışlı test şudur: Bir kullanıcı menü başlığını gördüğünde içine girecek içeriği kabaca tahmin edebiliyor mu? Aynı başlık altına çok farklı niyetler doluyorsa isim zayıftır. Başlık çok teknik ama içerik çok genel kalıyorsa yine zayıftır. İyi etiketleme, açıklama istemeden çalışan etiketlemedir.

Derinlik, yön bulma ve geçiş noktaları birlikte çözülür

Bilgi mimarisi yalnızca bir ağaç çizmek değildir; kullanıcı bu ağaç içinde nasıl hareket edecek, o da planlanır. Kritik sayfaların genellikle iki veya üç adım içinde bulunabilmesi gerekir. Her şeyi ana menüye doldurmak çözüm olmadığı gibi, değerli sayfaları dördüncü veya beşinci seviyeye itmek de sürdürülebilir değildir. Kullanıcı önemli bir sayfaya ulaşmak için sürekli ara katmanlardan geçiyorsa yapı fazla derindir.

Yön bulmayı kolaylaştıran unsurlar menüden ibaret değildir. Breadcrumb, ilgili içerik blokları, kategori giriş açıklamaları, filtre mantığı ve site içi arama aynı yapının parçalarıdır. Özellikle kullanıcılar bir konuya sürekli arama kutusundan ulaşıyorsa bu durum aramanın iyi olduğundan çok, ana yapının o içeriği yeterince görünür kılmadığından şüphe ettirir. Bu nedenle arama fonksiyonunun entegrasyonu bile bilgi mimarisinden bağımsız ele alınmamalıdır.

Geçiş noktaları da kritik bir konudur. Kullanıcı kategori sayfasından ürün sayfasına mı, rehberden araç sayfasına mı, blog yazısından uygulama adımına mı geçecek? Bu köprüler planlanmazsa sayfalar tek tek güçlü görünür ama ağ zayıf kalır. Sonuçta site içinde “yetim” kalan, yalnızca URL'si bilinen ama akış içinde görünmeyen sayfalar oluşur.

Burada denge önemlidir. Çok fazla geçiş noktası karar yorgunluğu yaratır, çok az geçiş noktası ise keşif imkânını daraltır. Kullanıcı bir konunun devamına gitmek istediğinde tek bir mantıklı seçenek görmeli; beş farklı ama benzer seçenek değil. İyi bilgi mimarisi, seçenek sayısını artırarak değil, doğru seçenekleri görünür kılarak çalışır.

Doğru model, site tipine göre değişir

Aynı bilgi mimarisi her sitede işe yaramaz. Kurumsal bir tanıtım sitesinde ana amaç birkaç ana sayfayı netleştirmektir. İçerik hacmi sınırlıdır, bu yüzden sığ bir yapı daha iyi işler. Buna karşılık ürün yoğun projelerde kategori, alt kategori, filtre, ürün listesi ve ürün detay sayfası arasında çok daha sistemli bir ayrım gerekir. Bu ayrım kurulmadığında e-ticaret site mimarisi hızla ağırlaşır ve kullanıcı nerede olduğunu kaybeder.

İçerik odaklı blog ve yayın sitelerinde ise mesele çoğu zaman departman mantığı değil konu kümeleridir. “Hakkımızda”, “ekip”, “çözümler” gibi sabit başlıklar çekirdeği oluşturur; fakat organik büyümeyi asıl belirleyen şey konu kümelerinin nasıl açıldığıdır. Her yeni içerik türü için yeni bir kategori açmak yerine, önce o içeriğin mevcut yapıya hizmet edip etmediğine bakmak gerekir.

Bu yüzden bilgi mimarisi çalışması yapılırken sitenin gelir modeli, yayın modeli ve güncellenme sıklığı birlikte düşünülmelidir. Haftada bir yeni yazı girilen site ile her gün yüzlerce ürün güncellenen yapı aynı mantıkla yönetilmez. Kalıcı olan şey şudur: kategori, sayfa tipi ve geçiş noktası arasındaki fark ne kadar netse, büyüme maliyeti o kadar düşer.

Yapının bozulduğunu gösteren sinyaller erken görünür

Bilgi mimarisi bir gecede bozulmaz. Önce küçük işaretler çıkar. Aynı konuyu anlatan iki ayrı menü etiketi oluşur. Editörler yeni içerik açarken “bunu nereye koyalım” diye sık sık birbirine sorar. Arama kutusundan ulaşılan sayfalar artar ama menüden keşfedilen sayfalar azalır. Kategori sayısı büyürken her kategorinin içi incelir. Bunların her biri yapının bakım istediğini gösterir.

Bir başka sinyal de şudur: Kullanıcı akışı belirgin değildir. İnsanlar bir yazıdan sonra doğal olarak nereye geçeceğini anlayamıyorsa, site onlara yalnızca bilgi sunuyor ama yol göstermiyor demektir. Bu durumda yeni sayfa üretmeye devam etmek genellikle sorunu çözmez; aksine mevcut bulanıklığı genişletir.

Sağlam bilgi mimarisi kusursuz ağaç çizmekten çok, tekrar eden kararları netleştirmekle ilgilidir. Ekip yeni içerik açarken aynı mantığı sürdürebiliyorsa, kullanıcı bulunduğu yerden bir sonraki adımı tahmin edebiliyorsa ve önemli sayfalar birkaç hamlede bulunabiliyorsa yapı doğru kurulmuş demektir. Geri kalan her iyileştirme, bu omurganın üstüne eklenen katmandır.

Bilgi mimarisi neden sürekli güncellenmeli?

Bilgi mimarisi bir kez kurulup bırakılan bir plan değildir. Site büyüdükçe yeni içerikler, yeni hedef kitleler ve yeni iş öncelikleri eklenir. Bu değişiklikler yapıya yansımıyorsa başta anlamlı olan hiyerarşi zamanla kullanıcının gerçek beklentisinden uzaklaşır. Kategoriler eskimiş, yollar geçerliliğini yitirmiş olabilir.

Periyodik gözden geçirme için en pratik gösterge kullanıcı davranışıdır. Hangi sayfalardan sık ayrılıyor, hangi arama terimlerine iç arama sonuç veremiyor, hangi kategoriler trafiğin çok azını çekiyor? Bu sorulara verilen cevaplar, bilgi mimarisindeki aşınan noktaları görünür kılar. Site haritası planlaması ve kategori dengesi de bu gözden geçirmelerde birlikte ele alınmalıdır.

Bilgi mimarisini yalnızca site yapısı belgesi gibi görmek, onun değerini küçümsemek olur. Gerçek katkısı tasarım, geliştirme ve içerik ekiplerinin ortak bir referansla çalışabilmesidir. Herkes hangi sayfanın nerede olduğunu ve neden orada olduğunu bildiğinde, hem üretim daha az hata yapar hem de zamanla büyüyen yapı daha sağlıklı kalır.