Journal des modifications

Modifier un texte déjà présent sur votre site est une chose. Ajouter quelque chose qui n'y était pas — une information de livraison, une annonce de saison, un bouton vers votre page de réservation — restait une demande à formuler, puis à attendre.

Le back-office comporte désormais une section Blocs de contenu. Vous rédigez un bloc, en français et en anglais, avec une vraie mise en forme : titres, gras, italique, listes et liens, plus deux éléments qui s'affichent dans le style de votre site plutôt que dans un style générique — un encadré, pour ce que vous voulez détacher du texte autour, et un bouton qui envoie vos visiteurs vers la page de votre choix. Dans l'éditeur, encadrés et boutons apparaissent sous forme de repères neutres ; leur apparence définitive est celle de votre site, et c'est précisément pour cela qu'ils ne jurent jamais avec lui. Chaque bloc reste un brouillon tant que vous ne l'avez pas publié : une annonce inachevée reste invisible.

Les blocs se placent dans des emplacements — un petit nombre de positions prévues à la conception de votre site, par exemple sous le bandeau d'accueil ou en haut de la carte. Chaque emplacement accueille un nombre fixe de blocs, et c'est vous qui décidez quel bloc va où, et dans quel ordre. Retirez un bloc d'un emplacement : il disparaît de la page, mais son texte reste au chaud dans le back-office ; replacez-le, il revient.

Les limites de cette fonctionnalité en sont le principe, pas un manque. Vous ne pouvez pas créer d'emplacements, les déplacer, ni réorganiser les sections de votre site — les emplacements sont décidés à la construction du site, parce que l'endroit où un bloc se pose engage la mise en page et la structure de la page, ce qu'un éditeur de texte ne peut pas voir. Aucun bloc ne crée de page, d'adresse, ni quoi que ce soit d'indexable par un moteur de recherche. Un bloc est un fragment posé à l'intérieur d'une page qui existe déjà, et c'est cette limite qui rend la fonctionnalité sûre à confier sans relecture préalable : le pire résultat d'un mauvais bloc, c'est un paragraphe qui ne vous plaît pas — et que vous supprimez en quelques secondes. Si vous voulez un nouvel emplacement, ou une nouvelle page, cela reste une discussion avec nous. Et c'est très bien ainsi.

Les deux langues restent indépendantes. Un bloc publié en français sans texte anglais ne s'affiche tout simplement pas sur la version anglaise de votre site, plutôt que de montrer du français à un visiteur anglophone. La liste vous indique quels blocs n'ont pas encore de traduction : une annonce à moitié traduite est ainsi quelque chose que vous voyez, pas quelque chose que vous découvrez plus tard.

C'est une option, pas un réglage par défaut. Elle est désactivée tant qu'elle n'a pas été activée pour votre restaurant ; si elle vous intéresse, demandez-nous. Vous pouvez la voir fonctionner — les emplacements qu'un site déclare, et ce qui vient s'y poser — dans la galerie de composants du site de démonstration, sous Fonctionnalités → Blocs de contenu.

Jusqu'ici, les textes de votre site — la ligne sous votre nom, votre présentation, le petit badge sur votre photo — faisaient partie du site lui-même. Changer une seule phrase supposait de nous le demander, puis d'attendre la mise en ligne. C'était un choix assumé : un texte de présentation s'écrit rarement et avec soin, et transformer chaque site en outil de rédaction a un coût. Mais « rarement » ne veut pas dire « jamais », et dépendre de quelqu'un d'autre pour corriger une faute de frappe n'est pas une bonne réponse.

Le back-office comporte désormais une section Contenu du site. Elle liste un petit ensemble choisi de textes de votre site, chacun avec sa version française et anglaise, et chacun avec une limite de longueur adaptée à l'endroit où le texte apparaît réellement. Vous modifiez, vous enregistrez, le site affiche la nouvelle version — sans mise en ligne, sans développeur, sans ticket. Si vous changez d'avis, réinitialiser rétablit le texte d'origine, à l'identique.

Ce que vous ne pouvez pas faire est aussi réfléchi que ce que vous pouvez faire. La liste est sélectionnée plutôt qu'exhaustive : les titres de page et les descriptions destinées aux moteurs de recherche n'en font pas partie, car les réécrire discrètement dégrade votre référencement d'une manière qui n'apparaît que des semaines plus tard et qu'on relie difficilement à sa cause. Les champs qui n'acceptent que quelques mots vous le disent et vous arrêtent net, parce que le badge sur votre photo n'a pas la place de passer à la ligne. Et le texte d'origine n'est jamais écrasé : il reste dessous comme socle, si bien qu'une modification vide ou malheureuse ne peut pas laisser un blanc sur votre site. Le pire résultat d'une mauvaise modification, c'est un texte qui ne vous plaît pas — et que vous corrigez en dix secondes.

