---
title: "Bilgi mimarisi nedir?"
author: Androverse
author_url: https://androverse.com.tr/yazar/androverse
publisher: Androverse
updated_at: 2026-10-15
url: https://androverse.com.tr/sozluk/bilgi-mimarisi
language: tr
---

# Bilgi mimarisi nedir?

Bilgi mimarisi, içeriklerin nasıl gruplanacağını, adlandırılacağını ve birbirine bağlanacağını belirleyen düzenleme yaklaşımıdır.

Diğer adlar: Information architecture, IA.

## Nerede işine yarar?

Kullanıcının hangi kelimeyle neyi aradığı ve içeriklerin hangi bağlamda anlamlı olduğu incelenir. Menü, kategori ve iç bağlantılar bu yapının görünür parçalarıdır. İçerik büyüdükçe yeni sayfalar rastgele eklenmez; mevcut ilişkiler gözden geçirilir.

## Bir cümlede uygulaması

Bir hizmet sitesinde hizmet, örnek çalışma ve açıklayıcı sözlük maddelerini ayrı türler olarak ilişkilendirmek.

## Neyle karıştırılmamalı?

Bilgi mimarisi yalnız menü tasarımı değil, içeriğin bütün düzenidir.

## İçerik var. Aranan şey nerede?

Bir stüdyonun sitesinde hizmetler, projeler, yazılar ve sözlük bulunuyor. Aynı 'marka kimliği' konusu bu alanların birkaçında geçebilir, fakat her sayfa başka bir soruya cevap verir. Hizmet sayfası kapsamı, proje sayfası uygulamayı, yazı düşünceyi, sözlük ise kavramı açıklar. Bilgi mimarisi bu farkları anlaşılır gruplara ve ilişkilere dönüştürür; yalnız menüde hangi sözcüğün yazacağına karar vermez.

Örnek bir ziyaretçi 'tasarım sistemi' ifadesini bilmiyor ama yeni sayfaların neden birbirine benzemediğini anlamak istiyor olabilir. Kavramı bilen başka biri ise doğrudan tanım arar. İçeriğin yalnız uzman terimleriyle düzenlenmesi ilk kişiyi, yalnız genel başlıklarla düzenlenmesi ikincisini zorlayabilir. Açık başlıklar, arama, ilişkili içerikler ve uygun açıklamalar farklı giriş yollarını aynı bilgi yapısında buluşturabilir.

Bu çalışmada şirketin iç departmanlarını otomatik olarak ana menüye taşımayız. Kurumun bildiği ayrımlar kullanıcının zihninde aynı şekilde bulunmayabilir. Önce içerik envanteri çıkarır, tekrarları ve eksikleri görür, sonra insanların hangi bilgiye hangi amaçla ulaşacağını düşünürüz. Düzen bir kez kurulup unutulmaz; yeni içerikler eklendikçe adlandırma ve ilişki kararları da gözden geçirilir.

İçerik ilişkilerinin bakımında başlık değişikliği küçük ama etkili bir karardır. Bir sayfanın adı değiştiğinde menü, içerik bağlantıları ve arama sonuçlarındaki açıklamalar eski beklentiyi taşımaya devam edebilir. Bu nedenle adlandırma kararlarını tek bir ekrandan bağımsız düşün. Aynı kavrama farklı isimler veriliyorsa tercih edilen adı ve gerekli eş anlamlıları belirle. Ziyaretçinin farklı sözcüklerle arayabileceğini kabul etmek, bütün menü etiketlerini uzatmak anlamına gelmez. Arama ve açıklayıcı içerik, temel navigasyonun taşıyamadığı ayrıntıları uygun yerde sunabilir.

Bilgi mimarisinde bir sayfanın varlığı kadar yokluğu da karar gerektirir. Yeni bir alt konu için ayrı sayfa açmak ancak özgün ve yararlı bir kapsam varsa anlamlıdır. Çok kısa tekrarları farklı URL’lere bölmek hem okuru hem editoryal bakımı zorlaştırabilir. Geniş konu içinde bir bölüm yeterliyse bunu seçmek de geçerli bir çözümdür. Ayrı sayfa gerektiğinde ana konuyla ilişkisini ve dönüş yolunu kur. Yapının büyüklüğü başarı ölçütü değildir; kişinin sorusuna nerede ve ne kadar açık cevap bulduğuna bakılır. Düzen, yayın hacmine göre bilinçli biçimde gelişmelidir.

### İçerik envanteri

