EXPERT 04 — SOCLE SEO/GEO, ENTITÉS DE MARQUE ET ÉDITORIAL MULTILINGUE — TERO GROUP

Livrable : docs/design/EXPERT-04-SEO-GEO-EDITORIAL.md — socle exécutable pour tero.be (maison mère) et ses déclinaisons par pilier et par marque.

Auteur : expert 04 (SEO/GEO, entités, éditorial multilingue). Date : 15 octobre 2026.

Méthode : relevé live du 15/10/2026 (tero.be, teropadelclub.be, terostudio.be, immorun.be) + lecture de docs/AUDIT-TERO-BE-2026.md, craft/tero-group-rules.md (v1.0.0), design-systems/tero-group/DESIGN.md, _ref/teropadelclub/.../tero-rules.md, _audit/path-geometry.json, + complément du lead du 15/10/2026 (domaines et marques actifs).

0. Comment lire ce document

Étiquettes opposables — toute affirmation porte l'une des trois :

Convention de placeholder : tout littéral écrit <À FOURNIR: …> est un champ bloquant. Le contrôle QA check-placeholders (§ 6.5) fait échouer le build si la chaîne <À FOURNIR apparaît dans un artefact publié. C'est le garde-fou anti-invention.

Périmètre : ce document ne redéfinit pas les couleurs, la typographie, les rayons ni les composants (ils appartiennent à DESIGN.md). Il définit les entités, les domaines, les URL, les données structurées, les fichiers machine, le lexique multilingue et le modèle de contenu.

---

1. Challenge de l'existant — ce que les documents du lead disent faux ou incomplet

Chaque ligne est un écart mesuré entre la documentation existante et le relevé du 15/10/2026.

1.1 Erreurs factuelles à corriger

1.2 Manques structurels (le document existant ne les traite pas du tout)

---

2. Architecture d'entités

2.1 Le graphe cible — une seule maison mère, un seul identifiant

Principe directeur [REGLE] : il existe une entité Tero dans le monde. Elle porte un @id absolu, hors langue : https://tero.be/#organization. Toutes les autres entités s'y rattachent par parentOrganization (entités opérationnelles) ou subOrganization (réciproque sur la racine).

https://tero.be/#organization Tero (Organization, racine)

├── subOrganization → https://tero.be/#hospitality Tero Hospitality

├── subOrganization → https://tero.be/#leisure Tero Leisure

├── subOrganization → https://tero.be/#sport-events Tero Sport Events

├── founder → #person-arthur-lhoist, #person-nicolas-lhoist

├── brand → #brand-tero, #brand-teroir, #brand-knokke-out, …

└── subOrganization → 11 marques opérationnelles (1 par domaine canonique)

Chaque marque opérationnelle déclare : parentOrganization → https://tero.be/#organization

Règle d'identifiant [REGLE] — un @id ne contient jamais de segment de langue, jamais de ?query, jamais de slash final incohérent. Table des identifiants canoniques :

Correction mesurée E4 : l'existant utilise https://tero.be/fr/#organization/, …/en/#organization/, …/nl/#organization/ et …/fr/author/lumisys/. Ces identifiants doivent disparaître au profit d'un seul #organization et d'un seul @id par personne.

2.2 Bloc A — Organization Tero (racine, à émettre sur toutes les pages, toutes langues)

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://tero.be/#organization",
      "name": "Tero",
      "alternateName": ["Tero Group", "groupe Tero"],
      "url": "https://tero.be/",
      "description": "Tero est un groupe belge d'hospitalité, de loisirs et d'événements sportifs. Trois piliers : Tero Hospitality, Tero Leisure, Tero Sport Events.",
      "logo": {
        "@type": "ImageObject",
        "@id": "https://tero.be/#logo",
        "url": "https://tero.be/media/tero-logo-noir.png",
        "contentUrl": "https://tero.be/media/tero-logo-noir.png",
        "encodingFormat": "image/png",
        "width": "1000",
        "height": "400",
        "caption": "tero"
      },
      "image": [
        { "@id": "https://tero.be/#logo" },
        "https://tero.be/media/tero-monogramme.png"
      ],
      "address": [
        {
          "@type": "PostalAddress",
          "streetAddress": "Chaussée de Tervuren 389",
          "postalCode": "1410",
          "addressLocality": "Waterloo",
          "addressCountry": "BE"
        },
        {
          "@type": "PostalAddress",
          "streetAddress": "Rives des Clausen 15",
          "postalCode": "2165",
          "addressLocality": "Luxembourg",
          "addressCountry": "LU"
        }
      ],
      "telephone": ["+32 484 59 87 48", "+352 671 315 015"],
      "contactPoint": [
        {
          "@type": "ContactPoint",
          "contactType": "customer service",
          "telephone": "+32 484 59 87 48",
          "areaServed": ["BE", "LU"],
          "availableLanguage": ["fr", "nl", "en"]
        }
      ],
      "foundingDate": "2020",
      "founder": [
        { "@id": "https://tero.be/#person-arthur-lhoist" },
        { "@id": "https://tero.be/#person-nicolas-lhoist" }
      ],
      "numberOfEmployees": { "@type": "QuantitativeValue", "value": 125 },
      "subOrganization": [
        { "@id": "https://tero.be/#hospitality" },
        { "@id": "https://tero.be/#leisure" },
        { "@id": "https://tero.be/#sport-events" }
      ],
      "slogan": "live. share. reconnect.",
      "knowsLanguage": ["fr", "nl", "en"],
      "sameAs": ["<À FOURNIR: profils sociaux officiels du groupe — Instagram, LinkedIn, Facebook, YouTube>"]
    }
  ]
}

Justification champ par champ [MESURE] — création 2020, ~125 personnes, deux adresses, deux fondateurs Arthur et Nicolas Lhoist, signature live. share. reconnect., langues FR/NL/EN (WPML) : relevés au § 2.1 de AUDIT-TERO-BE-2026.md et § 1.1 de tero-group-rules.md.

Ce qui n'est PAS dans le bloc, volontairement [REGLE] :

Règle logo [REGLE] (corrige E1 et E2) :

• Organization.logo = le mot-symbole en minuscules tero, ratio intrinsèque 2,5:1 conservé (viewBox 0 0 100 40 [MESURE]).
• Le monogramme (anneau + barre, ratio 0,683 [MESURE]) est déclaré comme ImageObject séparé, utilisé en favicon, apple-touch-icon, mask-icon et Organization.image secondaire — jamais dans logo.
• Le recadrage « carré » d'un mot-symbole 2,5:1 est interdit (déformation = logo recomposé, piège § 17.12).
• Interdiction de déclarer un SVG dans logo sans repli PNG : Google lit le logo en raster. Émettre logo en PNG (≥ 112 × 112, ici 1000 × 400) et image en SVG.

