Encodage UTF-8 non valide dans Merchant Center : solution

Ce que signifie ce problème

Merchant Center prend en charge l'UTF-8, l'UTF-16, le Latin-1 et l'ASCII. Lorsqu'un texte arrive dans un encodage mais est lu dans un autre, ou contient des caractères totalement non valides, Google signale les produits concernés. Selon l'attribut, le produit peut être refusé ou s'afficher avec du texte corrompu.

Symptômes typiques :

Google demande aussi d'éviter les caractères Unicode non valides, comme les caractères de contrôle, à usage privé et de substitution, dans les ID et les champs de texte.

Pourquoi cela se produit

• Tableur enregistré dans le mauvais encodage. Excel sous Windows enregistre historiquement les fichiers CSV dans un encodage régional, sauf si vous choisissez CSV UTF-8. Les lettres accentuées, les guillemets typographiques et les symboles se cassent alors.
• Double encodage. Des données converties deux fois en UTF-8, souvent lors du passage entre un système fournisseur, un PIM et un outil de flux.
• Copier-coller depuis Word, des PDF ou des pages web. Cela importe des guillemets typographiques, des tirets cadratins, des espaces insécables et des caractères de mise en forme cachés.
• Le XML du flux déclare le mauvais encodage. La première ligne indique un encodage alors que le fichier en utilise un autre.
• Paramètre d'encodage de la source de données incorrect. Un fichier importé ou récupéré avec le mauvais encodage sélectionné dans Merchant Center.
• Plugins qui génèrent du HTML brut ou des emojis. Un constructeur de pages WooCommerce laisse des shortcodes ou des caractères spéciaux dans les descriptions.

Comment le corriger

1. Repérez les produits et les champs concernés. Dans Merchant Center, allez dans Produits > Attention requise (Needs attention), filtrez sur le problème d'encodage et téléchargez le CSV. Regardez quel attribut est cité (titre, description, type de produit).

2. Si vous importez un fichier (CSV, TSV, XML) :

   • Excel : utilisez Fichier > Enregistrer sous et choisissez CSV UTF-8 (délimité par des virgules).
   • Google Sheets : téléchargez au format CSV ou TSV ; Sheets exporte en UTF-8.
   • Éditeurs de texte : dans le Bloc-notes, utilisez Enregistrer sous avec l'encodage UTF-8. L'aide de Google suggère aussi de choisir la détection automatique dans Merchant Center si vous ne savez pas quel encodage utilise un fichier.
   • Flux XML : vérifiez que la déclaration correspond à l'encodage réel. Pour l'UTF-8, la première ligne doit être <?xml version="1.0" encoding="UTF-8"?>. Si vous devez utiliser le Latin-1 ou l'UTF-16, Google indique de déclarer respectivement ISO-8859-1 ou UTF-16.

3. Vérifiez le paramètre de la source de données. Dans Merchant Center, ouvrez les paramètres de la source de données et vérifiez que l'option d'encodage correspond à votre fichier. Google a une erreur distincte pour ce cas : lorsque la source de données contient un caractère non valide pour le paramètre d'encodage actuel, modifiez-le dans les paramètres avancés de la source.

4. Nettoyez le texte source. Réencoder un fichier ne répare pas les caractères déjà corrompus (é reste é). Utilisez la fonction rechercher-remplacer dans votre boutique ou votre tableur :

   • é par é, ’ par ', “ et â€ par des guillemets droits
   • Supprimez les espaces insécables, les espaces de largeur nulle et les caractères de contrôle
   • Remplacez les emojis et les symboles décoratifs, que Google déconseille de toute façon dans les titres et les descriptions

   Coller le texte suspect dans un éditeur de texte brut est un moyen rapide de repérer les caractères cachés.

5. Corrigez-le dans votre plateforme :

   • Shopify (application Google & YouTube) : Shopify stocke le texte en UTF-8, ce problème vient donc généralement d'un texte corrompu qui a été importé. Modifiez directement les titres et descriptions des produits, ou réimportez un CSV propre enregistré en UTF-8.
   • WooCommerce : vérifiez que votre base de données et votre plugin de flux génèrent de l'UTF-8, et supprimez les shortcodes ou le balisage du constructeur de pages dans les champs lus par votre flux. Certains plugins de flux proposent une option pour retirer le HTML et les caractères spéciaux.
   • Source supplémentaire : si vous ne pouvez pas corriger rapidement la source, importez des valeurs title ou description propres, associées à chaque id.

6. Relancez la récupération et vérifiez. Déclenchez une nouvelle récupération de la source de données et ouvrez quelques produits corrigés dans Merchant Center pour vérifier que le texte s'affiche correctement.

Combien de temps avant la résolution

Selon Google, les modifications peuvent mettre 24 à 72 heures à apparaître sur la page Attention requise. Les sources basées sur des fichiers sont mises à jour lors de la prochaine récupération ou du prochain import ; les applications de boutique resynchronisent automatiquement les produits modifiés, généralement en quelques heures.

Comment l'éviter

• Exportez et importez toujours les CSV en UTF-8, et formez toutes les personnes qui manipulent les tableurs produit à faire de même.
• Évitez de coller les textes produit directement depuis Word ou des PDF ; collez-les en texte brut.
• Conservez un seul encodage tout au long de votre chaîne : fichier fournisseur, PIM, boutique, flux.
• Ajoutez une recherche de Ã, â€ et � à votre contrôle qualité des imports.

Les problèmes d'encodage touchent surtout les catalogues multilingues et alimentés par des fournisseurs. Mercantads peut identifier à quelle étape la corruption s'introduit dans votre chaîne et la corriger à la source ; découvrez notre service Merchant Center ou vérifiez votre fichier avec le vérificateur de flux Merchant Center.

Questions fréquentes

Quel encodage dois-je utiliser pour mon flux ?

L'UTF-8 est le choix le plus sûr. Google prend en charge l'UTF-8, l'UTF-16, le Latin-1 et l'ASCII, mais l'UTF-8 gère toutes les langues et c'est l'encodage par défaut de la plupart des outils.

Pourquoi le fait de réenregistrer mon fichier en UTF-8 ne corrige-t-il pas les caractères illisibles ?

Si les caractères étaient déjà corrompus avant l'enregistrement, le réencodage conserve la corruption. Vous devez rechercher les séquences cassées et les remplacer par les bons caractères.

Les emojis peuvent-ils provoquer des erreurs d'encodage ?

Les emojis sont de l'UTF-8 valide, mais Google déconseille les caractères de type emoji dans les titres et descriptions, et certains outils de votre chaîne peuvent les altérer. Retirez-les de vos données produit.