Le texte de présentation accepte également une mise en forme simple — gras, italique, liens et listes — et rien d'autre. Ni images, ni tableaux, ni vidéos intégrées. Cette restriction existe pour que ce que vous écrivez soit toujours publiable en toute sécurité sur une page publique, sans relecture préalable.

C'est une option, pas un réglage par défaut. Elle est désactivée tant qu'elle n'a pas été activée pour votre restaurant ; si elle vous intéresse, demandez-nous. Vous pouvez la voir fonctionner, côte à côte avec le texte d'origine, dans la galerie de composants du site de démonstration, sous Fonctionnalités → Contenu éditable.

Cette vague est presque entièrement invisible de l'extérieur, et c'est précisément l'objectif. La plateforme est passée à la génération actuelle de ses fondations — nouvelle version majeure de TypeScript, nouveau moteur d'édition de texte riche, nouveau linter, nouvelle bibliothèque de graphiques — et chaque rupture induite a été corrigée plutôt que contournée par un verrouillage de version. Deux alertes de sécurité ont été traitées et l'audit des dépendances est revenu à zéro. Rien n'a changé dans le produit ; tout a changé en dessous.

Une correction, elle, se voit. Les listes de tâches dans les articles de blog perdaient discrètement leurs cases à cocher : le filtre de contenu de l'éditeur supprimait justement les attributs qui identifient une liste comme liste de tâches, si bien que chaque checklist retombait en simple liste à puces dès la première sauvegarde — définitivement, et sans le moindre avertissement. C'est réparé, et les checklists publiées s'affichent désormais comme de vraies checklists sur le site public, ce que leur mise en forme ne permettait jusqu'ici pas.

La facturation a aussi changé de forme. Les abonnements et les factures sont maintenant pilotés manuellement par l'équipe WebOustaou plutôt que via un prestataire de paiement, et les parties de l'interface qui pointaient vers l'ancien parcours sont fermées derrière une confirmation explicite au lieu de rester à moitié connectées.

Pour le reste : la protection contre les abus couvre désormais les domaines vitrine et démo en plus du back-office, des libellés français manquants ont été rétablis dans les sections témoignages, et plusieurs irritants d'édition et de navigation ont été lissés — notamment un garde-fou qui annulait sa propre redirection après la création d'une offre.

Les restaurants peuvent maintenant voir d'où vient réellement le trafic de leur site. Chaque visite est marquée avec son origine — un scan de QR code à table, une visite directe ou un lien suivi — et le tableau de bord analytics gagne un filtre par origine ainsi qu'une catégorie dédiée au trafic direct. Un correctif du beacon de mesure rend aussi la collecte d'événements pleinement fiable sur toutes les pages.

Le site client s'affine également : les pages d'offres gèrent désormais les fenêtres de disponibilité et la visibilité dans la navigation de façon plus prévisible, et le site public a reçu une refonte complète de la typographie et des textes — nouvelles polices de titres et de corps, formulations resserrées, et un positionnement qui accueille cafés, food trucks et indépendants au-delà des seuls restaurants.

Cette vague clôt la feuille de route fonctionnelle de la bêta : la version 0.10.0-beta marque le point où le cœur du produit est fonctionnellement complet. Il reste une passe ciblée de polissage de l'interface avant les lancements clients — la phase suivante sera entièrement consacrée à la création de vrais sites clients.

WebOustaou permet maintenant aux restaurants de publier un Plat du Jour et des Formules plus riches directement depuis le même espace de travail. Les équipes peuvent composer des sections structurées, définir des fenêtres de disponibilité, dupliquer et réordonner les offres, puis publier des pages dédiées sur le site client sans développement spécifique.

Cette vague améliore aussi les produits mis en avant avec des badges personnalisés et des fenêtres de visibilité optionnelles, pour promouvoir une pizza du mois, une formule déjeuner ou une offre saisonnière uniquement aux bonnes dates. Le résultat est une vitrine menu plus commerciale et plus flexible, sans sortir du workflow bêta principal.

Cette vague s'est concentrée sur un objectif simple : rendre WebOustaou plus facile à forker, plus sûr à livrer et plus propre à personnaliser. Nous avons clôturé un audit complet autour des redirections d'auth, des performances QR, de la rétention des happenings, de la CSP et de la couverture des capability gates, tout en améliorant aussi l'UX du site public et du dashboard avec de vraies captures, de nouvelles cartes sociales, des fallbacks hero et un footer plus robuste.

