Een menuwidget is een klein stukje code op uw eigen website dat uw actuele menu als onderdeel van de pagina toont, live gelezen uit het systeem waar u het menu beheert, in plaats van een link naar een pdf die na elke wijziging opnieuw moet worden geëxporteerd en geüpload.
Veel restaurantwebsites doen nog steeds het tegenovergestelde. Ergens in de navigatie staat een link met de naam "Menu", en daarachter een pdf: vier A4-pagina's, 2 tot 5 MB, ontworpen voor de printer. Op een telefoon knijpt de gast, zoomt, scrollt zijwaarts en geeft het ergens bij de pasta op. En zodra één prijs verandert, klopt het bestand op de website niet meer.
Dit artikel bekijkt wat die pdf-link u echt kost, wat een widget anders doet, en waar de widget beperkingen heeft die u moet kennen voordat u overstapt.
Wat de pdf-link u kost
Neem een voorbeeldrestaurant met een menu van 40 gerechten dat een paar keer per jaar verandert, plus een lunchaanbod dat elke week wijzigt. Zo ziet het actueel houden van de website eruit met een pdf:
| Stap | Tijd per keer |
|---|---|
| Prijs of gerecht wijzigen in het ontwerpbestand | 10 minuten |
| Nieuwe pdf exporteren, controleren | 5 minuten |
| Inloggen op de website, bestand vervangen | 5 tot 10 minuten |
| Controleren dat het oude bestand echt weg is (browser- en zoekmachinecache) | 5 minuten |
| Hetzelfde doen voor het lunchaanbod | 20 minuten, elke week |
Dat is ongeveer een half uur per wijziging, en meer dan 15 uur per jaar alleen al voor het lunchaanbod. In de praktijk is het resultaat bekend: het websitemenu is van vorig seizoen, de lunch-pdf is van drie weken geleden, en niemand merkt het tot een gast een gerecht bestelt dat niet meer bestaat.
Er zijn ook stillere kosten:
- Op een telefoon is een pdf een document, geen pagina. Het opent in een viewer, soms als download, en de gast verlaat uw website om het te lezen.
- Het toont één taal. Een tweede taal betekent een tweede pdf en een tweede upload elke keer.
- Het kan geen reservering aannemen. Een gast die net heeft besloten te willen komen, moet het telefoonnummer of een apart formulier zoeken.
Wat een widget anders doet
Een widget verandert het menu van een bestand in een weergave. U beheert het menu op één plek, en de website toont wat daar op dit moment staat.
| Pdf-link | Menuwidget | |
|---|---|---|
| Waar de gast het leest | In een pdf-viewer, vaak buiten uw site | Op uw pagina, in uw lay-out |
| Op een telefoon | Knijpen en zoomen | Past zich aan het scherm aan |
| Na een prijswijziging | Exporteren, uploaden, vervangen | Niets te doen op de website |
| Tweede taal | Tweede bestand | Een taalinstelling in de embedcode |
| Dag- of weekaanbiedingen | Apart bestand, aparte upload | Aparte widget, werkt zichzelf bij |
| Tafel reserveren | Niet mogelijk | Reserveringsformulier naast het menu |
| Ontwerp | Vastgelegd door het bestand | Uw kleuren en het lettertype van uw site |
De belangrijke regel is de derde. Met een widget is de website niet langer de plek waar het menu wordt onderhouden. Het wordt de plek waar het menu wordt getoond. Dat is het verschil tussen een menu dat actueel is en een menu dat alleen actueel is op de dagen dat iemand eraan dacht.
Een widget op uw eigen website inbedden
Het technische deel is kleiner dan de meeste eigenaren verwachten. Met Widget Creator bestaat een embed uit twee regels HTML: een placeholder waar de widget moet verschijnen, en één scripttag vóór het einde van de pagina. Dat werkt op WordPress, Wix, Squarespace of een handgeschreven site, omdat de website alleen een stukje HTML hoeft te accepteren.
Een realistische opzet voor een restaurant ziet er zo uit:
| Waar op de website | Welke widget | Wat de gast ziet |
|---|---|---|
| Menupagina | Klassiek menu | Het volledige menu per categorie, met beschrijvingen, maten en prijzen |
| Homepage, bovenaan | Highlight van vandaag | Alleen wat vandaag wordt aangeboden |
| Lunchpagina | Dagmenu-lijst | De aanbiedingen van de week, gegroepeerd per weekdag |
| Evenementen- of nieuwssectie | Promoties | Alleen lopende promoties; verlopen promoties verdwijnen vanzelf |
| Reserveringspagina | Tafel reserveren | Datum, tijd, gezelschapsgrootte, contactgegevens en een privacyvinkje |
Elke widget wordt één keer gebouwd. U kiest het type, past kleuren, lettergrootte en hoekradius aan, en bekijkt het resultaat in een desktop-, tablet- en telefoonvoorbeeld voordat u publiceert. Het lettertype kan op "inherit" blijven staan, zodat de widget het lettertype van uw website gebruikt in plaats van een eigen lettertype mee te brengen. Voor alles wat de instellingen niet dekken, zijn er velden voor uw eigen CSS en JavaScript.
Als iemand anders uw website beheert, hoeft u dit allemaal niet uit te leggen. Het embedvenster kan de instructies rechtstreeks per e-mail naar uw webdesigner sturen, en een voorbeeldlink toont de widget op zichzelf voordat deze live gaat.
Waar de inhoud vandaan komt
De widgets bevatten het menu niet. Ze lezen het uit Restaurant Hub, waar u het één keer invoert: gerechten, categorieën, beschrijvingen, maten, prijzen in uw valuta's, allergeenmarkeringen, dagaanbiedingen en promoties. Dezelfde gegevens voeden ook het digitale QR-menu en het afdrukbare menu, wat het idee is dat we beschreven in waarom een QR-code die een pdf opent de verkeerde oplossing is.
In de praktijk betekent dat één wijziging in Restaurant Hub de menupagina, de lunchwidget op de homepage en het QR-menu aan tafel tegelijk bijwerkt. Niemand raakt de website aan.
Tafelverzoeken van de widget Tafel reserveren komen in Restaurant Hub binnen als reserveringsverzoeken, naast de verzoeken die uw team invoert, en worden op dezelfde plek bevestigd of afgewezen.
De QR-code op tafel of in het raam
Veel restaurants willen ook een QR-code die naar het menu leidt, op een raamsticker, een flyer of een tafelstandaard. Als u wilt dat die code de menupagina van uw eigen website opent, waar de widget staat, is een code van de gratis QR-codegenerator die naar die pagina verwijst voldoende. Omdat de pagina het actuele menu toont, veroudert de gedrukte code nooit.
Beperkingen die u moet kennen
Een widget is geen magie, en een paar punten zijn de moeite waard om vooraf te beslissen:
- Eén ontwerp per widgettype. U past het aan met kleuren, lettertype en uw eigen CSS, niet door te kiezen tussen meerdere lay-outs.
- De taal wordt ingesteld in de embedcode. Als uw website een Engelse en een Duitse versie heeft, embedt u de widget met de bijpassende taalcode op elke versie. De widget raadt de taal van de bezoeker niet zelf.
- Inhoud wordt bewerkt in Restaurant Hub, niet in de widget. Dat is het punt, maar het betekent dat de widget geen gerecht kan tonen dat niet in uw menugegevens staat.
- Het script komt één keer op de pagina, ook als de pagina meerdere widgets toont.
- Houd wat eigen tekst op de pagina. De widget laadt het menu met een script. Een korte alinea in de pagina zelf over uw keuken, uw locatie en uw openingstijden helpt bezoekers en zoekmachines de pagina in één oogopslag te begrijpen.
Wanneer de pdf nog steeds zinvol is
Er is één plek waar een pdf nog steeds het juiste formaat is: papier. Een gedrukt menu aan tafel of in het raam heeft een vaste lay-out nodig. De verstandige aanpak is om die pdf te genereren uit dezelfde menugegevens, in plaats van een apart ontwerpbestand bij te houden dat langzaam van de werkelijkheid afdrijft. Restaurant Hub doet precies dat met zijn afdrukbare menu.
Op de website heeft de pdf echter geen voordeel meer. Het is langzamer bij te werken, moeilijker te lezen op een telefoon, beperkt tot één taal en kan geen reservering aannemen.
Aan de slag
Widget Creator is gratis in elke KIMISUITE-werkruimte. De restaurantwidgets lezen hun inhoud uit Restaurant Hub, dat u met 14 dagen gratis aan dezelfde werkruimte kunt toevoegen. Bouw uw eerste menuwidget, plak twee regels in uw website, en de volgende prijswijziging regelt zichzelf. Maak uw gratis werkruimte aan.
