Sylius 2 : est-ce que mes URL vont changer ?

Non, les URL publiques de votre boutique ne changent pas avec la migration vers Sylius 2 : la fiche produit reste sur /products/{slug}, la catégorie sur /taxons/{slug}, le panier et le tunnel de commande gardent leurs adresses, et les slugs restent en base. Vos fiches produits conservent donc leur référencement, à condition que le chantier ne casse pas ce qui s'affiche sur ces adresses. Les URL qui bougent sont celles que votre projet a ajoutées ou modifiées, et elles se repèrent avant la bascule.

Je suis développeur Sylius indépendant et j'ai mené des montées de version 1.x vers 2.x de boutiques en production. La question des adresses revient à chaque premier rendez-vous, souvent posée par un dirigeant qui a déjà vécu une refonte coûteuse en trafic. La réponse courte rassure, mais elle mérite d'être démontrée sur votre propre boutique.

Quelles URL restent identiques en Sylius 2 ?

Toutes les adresses publiques du cœur de la boutique. Le fichier de routage des produits de Sylius 2 déclare toujours la fiche produit sur /products/{slug} et la liste d'une catégorie sur /taxons/{slug}. Le routage des commandes garde la page de remerciement sur /order/thank-you, et le tunnel reste sous /checkout avec les étapes adresse, livraison, paiement et validation, comme en 1.14. Le préfixe de langue /{_locale} reste un choix de configuration de votre projet.

Quelles URL disparaissent avec Sylius 2 ?

Le guide officiel UPGRADE-2.0 liste des dizaines de routes supprimées. Côté boutique, ce sont les routes Ajax du panier, comme sylius_shop_ajax_cart_add_item, et les routes dites partielles, comme sylius_shop_partial_cart_summary, remplacées par des composants Twig. Les autres sont des routes d'administration. Aucune n'est une page destinée à Google : ce sont des morceaux de page appelés par la boutique elle-même.

Je vérifie tout de même qu'aucune n'apparaît dans la Search Console ou dans un sitemap. Il arrive qu'une boutique en expose une par erreur, dans un lien ou un export. Les routes de paiement Payum ont aussi changé de fichier de configuration ; elles ne sont pas localisées par le préfixe de langue et ne concernent pas le référencement, mais elles comptent pour les retours de paiement.

Les fiches produits conserveront-elles leur référencement ?

Oui, si trois choses restent vraies : la même adresse, le même contenu et les mêmes signaux techniques. L'adresse ne bouge pas. Le contenu, c'est-à-dire le nom, la description, les images et les avis, reste en base. Les signaux techniques sont le vrai point de vigilance : la balise title, la meta description, la canonical, les hreflang et les données structurées Product vivent dans vos gabarits, pas dans le cœur de Sylius.

Comme Sylius 2 supprime les template events et réécrit la boutique sur Twig Hooks, un gabarit surchargé pour la 1.x n'est plus appelé. La fiche produit s'affiche, à la même adresse, mais sans sa meta description ni ses données structurées. Pour Google, c'est une page qui a perdu une partie de ses arguments. Le relevé complet des balises et la méthode de contrôle dans la Search Console sont détaillés dans l'article sur le référencement pendant la migration Sylius 2 ; je ne les répète pas ici.

Les images forment un cas à part. Sylius 2 a renommé le résolveur et le chargeur par défaut de LiipImagineBundle, la brique qui génère les miniatures. Je vérifie donc sur la préproduction que les adresses des images restent celles que Google et vos flux produits connaissent.

Pour savoir précisément quelles routes votre propre code utilise encore, le plus rapide est l'analyse. Le diagnostic offert de migration Sylius 2 s'appuie sur Sylius Upgrade Analyzer, l'outil que j'ai créé et publié sur le Sylius Store, qui signale les routes supprimées encore appelées par votre projet.

Dans quels cas les URL changent-elles vraiment ?

Dans quatre cas, et aucun n'est imposé par Sylius 2. Premier cas, le catalogue est réimporté ou les slugs sont régénérés : la gestion des accents, des doublons et des suffixes peut produire une adresse différente. Deuxième cas, vous restructurez l'arbre des catégories en même temps. Troisième cas, vous changez la stratégie de préfixe de langue. Quatrième cas, des routes sur mesure, pages d'atterrissage ou marques par exemple, ne sont pas reportées à l'identique.

Mon conseil est constant : ne pas cumuler. Une montée de version d'un côté, une refonte de l'arborescence de l'autre, à quelques semaines d'écart. Si une adresse doit malgré tout changer, Google recommande de faire correspondre chaque ancienne URL à sa nouvelle adresse et de rediriger directement vers la destination finale. La façon de contrôler ces redirections est expliquée dans l'article sur la vérification des redirections.

Comment vérifier que vos URL n'ont pas bougé ?

On compare deux listes. La première se construit avant le chantier, à partir du sitemap, des pages qui reçoivent du trafic dans la Search Console sur les derniers mois et des journaux du serveur. La seconde se produit sur la préproduction Sylius 2, en rejouant exactement les mêmes adresses. Chaque ligne doit répondre avec un code 200 et le même contenu principal. Une ligne en 404 désigne une route oubliée ou un slug modifié ; une ligne redirigée désigne une règle à justifier.

Ce contrôle prend peu de temps quand il est préparé et évite la situation la plus coûteuse : découvrir des semaines plus tard, dans un rapport d'indexation, des pages qui ne répondent plus. Les liens publicitaires sont concernés au même titre, comme je l'explique dans l'article sur les campagnes Google Ads et Meta Ads.

Ce que je vous propose

Sylius 1.14 ne reçoit plus de correctifs de sécurité après le 31 décembre 2026. Si vous voulez savoir, avant de lancer quoi que ce soit, quelles adresses de votre boutique risquent de bouger, demandez le diagnostic de migration offert : j'analyse votre projet, je liste les routes sur mesure et les gabarits à reprendre, et je vous remets une estimation en jours, commentée de vive voix.