Mises à jour Shopify Août 2026 : Ce qui compte vraiment pour les marchands

Ce qu’il faut retenir

• Le 26 août était une date butoir stricte pour toutes les boutiques non-Plus. Shopify a automatiquement mis à jour les pages de remerciement et de statut de commande ce jour-là, et tout ce qui se trouvait dans le champ des scripts supplémentaires a cessé de fonctionner. Si une plateforme publicitaire a signalé moins de conversions depuis, en voici la raison.
• Les balises de script (Script tags) ont une date de fin. Annoncé le 24 août : les nouvelles écritures de l’API des balises de script cesseront de fonctionner le 1er octobre 2026, et le 1er mars 2027, Shopify arrêtera complètement d’injecter des balises de script dans les vitrines. Toute ancienne application chargeant encore du JavaScript de cette façon s’arrêtera avec elles.
• Managed Markets a mis fin au mode Delivered Duty Unpaid (DDU) le 24 août. Les marchés concernés sont passés à la perception des droits de douane lors du paiement (checkout). Si vous vouliez que les acheteurs paient le transporteur à la livraison, la seule solution était de désactiver Managed Markets avant cette date.
• Votre vitrine est devenue interrogeable par les agents (agent-callable) le 5 août. WebMCP est actif sur chaque vitrine Liquid sans configuration, un agent IA dans le navigateur de l’acheteur peut donc rechercher dans votre catalogue, modifier le panier et ouvrir le checkout.
• Le deuxième trimestre a été le meilleur de Shopify depuis des années : 34 % de croissance des revenus, un volume brut de marchandises (GMV) en hausse de 32 %, une marge de flux de trésorerie disponible de 18 % et des prévisions pour le T3 supérieures aux attentes des analystes.
• Le marketing a gagné trois nouvelles surfaces : le consentement WhatsApp dans Forms, Microsoft Advertising intégré à Campaign Autopilot, et les données de Shop Campaigns exposées aux outils d’analyse tiers.

Voici les mises à jour Shopify du mois d’août 2026, classées selon ce qui compte vraiment pour un marchand, plutôt que balancées sous forme de changelog plat. Le mois de juillet tournait autour de l’économie : droits de douane, tarifs des transporteurs et l’arrêt des Scripts. Le mois d’août concerne une date butoir qui va discrètement casser le reporting sur lequel la plupart des boutiques basent leurs dépenses publicitaires, et un changement de plateforme que personne n’a eu à installer.

Nous publions ceci en milieu de mois pour que vous puissiez agir quand cela compte, et le mettons à jour à la fin du mois si quelque chose d’important se présente.

Mise à jour (31 août) : c’est le cas. La deuxième moitié du mois a fait tomber le domino suivant dans l’histoire du code personnalisé : les balises de script de vitrine (script tags) sont dépréciées, avec la fin des écritures API le 1er octobre 2026 et l’arrêt des injections le 1er mars 2027. Le checkout a également commencé à pré-sélectionner le dernier moyen de paiement d’un client connecté, Shopify Payments a eu droit à un vrai rapport d’activité de solde, et les taxes américaines suivent désormais le lieu d’expédition (fulfillment). Tout cela est couvert dans la section de fin août ci-dessous.

Mise à jour (15 septembre) : les mises à jour Shopify de septembre 2026 sont maintenant en ligne, couvrant l’arrivée de Meta dans les Agentic Storefronts avec le partage de produits activé par défaut, l’accumulation de dates butoirs du 1er octobre, et ce que deux semaines de discussions entre marchands ont apporté concernant le tracking après la mise à jour du 26 août.

Article lié : les mises à jour Shopify du mois dernier (juillet 2026).

En un coup d’œil : les notes de mise à jour d’août 2026 en un tableau

Les 3 mises à jour d’août qui méritent votre attention en premier

Si vous ne lisez rien d’autre ce mois-ci :

