Conception de sites web multilingues conçus pour le SEO et la conversion

WordPress par défaut (Divi, Gutenberg, Elementor ou Bricks selon votre cas), Webflow ou Shopify quand le projet l’impose. Multilingue prévu dès le brief, pas rattrapé après. SEO technique posé dans la maquette.

Cadrer mon projet

Voir le process

WordPress

stack principal sur 80 % des projets, autres CMS quand le contexte le justifie

WPML

multilingue intégré dès l’arborescence, pas plaqué en option

SEO native

schema, hreflang, Core Web Vitals posés au build, pas réparés après

4 langues

FR, EN, ES, NL en interne, et un réseau natif sur 8 autres

Trois manières classiques de rater un site multilingue

Sur les sites que je refonds, les mêmes pièges reviennent :

Le multilingue rajouté après coup

Site lancé en français, puis on traduit « rapidement » en anglais six mois plus tard. URL incohérentes, hreflang absent, schema localisé manquant, navigation cassée par langue. Refondre coûte plus cher que prévoir dès le brief.

Un design qui ignore les contraintes SEO

Hero plein écran sans H1 textuel, sliders gourmands en JavaScript, animations qui pénalisent le LCP. Le site est joli sur les maquettes Figma, illisible pour Google. Le SEO se paye au moment de réparer ce qu’il fallait penser au brief.

Une arborescence qui ne reflète pas l'intent

Une page « Services » qui empile dix prestations distinctes. Une page « Contact » qui sert de catch-all. Aucune page d’atterrissage par requête commerciale. Résultat : rien ne ranke parce que rien n’est dédié à une recherche réelle.

Mon approche est l’inverse : l’arborescence se dérive d’une recherche de mots-clés réelle, le multilingue est là dès la maquette, et le SEO technique fait partie du brief de design. Le SEO multilingue qui suit travaille sur des fondations propres au lieu de courir après les corrections.

Ce que j’inclus dans une mission de conception



Architecture & arborescence

Structure d’URL pensée pour le SEO et la lecture humaine. Une page par requête commerciale, pas une page fourre-tout. Plan validé avant la première maquette.



Multilingue dès le brief (WPML)

WPML par défaut sur WordPress, Polylang ou TranslatePress selon votre cas. Hreflang propre, slugs traduits, schema localisé par langue. Pas de version anglaise rafistolée six mois plus tard.



Design system maintenable

Composants réutilisables (cards, hero, CTA, FAQ, tableaux) quel que soit le builder. Vous pouvez ajouter une page sans casser la cohérence visuelle. Le site reste maintenable par votre équipe.



SEO technique au build

Schema markup par type de page, sitemap XML clean, robots.txt cadré, breadcrumbs, canonical, balisage Hn cohérent. Rank Math configuré et règles posées.



Core Web Vitals propres

LCP, INP, CLS dans le vert au lancement. Images servies en WebP, lazy-loading sélectif, cache LiteSpeed configuré, polices auto-hébergées avec preload.



Lead form qui qualifie

Form de contact pensé pour qualifier : champs progressifs, segmentation par profil, scoring lead, anti-spam Cloudflare Turnstile. Pas un Contact Form 7 nu et générique.

Mon process en 5 étapes, livrables nommés

Pas de maquette tant que l’arborescence n’est pas validée. Pas de mise en ligne tant que les CWV ne sont pas dans le vert.

Cas clients

Trois projets web où la conception a posé les fondations du SEO et de la conversion qui ont suivi.

Bemelman Spuiterij — Hillegom (NL)

Contexte : spuiterij ISO 9001 avec une taxonomie de services large (stralen, spuiterij, poedercoaten, schadeherstel, metaal behandeling) et une vingtaine de sous-catégories à fort intent commercial, mêlant B2C consommateur et B2B industriel.

