İyi Bir Dijital Ürün Vitrini Nasıl Kurulur?

Yönetici özeti

Bir web sitesinde değerli ürünlerin yeterince görünmemesi çoğu zaman ürün eksikliğinden değil, bilgi mimarisi eksikliğinden kaynaklanır. Kullanıcı, şirketin arka planda ne kadar güçlü bir altyapıya sahip olduğunu kendiliğinden keşfetmez. Navigasyon, ana sayfa ve ürün kataloğu bu altyapıyı anlaşılır bir modele dönüştürmüyorsa, geniş ürün portföyü kullanıcı açısından fiilen mevcut değildir.

AstroVole vakasında temel sorun buydu. Sistem dokuz rapor ürünü, kişisel müşteri alanı, rapor arşivi, devam eden işlemler, içerik arşivi ve etkileşimli bir harita deneyimi sunmasına rağmen kamusal ana sayfa bunların ancak küçük bir bölümünü görünür kılıyordu. Üstelik satın alma ve müşteri işlemleri farklı alan adlarına dağıldığı için kullanıcı, tek bir ürün ekosisteminde ilerlediğini hissetmiyordu.

Araştırmanın vardığı ana sonuçlar şunlardır:

1. Navigasyon, organizasyon şemasını değil kullanıcının zihinsel modelini yansıtmalıdır. Kullanıcı “hangi departmanın ürünü?” diye değil, “hangi ihtiyacımı çözer?” diye düşünür.
2. Ana sayfa bir içerik deposu değil, yön bulma yüzeyidir. Bütün içeriği eşit ağırlıkla göstermek zenginlik değil, karar yükü üretir.
3. Ürün kataloğunun genişliği görünür olmalıdır. Kullanıcı bir ürünün adını bilmese bile ürün ailesini, kategori mantığını ve alternatifleri anlayabilmelidir.
4. Giriş yapmak keşfin ön koşulu olmamalıdır. Oturum durumu kamusal siteyi başka bir ürüne çevirmemeli; aynı deneyime yalnızca hafıza, durum ve devamlılık eklemelidir.
5. Müşteri hesabı ilham alanı değil, görev alanıdır. Kullanıcı burada yeni şeyler keşfetmekten çok hazır raporuna ulaşmak, eksik formunu tamamlamak veya hesabını yönetmek ister.
6. Masaüstü ve mobil navigasyon aynı hiyerarşiyi farklı biçimlerde sunmalıdır. Masaüstündeki geniş paneli küçük ekrana sıkıştırmak yerine, mobilde temel ürün kategorileri doğrudan görünür olmalıdır.
7. Alan adı ve görsel kabuk tutarlılığı güven üretir. Bir satın alma veya hesap işlemi sırasında farklı markalı bir siteye geçmiş hissi, teknik olarak güvenli olsa bile deneyimsel bir kopuştur.
8. Başarı yalnızca dönüşümle ölçülmemelidir. Ürün bulma başarısı, yanlış ürün seçimi, oturum sonrası devamlılık, görev tamamlama ve algılanan netlik birlikte izlenmelidir.

Bu ilkeler doğrultusunda AstroVole için ürün odaklı bir global navigasyon, ihtiyaç temelli rapor sınıflandırması, bütün ürünleri gösteren katalog, aynı alan adında müşteri platformu ve giriş yapmış kullanıcıya müdahaleci olmayan bir “kaldığın yerden devam et” katmanı tasarlanmıştır.

---

1. Navigasyon neden yalnızca bir arayüz meselesi değildir?

Navigasyon çoğu projede sayfanın üst bölümündeki bağlantıların düzenlenmesi olarak ele alınır. Oysa navigasyon, bir işletmenin kullanıcıya sunduğu değerlerin haritasıdır. Hangi ürünlerin üst seviyede göründüğü, hangilerinin bir menünün arkasında kaldığı ve hangilerinin hiç görünmediği; kullanıcıya işletmenin gerçekte ne yaptığı hakkında doğrudan bir mesaj verir.

W3C'nin bilişsel erişilebilirlik rehberi, bir sitenin içeriklerini mantıklı ve bütünlüklü bölümlere ayırmasını, ana menünün de bu gerçek organizasyonu yansıtmasını önerir. Alt menülerin ana kategoriyle ilişkisi tahmin edilebilir olmalı; kullanıcı aradığı şeyin nerede olduğunu ilk denemede doğru tahmin edebilmelidir. Menü terimlerinin kurum içi dilden değil, kullanıcıların bildiği yaygın sözcüklerden seçilmesi özellikle vurgulanır. (W3C — Site hiyerarşisini anlaşılır ve gezilebilir kılmak↗)

