Compter plus que les produits
Une ligne CSV peut sembler correcte tout en perdant une variante, une image ou une règle métier.
On inventorie produits, variantes, SKU, GTIN, catégories, traductions, images, prix, taxes, stocks et champs ajoutés par les extensions.
Le registre distingue les données copiables, transformables et non portables. Les rejets restent visibles ; ils ne disparaissent pas derrière un compteur « import terminé ».
- Produits, variantes et identifiants
- Catégories, médias et traductions
- Prix, taxes et stocks
- Champs personnalisés et rejets
Séparer l’historique des engagements actifs
Une ancienne commande est un dossier. Un abonnement ou un remboursement ouvert est encore une promesse.
Clients, commandes, avoirs, coupons, avis, cartes-cadeaux et retours reçoivent chacun une règle de reprise. Les abonnements sont traités avec leur produit, client, passerelle et calendrier de renouvellement.
Les données de paiement ne sont jamais supposées portables. La passerelle confirme ce qui peut être repris ; sinon le plan prévoit une transition ou une nouvelle autorisation du client.
- Commandes et remboursements ouverts
- Coupons, avis et cartes-cadeaux
- Abonnements et renouvellements
- Accès clients et consentements
Préserver l’identité commerciale de chaque produit
Google doit retrouver le même produit, pas seulement une page qui lui ressemble.
Chaque ancienne URL de produit, variante, catégorie et guide reçoit une destination équivalente. Les produits restent accessibles par de vrais liens depuis les catégories ; un moteur ne parcourt pas le catalogue en utilisant la recherche interne.
Les données Product, ProductGroup, prix et disponibilité concordent avec la page et le flux Merchant Center. Le nouveau domaine est revendiqué et ses pages produit sont achetables avant toute demande de réexamen.
- Redirections produit par produit
- Variantes avec URL et identifiant stables
- Données structurées dans le HTML initial
- Flux et domaine Merchant Center alignés
Fermer une caisse, ouvrir l’autre
Deux boutiques actives sans source d’écriture nommée créent des stocks et commandes divergents.
On choisit une fenêtre calme, gèle brièvement les écritures, rejoue le dernier delta puis réconcilie commandes, stocks, clients et tâches en file.
Avant d’ouvrir, des commandes de test couvrent succès, refus, remboursement, annulation, traitement partiel, taxes, livraison et messages envoyés au client. Le retour arrière dit aussi quoi faire des commandes reçues après la bascule.
- Source d’écriture unique
- Delta final réconcilié
- Parcours de commande complet
- Retour arrière avec commandes nouvelles
Décider avant la bascule
Quelle migration votre boutique exige-t-elle vraiment ?
- Catalogue et champs inventoriés
- Engagements actifs isolés
- Plan URL produit validé
- Merchant Center préparé
- Commandes et remboursements testés
- Delta et retour arrière répétés
Sources officielles