1. Vérifiez le tracking de vos pages de remerciement et de statut de commande — la mise à jour du 26 août a déjà eu lieu. C’était le seul élément avec une date limite stricte, cela affecte la majorité des boutiques sur la plateforme, et cela échoue sans message d’erreur. Si vous n’avez pas testé depuis le 26, faites-le aujourd’hui.
2. Décidez ce que vous voulez que Managed Markets fasse pour les frais de douane. L’option DDU a disparu le 24 août et le comportement par défaut est que vos acheteurs paient désormais au moment du checkout.
3. Regardez votre boutique comme un agent la voit désormais. WebMCP a été activé sans annonce, et les outils qu’il expose sont ceux qu’un assistant d’achat IA utilisera réellement.

1. 26 août : la date limite du checkout que la plupart des boutiques n’ont pas remarquée

Ce qui change. Le 26 août 2026 est la date limite pour les boutiques sur un forfait non-Plus pour mettre à niveau leurs pages de remerciement et de statut de commande.¹ Les boutiques qui n’ont pas fait la mise à niveau manuellement sont mises à niveau automatiquement, et le champ des scripts supplémentaires (additional scripts) cesse de s’exécuter sur ces pages de manière permanente.

Pourquoi les marchands s’en soucient. C’est ici que les boutiques non-Plus gardaient leur suivi de conversions. Les balises de conversion Google Ads, le pixel Meta, les conteneurs GTM, les scripts d’affiliation, les enquêtes post-achat et les widgets de suivi de commande étaient tous collés dans cette case, car c’était le seul endroit où ils pouvaient rentrer.

La boutique ne casse pas. Les commandes continuent de passer. Ce qui s’arrête, c’est la couche de reporting, et le premier symptôme que la plupart des marchands constatent est une plateforme publicitaire qui signale silencieusement moins de conversions que l’interface d’administration.

Le côté Plus a déjà eu lieu. Les boutiques Plus ont perdu checkout.liquid et les scripts supplémentaires sur ces pages en août 2025, avec des mises à niveau automatiques à partir de janvier 2026.² Le 26 août correspond au même événement pour Basic, Shopify et Advanced, qui est de loin le groupe le plus large et le moins susceptible d’avoir un développeur à portée de main.

Ce qu’il faut faire. Procédez dans cet ordre :

1. Ouvrez Paramètres > Passage en caisse et copiez tout ce qui se trouve actuellement dans le champ des scripts supplémentaires dans un document. Après la mise à niveau, il n’y sera plus.
2. Associez chaque script à son remplaçant. Le tracking passe sur un pixel web ou le propre pixel de l’application. Le contenu et la mise en page vont dans des blocs d’application (app blocks). Les modifications d’interface sur mesure vont dans une extension d’interface de passage en caisse (checkout UI extension).
3. Réinstallez ou mettez à jour les applications qui injectaient des scripts. La plupart fournissent désormais un pixel d’application, mais l’ancienne version sur votre boutique ne le fera pas.
4. Passez une véritable commande de test et confirmez que la conversion arrive bien sur chaque plateforme publicitaire dans laquelle vous investissez, pas seulement dans les propres rapports de Shopify.
5. Mettez à niveau manuellement au lieu d’attendre. Les boutiques créées avant le 6 janvier 2025 qui ont des personnalisations existantes bénéficient d’une fenêtre de 30 jours pour revenir en arrière après la mise à niveau, ce qui est un filet de sécurité bon à prendre pendant que vous vérifiez.¹

Depuis notre publication, la date limite est passée et les mises à niveau automatiques ont eu lieu. Si vous n’avez rien fait, vos pages de remerciement et de statut de commande sont déjà sur les nouvelles versions et vos scripts supplémentaires ne s’exécutent plus. La checklist ci-dessus s’applique toujours, mais dans l’ordre de récupération : passez une commande de test et vérifiez d’abord que la conversion arrive sur chaque plateforme publicitaire, puis reconstruisez ce qui manque. Si votre boutique était éligible à la fenêtre de retour en arrière de 30 jours, le compte à rebours a démarré le 26 août.

