Vous vous êtes connecté à votre administrateur la semaine dernière, avez vu une bannière concernant la mise à niveau de vos pages de remerciement et de statut de commande, et l'avez fermée. Vous êtes sur 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 du passage à la caisse Shopify pour les boutiques non-Plus est fixée au 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, votre vente incitative post-achat) peuvent cesser de fonctionner du jour au lendemain.

Il ne s'agit pas de la date limite Plus de 2025 que vous avez lue et ignorée. Celle-ci est la vôtre. Et la bonne nouvelle est que la solution représente un week-end de travail ciblé, pas une refonte de plateforme.

Réponse rapide : Le 26 août 2026, les boutiques sur des forfaits non-Plus (Basic, Grow, Advanced) doivent 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 conserver votre attribution et vos revenus post-achat intacts.

Quelle est 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 Shopify non-Plus doit mettre à niveau ses pages de remerciement et de statut de commande vers le nouveau système de passage à la caisse et de comptes. 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 existantes ainsi que toutes les personnalisations existantes sur ces pages sont remplacées par les nouvelles versions. »

En version courte : 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 le saut.

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 cases 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. La réalité est que la plupart des équipes non-Plus sont réduites, la bannière est facile à ignorer, et le fait que « ça fonctionne encore aujourd'hui » pèse lourd dans les priorités de chacun.

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 font du commerce plus sérieux que jamais, ce qui signifie que le flux de passage à la caisse et d'après-achat est plus crucial que lors de votre dernière réflexion à ce sujet.

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, checkout.liquid ajustements visuels, et tout contenu post-achat sur l'ancienne page de statut de commande. Le produit se vend toujours. Ce que vous perdez, ce sont les outils de mesure et l'expérience client que vous avez construits par-dessus.

Voici ce qui est réellement menacé, en termes simples :

Le suivi de conversion est le point le plus critique. Un pixel Google Ads ou Meta collé dans la case des scripts supplémentaires s'exécute sur l'ancienne page de remerciement, donc lorsque cette page est remplacée, le snippet disparaît avec elle. Vos campagnes continuent de dépenser, mais les événements d'achat cessent de remonter, et vos plateformes publicitaires perdent la capacité de mesurer et d'optimiser. Vous vous en rendez compte deux semaines plus tard, lorsque le ROAS semble anormal alors que personne n'a touché au budget.

La case des 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 dans ce fichier ne sera pas transférée vers les nouvelles pages, qui sont stylisées via l'éditeur de passage à la caisse et de comptes.

En quoi est-ce différent de la date limite Plus de 2025 ?

La date limite de 2025 concernait la perte de 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 si vous ne faites rien.

Shopify déploie des mises à niveau automatiques depuis janvier 2026, migrant les boutiques sans consentement explicite. Le problème : la mise à niveau automatique est effectuée au mieux. Les intégrations de canaux officiels Shopify ont tendance à être transférées ; les pixels personnalisés, les conteneurs Google Tag Manager et la logique de checkout.liquid ne le sont pas. Ainsi, « je vais simplement laisser Shopify me mettre à niveau automatiquement » n'est pas une stratégie. C'est la méthode idéale pour vous retrouver avec un nouveau passage à la caisse propre et un trou d'attribution de deux semaines non planifié.

La différence majeure : une équipe Plus avait généralement un développeur ou une agence pour s'occuper de cela en 2025. Une équipe non-Plus n'en a souvent pas, c'est pourquoi la date limite est facilement sous-estimée et le nettoyage fait plus mal lorsqu'il est réactif.

Si vous souhaitez comprendre l'intégralité des mécanismes de la migration de l'extensibilité du passage à la caisse de bout en bout, y compris la partie concernant Plus, notre guide de migration de l'extensibilité du passage à la caisse est la référence approfondie. Cet article est la version de triage non-Plus, axée sur la date limite.

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

