Modèle Forno : site de restaurant avec réservation de table
Modèle Forno : site de restaurant avec réservation de table
Forno est l'un des 25 modèles prêts à l'emploi de Zugo : un site de restaurant avec une carte complète, l'histoire de la maison, les horaires, un bloc adresse et un espace client pour réserver et gérer ses tables. Le cloner dans un projet ne coûte aucun crédit, et tout le reste se fait en écrivant des phrases.
Voici ce que le fichier livre vraiment, les parties d'un site de restaurant que l'on sous-estime toujours, la façon de poser votre carte sans faire de dégâts, et les limites honnêtes d'un modèle de ce genre.
Que contient le modèle Forno ?
Forno appartient au groupe des sites, donc l'essentiel y est du contenu plutôt que de l'état, à une exception près : l'espace client se comporte comme une application. Les trois écrans suivent le schéma commun à tous les modèles hors jeux, mais le tableau de bord appartient ici au client et non au restaurateur.
| Écran | Ce qu'il porte | Où passe le travail |
|---|---|---|
| Page principale | Bandeau avec l'année de fondation, section histoire, quatre plats signatures, carte complète par service, horaires, adresse, téléphone | Les plats et les prix, l'histoire, les photos |
| Accès client | Saisie du nom et de l'e-mail, bouton Google, une citation d'accueil, aucun mot de passe | Les textes, puis un vrai canal de notification |
| Espace client | Formulaire de réservation avec date, créneaux, nombre de couverts et commentaire, plus la liste des tables à venir | Les créneaux, la taille maximale d'un groupe, le texte de confirmation |
La carte est la plus grosse partie du fichier et elle est structurée correctement : des services (entrées, pizzas, pâtes, desserts et vins), un prix sur chaque ligne, une description d'une phrase et des étiquettes de régime comme végétarien, option végane ou épicé. Les prix de démonstration sont en euros parce que la maison est italienne, et la devise se change en une ligne.
Deux détails méritent d'être protégés pendant la réécriture. Le tableau des horaires liste tous les jours, y compris le jour de fermeture, et il précise que la cuisine ferme avant la salle. Les clients posent ces deux questions en permanence, et un site qui y répond évite un appel téléphonique.
Qui a intérêt à partir de Forno plutôt que d'une description ?
Le meilleur cas est un restaurant indépendant, une trattoria, une pizzeria ou un bistrot avec une vraie carte et une histoire à raconter. Le modèle suppose que vous avez quelque chose de précis à dire sur la façon dont la cuisine est faite, et il lui consacre une section entière plutôt qu'une ligne.
Il s'adapte proprement aux voisins : bar à vins, boulangerie, torréfacteur, restaurant d'un petit hôtel. Ce qui se transporte est toujours la même forme, une carte longue avec des prix et un chemin de réservation, et seul le vocabulaire change. Pour la version large de ce travail, voir créer un site de restaurant avec l'IA.
Il convient moins bien quand la carte n'est pas le sujet. Une cuisine fantôme qui vend uniquement par les applications de livraison a besoin de commande et non de réservation. Une cantine dont le menu change chaque jour a besoin d'une source de menu modifiable plutôt que d'un texte figé dans une page.
Et c'est le mauvais départ pour une chaîne. Plusieurs adresses, chacune avec ses horaires, sa carte et son carnet de réservations, forment une plateforme et non une page, avec une autre construction et un autre budget.
Comment mettre votre carte sans casser la mise en page ?
C'est sur la carte que les modifications de modèle dérapent, parce que les gens collent quarante plats dans un seul message et récupèrent un mur de texte. Alimentez plutôt le site service par service, une modification par service, et regardez la page après chacune.
- L'identité d'abord : « renomme en Osteria Bruna, fondée en 2011, remplace l'histoire du four à bois par une histoire de pâtes fraîches, et passe sur une palette verte et crème ».
- Puis un service à la fois : « remplace la section pizzas par huit plats de pâtes, en gardant la même disposition, un prix et une description d'une ligne pour chacun », et la même chose pour les entrées et les desserts.
- Corrigez la devise et les étiquettes : « prix en euros, et ajoute une étiquette sans gluten à côté de végétarien ».
- Reprenez le bloc pratique : « voici les vrais horaires, voici l'adresse, et le téléphone doit aussi apparaître dans l'en-tête ».
- Ajustez enfin les règles de réservation, parce qu'elles dépendent de la façon dont la salle tourne réellement.
Cet ordre n'est pas décoratif. Les modifications d'identité réécrivent les textes de toutes les sections, donc les faire après avoir posé votre carte revient à payer pour qu'on la paraphrase. Chaque reconstruction est ouverte dans un bac à sable avant livraison, donc une mauvaise modification coûte une facturation et une minute, pas une soirée de dépannage.
Combien coûte l'adaptation de Forno en crédits ?
Cloner le modèle ne coûte rien, puisque la page finie est copiée dans votre projet sans appel au modèle de génération. Un site à carte longue demande simplement plus de modifications qu'une page de vente, et c'est tout le calcul.
| Action sur Zugo | Crédits | Remarque |
|---|---|---|
| Cloner le modèle | aucun | Copie d'une page finie, sans IA |
| Une modification dans le dialogue | 3 | Un service, une section, une règle |
| Reconstruction complète | 6 | Quand refaire vaut mieux que corriger |
| Plateforme multipage, trois premières pages | 12 | Pages séparées pour la carte, les événements, le contact |
| Chaque page au-delà des trois premières | 3 | Une page privatisation par exemple |
| Modification en mode Hi-Fi | 6 | Le double du mode normal |
| Construction en mode Hi-Fi | 12 | Même facteur |
Le plan gratuit comprend 5 crédits, ce qui couvre le clone et une modification, assez pour voir votre nom dans le bandeau. Pro coûte $25 par mois pour 200 crédits, soit environ 66 modifications, et Business coûte $99 par mois pour 800 crédits. Un restaurant avec quatre services et une histoire réécrite demande en général entre huit et quinze modifications, donc un remplacement complet de la carte tient largement dans un mois Pro.
Que faut-il brancher pour que la réservation soit réelle ?
Le formulaire du modèle collecte une date, un créneau, un nombre de couverts et un commentaire, puis confirme à l'écran. Personne en cuisine n'est au courant. C'est là tout l'écart entre une démonstration et un site de restaurant qui travaille, et il faut deux connexions pour le combler.
Resend envoie les e-mails : un au client pour confirmer la table, un à la boîte du restaurant pour que la réservation existe ailleurs que dans un navigateur. Demandez les deux dans la même modification, car une confirmation que le client ne reçoit jamais est pire que pas de confirmation du tout.
Supabase stocke les réservations et leur donne un propriétaire, ce qui permet à l'espace client de lister de vraies tables plutôt qu'un état vide. Cela permet aussi de bloquer un créneau une fois pris, au lieu d'accepter six groupes à vingt heures.
Ensuite : votre propre nom de domaine, parce qu'un restaurant sur un sous-domaine a l'air provisoire, et Google Analytics pour savoir si les visiteurs atteignent le formulaire ou décrochent sur la carte. L'étape domaine est détaillée dans utiliser votre propre nom de domaine, et la mécanique de réservation plus généralement dans créer un site de réservation avec l'IA.
Qu'est-ce que Forno ne fera pas pour vous ?
Trois limites, énoncées franchement, parce qu'un restaurateur mérite de les connaître avant d'y passer une soirée.
Ce n'est pas un logiciel de réservation. Il n'y a pas de plan de salle, pas de modèle de capacité, pas de protection contre la double réservation et pas d'intégration avec l'outil que votre équipe utilise peut-être déjà. Vous pouvez construire une version simple des règles par modifications, mais si vous exploitez déjà une vraie plateforme de réservation, l'intégrer reste le geste raisonnable.
Il ne prend ni commandes ni paiements. Livraison, retrait, panier avec encaissement : cela relève d'une boutique, et un autre modèle en est plus proche. Stripe peut servir à demander des arrhes sur les grandes tablées, ce qui est un chantier bien plus petit que la vente en ligne.
Et la photographie reste votre affaire. Le modèle est livré avec des images générées et il est agréable à regarder, mais un site de restaurant vit ou meurt sur de vraies photos de vraies assiettes. Aucun générateur ne répare cela, et c'est l'heure la plus rentable que vous puissiez passer sur le projet.
Par où commencer votre version ?
Ouvrez la galerie, trouvez Forno dans les sites, et regardez l'aperçu sur un téléphone plutôt que sur un ordinateur. La plupart des visiteurs d'un restaurant arrivent sur mobile, souvent en train de choisir où manger dans l'heure, et c'est cette vue qui doit fonctionner.
Avancez ensuite dans l'ordre : identité, carte service par service, informations pratiques, règles de réservation, domaine, notifications. Le clone étant gratuit, un mauvais virage ne vous coûte que la modification elle-même.
Le modèle vous attend sur zugo.dev. Les crédits gratuits suffisent à poser votre nom, votre histoire et votre premier service sur la page, ce qui est en général le moment où vous saurez si la suite en vaut la peine.