Notre guide complet de l’extensibilité du passage en caisse Shopify couvre les surfaces de remplacement en détail, et le guide checkout.liquid explique ce qui est ou n’est plus modifiable.

2. Managed Markets met fin au DDU (Delivered Duty Unpaid) le 24 août

Ce qui change. Shopify Managed Markets met fin à la prise en charge du DDU mondialement le 24 août. Les marchés actuellement sous DDU passent au Delivered Duty Paid (DDP) là où il est disponible, de sorte que les acheteurs paient les droits et taxes au checkout plutôt qu’au transporteur à la livraison.

Pourquoi c’est important pour les marchands. Cela supprime la pire expérience du retail transfrontalier, c’est-à-dire un livreur qui demande de l’argent à la porte avant de remettre un colis que le client a déjà payé. Cela augmente également le total affiché au checkout dans chaque marché concerné, et c’est un changement de conversion que vous devriez mesurer plutôt que de supposer.

Cela fait directement suite au changement transfrontalier de juillet : les frais de douane de 3 € de l’UE par ligne tarifaire, la tarification incluant les frais de douane dans Managed Markets, et l’ouverture de Managed Markets au Canada et au Royaume-Uni. Shopify déplace l’intégralité du coût au point de vente.

Ce qu’il faut faire. Si vous souhaitez utiliser le DDP, il n’y a rien à faire et la transition est automatique. Si vous voulez spécifiquement que les acheteurs paient à la livraison, vous devez désactiver Managed Markets avant le 24 août, ce qui est une décision importante à prendre dans un délai très court. Dans tous les cas, surveillez le taux de conversion par marché pendant deux semaines après le changement et vérifiez si vos seuils de livraison gratuite ont toujours du sens une fois que les frais de douane sont inclus dans le total.

Depuis notre publication, le changement s’est produit comme prévu. Si vous avez gardé Managed Markets activé, vos marchés concernés sont en DDP depuis le 24 août, c’est donc le moment de comparer la conversion par marché avec celle de juillet plutôt que de supposer que rien n’a bougé. Notre guide de configuration Shopify Markets couvre la configuration associée.

3. Votre vitrine est désormais interrogeable par des agents (agent-callable), et personne ne vous l’a dit

Ce qui a changé. Le 5 août, Shopify a confirmé le support de WebMCP pour les vitrines Liquid et Hydrogen. WebMCP est un projet de standard web qui permet à une page d’enregistrer des outils directement auprès du navigateur, de sorte qu’un agent IA peut appeler une fonction au lieu de lire la page et de deviner où cliquer.

Les outils couvrent la recherche dans le catalogue, la récupération des produits et variantes, la vue et la mise à jour du panier, le checkout, la recherche de commandes et la recherche de politiques et FAQ. Le résumé de Shopify lui-même est que les agents peuvent agir “au nom de l’acheteur, directement dans l’onglet qu’il consulte.”

Le point important : c’est en ligne sur toutes les vitrines Liquid sans rien à installer ni à configurer. Ça a été déployé avant même la publication dans le changelog, ce qui explique pourquoi des chercheurs indépendants ont trouvé le script en cours d’exécution sur des boutiques comme Reebok et Alo Yoga avant la moindre annonce.³

Le bémol. WebMCP est expérimental et ne fonctionne actuellement que sur les navigateurs basés sur Chromium dans le cadre d’un essai d’origine (origin trial) limité. Le même ensemble d’outils est fourni sur chaque page plutôt que d’être adapté par page, ce qui donne parfois des résultats bizarres. Et l’achat en lui-même appartient toujours au client : les outils ouvrent le checkout, ils ne paient pas.

Pourquoi c’est important. La surface lisible par des agents de votre boutique n’est plus optionnelle. C’est la configuration par défaut, et ce qu’un agent y trouve, ce sont vos données produits. Des titres faibles, des attributs de variantes manquants, ou des politiques de retour enterrées dans une section de votre thème sont désormais des problèmes de conversion sur un canal que vous ne pouvez pas voir dans Google Analytics.