Vous pouvez effectuer une migration non-Plus propre en un week-end de travail ciblé en auditant ce qui se trouve sur les anciennes pages, en reconstruisant le suivi sous forme de pixels et en réintégrant le contenu post-achat sous forme de blocs avant de basculer. Voici l'ordre des opérations pour éviter toute interruption des données.

1. Ouvrez votre guide de mise à niveau personnalisé. Allez dans Paramètres > Passage à la caisse dans votre administrateur. Shopify génère une liste de contrôle spécifique à votre boutique concernant ce qui nécessite votre attention en fonction de vos personnalisations actuelles. Commencez ici pour travailler à partir de votre configuration réelle, pas d'une liste générique.

2. Faites l'inventaire de la case des scripts supplémentaires avant de toucher à quoi que ce soit. Copiez chaque snippet présent dans Paramètres > Passage à la caisse > Scripts supplémentaires. C'est en lecture seule, alors collez-le dans un document. C'est votre manifeste de migration : chaque script a besoin d'un nouvel emplacement ou d'une décision consciente de le retirer.

3. Reconstruisez le suivi de conversion sous forme de pixels. Déplacez 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 clients. L' API Web Pixel se déclenche lors de l'événement checkout_completed et transmet les données dont vos plateformes publicitaires ont besoin. Vérifiez chaque pixel en temps réel avec le testeur de balises de la plateforme concernée avant de lui faire confiance.

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 les logiques similaires qui se trouvaient dans les scripts supplémentaires sont reconstruites sous forme de blocs de passage à la caisse ou gérées par une application du Shopify App Store. Si une application dont vous dépendez n'a pas encore publié de version compatible, contactez le développeur dès maintenant ou trouvez un remplaçant 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 relatifs aux politiques ne migrent pas d'eux-mêmes. Ajoutez-les à nouveau via l'éditeur de passage à la caisse et de comptes sous forme de blocs pour 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éé à l'aide des commandes 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, et non à un modèle par défaut.

7. Testez une commande réelle de bout en bout, puis publiez. Effectuez une commande de test en conditions réelles. Confirmez que le pixel se déclenche, que la vente incitative s'affiche, que le style se maintient et que le flux de confirmation se lit correctement. Ne publiez qu'après cette étape, bien avant le 26 août pour avoir le temps de corriger d'éventuels oublis.

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

Ce que cela implique 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 consultée et la plus revisitée de tout votre flux post-achat, alors considérez-la comme une opportunité de la reconstruire de manière délibérée plutôt que de simplement restaurer l'ancienne version. Les clients reviennent régulièrement sur cette page pour vérifier la livraison, ce qui s'y trouve est donc crucial.

C'est là que la mise à niveau se transforme discrètement en opportunité. La même vague du 17 juin 2026 qui a apporté les nouveautés de la Summer Edition a également offert une amélioration de design aux comptes clients, avec une mise en page épurée sur une seule colonne et une navigation pensée d'abord pour le mobile. L'interface post-achat devient plus propre et performante au moment même où vous êtes contraint de la reconstruire.

Puisque vous êtes sur le blog de Revize, voici le contexte produit honnête : lorsque l'ancienne page de statut de commande est remplacée, la modification de commande en libre-service, les ventes incitatives post-achat et les options de changement d'adresse que de nombreux marchands avaient assemblées avec des scripts et checkout.liquid ont besoin d'un nouvel emplacement. C'est précisément le vide que Revize est conçu pour combler sur les nouvelles pages, en permettant aux clients de corriger une adresse, de changer de variante ou d'ajouter un produit à une commande depuis la page de statut de commande mise à niveau, sans solliciter le support. 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 au milieu de la migration ; la « reconstruction post-achat » doit figurer sur votre liste de contrôle de migration, et non être une idée après coup gérée en septembre.

Si vous devez reconstruire la page de toute façon, faites-le de manière à ce que les clients puissent résoudre leurs propres problèmes au lieu d'envoyer un e-mail au support. Notre guide pour permettre aux clients d'annuler leurs propres commandes explique pourquoi le libre-service post-achat est préférable à la file d'attente du support, et un e-mail indiquant « désolé, nous ne pouvons plus modifier cela maintenant » est un tueur de rétention pour toute marque DTC.