Bu yaklaşımın ticari karşılığı açıktır: Bulunamayan ürün satın alınamaz. Baymard'ın ana sayfa ve kategori navigasyonu araştırmasında kullanıcıların aradıkları ürünü bulamadıkları için siteleri tekrar tekrar terk ettiği gözlenmiştir. Araştırma, ürün bulmayı ana sayfa, kategori taksonomisi, ana navigasyon ve ara kategori sayfalarından oluşan bütünsel bir sistem olarak ele alır. (Baymard — Homepage & Category Navigation UX↗)

Dolayısıyla “ürünlerimiz neden görünmüyor?” sorusunun cevabı daha büyük ürün kartları yapmak olmayabilir. Asıl sorun, ürünlerin sitenin zihinsel haritasında yeterince yüksek bir konumda bulunmamasıdır.

2. Kullanıcının zihinsel modeli: ürün adından önce ihtiyaç

Bir hizmeti tasarlayan ekip, ürün adlarını ve aralarındaki teknik farkları zaten bilir. İlk kez gelen kullanıcı ise bu bilgiye sahip değildir. Onun başlangıç noktası ürün kataloğu değil, kendi ihtiyacıdır:

• Kendimi daha iyi anlamak istiyorum.
• İlişkim hakkında bir değerlendirme arıyorum.
• Tek ve belirli bir sorum var.
• Önümüzdeki dönemi görmek istiyorum.
• Bir karar için doğru zamanı seçmek istiyorum.
• Hazır raporuma dönmek istiyorum.

Bu nedenle iyi bir bilgi mimarisi iki ayrı bulma yolunu birlikte sunar:

1. Nesneye göre bulma: Kullanıcı ürünün adını biliyorsa “Doğum Haritası”na doğrudan gider.
2. Niyete göre bulma: Ürün adını bilmiyorsa “Kendimi anlamak” yolundan doğru ürüne ulaşır.

Nielsen Norman Group'un “hatırlama yerine tanıma” sezgiseli, seçeneklerin ve eylemlerin görünür veya gerektiğinde kolayca erişilebilir olmasını önerir. Kullanıcı bir önceki sayfada öğrendiği ürün adını hatırlamak zorunda kalmamalıdır. Karşılaştırma tabloları ve bağlamsal yardım gibi araçlar da bu nedenle bilişsel yükü azaltır. (NN/g — Recognition Rather Than Recall↗)

AstroVole açısından bunun anlamı, yalnızca “Sinastri”, “Horary” veya “Electional” gibi alan içi terminolojiyle navigasyon kurmamaktır. Uzmanlık dili tamamen kaybolmamalı; fakat ilk bulma katmanında kullanıcı diline çevrilmelidir. Örneğin “Soru Astrolojisi” ürün adı korunurken yanına “Belirli bir soruya yanıt” açıklaması eklenebilir.

3. Ana sayfa: içerik deposu değil yön bulma yüzeyi

İçeriği güçlü markalarda sık görülen sorun, her değerli parçanın ana sayfaya taşınmasıdır. Ürünler, güncel içerikler, referanslar, uzun açıklamalar, örnekler, sosyal paylaşım çağrıları, abonelik, ekip veya yaklaşım bölümleri art arda dizilir. Her bölüm tek başına anlamlıdır; ancak hepsi aynı görsel ağırlığa kavuştuğunda sayfanın birincil amacı kaybolur.

W3C, açık sayfa yapısı için içeriğin mantıklı bölümlere ayrılmasını; başlık, beyaz alan, sınır ve arka plan gibi ipuçlarıyla bölümlerin amacı ve göreli öneminin gösterilmesini önerir. İlgisiz içeriğin ana amaçtan belirgin biçimde ayrılması, özellikle bilişsel yük yaşayan kullanıcıların görevlerine odaklanmasını kolaylaştırır. (W3C — Açık ve anlaşılır sayfa yapısı↗)

Baymard ana sayfayı hem bir “ön kapı” hem de kaybolduğunda dönülen güvenli bir navigasyon çıpası olarak tanımlar. Ana sayfa yeni ve tekrar gelen kullanıcılar için temel ürün bulma yollarını görünür kılmalıdır: kategori navigasyonu, arama ve kürasyonlu yollar. (Baymard — Homepage örnekleri ve bulma yolları↗)

Bu bulgulardan çıkan pratik ana sayfa modeli şöyledir:

1. Tek bir değer önerisi: Site ne sunuyor ve neden önemli?
2. Birincil eylem: Kullanıcı ürün seçimine nasıl başlar?
3. Kürasyonlu ürün seçkisi: En yaygın üç veya dört ihtiyaç.
4. Katalog genişliği: “Tümünü gör” ile ürün evreninin tamamı.
5. Güncel veya bağlamsal içerik: Kullanıcıya bugün dönmesi için neden.
6. Farklılaşan ürün deneyimi: Örneğin etkileşimli sohbet.
7. Güven ve yaklaşım: Yöntem, süreç ve beklenti yönetimi.

