Je suis tombé sur le site d'une PME valaisanne la semaine dernière. Le contenu s'affichait en allemand. Le siège social est à Sion.

Ce n'est pas un cas isolé. C'est même l'un des problèmes les plus fréquents que je rencontre en auditant des sites suisses. La Suisse est officiellement quadrilingue, mais en pratique, la gestion du multilinguisme sur le web reste une zone grise pour beaucoup d'entreprises — et les erreurs ont des conséquences directes sur l'expérience utilisateur et le référencement.

L'erreur numéro 1 : la redirection automatique par géolocalisation

C'est le problème le plus courant et le plus frustrant pour les utilisateurs.

Le site détecte votre adresse IP, déduit votre pays (Suisse), et vous redirige automatiquement vers la version "par défaut" — qui, pour beaucoup de sociétés dont le siège ou l'agence est en Suisse alémanique, est la version allemande.

Pourquoi c'est une mauvaise idée :

La géolocalisation par IP est imprécise. Elle sait que vous êtes en Suisse, pas que vous êtes à Lausanne et que vous parlez français. Un utilisateur francophone en déplacement à Zurich se retrouve en allemand. Un Romand avec un VPN dont le serveur de sortie est à Berne idem.

La solution correcte : ne jamais imposer de langue par la géolocalisation. Proposer une détection de la langue préférée du navigateur (Accept-Language header) comme suggestion — avec la possibilité de changer facilement. Et mémoriser le choix de l'utilisateur.

// Dans Next.js, lire la langue du navigateur sans forcer la redirection
export function middleware(request: NextRequest) {
  const acceptLanguage = request.headers.get('accept-language')
  const preferredLocale = getPreferredLocale(acceptLanguage, ['fr', 'de', 'it'])

  // Suggestion, pas redirection forcée
  // L'URL reste la même, on adapte le contenu
}

[!IMPORTANT] Ne redirigez jamais automatiquement l'utilisateur vers une version linguistique différente de celle qu'il a demandée. Si quelqu'un tape monsite.ch/fr/, il veut la version française — peu importe ce que son IP "dit".

L'erreur numéro 2 : hreflang mal configuré (ou absent)

hreflang est l'attribut HTML qui indique à Google quelle version de votre page montrer à quel utilisateur selon sa langue et sa région. En Suisse, c'est particulièrement important parce que Google doit distinguer :

• Le français parlé en France (fr-FR)
• Le français parlé en Suisse (fr-CH)
• L'allemand parlé en Allemagne (de-DE)
• L'allemand parlé en Suisse (de-CH)

Une configuration correcte pour un site suisse :

<link rel="alternate" hreflang="fr-CH" href="https://monsite.ch/fr/" />
<link rel="alternate" hreflang="de-CH" href="https://monsite.ch/de/" />
<link rel="alternate" hreflang="it-CH" href="https://monsite.ch/it/" />
<link rel="alternate" hreflang="x-default" href="https://monsite.ch/fr/" />

Le x-default indique quelle version afficher quand aucune autre ne correspond — typiquement la langue principale de l'entreprise.

Les erreurs fréquentes :

• hreflang présent sur certaines pages mais pas d'autres (Google ignore les attributs incohérents)
• hreflang pointant vers des URLs qui redirigent — il faut pointer vers l'URL finale
• hreflang configuré uniquement dans le sitemap mais pas dans le HTML (les deux doivent être cohérents)
• Oubli du tag x-default

L'erreur numéro 3 : la traduction machine non relue

Je comprends la tentation. Vous avez un site en français, vous voulez une version allemande, DeepL fait un travail impressionnant. Vous exportez, vous importez, vous publiez.

Le problème n'est pas la qualité linguistique — DeepL traduit bien. Le problème, c'est ce que la traduction machine ne peut pas faire :

Adapter le ton. Le registre formel en allemand suisse est différent du formel en français suisse. La proximité avec le client, les formules de politesse, la façon de présenter les prix — tout ça est culturel, pas juste linguistique.

Adapter les références locales. Une page qui mentionne "nos clients à Sion et Martigny" traduite mot à mot en allemand sonne bizarre si votre cible germanophone est à Berne ou à Zurich.