Pour les équipes qui préparent des forks client, le site template embarque maintenant une checklist dédiée, des noms plus neutres côté métier, des briques UI réutilisables plus propres et une séparation plus explicite entre les valeurs par défaut de la plateforme et le contenu spécifique à chaque restaurant. Le résultat est une bêta bien plus proche de la phase suivante : tailoring UI/UX, preuve de performance et finitions par client.

WebOustaou inclut désormais Happenings, une façon simple de mettre en avant ce qui arrive dans votre restaurant — une dégustation pop-up, une soirée live, un stand de festival de saison. Créez-en un depuis votre espace avec un titre, une courte description, une photo de couverture et une date, puis publiez-le sur votre site public.

Les visiteurs peuvent cliquer sur « Je suis intéressé(e) » et laisser un nom et un e-mail en un clic, sans compte ni parcours de réservation. Chaque happening a sa propre liste de visiteurs intéressés dans l'espace de gestion, avec un export CSV en un clic. Happenings arrive progressivement et est déjà actif sur notre restaurant de démonstration.

Cette vague se concentre sur la vitesse. L'application admin résout désormais l'appartenance au tenant, les vérifications de capacités et le contexte d'action via une seule RPC consolidée au lieu de plusieurs allers-retours, et la réorganisation des menus, catégories et galeries s'exécute en une seule mise à jour atomique par ensemble plutôt que ligne par ligne.

Côté public, la page d'accueil marketing et le site template diffèrent désormais leurs scripts les plus lourds — la démo héro se charge maintenant au clic plutôt qu'immédiatement, et la galerie, Turnstile et la validation sont sortis du bundle initial — réduisant le travail bloquant au premier affichage. Les trois applications sont désormais épinglées à la région Paris, aux côtés de la base de données, pour réduire la latence réseau.

La navigation de pied de page et la galerie du site template ont aussi reçu un accès direct au blog, et une série de correctifs de fiabilité de connexion sur Safari iOS a été livrée.

WebOustaou inclut maintenant un workflow complet de blog restaurant, du back-office jusqu'au site public. Les équipes peuvent rédiger, traduire, planifier, taguer et publier leurs articles depuis l'admin, puis les afficher sur le site template avec les métadonnées SEO, le JSON-LD et le suivi des vues déjà intégrés.

Cette vague de clôture a aussi livré les capability gates par tenant, les préférences d'affichage du dashboard enregistrées en base, des analytics QR et site-events plus solides, ainsi que les premiers outils de performance intégrés pour polir l'expérience admin avant la phase suivante.

Le portail de démonstration a été entièrement revu. Vous pouvez maintenant explorer un exemple de site restaurant interactif avant même de créer votre compte, voir à quoi ressemblera votre propre site avec vos couleurs et votre logo, et prendre rendez-vous directement pour une démo guidée avec l'équipe.

Pendant une courte période, certains scans de QR code ne redirigeaient plus correctement vos clients vers le menu et n'étaient pas comptabilisés dans l'historique des scans. Nous avons identifié cette régression, corrigé la redirection, et vérifié que le suivi des scans est de nouveau fiable. Si vous avez remarqué une baisse de vos chiffres de scan sur cette période, c'est l'explication — les comptages d'avant le correctif peuvent être incomplets.

Vous pouvez maintenant consulter ce sur quoi nous travaillons et ce qui arrive prochainement — commandes en ligne, système de caisse, tablettes en salle, comptes clients et agent téléphonique IA. La feuille de route est accessible directement depuis notre site. Vos retours et votes de priorité sont les bienvenus pour façonner la suite.

Un centre de documentation est désormais disponible en ligne. Vous y trouverez des guides pas-à-pas pour configurer votre site, gérer votre menu, comprendre vos statistiques QR, et bien plus. Les articles sont disponibles en français et en anglais, et se mettent à jour régulièrement au fil des nouvelles fonctionnalités.

Un formulaire de contact simple s'affiche sur votre site client. Vos visiteurs peuvent vous envoyer un message directement — réservation de groupe, question sur le menu, retour d'expérience. Vous recevez un e-mail instantané, et les messages sont aussi consultables dans votre tableau de bord.

Les sites clients génèrent désormais automatiquement les balises SEO structurées (Schema.org Restaurant, LocalBusiness) qui aident Google à afficher votre établissement dans les résultats locaux et sur Google Maps. Votre adresse, horaires, cuisine et numéro de téléphone sont indexés sans configuration manuelle.

Renseignez les ingrédients et les allergènes de chaque plat directement depuis le tableau de bord. Ils s'affichent automatiquement sur votre site client, avec les pictogrammes réglementaires pour les 14 allergènes majeurs. Vos clients peuvent filtrer le menu selon leurs intolérances, et vous restez conforme à la réglementation INCO.