Buradaki kritik ayrım şudur: Ana sayfadan çıkarılan içerik silinmez. Kendi kategori veya içerik sayfasına taşınır ve navigasyonda doğru yere bağlanır. Sadeleştirme, içerik kaybı değil içerik hiyerarşisidir.

4. Ürün odaklı global navigasyon

Global navigasyon, sitenin tamamında görülen ve kullanıcının sistem içindeki temel yönlerini belirleyen yapıdır. İyi bir global navigasyonun üç katmanı vardır:

• Marka ve ana sayfa çıpası
• Ürün ve içerik keşfi
• Hesap, giriş, dil veya destek gibi yardımcı eylemler

GOV.UK tasarım sistemi, navigasyon bağlantılarının servisin kullanıcı için en önemli üst düzey bölümlerine gitmesini; menünün bir site haritasına dönüşmemesini önerir. Ayrıca genel sistem araçları ile servis düzeyindeki eylemlerin ayrıştırılması, kullanıcının hem nerede olduğunu hem de neyi yönettiğini anlamasına yardım eder. (GOV.UK — Bir servis içinde navigasyon↗)

Bu ayrım ticari platformlarda “ürün navigasyonu” ve “utility navigation” biçiminde görülür. Ürünler merkezdedir; giriş, hesap, dil ve yardım ise önemli fakat ikincil araçlardır. “Giriş yap” bağlantısını ürünlerle aynı anlamsal seviyede ele almak ya da bütün menüyü hesap merkezli kurmak, ilk kez gelen ziyaretçiye sitenin yalnızca mevcut müşteriler için olduğu mesajını verebilir.

Mega menü ne zaman yararlıdır?

Mega menü, ürün sayısı tek satıra sığmayacak kadar genişlediğinde yararlıdır. Fakat mega menünün amacı daha çok bağlantı göstermek değil, bağlantılar arasındaki ilişkiyi görünür kılmaktır.

İyi bir ürün paneli:

• En fazla birkaç anlamlı grup kullanır.
• Grup başlıklarını kullanıcı niyetleriyle adlandırır.
• Her ürüne kısa bir açıklama ekler.
• Öne çıkanlarla bütün katalog arasında ayrım yapar.
• “Tüm ürünler” sayfasına kaçış yolu sunar.
• Yalnızca fareyle üzerine gelmeye bağlı değildir.

W3C, sıradan web sitesi navigasyonunda masaüstü uygulamalarına özgü ARIA menubar modelinin çoğunlukla gereksiz karmaşıklık getirdiğini belirtir. Bunun yerine düğmeyle açılıp kapanan disclosure yapısı; aria-expanded, klavye ile erişim, Escape ile kapanma ve normal sekme sırası gibi davranışlarla önerilir. (W3C — Disclosure Navigation Menu↗)

5. Mobil navigasyon ayrı bir tasarım problemidir

Masaüstünde ürünleri geniş bir panelde göstermek mümkündür. Mobilde ise ekran küçüldüğü için kategorilerin bir “Ürünler” veya “Mağaza” bağlantısının arkasına birkaç kat gömülmesi sık rastlanan bir hatadır.

Baymard'ın mobil e-ticaret araştırmasına göre kullanıcılar ana navigasyonu yalnızca belirli bir ürüne gitmek için değil, kataloğun genişliğini anlamak için de kullanır. İncelenen mobil sitelerin yüzde 33'ünde ürün kategorilerinin gereğinden fazla saklandığı; temel kategorileri menünün ilk seviyesinde göstermenin başlangıç sürtünmesini azalttığı belirtilir. (Baymard — Mobilde ürün kategorilerini üst seviyede gösterme↗)

Bu bulgu her sitenin mobil menüsünde dokuz ürünü birden ilk seviyede göstermesi gerektiği anlamına gelmez. Doğru yorum şudur:

• İlk açılan mobil menü ürün evreninin kapsamını hissettirmelidir.
• Kullanıcı en önemli ihtiyaç kategorilerini ek bir keşif hareketi yapmadan görebilmelidir.
• Hesap, yardım ve kurumsal bağlantılar ürün kategorilerinden görsel olarak ayrılmalıdır.
• Bir kategori açıldığında geri dönme ve menüyü kapatma davranışı belirgin olmalıdır.

W3C ayrıca yalnızca hover ile çalışan açılır menülerin hareket kabiliyeti kısıtlı kullanıcılar için sorun oluşturabileceğini; alt menü öğelerine ebeveyn sayfa üzerinden alternatif ulaşım sağlanması gerektiğini belirtir. (W3C — Fly-out menus↗)

