Mobil cihazdan gelen bir kullanıcının sayfanızda geçirdiği süre masaüstü kullanıcısından kısa değildir; ama başladığı yer ve beklediği yol genellikle farklıdır. Masaüstü kullanıcısı çoğunlukla keşfetmeye açık, geniş bir ekranla birden fazla seçeneği aynı anda görerek gezinir. Mobil kullanıcı ise çoğu durumda belirli bir amaca yönelik hareket eder: bir telefon numarasına ulaşmak, bir ürünü kontrol etmek, bir adrese bakmak. Bu fark, tasarım sorunu olmadan önce bir mimari sorundur.

Mobil uyumluluk kavramı uzun süre "ekrana sığdırma" olarak anlaşıldı. Responsive tasarım bu anlayışı teknik olarak çözdü; içerik aynı kaldı, yerleşim uyum sağladı. Ama bu yaklaşım bir noktayı gözden kaçırır: içerik hiyerarşisi ve navigasyon yapısı ekranın boyutuna değil, kullanıcının amacına göre kurulmalıdır. Sayfanın akıllı telefonlarda bozulmadan görünmesi yeterli değil; amaçlanan yolun mobil kullanım biçimiyle de örtüşmesi gerekir.

Site mimarisini yalnızca masaüstü davranışı üzerine kuran yapılar, mobil trafiği artarken dönüşüm oranlarının geride kaldığını fark eder. Sorun genellikle sayfalarda değil, sayfalar arasındaki ilişkilerde ve kullanıcıyı bir adımdan diğerine taşıyan kararların hangi cihaz deneyimi gözetilerek verildiğindedir.

Mobil kullanıcı farklı bir soruyla gelir

Masaüstü oturumu çoğu zaman uzun bir keşif seansının parçasıdır: araştırma yapma, seçenekleri karşılaştırma, arka plan bilgisine erişme. Mobil kullanıcı ise daha çok tek bir soruyla ya da doğrudan bir adımla gelir. "Fiyat nedir?", "Adres nerede?", "Stokta var mı?" gibi niyetler, sayfanın en üstüne konumlandırılmış uzun giriş metinleri veya derin menü hiyerarşileriyle çarpışır.

Bu davranış farkı, içerik sırasına doğrudan yansımalıdır. Masaüstünde yan yana durabilen bilgiler - ürün açıklaması, fiyat, teknik detaylar - mobil görünümde dikey sıraya girer. Bu sıra rastgele değil, kullanıcının en çok hangi bilgiyi önce aradığına göre belirlenmelidir. Bir e-ticaret sayfasında fiyat teknik detayların altına gömülüyorsa ya da bir hizmet sayfasında iletişim bağlantısı sayfanın en altındaysa, bu bir yerleşim problemi değil, mimari bir tercih sorunudur.

Niyete göre hiyerarşi kurmak, sayfanın yalnızca mobil görüntüsünü değil, bilgi akışını etkiler. Mobil kullanıcının ilk bakışta görmesi gereken içerik belirlendiğinde, bu karar hem sayfa yapısına hem navigasyon önceliklerine yansımalıdır. Yeterince net değilse test edilecek şey renk paleti değil, bilgiye kaç adımda ulaşıldığıdır.

İçerik hiyerarşisi ekran değil, niyet tarafından belirlenir

Responsive tasarımın varsayılan davranışı, aynı içeriği farklı ekran boyutlarına yeniden düzenlemektir. Aynı içerik her kullanıcı için eşit önem taşımaz. Bir SaaS ürününde fiyatlandırma sayfasına ulaşmak için iki ekstra tıklama gerekiyorsa, masaüstü kullanıcısı bunu tolere edebilir; mobil kullanıcı genellikle etmez ve farklı bir kaynağa yönelir.

Hiyerarşi kararları şu soruyla başlamalıdır: Bu sayfaya gelen mobil kullanıcı en çok neyi arıyor? Yanıt netse, o bilgi hem sayfanın üst bölümünde hem de navigasyonda kolayca erişilebilir olmalıdır. Sayfa içi çapaya (anchor) dayalı yönlendirme, uzun sayfaları mobil için daha kullanışlı kılan yapılardan biridir; içeriği kısaltmak yerine bölümlere ayrıştırarak erişim kolaylığı sağlar. İçerik gerçekten uzunsa, bölüm başlıklarına bağlantı içeren kısa bir özet tablo sayfanın başında yer alabilir.

