Claude Code pour les posts Google Business et les menus de restaurant

Dans un restaurant, le menu de saison change souvent plus vite que les pages publiques. La cuisine sert déjà le nouveau plat, la carte papier affiche un prix corrigé, mais Google Business Profile montre encore l’ancien menu. Le client voit le profil sur Maps, clique vers le site, puis ne sait pas si le plat est disponible ce soir ni où réserver. Cette petite incohérence crée des appels, des hésitations et des explications répétées pendant le service.

Claude Code sert ici à structurer le travail, pas à décider à la place du restaurant. Il ne doit pas inventer prix, allergènes, horaires, stock ou disponibilité de réservation. Il peut transformer une table contrôlée en post Google, description de menu web, texte social, note pour la page de réservation et checklist humaine. Les pages d’aide Google expliquent que les restaurants peuvent publier des éléments de menu avec description et prix, et que les posts permettent de partager annonces, offres, actualités et événements sur Search et Maps.

Points clés

Menu, horaires, photos, posts, site web et réservation doivent être vérifiés ensemble.
Claude Code prépare brouillons et listes; une personne valide prix, allergènes, droits photo et horaires.
Un post utile donne un plat, une date, un créneau, une URL et une action claire.
Plusieurs établissements exigent d’abord une table par lieu, avant de parler API.
Le ROI se suit avec clics de réservation, appels de confirmation, vues de menu et taux de réservation.

Workflow de la préparation à la réservation

Le support central est une table de mise à jour. Elle contient plat, section, prix, période, horaire de service, stock, allergènes, photo, URL de menu, URL de réservation et date de publication. Claude Code rédige ensuite le post Google Business Profile, le paragraphe web, le texte social et la note interne.

Étape	Support	Revue humaine
Préparation	Plat et stock	Disponibilité réelle
Photo	Image et légende	Droits et qualité
Menu	Nom, prix, description	Prix et allergènes
Réservation	URL et créneau	Capacité de tables
Post	Actualité, offre, événement	Date et CTA
Contrôle	URL publique	Affichage mobile

La documentation Google sur l’éditeur de menu indique que les éléments peuvent être organisés par sections comme entrées, desserts ou plats principaux. La page restaurant de Google conseille aussi de mettre à jour le menu lorsque les plats changent ou quand une offre spéciale existe. Pour une offre du jour, mieux vaut synchroniser site, réseaux et discours de l’équipe.

Ce que Claude Code fait et ce qu’une personne vérifie

Claude Code gère les brouillons. Il lit la table, repère les plats anciens, rédige le post, prépare le texte web et construit une liste de contrôle. Il peut aussi vérifier si le CTA pointe vers une réservation ou une commande.

La personne vérifie prix, taxes, allergènes, alcool, horaires spéciaux, capacité de réservation, conditions d’annulation, droits photo et page publique finale. Si une donnée manque, Claude Code doit écrire “à vérifier”. Cette règle évite les textes séduisants mais faux.

Pour plusieurs lieux, séparez le texte commun des données locales. Prix, disponibilité et URL peuvent changer. La table rend ces différences visibles avant publication.

3 Use case

Use case 1: Lancer un plat de saison

Entrée: plat, prix, période, photo, URL du menu et URL de réservation. Sortie: post Google, paragraphe web, texte social, note de réservation. Revue humaine: prix, allergènes, photo et capacité.

Use case 2: Retirer un plat épuisé

Entrée: plat épuisé, alternative, prochaine date et canaux concernés. Sortie: checklist Google, site, réseaux et affichage interne. Revue humaine: stock et retour prévu.

Use case 3: Aligner événement et horaires

Entrée: événement, début, fin, horaires normaux, horaires spéciaux, photo, URL. Sortie: post événement, annonce web, note de réservation, réponse équipe. Revue humaine: horaires spéciaux et réservations.

Use case 4: Plusieurs établissements

