En menywidget är en liten bit kod på din egen webbplats som visar din aktuella meny som en del av sidan, hämtad live från systemet där du håller menyn, istället för att länka till en PDF som måste exporteras och laddas upp igen efter varje ändring.
Många restaurangwebbplatser gör fortfarande tvärtom. Någonstans i navigeringen finns en länk som heter "Meny", och bakom den en PDF: fyra A4-sidor, 2 till 5 MB, designad för skrivaren. På en telefon nyper gästen, zoomar, scrollar i sidled och ger upp någonstans runt pastan. Och i samma ögonblick ett pris ändras är filen på webbplatsen fel.
Det här inlägget tittar på vad den där PDF-länken egentligen kostar dig, vad en widget gör annorlunda, och var widgeten har begränsningar du bör känna till innan du byter.
Vad PDF-länken kostar dig
Ta en exempelrestaurang med en meny på 40 rätter som ändras några gånger om året, plus ett lunchutbud som ändras varje vecka. Så här ser det ut att hålla webbplatsen aktuell med en PDF:
| Steg | Tid varje gång |
|---|---|
| Ändra priset eller rätten i designfilen | 10 minuter |
| Exportera en ny PDF, kontrollera den | 5 minuter |
| Logga in på webbplatsen, ersätt filen | 5 till 10 minuter |
| Kontrollera att den gamla filen verkligen är borta (webbläsar- och sökmotorcache) | 5 minuter |
| Gör samma sak för lunchutbudet | 20 minuter, varje vecka |
Det är ungefär en halvtimme per ändring, och mer än 15 timmar om året bara för lunchutbudet. I praktiken är resultatet välbekant: webbplatsmenyn är från förra säsongen, lunch-PDF:en är från tre veckor sedan, och ingen märker det förrän en gäst beställer en rätt som inte längre finns.
Det finns tystare kostnader också:
- På en telefon är en PDF ett dokument, inte en sida. Den öppnas i en visare, ibland som en nedladdning, och gästen lämnar din webbplats för att läsa den.
- Den visar ett språk. Ett andra språk betyder en andra PDF och en andra uppladdning varje gång.
- Den kan inte ta emot en bokning. En gäst som just har bestämt sig för att komma måste hitta telefonnumret eller ett separat formulär.
Vad en widget gör annorlunda
En widget förvandlar menyn från en fil till en vy. Du håller menyn på ett ställe, och webbplatsen visar det som finns där just nu.
| PDF-länk | Menywidget | |
|---|---|---|
| Var gästen läser den | I en PDF-visare, ofta utanför din webbplats | På din sida, i din layout |
| På en telefon | Nyp och zooma | Anpassar sig till skärmen |
| Efter en prisändring | Exportera, ladda upp, ersätt | Inget att göra på webbplatsen |
| Ett andra språk | En andra fil | En språkinställning i inbäddningskoden |
| Dagliga eller veckovisa erbjudanden | Separat fil, separat uppladdning | Separat widget, uppdaterar sig själv |
| Boka bord | Inte möjligt | Bokningsformulär bredvid menyn |
| Design | Fastställd av filen | Dina färger, och typsnittet på din webbplats |
Den viktiga raden är den tredje. Med en widget slutar webbplatsen att vara en plats där menyn underhålls. Den blir en plats där menyn visas. Det är skillnaden mellan en meny som är aktuell och en som bara är aktuell de dagar någon kom ihåg.
Bädda in en widget på din egen webbplats
Den tekniska delen är mindre än de flesta ägare förväntar sig. Med Widget Creator består en inbäddning av två rader HTML: en platshållare där widgeten ska visas, och en script-tagg före slutet av sidan. Det fungerar på WordPress, Wix, Squarespace eller en handskriven webbplats, eftersom webbplatsen bara behöver acceptera en bit HTML.
En realistisk uppsättning för en restaurang ser ut så här:
| Var på webbplatsen | Vilken widget | Vad gästen ser |
|---|---|---|
| Menysidan | Classic Menu | Hela menyn efter kategori, med beskrivningar, storlekar och priser |
| Startsidan, nära toppen | Today's Highlight | Bara det som erbjuds idag |
| Lunchsidan | Daily Menu List | Veckans erbjudanden, grupperade efter veckodag |
| Evenemangs- eller nyhetssektionen | Promotions | Endast pågående kampanjer; utgångna försvinner av sig själva |
| Bokningssidan | Book a Table | Datum, tid, sällskapsstorlek, kontaktuppgifter och en integritetskryssruta |
Varje widget byggs en gång. Du väljer typ, justerar färger, typsnittsstorlek och hörnradie, och tittar på resultatet i en förhandsvisning för dator, surfplatta och telefon innan publicering. Typsnittet kan lämnas på "inherit", så att widgeten använder typsnittet från din webbplats istället för att ta med sitt eget. För allt som inställningarna inte täcker finns fält för din egen CSS och JavaScript.
Om någon annan sköter din webbplats behöver du inte förklara något av detta. Inbäddningsdialogen kan skicka instruktionerna direkt till din webbdesigner via e-post, och en förhandsvisningslänk visar widgeten för sig själv innan den publiceras.
Var innehållet kommer ifrån
Widgetarna håller inte menyn. De läser den från Restaurant Hub, där du anger den en gång: rätter, kategorier, beskrivningar, storlekar, priser i dina valutor, allergenmärkningar, dagliga erbjudanden och kampanjer. Samma data matar också den digitala QR-menyn och den utskrivbara menyn, vilket är idén vi beskrev i varför en QR-kod som öppnar en PDF är fel lösning.
I praktiken betyder det att en ändring i Restaurant Hub uppdaterar menysidan, lunchwidgeten på startsidan och QR-menyn vid bordet samtidigt. Ingen rör webbplatsen.
Bordsförfrågningar från Book a Table-widgeten kommer in i Restaurant Hub som reservationsförfrågningar, bredvid de som ditt team lägger in, och bekräftas eller avböjs på samma ställe.
QR-koden på bordet eller i fönstret
Många restauranger vill också ha en QR-kod som leder till menyn, på ett fönsterklistermärke, en flyer eller en bordsställning. Om du vill att koden ska öppna menysidan på din egen webbplats, där widgeten finns, räcker en kod från den kostnadsfria QR Code Generator som pekar på den sidan. Eftersom sidan visar den aktuella menyn blir den tryckta koden aldrig föråldrad.
Begränsningar värda att känna till
En widget är inte magi, och några punkter är värda att bestämma i förväg:
- En design per widgettyp. Du anpassar den med färger, typsnitt och din egen CSS, inte genom att välja mellan flera layouter.
- Språket ställs in i inbäddningskoden. Om din webbplats har en engelsk och en tysk version bäddar du in widgeten med matchande språkkod på varje. Widgeten gissar inte besökarens språk av sig själv.
- Innehållet redigeras i Restaurant Hub, inte i widgeten. Det är poängen, men det betyder att widgeten inte kan visa en rätt som inte finns i dina menyuppgifter.
- Skriptet läggs på sidan en gång, även om sidan visar flera widgetar.
- Behåll lite egen text på sidan. Widgeten laddar menyn med ett skript. Ett kort stycke i själva sidan om ditt kök, din plats och dina öppettider hjälper fortfarande besökare och sökmotorer att förstå sidan på en blick.
När PDF:en fortfarande är vettig
Det finns ett ställe där en PDF fortfarande är rätt format: papper. En tryckt meny vid bordet eller i fönstret behöver en fast layout. Det vettiga tillvägagångssättet är att generera den PDF:en från samma menyuppgifter, istället för att hålla en separat designfil som långsamt glider bort från verkligheten. Restaurant Hub gör exakt det med sin utskrivbara meny.
På webbplatsen har PDF:en dock ingen fördel kvar. Den är långsammare att uppdatera, svårare att läsa på en telefon, begränsad till ett språk och kan inte ta emot en bokning.
Kom igång
Widget Creator är kostnadsfri i varje KIMISUITE-arbetsyta. Restaurangwidgetarna läser sitt innehåll från Restaurant Hub, som du kan lägga till i samma arbetsyta med 14 dagar gratis. Bygg din första menywidget, klistra in två rader på din webbplats, så sköter nästa prisändring sig själv. Skapa din kostnadsfria arbetsyta.
