Sylius6 min

Mes campagnes Google Ads et Meta Ads survivront à Sylius 2 ?

Par Pierre-Arthur Demengel
Sylius 2Migration SyliusGoogle AdsMeta AdsTracking
Partager

Oui, vos campagnes Google Ads et Meta Ads continueront de tourner : elles vivent dans les comptes Google et Meta, pas dans Sylius, et la migration vers Sylius 2 ne les touche pas. Ce qui peut casser, c'est ce qui relie ces campagnes à votre boutique : les pages de destination, les balises qui mesurent les conversions et le flux produits. Si ces trois liens sont vérifiés avant la bascule, vos annonces ne voient aucune différence. S'ils sont oubliés, vous continuez à payer des clics sans savoir ce qu'ils rapportent.

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. Sur ce type de chantier, la publicité est rarement dans le cahier des charges, parce qu'elle est gérée par quelqu'un d'autre : une agence, un consultant ou le dirigeant lui-même. C'est justement pour cela qu'elle se casse en silence. Voici où regarder.

Pourquoi les campagnes elles-mêmes ne risquent rien ?

Une campagne Google Ads ou Meta Ads est un ensemble d'annonces, de budgets, d'audiences et d'historique stocké chez Google ou chez Meta. Changer la version du logiciel qui fait tourner votre boutique ne modifie rien de tout cela. Personne n'a à recréer de campagne, de groupe d'annonces ou d'audience parce que la boutique passe de Sylius 1.14 à Sylius 2.

Le vrai sujet est ailleurs. Une campagne fonctionne si trois conditions restent vraies : le clic arrive sur une page qui répond, la commande qui suit est bien remontée comme conversion, et le catalogue envoyé à Google ou à Meta reste à jour. La migration Sylius 2 touche potentiellement à chacune de ces conditions.

Les pages de destination de mes annonces vont-elles changer ?

Pour les pages du cœur de Sylius, non. En Sylius 2, la fiche produit répond toujours sur /products/{slug} et la liste d'une catégorie sur /taxons/{slug}, comme en 1.14 : c'est visible dans le fichier de routage officiel de la boutique. Les slugs sont stockés en base et la montée de version ne les modifie pas. Une annonce qui pointe vers une fiche produit continue donc de pointer vers la même adresse.

Le risque vient de ce que votre projet a ajouté : des pages d'atterrissage sur mesure, des routes propres à une opération commerciale, un préfixe de langue modifié ou un catalogue réimporté avec des slugs régénérés. Google appelle cette adresse l'URL finale de l'annonce. Une URL finale qui tombe en erreur après la bascule, ce sont des clics payés qui n'aboutissent nulle part, et des annonces que Google peut refuser. Le détail de ce qui change ou non dans les adresses est dans l'article mes URL vont-elles changer avec Sylius 2.

Le suivi des conversions continuera-t-il de remonter ?

C'est le point le plus fragile. La balise Google, le pixel Meta et les événements de conversion ne font pas partie de Sylius : ils ont été ajoutés dans vos gabarits, souvent dans le gabarit principal de la boutique ou dans la page de remerciement qui suit la commande. En 1.x, ils étaient fréquemment branchés sur les template events, par exemple l'événement sylius.shop.layout.head.

Or le guide officiel UPGRADE-2.0 supprime les template events et réécrit toute la boutique sur Twig Hooks, avec Bootstrap 5 et Symfony UX à la place de Semantic UI et jQuery. Un gabarit surchargé pour la 1.x n'est plus appelé, un bloc branché sur un ancien événement ne s'affiche plus, et rien ne plante : la page s'affiche normalement, la balise a simplement disparu. L'ajout au panier passe aussi par un composant dynamique de Symfony UX : un script qui écoutait l'ancien formulaire jQuery pour envoyer l'événement « ajout au panier » ne se déclenche plus.

Pour une campagne, la conséquence est immédiate. Les enchères automatiques de Google Ads et l'optimisation de Meta s'appuient sur les conversions remontées. Si elles disparaissent, les tableaux de bord affichent un effondrement qui n'existe pas, et les algorithmes ajustent leurs enchères sur des données fausses. Je détaille la reprise complète du suivi dans l'article sur le tracking et les conversions après Sylius 2.

Et le flux produits Google Shopping ou le catalogue Meta ?

Les campagnes Shopping et Performance Max, comme les publicités catalogue de Meta, lisent un flux qui décrit vos produits : titre, prix, disponibilité, lien et image. Sur une boutique Sylius, ce flux est généralement produit par un plugin ou par un export maison. Si ce plugin n'a pas de version compatible Sylius 2, le flux cesse d'être généré ou se fige, et les prix affichés dans les annonces divergent de ceux de la boutique.

Google demande que l'attribut link de chaque produit pointe vers une page accessible, sur votre domaine validé. Les liens d'images méritent la même vérification : Sylius 2 a renommé le résolveur et le chargeur par défaut de LiipImagineBundle, qui produit les miniatures. Je contrôle donc sur la préproduction que les adresses d'images du flux répondent toujours. Pour savoir quels plugins ont une version 2, voyez la méthode pour vérifier et remplacer les plugins.

Si vous investissez chaque mois en publicité, ces vérifications coûtent beaucoup moins cher que quelques semaines de données faussées. C'est exactement ce que couvre le diagnostic offert de migration Sylius 2 : je repère dans votre code les gabarits, plugins et flux qui portent vos balises publicitaires.

Comment protéger ses campagnes pendant la migration ?

La méthode tient en quatre temps. Avant le chantier, je dresse l'inventaire avec la personne qui gère la publicité : quelles balises, quels événements, quel flux, quelles pages de destination. Il suffit souvent d'exporter la liste des URL finales depuis Google Ads et Meta pour savoir quelles adresses doivent absolument répondre.

En préproduction, je rejoue chaque URL finale et je vérifie son code de réponse, puis je passe une commande test pour contrôler que l'achat remonte bien, avec le bon montant et le bon identifiant de commande, dans les outils de test de Google et de Meta. Le flux produits est régénéré sur la nouvelle version et comparé à l'ancien.

Le jour de la bascule, si une page de maintenance est affichée pendant le gel des commandes, je conseille de baisser les budgets ou de suspendre les campagnes le temps de la fenêtre, puis de les relancer dès la réouverture. La bascule elle-même est décrite dans l'article sur la bascule sans coupure. Les jours suivants, je compare le nombre de commandes enregistrées dans Sylius avec les conversions remontées : un écart soudain désigne une balise oubliée.

Ce que je vous propose

Sylius 1.14 ne reçoit plus de correctifs de sécurité après le 31 décembre 2026, et beaucoup de boutiques vont migrer en même temps que leur saison commerciale la plus chargée. Mieux vaut traiter la publicité dès le cadrage que la découvrir le lendemain de la bascule. Je lance Sylius Upgrade Analyzer, l'outil open source que j'ai créé et publié sur le Sylius Store, sur votre projet, et je vous remets un diagnostic de migration offert avec une estimation en jours, qui signale les gabarits et plugins dont dépendent vos campagnes.

Questions fréquentes

Partager
Spécialiste SyliusCréation Site Pro, reprise en 2023France, Belgique, LuxembourgDisponible immédiatement

Votre boutique vend plus que votre outil ne suit ?

Je vous rappelle sous 24 heures ouvrées et je vous dis ce que votre outil vous coûte.

Ou appelez directement :06 95 41 30 25