6. Giriş yapmak: ayrı bir siteye geçiş değil, duruma kavuşma

Kamusal site ile müşteri platformu arasındaki sınır birçok dijital üründe gereğinden sert çizilir. Kullanıcı giriş yaptığında ana sayfa tamamen ortadan kalkar, farklı bir görsel sisteme sahip panele yönlendirilir veya mevcut bağlamı kaybeder. Bu davranış teknik ekip açısından mantıklı olabilir; kullanıcı açısından ise iki farklı şirket ya da ürün hissi yaratabilir.

İyi bir oturum modeli şu ilkeye dayanır:

Giriş, deneyime erişim vermekten çok deneyime hafıza eklemelidir.

Anonim kullanıcı ürünleri, fiyatları, örnekleri ve içerikleri görebilmelidir. Giriş yapmış kullanıcı da aynı kamusal yapıyı görür; ancak sistem artık onun hazır raporlarını, eksik adımlarını ve son eylemini hatırlayabilir.

Baymard'ın hesap ve self-service araştırması, çoğu e-ticaret akışında satın alma için giriş yapmanın zorunlu olmadığını; buna karşılık tekrar gelen kullanıcıların hesap deneyiminin uzun vadeli ilişki açısından kritik olduğunu vurgular. (Baymard — Accounts & Self-Service UX↗)

Ayrıca giriş tamamlandıktan sonra kullanıcının amaçladığı sayfa yerine varsayılan bir sayfaya gönderilmesi, bağlam kaybına yol açar. Baymard'ın giriş akışları araştırması, oturum sonrasında kullanıcının seçtiği veya başladığı hedefin korunması gerektiğini gösterir. (Baymard — Oturum açtıktan sonra kullanıcıyı nereye göndermeli?↗)

Bu nedenle önerilen durum modeli şöyledir:

Burada kişiselleştirme ana sayfayı ele geçirmez. “Merhaba Osman” diye büyük bir dashboard göstermek yerine, kullanıcının gerçekten işine yarayan tek bir bağlamsal satır yeterlidir: “Bir formun tamamlanmayı bekliyor” veya “İki raporun hazır.”

7. Müşteri hesabı ilham değil görev alanıdır

Kamusal ana sayfa keşif ve ikna için; müşteri hesabı ise tamamlama ve geri dönüş için tasarlanmalıdır. Baymard'ın hesap dashboard örneklerine ilişkin araştırması, kullanıcıların hesap alanında çoğunlukla belirli bir görevle bulunduğunu belirtir: siparişe dönmek, bir bilgiyi değiştirmek veya mevcut durumu kontrol etmek. Kullanıcılar hesap sayfasında rastgele gezinerek ilham aramaz. (Baymard — Account Dashboard UX↗)

Bu nedenle bir rapor platformunda hesap alanının öncelik sırası şöyle olmalıdır:

1. Eylem bekleyen işler: Eksik form, ödeme doğrulaması veya yanıt bekleyen adım.
2. Hazır sonuçlar: Okunabilir ve indirilebilir raporlar.
3. Devam eden işler: Hazırlanıyor, sırada veya incelemede gibi açık durumlar.
4. Yeni ürün başlatma: Yeni rapor veya etkileşimli deneyim.
5. Hesap yönetimi: Profil, güvenlik ve destek.

Durum etiketleri sistem içi işlem adlarıyla değil kullanıcı sonucuyla yazılmalıdır. “job_pending” yerine “Hazırlanıyor”; “intake_required” yerine “Bilgilerini tamamla” gibi ifadeler kullanılmalıdır.

8. Alan adı ve ürün ekosistemi tutarlılığı

Bir kullanıcı ana siteden ürün seçip başka bir alt alan adına, ardından farklı tasarımlı bir ödeme veya müşteri ekranına geçtiğinde her geçişte yeniden güven değerlendirmesi yapar. URL, logo, tipografi, renk ve navigasyon değişikliği tek başına güvenlik sorunu değildir; ancak kullanıcının “Hâlâ aynı yerde miyim?” diye düşünmesine neden olur.

GOV.UK'nin servis navigasyonu yaklaşımı, tutarlı üst yapı ve servis adının kullanıcıya doğru yerde olduğunu güvence altına aldığını belirtir. Bu prensip ticari ürünlere de uygulanabilir: Ortak alan adı ve ortak kabuk, farklı işlevlerin tek ekosisteme ait olduğunu anlatır. (GOV.UK — Service navigation↗)

