Chez Sensaria, le SEO couvre ce qui décide si une entreprise est trouvée sur Google : un site que les moteurs de recherche peuvent explorer et afficher, une page pour chaque intention de recherche réelle dans chaque langue, des contenus qui répondent à la requête mieux que les pages déjà positionnées, et des signaux cohérents sur l’identité de l’entreprise et les régions où elle opère. Il s’adresse aux PME et aux entreprises B2B qui ont un site multilingue, une refonte ou une migration en vue, ou un site qui attire des visiteurs mais peu de demandes. Nous travaillons depuis Lugano avec des clients en Suisse et à l’étranger, en français, en allemand, en italien et en anglais.
Que couvre un audit SEO ?
Un audit examine trois niveaux. Le niveau technique vérifie l’exploration, l’indexation, le rendu, les redirections, les balises canoniques, les hreflang, les sitemaps XML et les Core Web Vitals. Le niveau éditorial rattache chaque URL indexable à une intention de recherche et signale les lacunes, les pages trop minces et les pages qui se disputent la même requête. Le niveau popularité passe en revue la fiche Google Business Profile, les inscriptions dans les annuaires et les liens entrants. Chaque constat nomme le gabarit ou l’URL concernés, la correction et sa priorité.
C’est souvent sur la logique des canoniques que les sites multilingues se trompent. Nos règles : chaque version linguistique est sa propre canonique et ne pointe jamais vers la page anglaise (Google demande une canonique dans la même langue) ; les URL de filtres et de paramètres pointent vers l’URL propre ; et l’URL canonique, l’entrée du sitemap et la cible hreflang sont exactement la même chaîne, barre oblique finale comprise. Après chaque mise en ligne, nous explorons à nouveau le site pour repérer les nouvelles chaînes de redirections, les balises noindex égarées ou les alternatives cassées.
Chaque langue a sa propre URL, sa propre recherche de mots-clés et son propre slug traduit, et les versions sont reliées par hreflang. Google exige que chaque version se liste elle-même ainsi que toutes les autres, et il ignore les balises lorsque deux pages ne pointent pas l’une vers l’autre (documentation sur les versions localisées). Pour un site destiné à la Suisse, par exemple, nous utilisons des codes langue-région plus un x-default :
<link rel="alternate" hreflang="de-CH" href="https://example.ch/de/leistungen/" />
<link rel="alternate" hreflang="fr-CH" href="https://example.ch/fr/prestations/" />
<link rel="alternate" hreflang="it-CH" href="https://example.ch/it/servizi/" />
<link rel="alternate" hreflang="en-CH" href="https://example.ch/en/services/" />
<link rel="alternate" hreflang="x-default" href="https://example.ch/en/services/" />
La recherche de mots-clés se fait séparément pour chaque langue, car la demande est inégale d’une langue à l’autre. Dans notre étude de septembre 2026 pour la Suisse (données Ahrefs), « seo agentur schweiz » comptait environ 900 recherches par mois et « seo ticino » environ 90. Les pages en allemand portent en général le volume ; les pages en italien apportent moins de recherches, très locales et avec une intention claire. Le vocabulaire diffère aussi : en Suisse alémanique, les acheteurs demandent une « Offerte », en Suisse romande un « devis », au Tessin un « preventivo ». Les textes allemands destinés à la Suisse s’écrivent avec « ss », jamais avec « ß ». Ce site utilise la même configuration avec des alternatives en-CH, it-CH, de-CH et fr-CH, et le portail bilingue de notation des plateformes WhatsApp que nous avons développé relie de la même manière les pages de ses deux langues.
Chaque intention de recherche a une page cible, et la structure le rend évident pour les utilisateurs comme pour les robots : les pages piliers renvoient vers toutes les pages qui en dépendent, le fil d’Ariane reflète le chemin de l’URL et le texte d’ancrage décrit la cible. Les requêtes informationnelles et commerciales restent séparées. Sur ce site, par exemple, « generative engine optimization » est attribuée à un article explicatif et « agence GEO » à la page de service, et les deux se renvoient l’une à l’autre au lieu de se disputer les mêmes résultats.
Quels seuils de Core Web Vitals visons-nous ?
Google juge l’expérience d’une page bonne lorsque le Largest Contentful Paint (LCP) est de 2,5 secondes ou moins, l’Interaction to Next Paint (INP) de 200 millisecondes ou moins et le Cumulative Layout Shift (CLS) de 0,1 ou moins, mesurés au 75e centile des chargements réels, séparément sur mobile et sur ordinateur (web.dev).
Nous partons des données terrain et utilisons les tests en laboratoire pour trouver la cause : une image d’en-tête surdimensionnée, des polices qui bloquent le rendu, des balises tierces, ou une bannière de consentement qui pousse le contenu vers le bas. Nous traitons ces seuils comme un minimum pour les utilisateurs, pas comme un raccourci vers de meilleures positions.
Google indique que les résultats locaux reposent principalement sur la pertinence, la distance et la notoriété, et que personne ne peut payer pour un meilleur classement local (aide Google Business Profile). Le travail est simple et précis : une fiche Google Business Profile validée à une adresse réelle, la bonne catégorie principale, le même nom d’entreprise, la même adresse et le même numéro de téléphone partout, et des avis de vrais clients.
En Suisse, par exemple, « partout » comprend l’inscription au registre du commerce, local.ch, search.ch, localsearch.ch et le balisage Organization du site lui-même. Lorsque nous avons examiné des requêtes commerciales pour le Tessin en septembre 2026, le pack local apparaissait sur presque toutes, « web agency lugano » compris.
Quelles données structurées implémentons-nous, et pourquoi ?
Nous n’ajoutons un balisage schema.org que lorsqu’il décrit quelque chose de visible sur la page. Organization porte la raison sociale, l’adresse et les profils officiels qui relient la marque. LocalBusiness convient aux entreprises dont les locaux reçoivent des clients. BreadcrumbList décrit la hiérarchie des pages, Article porte l’auteur et les dates, et Product le prix et la disponibilité pour les boutiques.
Nous ne vendons pas le balisage FAQ comme une fonctionnalité Google : Google a cessé d’afficher les résultats enrichis FAQ en 2026 (documentation du balisage FAQ). Sur le benchmark de délivrabilité e-mail que nous avons développé, nous avons implémenté les types Organization, WebSite, Article, FAQPage, BreadcrumbList, ItemList et WebApplication, et des tests automatisés contrôlent la longueur et l’unicité de chaque titre et de chaque description.
Ce que nous ne faisons pas
Nous n’achetons pas de liens, ne louons pas de réseaux de liens et ne payons pas d’articles invités qui transmettent de la popularité ; les règles de Google contre le spam les classent comme du spam de liens. Nous ne créons pas de pages satellites pour Zurich, Genève ou Lausanne lorsqu’un client n’y a ni bureau ni clients. Nous ne publions pas d’articles générés en masse par l’IA, ne cachons pas de texte et ne promettons pas de positions.
Les corrections SEO se font dans les gabarits et le code : elles fonctionnent mieux lorsque la même équipe peut modifier le site. Comme nous développons aussi des sites web, un bug de canonique ou un gabarit lent est corrigé dans la base de code au lieu d’attendre dans la file de tickets de quelqu’un d’autre. Les leads issus de la recherche organique peuvent arriver dans le CRM avec la page d’entrée et la source grâce à l’automatisation du CRM et des ventes. La visibilité GEO dans la recherche IA et la création de contenu reposent sur les mêmes fondations.
L’effort dépend du nombre d’URL et de gabarits, des langues, d’une éventuelle migration et de la quantité de contenus à réécrire. Après un court entretien de découverte, nous envoyons un devis forfaitaire ou un plan par étapes.