SaaS sitelerinde bilgi mimarisi planlanırken kullanıcı tiplerinin farklı hedeflere sahip olduğu göz önüne alınır; mobil kullanıcı da aynı sitede farklı bir hedefle gezinebilir. Bu ayrımı hiyerarşiye yansıtmak sayfa düzenini değil, bilginin öncelik sırasını etkiler.

Masaüstünde üç seviyeli bir menü yapısı hover etkileşimiyle yönetilebilir; kullanıcı ana menüyü görürken alt kategorileri de aynı anda görebilir. Mobil ekranda bu düzenleme dokunmatik etkileşime dönüşür ve her seviye bir ekran geçişi anlamına gelir. Üç seviyeli bir menü, üç ayrı ekrana karşılık gelir; bu ekranlar arasında geri gelmek ve alternatifi denemek ciddi bir sürtünme oluşturur.

Derin hiyerarşiler masaüstünde tartışmalıdır, mobil için ise neredeyse her zaman bir yük oluşturur. İki tıklamada ulaşılması gereken sayfa üç ya da dört tıklamaya taşındığında, mobil kullanıcının o sayfaya hiç ulaşamaması olağan bir sonuç haline gelir. Hem masaüstü hem mobil için işleyen navigasyon yapıları genellikle yassı (flat) hiyerarşiye dayalıdır; alt kategoriler çok seviyeliysek bunları yatay filtrelere taşımak çoğu durumda daha verimli çalışır.

Mega menü masaüstünde bilgiyi tek hamlede sunar. Mobil ekranda ise bu yapı ya küçülür ve anlamsızlaşır ya da tüm ekranı kaplar ve kullanıcıyı şaşırtır. İki seçenek de işe yaramaz. İçerik büyüdükçe navigasyonu sade tutmak için bağlamsal navigasyon ve kullanım sıklığına dayalı sıralama önerileri, mobil kırılganlık noktasında özellikle belirleyicidir.

Ayrı mobil URL yapısı ne zaman işe yarar, ne zaman gereksizdir

m. alt alanı ya da /mobile/ klasörü gibi ayrı yapılar yıllar önce yaygındı. Bakım yükü yüksek, yönlendirme hataları sık, içerik tutarsızlıkları kaçınılmazdı. Responsive tasarım bu yaklaşımı büyük ölçüde geride bıraktı. Ayrı mobil URL'nin tek gerçek avantajı, içeriği ve hiyerarşiyi tam olarak ayrıştırabilmekti; responsive tasarım bu ayrıştırmayı CSS katmanında halleder ama hiyerarşi kararlarına dokunmaz.

Adaptive serving - aynı URL üzerinden kullanıcı cihazına göre farklı içerik ya da bileşen sunmak - belirli durumlarda geçerli bir seçenektir. Masaüstünde karşılaştırma tablosu gösterirken mobilde yalnızca önerilen seçeneği öne çıkarmak, aynı sayfa yapısı içinde iki farklı hiyerarşi kararı verildiğini gösterir. Bu yol teknik karmaşıklık taşır; içerik niyeti gerçekten farklılaşıyorsa maliyet karşılığını verebilir, farklılaşmıyorsa gereksiz bir yük olur.

Headless CMS ile site mimarisi kurulurken içerik modelinin cihaz bağımsız planlanması, bu tür uyarlamaların daha kontrollü yönetilmesine zemin hazırlar. Ön uç katmanı içerik sıralamasını cihaz bağlamına göre ayarlayabilir; içerik modeli buna dirençli kurulmuşsa mimari esneklik daralır.

Arama ve filtreleme mobilde navigasyonun yükünü üstlenir

Derin navigasyon hiyerarşisi mobilde kullanışsızlaştığında, arama kutusu ve filtreler bu yükü üstlenir. Masaüstünde gezinerek bulunan içerik mobilde arama yoluyla bulunur. İçerik kataloğu geniş olan sitelerde - yardım merkezleri, e-ticaret siteleri, döküman arşivleri - bu örüntü özellikle belirgindir.