Avant et après : ce que la mise à niveau change réellement

Les nouvelles pages sont plus sécurisées et pérennes, mais elles remplacent l'ancienne liberté d'intégrer des scripts par un modèle structuré de pixels et de blocs, ce qui est préférable à long terme et demande un peu plus de travail initial. Voici le comparatif côte à côte.

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 modification approfondie des étapes de passage à la caisse elles-mêmes reste une fonctionnalité réservée à Plus. Ainsi, votre migration non-Plus se limite à ces deux pages post-achat ainsi qu'à votre suivi, ce qui représente un travail bien moins conséquent qu'une refonte totale du tunnel de commande. C'est pourquoi réaliser cela en un week-end est un objectif réaliste.

Si une partie de votre ancienne logique passait par Shopify Scripts (personnalisations de remises, de livraison ou de paiement), notez la date limite associée : les anciens scripts seront définitivement retirés le 30 juin 2026. Cette logique se déplace vers Shopify Functions, ce que nous détaillons étape par étape dans notre tutoriel de migration de Scripts vers 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 s'effectue au mieux : les intégrations de canaux officiels survivent généralement, mais pas les pixels personnalisés, les conteneurs de Tag Manager et la logique de checkout.liquid. Rater la date ne bloque pas votre boutique, mais peut rompre silencieusement votre suivi et votre contenu post-achat.

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

Oui, si vous êtes sur Basic, Grow ou Advanced, cette date limite du 26 août 2026 vous concerne spécifiquement. 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 > Passage à la caisse vous l'indiquera en fonction de votre configuration réelle.

Mon suivi Google Ads et Meta va-t-il vraiment cesser de fonctionner ?

Uniquement s'il se trouve dans la case des scripts supplémentaires et que vous ne le migrez pas d'abord. Les snippets de conversion insérés dans les scripts supplémentaires s'exécutent sur l'ancienne page de remerciement, ils disparaîtront donc lorsque cette page sera remplacée. Reconstruisez-les sous forme de pixels de canaux natifs ou de Pixel Web personnalisé avant la date limite pour que votre attribution se poursuive sans coupure. Effectuez des tests avec le testeur de balises de chaque plateforme pour confirmer.

Puis-je simplement laisser Shopify me mettre à niveau automatiquement ?

C'est possible, mais c'est le chemin le plus risqué pour toute boutique disposant d'un suivi personnalisé ou de contenu post-achat. La mise à niveau automatique est conçue pour maintenir les ventes de votre boutique, pas pour préserver chaque personnalisation. Pour une boutique standard sans scripts insérés, cela convient. Pour une boutique utilisant des pixels publicitaires, une logique COD ou des ventes incitatives, une migration planifiée fait toute la différence entre une transition fluide et un trou d'attribution de deux semaines.

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 se limite à vos pages de remerciement et de statut de commande ainsi qu'au suivi, et non à une refonte complète du passage à la caisse. La variable dépend du nombre de scripts et de personnalisations que vous avez accumulés. Une boutique avec un seul pixel Google et un widget de suivi sera rapide ; une boutique avec une dizaine de scripts intégrés et un style lourd sur checkout.liquid demandera plus d'attention.

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

La page de passage à la caisse est l’endroit où les clients paient ; la page de statut de commande est celle qu’ils voient après et qu’ils consultent à nouveau pour suivre leur commande. Les boutiques non-Plus peuvent personnaliser les pages de remerciement et de statut de commande via l'éditeur de passage à la caisse et de comptes. La personnalisation approfondie des étapes de paiement elles-mêmes reste une fonctionnalité Plus. Cette date limite concerne ces deux pages post-achat, ce qui en fait une migration délimitée pour les marchands non-Plus.

Ai-je besoin d'un développeur pour faire cela ?