2.3 Bloc B — piliers, marques, fondateurs

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://tero.be/#hospitality",
      "name": "Tero Hospitality",
      "url": "https://tero.be/fr/hospitality/",
      "parentOrganization": { "@id": "https://tero.be/#organization" },
      "description": "Pilier lieux, team building, traiteur et restaurants du groupe Tero.",
      "knowsAbout": ["location de lieux", "team building", "traiteur", "restauration"]
    },
    {
      "@type": "Organization",
      "@id": "https://tero.be/#leisure",
      "name": "Tero Leisure",
      "url": "https://tero.be/fr/leisure/",
      "parentOrganization": { "@id": "https://tero.be/#organization" },
      "description": "Pilier clubs et académies du groupe Tero : padel, tennis, bien-être.",
      "knowsAbout": ["padel", "tennis", "bien-être", "académies sportives"]
    },
    {
      "@type": "Organization",
      "@id": "https://tero.be/#sport-events",
      "name": "Tero Sport Events",
      "url": "https://tero.be/fr/sport-events/",
      "parentOrganization": { "@id": "https://tero.be/#organization" },
      "description": "Pilier événements sportifs d'envergure et consultance du groupe Tero.",
      "knowsAbout": ["courses", "événements sportifs", "consultance événementielle"]
    },
    {
      "@type": "Brand",
      "@id": "https://tero.be/#brand-tero",
      "name": "Tero",
      "logo": { "@id": "https://tero.be/#logo" },
      "slogan": "live. share. reconnect."
    },
    {
      "@type": "Person",
      "@id": "https://tero.be/#person-arthur-lhoist",
      "name": "Arthur Lhoist",
      "jobTitle": "Co-fondateur",
      "worksFor": { "@id": "https://tero.be/#organization" }
    },
    {
      "@type": "Person",
      "@id": "https://tero.be/#person-nicolas-lhoist",
      "name": "Nicolas Lhoist",
      "jobTitle": "Co-fondateur",
      "worksFor": { "@id": "https://tero.be/#organization" }
    }
  ]
}

Règles [REGLE]

• Les Person fondateurs vivent sur le domaine groupe (tero.be) et nulle part ailleurs. worksFor pointe l'@id racine, jamais une URL de page.
• Les @id de piliers sont stables : ils ne contiennent pas d'URL de page et survivent à un changement d'arborescence.
• Le jobTitle exact (co-fondateur, CEO, président ?) est [À VALIDER CLIENT] (§ 7 Q5).
• Une marque opérationnelle (teropadelclub.be, terostudio.be, garisartsportsclub.be, immorun.be, …) émet toujours parentOrganization: {"@id": "https://tero.be/#organization"} dans sa propre Organization de domaine. Correction de E10.
• Le groupe est né de l'alliance de Tero, People First (devenu Tero Team Building) et Knokke Out [MESURE] : ces trois noms vivent dans le récit éditorial (/a-propos/), pas comme entités séparées dans le graphe — People First n'existe plus sous ce nom.

2.4 Bloc C — lieu, restaurant, événement, service

Lieu (Place + LocalBusiness) — modèle pour un des 17 lieux [MESURE : inventaire § 1.3] :

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": ["Place", "LocalBusiness"],
      "@id": "https://tero.be/fr/lieux/tero-lodges-jalhay/#place",
      "name": "Tero Lodges Jalhay",
      "url": "https://tero.be/fr/lieux/tero-lodges-jalhay/",
      "parentOrganization": { "@id": "https://tero.be/#organization" },
      "containedInPlace": { "@type": "AdministrativeArea", "name": "Jalhay, Belgique" },
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "<À FOURNIR: adresse exacte du lieu>",
        "postalCode": "<À FOURNIR>",
        "addressLocality": "Jalhay",
        "addressCountry": "BE"
      },
      "geo": { "@type": "GeoCoordinates", "latitude": "<À FOURNIR>", "longitude": "<À FOURNIR>" },
      "openingHoursSpecification": "<À FOURNIR: horaires sourcés — ne jamais estimer>",
      "amenityFeature": [
        { "@type": "LocationFeatureSpecification", "name": "Salle de séminaire", "value": true },
        { "@type": "LocationFeatureSpecification", "name": "Hébergement", "value": true }
      ],
      "image": ["<À FOURNIR: photo réelle du lieu — jamais une photo d'un autre lieu>"],
      "isPartOf": { "@id": "https://tero.be/#hospitality" }
    }
  ]
}

Règles [REGLE]

• Place est obligatoire pour les 17 lieux ; l'ajout de LocalBusiness est conditionnel : seulement si le lieu a une adresse postale propre, des horaires d'accueil du public et une fiche Google Business Profile. Sinon Place seul (un LocalBusiness sans horaires ni geo est un signal faible, voire un avertissement Search Console).
• streetAddress, postalCode, geo, openingHoursSpecification : jamais estimés. Non fourni = champ omis, jamais inventé.
• Le NAP du lieu doit être caractère pour caractère identique à content/sources/tero-group-facts.json (§ 6.2).

Restaurant (Restaurant) : Knokke Out Zoute, Bistro 17, Bistro Pilko [MESURE]. Mêmes règles que Place, type Restaurant, sous Tero Hospitality. servesCuisine uniquement si la cuisine est documentée — « farm to fork » est un positionnement Teroir, pas une servesCuisine.

Événement (Event) : modèle minimal, calqué sur un des domaines *run.be / terotrail.be / www.brusselspremierpadel.be [MESURE].

{
  "@type": "Event",
  "@id": "https://immorun.be/fr/evenements/<slug>/#event",
  "name": "<À FOURNIR: nom officiel de l'édition — ne jamais recomposer>",
  "startDate": "<À FOURNIR: ISO 8601 avec fuseau, ex. 2027-04-18T09:00:00+02:00>",
  "endDate": "<À FOURNIR>",
  "eventStatus": "https://schema.org/EventScheduled",
  "eventAttendanceMode": "https://schema.org/OfflineEventAttendanceMode",
  "location": { "@id": "<@id du lieu si connu, sinon PostalAddress complet>" },
  "organizer": { "@id": "https://tero.be/#sport-events" },
  "offers": {
    "@type": "Offer",
    "url": "<À FOURNIR: URL d'inscription exacte, UTM recopiés à l'identique>",
    "availability": "https://schema.org/InStock",
    "price": "<À FOURNIR>",
    "priceCurrency": "EUR"
  }
}

Event sans startDate est invalide et sera rejeté : mieux vaut ne pas émettre le nœud que l'émettre incomplet. Événement passé → page archivée en noindex et nœud retiré.

Service (Service) : pour les offres non localisables (team building, consultance, traiteur, académie).

{
  "@type": "Service",
  "@id": "https://tero.be/fr/hospitality/team-building/#service",
  "name": "Team building",
  "serviceType": "Team building",
  "provider": { "@id": "https://tero.be/#hospitality" },
  "areaServed": [
    { "@type": "Country", "name": "Belgique" },
    { "@type": "Country", "name": "Luxembourg" }
  ],
  "availableChannel": {
    "@type": "ServiceChannel",
    "serviceUrl": "https://tero.be/fr/contact/",
    "availableLanguage": ["fr", "nl", "en"]
  }
}