Her sayfanın amacını, hedef kişisini ve güncellik durumunu kaydet. Aynı soruya cevap veren iki sayfa varsa farklarını açıklaştır veya birleştirmeyi değerlendir. Boş başlıklar ile henüz üretilecek içerikleri mevcut bilgi gibi sayma. Mimari kararlar gerçek malzemeyi temel almalı.

### Adlandırma

Etiketler gitmeden önce hedef hakkında beklenti kurar. Ekip içi kısaltmalar ve yaratıcı ama bağlamsız adlar ziyaretçiye anlaşılır gelmeyebilir. Kişinin kullandığı sözcüklerle kurumun terimlerini karşılaştır. Marka karakteri korunurken temel yön tabelaları açık kalabilir; her menü adı bir slogan olmak zorunda değildir.

### İlişki

Benzer içeriklere bağlantı vermek yalnız bir liste eklemek değildir. Bağlantının neden yararlı olduğunu ve okurun hangi sorusunu takip ettiğini düşün. Bir tanımdan uygulama yazısına, oradan ilgili hizmete gitmek doğal bir rota kurabilir. İlgisiz bağlantı sayısını artırmak anlamlı bir yapı oluşturmaz.

## Menü görünür parça, mimari onun zemini

### Navigasyon

Menü, ekmek kırıntısı ve sayfa içi bağlantılar bilginin içinde dolaşmak için sunulan araçlardır. Aynı bilgi mimarisi farklı ekranlarda farklı navigasyon biçimleriyle gösterilebilir. Mobil menünün açılma davranışını değiştirmek, sayfaların birbirine olan kavramsal ilişkisini otomatik olarak değiştirmez. Görünür araç ile içerik düzenini ayrı düşünmek gerekir.

### Bilgi mimarisi

İçeriğin nasıl sınıflandığını, adlandırıldığını ve birbirine bağlandığını belirler. Kategoriler, içerik türleri ve ilişkiler bu çerçevenin parçalarıdır. Menü tasarımı bu kararları kullanıcıya taşır. Yapı karışıksa çok güzel bir menü onu saklayabilir, fakat çözemez; önce bilginin hangi ihtiyaca göre düzenlendiğine dönmek gerekir.

## İçeriğin bulunabilirliğini kurmak

Bilgi mimarisi menü başlıklarından önce içeriğin ilişkileriyle başlar. Aynı konu farklı adlarla tekrar ediyorsa veya bir sayfanın yeri ekip içinde tartışmalıysa sınıflandırma gözden geçirilir. Kullanıcının dili ile kurumun iç organizasyon dili her zaman örtüşmeyebilir.

- Mevcut içerikleri amaç ve kullanıcı ihtiyacına göre çıkar.
- Başlıkları gerçek arama ve gezinme diliyle adlandır.
- Bir içeriğe birden fazla bağlamdan erişim gereken yerleri belirle.

## Her sayfa ana menüde bulunmalı mı?

Hayır. Ana menü temel yönleri göstermelidir. Ayrıntı sayfalarına kategori, arama ve bağlamsal bağlantılar üzerinden ulaşılabilir. Bütün bağlantıları menüye yığmak bulunabilirliği artırmak yerine seçim yapmayı zorlaştırabilir.


## Bu karar, işinin neresinde?

Bilgi mimarisi kavramının bir projede nasıl ele alındığını; yaklaşım, süreç ve teslimler üzerinden incele.

