Restoran Web Sitesi ve QR Menü: Tam Rehber
QR menünün arkasına PDF değil hızlı bir menü sayfası koyun. 2026 bileşen, alerjen ve kalori kuralları, uyum tarihleri, hız bütçesi ve dört haftalık yayın planı.
İyi bir restoran web sitesi 2026'da beş işi birlikte yapar: menüyü mobilde 2,5 saniyenin altında açar, bileşen ve alerjen bilgisini yasaya uygun gösterir, rezervasyon veya sipariş adımını kendi alanınızda tutar, Google Haritalar kaydınızı besler ve QR kodun arkasında PDF değil gerçek bir web sayfası durur. Bileşen bildirimi için yasal son tarih: 31 Aralık 2026.
Bu son tarih, restoran sitesi konusunu bir tasarım tercihinden bir uyum işine çeviriyor. Tarım ve Orman Bakanlığı'nın etiketleme kılavuzu, toplu tüketim yerlerinde menü bilgisinin ne kadarının zorunlu olduğunu ve karekodla sunulması halinde hangi ek şartın doğduğunu açıkça yazıyor. Yani QR menü artık "şık bir detay" değil, denetime konu bir yüzey.
Piyasadaki rehberlerin çoğu bu kısmı hiç anlatmıyor; QR kod üreticisi tanıtan içerikler fontlardan ve renk paletinden bahsedip geçiyor. Aşağıda hem mevzuatın ne istediğini birincil kaynaktan, hem de menü sayfasının teknik kurgusunu ölçülebilir eşiklerle bulacaksınız.
İçindekiler
- Restoran web sitesi neden QR menüden önce gelir
- Menüde bileşen, alerjen ve enerji bilgisi: 2026 kuralları
- QR menü nasıl yapılır: PDF yerine web sayfası
- Menü sayfasının hız bütçesi ve Core Web Vitals
- Online sipariş ve rezervasyon akışını kendi sitenize taşımak
- Google Haritalar bağlantısı ve yapısal veri
- Yemek fotoğrafı standartları ve görsel bütçesi
- Erişilebilirlik, çoklu dil ve yazdırılabilir menü
- Yayın sırası: hangi işi hangi hafta yapmalı
- Sıkça Sorulan Sorular
Restoran web sitesi neden QR menüden önce gelir
Çoğu işletme sırayı tersten kuruyor: önce bir QR kod üretiyor, kodu PDF menüye bağlıyor, siteyi "sonra" bırakıyor. Sonuç, aynı menünün üç farklı yerde üç farklı fiyatla durması oluyor — masadaki karekodda, teslimat platformunda ve Google kaydında.
Doğru sıra şu: menü verisi tek bir yerde yaşar, o yer sitenizdir. Karekod, teslimat platformu ve harita kaydı o tek kaynağı gösterir. Böylece zam yaptığınızda üç yeri tek tek güncellemezsiniz.
Talep tarafı da bu kurguyu destekliyor. TÜİK'in 2026 Hanehalkı Bilişim Teknolojileri araştırmasına göre 16-74 yaş grubunda internet kullanımı %92,3'e çıktı, internetten mal veya hizmet satın alma oranı ise %55,7'den %60,0'a yükseldi. Son üç ay içinde sipariş veren birey oranı %48,3. Yani misafirinizin menüyü telefondan okuması istisna değil, varsayılan davranış.
Bir restoran web sitesi şu dört işi üstlenir:
| Sayfa | Birincil işi | Başarı ölçütü |
|---|---|---|
| Menü | Fiyat, bileşen ve alerjen bilgisini göstermek | Mobilde hızlı açılma, güncellik |
| Rezervasyon / sipariş | Niyeti işleme çevirmek | Tamamlanan form oranı |
| Konum ve saatler | Fiziksel ziyareti kolaylaştırmak | Harita kaydıyla birebir tutarlılık |
| Hakkımızda ve görseller | Beklentiyi doğru kurmak | İlk ziyaret sonrası memnuniyet |
Menü sayfası bu dördünün en çok ziyaret edileni ve en çok ihmal edileni. Fiyat soran, alerjen arayan ve kararsız kalan misafir hep oraya gidiyor; rezervasyon formuna kadar inen kişi ise menüyü çoktan okumuş oluyor. Bu yüzden rehberin ağırlık merkezi orada.
Bir restoran web sitesinin yapmadığı işi de baştan söylemek gerekiyor: teslimat platformunun yerini almaz. Platform, sizi hiç tanımayan bir kullanıcıya listede gösterir; siteniz ise sizi zaten arayan kişiyi karşılar. İkisi farklı talebi karşılar ve birbirinin yerine geçmez. Sitenin kazancı, platformdan gelen müşteriyi ikinci siparişte kendi kanalınıza çekebilmekte.
Menüde bileşen, alerjen ve enerji bilgisi: 2026 kuralları
Tarım ve Orman Bakanlığı'nın Türk Gıda Kodeksi Gıda Etiketleme ve Tüketicileri Bilgilendirme Yönetmeliği Kılavuzu, toplu tüketim yerlerinde verilmesi zorunlu bilgileri 41. maddesinde düzenliyor. Kılavuz ilk olarak 26 Kasım 2024'te yayımlandı; yürürlükteki hali 10 Mart 2026 tarihli 002 numaralı revizyon.
Yönetmelik "toplu tüketim yeri"ni geniş tanımlıyor: gıdanın tüketime hazır hale getirildiği ve son tüketiciye sunulduğu, mobil araçlar ile sabit veya hareketli tezgâhlar da dâhil, hazır yemek hizmeti veren restoranlar, kantinler, okullar ve hastaneler gibi işletmeler. Kafe, pastane, büfe ve food truck bu tanımın içinde.
Kılavuzun 41. maddesi üç ayrı yükümlülük kuruyor:
- Alerjen, alkol ve domuz kaynaklı bileşen bilgisi, gıdanın adı ile birlikte verilmek zorunda (m. 41.2).
- Sunulan gıdaların içeriğindeki bileşenler ve enerji değeri için tüketiciye bilgilendirme yapılması zorunlu (m. 41.3).
- Bu bilgilendirme menüler, yazı tahtaları, broşür, karekod, dijital ekran ve benzeri araçlarla yapılabilir; tüketicinin kolayca görebileceği ve açıkça okuyabileceği olması şart (m. 41.4).
Karekodu seçerseniz ek bir şart doğuyor. Kılavuz, bilginin karekodla sunulması durumunda "bu bilgiye karekodla ulaşabileceğine ve karekod okutacak cihazı olmayan tüketiciler için talep edilmesi halinde bu bilginin sunulacağına" dair, tüketicinin kolayca görebileceği bir yerde yazılı bilgilendirme yapılmasını istiyor. Pratikte bu, QR standının üzerine bir cümle daha yazmak ve serviste basılı bir nüsha bulundurmak demek.
Alerjen bilgisinin biçimi de serbest değil. Madde 41.5, alerjen, alkol ve domuz kaynaklı bileşenlerin içindekiler listesinin geri kalanından açıkça ayıran bir yazı dizgisiyle — punto, stil veya arka plan rengi aracılığıyla — vurgulanmasını zorunlu tutuyor. Bu, doğrudan tipografi ve CSS kararı: menü şablonunuzda alerjen etiketleri için ayrı bir stil sınıfı tanımlamanız gerekiyor.
Alerjen bildiriminde Yönetmelik'teki 14 madde esas alınır: gluten içeren tahıllar, kabuklular, yumurta, balık, yer fıstığı, soya, süt, sert kabuklu meyveler, kereviz, hardal, susam, sülfür dioksit, bakla ve yumuşakçalar. Bakanlık ayrıca kullanılabilecek örnek bir afiş hazırlamış; afiş kullanılacaksa işletmede tüketicinin görebileceği bir yerde bulundurulmalı.
Enerji bildirimi tarafında kılavuz pratik bir kolaylık getiriyor: tüketiciye porsiyon başına toplam enerji değeri verilmesi yeterli, her bileşen için ayrı ayrı kalori yazmak gerekmiyor. Hesaplamada TURKOMP Ulusal Gıda Kompozisyon Veri Tabanı ortalama değerleri kullanılabiliyor.
Online sipariş alıyorsanız ikinci bir madde devreye giriyor. Kılavuzun 43.5. maddesi, toplu tüketim yerlerinin mesafeli satış yoluyla sunduğu gıdalar için bileşen ve enerji bilgilendirmesinin satın alma aşamasında yapılmasını zorunlu kılıyor. Yani bilgiyi sipariş özetinden sonraki bir sayfaya saklamak yetmez; ürün seçimi sırasında görünür olmalı.
Uyum takvimi 47. maddeyle kademelendirilmiş:
| İşletme tipi | Bileşen bildirimi | Enerji bildirimi |
|---|---|---|
| Ulusal çapta zincir toplu tüketim yerleri | 1 Temmuz 2026 | 1 Temmuz 2026 |
| Bulunduğu il sınırları içinde 3 ve üzeri şubeli işletmeler | 31 Aralık 2026 | 31 Aralık 2026 |
| Diğer tüm toplu tüketim yerleri | 31 Aralık 2026 | 31 Aralık 2027 |
Tek şubeli bir restoran için okuması şu: bileşen bildirimi için elinizde 2026 yılı sonuna kadar süre var, kalori bildirimi için bir yıl daha.
Somut bir örnek üzerinden bakalım. İstanbul'da tek şubeli, 42 ürünlü bir esnaf lokantası düşünün. Menüsü duvardaki tahtada ve masadaki laminat kartta duruyor, sitesi yok. Bu işletmenin 31 Aralık 2026'ya kadar yapması gereken iş, 42 ürün için bileşen listesi çıkarmak ve alerjen içeren ürünleri ayırt edici bir dizgiyle işaretlemek. Tahtaya 42 ürünün bileşen listesini sığdırmak mümkün değil; laminat kartı her tedarikçi değişiminde yeniden basmak da pahalı. Karekod bu iki kısıtı birden çözüyor — ama yalnızca kodun arkasında güncellenebilir bir menü sayfası varsa. Aynı işletme bir yıl sonra 42 ürünün porsiyon başı kalorisini de aynı sayfaya eklemek zorunda kalacak; alanı şimdi açmak, 2027'de ikinci bir proje açmaktan ucuz. Menü sayfanızı şimdi kurarken alanları ikisini de taşıyacak şekilde açmak, bir yıl sonra her şeyi yeniden elden geçirmekten ucuza gelir.
QR menü nasıl yapılır: PDF yerine web sayfası
Türkiye'deki QR menülerin büyük bölümü hâlâ bir PDF'e bağlı. Bu yaklaşımın altı somut sorunu var:
- Yakınlaştırma zorunluluğu. A4 için dizilmiş bir sayfa, 390 piksel genişliğinde bir ekranda okunmaz; misafir iki parmakla büyütmek zorunda kalır.
- Dosya boyutu. Görsel ağırlıklı menü PDF'leri kolayca 5-10 MB'a çıkar; kalabalık bir salonda paylaşılan bağlantıda bu saniyeler demek.
- Ekran okuyucu uyumsuzluğu. Taranmış veya görsel tabanlı PDF'de metin katmanı yoktur; görme engelli misafir menüye erişemez.
- Arama görünürlüğü yok. PDF, yemek adlarınızın arama sonuçlarında çıkmasına pratikte katkı sağlamaz.
- Güncelleme maliyeti. Fiyat değişiminde tasarım dosyasına dönmek, yeniden dışa aktarmak ve yüklemek gerekir.
- Alerjen tipografisi. 41.5'in istediği "ayırt edici yazı dizgisi" PDF'te de kurulabilir, ama her revizyonda elle korunmalıdır.
Doğru kurgu, menünün HTML olarak yayımlanmasıdır. Kategori başlıkları gerçek başlık etiketleriyle, ürünler listelenebilir bileşenlerle, alerjenler ayrı bir stille. Böylece menü hem ekran okuyucuyla okunur hem aranabilir hem de tek alandan güncellenir.
Karekodun kendisi için üç pratik kural:
- Dinamik kod kullanın. Hedef adresi sonradan değiştirebileceğiniz bir kod, baskıya gitmiş bütün standları kurtarır.
- Baskı boyutunu abartmayın ama küçültmeyin. Masa standında kenar uzunluğu 2,5-3 cm'nin altına düşen kodlar, zayıf ışıkta ve eski kameralarda okunmuyor.
- Kodun yanına metin koyun. Hem kılavuzun istediği yazılı bilgilendirme hem de "menu.ornekrestoran.com" gibi okunabilir kısa bir adres, kod okunmadığında misafiri kurtarır.
Menüyü HTML'e taşırken veri modelini de netleştirin. Her ürün için en az altı alan tutmanız gerekiyor: ad, açıklama, fiyat, porsiyon, alerjen listesi ve porsiyon başı enerji değeri. Buna bir de "yayında mı" bayrağı eklerseniz, sezonluk ürünleri menüden silmeden gizleyebilirsiniz. Bu altı alan hem sayfayı hem yapısal veriyi hem de basılı nüshayı tek kaynaktan üretir.
Kategori kurgusunda misafirin karar sırasını izleyin: kahvaltı, başlangıçlar, ana yemekler, tatlı, içecek. Alfabetik sıralama veya mutfak içi kodlama mantığı, menüyü okunmaz hale getiriyor. Çok ürünlü menülerde kategori sayısını yediyle sınırlamak, mobilde sekme kaydırmasını da ortadan kaldırır.
Menü sayfasının adresini kalıcı ve okunabilir tutun. /menu gibi kısa bir yol, yılda iki kez değişen kampanya URL'lerinden iyidir; standlar yıllarca aynı kodu taşır.
Menü sayfasının hız bütçesi ve Core Web Vitals
Menü, sitenizin en yoğun trafikli sayfası olacak ve çoğu ziyaret restoran içindeki zayıf hücresel bağlantıdan gelecek. Bu yüzden hız, estetikten önce gelir.
Google'ın Core Web Vitals eşikleri ölçülebilir hedef veriyor: sayfa yüklenmesinin %75'inde LCP 2,5 saniyenin altında, INP 200 milisaniyenin altında, CLS 0,1'in altında olmalı. Mobil ve masaüstü ayrı ayrı değerlendirilir.
Menü sayfası için pratik bütçe:
| Kalem | Hedef | Neden |
|---|---|---|
| İlk yükte toplam ağırlık | 500 KB altı | Zayıf bağlantıda ilk ekran hızlı gelir |
| Kategori görseli | Tek görsel 80-120 KB, WebP veya AVIF | Yemek fotoğrafı en büyük yükü taşır |
| İlk ekran dışındaki görseller | loading="lazy" | LCP'yi şişirmez |
| Yazı tipi dosyası | En fazla 2 ağırlık | Her ağırlık ek istek ve gecikme |
| Üçüncü taraf script | Menü sayfasında sıfıra yakın | Sohbet, harita ve pikseller INP'yi bozar |
İki yaygın hata özellikle pahalı. Birincisi, menüyü tek sayfada 60 ürünün tam boy fotoğrafıyla yayımlamak; bu sayfa mobilde hiçbir optimizasyonla hedefe girmez. İkincisi, kategoriler arasında geçişi istemci tarafında ağır bir bileşene bırakmak; INP eşiğini aşan tipik sebep budur.
Çözüm, kategorileri ayrı adreslere bölmek ve her kategoride ilk ekranda en çok iki görsel göstermek. Ölçüm ve iyileştirme adımlarının ayrıntısı için web sitesi hızlandırma ve Core Web Vitals rehberine bakabilirsiniz.
Online sipariş ve rezervasyon akışını kendi sitenize taşımak
Teslimat platformları talebi getirir; ama müşteri verisini ve fiyat kontrolünü platform tutar. Kendi sitenizdeki sipariş sayfası bu dengeyi değiştirmez, dengeye bir seçenek ekler.
Ticaret Bakanlığı bu ilişkiyi 2026'da şeffaflaştırdı. 10 Mart 2026 tarihli açıklamayla duyurulan ve 1 Nisan 2026'da zorunlu hale gelen düzenleme, platformların restoranlardan tahsil ettiği tüm bedellerin hizmet kalemleri bazında satıcı panelinde gösterilmesini zorunlu kıldı. Siparişin oluşturulması, iletilmesi, ödeme süreci ve temel altyapı gibi asli hizmetler için ayrıca bedel istenemiyor; restoranlar kampanya, indirim veya reklam faaliyetlerine zorlanamıyor.
Bu, platform maliyetinizi ilk kez kalem kalem görebileceğiniz anlamına geliyor. Rakamı gördükten sonra kendi kanalınızın değerini hesaplamak kolaylaşır. Komisyon matematiğinin ve amorti eşiğinin ayrıntısını restoran mobil uygulaması yazısında sayılarla kurduk; web sipariş sayfası o yolculuğun ilk adımı.
Sitedeki sipariş akışında üç karar önemli:
- Kapsamı daraltın. Paket servis ve gel-al ile başlayın; kurye operasyonu kurmadan önce talebi ölçün.
- Ödeme adımını kısaltın. Üyelik zorunluluğu koymayın; misafir siparişine izin verin, telefon doğrulaması yeterli.
- Bilgilendirmeyi ürün seçiminde gösterin. Kılavuzun 43.5. maddesi bileşen ve enerji bilgisini satın alma aşamasında istiyor; bunu ürün kartının içine koymak hem uyum hem dönüşüm getirir.
Kendi kanalınızın değerini ölçmek için üç sayıyı aylık takip edin: siteden gelen sipariş adedi, ortalama sepet ve aynı müşterinin ikinci kez sipariş verme oranı. Üçüncü sayı en önemlisi, çünkü platformdan gelen müşteride o sayıyı hiç göremezsiniz. Restoran web sitesi yatırımının geri dönüşü de büyük ölçüde o sayıda birikiyor.
Rezervasyon tarafı daha hafif. Masa rezervasyonu için tarih, saat, kişi sayısı ve iletişim bilgisi yeterli; onay SMS'i ve hatırlatma, gelmeyen rezervasyon oranını düşürür. Kurgu ve entegrasyon seçenekleri için online randevu sistemi rehberi aynı mantığı anlatıyor.
Google Haritalar bağlantısı ve yapısal veri
Restoran aramalarının önemli bölümü haritada başlar ve orada biter. Bu yüzden site ile işletme kaydının birbirini doğrulaması gerekir.
İlk iş tutarlılık: ad, adres, telefon ve çalışma saatleri sitenizde ve harita kaydınızda birebir aynı yazılmalı. Kayıt oluşturma ve doğrulama adımları için Google işletme kaydı yazısına bakabilirsiniz.
İkinci iş yapısal veri. Google'ın yerel işletme yapısal veri dokümantasyonuna göre Restaurant tipi için zorunlu alanlar yalnızca name ve address. Önerilen alanlar listesi ise doğrudan restoranı hedefliyor:
| Alan | Ne koyulur | Dikkat |
|---|---|---|
menu | Menü sayfasının tam adresi | Göreli yol değil, tam URL |
servesCuisine | Mutfak türü | Tek değer yeterli |
priceRange | Fiyat bandı | 100 karakterden kısa olmalı |
geo | Enlem ve boylam | En az 5 ondalık basamak |
openingHoursSpecification | Gün ve saat aralıkları | Tatil istisnaları ayrı girilir |
telephone | Ülke ve alan kodlu numara | Haritadaki numarayla aynı |
Bir noktada beklentiyi düşük tutmak gerekiyor: Google'ın restoran karuseli sınırlı erişimli; dokümantasyon bunu açıkça yazıyor ve katılım için ayrı bir başvuru formuna yönlendiriyor. Yani her yemeği ayrı ayrı işaretlemek, aramada otomatik bir yemek karuseli getirmiyor. menu alanını doğru vermek ve menü sayfasını HTML tutmak, gerçekçi kazanç bu.
Üçüncü iş, aynı veriyi tek yerden beslemek. Menü verisi veritabanında duruyorsa hem sayfa hem yapısal veri hem de QR hedefi aynı kaynaktan üretilir; fiyat değişiminde üçü birden güncellenir. Teknik altyapıyı kurarken SEO uyumlu web tasarım ilkeleri de aynı yöne çalışır.
Yemek fotoğrafı standartları ve görsel bütçesi
Yemek fotoğrafı, restoran sitesinde hem en güçlü ikna aracı hem en büyük performans riski. İkisini birlikte yönetmenin yolu standart koymaktan geçiyor.
Çekim tarafında asgari set şu: her kategoriden bir kahraman kare, en çok satan altı ürünün tek tek karesi, bir salon karesi, bir ekip karesi. Bu set bir yarım günlük çekimle toplanır ve siteyi, harita kaydını, sosyal hesapları birlikte besler.
Teknik standartları baştan yazın:
- Oran: Ürün kartları için 4:3 veya 1:1; kahraman görseller için 16:9. Oran karışırsa yerleşim kayar ve CLS yükselir.
- Uzun kenar: 1600 piksel yeterli; daha büyüğü mobilde boşa iner.
- Format: WebP veya AVIF; yedek olarak JPEG.
- Sıkıştırma hedefi: Ürün kartı görseli 80-120 KB bandında.
- Alternatif metin: Yemeğin adı ve ayırt edici bileşeni. "Yemek fotoğrafı" yazmak hem erişilebilirliği hem aramayı boşa harcar.
- Işık tutarlılığı: Tüm set aynı ışık ve aynı zemin ile çekilsin; karışık set, menüyü dağınık gösterir.
Görselleri siteye yüklemeden önce iki iş yapın: yeniden boyutlandırma ve sıkıştırma. Doğrudan makineden çıkan 6 MB'lık bir kare, menü sayfasını tek başına hedefin dışına çıkarır. Yükleme akışınız bu iki adımı otomatik yapıyorsa, sonraki yıllarda menüye ürün ekleyen kişi performansı bozmaz; yapmıyorsa ilk zamda sayfa ağırlaşmaya başlar.
Fotoğrafı menüde zorunlu tutmak şart değil. Kalabalık menülerde yalnızca öne çıkarmak istediğiniz ürünlerde görsel kullanmak, hem sayfa ağırlığını düşürür hem de dikkati yönlendirir. Menü metinlerini yazma düzeni için web sitesi içeriği hazırlama rehberi çalışma sırasını veriyor.
Erişilebilirlik, çoklu dil ve yazdırılabilir menü
Kılavuzun 41.4. maddesi karekod kullanımında alternatif erişimi zaten şart koşuyor. Erişilebilirlik tarafında bunu bir adım ileri taşımak, hem uyum hem misafir deneyimi kazandırır.
Üç kontrol yeterli bir başlangıç:
- Kontrast. W3C'nin WCAG 2.2 ölçütü, normal metin için en az 4,5:1 kontrast oranı istiyor; büyük punto metinde oran 3:1'e düşüyor. Koyu zemin üzerine ince gri yazı, menülerde en sık görülen hata.
- Metin büyütme. Misafir tarayıcı yazı boyutunu iki katına çıkardığında menü hâlâ okunabilir kalmalı; sabit yükseklikli kutular bunu bozar.
- Dokunma hedefi. Kategori sekmeleri ve adet butonları en az 44 piksel karelik dokunma alanı almalı.
Ayrıntılı kontrol listesi için web erişilebilirliği rehberine bakabilirsiniz.
Turistik bölgedeyseniz çoklu dil ayrı bir karar. Menüyü ikinci dile çevirirken yemek adlarını çevirmemek, açıklamayı çevirmek genellikle daha iyi sonuç verir: "Mantı" kalır, altındaki tarif cümlesi çevrilir. Dil sürümlerinin arama tarafında doğru eşlenmesi için çok dilli web sitesi kurgusunu uygulamak gerekiyor.
Menüyü ikinci dile açarken alerjen etiketlerini de çevirmeyi atlamayın. Türkçe menüde "süt içerir" yazan etiketin İngilizce sürümde boş kalması, yabancı misafirde en riskli hataya yol açıyor. Alerjen alanını veri modelinde dil bağımsız bir kod listesi olarak tutmak bu riski kökten kaldırıyor: kod sabit kalır, ekranda görünen metin dile göre değişir.
Son olarak yazdırılabilir bir menü nüshası bırakın. Kılavuzun istediği "talep edilmesi halinde sunulacak" bilgi, serviste duran basılı bir sayfa ile en kolay karşılanıyor; aynı sayfayı siteden PDF olarak üretmek, veriyi iki yerde tutmaktan iyi.
Yayın sırası: hangi işi hangi hafta yapmalı
Restoran sitesi projelerinde en sık yapılan hata, görsel tasarımı menü verisi hazır olmadan başlatmak. Veri yoksa tasarım boş kutuların estetiğine dönüşür ve içerik gelince dağılır.
| Hafta | İş | Çıktı |
|---|---|---|
| 1 | Menü verisini tabloya dökme | Ürün, fiyat, bileşen, alerjen, porsiyon |
| 1-2 | Enerji değerlerini hesaplama | TURKOMP ortalamalarıyla porsiyon başı kalori |
| 2 | Fotoğraf çekimi | Standartlara uygun asgari set |
| 2-3 | Menü sayfası ve QR hedefi | HTML menü, kalıcı adres, dinamik kod |
| 3 | Rezervasyon veya sipariş akışı | Tek adımlı form, onay bildirimi |
| 4 | Yapısal veri ve harita bağlantısı | Restaurant işaretlemesi, tutarlı NAP |
| 4 | Hız ölçümü ve düzeltme | Mobilde LCP, INP, CLS eşikleri |
Bütçe tarafında belirleyici olan sayfa sayısı değil, menü verisinin durumu ve sipariş akışının kapsamı. Kendi kapsamınıza göre bir aralık görmek için web sitesi fiyat hesaplayıcısını kullanabilir, yayına çıkmadan önce başlık ve açıklamalarınızı SERP önizleme aracıyla kontrol edebilirsiniz.
Sıralamayı bozmamak önemli. Fotoğraf çekimini menü tablosundan önce yaparsanız, çekimde olmayan ürünler için ikinci bir çekim gerekir. Yapısal veriyi menü sayfası bitmeden yazarsanız, adresler değiştiğinde işaretleme kırılır. Restoran web sitesi projelerinde gecikmenin sebebi genellikle teknik zorluk değil, bu sıranın atlanması oluyor.
Tek şubeli bir işletme bu planı dört haftada bitirir. Çok şubeli yapıda şube sayfaları ve şubeye göre değişen fiyat kurgusu eklenir; süre altı haftaya çıkar. Benzer kurguyu konaklama tarafında nasıl kurduğumuzu otel web sitesi rehberinde görebilirsiniz.
Sıkça Sorulan Sorular
QR menü yasal olarak zorunlu mu?
Hayır, karekod zorunlu değil. Zorunlu olan, bileşen, alerjen ve enerji bilgisinin tüketiciye sunulması. Kılavuzun 41.4. maddesi bu bilgilendirmenin menü, yazı tahtası, broşür, karekod veya dijital ekran ile yapılabileceğini söylüyor; aracı siz seçiyorsunuz.
QR menü kullanırsam ayrıca ne yapmam gerekiyor?
Tüketicinin kolayca görebileceği bir yerde yazılı bilgilendirme asmanız gerekiyor: bilgiye karekodla ulaşılabileceği ve karekod okutacak cihazı olmayan tüketicilere talep halinde bu bilginin sunulacağı belirtilmeli. Yani serviste basılı bir nüsha bulundurmanız beklenir.
Menüde kalori yazma zorunluluğu hangi tarihte başlıyor?
Uyum tarihi işletme büyüklüğüne bağlı. Ulusal çapta zincir olarak faaliyet gösteren toplu tüketim yerleri için tarih 1 Temmuz 2026'ydı. Bulunduğu il içinde üç ve üzeri şubesi olanlar için 31 Aralık 2026. Diğer tüm işletmeler bileşen bildirimine 31 Aralık 2026, enerji bildirimine 31 Aralık 2027 tarihine kadar uyum sağlar.
Her yemek için tek tek kalori hesaplamak zorunda mıyım?
Porsiyon başına toplam enerji değerini vermeniz yeterli; kılavuz her bileşen için ayrı ayrı kalori bildirmeyi gerektirmiyor. Hesaplamada Bakanlığın TURKOMP veri tabanındaki ortalama değerlerden yararlanabilirsiniz.
PDF menü yerine web sayfası kullanmak gerçekten fark eder mi?
Fark eder. PDF mobilde yakınlaştırma gerektirir, ekran okuyucuyla okunmaz, dosya boyutu nedeniyle yavaş açılır ve her fiyat değişiminde tasarım dosyasına dönmeyi zorunlu kılar. HTML menü aynı veriyi hem hızlı hem aranabilir hem güncellenebilir biçimde sunar.
Restoran web sitesi yaptırırken sipariş altyapısı şart mı?
Şart değil. Rezervasyon ve menü ile başlayıp talebi ölçmek, kurye operasyonu kurmadan önce doğru sırayı verir. Sipariş altyapısını eklediğinizde bileşen ve enerji bilgisini ürün seçimi aşamasında göstermeniz gerektiğini unutmayın; kılavuzun 43.5. maddesi mesafeli satış için bunu zorunlu tutuyor.
Restoran web sitesi için hangi sayfalar yeterli?
Altı sayfa çoğu işletme için yeterli: anasayfa, menü, rezervasyon veya sipariş, konum ve saatler, hakkımızda, iletişim. Çok şubeli yapıda her şube için ayrı bir konum sayfası eklenir. Sayfa sayısını artırmak yerine menü sayfasının kalitesine yatırım yapmak daha fazla getiri sağlıyor.
Menü sayfamın hızlı olduğunu nasıl anlarım?
Mobilde ölçüm alın ve üç eşiğe bakın: LCP 2,5 saniyenin, INP 200 milisaniyenin, CLS 0,1'in altında olmalı. Bu değerler sayfa yüklenmelerinin %75'inde tutuyorsa menü sayfanız iyi durumda.
Restoran web sitesi kararını 2026'da iki gündem birlikte belirliyor: misafirin telefondan menü okuma alışkanlığı ve menü bilgisi için gelen yasal yükümlülük. İkisi aynı çözüme işaret ediyor — menü verisini tek yerde tutan, mobilde hızlı açılan, alerjen ve enerji alanlarını baştan taşıyan bir menü sayfası.
Elinizdeki menüyü tabloya dökmek, uyum takviminizi netleştirmek ve hız bütçesine uygun bir menü kurgusu çıkarmak için web tasarım hizmetimize göz atabilir, şube yapınız ve mevcut menünüzle birlikte bize ulaşabilirsiniz.
Bu konuda profesyonel destek mi lazım?
Projenizi ekibimizle konuşun — aynı gün dönüş, ücretsiz teklif.
