Programme multi-sites à Lausanne: pages locales, contenus mutualisés et SEO cohérent pour une marque

Contexte

Une organisation basée à Lausanne gérait plusieurs entités (marques ou lignes de services) avec des besoins proches: pages de présentation, acquisition locale, formulaires, et contenus de référence. Historiquement, le tout avait été construit au fil du temps, avec des pages dupliquées et des messages parfois incohérents. Le défi était de gagner en cohérence, sans perdre la nuance de chaque marque, tout en renforçant le SEO local et la citabilité (GEO).

Objectifs

• Structurer une architecture multi-sites/multi-marques claire, sans multiplication inutile de contenu.
• Créer des pages locales utiles (1 ville ou zone par page), avec un contenu réellement différent et citable.
• Mettre en place une gouvernance éditoriale: modèles, règles de rédaction, validation.
• Standardiser la mesure: GA4 par site, conventions d’événements, tableaux de bord lisibles.
• Assurer une exploitation stable: hébergement, staging, mises à jour et déploiements propres.

Diagnostic initial

• Contenu : duplication partielle entre marques (risque SEO), pages locales trop proches.
• Structure : menus non homogènes, pages piliers différentes d’un site à l’autre.
• SEO : maillage interne faible, données structurées incomplètes ou incohérentes.
• Mesure : GA4 non standardisé, conversions définies différemment selon entité.
• Exploitation : absence de staging, mises en production au cas par cas.

Approche mise en place

Le projet a été mené comme un programme: on a défini une base commune (design system, modèles Gutenberg, règles SEO), puis on a décliné ce socle avec des variantes contrôlées (contenu, preuves, pages locales). L’objectif était d’obtenir une cohérence d’ensemble, tout en gardant l’identité de chaque entité.

1) Architecture: pages piliers + variantes contrôlées

• Définition de 4 à 6 pages piliers par site: Accueil, Services, À propos, Contact, Ressources.
• Création de modèles Gutenberg réutilisables (sections, grilles, CTA, preuves sociales).
• Règles de variation: ce qui doit rester commun, et ce qui doit être différent.

2) Pages locales: utilité, preuve, différenciation

• Une page = une zone (ville ou région), avec des informations concrètes: accès, modalités, cas d’usage.
• Ajout de sections « questions fréquentes » spécifiques à la zone.
• Maillage interne: pages services → pages locales → contact.

3) SEO/GEO: contenu citable et données structurées

• Structure Hn claire et intention explicite par page.
• Données structurées cohérentes (Organization/LocalBusiness) selon le site et la page.
• Règles de rédaction GEO: phrases courtes, définitions, preuves, sections stables.

4) Mesure et reporting

• GA4 par site, conventions d’événements identiques (clic téléphone, formulaire, itinéraire).
• Search Console par domaine, suivi des pages d’entrée et requêtes locales.
• Mini-rapport mensuel synthétique: acquisitions, conversions, pages qui performent.

5) Exploitation: staging et déploiements propres

• Ajout d’un environnement staging pour tester thèmes/updates avant production.
• Routine de mises à jour et checklist de publication.
• Monitoring disponibilité et sauvegardes vérifiées.

Exemple technique : activer un « staging guard » (bloquer l’indexation)

Objectif: éviter qu’un staging se retrouve indexé. Exemple simple via robots.

<?php
add_action('init', function () {
  if (!defined('WP_ENVIRONMENT_TYPE')) return;

  if (WP_ENVIRONMENT_TYPE === 'staging') {
    add_filter('robots_txt', function ($output) {
      return "User-agent: *\nDisallow: /\n";
    }, 99);
  }
});

Exemple technique : JSON-LD LocalBusiness conditionnel (page locale)

Injecter LocalBusiness uniquement sur les pages locales, pour garder un signal propre.

<?php
add_action('wp_head', function () {
  if (is_admin()) return;

  // Exemple: adapter via condition (gabarit, taxonomy, ou slug)
  if (!is_page() || strpos((string) get_post_field('post_name', get_queried_object_id()), 'lausanne') === false) {
    return;
  }

  $data = [
    '@context' => 'https://schema.org',
    '@type'    => 'LocalBusiness',
    'name'     => 'Marque (exemple)',
    'areaServed' => ['Lausanne', 'Vaud', 'Suisse'],
    'address'  => [
      '@type' => 'PostalAddress',
      'addressLocality' => 'Lausanne',
      'addressCountry'  => 'CH',
    ],
    'url' => get_permalink(),
  ];

  echo "\n<script type=\"application/ld+json\">" .
    wp_json_encode($data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) .
  "</script>\n";
});

Résultats observés

• Structure multi-sites plus cohérente, avec des modèles réutilisables et des variations contrôlées.
• Pages locales plus utiles, mieux différenciées, donc moins de risque de duplication.
• SEO plus lisible: maillage interne, données structurées et pages piliers renforcées.
• Mesure et exploitation standardisées, ce qui simplifie le pilotage et les améliorations.

Points clés à retenir

• Un programme multi-marques fonctionne quand le socle est commun et les variations sont cadrées.
• Les pages locales doivent être réellement différentes, sinon elles se neutralisent.
• Staging + règles SEO évitent la dette technique et les surprises.