Corriger les erreurs subtiles. DeepL traduit les mots, pas le sens métier. Les termes techniques, les noms de services, les appellations légales — ce sont des pièges que seul un relecteur natif attrape.

[!NOTE] Si vous n'avez pas le budget pour une traduction professionnelle complète, priorisez : page d'accueil, page de contact, et description de vos services principaux. Ces trois pages en bon allemand valent mieux que dix pages en traduction machine non relue.

L'erreur numéro 4 : le sélecteur de langue invisible ou inaccessible

Même si votre site est parfaitement traduit et bien configuré côté SEO, si l'utilisateur ne trouve pas comment changer de langue, tout ça ne sert à rien.

Ce qui ne fonctionne pas :

• Un sélecteur de langue dans le footer uniquement (personne ne scrolle jusque là sans savoir qu'il existe)
• Des drapeaux sans texte (un drapeau suisse ne dit pas quelle langue, la Suisse en a quatre)
• Un menu déroulant qui se ferme à la première interaction sur mobile

Ce qui fonctionne :

• Sélecteur visible dans la navigation principale, en haut à droite
• Labels texte : "FR", "DE", "IT" — clairs, concis
• Le sélecteur pointe vers la même page dans l'autre langue, pas vers la homepage de la version traduite

// Exemple de sélecteur de langue minimal et accessible
<nav aria-label="Changement de langue">
  <Link href="/fr/" lang="fr" hrefLang="fr-CH">FR</Link>
  <Link href="/de/" lang="de" hrefLang="de-CH">DE</Link>
  <Link href="/it/" lang="it" hrefLang="it-CH">IT</Link>
</nav>

L'erreur numéro 5 : des URLs non localisées

Les URLs font partie de l'expérience utilisateur et du SEO. Comparer :

❌ monsite.ch/?lang=de&page=services
✅ monsite.ch/de/dienstleistungen/

La deuxième URL est lisible, mémorisable, indexable séparément par Google, et communicable dans une pub ou une carte de visite.

En Next.js, la gestion des locales se configure dans next.config.mjs :

const nextConfig = {
  i18n: {
    locales: ['fr', 'de', 'it'],
    defaultLocale: 'fr',
    localeDetection: false, // Ne pas détecter automatiquement — voir erreur numéro 1
  },
}

localeDetection: false est important : ça désactive la redirection automatique basée sur les headers du navigateur. Vous gardez le contrôle sur ce qui s'affiche.

Comment auditer votre site en 10 minutes

Si vous avez un site multilingue ou si vous envisagez d'en créer un :

1. Ouvrez votre site avec un VPN réglé sur la Suisse alémanique. Qu'est-ce qui s'affiche ?
2. Cherchez votre site sur Google.ch en allemand. Quelle version apparaît ? Est-ce la bonne ?
3. Vérifiez vos URLs. Sont-elles localisées ou génériques ?
4. Testez le sélecteur de langue sur mobile. Est-il visible sans scroller ?
5. Inspectez le <head> d'une page. Y a-t-il des tags hreflang ?

Ces cinq points couvrent les 80% des problèmes les plus fréquents.

Le cas particulier du Valais

Le Valais est l'un des rares cantons officiellement bilingues de Suisse (français et allemand). Haut-Valais germanophone, Valais romand francophone — avec quelques communes mixtes au milieu.

Si votre entreprise opère dans les deux parties du canton, vous avez besoin d'un site vraiment bilingue. Pas d'un site français avec une version allemande approximative — d'un site où les deux versions sont soignées, où le ciblage publicitaire est cohérent avec la langue, et où les contacts locaux correspondent à la bonne région.

C'est un projet plus exigeant qu'un simple site vitrine, mais c'est aussi un avantage concurrentiel réel dans un canton où beaucoup d'entreprises ne font pas cet effort.

---

Vous avez un site multilingue ou vous envisagez d'en créer un pour votre activité en Suisse ? Contactez-moi — j'ai travaillé sur plusieurs projets bilingues FR/DE en Valais et je connais les pièges à éviter.