La plupart des boutiques non-Plus peuvent le faire sans développeur, en utilisant les canaux natifs, les applications et l'éditeur visuel. La migration des pixels vers les canaux de Google et Meta sur Shopify se fait par simple clic. L'ajout de contenu post-achat s'effectue avec des blocs dans l'éditeur. Vous n'auriez besoin d'un développeur que pour une logique personnalisée complexe qui ne peut pas être reproduite avec une application ou un Pixel Web standard.

Qu'est-ce qui remplace la case des scripts supplémentaires ?

Les pixels d'application et l'API Web Pixel remplacent les scripts de suivi, tandis que les blocs de passage à la caisse et les applications remplacent la logique et le contenu. Shopify a divisé l'ancienne case générique en outils dédiés : Événements clients pour les pixels, l'éditeur de passage à la caisse et de comptes pour le contenu et le style, et les applications de l'App Store pour les fonctionnalités. C'est plus structuré que de coller du code, et cela résiste aux futures mises à niveau de la plateforme.

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

Pas d'elles-mêmes ; les ventes incitatives construites sur l'ancienne page de statut de commande doivent être reconstruites sous forme de blocs ou par le biais d'une application. Si une part importante de vos revenus provient d'offres post-achat, placez cette tâche en priorité sur votre liste de migration. Reconstruire ces offres via une application post-achat sur les nouvelles pages permet de maintenir cette source de revenus et de la rendre pérenne pour l'avenir.

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

Indirectement, oui, car ce même changement de plateforme a modernisé les comptes clients avec une mise en page plus épurée à compter du 17 juin 2026. Les nouveaux comptes et l'expérience de statut de commande partagent la même base mise à niveau. Si vous aviez précédemment personnalisé les anciens comptes clients, consultez notre guide de mise à niveau des comptes clients classiques en parallèle de cette migration pour aligner les deux efforts.

Le fichier checkout.liquid a-t-il complètement disparu ?

Dans la pratique, oui ; il est obsolète et ses personnalisations ne sont pas transférées vers les nouvelles pages. Les boutiques Plus ont perdu la possibilité de le modifier en août 2025, et les anciennes pages non-Plus qui en dépendaient seront retirées le 26 août 2026. Tout style ou logique que vous y aviez construit doit être recréé dans l'éditeur ou sous forme d'application. Il n'existe aucune solution pour maintenir checkout.liquid actif à long terme.

Quelle est la chose la plus importante à migrer en priorité ?

Le suivi des conversions, car c'est la défaillance la plus coûteuse et la moins visible. Une vente incitative cassée se remarque dès que vous regardez la page. Un pixel défectueux reste invisible jusqu'à ce que vos rapports publicitaires soient erronés et que vous optimisiez vos campagnes sur de mauvaises données. Migrez et vérifiez le suivi avant toute autre chose.

Les clients peuvent-ils encore modifier ou annuler des commandes après la mise à niveau ?

Uniquement si vous reconstruisez cette fonctionnalité sur la nouvelle page de statut de commande, ce que la mise à niveau vous offre l'occasion parfaite de faire. La modification et l'annulation en libre-service réduisent la charge du support et protègent l'expérience client. Puisque vous devez reconstruire la page de toute façon, ajouter cette possibilité est une étape supplémentaire mineure pour un gain majeur en matière de rétention et de réduction des tickets de support.

Votre plan de migration pour cette semaine

La date limite du passage à la caisse Shopify fixée au 26 août 2026 est assez 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 ce qu'il faut faire cette semaine :

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

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

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

Pour les marchands, l'important 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 du statu quo se paie en perte d'attribution et en ventes incitatives défectueuses. Pour les agences, c'est le moment de passer en revue la liste de contrôle de chaque client non-Plus avant la vague du 26 août. Les boutiques qui abordent la date limite du passage à la caisse Shopify comme une opportunité d’amélioration, et non comme une contrainte de conformité, en ressortent avec une expérience post-achat plus rapide, plus propre et prête pour les futures é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)