Que faire. Lancez notre outil gratuit Shopify AI readiness checker pour voir ce qu’un agent peut réellement lire sur votre boutique, puis lisez notre guide Agentic Storefronts pour comprendre les réglages en arrière-plan. Si vous êtes en headless, ça ne vient pas tout seul : Hydrogen l’a en preview développeur, et les autres frameworks nécessitent que le travail soit fait manuellement.

4. Résultats T2 : l’histoire de l’IA a maintenant des chiffres

Ce qui s’est passé. Shopify a présenté ses résultats du T2 2026 le 5 août. Les revenus ont augmenté de 34 % sur un an pour atteindre 3,58 milliards de dollars, le GMV a augmenté de 32 %, la marge brute a progressé de 31 % et le flux de trésorerie disponible a atteint une marge de 18 %.⁴ Les prévisions pour le T3 tablent sur une croissance des revenus dans le bas des 30 %, bien supérieures aux modèles des analystes, et l’action a fortement grimpé ce jour-là.

Le président Harley Finkelstein l’a qualifié de “trimestre monstre” et a présenté l’IA comme ce qui repousse les limites de ce qui est possible pour les marchands de toutes tailles.⁴

Pourquoi c’est important. Les résultats financiers ne sont pas une sortie de fonctionnalité, mais ils vous disent quelle direction de la roadmap est financée. Shopify a passé le T2 à activer le commerce piloté par des agents par défaut et à lancer une Edition de plus de 150 fonctionnalités, et le trimestre s’est accéléré. Attendez-vous à plus d’initiatives dans ce sens, et à ce que la plateforme continue d’absorber des fonctionnalités qui étaient auparavant le territoire des applications.

Que faire. Rien cette semaine. Mais si votre planning 2027 table sur une stack d’applications stable, prévoyez le fait que deux ou trois de vos applications payantes pourraient devenir des fonctionnalités natives.

5. Trois nouvelles surfaces marketing

Microsoft Advertising a rejoint Campaign Autopilot le 4 août. Vous connectez ou créez un compte Microsoft Advertising et lancez des campagnes Performance Max aux côtés de vos autres canaux, avec un budget qui s’ajuste automatiquement selon les performances. C’est encore en accès anticipé, à demander depuis l’onglet croissance.

Shopify Forms peut recueillir le consentement marketing WhatsApp depuis le 6 août, ce qui boucle la boucle avec les campagnes WhatsApp de juillet dans Shopify Messaging. Vous pouvez désormais construire votre liste et envoyer des messages sans outil tiers.

Les données de performance de Shop Campaigns sont arrivées dans les outils d’analytics tiers le 10 août via ShopifyQL. Les dépenses publicitaires, ventes, commandes, ROAS, le panier moyen, et le coût d’acquisition client (CAC) moyen sont désormais lisibles par des outils comme Triple Whale, Northbeam et Elevar, ou dans des rapports sur mesure via Power BI, Tableau ou Looker Studio.

Que faire. La mise à jour sur Shop Campaigns est la plus utile. Si vous lancez des Shop Campaigns et jugez leurs résultats dans un onglet séparé du reste, demandez à votre fournisseur d’analytics quand il commencera à importer ces données.

6. Livraison : DHL Express débarque sur cinq marchés européens

Ce qui a changé (13 août). Les marchands du Royaume-Uni, d’Allemagne, de France, d’Italie et d’Espagne peuvent acheter des étiquettes DHL Express directement depuis l’admin Shopify, pour les envois nationaux et internationaux, sans application tierce ni compte DHL séparé. Les documents de douane sont générés automatiquement, DHL On Demand Delivery permet aux acheteurs de reprogrammer ou rediriger la livraison, et c’est disponible sur tous les forfaits sans frais mensuels.

Pourquoi c’est important. Les vendeurs européens avaient une couverture bien moins bonne en termes de transporteurs natifs par rapport aux marchands américains. Combiné aux changements de droits de douane de l’UE et au passage au DDP sur Managed Markets, c’est le mois où la logistique cross-border européenne a cessé de nécessiter une application pour la plupart des boutiques.