Règle [REGLE] — provider pointe le pilier, pas le groupe : c'est le rattachement hiérarchique qui doit être lu par les moteurs de réponse (§ 3.3).

2.5 Bloc D — WebSite, WebPage, SearchAction (correction de E3)

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "WebSite",
      "@id": "https://tero.be/#website",
      "url": "https://tero.be/",
      "name": "Tero",
      "alternateName": "Tero Group",
      "publisher": { "@id": "https://tero.be/#organization" },
      "inLanguage": "fr-BE",
      "potentialAction": {
        "@type": "SearchAction",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "https://tero.be/fr/?s={search_term_string}"
        },
        "query-input": "required name=search_term_string"
      }
    },
    {
      "@type": "WebPage",
      "@id": "https://tero.be/fr/#webpage",
      "url": "https://tero.be/fr/",
      "name": "<title de la page, sans le suffixe de marque>",
      "isPartOf": { "@id": "https://tero.be/#website" },
      "about": { "@id": "https://tero.be/#organization" },
      "inLanguage": "fr-BE",
      "datePublished": "2025-03-04T10:03:25+00:00",
      "dateModified": "2026-10-02T15:22:50+00:00",
      "primaryImageOfPage": { "@id": "https://tero.be/#logo" },
      "breadcrumb": { "@id": "https://tero.be/fr/#breadcrumb" }
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://tero.be/fr/#breadcrumb",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "Accueil", "item": "https://tero.be/fr/" }
      ]
    }
  ]
}

Corrections explicites des défauts mesurés [MESURE]

Inventaire des nœuds par type de page [REGLE] — à implémenter comme un contrat, pas comme une intention :

Autorité unique [REGLE] — reprise de la règle padel § 4.4, transposée au groupe : un seul producteur de JSON-LD (src/data/schema-core.ts ou équivalent Next.js/Payload). Interdiction d'un "@type" littéral hors de ce fichier. Constructeurs autorisés : organization(), website(lang), webPage(page, lang, url), breadcrumbs(items), place(place, lang, url), restaurant(r, lang, url), service(s, lang, url), event(e, lang, url), faqPage(items), itemList(nodes), brand(b, lang, url), partner(p, role), graph(nodes, lang).

2.6 Bloc E — FAQPage et réponse citable

{
  "@type": "FAQPage",
  "@id": "https://tero.be/fr/hospitality/team-building/#faq",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Qu'est-ce qu'un team building Tero ?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Un team building Tero est une activité collective conçue et animée par Tero Hospitality, pour un groupe de collaborateurs, dans l'un des 17 lieux du groupe en Belgique et au Luxembourg. Tero prend en charge l'activité, le lieu et le traiteur Teroir."
      }
    }
  ]
}

Règles [REGLE]

• FAQPage uniquement si la FAQ est visible sur la page. Le texte de acceptedAnswer est strictement identique au texte affiché.
• 4 à 8 questions par page clé (reprise de _ref/teropadelclub § 4.8).
• Une Question dont la réponse n'est pas sourcée n'est pas émise.
• Le chiffre « 17 lieux » ci-dessus est [MESURE] (§ 1.3). Si le client en annonce un autre, c'est lui qui tranche (§ 7 Q1).

2.7 Marques co-endossées — deux organisations sur une même page

Cas mesuré [MESURE lead, 15/10/2026] : immorun.be affiche la co-marque IMMOBEL dans son en-tête. Le risque est réel : deux Organization de même poids sur une page font hésiter un moteur de réponse sur qui organise l'événement. Il faut une hiérarchie explicite, jamais implicite.

Modèle imposé [REGLE] — trois rôles distincts, trois propriétés distinctes :

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://immorun.be/#organization",
      "name": "immorun",
      "url": "https://immorun.be/",
      "parentOrganization": { "@id": "https://tero.be/#organization" },
      "brand": { "@id": "https://tero.be/#brand-immorun" },
      "sameAs": ["<À FOURNIR: réseaux officiels d'immorun>"]
    },
    {
      "@type": "Organization",
      "@id": "https://immorun.be/#partner-immobel",
      "name": "IMMOBEL",
      "url": "<À FOURNIR: URL officielle du partenaire>",
      "logo": "<À FOURNIR: logo fourni par le partenaire — jamais redessiné>"
    },
    {
      "@type": "Event",
      "@id": "https://immorun.be/fr/evenements/<slug>/#event",
      "name": "<À FOURNIR>",
      "startDate": "<À FOURNIR>",
      "organizer": { "@id": "https://immorun.be/#organization" },
      "sponsor": { "@id": "https://immorun.be/#partner-immobel" },
      "isPartOf": { "@id": "https://tero.be/#sport-events" }
    }
  ]
}

Règles opposables [REGLE]

À faire trancher [À VALIDER CLIENT] : IMMOBEL est-il sponsor, coproducteur, ou propriétaire de la marque immorun ? Les trois donnent trois graphes différents. Sans réponse, aucun nœud partenaire n'est émis — la page porte seulement immorun + parentOrganization Tero. C'est la seule option sûre (§ 7 Q13).

---

3. GEO — être l'entité citée, pas la page aspirée

3.1 robots.txt — liste unique du groupe

Constat mesuré (15/10/2026), https://tero.be/robots.txt, 994 octets :

robots.txt cible — copiable tel quel [REGLE]

# Tero Group — robots.txt

# Le crawling est autorisé, y compris pour la recherche et la génération augmentée (RAG).

# Toute autre collecte automatisée nécessite une autorisation écrite.

User-agent: *

Allow: /

# Moteurs de recherche

User-agent: Googlebot

Allow: /

User-agent: Bingbot

Allow: /

User-agent: Applebot

Allow: /

# Indexation étendue et entraînement

User-agent: Google-Extended

Allow: /

User-agent: Applebot-Extended

Allow: /

User-agent: CCBot

Allow: /

# Assistants et moteurs de réponse

User-agent: GPTBot

Allow: /

User-agent: OAI-SearchBot

Allow: /

User-agent: ChatGPT-User

Allow: /

User-agent: ClaudeBot

Allow: /

User-agent: Claude-User

Allow: /

User-agent: Claude-SearchBot

Allow: /

User-agent: PerplexityBot

Allow: /

User-agent: Perplexity-User

Allow: /

User-agent: AmazonBot

Allow: /

User-agent: meta-externalagent

Allow: /

User-agent: Google-CloudVertexBot

Allow: /

User-agent: MistralAI-User

Allow: /

User-agent: DuckAssistBot

Allow: /

# Robots de données SEO — non nécessaires au référencement

User-agent: SemrushBot

Disallow: /