Suivez combien de fois chacun de vos QR codes a été scanné, depuis quel type d'appareil, et quels jours sont les plus actifs. Ces données vous aident à savoir si un QR posé sur table est réellement utilisé ou s'il faut le déplacer. Les graphiques par date arrivent très bientôt.

Invitez vos collaborateurs dans votre espace de gestion — serveur référent, responsable de salle, associé. Chacun se connecte avec son propre compte, et les accès sont révocables à tout moment. Fini le partage de mot de passe ou la gestion en solo quand vous n'êtes pas là.

Les sites clients chargent nettement plus vite grâce à une mise en cache intelligente des menus et des contenus. Les pages s'affichent en moins d'une seconde pour la plupart des visiteurs, même en situation de fort trafic. Les mises à jour restent instantanées côté tableau de bord — le cache se rafraîchit automatiquement dès que vous enregistrez un changement.

Un bandeau de gestion des cookies s'affiche désormais sur tous les sites clients pour les visiteurs situés dans l'Union européenne. Les préférences sont mémorisées, la bannière ne réapparaît pas à chaque visite, et aucun traceur tiers n'est chargé avant accord explicite. Conforme aux recommandations de la CNIL.

Chaque site client dispose désormais des pages légales obligatoires pour un restaurant en France : mentions légales, politique de confidentialité et page cookies, pré-remplies avec les informations de votre établissement. Une chose de moins à rédiger vous-même avant la mise en ligne.

Générez des QR codes depuis le tableau de bord et pointez-les vers n'importe quelle page de votre site : menu, page d'accueil, événement spécial. Vous pouvez changer la destination à tout moment sans réimprimer le QR — pratique pour les menus saisonniers ou les promotions ponctuelles. Le QR s'affiche prêt à télécharger en haute résolution pour l'impression.

Vos clients peuvent désormais vous envoyer un message directement depuis le formulaire de contact de votre site, livré dans votre boîte mail. Nous avons aussi mis en ligne des pages 404 et d'erreur à vos couleurs, pour qu'un lien mal saisi reste dans l'esprit de votre site plutôt qu'une page d'erreur générique.

Chaque client dispose désormais d'un site vitrine dédié, dupliqué à partir du même modèle prêt pour la production : un en-tête clair, une section hero, et une navigation complète du menu jusqu'aux détails et photos de chaque produit. Rapide, pensé mobile, et prêt à être personnalisé à votre image.

Vos clients peuvent désormais voir vos horaires, vous trouver sur une carte en un geste pour obtenir l'itinéraire, et vérifier si vous êtes ouvert en ce moment — directement depuis la page d'accueil de votre site. Le statut ouvert/fermé se met à jour automatiquement selon les horaires renseignés dans votre tableau de bord, sans bascule manuelle.

Vous pouvez désormais parcourir un site WebOustaou complet avant même de nous contacter. La démo interactive sur demo.weboustaou.fr présente le menu, les horaires et la page de contact d'un restaurant, construits avec les mêmes composants que chaque site client. Essayez-la d'abord sur votre téléphone — c'est ce que feront la plupart de vos clients.

Si vous avez plusieurs adresses, vous pouvez désormais les gérer depuis le même compte : chaque établissement a son propre site, ses propres horaires et son propre menu, totalement indépendants. Un seul identifiant pour tout voir, tout modifier.

Posez vos jours de fermeture exceptionnelle directement dans l'espace de gestion — jours fériés, congés d'été, travaux, fermeture annuelle. Le statut ouvert/fermé sur votre site se met à jour automatiquement le jour venu, sans bascule manuelle ni risque d'oubli.

Importez et organisez vos photos de plats directement depuis l'espace de gestion. Elles apparaissent sur votre site immédiatement, optimisées pour un chargement rapide sur mobile. Pas besoin de FTP ni de développeur — glisser-déposer, c'est fait.

Darius Pizza devient le premier restaurant à utiliser WebOustaou en production. Leur site est en ligne, leur menu se met à jour en temps réel depuis leur espace de gestion, et leurs clients commandent déjà depuis les tables. Un vrai restaurant, de vrais clients — le meilleur test possible.

Vous pouvez maintenant modifier votre menu, réorganiser vos catégories et mettre à jour vos horaires sans toucher à une ligne de code. L'espace de gestion WebOustaou est accessible depuis n'importe quel navigateur — ordinateur, tablette ou téléphone — et les changements apparaissent sur votre site en quelques secondes.

La première version du site vitrine restaurant est en ligne. Menu, photos, horaires d'ouverture, carte pour trouver l'établissement — tout ce qu'un client cherche en arrivant sur votre site, pensé dès le départ pour s'afficher vite sur téléphone. C'est là que tout a commencé.