Mon intervention : arborescence par taxonomie de services avec une page d’atterrissage par sous-catégorie, design system Divi cohérent, schema LocalBusiness + AutoBodyShop par page, séparation visuelle B2C/B2B dans les parcours, ISO 9001 mise en avant comme signal de confiance, mobile-first, Core Web Vitals dans le vert au lancement.

Résultat : structure claire qui tient une vingtaine de pages d’atterrissage, parcours utilisateur distincts par segment, design system qui absorbe l’ajout de nouveaux services sans casser la cohérence visuelle ou technique.

TX International Freight — Houston

Contexte : transitaire texan avec un site historique mal structuré, ne distinguant ni les corridors logistiques (Houston-Mexico, Houston-Latam, EU lanes) ni les segments de service. Besoin d’un socle bilingue EN+ES dès la refonte.

Mon intervention : refonte complète Divi, WPML configuré dès le brief pour le sous-répertoire /es/, landing pages dédiées par corridor logistique, schema FreightForwarder par page, lead form bilingue avec qualification (origine/destination/volume), Core Web Vitals optimisés au build.

Résultat : socle technique propre qui a soutenu le doublement des demandes de devis sur 18 mois et la part croissante de prospects arrivant via ChatGPT et Claude sur les requêtes bilingues freight.

Cabinet d'avocats à Valencia

Contexte : cabinet juridique valencien voulant un site trilingue (FR, EN, ES) capable de convertir une clientèle expat par spécialité juridique. Refonte d’un site WordPress monolingue obsolète, avec un design qui parlait peu à une clientèle internationale.

Mon intervention : architecture trilingue sous-répertoires, page par spécialité juridique (droit des affaires, franchise, droit des sociétés…) dans chaque langue, schema LegalService localisé, design system juridique sobre adapté à la clientèle expat, lead form intelligent qui pré-qualifie par profil et par spécialité.

Résultat : site prêt à recevoir le SEO multilingue qui a suivi, conversions trackées par langue et par spécialité, image cabinet alignée avec son positionnement boutique premium.

Inclus / pas inclus

Prestation	Inclus	Pas inclus
Discovery, arborescence et recherche de mots-clés cible	✓
Wireframes basse fidélité par type de page	✓
Maquettes Figma + design system documenté	✓
Intégration WordPress (Divi, Gutenberg, Elementor ou Bricks au choix) + WPML	✓
SEO technique au build (schema, hreflang, Rank Math)	✓
Optimisation Core Web Vitals au lancement	✓
Lead form qualifiant + GA4/GTM	✓
Migration et suivi post-launch 30 jours	✓
Hébergement et nom de domaine		⨯ recommandation et setup, facturation directe par l’hébergeur
Rédaction éditoriale complète des pages		⨯ devis séparé selon volume
Traductions vers les autres langues		⨯ couvert par SEO multilingue ou prestation BeTranslated
Campagnes Google Ads après lancement		⨯ couvert par SEM multilingue

Pourquoi un consultant SEO conçoit aussi des sites

Michael Bastin : 25 ans à designer, intégrer et auditer des sites WordPress multilingues. La plupart des agences web livrent un beau site qui ne ranke pas. La plupart des consultants SEO ne savent pas piloter un projet de design. Mon avantage : les deux casquettes en interne, ce qui change tout au moment où l’arborescence se décide.

Stack maîtrisée bout en bout : WordPress (Divi, Gutenberg, Elementor, Bricks selon le cas), WPML / Polylang, Rank Math / Yoast, GA4, GTM, Cloudflare, LiteSpeed, hébergement géré. Webflow et Shopify pour les contextes spécifiques. Quadrilingue (FR, EN, ES, NL) avec un réseau natif de copywriters et traducteurs sur les autres langues via BeTranslated.

En savoir plus sur l’équipe →

Quel CMS, quel builder, quel stack ?

WordPress par défaut. 80 % des projets multilingues que je livre tournent sur WordPress, parce que l’écosystème (WPML, Rank Math, Yoast, Polylang, plugins schema, hébergement maîtrisé) est sans rival pour faire ranker un site dans plusieurs langues. Au sein de WordPress, le builder se choisit selon votre contexte : Gutenberg / FSE pour les sites éditoriaux, Divi pour la flexibilité business, Elementor pour les équipes déjà formées, Bricks pour la performance.

