Vous vous êtes connecté à votre administrateur la semaine dernière, vous avez vu une bannière concernant la mise à niveau de vos pages de remerciement et de statut de commande, et vous l'avez fermée. Vous utilisez le forfait Grow, pas Plus, et l'« extensibilité du passage à la caisse » a toujours semblé être un problème réservé à Plus. Voici la réalité : la date limite de Shopify de mise à niveau du passage à la caisse pour les boutiques non-Plus est le 26 août 2026, et si vous la laissez passer sans migrer, les parties de votre boutique qui génèrent discrètement des revenus (suivi des conversions, logique de paiement à la livraison, ventes incitatives post-achat) risquent de cesser de fonctionner du jour au lendemain.

Il ne s'agit pas de la date limite Plus de 2025 dont vous avez entendu parler et que vous avez ignorée. Celle-ci est la vôtre. Et la bonne nouvelle est que la correction représente un week-end de travail ciblé, pas une migration de plateforme complète.

Réponse rapide : Le 26 août 2026, les boutiques sur les forfaits non-Plus (Basic, Grow, Advanced) devront abandonner les anciennes pages de remerciement et de statut de commande. Tout suivi, script ou personnalisation visuelle présent sur les anciennes pages sera remplacé. Migrez avant cette date en utilisant les pixels d'application, les événements de l'API Web Pixel et les blocs de passage à la caisse pour préserver votre attribution et vos revenus post-achat.

Qu'est-ce que la date limite du passage à la caisse du 26 août 2026 ?

Le 26 août 2026 est la date à laquelle chaque boutique sur un forfait non-Plus Shopify doit mettre à niveau ses pages de remerciement et de statut de commande vers le nouveau système de passage à la caisse et de comptes clients. Shopify le confirme directement dans son guide de mise à niveau non-Plus : lors de la mise à niveau, « vos pages de remerciement et de statut de commande actuelles ainsi que toutes les personnalisations existantes sur ces pages sont remplacées par les nouvelles versions. »

Pour faire court : Shopify retire les anciennes pages post-achat de l'ère checkout.liquid pour tout le monde, et les marchands non-Plus sont le dernier groupe à faire la transition.

Si vous gérez une boutique Plus, votre version de cette transition a eu lieu le 28 août 2025, lorsque checkout.liquid et les zones de scripts supplémentaires sont passés en lecture seule. Les boutiques non-Plus ont bénéficié d'un délai supplémentaire. Ce délai se termine dans environ deux mois. En réalité, la plupart des équipes non-Plus sont restreintes, la bannière est facile à ignorer, et le fait que « cela fonctionne encore aujourd'hui » repousse le problème au second plan.