User-agent: AhrefsBot

Disallow: /

User-agent: MJ12bot

Disallow: /

Sitemap: https://tero.be/sitemap_index.xml

Sitemap: https://tero.be/fr/sitemap_index.xml

Sitemap: https://tero.be/nl/sitemap_index.xml

Sitemap: https://tero.be/en/sitemap_index.xml

Règles [REGLE]

• La ligne Sitemap: pointe /sitemap_index.xml, pas /sitemap.xml (correction de E5).
• Chaque sous-domaine du groupe sert le même socle, avec son propre Sitemap:.
• Bytespider est un arbitrage client (§ 7 Q3) : _ref/teropadelclub § 4.5 le bloque, tero.be l'autorise. Recommandation : le bloquer sur les deux (il ne génère aucune citation, il consomme). Non tranché = on ne change rien et on le signale.
• Ne jamais bloquer tout le site. check-robots refuse un Disallow: / global.
• Le robots.txt est versionné dans le dépôt, pas généré par une extension.

3.2 llms.txt et llms-full.txt

Constat mesuré — le « travail » demandé par § 13.3 est déjà fait, mal :

Action 1 [REGLE] — désactiver la génération Rank Math du llms.txt (elle produit un doublon du sitemap et publie du vocabulaire interne), puis servir deux fichiers statiques versionnés.

Action 2 [REGLE] — /llms.txt : fiche d'entité au format llmstxt.org. Cible < 8 ko. Structure imposée :

# Tero Group

> Tero est un groupe belge d'hospitalité, de loisirs et d'événements sportifs fondé en 2020

> par Arthur et Nicolas Lhoist. Le groupe réunit environ 125 personnes, 17 lieux en Belgique

> et au Luxembourg, et trois piliers : Tero Hospitality, Tero Leisure, Tero Sport Events.

> Siège : Chaussée de Tervuren 389, 1410 Waterloo, Belgique — +32 484 59 87 48.

> Signature : live. share. reconnect.

Tero organise des événements d'entreprise (séminaires, team building, soirées), loue des

lieux et des gîtes, assure le traiteur Teroir, exploite des clubs et académies de padel,

tennis et bien-être, et organise des courses et événements sportifs d'envergure en Belgique

et au Luxembourg.

## Les trois piliers

• Tero Hospitality : lieux, team building, traiteur Teroir, restaurants.
• Tero Leisure : clubs et académies — padel, tennis, bien-être.
• Tero Sport Events : courses et événements sportifs, consultance.

## Établissements et marques

• Lieux : 17 lieux d'exception en Belgique et au Luxembourg.
• Restaurants : Knokke Out Zoute, Bistro 17, Bistro Pilko.
• Teroir : traiteur, farm to fork.
• Tero Padel Club : clubs de padel.
• Tero Studio : Reformer, yoga, Pilates.
• Garisart Sports Club : club et académie de tennis.
• Tero Sport Events : immorun, batirun, bouwrun, buildandrun,

impactrun, terotrail, Brussels Premier Padel, 12km Anderlecht — domaines : immorun.be,

immorun.lu, batirun.be, bouwrun.be, buildandrun.be, impactrun.be, terotrail.be,

www.brusselspremierpadel.be, 12kmanderlecht.be

## Contact

• Belgique : Chaussée de Tervuren 389, 1410 Waterloo — +32 484 59 87 48
• Luxembourg : Rives des Clausen 15, 2165 Luxembourg — +352 671 315 015
• Contact · À propos
• Langues : français, néerlandais, anglais

## Optional

• À propos du groupe
• Démarche d'impact

Règles [REGLE]

• Les trois langues : llms.txt reste en FR (langue de référence) ; le fichier NL/EN est servi par /nl/llms.txt et /en/llms.txt avec le même squelette.
• Aucun fait non mesuré. Les chiffres (2020, ~125, 17 lieux, deux adresses, deux téléphones) sont ceux de § 1.1. Le nombre de lieux « 17 » est [MESURE] — voir § 7 Q1.
• Domaines canoniques : garisartsportsclub.be (et non garisart.be) et www.brusselspremierpadel.be (E13). Un llms.txt qui cite un domaine qui redirige gaspille une citation.
• Une URL citée dans llms.txt doit répondre 200 (check-llms-urls). Le fichier Rank Math actuel viole probablement déjà cette règle : 275 URL jamais vérifiées.

Action 3 [REGLE] — /llms-full.txt : ~50-80 ko, en texte, sans HTML. Plan imposé :

Interdit [REGLE] : un llms-full.txt qui recopie les 275 pages. Il doit être écrit, pas généré. C'est un document éditorial avec un propriétaire.

3.3 Blocs de réponse citables — la règle qui fait gagner ou perdre une citation

Règles opposables [REGLE], dérivées de _ref/teropadelclub § 4.8 et durcies :

Gabarit de réponse citable (à réutiliser) [REGLE]

Tero Hospitality réunit les lieux, l'activité team building, le traiteur Teroir et les restaurants du groupe Tero. Le pilier exploite 17 lieux en Belgique et au Luxembourg et sert des entreprises de toute taille, pour des groupes allant de 10 à plusieurs centaines de personnes. Un team building Tero comprend le lieu, l'activité encadrée et la restauration.

Chaque phrase de ce gabarit répond à une question réelle : qui, quoi, où, combien, pour qui, qu'est-ce que je reçois. C'est ce bloc que reprendront ChatGPT, Perplexity ou AI Overviews.

3.4 Consolidation d'entité, NAP et sameAs

Le NAP du groupe [MESURE] — valeurs opposables, à recopier caractère pour caractère dans le site, le JSON-LD, les llms*.txt, les annuaires et les fiches Google Business Profile :

Faute de NAP mesurée à ne pas reproduire [REGLE] : « Chau. de Tervuren » est la graphie du site ; écrire « Chaussée de Tervuren » partout. Toute variante (Tervueren, Ch. de Tervuren, +32 484 598 748) casse la consolidation d'entité.

Liste blanche sameAs [REGLE] — seules ces destinations sont autorisées, et aucune n'a été mesurée : le client doit fournir les URL avant émission (§ 7 Q2).

Interdits sameAs [REGLE] : URL de prévisualisation (*.preview.infomaniak.website — mesuré), secure.gravatar.com, tout /author/<compte-technique>/, un profil d'agence, un annuaire auto-généré.

Consolidation en 6 chantiers [REGLE]

Mesure GEO [REGLE] — protocole mensuel, requêtes témoins, à consigner dans docs/geo/rapports/AAAA-MM.md :

Indicateurs : (1) Tero est-il cité, (2) avec la bonne catégorie, (3) avec le bon NAP, (4) avec un lien, (5) la source citée est-elle tero.be et non un annuaire tiers. Suivi du trafic utm_source=chatgpt.com, perplexity.ai, copilot.microsoft.com, gemini.google.com dans GA4.

---