Que faire. Comparez les tarifs DHL de Shopify avec le courtier ou l’application que vous utilisez actuellement, particulièrement pour les colis internationaux où les formalités douanières automatiques font vraiment gagner du temps.

7. Retail : un seul éditeur pour tous les reçus

Ce qui a changé (11 août). Shopify POS a reçu un éditeur de reçus imprimés amélioré qui gère les reçus de vente, retour, échange, cadeau et carte-cadeau au même endroit, sans Liquid. Les reçus de retour et d’échange sont regroupés dans une seule section avec un montant récapitulatif, les reçus cadeaux n’affichent plus les articles détaillés, et on trouve des champs intégrés pour les politiques de retour, les lignes de signature et les identifiants fiscaux régionaux.

La date limite à retenir : les boutiques qui utilisent des templates de reçus Liquid ont jusqu’au 1er janvier 2027 pour migrer. Après cette date, ils seront convertis automatiquement. Vous pouvez prévisualiser et construire votre nouveau template pendant que la version Liquid reste active, mais une fois que vous basculez, il n’y a pas de retour en arrière.

Que faire. Si vous avez des reçus Liquid personnalisés, construisez leur remplaçant maintenant pendant que vous pouvez les comparer côte à côte. Les ajustements spécifiques par emplacement sont supportés, ce qui manquait à la plupart des boutiques multi-emplacements.

8. Les paramètres des champs du checkout incluent désormais des recommandations

Ce qui a changé (13 août). Shopify met en avant des recommandations de paramètres pour les champs du checkout dans l’admin pour les boutiques éligibles. Les suggestions incluent le fait de définir l’e-mail comme seule méthode de contact, de rendre le prénom et le nom obligatoires, et de rendre le numéro de téléphone de livraison facultatif.

Les paramètres existants ne changent pas à moins que vous n’appliquiez les recommandations. Les nouvelles boutiques les ont par défaut.

Pourquoi c’est important. Ce sont de petits champs avec de vrais impacts dans les deux sens. Le contact par e-mail uniquement vous donne une adresse exploitable en marketing à chaque commande. Rendre le nom obligatoire améliore vos fiches clients mais ajoute une étape de saisie au checkout. Un numéro de téléphone optionnel réduit la friction mais vous prive d’un contact en cas de problème de livraison.

Que faire. Examinez-les plutôt que de les accepter en bloc. Si vous expédiez des choses où les livreurs appellent le destinataire, gardez le champ téléphone. Si vous construisez une liste d’e-mails, prenez la recommandation par e-mail uniquement.

9. Autres nouveautés Shopify en août 2026, en bref

• Oxygen est disponible sur les boutiques de développement (3 août), pour que les vitrines Hydrogen puissent être déployées et testées sans forfait payant.
• orderCreate supporte de multiples numéros de suivi par traitement de commande (fulfillment) (3 août), ce qui est crucial pour les envois fractionnés.
• Les actions et événements standards des vitrines supportent les attributs de panier (6 août), avec un nouvel événement shopify:cart:attributes-update et une annulation (rollback) si la mise à jour est refusée.
• Les critères d’exigence de l’appellation “Built for Shopify” pour les applications de logistique ont été assouplis (1er août) sur le taux de traitement des commandes, les fenêtres de réponse, et les temps de réponse aux annulations, permettant à plus d’apps logistiques de se qualifier.

Fin août : ce qui est arrivé après notre publication

La deuxième quinzaine du mois a été plus calme que la première, avec une exception majeure qui continue l’histoire que cet article ne cesse de raconter.

Les script tags sont les prochains : dépréciés maintenant, morts le 1er mars 2027