[Web tasarım & yazılım](https://androverse.com.tr/hizmetler/web-tasarim-yazilim)

## Karar masası

### Bir içerik yalnız tek kategoride bulunmalı mı?

Her içeriğin anlaşılır bir ana yeri olması faydalıdır, ancak farklı bağlamlardan erişilebilmesi de gerekebilir. Aynı sayfanın kopyalarını üretmek yerine ilgili yerlerden tek bir sayfaya bağlantı vermek çoğu durumda daha tutarlıdır. Kategori, etiket ve ilişki aynı işlevi yapmak zorunda değildir. Bunları ayrı tanımla; yeni içerik ekleyen kişinin hangi alanı ne amaçla kullandığını bilmesini sağla.

### Pillar ve cluster yapısı burada nereye oturur?

Bir ana konu sayfası geniş soruyu ele alırken bağlı içerikler belirli alt soruları derinleştirebilir. Bu ilişki yalnız arama motoru için kurulan bir bağlantı ağı olmamalı; okurun öğrenme yolunu gerçekten desteklemelidir. Aynı tanımı her sayfada tekrarlamak yerine kapsamı ayır ve birbirine doğal geçişler ver. Ana sayfanın bütün ayrıntıları taşıması, alt sayfanın ise hiçbir özgün bilgi sunmaması sağlıklı bir küme oluşturmaz.

### Yeni bir kategori açmaya nasıl karar verilir?

Önce yeterli ve kalıcı bir içerik ihtiyacı olup olmadığına bak. Tek bir yazı için açılan çok dar kategoriler dizini parçalayabilir; çok geniş bir kategori ise hiçbir şeyi ayırt ettirmeyebilir. Kullanıcıların arama biçimini, mevcut içerik miktarını ve gelecekteki yayın planını birlikte değerlendir. Kararı yalnız ekip içindeki adlandırma zevkine bağlama; örnek görevlerle insanların grupları nasıl yorumladığını gözlemle.

## Sayfaların sorusunu yaz

Sitenin en önemli içeriklerini bir listeye al. Başlıklarının yanına ziyaretçinin hangi sorusunu cevapladıklarını yaz. Bu çalışma görsel tasarıma geçmeden tekrar, eksik ve belirsiz ilişkileri görmene yardımcı olur.

- [ ] Listeye yalnız ana sayfaları değil, detayları da ekle. Her içerik için tek bir temel amaç belirt. Aynı amaç birden fazla yerde görünüyorsa bunların kapsamını karşılaştır. İki sayfanın farklı hedefi yoksa başlıklarını değiştirmek yerine içerik ilişkisini yeniden düşün.
- [ ] Benzer soruları yan yana koy ve gruba kısa bir ad ver. Adın içeriklerin hepsini kapsayıp kapsamadığını kontrol et. Kurum içindeki departman isimleri yerine ziyaretçinin anlayacağı sözcükleri dene. Gerekirse birden fazla gruplama taslağı oluştur, ilk düzeni tek doğru kabul etme.
- [ ] Dışarıdan gelen bir kişinin üç farklı sorudan başlayarak nereye gideceğini takip et. Aradığı sayfayı bulması için bilmesi gereken kavramları not al. Kullanıcıya önceden öğretmediğin bir ayrımı zorunlu kılıyorsan açıklama veya başka bir erişim yolu eklemeyi düşün.
- [ ] İçerik üretim kurallarını kısa bir notta toparla. Yeni yazı hangi kategoriye girer, hangi ana konuya bağlanır, hangi sayfalardan erişilir? Bu kurallar olmadan mimari kısa sürede eski haline dönebilir. Düzeni yalnız bugünkü içerikle değil, sonraki eklemelerle birlikte düşün.

Bilgi mimarisi, insanlara kurumun dosya düzenini ezberletmez. İçeriği onların soruları ve kararları etrafında anlamlı bir yapıya dönüştürür. İyi navigasyonun ve tutarlı yayın kümelerinin zemini burada kurulur.

## Bağlantılı kavramlar

- [Kullanıcı akışı](https://androverse.com.tr/sozluk/kullanici-akisi) — Kullanıcı akışı, bir kişinin belirli bir hedefe ulaşmak için ürün içinde geçtiği adımlar ve karar noktalarıdır.
- [İçerik stratejisi](https://androverse.com.tr/sozluk/icerik-stratejisi) — İçerik stratejisi, hangi içeriğin kimin hangi ihtiyacına yanıt vereceğini ve nasıl üretileceğini, yayımlanacağını ve korunacağını planlamaktır.
- [Site haritası](https://androverse.com.tr/sozluk/site-haritasi) — Site haritası, bir sitedeki önemli URL’leri ve uygun güncelleme bilgilerini arama motorlarına bildiren keşif dosyasıdır.

## Konuyu uygulamaya taşı

- [Web tasarım & yazılım](https://androverse.com.tr/hizmetler/web-tasarim-yazilim) — Bilgi mimarisi kavramının bir projede nasıl ele alındığını; yaklaşım, süreç ve teslimler üzerinden incele.
- [Menüyü bulmak bir yetenek değil.](https://androverse.com.tr/blog/menuyu-bulmak-bir-yetenek-degil) — Bilgi mimarisi ile ilgili tasarım kararını Androverse’nin uygulama örnekleri ve değerlendirme sorularıyla birlikte düşün.

[Androverse profili](https://androverse.com.tr/yazar/androverse) · [Yayın ilkeleri](https://androverse.com.tr/yayin-ilkeleri)