Tek alan adı kararı, bütün uygulamanın bir gecede yeniden yazılmasını gerektirmez. Ters vekil, temiz URL ve kalıcı yönlendirme gibi geçiş teknikleriyle mevcut ödeme, veri tabanı ve rapor üretim altyapısı korunurken kullanıcıya tek bir yüz sunulabilir. Bu, teknik mimarinin kullanıcı deneyiminden ayrıldığı sağlıklı bir geçiş modelidir.

9. OpenRouter, Stripe ve kripto platformlarından öğrenilenler

Bu bölümdeki değerlendirmeler, 22 Temmuz 2026 tarihinde söz konusu sitelerin kamusal yapılarının incelenmesine dayalı tasarım gözlemleridir. Bunlar kontrollü kullanıcı araştırması değil, karşılaştırmalı ürün analizidir.

OpenRouter: ürün isimlerini saklamayan navigasyon

OpenRouter'ın güçlü yanı minimal görünmesinden çok, ürün nesnelerini doğrudan adlandırmasıdır. Modeller, sıralamalar ve uygulamalar gibi temel varlıklar ayrı keşif yüzeyleridir; listelerde öne çıkan öğeler ile kapsamlı görünüm arasında “daha fazlasını gör” ilişkisi bulunur. Uygulamalar ve sıralamalar da yalnız pazarlama içeriği değil, gezilebilir ürün yüzeyleridir. (OpenRouter — Apps↗, OpenRouter — Rankings↗)

AstroVole için alınan ders şudur: Raporlar sayfa ortasındaki tanıtım kartları değil, global navigasyonun birincil nesnesi olmalıdır. Fakat OpenRouter'ın teknik kullanıcıya uygun kısa etiketlerini birebir kopyalamak doğru olmaz; AstroVole kullanıcısının niyet açıklamalarına daha çok ihtiyacı vardır.

Stripe: geniş ürün ailesi, merkezî katalog ve görev odaklı panel

Stripe çok sayıda ürünü ürün alanlarına göre gruplar ve bütün ürünleri ayrı bir katalog yüzeyinde sunar. Dokümantasyon tarafında ürünler alanlara ayrılır; dashboard ise ana navigasyonu ve ürün bazlı yönetimi görev yüzeyine dönüştürür. (Stripe — Tüm ürünler↗, Stripe — Dashboard temelleri↗)

Buradan çıkan ders, kamusal katalog ile müşteri çalışma alanının aynı taksonomiyi paylaşabileceği fakat aynı öncelik sırasını paylaşmaması gerektiğidir. Kamusal tarafta keşif; panelde görev ve durum öne çıkar.

Coinbase: ürünleri kullanıcı grupları ve ihtiyaçlarla düzenlemek

Coinbase ürün kataloğunu bireyler, işletmeler, kurumlar ve geliştiriciler gibi kullanıcı bağlamları altında düzenler; bu grupların içinde ticaret, kazanım, saklama ve altyapı gibi ihtiyaçlar görünür olur. (Coinbase — Products↗)

AstroVole çok daha küçük bir katalog olduğu için bu kadar geniş kitle segmentasyonuna ihtiyaç duymaz. Ancak ilke aynıdır: Ürünleri şirketin üretim biçimine göre değil, kullanıcının bağlamına göre gruplamak.

Kraken: aynı hesap altında birden fazla deneyim

Kraken ve Kraken Pro farklı yetkinlik seviyelerine hitap eder; buna rağmen aynı güvenli hesap altında deneyimler arasında geçiş sunar. Kraken bunu açıkça “iki deneyim, tek hesap” yaklaşımıyla ifade eder. (Kraken — Platform↗)

AstroVole için paralel ders, kamusal içerik sitesi, rapor mağazası ve müşteri platformunun ayrı kimlikler gibi davranmamasıdır. Kullanıcı ana siteden hesabına geçtiğinde ilişkisini sıfırdan kurmamalıdır.

Nelerin kopyalanmaması gerekir?

• Teknik platformların yoğun veri tabloları AstroVole'nin duygusal ve açıklayıcı ürün bağlamına uygun değildir.
• Kripto borsalarının sürekli fiyat ve piyasa uyarısı dili, rapor seçimi için gereksiz aciliyet üretir.
• Çok geniş ürün şirketlerindeki üç veya dört seviyeli mega menüler, dokuz ürünlü bir katalog için aşırı mimaridir.
• Giriş yaptıktan sonra kamusal sitenin tamamen uygulama paneline dönüşmesi, içerik ve organik keşif değerini zayıflatır.

Amaç başka bir markanın görünümünü taklit etmek değil, karmaşık ürün portföyünü anlaşılır kılan yapısal prensipleri uygun ölçeğe çevirmektir.

10. AstroVole için teşhis