Ce qui a changé (24 août). Shopify a déprécié les script tags de la boutique en ligne en deux étapes. À partir du 1er octobre 2026, les mutations scriptTagCreate et scriptTagUpdate renvoient une erreur utilisateur et la ressource REST ScriptTag rejette les écritures, de sorte que les applications ne peuvent plus ajouter ou modifier de script tags sur aucune boutique. Le 1er mars 2027, Shopify arrête complètement d’injecter des script tags dans les storefronts, et tout JavaScript qui charge encore de cette façon s’arrête de charger. La dépréciation s’applique à chaque version d’API, y compris les anciennes, donc une application épinglant une ancienne version n’obtient pas de délai supplémentaire.

Pourquoi c’est important pour les marchands. Les script tags sont le moyen par lequel une ancienne génération d’applications mettait du JavaScript sur votre storefront : widgets d’avis, bulles de chat, pop-ups, outils d’affiliation et de tracking qui précèdent les theme app extensions. Si l’une de vos applications installées fonctionne toujours ainsi et que son développeur ne fait rien, elle cesse de fonctionner le 1er mars 2027 — et vous avez maintenant vu exactement à quoi cela ressemble, car c’est le même mode d’échec silencieux que l’arrêt des scripts additionnels ce mois-ci et l’arrêt des Scripts en juin. La boutique continue de tourner ; le widget n’est juste plus là.

Ce qu’il faut faire. Deux vérifications. Premièrement, ouvrez le panneau des app embeds de l’éditeur de thème : les apps listées là ont déjà migré, et une app qui fait visiblement quelque chose sur votre storefront tout en n’ayant ni embed, ni section, ni bloc est celle qu’il faut remettre en question. Deuxièmement, demandez aux fournisseurs de vos applications installées les plus anciennes quelle est leur date de migration avant de renouveler un forfait annuel. Les développeurs ont un chemin plus clair : remplacez chaque script tag par un app embed block dans une theme app extension, ou un web pixel si le script ne collecte que des données analytics, et faites-le avant le gel des écritures du 1er octobre plutôt qu’à la date limite de mars.

Le checkout pré-sélectionne le dernier moyen de paiement utilisé

Ce qui a changé (21 août). Pour les clients connectés, le checkout utilise désormais par défaut le moyen de paiement qu’ils ont utilisé la dernière fois. Pas de paramètre, pas d’action.

Pourquoi c’est important pour les marchands. C’est une décision en moins au moment le plus cher du tunnel, et cela s’ajoute aux recommandations de champs de checkout du 13 août : Shopify ajuste discrètement le comportement par défaut du checkout de façons pour lesquelles les marchands avaient l’habitude d’acheter des applications. La conversion des clients récurrents est le chiffre à surveiller.

Shopify Payments obtient un rapport d’activité de solde

Ce qui a changé (22 août). Un nouveau rapport d’activité de solde dans Finance affiche les soldes d’ouverture et de clôture, l’activité brute, les frais, les virements et permet des exports en PDF.

Pourquoi c’est important pour les marchands. Rapprocher Shopify Payments de votre comptabilité signifiait devoir assembler les e-mails de virements aux relevés bancaires. Un relevé unique et exportable règle la moitié du problème de visibilité de la plainte récurrente sur les virements — le solde est enfin lisible, même si la résolution des retenues (holds) n’a pas changé elle-même.

Les taxes US suivent désormais l’emplacement de traitement (fulfillment location)

Ce qui a changé (24 août). Shopify Tax calcule les taxes américaines à partir de l’emplacement de traitement sélectionné lors du checkout plutôt que d’un point d’origine par défaut.

Pourquoi c’est important pour les marchands. Dans les États basés sur l’origine, l’exactitude des taxes pour les vendeurs multi-emplacements dépend de l’entrepôt qui expédie réellement la commande. Si vous dispatchez les commandes sur plusieurs emplacements, vérifiez aléatoirement la taxe sur quelques expéditions partielles et confirmez que votre comptabilité traite les nouveaux chiffres comme étant les plus précis (ce qu’ils sont).

Également fin août, en bref

