Réponse en bref
Un restaurant n'a pas besoin d'un grand site — il a besoin de cinq écrans qui s'ouvrent sur un signal faible et ne mentent pas sur les heures d'ouverture. Voici ce qui appartient au premier écran, pourquoi le menu n'est jamais un fichier, et comment accepter…
Pourquoi un restaurant a besoin d'un site quand les cartes et la société existent
L'objection semble raisonnable: une liste de cartes amène les gens, un compte social montre les plats, un agrégateur prend des commandes. Pourquoi maintenir une autre page en haut de cela.
La réponse est pratique. Le listing et le compte appartiennent à des plateformes : les règles changent, la portée est coupée, un compte peut être perdu pour une violation que vous apprendrez par la suite.
Un site est le seul endroit où vous décidez ce qu'une personne voit en premier, et les seules cartes sources, agrégateurs et moteurs de recherche tirent vos heures, adresse et menu de quand ils concilient les données.
Et c'est moins cher qu'il ne semble, parce que le travail est étroit. Un restaurant n'a pas besoin d'un grand site; il a besoin de cinq écrans qui chargent rapidement et ne mentent pas sur les heures d'ouverture.
Ce que les gens cherchent en fait
Un visiteur arrive sur un site de restaurant avec une des quatre questions : où vous êtes, quand vous êtes ouvert, ce que vous servez et comment réserver. Tout le reste est secondaire.
Cela signifie que l'adresse, les heures, le menu et un moyen de prendre contact doivent être visibles sans défiler et sans naviguer. Pas dans le pied de page, pas sur une page de contacts séparés, pas dans une légende sous une photographie.
L'erreur la plus fréquente est une grande éclaboussure plein écran avec toutes les informations utiles cachées derrière elle. Quelqu'un debout dans la rue avec un téléphone ne fera pas défiler si loin.
Il est facile de vérifier : ouvrez le site sur un téléphone et combien de temps il faut pour trouver le numéro de téléphone. Plus de cinq secondes signifie que la conception résout le mauvais problème.
Le menu : pourquoi un PDF est la pire option
Un menu publié sous la forme d'une image ou d'un fichier est pratique : l'imprimante le fournit et personne n'a à le présenter. Sur un téléphone il devient une feuille illisible qui doit être pincée et traînée.
En plus de l'inconvénient il y a une technique: un fichier est un document séparé, pas une page de votre site. Même lorsqu'un moteur de recherche lit le texte à l'intérieur, le visiteur atterrit sur un téléchargement plutôt que sur votre page, et les données structurées, les liens internes et un bouton de réservation n'ont nulle part où s'asseoir. Si le menu est publié sous forme d'image, il n'y a aucun texte.
Le menu doit être texte sur une page : sections, noms, descriptions courtes, prix. Puis il lit sur n'importe quel écran, il peut être mis à jour en une minute, et il est indexé.
Une question distincte est l'exactitude. Un menu qui est en désaccord avec ce qui est servi est pire qu'aucun menu : une personne arrive pour un plat spécifique et laisse déçu.
Réservation : un bouton au lieu d'un formulaire
Un formulaire de réservation de huit champs est le moyen le plus fiable de perdre un client. Ils veulent une table pour deux à huit ce soir, ne pas remplir un questionnaire.
Le minimum qui fonctionne est la date, l'heure, le nombre d'invités et une façon de les atteindre. Tout le reste se règle par téléphone ou par message, et c'est plus rapide qu'un champ sous une forme.
Sur un téléphone, un bouton d'appel bat souvent n'importe quelle forme, parce qu'il touche immédiatement. Il vaut la peine de garder toujours visible plutôt que seulement sur le premier écran.
Si la réservation passe par un service externe, vérifiez comment elle se présente sur un téléphone et quelle langue elle parle. Un invité ne distingue pas votre site du widget de quelqu'un d'autre et se plaindre à vous.
Photographies : ce qui manque à presque tout le monde
Tout le monde a des photos de la nourriture, et elles sont presque toujours prises d'en haut sur une assiette blanche. Ils ne suffisent pas à décider, car une personne ne choisit pas seulement un plat.
La chambre a disparu. Un invité veut comprendre où ils vont : bruyant ou calme, lumineux ou sombre, que les jeans soient bien, qu'une fête de six personnes s'adapte.
Il manque l'entrée. Une photographie de la porte et le panneau de la rue sauve un invité cinq minutes de errance, surtout si l'entrée est hors de la rue principale ou dans une cour.
Et l'échelle est manquante. Une portion prise de près semble identique à n'importe quelle taille, alors qu'une personne veut savoir si un plat est un repas ou s'ils devraient commander deux.
Le premier écran
Quatre choses appartiennent au premier écran : ce que vous êtes, où vous êtes, quand vous êtes ouvert et ce qu'il faut appuyer. Tout s'adapte sans défiler même sur un petit téléphone.
"Ce que vous êtes" est une ligne, pas un slogan. "La pizzeria napolitaine dans la vieille ville" fonctionne; "Où naît la saveur" ne répond pas, car elle ne répond à aucune des questions.
Un statut "ouvert maintenant" vaut plus qu'une liste d'heures. Les gens travaillent rarement dans leur tête s'ils tombent à l'intérieur d'une fenêtre, et l'erreur leur coûte un voyage.
Et une action, pas cinq. Le bouton de réservation ou d'appel doit être visiblement primaire; menu, livraison et social viennent après lui et plus petit.
La version mobile est la version principale
Un restaurant est vu sur un téléphone, dans la rue, à la main et souvent sur un signal faible. Ce n'est pas "la version mobile", c'est le scénario principal, et le bureau est l'exception.
D'où les exigences : gros boutons un pouce frappe en fait, texte qui lit sans zoom, et un poids de page qui s'ouvre sur une connexion lente.
Une vidéo lourde sur le premier écran est la source la plus courante de problèmes. Il est beau dans la présentation du fournisseur et est douloureux sur les données mobiles près d'une station.
Tester doit se produire sur un vrai téléphone sur une mauvaise connexion, pas dans une fenêtre de navigateur rétréci avec une souris. La différence entre ces deux tests est à peu près la différence totale entre un chantier et un chantier brisé.
Plusieurs emplacements et une liste
Dès qu'il y a deux emplacements, les erreurs commencent : une adresse dans le pied de page, un menu, un jeu d'heures. Un invité arrive au mauvais endroit ou dans une chambre fermée.
La bonne structure est une page par emplacement avec sa propre adresse, heures, téléphone et photos de la salle. Même lorsque le menu est partagé, les pages doivent être différentes.
Il en va de même pour les cartes : chaque emplacement a sa propre liste, et il se connecte à sa propre page plutôt qu'à la page d'accueil. Sinon, les données sur les emplacements sont mélangées.
Ce qui reste sur la page d'accueil est de choisir un emplacement — une liste simple avec le quartier et la station la plus proche, pas une carte qui charge lentement et échoue sans connexion.
Livraison et retrait: où le site se termine
La construction d'un système de livraison sur le site n'en vaut généralement pas la peine pour un petit lieu. Les agrégateurs ont déjà résolu la logistique, le paiement et les remboursements, et la concurrence avec eux à travers une page de commande est difficile.
Le rôle raisonnable d'un site est d'être une fourche dans la route. Effacer les boutons des agrégateurs sur lesquels vous êtes, et un bouton séparé pour le ramassage, que vous manipulez vous-même et qui vous coûte moins cher.
Si le ramassage est vraiment mieux pour vous, dites-le en mots: combien de temps l'attente est, où recueillir, s'il y a un rabais. Un invité choisit sur la clarté, pas sur votre marge.
Et gardez la liste des agrégateurs à jour. Un bouton sur une plate-forme que vous avez déjà laissé est la même erreur que les heures d'ouverture, seulement plus visibles.
Le texte que les gens lisent
Presque personne ne lit une longue histoire du lieu, et c'est bien. Ce qui se lit sont des légendes: sous une photographie, à côté d'un prix, à côté d'un bouton.
Ainsi, les détails dans les bons endroits sont plus utiles qu'un paragraphe de philosophie: "sourdough, 48 heures", "hautes chaises disponibles", "parking dans la cour", "chiens bienvenus".
Chacun de ces faits élimine une objection qui aurait empêché quelqu'un. Une douzaine d'entre eux s'additionnent, et ils valent plus que tout texte sur la passion pour le produit.
La philosophie peut rester aussi, seulement plus bas et plus court. Il fonctionne sur les gens qui ont déjà décidé de venir et de vouloir confirmation qu'ils ont bien choisi.
Ce qui rend un restaurant visible à la recherche: Un restaurant n'a pas besoin d'un grand site — il a…
Les listes de cartes apportent un restaurant qui n'a jamais atteint le site du tout, et ils méritent le même sérieux: heures, photos, catégorie, téléphone, un lien vers la bonne page.
Du côté du site, les données structurées aident — une déclaration lisible par machine que vous êtes un restaurant, où vous êtes et quand vous ouvrez. C'est ce que les moteurs de recherche affichent directement en résultats.
La deuxième est l'accord entre les sources. L'adresse, le téléphone et les heures doivent être identiques partout : sur le site, dans les cartes, dans les agrégateurs. Un écart réduit la confiance des systèmes dans vos données.
Et la troisième est des pages pour la façon dont les gens cherchent. "Terrace", "petit déjeuner", "dîner privé pour vingt" sont des questions distinctes, et une page séparée leur répond mieux qu'un paragraphe sur la page d'accueil.
Comment accepter le travail: Un restaurant n'a pas besoin d'un grand site — il a…
Commencez la vérification sur un téléphone sur une mauvaise connexion. Il a ouvert dans un délai raisonnable, le nombre a été trouvé immédiatement, le menu lit sans zoomer — les trois points principaux sont passés.
Réconciliez ensuite les données: les heures sur le site, les heures dans les listes de cartes et les heures sur la porte doivent correspondre. C'est l'erreur la plus courante et la plus chère.
Testez la réservation jusqu'au bout, pas jusqu'au bouton. Envoyez une vraie demande et voyez si elle est arrivée et à quelle vitesse elle a été répondue.
Et demandez les références et les sources : le domaine, l'administrateur du site, les photos en pleine résolution. Sans eux, le prochain changement de menu devient un nouveau projet.
Checklist pratique
- Mettez l'adresse, les heures, le menu et le contact sur le premier écran sans défiler.
- Déplacez le menu d'un fichier en texte sur une page, avec des sections et des prix.
- Coupez le formulaire de réservation à la date, l'heure, le nombre d'invités et un contact.
- Tirez sur la pièce, l'entrée de la rue et une partie à côté d'un objet familier.
- Donnez à chaque emplacement sa propre page et sa propre liste de cartes.
- Reconcile les heures sur le site, sur les cartes et sur la porte le même jour.
Questions et réponses
Un restaurant a-t-il besoin d'un site s'il a une liste de cartes?
Oui, car la liste appartient à la plateforme et le site vous appartient. Le site décide ce qu'une personne voit en premier, et ce sont les cartes sources, les agrégateurs et les moteurs de recherche dessiner vos heures, adresse et menu à partir de quand ils concilient les données.
Le menu peut-il être publié en format PDF?
Techniquement oui, pratiquement non. Sur un téléphone un tel menu doit être pincé et traîné, et un fichier est un document séparé plutôt qu'une page de votre site: le visiteur atterrit sur un téléchargement, avec nulle part pour des données structurées ou un bouton de réservation. Publiée comme une image, elle ne contient aucun texte. Le menu doit être texte sur une page.
Combien de champs doit avoir un formulaire de réservation?
Quatre: date, heure, nombre d'invités et une façon de les joindre. Le reste est plus rapide à régler par appel ou message. Sur un téléphone, un bouton d'appel fonctionne souvent mieux qu'un formulaire, parce qu'il compose immédiatement.
Qu'est-ce qu'un site comme celui-ci coûte à VITON13 pour « Création de site Web pour un restaurant: Cinq écrans qui décident de tout autrement » ?
La conception fonctionne comme des paquets: Sprint de marque à 120 $ sur 1-2 jours ouvrables avec deux tours de révision sur la direction choisie; Lancement atterrissant à 290 $ sur 3-5 jours ouvrables avec deux tours après la première mise en page complète; Système d'identité de produit à 540 $ sur 5-8 jours ouvrables avec trois tours à travers le système. Les exclusions diffèrent selon les paquets : la marque Sprint laisse de côté l'écriture et la photographie, Launch Landing laisse de côté le développement et Product Identity System laisse de côté la production imprimée et ses œuvres. Dans ce cas, le critère de décision est précis : Un menu comme un fichier est illisible sur un téléphone et invisible à rechercher — il doit être texte sur une page.
Que devrions-nous faire de plusieurs endroits?
Une page par emplacement avec sa propre adresse, heures, téléphone et photos de la salle, même lorsque le menu est partagé. Chaque emplacement reçoit sa propre liste de cartes pointant sur sa propre page plutôt que la page d'accueil, ou les données sur les emplacements se mélangent.