Entrée: lieu, adresse, prix, disponibilité, horaires et URL. Sortie: checklist par établissement. Revue humaine: manager local.

Prompt à copier et code de contrôle

Prompt: “Agis comme éditeur d’opérations de contenu pour un restaurant. Lis la table de mise à jour du menu et prépare un post Google Business Profile, un texte web, un texte social et une checklist humaine. N’invente pas prix, allergènes, horaires, stock ou réservation. Si un champ manque, note à vérifier. Garde un seul CTA: réserver une table.”

Le code Node.js ci-dessous ne publie rien. Il bloque un brouillon incomplet.

const menuUpdate = {
  fields: {
    season: "summer",
    menuItems: [
      {
        name: "Cold tomato noodles",
        price: 1280,
        available: true,
        allergens: ["wheat"],
        photoApproved: true,
      },
      {
        name: "Grilled corn plate",
        price: 980,
        available: true,
        allergens: ["dairy"],
        photoApproved: true,
      },
    ],
    menuUrl: "https://example.com/menu",
    reservationUrl: "https://example.com/reserve",
    businessHours: "18:00-23:00",
    postType: "offer",
    publishDate: "2026-07-20",
  },
  ctas: ["reserveTable"],
  channels: ["businessProfile", "website", "instagram"],
};

const requiredFields = [
  "season",
  "menuItems",
  "menuUrl",
  "reservationUrl",
  "businessHours",
  "postType",
  "publishDate",
];

const missingFields = requiredFields.filter((field) => !menuUpdate.fields[field]);
const itemsWithoutPrice = menuUpdate.fields.menuItems.filter((item) => typeof item.price !== "number");
const unavailableItems = menuUpdate.fields.menuItems.filter((item) => item.available === false);
const itemsWithoutAllergenReview = menuUpdate.fields.menuItems.filter((item) => !Array.isArray(item.allergens));
const itemsWithoutApprovedPhoto = menuUpdate.fields.menuItems.filter((item) => !item.photoApproved);
const tooManyCtas = menuUpdate.ctas.length !== 1 || menuUpdate.ctas[0] !== "reserveTable";

if (
  missingFields.length ||
  itemsWithoutPrice.length ||
  itemsWithoutAllergenReview.length ||
  itemsWithoutApprovedPhoto.length ||
  unavailableItems.length ||
  tooManyCtas
) {
  console.error({
    missingFields,
    itemsWithoutPrice,
    itemsWithoutAllergenReview,
    itemsWithoutApprovedPhoto,
    unavailableItems,
    ctas: menuUpdate.ctas,
  });
  process.exit(1);
}

console.log("Restaurant Google Business menu update is ready for human review.");

Pitfall: erreurs fréquentes et corrections

Prix inventé. Cause: on demande un texte avant d’avoir le prix. Correction: le contrôle échoue si le prix manque.

Allergènes devinés. Cause: le modèle déduit depuis le nom du plat. Correction: utiliser seulement les données confirmées par le restaurant.

Plat épuisé encore visible. Cause: Google, site et réseaux sont corrigés séparément. Correction: une checklist de suppression par canal.

Post sans réservation. Cause: le texte ne contient ni URL ni créneau. Correction: CTA unique vers réservation ou commande.

Mise à jour urgente seulement sur Google. Cause: le délai d’affichage est oublié. Correction: publier aussi sur site, réseaux et briefing équipe.

Chemin vers la consultation

Pour un restaurant, le gain vient de moins de doute avant réservation. Préparez l’URL Google Business Profile, l’URL du menu, l’URL de réservation, le menu de saison et les raisons d’appel d’une semaine, puis passez par formation et consultation.

Résultat vérifié

J’ai vérifié les pages officielles Google sur menus, posts, édition du profil, Food Menus API et contenu people-first. Le code contrôle champs requis, prix, allergènes, photo, plats indisponibles et CTA unique. La première action est de mettre le menu de saison dans une table puis de comparer Google, site, réseaux et page de réservation.