Guide revendeur
Les bots de cop ne parlent pas tous le même langage, et ils changent de vocabulaire sans prévenir. Voici comment l'ingestion Remedy encaisse ça sans jamais perdre un message.
Écrit par l'équipe Remedy — revendeurs actifs au quotidien sur Vinted, eBay et la billetterie
L'ingestion des cops via Discord (voir le guide dédié) reçoit le message d'un bot au même format qu'un webhook Discord classique — un titre, des champs (« fields »), une image. Le parsing de ce message est volontairement best-effort : aucun champ non reconnu ne fait échouer l'ingestion. Le payload brut est toujours conservé en base, quoi qu'il arrive, pour ne jamais perdre d'information même quand l'extraction automatique rate quelque chose.
Remedy ne connaît pas le format exact de chaque bot — il compare le nom normalisé de chaque champ (minuscules, sans accents ni emoji) à des listes d'alias par catégorie de donnée :
C'est une correspondance FR/EN par mots-clés, volontairement large (elle accepte aussi un nom de champ qui « contient » l'alias, pas seulement une correspondance exacte) — pas une compréhension fine du format propre à un bot particulier.
Si un bot change le nom d'un champ vers quelque chose qui ne figure dans aucune liste d'alias (ex. « valeur » au lieu de « prix »), ce champ précis n'est pas reconnu : il reste vide sur la ligne reçue, pendant que les autres champs — s'ils utilisent des noms reconnus — continuent d'être extraits normalement. La catégorie de l'article, elle, retombe sur « Autre » par défaut quand rien dans le site ou le nom du produit ne permet de la deviner (mots-clés TCG ou sneakers).
Rien de tout ça ne bloque le triage : l'écran de triage des cops (voir le guide dédié) permet de corriger manuellement n'importe quel champ — nom du produit, site, taille, prix, email, proxy, mot de passe — avant de confirmer la ligne en article. C'est la marge de manœuvre prévue pour absorber une dérive de format sans attendre une mise à jour de Remedy.
À retenir
Si mon bot de cop change le nom d'un champ, l'ingestion va-t-elle échouer ?
Non — le parsing est volontairement best-effort : aucun champ non reconnu ne fait échouer la réception du message. Le pire cas, c'est qu'un champ atterrisse vide ou mal catégorisé dans le triage, jamais que la ligne disparaisse ou que Remedy plante.
Comment Remedy reconnaît un champ comme « prix » ou « taille » dans un message de bot ?
En comparant le nom du champ (normalisé : minuscules, sans accents ni emojis) à une liste d'alias par catégorie — par exemple « price », « prix », « total », « cost » ou « montant » sont tous reconnus comme le prix. C'est une correspondance par mots-clés FR/EN, pas une compréhension du format exact du bot.
Que se passe-t-il concrètement si un bot utilise un nom de champ jamais vu (ex. « valeur » au lieu de « prix ») ?
Ce champ précis ne sera pas reconnu et restera vide dans la ligne de triage — mais le reste du message (site, produit, taille…) continue d'être traité normalement si ses propres champs sont reconnus. Tu complètes alors le champ manquant à la main au triage, via l'édition.
Est-ce que le message brut du bot est perdu si le parsing rate un champ ?
Non, jamais — le payload brut reçu est toujours conservé en base, même quand certains champs n'ont pas pu être extraits. Rien n'est jeté silencieusement.
Faut-il reconfigurer quelque chose si mon bot change de format ?
Non de ton côté dans Remedy — l'URL d'ingestion personnelle ne change pas. Le seul ajustement possible est côté maintenance de Remedy si un format devient trop différent des alias reconnus (nouveaux alias à ajouter) ; en attendant, la correction manuelle au triage suffit à ne rien perdre.
Ingestion best-effort, triage éditable, message brut toujours conservé.
Autres fonctionnalités