4. Architecture d'information et URL

4.1 Arborescence recommandée — tero.be (maison mère)

Principes [REGLE] : 3 niveaux maximum entre l'accueil et une fiche ; FR à la racine ; /nl/ et /en/ ; slugs identiques dans les trois langues (héritage de la règle padel § 4.1, indispensable au hreflang) ; un segment d'URL = une entité.

Règles [REGLE]

• Un seul segment de profondeur par entité. La structure mesurée du llms.txt montre des URL jusqu'à /fr/evenements/sur-mesure/voyages-entreprise/annecy/ = 5 niveaux. Cible : ≤ 3.
• Les slugs sont identiques dans les 3 langues pour les entités (<slug>) ; seuls les segments d'ossature changent (lieux / locaties / venues). Les noms de marques sont toujours identiques (teroir, knokke-out-zoute, bistro-pilko).
• Trailing slash : toujours. Les URL sans slash redirigent en 301 vers la version avec slash. Constat mesuré : teropadelclub.be sert canonical https://teropadelclub.be/en sans slash alors que /fr → https://teropadelclub.be/fr : politique incohérente dans le groupe. À unifier.
• Aucune URL construite à la main : passer par les helpers (PAGE_SLUGS, pagePath(), placePath(), brandPath()).
• /fr/ et / : / redirige en 301 vers /fr/ (le FR est la version de référence [REGLE] § 14). Interdiction de servir deux accueils.

4.2 Domaines — une marque, un domaine canonique, un rattachement

Règle [REGLE] : chaque marque conserve son domaine (mesuré + complément du lead, § 1.3). Le groupe ne rapatrie pas les marques sous tero.be/<marque>/.

Table des domaines canoniques [MESURE live + lead, 15/10/2026] :

Règles opposables [REGLE]

Défaut mesuré E10 : terostudio.be et immorun.be déclarent une Organization sans parentOrganization et aucun hreflang — chaque marque se présente aujourd'hui comme une entité indépendante. C'est exactement ce que la règle d'endossement § 1.4 doit interdire, et elle ne figure nulle part dans les données structurées.

4.3 hreflang — politique unique du groupe

Cible [REGLE]

Constat à corriger [MESURE] : tero.be sert aujourd'hui en, fr, nl, x-default → 4 fois sur 4, la région manque. teropadelclub.be sert 7 valeurs dont 3 paires en doublon.

4.4 canonical

Défaut mesuré à ne pas reproduire [MESURE] : https://teropadelclub.be/ a pour canonical https://teropadelclub.be/en — la racine d'un site belge francophone se canonicalise vers l'anglais, sans slash final. check-canonical doit refuser un canonical qui change de langue.

4.5 sitemap

4.6 Redirections 301

Constat [MESURE] : le document existant (§ 13.5) dit « aucune URL existante ne change sans redirection 301 » mais ne fournit aucun plan, aucun format, aucune cible. Le padel, lui, a 129 règles (§ 4.7). Le groupe n'en a aucune.

Contrat à créer [REGLE] — docs/seo/redirections-301.csv :

ancienne_url;nouvelle_url;code;motif

Test [REGLE] check-redirections : 0 doublon, 0 boucle, 0 cible non-200, 0 chaîne > 1 saut.

4.7 Maillage interne

Structure imposée [REGLE], héritée de la règle padel § 4.2 et adaptée à 4 niveaux :

Règles chiffrées [REGLE]

• ≥ 3 liens internes entrants par page indexable (check-maillage).
• Ancres descriptives, jamais « cliquez ici » : « Tero Hospitality — 17 lieux », « Réserver un team building », « Tero Padel Club Waterloo ».
• Réciprocité obligatoire entre lieux d'une même région et entre marques d'un même pilier.
• Proximité imposée : les 17 lieux sont liés depuis /lieux/ et depuis leur pilier ; les marques Sport Events depuis /sport-events/.
• Pages exemptées : /404, /merci/, /nl/bedankt/, /en/thank-you/, légal.
• 0 lien interne cassé ni vers une ressource introuvable.
• Aucun UTM sur un lien interne [REGLE absolue, reprise du padel § 4.6] : l'UTM est réservé aux liens externes de réservation.

---

5. Modèle éditorial multilingue

5.1 Nommage des marques et entités — jamais traduites

Règle cardinale [REGLE] : un nom propre de marque ne se traduit jamais, dans aucune langue, dans aucun cas. Seul le nom commun de catégorie se traduit.

Test [REGLE] check-noms-propres : aucune chaîne de la colonne « Non » ne doit apparaître traduite, translittérée ou accentuée différemment. En particulier : Knokke Out (jamais « Knokke-Out »), Teroir, Terblock, Garisart Sports Club (jamais « Garisart » seul pour le club), immorun en minuscules.

5.2 Lexique figé FR / NL / EN — le manque M2 comblé

Le § 5.2 existant ne couvre que le FR. Table complète, forme imposée dans les trois langues :

Règles [REGLE]

• Le tableau est fermé : une forme nouvelle n'entre qu'avec l'accord du lead.
• Le lexique s'applique au texte, aux métas, aux alt, aux libellés d'interface, aux ancres, aux fichiers de contenu et aux données structurées.
• Défaut mesuré à corriger : le llms.txt live publie teambuilding comme mot-clé, alors que § 5.2 interdit cette forme en texte FR neuf. La source de vérité doit être une seule : ce tableau.
• Les libellés d'interface NL/EN vivent dans src/data/ui.ts (leçon padel § 5.2) : aucun libellé en dur dans une page.

5.3 Ton par pilier

Le § 5.1 existant donne un ton pour tout le groupe. Les trois piliers ne parlent pas au même lecteur : ce manque (M6) rend les pages Leisure et Sport Events inévitablement génériques.

Règles transverses [REGLE]

• Le vouvoiement est la norme en FR sur les trois piliers [MESURE § 5.1-2].
• Le tutoiement est la norme en NL (leçon padel § 5.3 : « Reserveer je baan », jamais « u ») — c'est un écart volontaire entre langues, à documenter dans ui.ts, pas un oubli.
• L'EN adopte le « you » neutre ; interdiction de « our valued clients » et de tout registre corporate creux.

5.4 Longueurs et structures de titres

5.5 Carte de mots-clés — le manque M3 comblé

Règle [REGLE] : 1 intention principale + 3 à 6 variantes par page, présentes dans le title, la description, le H1 et la première phrase. Les volumes ne sont pas mesurés : ce sont des hypothèses à valider dans Search Console après 8 semaines (reprise de la règle padel § 4.9).

Requêtes GEO témoins (en langage naturel, testées mensuellement, § 3.4) : « quel groupe organise des team buildings en Belgique », « où loger 100 personnes en Ardenne », « meilleur traiteur d'entreprise au Luxembourg », « qui est derrière Knokke Out Zoute », « combien coûte un séminaire résidentiel en Belgique », « best corporate event agency in Belgium ».

