Bir ziyaretçi sitenize geldiğinde kurum şemanızı öğrenmek istemez. Kendi sorusuna yanıt, seçenekler arasında ayrım ve güvenli bir sonraki adım arar. Buna rağmen birçok site menüsünü şirket departmanlarına, içerik türlerine veya yıllar içinde eklenmiş hizmet adlarına göre büyütür. Sonuçta doğru bilgi vardır ama bulunamaz; aynı konu birkaç yerde tekrar eder; CTA'lar kullanıcı hazır olmadan satış ister. Bilgi mimarisi bu dağınıklığı yalnızca menü düzenleyerek değil, içeriklerin anlamını ve ilişkisini yeniden tanımlayarak çözer.
W3C Web Accessibility Initiative, iyi yapılandırılmış içeriğin sayfalarda gezinmeyi ve bilgiyi işlemeyi kolaylaştırdığını; bölgelerin, başlıkların ve içerik ilişkilerinin anlamlı HTML ile belirtilmesinin özellikle ekran okuyucu, klavye ve bilişsel erişim ihtiyaçları olan kullanıcıları desteklediğini açıklıyor. Bu ilke site düzeyinde de geçerlidir: kategori adı, sayfa başlığı, bağlantı metni ve hiyerarşi kullanıcının nerede olduğunu, ne bulacağını ve nereye gidebileceğini anlatmalıdır. Dönüşüm, daha fazla düğme eklemekten önce bu yön duygusunu kurmakla başlar.W3C Web Accessibility Initiative — Sayfa yapısı eğitimi
1. Sayfa Listesinden Önce Kullanıcı Görevlerini Haritalayın
Bilgi mimarisinin girdisi mevcut menü değil, kullanıcıların tamamlamaya çalıştığı görevlerdir. Bir hizmet sitesinde görevler; sorunu tanımak, yaklaşım seçeneklerini karşılaştırmak, uygunluğu kontrol etmek, kanıt görmek, maliyet kapsamını anlamak ve görüşme başlatmak olabilir. E-ticarette ise ürün bulmak, filtrelemek, uyumluluğu doğrulamak, teslimatı anlamak ve satın almak öne çıkar. Görevleri kullanıcı görüşmeleri, site araması, destek kayıtları, analitik yolları ve satış sorularıyla doğrulayın.
Her görev için başlangıç bilgisi, karar sorusu, gerekli kanıt ve kabul edilebilir sonraki adımı yazın. Kullanıcı her zaman ana sayfadan başlamaz; arama motorundan derin bir rehbere, kampanyadan ürün sayfasına veya paylaşılan bağlantıdan vaka sayfasına gelebilir. Bu yüzden her önemli sayfa kendi bağlamını kurmalı, ait olduğu kategoriyi göstermeli ve hem geriye hem ileriye anlamlı yol sunmalıdır.
İş hedefini görev haritasına ekleyin fakat onu ele geçirmesine izin vermeyin. Kullanıcı uygun olmadığını hızla anlayabiliyorsa bu da başarılı bir deneyimdir; gereksiz form ve satış görüşmesini önler.
2. İçerik Modeli ile Hiyerarşiyi Birlikte Kurun
İçerik modeli, sayfaları yalnızca başlık olarak değil, tekrar kullanılabilen alanlar ve ilişkiler olarak tanımlar. Hizmetin hedef kitlesi, çözdüğü sorun, süreç aşamaları, kanıtları, ilgili rehberleri ve CTA'sı ayrı alanlar olduğunda sayfalar tutarlı üretilebilir. Aynı bilgi kopyalanmak yerine tek kaynaktan yönetilir. Model, tasarım şablonunun arkasındaki anlam katmanıdır; CMS ekranı bu kararları görünür kılmalıdır.
Hiyerarşi genişten özele ilerler fakat organizasyonun departman yapısını taklit etmek zorunda değildir. Ana kategoriler kullanıcıların tanıdığı kavramlarla adlandırılmalı, kardeş kategoriler benzer soyutlama düzeyinde olmalıdır. Bir menüde 'Çözümler', 'Kurumsal', 'Blog' ve belirli bir ürün adını aynı seviyeye koymak seçim mantığını belirsizleştirir. Kart sıralaması, breadcrumb ve yerel gezinme aynı sınıflandırmayı desteklemelidir.
| Sayfa rolü | Kullanıcı sorusu | Temel içerik | Uygun CTA |
|---|---|---|---|
| Kategori | Hangi yol bana uygun? | Seçenekler ve ayrım ölçütleri | Alt yolu seç |
| Hizmet | Bu teklif sorunumu çözer mi? | Uygunluk, kapsam, süreç, sınırlar | Görüşmeyi planla |
| Rehber | Kararı nasıl vermeliyim? | Çerçeve, örnek, kontrol listesi | İlgili hizmeti değerlendir |
| Vaka/kanıt | Bu yaklaşım güvenilir mi? | Bağlam, yöntem, doğrulanabilir sonuç | Benzer ihtiyacı konuş |
3. Etiketleri Kullanıcının Tahmin Edebileceği Dile Çevirin
Menü etiketi kısa olduğu kadar ayırt edici olmalıdır. 'Çözümler', 'Platform' veya 'Kaynaklar' tek başına içeride ne olduğunu söylemeyebilir. Hedef kitlenin kullandığı adları kart sıralama ve ağaç testiyle sınayın. Bir terim kurum içinde doğru olsa bile kullanıcılar onu başka kategoriye koyuyorsa açıklayıcı alt etiket veya farklı bir ad gerekir. Yaratıcı mikro metin, gezinmede tahmin edilebilirliğin önüne geçmemelidir.
W3C'nin erişilebilir web yazımı önerileri, kısa başlıklarla ilişkili paragrafları gruplamayı ve başlıkların içeriğin ana hatlarını görünür kılmasını öneriyor. Başlık düzeyleri görsel boyut seçimi için değil, gerçek yapı için kullanılmalıdır. Bağlantı metni de 'buraya tıklayın' yerine hedefi tarif etmelidir. Böylece hem yardımcı teknoloji kullanan kişiler hem hızlı tarayan ziyaretçiler sayfanın mantığını daha kolay kurar.W3C Web Accessibility Initiative — Web erişilebilirliği için yazım ipuçları
Global gezinme bütün olasılıkları taşımak zorunda değildir. Sık ve önemli yolları görünür tutun; ikincil bağlantıları kategori sayfalarına, yerel gezinmeye ve aramaya bırakın. Mobilde aynı bilgi önceliğini koruyun; masaüstü mega menüsünü dar ekrana olduğu gibi yığmayın.
4. Varsayımsal Senaryo: Departman Menüsünden Karar Yollarına
Bu örnek varsayımsaldır; gerçek bir müşteri sonucu veya dönüşüm artışı iddiası değildir. Bir kurumsal teknoloji sitesinin ana menüsünde 'Danışmanlık', 'Mühendislik', 'Operasyon', 'Kaynaklar' ve 'Şirket' başlıkları bulunduğunu düşünün. Kullanıcı görüşmeleri, ziyaretçilerin departman farkını bilmediğini; 'eski sistemi yenilemek', 'güvenliği değerlendirmek' ve 'sürekli destek almak' gibi sorunlarla geldiklerini gösteriyor. Analitikte de birçok kişi departman sayfaları arasında ileri geri dolaşıyor.
Girdiler: on iki kullanıcı görevi, mevcut 86 sayfalık envanter, en çok kullanılan site içi aramalar, satışın uygunluk soruları ve mobil gezinme kayıtları. Akıl yürütme: üç departman benzer hizmetleri farklı dille anlatıyor. Görevler 'Dönüşümü planla', 'Yeni ürün geliştir' ve 'Sistemi işlet' adlı üç çözüm yolunda kümeleniyor. Uzmanlık departmanları hizmet ayrıntısında kalıyor; ana seçim düzeyinden çıkarılıyor. Kanıt, süreç ve ilgili rehberler her yol için ortak içerik modeliyle bağlanıyor.
Karar: yeni mimari önce kart sıralama ve ağaç testi prototipinde sınanır; bütün siteyi kodlamadan en sorunlu iki yol tıklanabilir prototipe dönüştürülür. Eski URL'ler içerik eşleştirme tablosuyla yeni hedeflere bağlanır, gerçek eşdeğeri olmayan sayfalar otomatik olarak ana sayfaya yönlendirilmez. Başarı; varsayımsal bir artışla değil, görev tamamlama, yanlış yol seçimi, geri dönüş ve nitelikli form bağlamıyla değerlendirilir.
5. Sayfa İçinde Karar Sırasını ve CTA'yı Tasarlayın
Site haritası doğru olsa bile sayfa içi akış kararı bozabilir. İlk bölüm kimin için hangi sonucu sunduğunu açıklar. Ardından sorun bağlamı, seçenek veya yaklaşım, kapsam, süreç, kanıt, sınırlar ve sonraki adım gelir. Bu sıra her hizmette birebir aynı olmak zorunda değildir; ancak kullanıcıya henüz gerekli kanıtı vermeden form istemek güven açığı yaratır. Farklı karar aşamalarına uygun ikincil yollar sunun: rehberi oku, gereksinimleri karşılaştır, örneği incele.
CTA etiketi eylem ve sonucu birlikte anlatmalıdır. 'Gönder' yerine 'Proje kapsamını paylaş', 'Daha fazla' yerine 'Uygulama adımlarını gör' gibi ifadeler belirsizliği azaltır. Form öncesinde beklenen süre, kimle görüşüleceği, hangi bilginin istendiği ve sonrasında ne olacağı açıklanmalıdır. Dönüşüm için sürpriz değil, öngörülebilirlik tasarlayın.
İç bağlantıları SEO kutusu gibi sayfa sonuna yığmayın. Kullanıcının yeni sorusunun doğduğu paragrafta ilgili karşılaştırma veya kanıta bağlanın. Bağlantı hedefi aynı bilgiyi tekrar etmek yerine kararı ilerletmelidir.
6. Mimarinin Çalıştığını Görevlerle Sınayın
Kart sıralama, insanların kavramları nasıl grupladığını gösterir; ağaç testi, görsel tasarım olmadan doğru yolu bulup bulamadıklarını ölçer; kullanılabilirlik testi ise etiket, içerik ve etkileşimi birlikte değerlendirir. Her yöntem farklı soruya cevap verir. Beş kişinin görüşü bütün pazarın matematiksel kanıtı değildir, ancak tekrar eden yön bulma sorunlarını erken gösterebilir. Katılımcıları gerçek hedef roller ve görevlerle seçin.
Canlı ölçümde yalnızca CTA tıklamasına bakmayın. Site içi arama terimleri, sonuçsuz aramalar, menü tekrar açma, breadcrumb kullanımı, kategoriye geri dönüş, yanlış form seçimi ve destek talepleri mimari sinyallerdir. Kullanıcı rızası ve veri minimizasyonunu koruyun; her imleç hareketini kaydetmek gerekmeyebilir. Nicel desenleri kısa görüşmeler ve destek kayıtlarıyla açıklayın.
Değişiklik öncesi görev tabanı oluşturun. Yeni mimariyi etaplar halinde yayımlayıp en kritik görevleri yeniden sınayın. Marka kampanyası veya fiyat değişikliği gibi eşzamanlı etkileri not edin; dönüşüm farkını tek başına menüye mal etmeyin.
7. Aşamalı Uygulama, Kontrol Listesi ve Sınırlar
Keşifte görevleri ve mevcut içerikleri envanterleyin. Modelleme aşamasında sayfa rolleri, taksonomi ve ilişkileri tanımlayın. Doğrulamada kart sıralama, ağaç testi ve prototip kullanın. Geçişte URL eşleştirme, yönlendirme, breadcrumb, arama, analitik ve içerik sahiplerini birlikte taşıyın. İşletimde yeni sayfa taleplerini mimari kapıdan geçirin; aksi halde birkaç ay içinde eski dağınıklık geri döner.
Sınırlar ve başarısızlık biçimleri: iyi bilgi mimarisi zayıf teklifi, yetersiz kanıtı veya yavaş siteyi tek başına çözmez. Her şeyi üç tıkta sunma hedefi derinliği azaltabilir; önemli olan tık sayısı değil, yolun anlaşılır ve düşük belirsizlikli olmasıdır. Kullanıcı araştırmasını yalnızca kurum çalışanlarıyla yapmak iç jargonun korunmasına yol açar. Menü sadeleştirilirken erişilebilir alternatif yollar kaldırılabilir. Büyük URL değişiklikleri içerik ve SEO geçiş planı olmadan yapılırsa bulunabilirlik kaybı doğurur.
- Ana kullanıcı görevleri gerçek görüşme ve davranış verisiyle doğrulandı.
- Sayfa rolleri ve içerik alanları tekrarları azaltacak biçimde tanımlandı.
- Kategori ve menü etiketleri kullanıcı diliyle ağaç testinden geçti.
- Her önemli sayfa bağımsız giriş noktası olarak bağlam sunuyor.
- Başlık düzeyleri, bölgeler ve bağlantı metinleri anlamı iletiyor.
- CTA, eylemden sonra ne olacağını açıkça söylüyor.
- URL geçişi, yönlendirme ve ölçüm planı lansmandan önce hazır.
Sonuç
Dönüşüm odaklı bilgi mimarisi, kullanıcıyı en kısa yoldan forma itmek değil, doğru karara güvenle taşıyan anlamlı yollar kurmaktır. Görevlerden başlayın, içerik rollerini modelleyin, etiketleri gerçek kullanıcı diliyle sınayın ve CTA'yı kararın doğal sonucu yapın. Mimariyi yayın sonrası ölçüp yönettiğinizde site, departman arşivinden kullanılabilir bir karar sistemine dönüşür.
Sık Sorulan Sorular
Kaynaklar
- W3C Web Accessibility Initiative — Sayfa yapısı eğitimi
Bölgeler, başlıklar ve anlamlı yapı üzerinden gezinme ve erişilebilirlik
- W3C Web Accessibility Initiative — Web erişilebilirliği için yazım ipuçları
Anlamlı başlıklar, yapı, bağlantı metni ve okunabilir içerik
Ziyaretçilerinizin doğru hizmeti bulduğu karar yolları tasarlayın
Kullanıcı görevlerini, içerik modelini ve dönüşüm akışlarını erişilebilir bir web mimarisinde birleştirelim.
Site mimarimi birlikte kuralım