• Configuration en masse du staff via CSV (21 août) : créez, suspendez et réactivez des comptes d’employés en masse.
• Shopify Payments aux EAU sur le forfait Advanced (26 août), auparavant uniquement sur Plus.
• Oxygen a atteint les boutiques en période d’essai (25 août), complétant le déploiement de ce mois-ci sur les boutiques de développement.
• Les paquets d’applications officiels PHP et Python passent en v1.0 (26 août) : vérification de requêtes agnostique au framework, échange de tokens, et clients Admin GraphQL.
• Quatre nouveaux sujets webhook (26 août) : événements Metaobject, MetafieldDefinition, MetaobjectDefinition et InventoryTransfer, de sorte que les applications peuvent réagir à ces changements sans faire de polling.
• Les commits GitHub nomment désormais le dernier éditeur de thème (26 août) : le bot Shopify reste l’auteur, l’humain qui a édité est nommé dans le corps du commit.
• Mise à jour de la developer preview de Hydrogen (18 août) : attribution de la session de panier, attributs de panier, événements de vue de page standard, et rendu plus rapide du bouton Shop Pay.
• Theme CLI 3.83.x et plus ancien perdent les flux de développement de boutiques protégées par mot de passe (annoncé le 27 août) : mettez à jour la CLI.
• Polaris CDN adopte le versioning sémantique avec une release candidate 1.1 (31 août).

De quoi parlent les marchands

Trois thèmes ont dominé la communauté durant cette période :

• La fatigue des dates limites est réelle. 30 juin pour les Scripts, 24 août pour le DDU, 26 août pour les pages de checkout, 31 août pour les outils cart MCP, et janvier 2027 pour les reçus POS. Les marchands qui ont fait la migration des Scripts en juin découvrent qu’ils en ont une autre à faire ce mois-ci, et la deuxième concerne des boutiques qui n’emploient généralement pas de développeur.
• La migration est silencieuse, et les marchands le savent maintenant. La question récurrente n’est pas “comment je migre” mais “comment je prouve que mon tracking fonctionne encore”. Passer une vraie commande de test et vérifier chaque plateforme publicitaire est la seule réponse qui tienne.
• Les conseils de migration UCP ont des lacunes. Avec la fin des outils cart Storefront MCP le 31 août, les développeurs ont cherché les équivalents UCP et ont trouvé la documentation incomplète. Un fil de discussion a passé deux jours à établir que search_shop_policies_and_faqs n’était en fait pas déprécié, car le changelog ne l’avait jamais précisé dans un sens ou dans l’autre.⁵

Les blocages de virements (payout holds) restent la plainte récurrente la plus vive, inchangée par rapport à juillet. Des retenues de plusieurs semaines sans solution en libre-service continuent d’être signalées, et il n’y a toujours aucun moyen de joindre un humain dans l’équipe des risques.

Mises à jour d’août classées par impact pour le marchand

Ce qu’il faut faire ce mois-ci : checklist par type de boutique

Si vous êtes une marque DTC sur un forfait non-Plus :

• La mise à jour du 26 août a déjà eu lieu. Passez une commande de test aujourd’hui et vérifiez la conversion dans chaque plateforme publicitaire sur laquelle vous dépensez ; reconstruisez tout ce qui manque sous forme de pixel ou d’app block.
• Demandez aux fournisseurs de vos anciennes applications lesquelles chargent encore via des script tags, et quelle est leur date de migration, avant de renouveler un forfait annuel.
• Lancez le vérificateur de préparation à l’IA et corrigez ce qui manque dans vos données produits.

Si vous vendez à l’international :

• Confirmez que vous êtes satisfait des frais de douane au checkout avant le 24 août, et modélisez les nouveaux totaux affichés par rapport à votre taux de conversion actuel.
• Vendeurs européens : comparez les prix de DHL Express avec votre configuration de transporteur actuelle.

Si vous faites du retail ou utilisez POS :

• Prévisualisez le nouvel éditeur de reçus et reconstruisez tous vos modèles Liquid pendant que les deux versions peuvent fonctionner côte à côte.
• Configurez vos surcharges (overrides) spécifiques à l’emplacement pendant que vous y êtes.