Yeniden tasarım öncesi sistem ile kullanıcıya gösterilen yüzey arasında belirgin bir kapsam farkı vardı:

• Altyapıda dokuz rapor/ürün bulunmasına rağmen ana sayfada yalnızca üçü öne çıkıyordu.
• Güncel gökyüzü, anın yorumu, içerik arşivi, paylaşım, abonelik ve yaklaşım bölümleri benzer ağırlıkta sunuluyordu.
• Kullanıcı rapor adını bilmiyorsa ihtiyacından başlayabileceği bir seçim yolu yoktu.
• Ürün kataloğu merkezi bir hedef değildi.
• Ana site, v1 uygulaması, müşteri uygulaması ve sohbet ürünü arasında alan adı parçalanması vardı.
• Giriş, kamusal deneyime eklenen durum katmanı yerine başka bir sisteme geçiş hissi veriyordu.

Bu tablo “içeriği azaltma” ihtiyacından çok “içeriğin rolünü belirleme” ihtiyacını gösteriyordu. Ürün, güncel içerik, editoryal içerik ve müşteri işlemleri aynı tür bilgi değildir; dolayısıyla aynı hiyerarşi içinde yarışmamalıdır.

11. Önerilen ve uygulanan bilgi mimarisi

Global navigasyon

• Raporlar

- Kendimi anlamak - İlişkimi anlamak - Bir soruya cevap - Gelecek ve zamanlama - Düzenli takip - Tüm raporlar

• Haritanla Konuş
• Bugün
• Keşfet
• Giriş yap / Hesabım
• Raporunu seç — birincil eylem

Bu yapı üç farklı kullanıcı davranışını destekler:

1. Ne istediğini bilen kullanıcı doğrudan ürüne gider.
2. İhtiyacını bilen fakat ürün adını bilmeyen kullanıcı niyet grubundan ilerler.
3. Yalnızca bakan kullanıcı güncel içerik veya editoryal içerikle markayı keşfeder; ürün kataloğu her zaman görünür kalır.

Ana sayfa sıralaması

1. Değer önerisi ve iki temel eylem
2. İhtiyaca göre hızlı ürün seçimi
3. Dört öne çıkan rapor ve tüm katalog bağlantısı
4. Güncel gökyüzü ile anın yorumunun birleştiği “Bugün” alanı
5. Haritanla Konuş deneyimi
6. Seçilmiş içerikler
7. Yöntem ve güven açıklaması

URL modeli

• Ürün kataloğu: astrovole.com/raporlar/
• Ürün ayrıntısı: astrovole.com/raporlar/<urun>/
• Müşteri alanı: astrovole.com/hesabim/
• Rapor görüntüleme: astrovole.com/rapor.php?...

Bu model URL'yi de bilgi mimarisinin parçası yapar. Kullanıcı adres çubuğundan bile ürün ailesi içinde mi, hesap alanında mı olduğunu anlayabilir.

12. İçeriği en iyi nasıl sunmalı?

İçerik sunumunun ana ilkesi “önce kapsam, sonra derinlik” olmalıdır. Kullanıcı ilk bakışta sitenin neler sunduğunu anlamalı; ayrıntıyı seçtiği yolda görmelidir.

Ürün kartında bulunması gerekenler

• İhtiyaç cümlesi
• Ürün adı
• Tek cümlelik sonuç vaadi
• Kimin için uygun olduğu
• Fiyat veya fiyatlama biçimi
• Açık eylem: “İncele”, “Raporu seç” veya “Başla”

Ürün detayında bulunması gerekenler

• Kullanıcının sorusunu yansıtan başlık
• Ürünün ne yaptığı ve ne yapmadığı
• Teslim edilen çıktılar
• Süreç ve teslim süresi
• Örnek kapsam
• Fiyat
• Sık sorulan kritik sorular
• Katalog ve ilgili ürünlere dönüş yolu

İçerik kartında bulunması gerekenler

• Konu veya kategori
• Açık başlık
• Yayın tarihi ya da güncellik işareti
• Kısa özet
• Ürün kartından farklı bir görsel dil

Ürün ile makale aynı kart yapısını kullanırsa kullanıcı hangi bağlantının satın alma, hangisinin okuma deneyimine götürdüğünü anlamakta zorlanır. Görsel tutarlılık, her nesneyi birbirinin aynısı yapmak değildir; aynı sistem içinde farklı rolleri anlaşılır kılmaktır.

13. Erişilebilirlik ve teknik UX

Navigasyon yalnız görsel olarak iyi görünmemeli; klavye, dokunma, ekran okuyucu ve farklı ekran boyutlarında öngörülebilir çalışmalıdır.

Asgari gereksinimler:

