Parler d'un projet

Accueil/Réalisations/Site & référencement local

Étude de cas · opérateur télécom, Calvados

34 pages, un seul fichier à modifier.

Celui-là, nous pouvons le nommer : c'est MK Télécom, la marque opérateur de notre propre groupe. Le besoin était classique et rarement bien traité — exister dans les résultats de recherche quand un dirigeant du Calvados tape « téléphonie entreprise Caen » à onze heures du soir.

34

pages indexables, toutes avec un contenu propre

14

communes du Calvados traitées une par une

0

ligne de JavaScript, aucun cookie, aucune police externe

35 Ko

la page d'accueil, images comprises

Le problème du site vitrine

Un site de cinq pages ne se positionne sur rien. Pour apparaître sur « opérateur télécom Bayeux », il faut une page qui parle de Bayeux — pas une page « nos zones d'intervention » qui liste quarante communes en petits caractères.

Sauf qu'écrire quatorze pages de ville à la main, c'est quatorze occasions d'oublier une balise, de casser un lien ou de laisser le nom de la commune précédente dans un titre. Et le jour où le numéro de téléphone change, c'est trente-quatre fichiers à reprendre.

La réponse : générer, pas recopier

Tout le contenu éditorial vit dans un seul fichier : les offres, les communes avec leurs voisines, les articles, la foire aux questions, les chiffres clés, les coordonnées. Un script construit le site à partir de là.

  • Le maillage interne se tisse tout seul

    Chaque page de ville renvoie vers ses communes voisines, vers les offres pertinentes et vers les guides. C'est ce réseau de liens que les moteurs suivent — et personne n'a à le tenir à jour.

  • Les données structurées sont produites à la source

    Fiche d'établissement, zone desservie commune par commune, catalogue d'offres, questions-réponses, fil d'Ariane, articles. Ce sont ces balises qui permettent l'affichage enrichi dans les résultats.

  • Le plan de site et les priorités se recalculent

    Ajouter une commune, c'est ajouter six lignes dans le fichier de contenu. La page, ses liens, son entrée au sitemap et son fil d'Ariane apparaissent au build suivant.

  • Un seul endroit pour les coordonnées

    Le numéro de téléphone, l'adresse et les horaires sont écrits une fois. Ils se propagent sur les 34 pages, y compris dans les données structurées.

Choix techniques

  • Fichiers statiques servis directement : rien à exécuter, rien à pirater.
  • Aucun JavaScript, aucune police chargée depuis l'extérieur, un seul fichier de style.
  • Aucun cookie, donc aucun bandeau de consentement à afficher.
  • Adresses en français porteuses de mots-clés plutôt que des identifiants numériques.

Ce qu'on dit toujours avant de commencer

Le référencement ne se livre pas : il se constate, six à douze mois plus tard. Ce qu'on livre, c'est un site techniquement irréprochable et un contenu qui répond vraiment aux questions posées. Le reste dépend de la concurrence et du temps.

Nous refusons donc les promesses de position. En revanche, nous nous engageons sur ce qui est vérifiable le jour de la livraison : titres et descriptions uniques, zéro lien mort, données structurées valides, pages qui s'affichent en moins d'une seconde.

Où en est le site

Il est construit et relu. Sa mise en ligne attend la publication du domaine — exactement l'étape où se trouvait le site que vous êtes en train de lire il y a quelques jours.

Ce cas illustre surtout une méthode : quand un site contient des dizaines de pages bâties sur le même modèle, il faut le générer. À la main, il se dégrade au premier changement de numéro de téléphone.

L'outil

La sortie du générateur, à chaque publication.

Écran reconstruit — données fictives

Rien ne part en ligne sans que ces contrôles soient au vert. C'est là toute la différence entre un site de trente pages tenable et un site de trente pages qui se dégrade au premier changement de numéro de téléphone.

Votre site ne ressort sur aucune recherche locale ?

Dites-nous sur quelles requêtes vous voulez exister, et dans quelles communes. On vous dit ce qu'il faut construire.