İçeriğe geç
Nixeny
Ana SayfaHakkımızda
PortfolyoYardım MerkeziBlogİletişim
Nixeny

Nixeny, 2021'den bu yana Mersin merkezli olarak Türkiye genelindeki işletmelere dijital çözümler sunan butik bir ajans. Markanızın dijital dünyada parlaymasını sağlıyoruz.

Hizmet Bölgeleri

  • Mersin
  • Adana
  • Konya
  • Kayseri
  • Antalya
  • Kahramanmaraş

Hızlı Erişim

  • Ana Sayfa
  • Hakkımızda
  • Hizmetlerimiz
  • Portfolyo
  • Yardım Merkezi
  • Blog

Hizmetlerimiz

  • Web Sitesi
  • Google'da Üst Sıralar
  • Mobil Uygulama
  • Online Satış Mağazası
  • Sosyal Medya Yönetimi
  • Logo & Marka Kimliği

Bize Ulaşın

  • +90 535 878 48 00
  • info@nixeny.com
  • WhatsApp
  • Mersin, Türkiye
  • Pazartesi – Cumartesi: 09:00 – 18:00
  • Gizlilik Politikası
  • Kullanım Koşulları
  • Çerez Politikası
  • İade ve Teslimat
Güvenli Ödeme
iyzico ile güvenli ödeme - Visa, MasterCard

© 2026 Nixeny Dijital

Web Tasarım

Bilgi Mimarisi: Ziyaretçiyi Karara Taşıyan Site Yapısı

Menüyü şirket departmanlarına göre dizmek yerine kullanıcı görevlerini, karar aşamalarını, içerik ilişkilerini ve ölçülebilir gezinme yollarını temel alan bir bilgi mimarisi kurun.

Kıvanç Taşcı
5 Ağustos 20268 dk okuma
Oniks arka planda lacivert katmanlı site koridorlarını düzenleyen platin yön düğümleri ve karar noktasına ulaşan kırmızı bir rota

İçindekiler

  1. 1. Sayfa Listesinden Önce Kullanıcı Görevlerini Haritalayın
  2. 2. İçerik Modeli ile Hiyerarşiyi Birlikte Kurun
  3. 3. Etiketleri Kullanıcının Tahmin Edebileceği Dile Çevirin
  4. 4. Varsayımsal Senaryo: Departman Menüsünden Karar Yollarına
  5. 5. Sayfa İçinde Karar Sırasını ve CTA'yı Tasarlayın
  6. 6. Mimarinin Çalıştığını Görevlerle Sınayın
  7. 7. Aşamalı Uygulama, Kontrol Listesi ve Sınırlar
  8. Sonuç
  9. Sık Sorulan Sorular
  10. Kaynaklar
İçindekiler
  1. 1. Sayfa Listesinden Önce Kullanıcı Görevlerini Haritalayın
  2. 2. İçerik Modeli ile Hiyerarşiyi Birlikte Kurun
  3. 3. Etiketleri Kullanıcının Tahmin Edebileceği Dile Çevirin
  4. 4. Varsayımsal Senaryo: Departman Menüsünden Karar Yollarına
  5. 5. Sayfa İçinde Karar Sırasını ve CTA'yı Tasarlayın
  6. 6. Mimarinin Çalıştığını Görevlerle Sınayın
  7. 7. Aşamalı Uygulama, Kontrol Listesi ve Sınırlar
  8. Sonuç
  9. Sık Sorulan Sorular
  10. Kaynaklar

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.

İçgörü: Dönüşüm bir yön bulma sonucudur

Kullanıcı, teklifi ve kendi durumunu anlayıp sonraki adımın sonucunu öngörebildiğinde CTA anlam kazanır.

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.

Karar odaklı sayfa rolü matrisi
Sayfa rolüKullanıcı sorusuTemel içerikUygun CTA
KategoriHangi yol bana uygun?Seçenekler ve ayrım ölçütleriAlt yolu seç
HizmetBu teklif sorunumu çözer mi?Uygunluk, kapsam, süreç, sınırlarGörüşmeyi planla
RehberKararı nasıl vermeliyim?Çerçeve, örnek, kontrol listesiİlgili hizmeti değerlendir
Vaka/kanıtBu 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.

Ziyaretçilerinizin doğru hizmeti bulduğu karar yolları tasarlayın

Site mimarimi birlikte kuralım

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.

Dikkat: Organizasyon değişmedi

Bilgi mimarisi ekip yapısını yeniden adlandırmaz; kullanıcıya ekip sınırlarını öğrenmeden doğru hizmet yolunu bulma imkânı verir.

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.

Uygulama: İlk mimari testi

Beş kritik kullanıcı görevini yazın ve mevcut menünün yalnızca metin ağacını göstererek hedef sayfayı nerede arayacaklarını sınayın.

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

  1. 1.
    W3C Web Accessibility Initiative — Sayfa yapısı eğitimi

    Bölgeler, başlıklar ve anlamlı yapı üzerinden gezinme ve erişilebilirlik

  2. 2.
    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

İlgili Yazılar

  • Web Tasarım

    Web Sitesi Yenilerken Görünürlüğü Korumak: SEO Geçiş Rehberi

    Yeni tasarımı yayına alırken URL değerini, analitik sürekliliğini ve potansiyel müşteri akışını koruyan ölçülebilir bir site geçiş planı kurun.

    Makaleyi Oku
  • Web Tasarım

    Hız Puanından İş Sonucuna: Core Web Vitals İçin Ticari Yol Haritası

    LCP, INP ve CLS sorunlarını yalnızca teknik puan olarak değil; keşif, güven ve dönüşüm akışını etkileyen öncelikli ürün problemleri olarak yönetin.

    Makaleyi Oku
  • Web Tasarım

    Erişilebilir Web Yol Haritası: WCAG Kontrol Listesinden Ürün Sistemine

    WCAG uyumunu yayın sonu denetimi olmaktan çıkarın; kapsam, sahiplik, kullanıcı testi ve kalite kapılarıyla yönetilen uygulanabilir bir ürün programına dönüştürün.

    Makaleyi Oku