KPI 90 jours [REGLE]

---

6. Modèle de contenu, sources de vérité et QA

6.1 Modèle d'entités, champs et relations

Contrat de données [REGLE] — un seul schéma, trois langues, mêmes clés :

src/content/fr/lieux/<slug>.json slug = tero-lodges-jalhay | knokke-out-zoute | …

src/content/fr/marques/<slug>.json slug = teropadelclub | terostudio | garisartsportsclub | teroir | …

src/content/fr/piliers/<slug>.json slug = hospitality | leisure | sport-events

src/content/fr/pages/<page>.json page = accueil | a-propos | impact | contact | …

src/content/fr/evenements/<slug>.json

src/content/nl/... src/content/en/... mêmes noms de fichiers, contenu natif

Blocs de section — liste fermée [REGLE], héritée du padel (§ 3.2) : text, cards, list, stats, pricing, faq, cta, places, events, brands. Ne jamais inventer un type de bloc. Le rendu est générique.

Règles [REGLE]

• Mêmes noms de fichiers et mêmes slugs dans les 3 langues — indispensable au hreflang.
• Un champ absent côté FR reste absent côté NL/EN. Jamais de valeur ajoutée « pour compléter ».
• Quand le FR change, NL et EN changent dans le même commit.
• Les valeurs décrivant la même entité dans les 3 langues (price, capacity, latitude, telephone) sont strictement identiques. Seul le texte est natif.
• Une entité sans geo ni address n'émet pas LocalBusiness — elle émet Place ou Service (§ 2.4).

6.2 Le fichier de faits — content/sources/tero-group-facts.json

Constat [MESURE] : § 1.5 des règles cite content/sources/tero-group-facts.md comme source de vérité. Ce fichier n'existe pas dans le dépôt (ni content/, ni src/). C'est le manque M7 : la règle « un fait = une source » n'a pas de source.

Schéma imposé [REGLE] — lisible par un script, pas seulement par un humain :

{
  "_meta": { "version": "1.0.0", "updatedAt": "2026-10-15", "source": "audit 2026-10-15 + client" },
  "group": {
    "name": "Tero",
    "alternateName": ["Tero Group", "groupe Tero"],
    "legalName": null,
    "foundingDate": "2020",
    "mergerDate": "2022",
    "headcount": { "value": 125, "approx": true, "status": "mesure" },
    "venuesCount": { "value": 17, "status": "mesure" },
    "expertiseYears": { "value": 25, "status": "mesure" },
    "slogan": "live. share. reconnect.",
    "idea": "Arrêter le temps, pour se reconnecter aux autres, à la nature, à soi.",
    "values": ["la passion", "l'engagement", "le respect", "l'authenticité"],
    "languages": ["fr", "nl", "en"],
    "sameAs": []
  },
  "founders": [
    { "slug": "arthur-lhoist", "name": "Arthur Lhoist", "jobTitle": null },
    { "slug": "nicolas-lhoist", "name": "Nicolas Lhoist", "jobTitle": null }
  ],
  "addresses": [
    { "country": "BE", "street": "Chaussée de Tervuren 389", "postalCode": "1410",
      "city": "Waterloo", "phone": "+32 484 59 87 48", "geo": null },
    { "country": "LU", "street": "Rives des Clausen 15", "postalCode": "2165",
      "city": "Luxembourg", "phone": "+352 671 315 015", "geo": null }
  ],
  "pillars": [
    { "slug": "hospitality",  "name": "Tero Hospitality",  "covers": ["lieux", "team building", "traiteur", "restaurants"] },
    { "slug": "leisure",      "name": "Tero Leisure",      "covers": ["clubs", "académies"] },
    { "slug": "sport-events", "name": "Tero Sport Events", "covers": ["événements sportifs", "consultance"] }
  ],
  "brands": [
    { "slug": "teropadelclub", "name": "Tero Padel Club", "domain": "teropadelclub.be", "pillar": "leisure" },
    { "slug": "terostudio",    "name": "Tero Studio",     "domain": "terostudio.be",    "pillar": "leisure" },
    { "slug": "garisartsportsclub", "name": "Garisart Sports Club", "domain": "garisartsportsclub.be",
      "domainCiteDansLesDocs": "garisart.be", "redirection": "garisart.be -> garisartsportsclub.be", "pillar": "leisure" },
    { "slug": "teroir",        "name": "Teroir",          "domain": null,               "pillar": "hospitality" },
    { "slug": "immorun",       "name": "immorun",         "domain": "immorun.be",       "pillar": "sport-events",
      "partenaires": [{ "slug": "immobel", "name": "IMMOBEL", "role": "a-trancher" }] },
    { "slug": "immorun-lu",    "name": "immorun",         "domain": "immorun.lu",       "pillar": "sport-events" },
    { "slug": "batirun",       "name": "batirun",         "domain": "batirun.be",       "pillar": "sport-events" },
    { "slug": "bouwrun",       "name": "bouwrun",         "domain": "bouwrun.be",       "pillar": "sport-events" },
    { "slug": "buildandrun",   "name": "buildandrun",     "domain": "buildandrun.be",   "pillar": "sport-events" },
    { "slug": "impactrun",     "name": "impactrun",       "domain": "impactrun.be",     "pillar": "sport-events" },
    { "slug": "terotrail",     "name": "terotrail",       "domain": "terotrail.be",     "pillar": "sport-events" },
    { "slug": "brusselspremierpadel", "name": "Brussels Premier Padel",
      "domain": "www.brusselspremierpadel.be", "domainCiteDansLesDocs": "brusselspremierpadel.be",
      "redirection": "brusselspremierpadel.be -> www.brusselspremierpadel.be", "pillar": "sport-events" },
    { "slug": "12kmanderlecht", "name": "12km Anderlecht", "domain": "12kmanderlecht.be", "pillar": "sport-events" }
  ],
  "places": [
    { "slug": "<a-completer-17>", "name": "Tero Lodges Jalhay", "city": "Jalhay",
      "country": "BE", "pillar": "hospitality",
      "address": null, "geo": null, "capacity": null, "hours": null, "status": "a-completer" }
  ],
  "restaurants": [
    { "slug": "knokke-out-zoute", "name": "Knokke Out Zoute", "city": "Knokke-Heist", "address": null },
    { "slug": "bistro-17",        "name": "Bistro 17",        "city": "Luxembourg",  "address": null },
    { "slug": "bistro-pilko",     "name": "Bistro Pilko",     "city": null,          "address": null }
  ]
}

Règles [REGLE]