Un détail qui augmente les enjeux cette année : depuis le 2 avril 2026, Shopify a rendu les fonctionnalités B2B natives (profils d'entreprise, conditions de paiement, tarifs dégressifs) disponibles sur les forfaits Basic, Grow et Advanced. Les boutiques non-Plus réalisent des opérations commerciales plus sérieuses que jamais, ce qui signifie que le flux de passage à la caisse et post-achat comporte plus d'enjeux qu'auparavant.

Qu'est-ce qui cesse de fonctionner exactement le 26 août ?

Ce qui cesse de fonctionner, ce sont les personnalisations greffées sur les anciennes pages : pixels de suivi tiers, logique des scripts supplémentaires, modifications visuelles de checkout.liquid et tout contenu post-achat sur l'ancienne page de statut de commande. Les ventes de produits continuent. Ce que vous perdez, c'est l'instrumentation et la couche d'expérience que vous aviez construites par-dessus.

Voici ce qui est réellement en jeu, en termes clairs :

Le suivi des conversions est le point le plus critique. Un pixel Google Ads ou Meta collé dans la zone de scripts supplémentaires s'exécute sur l'ancienne page de remerciement. Lorsque cette page est remplacée, le snippet disparaît avec elle. Vos campagnes continuent de dépenser, mais les événements d'achat ne sont plus transmis, et vos plateformes publicitaires perdent la capacité d'attribuer et d'optimiser. Vous vous en rendez compte deux semaines plus tard, lorsque le ROAS chute sans que personne n'ait touché au budget.

La zone de scripts supplémentaires est en lecture seule depuis le 28 août 2025. Vous pouvez lire ce qu'elle contient, mais vous ne pouvez pas la modifier, ce qui signifie que la migration est à sens unique : vous devez reconstruire cette logique dans le nouveau modèle, sans corriger l'ancien.

Les personnalisations de checkout.liquid sont comptées. Toute modification de couleur, de police ou de mise en page de marque dans ce fichier ne sera pas transférée vers les nouvelles pages, qui sont désormais stylisées via l'éditeur de caisse et de comptes.

En quoi cela diffère-t-il de la date limite Plus de 2025 ?

La date limite de 2025 concernait la perte de la modification de checkout.liquid pour les boutiques Plus ; la date limite de 2026 concerne la perte des anciennes pages de remerciement et de statut de commande pour les boutiques non-Plus, avec une mise à niveau automatique pour ceux qui la manquent. Même migration, public différent, et conséquences plus directes en cas d'inaction.

Shopify déploie des mises à niveau automatiques depuis janvier 2026, migrant les boutiques sans consentement explicite préalable. Le problème : la mise à niveau automatique est effectuée au mieux. Les intégrations des canaux officiels Shopify ont tendance à être conservées ; les pixels personnalisés, les conteneurs Google Tag Manager et la logique de checkout.liquid ne le sont pas. Se reposer sur la mise à niveau automatique de Shopify n'est donc pas une stratégie. C'est le meilleur moyen de vous retrouver avec une nouvelle caisse propre mais avec un trou de deux semaines dans votre attribution.

La différence majeure : une équipe Plus disposait généralement d'un développeur ou d'une agence pour gérer cela en 2025. Une équipe non-Plus n'en a souvent pas, c'est pourquoi la date limite est facile à sous-estimer et la correction plus douloureuse lorsqu'elle est réactive.

Si vous souhaitez comprendre l'intégralité du fonctionnement de la migration de l'extensibilité du passage à la caisse, y compris le volet concernant Plus, notre guide de migration de l'extensibilité de la caisse est la référence complète. Cet article est la version d'urgence ciblée sur les forfaits non-Plus.

La méthode en 7 étapes : migrer avant le 26 août en un week-end

Vous pouvez finaliser une migration propre non-Plus en un week-end de travail ciblé en auditant le contenu des anciennes pages, en reconstruisant le suivi sous forme de pixels et en réintégrant le contenu post-achat sous forme de blocs avant d'activer le changement. Voici l'ordre des opérations pour éviter toute perte de données.

1. Ouvrez votre guide de mise à niveau personnalisé. Allez dans Paramètres > Passer à la caisse dans votre administrateur. Shopify génère une liste de contrôle spécifique à votre boutique concernant les éléments nécessitant une attention particulière en fonction de vos personnalisations actuelles. Commencez ici pour travailler à partir de votre configuration réelle.

2. Faites l'inventaire de la zone de scripts supplémentaires avant de modifier quoi que ce soit. Copiez chaque snippet présent dans Paramètres > Passer à la caisse > Scripts supplémentaires. C'est en lecture seule, alors collez-le dans un document. C'est votre feuille de route pour la migration : chaque script doit trouver un nouvel emplacement ou être officiellement abandonné.

3. Reconstruisez le suivi des conversions sous forme de pixels. Transférez le suivi Google Ads et Meta vers les canaux natifs de Shopify (Google & YouTube, Facebook & Instagram) ou vers un pixel Web personnalisé sous Paramètres > Événements client. L'API Web Pixel se déclenche lors de l'événement checkout_completed et transmet les données requises par vos plateformes publicitaires. Vérifiez chaque pixel en temps réel avec le testeur de balises de la plateforme concernée avant de valider.

4. Remplacez la logique basée sur des scripts par des applications ou des blocs. Les règles de paiement à la livraison, les notes de commande, la saisie de champs personnalisés et la logique similaire qui résidait dans les scripts supplémentaires doivent être reconstruites sous forme de blocs de caisse ou gérées par une application du Shopify App Store. Si une application essentielle n'a pas encore publié de version compatible, contactez le développeur dès maintenant ou trouvez une alternative pendant que vous avez encore du temps.

5. Réintégrez votre contenu post-achat sur la nouvelle page de statut de commande. Les offres de vente incitative, les demandes d'avis, les widgets de suivi et les messages d'information ne se migrent pas d'eux-mêmes. Ajoutez-les à nouveau via l'éditeur de caisse et de comptes sous forme de blocs afin que votre page de statut de commande continue de remplir son rôle.

6. Reconstruisez le style de marque dans l'éditeur. Tout ce que vous avez stylisé dans checkout.liquid doit être recréé en utilisant les commandes de style de marque du nouvel éditeur. Harmonisez vos couleurs, votre logo et votre typographie pour que les pages mises à niveau correspondent à l'identité visuelle de votre boutique.

7. Testez une commande réelle de bout en bout, puis publiez. Effectuez une commande de test en direct. Confirmez que le pixel se déclenche, que la vente incitative s'affiche, que le style reste cohérent et que le flux de confirmation est correct. Ne publiez qu'après cette validation, bien avant le 26 août, pour vous laisser le temps de corriger les éventuels oublis.

Conseil : Effectuez d'abord la migration des pixels et vérifiez-la avant de publier quoi que ce soit. Les pertes d'attribution sont les erreurs les plus coûteuses et les moins visibles, et elles sont les plus faciles à détecter avec un seul achat de test.

Ce que cela signifie pour votre expérience post-achat

La migration est également une réinitialisation forcée de votre page de statut de commande, qui est la page la plus vue et la plus consultée de tout votre flux post-achat. Considérez-la donc comme une opportunité de la reconstruire de manière stratégique plutôt que de simplement restaurer l'ancienne version. Les clients reviennent régulièrement sur cette page pour suivre leur livraison, ce qui s'y trouve est donc crucial.

C'est là que la mise à niveau devient une opportunité. La même vague du 17 juin 2026 qui a apporté les modifications de la Summer Edition a également offert une mise à niveau graphique des comptes clients, avec une mise en page épurée sur une seule colonne et une navigation pensée pour le mobile. L'interface post-achat devient plus propre et performante au moment même où vous devez la reconstruire.

Puisque vous lisez le blog de Revize, voici le contexte produit en toute franchise : lorsque l'ancienne page de statut de commande sera remplacée, les options de modification de commande en libre-service, de vente incitative post-achat et de modification d'adresse que de nombreux marchands avaient assemblées avec des scripts et checkout.liquid devront trouver un nouvel emplacement. C'est précisément ce vide que Revize est conçu pour combler sur les nouvelles pages, permettant aux clients de corriger une adresse, de modifier une variante ou d'ajouter un produit à une commande depuis la page de statut de commande mise à niveau, sans solliciter le support client. Des marques comme Nude Project et AYBL s'appuient sur cette couche de libre-service post-achat pour éviter d'encombrer la boîte de réception de leurs équipes opérationnelles. Le but n'est pas de vous vendre une application en pleine migration ; c'est d'inclure la « reconstruction post-achat » dans votre liste de contrôle de migration, et non d'en faire un projet secondaire pour septembre.

Quitte à reconstruire la page, faites-le de manière à ce que les clients puissent résoudre leurs problèmes de manière autonome plutôt que d'envoyer un e-mail au support. Notre guide expliquant comment autoriser les clients à annuler leurs propres commandes montre pourquoi le libre-service post-achat est plus efficace que la file d'attente du support. Un e-mail indiquant « désolé, nous ne pouvons plus modifier cela » est un frein majeur à la rétention pour toute marque DTC.

Avant et après : ce que la mise à niveau change concrètement

Les nouvelles pages sont plus sécurisées et évolutives, mais elles remplacent l'ancienne flexibilité totale des scripts collés par un modèle structuré de pixels et de blocs, ce qui s'avère préférable à long terme malgré un léger travail initial supplémentaire. Voici le comparatif.

Une nuance importante à préciser : cette date limite concerne spécifiquement les pages de remerciement et de statut de commande pour les boutiques non-Plus. La personnalisation avancée des étapes de caisse elles-mêmes reste une fonctionnalité exclusive de Plus. Votre migration non-Plus est donc limitée à ces deux pages post-achat ainsi qu'à votre suivi, ce qui représente un travail bien plus rapide qu'une reconstruction complète de la caisse. Cette délimitation rend l'objectif d'un week-end tout à fait réaliste.

Si une partie de votre ancienne logique reposait sur Shopify Scripts (personnalisations de remises, d'expéditions ou de paiements), notez la date limite associée : les Scripts hérités seront complètement retirés le 30 juin 2026. Cette logique est transférée vers Shopify Functions, processus que nous détaillons étape par étape dans notre tutoriel de migration des Scripts vers les Functions.

Foire aux questions

Que se passe-t-il si je manque la date limite du 26 août 2026 ?

Votre boutique sera automatiquement mise à niveau vers les nouvelles pages, et toutes les personnalisations que Shopify ne peut pas transférer seront abandonnées. Shopify déploie ces mises à niveau automatiques depuis janvier 2026. La migration est effectuée au mieux : les intégrations des canaux officiels survivent généralement, mais les pixels personnalisés, les conteneurs Tag Manager et la logique de checkout.liquid sont généralement perdus. Manquer cette date ne bloque pas vos ventes, mais peut casser silencieusement votre suivi et votre contenu post-achat.

Cette date limite s'applique-t-elle à mon forfait ?

Oui, si vous utilisez Basic, Grow ou Advanced, cette date limite du 26 août 2026 vous concerne directement. Les boutiques Plus ont déjà effectué leur transition en 2025. Le calendrier non-Plus est celui qui est toujours en cours et se terminera en 2026. Si vous avez un doute sur les pages concernées, le guide de mise à niveau dans Paramètres > Passer à la caisse vous l'indiquera en fonction de votre configuration réelle.

Mon suivi Google Ads et Meta cessera-t-il réellement de fonctionner ?

Uniquement s'il se trouve dans la zone de scripts supplémentaires et que vous ne le migrez pas au préalable. Les snippets de conversion collés dans les scripts supplémentaires s'exécutent sur l'ancienne page de remerciement et disparaîtront donc avec elle. Reconstruisez-les sous forme de pixels de canaux natifs ou de pixel Web personnalisé avant la date limite pour maintenir votre attribution sans interruption. Validez le fonctionnement avec le testeur de balises de chaque plateforme.

Puis-je simplement laisser Shopify effectuer la mise à niveau automatique ?

C'est possible, mais c'est l'option la plus risquée pour toute boutique disposant d'un suivi personnalisé ou de contenu post-achat. La mise à niveau automatique est conçue pour maintenir le fonctionnement des ventes, pas pour préserver l'ensemble de vos personnalisations. Pour une boutique simple sans scripts personnalisés, cela convient. Pour une boutique utilisant des pixels publicitaires, une logique de paiement à la livraison ou des ventes incitatives, une migration planifiée évite les pertes d'attribution.

Combien de temps prend la migration non-Plus ?

Un week-end de travail ciblé pour la plupart des boutiques non-Plus, parfois une simple après-midi. Le travail est limité à vos pages de remerciement et de statut de commande ainsi qu'à votre suivi, pas à une reconstruction complète de la caisse. La durée varie selon le nombre de scripts et de personnalisations accumulés. Une boutique avec un seul pixel Google et un widget de suivi sera très rapide à migrer ; une boutique avec de nombreux scripts collés et un style lourd dans checkout.liquid demandera plus d'attention.

Quelle est la différence entre la page de caisse et la page de statut de commande ?

La page de caisse est celle où les clients effectuent le paiement ; la page de statut de commande est celle qu'ils consultent ensuite et sur laquelle ils reviennent pour suivre leur colis. Les boutiques non-Plus peuvent personnaliser les pages de remerciement et de statut de commande via l'éditeur de caisse et de comptes. La personnalisation avancée des étapes de caisse elles-mêmes reste réservée aux forfaits Plus. Cette date limite concerne uniquement ces deux pages post-achat, ce qui explique pourquoi la migration reste limitée pour les marchands non-Plus.

Ai-je besoin d'un développeur pour effectuer cette transition ?

La plupart des boutiques non-Plus peuvent s'en charger de manière autonome, en utilisant les canaux natifs, les applications et l'éditeur visuel. La migration des pixels vers les canaux Google et Meta de Shopify se fait en quelques clics. L'ajout de contenu post-achat s'effectue à l'aide de blocs dans l'éditeur. Vous n'aurez besoin d'un développeur que pour des logiques personnalisées complexes qui ne peuvent être reproduites par une application ou un pixel Web standard.

Par quoi est remplacée la zone de scripts supplémentaires ?

Les pixels d'application et l'API Web Pixel remplacent les scripts de suivi, tandis que les blocs de caisse et les applications remplacent la logique et le contenu. Shopify a divisé l'ancienne zone générique en outils dédiés : Événements client pour les pixels, l'éditeur de caisse et de comptes pour le contenu et le style, et les applications du App Store pour les fonctionnalités. Cette structure est plus propre que l'intégration de code brut et résiste aux futures mises à jour de la plateforme.

Mes ventes incitatives post-achat survivront-elles à la migration ?

Pas d'elles-mêmes ; les ventes incitatives configurées sur l'ancienne page de statut de commande doivent être reconstruites sous forme de blocs ou via une application compatible. Si une part significative de vos revenus provient des offres post-achat, placez cette étape en priorité de votre liste de migration. Une reconstruction via une application post-achat compatible sur les nouvelles pages sécurise ce flux de revenus et le rend évolutif.

La mise à niveau affecte-t-elle mes comptes clients ?

Indirectement, oui, car cette même transition technique a modernisé les comptes clients avec une mise en page plus épurée depuis le 17 juin 2026. Les nouveaux comptes et l'expérience de statut de commande partagent la même base technique mise à niveau. Si vous aviez personnalisé les anciens comptes clients, consultez notre guide de mise à niveau des comptes clients d'ancienne génération en parallèle de cette migration pour coordonner vos efforts.

La technologie checkout.liquid a-t-elle complètement disparu ?

En pratique, oui ; elle est obsolète et ses personnalisations ne sont pas transférées vers les nouvelles pages. Les boutiques Plus ont perdu la possibilité de la modifier en août 2025, et les pages d'ancienne génération non-Plus qui s'appuyaient dessus seront retirées le 26 août 2026. Tout style ou logique développé dans ce fichier doit être recréé dans l'éditeur ou via une application. Il n'existe aucune solution pour conserver checkout.liquid à long terme.

Quel est l'élément le plus important à migrer en priorité ?

Le suivi des conversions, car c'est l'erreur la plus coûteuse et la moins visible. Une vente incitative défectueuse se remarque immédiatement en consultant la page. Un pixel cassé est invisible jusqu'à ce que vos rapports publicitaires soient faussés et que vous optimisiez vos campagnes sur des données erronées. Migrez et vérifiez le suivi avant tout le reste.

Les clients pourront-ils toujours modifier ou annuler leurs commandes après la mise à niveau ?

Uniquement si vous reconstruisez cette fonctionnalité sur la nouvelle page de statut de commande, et la mise à niveau est le moment idéal pour le faire. La modification et l'annulation en libre-service réduisent la charge du support client et protègent l'expérience d'achat. Puisque vous devez reconstruire la page, ajouter une couche de modification post-achat est une étape simple offrant un retour sur investissement important pour la rétention.

Votre plan de migration pour cette semaine

La date limite du passage à la caisse Shopify du 26 août 2026 est suffisamment proche pour agir et assez lointaine pour le faire sereinement. N'attendez pas que la mise à niveau automatique prenne la décision à votre place.

Voici les étapes à suivre cette semaine :

1. Faites l'audit aujourd'hui. Ouvrez Paramètres > Passer à la caisse, consultez votre guide de mise à niveau personnalisé et copiez tout le contenu de la zone de scripts supplémentaires dans un document.

2. Migrez le suivi ce week-end. Reconstruisez les pixels Google et Meta via les canaux natifs ou les pixels Web, puis validez chacun d'eux avec un achat de test.

3. Reconstruisez et publiez avant la fin du mois. Réintégrez votre contenu post-achat et votre style dans l'éditeur, validez une commande réelle de bout en bout, et publiez avec plusieurs semaines d'avance.

Pour les marchands, l'essentiel est de comprendre qu'il s'agit d'une migration limitée à deux pages et non d'un changement de plateforme, et que le coût de l'inaction se paiera en perte d'attribution et en ventes incitatives défectueuses. Pour les agences, c'est le moment de passer en revue chaque client non-Plus avant la vague du 26 août. Les boutiques qui abordent cette date limite du passage à la caisse Shopify comme une opportunité d'optimisation, et non comme une simple contrainte de conformité, en ressortiront avec une expérience post-achat plus rapide, plus propre et prête pour les prochaines évolutions de Shopify.

Articles connexes

• Shopify Checkout Extensibility 2026: The Full Migration Guide

• How to Migrate Shopify Scripts to Functions (2026 Edition)

• Shopify Legacy Customer Accounts: The Upgrade Guide

• How to Let Customers Cancel Orders on Shopify

• The True Cost of Returns on Shopify (2026)

Mis à jour en août 2026. Revize est une application Shopify de modification de commande post-achat en libre-service pour les clients, permettant aux acheteurs de modifier l'adresse de livraison, de changer une variante ou un produit, d'annuler et d'obtenir un remboursement ou un crédit d'achat avant l'expédition, le tout sans solliciter le support client. En savoir plus sur la possibilité de permettre aux clients de modifier leurs propres commandes Shopify, ou retrouver Revize sur le Shopify App Store.