Construire un site multilingue sans problèmes de SEO ni de maintenance

Chaque langue doit avoir une URL accessible et un canonical vers sa propre version. Hreflang relie les pages équivalentes; il ne remplace pas la traduction et ne justifie pas un canonical néerlandais pour toutes les langues.

Exemple : /nl a pour canonical /nl, /en a /en et /fr a /fr. Les trois pages indiquent les mêmes alternatives réciproques. Une sélection de langue ou une solution de repli adaptée peut servir de x-default. Ne créez pas de lien alternatif vers une traduction inexistante.

• Ouvrir chaque URL explicite avec une autre langue de navigateur et vérifier son maintien.
• Contrôler statut HTTP, canonical propre et liens hreflang réciproques.
• Faire relire titre, contenu et appel à l’action, pas uniquement les libellés.

• Source et détails
• Création de site web

Commencer par le contenu et les responsabilités par langue

Un site multilingue demande des versions distinctes et utiles ainsi qu’une organisation du suivi. Définissez les services et pages réellement traduits, la personne chargée des changements et celle qui peut traiter les demandes dans cette langue. Un menu traduit ne constitue pas une version complète.

• Traduire ensemble contenu principal, title, description, boutons, champs et erreurs.
• Vérifier conditions et informations de confidentialité pour chaque langue publiée.
• Faire pointer le choix de langue vers la page équivalente lorsqu’elle existe réellement.

Utiliser des URLs stables et de vrais équivalents

Un chemin /nl/, /en/ ou /fr/ distingue les versions ; les slugs ne doivent pas nécessairement différer. Chaque vraie page linguistique garde sa canonical adaptée. Réservez hreflang aux pages équivalentes publiées, avec URLs absolues, la page elle-même et des liens réciproques.

Scénario illustratif : un service existe en néerlandais et anglais, sans traduction française. Ne présentez pas l’accueil français comme l’équivalent de ce service. Une éventuelle x-default pointe vers une destination par défaut choisie explicitement.

Laravel 13 : les routes ne sont pas des traductions

Le fragment suppose use Illuminate\Support\Facades\Route dans routes/web.php et une vue pages.home existante. Préfixe et nom de route organisent les URLs. Le projet doit aussi définir la locale et charger un contenu réellement traduit ; ce fragment ne le fait pas automatiquement.

foreach (['nl', 'en', 'fr'] as $locale) {
    Route::prefix($locale)
        ->name("localized.{$locale}.")
        ->group(function () use ($locale): void {
            Route::view('/', 'pages.home')->name('home');
        });
}

Les liens linguistiques dans un template Blade

Le fragment Blade attend des URLs absolues validées dans $alternates, dont la page actuelle. $defaultUrl est la x-default choisie. N’ajoutez aucune traduction non publiée et vérifiez le même ensemble sur chaque page équivalente.

@foreach ($alternates as $locale => $url)
    <link rel="alternate" hreflang="{{ $locale }}" href="{{ $url }}">
@endforeach

<link rel="alternate" hreflang="x-default" href="{{ $defaultUrl }}">

Suivre les changements ensemble

• Noter les langues à actualiser pour chaque modification de contenu.
• Tester navigation, contexte de demande, erreurs et confirmation dans chaque langue.
• Vérifier les longs boutons traduits et le choix de langue sur mobile.
• Contrôler canonicals, liens linguistiques, sitemap et liens internes après publication.

Une langue supplémentaire ne garantit ni trafic ni demandes. Priorisez selon le public réel, le contenu disponible et la capacité de suivi.