Si vous êtes développeur ou fonctionnez en headless :

• Migrez get_cart et update_cart vers le endpoint UCP Cart MCP — la date limite du 31 août est passée, donc tout ce qui n’a pas été migré est déjà cassé.
• Remplacez les script tags créés par votre application par un app embed block ou un web pixel avant le 1er octobre, lorsque les écritures de l’API des script tags commenceront à échouer.
• Mettez à jour toute logique qui lit l’état de stock reserved pour lire committed à la place.

Mises à jour développeurs Shopify et liste des dates limites

L’état du stock a changé le 5 août. Les retenues (holds) pour les commandes provisoires (draft orders), les transferts et les expéditions sont passées de l’état de quantité reserved à committed. Il s’agissait d’une migration unique affectant les commandes provisoires actives et les transferts ouverts. available et on_hand sont inchangés, les requêtes existantes continuent de fonctionner, mais toute logique qui utilisait reserved pour détecter une retenue de commande provisoire a maintenant besoin de committed, et les rapports qui décomposent le stock par état afficheront un bond suivi d’une entrée de correction.

Les outils cart Storefront MCP cessent de fonctionner le 31 août. get_cart et update_cart passent au endpoint UCP Cart MCP à /api/ucp/mcp. Le nouvel ensemble d’outils ajoute create_cart et cancel_cart, chaque requête nécessite un métaobjet ucp-agent.profile, et cancel_cart requiert une clé d’idempotence. Notre guide de préparation UCP couvre le protocole plus large.

Le récapitulatif des dates limites, par ordre chronologique : 24 août (Fin du DDU Managed Markets — passé), 26 août (Mise à jour des pages de remerciement et statut de commande non-Plus — passé), 31 août (Date limite des outils cart Storefront MCP ; Fin du Checkout Blocks Address Blocker — passé), 1er octobre (début du déploiement de l’expédition axée sur le marché ; date limite de migration des web-components Polaris pour le checkout et les extensions de compte client ; les appels API de création et de mise à jour des script tags commencent à échouer), 1er décembre (Exigences d’authentification Built for Shopify pour les applications de retours et d’abonnements), 1er janvier 2027 (Les modèles de reçus Liquid POS sont convertis automatiquement), 1er mars 2027 (Les script tags cessent de fonctionner sur les storefronts).

Vers quoi Shopify se dirige

Deux des plus grands changements de ce mois-ci n’ont rien exigé des utilisateurs de Shopify et tout de Shopify. WebMCP a transformé chaque vitrine Liquid en un point de terminaison pour agents sans aucune action du marchand. La mise à niveau du 26 août supprime une surface de personnalisation qui n’aurait jamais dû être donnée aux marchands, et la remplace par des points d’extension isolés (sandboxed) que la plateforme peut analyser.

C’est la même dynamique dans les deux sens : moins de code sur mesure situé sur le chemin critique de Shopify, plus de surfaces structurées contrôlées par la plateforme. C’est pourquoi la fin de Scripts, la fin de checkout.liquid et la migration des app pixels résonnent toutes de la même manière — et pourquoi les balises de script de vitrine (storefront script tags) ont rejoint la liste le 24 août avec une date de fin prévue en mars 2027. La vitrine était la dernière surface où une application pouvait injecter du JavaScript arbitraire en dehors d’une sandbox, et elle a maintenant aussi un compte à rebours.

Le compromis est réel. Les boutiques perdent la possibilité de coller un correctif rapide, mais gagnent un passage en caisse qui ne casse pas à chaque mise à jour de la plateforme. Les boutiques qui ont du mal sont celles qui traitent chaque échéance comme une surprise au lieu de la même politique qui arrive par tranches.

Le travail pour août est ciblé et peu glamour : retirez votre tracking de la page de remerciement, décidez de ce que vos acheteurs internationaux paient et quand, et regardez votre catalogue de la même façon qu’un agent le fait. Le reste peut attendre jusqu’en septembre.

FAQ