Konu Başlıkları
Yükleniyor...

Mağaza Bulucu Tasarımı: Arayüzden Önce Veri

Lokasyon Bulucu Arayüzü ve Şube Verisi Yönetimi

Bir markanın şubesini arayan kişi çoğu zaman o markanın sitesine uğramaz, telefonundaki harita uygulamasına marka adını yazar. Site içindeki mağaza bulucu bu yüzden ilk durak değil ikinci duraktır: haritada eksik, çelişkili ya da güvenilmez bir şey görüldüğünde açılan yer. Bu ayrımı kabul ettiğiniz anda neye yatırım yapacağınız da değişir.

Kullanıcı buraya neden geldi?

Lokasyon bulucu sayfalarını anlatan metinlerin çoğu, kullanıcının yolculuğa o sayfadan başladığını varsayar. Gerçekte iki farklı kişi geliyor. Birincisi haritada gördüğü bilgiye güvenmeyen kişi: çalışma saati tuhaf görünmüştür, iki farklı şube aynı adreste çıkmıştır, ya da mağaza kalıcı kapalı mı belli değildir. İkincisi henüz konum aramayan, "bu markanın benim şehrimde şubesi var mı" sorusunun cevabını arayan kişi.

Bu ikisinin ihtiyacı aynı değil. Birinci kişi tek bir şubenin doğrulanmış bilgisini istiyor, arama yapmak istemiyor. İkinci kişi coğrafi kapsamın tamamına bakmak istiyor, tek şubeyle işi yok. Sayfayı yalnızca "yakınımdakini bul" üzerine kurarsanız ikinci kişiyi kaybedersiniz, çünkü o kişi henüz yakınında bir şey olmadığını öğrenmeye çalışıyor.

Şube sayısı arayüzü belirler

Mağaza bulucu denince akla gelen standart kurgu belli: arama alanı, konum izni, filtreler, sonuç listesi, harita. Bu kurgu beş şubeli bir işletme için fazladan iş. Beş adresi doğrudan sayfaya yazın; kullanıcı tarama yapıp bitirir, arama alanı sadece araya giren bir engel olur.

Eşik kabaca şöyle işliyor:

  • Tek ekrana sığan sayıda şube varsa liste yeter, arama koymayın.
  • Şehir sayısı artıp liste kaydırmaya başlıyorsa şehre göre gruplama ekleyin, serbest metin aramasından önce.
  • Yüzlerce noktaya çıkıldığında konum tabanlı arama zorunlu hale gelir; burada da ilk açılışta konum izni istemek yerine bunu kullanıcının tetiklediği bir eyleme bağlayın.

Sayfa açılırken sorulan konum izni genelde reddedilir, ve reddedildikten sonra kullanıcıya geri dönüşü olan bir yol bırakmayan arayüz boş ekranda kalır. Konum iznini bir buton arkasına almak bu yüzden daha sağlam: kişi neden sorulduğunu bildiği anda izin verme oranı da yükseliyor.

Çalışma saati, adresten önce bozulur

Adres yıllarca değişmez. Çalışma saati bayram öncesi değişir, yaz saatinde değişir, bir şubede tadilat olur değişir. Lokasyon bulucuların güven kaybettiği nokta neredeyse her zaman burası.

Teknik tarafta bunun tek bir doğru çözümü var: şube verisini tek bir yerde tutun, sayfadaki listeyi de schema.org LocalBusiness işaretlemesini de oradan üretin. Çalışma saatini bir kere HTML'e, bir kere JSON-LD'ye elle yazarsanız üçüncü ayda ikisi birbirini tutmaz, ve arama motoruna verdiğiniz yanlış saat sayfadaki doğru saatten daha çok zarar verir, çünkü kullanıcı onu sayfaya hiç girmeden görüyor. İşaretlemeyi şablondan üretmek birkaç satırlık iş, ayrı bir araç gerekmiyor.

Aynı mantık harici harita servislerindeki kayıtlar için de geçerli. Google Business Profile ya da benzeri bir kayıt, siteyi hiç görmeyen kullanıcının tek bilgi kaynağı. Oradaki saat yanlışsa sitedeki mağaza bulucuyu ne kadar güzelleştirdiğinizin pratik bir karşılığı yok.

Yönlendirmeyi devredin

Sayfa içinde rota çizen, trafik bilgisi gösteren, adım adım yönlendirme yapan bir arayüz kurmak kendinizi yenemeyeceğiniz bir işe sokmaktır. Harita uygulamaları bu problemi çözmüş durumda ve kullanıcı o uygulamada oturum açmış, favorilerini kaydetmiş, arayüzünü öğrenmiş halde. Yapılacak iş rota üretmek değil, devri temiz yapmak.

Pratikte bu, her şubenin yanında doğru koordinata giden tek bir "yol tarifi al" bağlantısı demek. Dikkat edilecek iki ayrıntı var: bağlantı adres metni yerine koordinat taşımalı (adres metni harita uygulamasında bazen başka bir yere düşüyor), ve mobilde uygulamayı açmalı, tarayıcıda harita sayfası açmamalı.

Masaüstünden bakıp telefonla yola çıkan kullanıcı için konumu telefona gönderme ihtiyacı da gerçek. Fakat bunun için kendi bildirim altyapınızı kurmaya değmez; harita servisinin kendi "telefona gönder" akışı ya da düz bir paylaşma bağlantısı aynı işi görür.

Neyi ölçeceksiniz

Mağaza bulucu sayfasında geçirilen süre iyi bir gösterge değil, hatta ters okunması gerekir: kullanıcı aradığı şubeyi bulamadığı için orada kalıyor olabilir. Bakılacak şey şubeye ulaşma niyetinin gerçekleştiği an, yani yol tarifi bağlantısına ya da telefon numarasına tıklama oranı. Arama yapılıp sonuç dönmeyen sorguları da ayrı tutun; "hangi şehirde şube bekleniyor da yok" sorusunun cevabı orada duruyor.