• Tout null est un chantier, pas une valeur. Un null interdit l'émission du champ correspondant en JSON-LD et interdit l'affichage du fait sur le site.
• status vaut mesure / client / a-completer. Seuls mesure et client sont publiables.
• Les 17 lieux sont inventoriés nommément (§ 1.3) mais 13 d'entre eux n'ont ni adresse ni geo mesurés : ils sont donc non publiables en LocalBusiness aujourd'hui. C'est un chantier client majeur, pas un détail.
• Le fichier est écrit à la main, relu, daté. Il n'est jamais généré par scraping : c'est la source de vérité, pas un miroir.
• Il est la seule source des valeurs factuelles pour le site, le JSON-LD, llms.txt et les annuaires (§ 3.4 C3).
• Le domaine canonique de chaque marque y est déclaré, avec la trace du domaine erroné et de sa redirection (E13), pour que les documents ne reproduisent plus garisart.be ni brusselspremierpadel.be.

6.3 Contrat UTM — content/sources/utm.json

6.4 Contrat QA — content/sources/site-expectations.json

Attentes chiffrées opposables [REGLE] :

{
  "seo": {
    "titleMin": 30, "titleMax": 65,
    "descriptionMin": 120, "descriptionMax": 165,
    "titlesUniques": true, "descriptionsUniques": true,
    "ogImageWidth": 1200, "ogImageHeight": 630,
    "minLiensEntrants": 3,
    "profondeurMax": 3
  },
  "i18n": {
    "langues": ["fr", "nl", "en"],
    "hreflang": ["fr-BE", "nl-BE", "en", "x-default"],
    "xDefault": "fr",
    "pariteDeStructure": true,
    "slugsIdentiques": true
  },
  "schema": {
    "autoriteUnique": "src/data/schema-core.ts",
    "typesInterditsSansSource": ["aggregateRating", "review", "vatID", "legalName"],
    "aucunArticleHorsBlog": true,
    "aucunAuteurTechnique": true,
    "aucuneUrlPreview": true,
    "organizationIdUnique": "https://tero.be/#organization",
    "parentOrganizationObligatoireSurSousDomaines": true
  },
  "domaines": {
    "canoniques": {
      "garisart": "garisartsportsclub.be",
      "brusselspremierpadel": "www.brusselspremierpadel.be"
    },
    "redirectionsObligatoires": [
      "garisart.be -> garisartsportsclub.be",
      "brusselspremierpadel.be -> www.brusselspremierpadel.be"
    ],
    "canonicalInterDomainesInterdit": true
  },
  "geo": {
    "llmsTxtMaxKo": 8,
    "llmsFullTxtMinKo": 30, "llmsFullTxtMaxKo": 90,
    "reponseCitableMots": [40, 60],
    "robotsBotsIa": ["GPTBot","OAI-SearchBot","ChatGPT-User","ClaudeBot","Claude-User","Claude-SearchBot","PerplexityBot","Perplexity-User","Google-Extended","Google-CloudVertexBot","Bingbot","Applebot","Applebot-Extended","CCBot","AmazonBot","meta-externalagent","MistralAI-User","DuckAssistBot"],
    "robotsBotsBloques": ["SemrushBot","AhrefsBot","MJ12bot"],
    "sitemapDeclare": "https://tero.be/sitemap_index.xml"
  },
  "redirections": { "format": "csv-4-colonnes", "code": 301, "doublonsInterdits": true, "cibleAbsenteInterdite": true },
  "placeholders": { "interdit": "<À FOURNIR" }
}

Arbitrage [REGLE] : foundingDate est autorisé si et seulement si tero-group-facts.json porte "foundingDate": "2020" avec status: "mesure". Le contrôle lit la source, il ne fait pas confiance à la page. legalName, vatID, aggregateRating et review restent interdits sans source écrite.

6.5 Les contrôles exécutables à créer

Constat [MESURE] : § 19 des règles impose « build puis vérification » et « la sortie de la commande à l'appui », mais aucune commande n'existe dans le dépôt (content/, src/, package.json absents). Le padel a 10 scripts nommés (§ 7.3) ; le groupe n'en a aucun. C'est le manque qui rend tout le reste inapplicable.

Ordre imposé [REGLE] : build puis verify (tous les check-*), jamais l'inverse. Un écart se consigne avec la page et la raison ; jamais de livraison sans la sortie de commande (§ 19, conservé tel quel).

---

7. Ce qui reste à trancher par le client

---

DELTA A INTEGRER DANS LA CHARTE

Liste numérotée des modifications concrètes à appliquer à craft/tero-group-rules.md, au design system (DESIGN.md, tokens.css, design-tokens.json, manifest.json) et aux skills du plugin.

