Une structure d’URL Webflow ressemble souvent à /produit/nom-du-produit, sans le préfixe que WooCommerce ajoute par défaut sous la forme /produit/nom-du-produit/ avec un slash final systématique, ou parfois un chemin totalement différent selon la configuration du site d’origine. Cette différence, anodine en apparence, suffit à faire chuter tout un historique de classement si elle n’est pas anticipée avant la bascule. Ce guide ne traite pas la reconstruction du design de la boutique — seulement la préservation des URL et des métadonnées produit pendant la migration technique.
Cartographier chaque URL avant de toucher au design
La première étape, avant même d’ouvrir l’éditeur WooCommerce, consiste à extraire la liste complète des URL indexées du site Webflow. Le sitemap XML généré automatiquement par Webflow, généralement accessible à /sitemap.xml, donne un point de départ fiable, à compléter par un export de la Search Console pour repérer les pages qui reçoivent réellement du trafic organique, y compris celles qui auraient disparu du sitemap actuel.
Chaque URL de produit doit ensuite être associée à sa future URL WooCommerce dans un tableau de correspondance. Ce travail, fastidieux mais indispensable, évite les approximations lors de la création des redirections : une redirection posée « à peu près » vers la page d’accueil de la nouvelle boutique ne transmet quasiment aucune autorité SEO, alors qu’une redirection vers la fiche produit équivalente en conserve l’essentiel.
Reconstruire les métadonnées produit fidèlement
Les balises meta title et meta description saisies dans Webflow ne se transfèrent pas automatiquement : elles doivent être recopiées manuellement ou via un script dans les champs correspondants de WooCommerce, généralement gérés par l’extension SEO installée sur le nouveau site. Un import CSV via wp import ou un script utilisant wc_get_product permet d’automatiser cette recopie si l’export Webflow fournit ces champs de façon structurée.
wp eval '
$lignes = array_map( "str_getcsv", file( "export-metadonnees.csv" ) );
$entetes = array_shift( $lignes );
foreach ( $lignes as $ligne ) {
$donnees = array_combine( $entetes, $ligne );
$produit_id = wc_get_product_id_by_sku( $donnees["sku"] );
if ( $produit_id ) {
update_post_meta( $produit_id, "_yoast_wpseo_title", $donnees["meta_title"] );
update_post_meta( $produit_id, "_yoast_wpseo_metadesc", $donnees["meta_description"] );
}
}
'
Les images produit méritent la même attention : leur attribut alt, souvent négligé lors des migrations rapides, doit être reporté fidèlement, tout comme les données structurées de prix et de disponibilité, qui influencent l’affichage dans les résultats de recherche enrichis.
Poser les redirections au bon niveau
Une redirection posée uniquement dans WordPress, via une extension de redirection, n’a d’effet qu’une fois WordPress chargé : si le domaine change de serveur d’hébergement en même temps que de CMS, il faut d’abord s’assurer que le serveur web répond correctement avant même d’atteindre WordPress. Une règle au niveau du serveur, dans la configuration Nginx ou Apache, reste la solution la plus robuste pour un volume important d’URL, tandis qu’une extension comme Redirection convient pour un catalogue plus restreint.
# Exemple de règle Nginx pour une correspondance directe
location = /produit/veste-hiver {
return 301 /produit/veste-hiver-homme/;
}
Il est essentiel que chaque redirection pointe vers l’équivalent exact du contenu d’origine, et non vers une catégorie ou la page d’accueil : une redirection généraliste vers la page d’accueil est traitée par les moteurs de recherche comme une perte de pertinence, presque au même titre qu’une erreur 404 non redirigée.
Vérifier après bascule
Une fois la boutique WooCommerce en ligne, la Search Console reste l’outil de vérification le plus fiable : le rapport de couverture d’index signale les pages qui reviennent en erreur 404 malgré la migration, généralement dans les jours qui suivent le basculement DNS. Un script de vérification en masse, avec curl sur la liste complète des anciennes URL, permet de repérer les oublis avant même que Google ne les remonte :
while read url; do
code=$(curl -o /dev/null -s -w "%{http_code}" "https://exemple.fr$url")
echo "$url -> $code"
done < anciennes-urls.txt
- Toute URL qui répond autre chose qu'un 301 suivi d'un 200 mérite d'être corrigée immédiatement.
- Les images référencées dans Google Images méritent leur propre vérification, souvent oubliée.
- Le fichier sitemap de la nouvelle boutique doit être soumis à nouveau dans la Search Console dès la bascule.
Gardez le tableau de correspondance d'URL au moins six mois après la migration : c'est le document de référence en cas de litige sur une redirection manquante repérée tardivement.
Notre verdict
Une migration de Webflow vers WooCommerce qui préserve le classement n'est jamais une question de configuration WooCommerce seule : c'est un travail de cartographie méthodique, mené avant tout changement visuel. Les boutiques qui perdent du trafic après ce type de bascule ont presque toujours sauté l'étape de correspondance d'URL, en misant sur des redirections génériques posées dans l'urgence plutôt que sur un mapping produit par produit.