Autres CMS quand c’est justifié. Shopify pour de l’e-commerce intensif. Webflow pour des sites marketing à forte dimension visuelle sans contraintes multilingues lourdes. Astro ou Next.js en headless quand performance brute et expérience développeur priment. Pas de WordPress par dogme.

Si vous avez déjà un stack qui tient la route, on le garde et on l’améliore. Pas de migration imposée pour le plaisir.

Questions fréquentes sur la conception de sites web

Combien de temps pour livrer un site multilingue ?

10 à 14 semaines pour un site multilingue de 15-30 pages avec deux langues. Le facteur limitant est rarement le dev : c’est la production éditoriale (briefs, rédaction, traductions, validations internes côté client). Les projets qui prennent du retard sont presque toujours bloqués sur des contenus en attente, pas sur la technique.

WPML, Polylang ou TranslatePress ?

WPML par défaut. Polylang est gratuit mais ses fonctions hreflang et la traduction des slugs/strings personnalisées sont moins matures. TranslatePress est correct pour des petits sites mais perd en flexibilité sur les sites complexes (taxonomies custom, schema multilingue). Sur un site qu’on veut faire ranker en plusieurs langues, WPML reste l’investissement le plus sûr.

Comment garantir que les Core Web Vitals sont propres ?

Audit avant livraison sur 5-8 pages représentatives via PageSpeed Insights, Lighthouse et CrUX. Critères de validation explicites : LCP < 2,5 s, INP < 200 ms, CLS < 0,1 sur mobile et desktop. Si un seuil n’est pas tenu, on ne livre pas avant correction. Maintien des CWV après lancement : surveillance mensuelle pendant 6 mois, ajustements inclus.

Vous travaillez avec mon hébergeur actuel ou vous en imposez un ?

Les deux options. Hébergeurs recommandés pour WordPress multilingue : WP Engine, Cloudways, Kinsta, ou un VPS managé chez Hetzner/OVH avec stack LiteSpeed. Pour un projet Webflow ou Shopify, l’hébergement est inclus dans la plateforme. Les hébergeurs mutualisés bas de gamme posent souvent problème sur WordPress : temps de génération PHP trop élevés, cache mal configuré, absence d’environnement de staging. Si votre hébergeur actuel fonctionne, on l’utilise. Sinon, je recommande une migration justifiée.

Mon site existant doit-il être refondu ou peut-on le rénover ?

Audit préalable systématique. Cas de rénovation pertinents : l’arborescence et le design system tiennent, mais quelques templates clés et la stack SEO doivent être refaits. Cas de refonte : arborescence à reprendre depuis zéro, dette technique trop lourde, ou évolution majeure de positionnement. Je vous donne mon avis honnête, même si rénovation rapporte moins qu’une refonte.

Que se passe-t-il après la livraison ?

Suivi 30 jours inclus pour les ajustements post-launch. Au-delà, deux options : forfait de maintenance mensuel (mises à jour, monitoring, sauvegardes, petites évolutions), ou contrat ouvert au ticket. Beaucoup de clients enchaînent ensuite avec une mission SEO multilingue pour faire vivre le site qu’on a construit.

Combien coûte une conception de site ?

Sur devis. Le tarif dépend du nombre de pages, du nombre de langues, du niveau de design demandé (template adapté vs design custom complet), et du périmètre éditorial. Premier échange gratuit : 30 minutes pour comprendre votre projet et donner une fourchette honnête. Pas de proposition générique envoyée par mail sans avoir échangé.

Vous prévoyez une refonte ou un nouveau site multilingue ?

Je commence par un cadrage de votre projet et un audit honnête de l’existant. Refonte ou rénovation, je vous dirai ce qui est justifié. Premier échange gratuit, sans engagement.