• Corriger le mot-symbole en minuscules. Remplacer partout « TERO = mot-symbole / Tero = rédaction » par « tero (minuscules) = mot-symbole / Tero = graphie rédactionnelle ». Fichiers concernés : tero-group-rules § 4.1, § 4.2, § 5.1-3, § 17.6, § 18 ; DESIGN.md § 8 et § 9-1 ; SKILL.md si la mention y figure. Ajouter au § 17 un piège : « écrire TERO en capitales dans le mot-symbole ».
• Requalifier le défaut du monogramme. Dans tero-group-rules § 13.1-4 et AUDIT § 3.1 : ne plus décrire TERO_MONOGRAM-1.png (1 272 × 1 861) comme « un anneau sans monogramme lisible », mais comme le glyphe o stylisé (anneau + barre), monogramme légitime — invalide comme Organization.logo (portrait, sans mot-symbole). Conséquence : le monogramme reçoit une règle d'usage (favicon, app icon, avatar, filigrane) au lieu d'un interdit.
• Remplacer la correction Article → WebPage. Au § 13.1-1 : corriger la formulation en « supprimer le nœud Article surnuméraire (@id …#richSnippet) présent sur toutes les pages non éditoriales, en plus du WebPage ». Ajouter la règle : Article uniquement sur /actualites/<slug>/, avec auteur réel.
• Ajouter la section « Identifiants d'entité » (tero-group-rules § 1.6, nouvelle) : un @id par entité, jamais de segment de langue, https://tero.be/#organization unique, Organization.url = https://tero.be/. Corriger § 13.1 en conséquence : les @id /fr|en|nl/#organization/ et /fr|en|nl/author/lumisys/ sont le défaut mesuré n° 1, avant même l'auteur.
• Corriger la ligne Sitemap: du robots.txt : https://tero.be/sitemap_index.xml (+ un index par langue). Ajouter au § 13.3 et à la checklist § 18 : « le Sitemap: déclaré répond 200 ».
• Réécrire § 13.3 « Fichiers machine » : llms.txt existe déjà (auto-généré Rank Math, 76 779 caractères, 275 URL FR, 0 NL, 0 EN, sections « Theme Parts » / « Listing Items/Components ») → action = désactiver Rank Math, écrire un fichier statique ; llms-full.txt = 404 → à créer ; ajouter l'exigence « une URL citée = une URL qui répond 200 ».
• Ajouter au design system une section « Logo — déclinaisons autorisées » (DESIGN.md § 4, et un bloc logo dans tokens.css / design-tokens.json) : mot-symbole tero ratio 2,5:1 (source _audit/logo-tero-2025.svg, viewBox 0 0 100 40, 5 tracés), monogramme ratio 0,683, tailles minimales, zone de protection, interdiction du recadrage carré du mot-symbole.
• Ajouter la table « Nœuds JSON-LD par type de page » (tero-group-rules § 13.6, nouvelle) — 14 lignes, reprise du § 2.5 de ce document. C'est le chaînon manquant qui a produit le défaut Article.
• Ajouter la liste blanche sameAs et les interdits (tero-group-rules § 13.7, nouvelle) : Google Business Profile BE/LU, LinkedIn, Instagram, Facebook, YouTube, Wikidata ; interdits : *.preview.infomaniak.website, secure.gravatar.com, /author/<compte-technique>/.
• Réécrire § 14 « Langues » : hreflang = fr-BE / nl-BE / en / x-default (et non fr / nl), x-default → FR, interdiction des doublons région/global, interdiction d'alternate sur /404, canonical auto-référent avec slash final, interdiction d'un canonical changeant de langue (défaut mesuré sur teropadelclub.be).
• Ajouter une section « Lexique NL / EN » (tero-group-rules § 5.4, nouvelle) : la table FR/NL/EN complète du § 5.2 de ce document (20 lignes). Le § 5.2 actuel ne couvre que le FR.
• Ajouter une section « Ton par pilier » (tero-group-rules § 5.5, nouvelle) : 3 colonnes Hospitality / Leisure / Sport Events (lecteur, bénéfice, preuve, ton, CTA, longueur, interdits) + la règle du tutoiement NL et du « you » EN.
• Ajouter une section « Longueurs et structures SEO » (tero-group-rules § 13.8, nouvelle) : title 30-65, description 120-165, réponse citable 40-60 mots, 1 H1, 4-8 FAQ, og:image 1200 × 630, date visible, accents obligatoires.
• Ajouter la carte de mots-clés (tero-group-rules § 13.9, nouvelle) : 10 lignes × 3 langues + les 6 requêtes GEO témoins + le KPI 90 jours.
• Ajouter le contrat de contenu (tero-group-rules § 12.2, nouvelle) : arborescence src/content/<lang>/, schémas d'entités (groupe, pilier, lieu, restaurant, marque, partenaire, événement, service, page, personne), liste fermée des types de blocs, règle « mêmes noms de fichiers dans les 3 langues », règle « champ absent en FR = absent ailleurs ».
• Créer et câbler les sources de vérité : content/sources/tero-group-facts.json (schéma du § 6.2, avec status et null explicites, et le domaine canonique de chaque marque), content/sources/utm.json, content/sources/site-expectations.json (attentes chiffrées du § 6.4). Aujourd'hui ces trois fichiers sont cités par § 1.5 mais n'existent pas.
• Ajouter la section « Contrôles exécutables » (tero-group-rules § 16.4, nouvelle) : les 15 scripts check-* du § 6.5 et la règle « build puis verify, sortie de commande à l'appui ». Remplacer les lignes génériques <commande de build> / <commande de vérification> de l'AGENTS.md du plugin par des commandes réelles.
• Ajouter le plan de redirections 301 au § 13.5 : format ancienne_url;nouvelle_url;code;motif, source d'anciennes URL = sitemap_index.xml figé le jour de la bascule, casse conservée, 0 doublon / 0 boucle / 0 cible absente, nginx en production.
• Ajouter la règle de maillage chiffrée au § 13.5 : ≥ 3 liens internes entrants par page, ancres descriptives, réciprocité lieux ↔ lieux et marques ↔ marques, aucun UTM sur un lien interne, pages exemptées (/404, remerciements, légal).
• Compléter la checklist § 18 de 6 lignes : « le mot-symbole est en minuscules tero » ; « un seul @id https://tero.be/#organization, aucun @id porté par la langue » ; « le Sitemap: déclaré répond 200 et llms-full.txt existe » ; « parentOrganization présent sur chaque page de marque » ; « le domaine cité est le domaine canonique » ; « aucun <À FOURNIR dans l'artefact publié ».
• Ajouter au § 20 les questions Q1 à Q15 du § 7 de ce document, en particulier Q1 (nombre et adresses des 17 lieux), Q2 (URL sociales), Q6 (piliers = entités juridiques ou catégories ?), Q12 (mot-symbole minuscules définitif) et Q13 (rôle exact d'IMMOBEL sur immorun).
• Corriger les sous-marques dans les données structurées (nouvelle règle § 1.4-6) : chaque domaine du groupe émet parentOrganization: https://tero.be/#organization et un lien visible vers tero.be. Mesuré : 0 occurrence de parentOrganization sur les 4 domaines testés.
• Trancher Bytespider dans la liste robots unique du groupe : tero.be l'autorise (mesuré), _ref/teropadelclub § 4.5 le bloque. Aligner les deux documents sur une seule décision client (Q3).
• Ajouter une règle de sortie de données structurées pour l'Organization : logo en PNG (repli raster) et image en SVG ; interdiction d'un logo portrait ou recadré ; dimensions déclarées = dimensions servies.
• Corriger le piège n° 9 du § 17 : « Du JSON-LD faux : Article surnuméraire en plus du WebPage, auteur lumisys, sameAs de prévisualisation, @id d'organisation porté par la langue → trois organisations distinctes déclarées, Organization.url = /fr sur les pages EN et NL ».
• Mettre /fr/testimonials/<slug>/ en noindex, follow et retirer le testimonials-sitemap.xml du sitemap index, ou enrichir chaque témoignage (≥ 150 mots, nom, société, lieu, date) pour justifier son indexation. Ajouter la règle au § 13.5.
• Interdire le vocabulaire interne du CMS dans un artefact public (nouvelle règle § 16.5) : aucun identifiant de taxonomie, de post_type ou de composant Elementor (« Theme Parts », « Listing Items/Components », « jet-theme-core ») ne doit apparaître dans llms.txt, un sitemap, une URL ou une donnée structurée.
• Corriger la table des domaines du groupe (§ 1.3 de tero-group-rules et § 2.2 de AUDIT) : remplacer garisart.be par garisartsportsclub.be et brusselspremierpadel.be par www.brusselspremierpadel.be, et ajouter la règle « un domaine canonique par marque » (E13).
• Ajouter la section « Marques co-endossées » (tero-group-rules § 1.7, nouvelle) : les 8 règles CO1-CO8 du § 2.7 de ce document, le tableau des rôles (propriétaire / organisateur / sponsor / contributeur) et l'interdiction de publier le NAP d'un partenaire sans autorisation écrite. Cas d'application mesuré : immorun + IMMOBEL.
• Ajouter la règle « rôle de partenaire explicite » au § 13.6 (nœuds par page) : sur une page co-endossée, le rôle de la co-marque est déclaré par sponsor / funder / contributor / deux organizer — jamais un partner générique, jamais un second propriétaire de site.