Google Merchant Center · Échéance vérifiée

Content API for Shopping : erreurs progressives sur les requêtes depuis le 1er septembre 2026

Échéance
État de la documentation
Preuve
Source primaire

Ne pas perdre cette date

Ajouter l’échéance au calendrier

La date est enregistrée comme une journée entière. La fiche reste la source à consulter en cas de report.

Mécanisme & impact

Ce que Google constate depuis le 1er septembre

Les trois pages officielles portent désormais le même avertissement : Content API for Shopping a été arrêté le 18 août 2026 et, à partir du 1er septembre 2026, les requêtes vers cette API subissent des erreurs progressives. La documentation renvoie au guide d'arrêt de Content API et maintient un formulaire de demande d'accès prolongé pour les intégrations qui ont besoin de temps supplémentaire.

Merchant API reste l'interface de remplacement. Pour une intégration directe, le guide de migration impose notamment les URL merchantapi.googleapis.com, l'usage de name comme identifiant unique de ressource, le champ parent pour les opérations sur les ressources filles, le couple amountMicros et currencyCode pour le type Price, et le remplacement de customBatch, qui n'est pas pris en charge.

Le mot « progressives » change la nature du symptôme attendu : la rupture ne se présente pas comme une coupure nette et datée mais comme une dégradation étalée. Un connecteur peut donc continuer à répondre partiellement et produire des échecs silencieux sur une partie des appels, ce qui rend insuffisant un contrôle fondé sur la seule disponibilité apparente du flux.

Le périmètre doit être établi à partir des appels réellement émis, en distinguant les intégrations directes des chemins passant par un prestataire ou un outil tiers. Une demande d'accès prolongé ne vaut pas extension : seule une décision écrite de Google, avec son périmètre et sa date de fin, permet de traiter un accès comme prolongé.

Plan d’action

À contrôler depuis le 1er septembre

5 contrôles

  1. 01
    Relevés

    Relever les appels émis depuis le 1er septembre

    Rechercher dans les journaux applicatifs, les tâches planifiées et les diagnostics Merchant Center tout appel Content API émis depuis le 1er septembre 2026, avec son compte, son endpoint et son code de réponse.

  2. 02
    Erreurs

    Détecter les échecs partiels plutôt que les coupures

    Comparer, pour chaque connecteur encore actif, le nombre d'appels émis et le nombre d'appels réussis sur une même période, afin d'identifier les erreurs progressives qu'un contrôle binaire de disponibilité ne ferait pas apparaître.

  3. 03
    Responsabilité

    Attribuer chaque chemin résiduel à un responsable

    Pour chaque appel identifié, déterminer si l'organisation ou un prestataire le produit, puis obtenir du propriétaire du connecteur une date de correction vérifiable.

  4. 04
    Extension

    Vérifier les extensions par écrit

    Rapprocher toute demande d'accès prolongé de la décision Google effectivement reçue, de son périmètre et de sa date de fin, et traiter une demande restée sans réponse comme une absence d'extension.

  5. 05
    Recette

    Rejouer les opérations dans Merchant API

    Tester produits, prix, disponibilité, inventaires et statuts via Merchant API en contrôlant les URL merchantapi.googleapis.com, l'identifiant name, le champ parent, le couple amountMicros et currencyCode, ainsi que le remplacement de customBatch.

Registre des révisions

Historique de cette échéance

Création et vérification du périmètre

Création et vérification de l’échéance, du périmètre direct ou tiers et de la procédure d’accès prolongé à partir de trois pages officielles Google.

Révision depuis la documentation primaire

Révision des sources, du mécanisme, de l’impact et des contrôles à partir de la documentation primaire.

Contrôle à cinq jours de l’échéance

Contrôle à cinq jours de l’échéance : date maintenue, périmètre direct ou tiers confirmé et demande d’accès prolongé distinguée d’une extension effectivement accordée.

Contrôle post-échéance

Contrôle post-échéance : la page officielle maintient la date du 18 août ; la fiche bascule vers la vérification des appels réels, des réponses API et des extensions écrites.

Confirmation des erreurs progressives

Mise à jour des éléments suivants : le titre, les sources, le mécanisme, l’impact, les contrôles depuis la documentation primaire.