Arama ve filtrelemenin mimari rolü, navigasyon tasarımından ayrı düşünülmemelidir. Navigasyon azaldıkça aramanın görünürlüğü artmalı; filtreler kategorileri yeterince iyi gruplandırmış olmalıdır. Filtre paneli mobilde overlay ya da alt çekmece olarak açılıyorsa, filtre seçimi ile sonuç görüntüleme arasındaki geçiş sürtünmesiz olmalıdır. Bu, kullanıcı deneyimi kararı gibi görünür ama aslında sayfa mimarisi kararıdır: içeriğin bölünme biçimi ve filtrelerin hangi kriterlere dayandığı mimaride belirlenir, arayüzde değil.

Yardım merkezi yapısı tasarlanırken arama önceliği özellikle mobil kullanıcı için belirleyicidir; bu sayfalar genellikle acil bir soruyla ziyaret edilir ve navigasyon derinliği, arama kutusu kadar pratik sonuç vermez.

Sayfa ağırlığı ve yüklenme sırası yapısal bir karardır

Mobil kullanıcının bağlantısı her zaman güçlü değildir; hareket halindeyken ağ kalitesi değişir. Ağır sayfalar masaüstünde kabul edilebilir hız sunarken mobilde sabırsızlık yaratır. Bu sorun yalnızca görsel optimizasyonla çözülmez; sayfa başına yüklenen kaynak miktarı, tasarım seçimlerinden önce sayfa tipi mimarisiyle şekillenir.

Her sayfada yüklenmesi zorunlu olmayan bileşenler - büyük carousel'lar, video arka planlar, ağır üçüncü taraf araçları - masaüstünde görsel zenginlik katarken mobil için yük oluşturur. Ürün listesi sayfasında her kart ne kadar veri yükler, sayfa başına kaç öğe gösterilir, mobil için farklı sayfa boyutu tanımlanmış mıdır - bunlar teknik değil yapısal kararlardır. Lazy loading bu yükü geciktirir; sayfa tipi mimarisi ise hangi bileşenin hangi sayfada yer alacağını baştan belirler ve bu iki araç birbirinin yerine geçemez.

Mobil mimari kararlar ayrı bir bakış açısı ister

Çoğu site tasarım sürecini masaüstü wireframe'leriyle başlatır, ardından mobil uyarlamaya geçer. Bu sıralama, mimari kararların masaüstü varsayımlarıyla kurulmasına yol açar; mobil uyarlama ise bu kararları düzeltmek yerine kabul ederek devam eder. Daha dengeli bir yaklaşım, iki cihaz türü için ayrı hiyerarşi kararları almak ve bu kararların örtüştüğü noktalarda ortak yapıyı şekillendirmektir.

Tek bir kontrol sorusu bu süreci başlatmaya yeterlidir: Bu sayfayı mobil cihazda açan biri hangi bilgiye ilk beş saniyede ulaşabilmeli? Yanıt yoksa ya da ilk beş saniyede ulaşılamıyorsa, sorun genellikle sayfa tasarımında değil, içeriğin sıralanma mantığındadır. Yapısal kontrol listesi oluştururken mobil uyumluluk değerlendirmesini ayrı bir yapısal madde olarak tutmak, bu soruyu her sayfa tipi için ayrıca sormayı alışkanlık haline getirir.

Mobil kararlar crawl bütçesini de etkiler. Aynı içeriğin iki farklı URL'de bulunması ya da mobil yönlendirmelerin tutarsız kurulması, SEO tarama botlarının sayfalar arasında verimsiz dolaşmasına yol açar. URL derinliğini sınırlamak ve hiyerarşiyi iki-üç tıklama içinde tutmak, hem kullanıcı deneyimi hem de tarama etkinliği için aynı anda çalışır; bu iki hedef çoğu zaman çelişmez, tam tersine birbirini destekler.

Mobil cihaz payı arttıkça bu kararların ağırlığı da artar. Kullanıcı davranışı homojen değildir: aynı sitede bazı sayfalar masaüstünden, bazıları yalnızca mobil cihazdan ziyaret edilir. Bu dağılımı bilmek, hangi sayfaların mobil öncelikli mimariyle kurulması gerektiğine dair net bir zemin sağlar; her sayfayı eşit öncelikte ele almak yerine trafik verisi karar vermede rehberlik eder.

Mobil uyumluluk bir onay kutusunu işaretlemek değildir; kullanıcının cihazına, bağlamına ve niyetine göre içerik hiyerarşisi, navigasyon yapısı ve sayfa ağırlığı kararları vermektir. Responsive tasarım bu kararların teknik altyapısını hazırlar; kararların kendisini vermek site mimarisinin işidir.