Lorsque deux répertoires au format RizzitGO affichent des totaux différents, l’un n’est pas automatiquement faux. Les données publiques contiennent des champs changeants, tandis que les sites indépendants publient des captures et appliquent leurs propres filtres. Le temps et la méthode peuvent modifier le nombre avant même l’ajout d’une catégorie.
L’annonce source contient des éléments mobiles
La réponse de détail documentée comprend stock, ventes, prix de base, prix d’origine et prix et quantité par SKU. Les résultats textuels contiennent aussi l’état et le montant de la remise. Ces valeurs décrivent une annonce au moment de la réponse, pas une ligne permanente gravée dans un tableur.
Un SKU de couleur ou de taille peut disparaître alors que l’annonce principale reste disponible. Une promotion peut changer le prix sans modifier l’identifiant. Les ventes peuvent augmenter entre deux actualisations. Tout répertoire qui stocke ces champs commence à vieillir dès que la source évolue.
Un devis peut être plus récent que l’index
Les notes de dépannage de l’Open API indiquent que le serveur utilise les prix actuels lors de la création d’un achat et conseille aux partenaires d’établir un devis puis de transmettre rapidement le montant reçu. Un prix capturé auparavant doit donc être présenté comme estimation, pas comme montant garanti au paiement.
La même distinction vaut pour la disponibilité. Une carte aide à découvrir une annonce, mais seuls la destination actuelle et le parcours de transaction peuvent montrer l’option et le montant à jour.
La normalisation change les totaux même lorsque la source reste stable
Les index indépendants excluent souvent les lignes inutilisables, fusionnent les slugs en double, limitent les hôtes d’images et exigent assez d’informations pour créer une page utile. Un autre répertoire peut conserver chaque fiche importée. Deux sites peuvent partir de données proches et publier des totaux différents sans qu’aucun ne décrive tout le marketplace.
Une baisse peut refléter un nettoyage : liens dupliqués supprimés, produits vides exclus ou annonces épuisées retirées. Une hausse peut venir d’une source élargie, de règles moins strictes ou d’une collecte plus récente. Sans date et méthode, le nombre seul dit peu de la qualité ou de l’actualité.
- L’heure de capture affecte prix, stock et ventes
- Les changements de SKU ne créent pas toujours une nouvelle annonce
- La déduplication et les règles minimales changent les totaux
Les champs de remise peuvent changer sans modifier l’identité du produit
La réponse de recherche sépare prix de base, prix d’origine, état de remise et prix remisé. Un identifiant peut rester identique tandis que son contexte promotionnel change. Une carte mise en cache peut donc afficher un prix exact lors de la collecte mais dépassé aujourd’hui.
La couche SKU ajoute des variations puisque chaque option peut avoir son propre prix et sa propre quantité. Un répertoire qui n’enregistre qu’un prix aplati perd la différence entre annonce principale, variante choisie et promotion temporaire. Le nombre reste utile, mais le mot estimation devient essentiel.
La monnaie introduit un autre facteur temporel. Si un répertoire convertit le CNY pour faciliter la comparaison, le taux de change peut modifier l’estimation même si le prix source ne bouge pas. La méthode de conversion et la date de capture doivent être distinguées du montant original du vendeur.
Le contrat de données lui-même évolue
L’historique des versions montre que la structure a évolué. La version 2.3 a ajouté les informations de SKU et de spécification, la 2.5 un endpoint d’estimation du transport et la 2.10 la recherche par mot-clé. Une intégration fondée sur un contrat antérieur peut conserver moins de champs pour le même identifiant.
C’est une autre raison pour laquelle deux sites peuvent diverger. L’un actualise seulement les lignes produit ; l’autre importe aussi les détails SKU ou l’heure de fin QC. L’un reconstruit chaque page après un changement de schéma ; l’autre garde les anciennes lignes en cache jusqu’à sa prochaine actualisation.
L’enrichissement du schéma ne doit pas être confondu avec une vérification rétroactive. Davantage de champs améliorent le contexte, sans corriger automatiquement les anciens titres, confirmer le stock ni transformer les descriptions de marketplace en garanties de plateforme.
Comment lire les nombres de ce site
Ce moteur part d’une capture enregistrée du catalogue et affiche sa date d’actualisation. Il retire les slugs en double et les fiches incomplètes avant de générer les pages de catégories, marques et contenus. Ses totaux ne doivent pas être présentés comme le stock officiel RizzitGO ni comparés directement à une réponse d’API partenaire.
La valeur SEO d’un répertoire vient de pages utiles et stables et d’un contexte transparent, pas du plus grand nombre dans un titre. Un index plus petit avec des sources claires, des URL canoniques et une couverture pertinente peut être plus fiable qu’un ensemble plus vaste de lignes minces ou répétées.
Sources et références2 consultées+
Ces liens documentent les faits utilisés ci-dessus. Le texte et l’analyse de cette page sont originaux et produits par ce site indépendant.
Ressource associée sur le site
Lire la méthode de traitement du catalogue de ce site →