• Semantik header, nav, main ve footer bölgeleri
• Mantıklı ve atlamayan başlık hiyerarşisi
• Menü düğmelerinde doğru aria-expanded durumu
• Klavye ile açma, gezinme ve Escape ile kapatma
• Görünür odak işareti
• Yalnız renge bağlı olmayan aktif durum
• Dokunmatik hedefler arasında yeterli mesafe
• Alt menü ürünlerine katalog sayfasından alternatif erişim
• JavaScript veya oturum API'si başarısız olduğunda kullanılabilir kamusal deneyim

W3C, iyi işaretlenmiş sayfa bölgelerinin ekran okuyucu ve klavye kullanıcılarının önemli bölümlere daha verimli ulaşmasını sağladığını; doğru yapının mobil okuyucu modları ve arama motorları için de yararlı olduğunu belirtir. (W3C — Page Structure Tutorial↗)

Performans da navigasyonun parçasıdır. Menünün geç yüklenmesi, tıklama sırasında sayfanın kayması veya oturum bilgisi geldikten sonra başlığın zıplaması algılanan kaliteyi düşürür. Core Web Vitals; en büyük içeriğin görünme süresi, görsel kararlılık ve etkileşim yanıtını kullanıcı deneyimi metrikleri olarak ele alır. (web.dev — Web performance ve Core Web Vitals↗)

Bu nedenle oturum zenginleştirmesi “progressive enhancement” olarak uygulanmalıdır: Sayfa önce anonim ve kullanılabilir biçimde çizilir; oturum bilgisi gelirse küçük alanlar güncellenir. API başarısız olduğunda navigasyon bozulmamalıdır.

14. Başarı nasıl ölçülmeli?

Yalnızca satış oranını izlemek, navigasyonun neden çalıştığını veya nerede bozulduğunu göstermez. Google'ın HEART çerçevesi mutluluk, etkileşim, benimseme, elde tutma ve görev başarısını ürün hedefleriyle metriklere bağlar. (Google Research — HEART framework↗)

AstroVole için önerilen ölçüm planı:

Bu metrikler için hedef değerler mevcut trafik tabanı ölçüldükten sonra konmalıdır. Başlangıç verisi olmadan keyfî yüzde hedefleri belirlemek, gerçek iyileşmeyi anlamak yerine raporlama yanılsaması yaratır.

15. Araştırma ve doğrulama planı

Uygulanan bilgi mimarisi güçlü araştırma ilkelerine dayanır; ancak AstroVole kullanıcılarıyla doğrulanması gerekir. Genel UX bulguları yön gösterir, ürün bağlamına özgü davranışı garanti etmez.

1. Analitik temel çizgisi

• Navigasyon öğesi tıklamaları
• Ürün kataloğu filtre kullanımı
• Ürün detayına giden yollar
• Mobil ve masaüstü ayrımı
• Giriş öncesi hedef ve giriş sonrası varış
• Hesap alanındaki görev hunileri

2. Kart gruplama

Kullanıcılardan ürünleri kendi anlamlı gruplarına ayırmaları ve bu grupları adlandırmaları istenir. Böylece “Kendimi anlamak”, “İlişkim”, “Gelecek” gibi kategorilerin kullanıcı diline uyup uymadığı görülür.

3. Ağaç testi

Görsel tasarım olmadan yalnızca metinsel hiyerarşi gösterilir. Kullanıcılara “İlişkim için hangi rapora bakarsın?” veya “Hazır raporunu nereden açarsın?” gibi görevler verilir. Tree testing, önerilen yapıda içeriklerin bulunabilirliğini görsel tasarım etkisinden ayırarak ölçer. UserTesting rehberi kart gruplamayı kullanıcıların bilgiyi nasıl sınıflandırdığını anlamak, ağaç testini ise mevcut yapıda konuların ne kadar kolay bulunduğunu değerlendirmek için önerir. (UserTesting — Card sorting ve tree testing↗)

4. Moderasyonlu görev testi

En az şu senaryolar test edilmelidir:

• “Doğum haritanı ilk kez yorumlatmak istiyorsun.”
• “Belirli bir ilişkinin dinamiğini anlamak istiyorsun.”
• “Bir tarih seçmek istiyorsun ama ürünün adını bilmiyorsun.”
• “Daha önce aldığın rapora geri dönüyorsun.”
• “Giriş yaptıktan sonra okumakta olduğun içeriğe devam etmek istiyorsun.”

5. Kontrollü iterasyon

Navigasyon etiketleri, ürün sıralaması ve ana eylem metni aynı anda değiştirilmemelidir. Her iterasyonda bir hipotez ölçülmelidir. Örneğin:

“Raporlar” menüsünde ürün adının yanında ihtiyaç açıklaması göstermek, ürün detayı seçim doğruluğunu artırır.

