Restoran web sitesinde menü, telefonda rahat okunan kategoriler ve güncel ürün bilgileriyle sunulmalı. Konum bölümünde açık adres, çalışma saatleri ve doğru şubeye giden yol tarifi bağlantısı bulunmalı. Rezervasyon ise işletmenin gerçekten takip ettiği bir kanaldan alınmalı ve işlem sonucu açıkça bildirilmelidir. Amaç, ziyaretçinin ne yiyeceğini, nasıl ulaşacağını ve nasıl yer ayırtacağını kolayca öğrenmesidir; bu düzen tek başına Google sıralaması veya rezervasyon artışı garantisi değildir.
İçerikte Neler Okuyacağım?
Restoran sitesinde menü, konum ve rezervasyona erişim
Ziyaretçi, uzun bir restoran hikâyesini okumadan temel işlemlere ulaşabilmeli. Ana sayfada ve gezinme alanında “Menü”, “Yol tarifi al” ve “Rezervasyon” gibi açık etiketler kullanın. “Keşfet” gibi belirsiz bir düğme, menü arayan kişiye nereye gideceğini söylemez. Rezervasyon ile paket siparişi de ayrı işlemler olarak gösterin.
Mobilde ekranın altında sabit bir işlem çubuğu kullanılabilir; ancak bu zorunlu değildir. Kullanılacaksa menü fiyatlarını, form alanlarını veya gönderim düğmesini kapatmamalıdır. Özellikle klavye açıldığında formun kullanılabilir kaldığını kontrol edin.
Her işlev için ayrı sayfa açmak gerekmez. Kısa içerikler tek sayfada anlaşılır bölümlerle sunulabilir. Kapsamlı menü veya birden fazla şube varsa ayrı sayfalar yönetimi kolaylaştırabilir. Genel mimariyi planlarken web sitesinin temel sayfaları hakkındaki açıklamalardan yararlanabilirsiniz.
Restoran web sitesinde menü nasıl sunulmalı?
Başlangıç tercihi olarak mobil uyumlu restoran menüsü için HTML, yani doğrudan web sayfasında metin olarak sunulan bir yapı önerilir. Bu, ölçülmüş bir performans sonucu değil; ekran boyutuna uyarlama ve içerik yönetimi ihtiyaçlarına dayanan bir tasarım tercihidir. Kısa bir menü ana sayfada bölüm olarak yer alabilir. Uzun bir menü için doğrudan erişilebilen ayrı sayfa daha uygun olabilir.
HTML menü ve PDF menü birbirinin mutlak alternatifi değildir. PDF, indirmek veya yazdırmak isteyenler için ek seçenek olabilir. Ancak ziyaretçiyi yalnızca bir dosya açmaya mecbur bırakmadan yemekleri sayfada inceleme olanağı sunmak yararlıdır. PDF dosyaları da indekslenebilir; HTML kullanmak ise içeriği kendiliğinden erişilebilir yapmaz. Sonuç, metin boyutu, sayfa yapısı ve gerçek kullanım koşullarına bağlıdır.
Menü kategorileri, ürün açıklamaları ve fiyatların düzeni
Kategorileri işletmenin gerçek menüsüne göre adlandırın. Uzun menülerde kategori bağlantıları ziyaretçiyi ilgili bölüme götürebilir. Menü kısaysa arama kutusu veya filtre eklemek gereksiz bir işlem yaratabilir.
Ürün adı ile fiyatı aynı görsel grup içinde tutun. Dar ekranda fiyatın başka bir ürüne aitmiş gibi görünmesini önleyin. Porsiyon veya boy seçenekleri varsa her seçeneğin fiyatını kendi etiketiyle gösterin. Ürün açıklaması, yemeği ayırt etmeye yetecek kadar bilgi vermeli; işletmenin doğrulamadığı içerik, alerjen veya beslenme niteliği eklenmemelidir.
Varsayılan görünümde metin rahat okunmalı, fiyatlar kesilmemeli ve sayfa yatay kaydırma gerektirmemelidir. Kullanıcının yakınlaştırma özelliğini kapatmayın. Uzun ürün adları ve birden fazla porsiyon seçeneği içeren satırları da telefonda deneyin; yalnızca kısa başlıklarla yapılan kontrol yeterli olmaz.
Menü güncellemeleri ve karekodun açtığı sayfa
Fiyat veya ürün değiştiğinde web menüsünü kimin güncelleyeceğini belirleyin. İndirilebilir PDF ve şubelere özel menüler varsa değişikliğin hangi yayınlara uygulanacağını da tanımlayın. Tek bir sürümün güncellenmesi, diğerlerinde eski fiyatların kalmasına yol açabilir.
Karekod ayrı bir menü biçimi değil, bir sayfaya veya dosyaya ulaşma yoludur. Güncellenebilen sabit bir menü sayfasına yönlendirmek, içerik değişikliklerinde basılı karekodu değiştirme ihtiyacını azaltabilir. Menüde güncelleme tarihi gösteriyorsanız tarih gerçek içerik değişikliğini yansıtmalı; sayfanın her açılışında otomatik yenilenmemelidir.
Restoran sitesinde konum ve yol tarifi nasıl gösterilmeli?
Açık adres ve çalışma saatleri, harita açılmadan okunabilen metin olarak sunulmalı. Bu bilgiler iletişim veya şube bölümünde bulunmalı ve ana sayfadan kolayca erişilebilmelidir. Birden fazla şube varsa adres, saatler ve yol tarifi düğmesi aynı şubenin bilgileriyle birlikte gösterilmelidir.
Harita restoranın çevresini görmeye yardımcı olur. “Yol tarifi al” bağlantısı ise seçilen hedefe rota istemek içindir. Biri diğerinin yerine geçmez. Otopark, bina girişi veya erişim koşulları hakkında açıklama ekleyecekseniz yalnızca işletmenin doğruladığı bilgileri kullanın.
Google Maps URLs yöntemiyle hazırlanan bağlantılar için Google API anahtarı gerekmez. Bu bilgi yalnızca söz konusu bağlantı yöntemi için geçerlidir; diğer harita entegrasyonlarının koşullarına genellenmemelidir.
Google Haritalar bağlantısında doğru şubeyi kontrol etmek
Haritalar uygulamasının açılması, ziyaretçinin doğru restorana yönlendirildiğini kanıtlamaz. Bağlantıyı Google Maps URLs yol tarifi parametreleri doğrultusunda hazırlayın ve hedef şubeyi ayrıca sınayın.
- Yol tarifi bağlantısında api=1 parametresinin bulunduğunu kontrol edin. Bu parametre yoksa diğer parametreler yok sayılır; Haritalar açılsa bile istenen yol tarifi oluşturulmayabilir.
- destination değerini gerçek şube bilgisiyle tanımlayın ve adres metnini URL biçimine uygun kodlayın. Belirli bir konumu tanımlayan Place ID kullanıyorsanız destination_place_id değerinin doğru şubeye ait olduğundan emin olun; destination değerini de koruyun.
- Başlangıç noktasını sabitlemek için özel bir neden yoksa origin belirtmeyin. Böylece uygun olduğunda cihaz konumu gibi bir başlangıç noktası kullanılabilir.
- Bağlantıyı telefonda ve tarayıcıda açın. Hedef işletmenin adını, adresini ve şubesini kontrol edin; aynı adlı başka bir işletmeye yönlendirmediğini sınayın.
- Cihaz konumu kullanılamadığında da bağlantıyı deneyin. Kullanıcının başlangıç noktasını kendisinin girmesi gerekebileceğini hesaba katın; otomatik konum bulunmasını her durumda beklemeyin.
Restoran web sitesinde rezervasyon nasıl alınır?
Önce “Talepleri kim takip edecek?” sorusunu yanıtlayın. Rezervasyonları telefonla yöneten işletmede açık bir arama yolu uygun olabilir. Form taleplerini düzenli izleyen bir sorumlu varsa talep formu kullanılabilir. İşletmenin mevcut bir masa yönetim sistemi bulunuyorsa, desteklediği rezervasyon akışı değerlendirilmelidir.
Seçilen kanalın gösterişli olmasından önce işletmenin çalışma düzenine uyması gerekir. Kontrol edilmeyen bir form, ziyaretçide yanıtsız kalan bir beklenti oluşturur. Restoran rezervasyon almıyorsa çalışmayan bir düğme yerine bu durumu açıkça yazın.
Erişilebilir rezervasyon formunda alanlar ve tarih seçimi
Erişilebilir rezervasyon formu, yalnızca az sayıda alandan oluşan form değildir. Her alanın ne istediği anlaşılmalıdır. Tarih, saat, kişi sayısı, ad ve uygun geri dönüş kanalını işletmenin ihtiyacına göre belirleyin. Telefonla dönüş yeterliyse e-posta adresini de zorunlu istemenin gerekli olup olmadığını değerlendirin.
Alan adlarını, kullanıcı yazmaya başladığında kaybolan kutu içi ipuçlarına bırakmayın. Görünür etiketler kullanın. W3C’nin form etiketleme rehberinde açıklandığı gibi, açık ilişkilendirme için label öğesinin for değeri ilgili alanın id değeriyle tam eşleşmelidir. Bu ilişki, yardımcı teknolojilerin alanı doğru etiketle sunmasına destek olur.
Etiketleri alanların üstüne yerleştirmek mobilde ve az gören kullanıcılar için yatay kaydırma ihtiyacını azaltmaya yardımcı olabilir. Yine de etiketin kendi alanına yakınlığı ve komşu alanlarla karışmaması, bütün tasarım içinde değerlendirilmelidir.
Uygun tarih ve sayı alanları, cihazın tarih seçicisini veya sayısal klavyesini açarak girişi kolaylaştırabilir. Görünüm ve davranış her cihazda aynı olmayabilir. Tarih seçici yalnızca tarih girişini sağlar; tek başına boş masa olup olmadığını göstermez. Kişisel verilerin neden toplandığına ve nasıl işlendiğine ilişkin bilgilendirmeyi de işletmenin gerçek sürecine göre hazırlayın.
Rezervasyon gönderildikten sonra ziyaretçi ne görmeli?
Talep alındı mesajı, masa ayrıldığı anlamına gelmez. Form yalnızca talep topluyorsa gönderim sonrası mesaj bunu açıkça söylemelidir. Kesin rezervasyon bildirimi ancak işletmenin onay süreci tamamlandığında gösterilmelidir.
Sonuç ekranı, sistemin gerçek durumunu bildirmeli ve ziyaretçinin sonraki adımını açıklamalıdır. Manuel geri dönüş yapılacaksa hangi kanalın kullanılacağını ve işletmenin gerçekten uygulayabildiği yanıt düzenini belirtin. Karşılanamayacak bir yanıt süresi vaat etmeyin.
Hatalı girişlerde yalnızca “İşlem başarısız” yazmayın. Hangi alanın neden düzeltilmesi gerektiğini ilgili alanın yanında açıklayın. Gönderim başarısız olursa girilen bilgilerin korunmasını ve işletmenin gerçekten takip ettiği alternatif iletişim yolunun görünmesini sağlayın.
Yayına geçmeden önce üç sorumluluğu netleştirin: Menü değişikliklerini kim işleyecek, adres veya şube değiştiğinde bağlantıları kim kontrol edecek, rezervasyon taleplerini kim takip edecek? Tasarımın kullanılabilir kalması, bu işlerin işletmenin günlük düzeninde karşılık bulmasına bağlıdır.