Bu yaklaşım, tasarım tercihini kişisel beğeniden ölçülebilir ürün kararına dönüştürür.

16. Riskler ve dikkat edilmesi gerekenler

Fazla sadeleştirme

Ana sayfayı sadeleştirirken markanın derinliğini ve editoryal gücünü görünmez kılmak mümkündür. Çözüm, içeriği silmek değil “Keşfet” ve “Bugün” gibi açık rollere taşımaktır.

Niyet kategorilerinin aşırı genel olması

“Kendim”, “İlişki” veya “Gelecek” gibi etiketler tek başına yeterince açıklayıcı olmayabilir. Kısa yardımcı cümleler ve gerçek kullanıcı testi gerekir.

Kişiselleştirmenin baskınlaşması

Giriş yapmış kullanıcıya çok büyük bir hesap özeti göstermek ana sayfanın keşif değerini yok edebilir. Kişiselleştirme bağlamsal ve orantılı kalmalıdır.

Mega menünün site haritasına dönüşmesi

Her ürün, alt ürün, içerik ve kurumsal sayfayı menüye eklemek hiyerarşiyi yeniden düzleştirir. Menü en önemli yolları; katalog ise tam kapsamı göstermelidir.

Teknik geçişin görsel geçişten kopması

Temiz URL'ler oluşturulurken ödeme dönüşleri, e-posta bağlantıları, eski favoriler ve arama motoru adresleri unutulmamalıdır. Kalıcı yönlendirmeler ve uçtan uca test zorunludur.

Sonuç

İyi navigasyonun amacı kullanıcıya bütün seçenekleri aynı anda göstermek değildir. Kullanıcının doğru seçeneğin varlığını anlamasını, ne zaman ayrıntıya ineceğini bilmesini ve kaybolduğunda güvenli bir yere dönebilmesini sağlamaktır.

AstroVole'nin asıl avantajı yeni ürün icat etmekten önce mevcut değerini görünür kılabilmesidir. Dokuz rapor, güncel içerik, kişisel müşteri alanı ve etkileşimli harita deneyimi zaten güçlü bir ürün ekosistemi oluşturur. Yeni bilgi mimarisi bu parçaları tek bir cümleye dönüştürür:

AstroVole, kullanıcıya haritasını anlaması için birden fazla yol sunar; ürünleri keşfetmek için giriş gerekmez, giriş yaptığında ise deneyim kaldığı yeri hatırlar.

OpenRouter'dan alınacak ders ürünleri saklamamak; Stripe'tan alınacak ders katalog ile çalışma alanını ayırmak; Coinbase'den alınacak ders ürünleri kullanıcı bağlamına göre gruplamak; Kraken'den alınacak ders ise farklı deneyimleri tek hesap ve tek ekosistemde tutmaktır. Fakat sonuç bu ürünlerden birinin kopyası olmamalıdır. AstroVole'nin ihtiyacı, bu genel prensipleri kendi ölçeğine, içeriğine ve kullanıcı diline çevirmektir.

---

Kaynakça

1. W3C Web Accessibility Initiative. Make the Site Hierarchy Easy to Understand and Navigate↗.
2. W3C Web Accessibility Initiative. Use a Clear and Understandable Page Structure↗.
3. W3C Web Accessibility Initiative. Page Structure Tutorial↗.
4. W3C WAI-ARIA Authoring Practices. Disclosure Navigation Menu↗.
5. W3C Web Accessibility Initiative. Fly-out Menus↗.
6. Baymard Institute. Homepage & Category Navigation UX↗.
7. Baymard Institute. Make Product Categories the Top-Level Navigation Items on Mobile Sites↗.
8. Baymard Institute. Accounts & Self-Service UX↗.
9. Baymard Institute. Where to Send Users after They Sign In or Reset Password↗.
10. Baymard Institute. Account Dashboard Design Examples↗.
11. Nielsen Norman Group. Recognition Rather Than Recall↗.
12. GOV.UK Design System. Help Users to Navigate a Service↗.
13. GOV.UK Design System. Service Navigation↗.
14. Google Research; Rodden, K., Hutchinson, H., Fu, X. Measuring the User Experience on a Large Scale: User-Centered Metrics for Web Applications↗. CHI 2010.
15. UserTesting. Best Practices for Card Sorting and Tree Testing↗.
16. web.dev. Web Performance and Core Web Vitals↗.
17. OpenRouter. Apps↗ ve Rankings↗.
18. Stripe Documentation. See All Products↗ ve Web Dashboard↗.
19. Coinbase. Products↗.
20. Kraken. Two Experiences, One Account↗.

Erişim tarihi: 22 Temmuz 2026.