Quel type de warning CoinGecko ou CoinMarketCap voyez-vous ?
Un diagnostic utile commence par le texte exact et l'emplacement de l'avis, pas par une supposition sur la raison de son apparition. Enregistrez ce qu'un visiteur peut voir, puis comparez-le avec le contrat actuel, le marché, l'offre et les informations officielles du projet.
| Catégorie de diagnostic | Vérifiez d'abord |
|---|---|
| Informations du profil | Nom du token, ticker, site web, liens sociaux et chaîne déclarée |
| Contrat ou réseau | Adresse affichée sur la liste par rapport à l'adresse officielle actuelle du projet |
| Informations sur l'offre | Réclamations sur l'offre en circulation, totale ou maximale par rapport aux preuves publiées |
| Données de marché | Si le marché ou la paire affiché représente toujours le trading actif du projet |
| Statut du projet | Si une migration, une redénomination ou un changement matériel est expliqué clairement |
Ce sont des catégories d'investigation, pas une affirmation que les deux plateformes utilisent les mêmes étiquettes d'avertissement ou critères d'examen. Prenez une capture d'écran, copiez le texte visible et notez l'URL de la liste. Si l'avis pointe vers un champ spécifique, traitez ce champ comme point de départ ; ne faites pas de modifications non liées avant d'établir l'écart.
Pour un cas CoinGecko, comparez le problème avec les exigences de liste du projet. Pour CoinMarketCap, utilisez le guide de liste correspondant pour vérifier quelles informations du projet sont pertinentes. L'objectif est une cause traçable, pas une réécriture large du profil.
La correction diffère-t-elle entre CoinGecko et CoinMarketCap ?
Oui. Les preuves doivent correspondre à la page de la plateforme et aux informations spécifiques en question ; ne supposez pas qu'une seule demande de correction couvre les deux listes. Commencez par vérifier chaque profil indépendamment et notez quels champs diffèrent des sources primaires actuelles du projet.
- Capturez la page CoinGecko : notez l'avis visible, les champs du profil, les informations du contrat et tout détail d'offre impliqué.
- Capturez la page CoinMarketCap : répétez le même examen plutôt que de copier le diagnostic de la première plateforme.
- Comparez les enregistrements sources : utilisez le site web du projet, les informations de l'explorateur, la documentation publique et les annonces officielles selon le cas.
- Séparez les faits partagés des modifications spécifiques à la plateforme : une adresse de contrat corrigée peut affecter les deux demandes ; un champ de profil ou un avis peut nécessiter sa propre explication.
Un warning CoinGecko n'est pas automatiquement le même problème qu'un warning CoinMarketCap, même si le texte semble similaire. Gardez des dossiers de preuves séparés et étiquetez chaque capture d'écran avec la plateforme et l'URL du profil. Cela facilite la vérification de la cohérence des faits et évite qu'un réviseur reçoive un pack mélangé.
Si le projet n'est pas encore listé, traitez cela comme une tâche différente de la remédiation. Le guide pour être listé sur CoinGecko couvre la préparation de la liste ; un warning visible sur un profil existant appelle une approche axée sur la correction. Pour une comparaison plus large des plateformes, voir CoinGecko vs CoinMarketCap.
Comment corriger le problème avant de contacter la plateforme ?
Corrigez d'abord la source de l'écart, puis rassemblez des preuves qui rendent la correction facile à vérifier. Une demande qui dit « veuillez retirer le warning » sans montrer ce qui a changé laisse la question centrale sans réponse.
Utilisez cette checklist de travail :
- Attribuez un propriétaire : nommez la personne responsable du contrat, du site web, de la tokenomics ou du fait de communication.
- Confirmez la valeur canonique : convenez en interne de l'adresse, du chiffre d'offre, de la chaîne ou du statut du projet correct.
- Mettez à jour la source primaire : corrigez la page ou le document contrôlé par le projet avant de demander une modification de la liste.
- Conservez la preuve : capturez la page corrigée et conservez les vues pertinentes de l'explorateur, les documents publics ou les annonces.
- Expliquez le changement : indiquez ce qui était faux, ce qui est maintenant correct et où un réviseur peut le confirmer.
Gardez les faits cohérents sur le site web du projet, la documentation du token, les liens de l'explorateur et les profils sociaux officiels. Si le problème concerne l'offre de tokens, ne vous fiez pas uniquement à une phrase dans un document marketing ; rendez le calcul et sa source inspectables. Le guide de vérification de l'offre peut aider à structurer ces preuves.
Évitez de modifier plusieurs champs de profil non liés pendant la même demande. Si plusieurs corrections sont nécessaires, listez chacune séparément et joignez la preuve à l'élément pertinent. Cela rend le suivi plus clair et donne à l'équipe un enregistrement de ce qui a été soumis.
Comment vérifier les informations d'offre sur une liste CoinGecko ?
La vérification de l'offre signifie expliquer les chiffres d'offre du projet d'une manière qui peut être vérifiée par rapport au contrat du token et aux divulgations publiques du projet. Identifiez d'abord quel chiffre d'offre l'avis ou le profil concerne ; ne traitez pas l'offre en circulation, totale et maximale comme des étiquettes interchangeables.
| Élément de preuve | Ce qu'il doit clarifier |
|---|---|
| Contrat du token et chaîne | Quel actif et quel réseau les chiffres décrivent |
| Calcul de l'offre | Comment le projet arrive au chiffre déclaré |
| Exclusions ou soldes verrouillés | Quels soldes sont exclus d'un chiffre en circulation et pourquoi |
| Source de soutien | Où un réviseur peut inspecter indépendamment les informations pertinentes |
| Historique des changements | Si une migration, un burn, un déverrouillage ou un autre changement explique une différence |
Utilisez la documentation canonique du projet et un explorateur public pertinent comme références de soutien. Gardez le calcul lisible : définissez le chiffre, listez les soldes inclus et exclus, et indiquez la source pour chaque valeur matérielle. Si une migration a eu lieu, distinguez l'ancien contrat du contrat actuel et expliquez comment les deux se rapportent.
Ne révisez pas silencieusement un chiffre d'offre pour le faire ressembler à une valeur affichée. Confirmez d'abord la méthodologie du projet, puis présentez les preuves et demandez une correction si la liste ne correspond pas. Pour un problème de profil plus large, coordonnez ce travail avec la remédiation de profil de liste afin que les preuves d'offre ne soient pas séparées de l'avis réel.
Que doit contenir une demande de remédiation ?
Une demande solide est courte, spécifique et soutenue par des sources que la plateforme peut inspecter. Mettez la correction demandée en premier, puis montrez la valeur actuelle de la liste, la valeur vérifiée et les preuves qui les relient.
Préparez un pack avec ces parties :
- Nom du projet, ticker, chaîne et URL de la liste.
- Une citation ou capture d'écran de l'avis exact ou du champ en question.
- Une description concise de l'écart et de sa cause, si confirmée.
- La correction demandée, exprimée comme une valeur précise ou un changement de profil.
- Des liens ou fichiers soutenant cette correction, avec une courte note sur ce que chacun prouve.
- Un contact qui peut répondre aux questions techniques ou sur les informations du projet.
Utilisez une demande par plateforme et conservez la version soumise. Si le problème affecte à la fois CoinGecko et CoinMarketCap, rendez les faits partagés cohérents mais adaptez la demande et les références de preuves à chaque liste. Évitez les affirmations non fondées sur la raison de l'apparition d'un avis, la pression pour un résultat d'examen particulier ou le contenu promotionnel non lié.
AEOTech utilise un examen de preuves nommé avant l'envoi d'un pack : un responsable de compte vérifie que l'avis visible, l'enregistrement source, le changement demandé et la preuve se réfèrent tous au même problème. Cet examen détecte les liens incohérents et les captures d'écran obsolètes avant la soumission. Si vous voulez de l'aide pour préparer le dossier, consultez la remédiation de profil de liste et envoyez l'URL de la liste et l'avis via contact.
Que pouvez-vous contrôler pendant qu'une liste est en cours d'examen ?
Vous contrôlez l'exactitude, la cohérence et l'exhaustivité des informations du projet que vous soumettez ; la plateforme contrôle comment elle examine ces informations et ce qui apparaît sur sa liste. Utilisez cette division pour définir les attentes et garder les sources propres du projet à jour.
| Contrôlé par le projet | Contrôlé par la plateforme |
|---|---|
| Explications du contrat et de l'offre | Si les preuves soumises satisfont son examen |
| Site web, documentation et liens officiels | Si un avis ou un champ de profil est modifié |
| La clarté et l'organisation d'une demande | Séquence d'examen et délai de réponse |
| Un enregistrement des mises à jour et du suivi | Affichage de la liste et tout avis continu |
L'équipe d'examen peut demander des clarifications, conserver un avis ou laisser un profil inchangé ; un pack soumis ne peut pas déterminer ce résultat. AEOTech peut fournir le diagnostic convenu, l'examen des preuves et la préparation de la demande, mais ne peut pas promettre qu'un warning sera retiré ou qu'un statut de liste spécifique en résultera.
En attendant, conservez une copie de la demande et évitez d'envoyer à plusieurs reprises le même matériel. Si de nouvelles preuves deviennent disponibles, ajoutez-les au dossier avec une explication concise de ce qu'elles changent. N'annoncez pas qu'un warning a été levé tant que la liste publique elle-même ne reflète pas le changement.
Comment empêcher le même problème de profil de revenir ?
Maintenez un enregistrement de liste simple afin qu'une future mise à jour de profil parte de faits approuvés et actuels plutôt que d'anciennes soumissions. Attribuez la propriété de chaque champ contrôlé par le projet et enregistrez où se trouve sa source de vérité.
Un enregistrement pratique peut inclure :
- Nom actuel du projet, ticker, réseau et adresse du contrat.
- Le site web canonique et les liens sociaux officiels.
- Définitions de l'offre, notes de calcul et sources de soutien.
- Changements de marché ou de migration qui affectent la description publique.
- URLs de liste de plateforme, corrections soumises et réponses reçues.
- La personne responsable de confirmer les futures mises à jour.
Examinez l'enregistrement chaque fois que le projet change son contrat, ses divulgations d'offre de tokens, son site web ou ses canaux officiels. Vérifiez que le même fait n'est pas décrit différemment dans les propres matériaux du projet. C'est une routine de maintenance, pas une promesse qu'une plateforme n'affichera jamais un avis ; cela réduit les incohérences évitables et rend une correction ultérieure plus facile à documenter.
Pour un travail adjacent, utilisez le guide de liste CoinMarketCap ou le guide de liste CoinGecko lorsque le projet a besoin d'une préparation de liste plutôt que d'une investigation de warning. Pour commencer un examen de remédiation, envoyez à AEOTech l'URL du profil affecté, l'avis exact et toute preuve déjà collectée ; l'étape suivante est une vérification source-à-liste et un plan de correction priorisé.
Tarifs
| Service | Prix | Devis |
|---|---|---|
| Avertissements de liste | à partir de 1 320 $ / projet |
Prix de départ en USD. Forfaits personnalisés et remises sur volume sur demande. Paiement en USDT, USDC, BTC, ETH, SOL, TON ou votre token de projet.
Comment ça marche
- Capturez l'avisEnregistrez son texte exact, l'URL de la liste et une capture d'écran. Gardez les enregistrements CoinGecko et CoinMarketCap séparés.
- Tracez le fait sous-jacentComparez la liste avec le contrat actuel, l'offre, le marché et les informations officielles du projet. Attribuez un propriétaire à chaque écart.
- Corrigez la sourceMettez à jour la page ou l'enregistrement contrôlé par le projet d'abord. Conservez des preuves qui montrent les informations corrigées.
- Préparez la demandeIndiquez le changement demandé, expliquez l'écart et joignez des preuves qui le soutiennent directement.
- Suivez la réponse de la plateformeEnregistrez le pack soumis et toute réponse. Ajoutez de nouvelles preuves uniquement si elles clarifient ou changent le dossier.
Questions fréquentes
Comment retirer un warning sur CoinGecko ?
Enregistrez le warning exact et le champ de profil à côté duquel il apparaît. Vérifiez la source pertinente du projet, corrigez tout écart confirmé et préparez des preuves qui soutiennent le changement demandé. Soumettez une demande ciblée via la voie applicable de CoinGecko et conservez une copie du pack. La plateforme décide si son affichage change.
Un warning CoinMarketCap se corrige-t-il de la même manière qu'un warning CoinGecko ?
La méthode de diagnostic est similaire, mais traitez chaque liste comme son propre cas. Capturez l'avis et la page de chaque plateforme, confirmez les faits partagés du projet et adaptez la demande de correction aux informations spécifiques affichées là. Ne supposez pas qu'une réponse ou une modification de profil sur une plateforme change également l'autre.
De quoi ai-je besoin avant de demander une correction de liste ?
Ayez l'URL de la liste, le texte exact de l'avis, la valeur que vous croyez correcte et des sources qui la soutiennent. Pour un problème d'offre, incluez un calcul clair et des références pertinentes au contrat ou à l'explorateur. Pour un changement de statut de projet, fournissez l'explication officielle actuelle et identifiez les anciennes et nouvelles informations.
Combien de temps faut-il pour résoudre un warning de liste ?
Il n'y a pas de délai fixe dans ce guide. Le temps de préparation dépend de la rapidité avec laquelle le projet peut vérifier et corriger ses propres informations ; la plateforme contrôle sa séquence d'examen et son délai de réponse. Vous pouvez éviter des allers-retours évitables en envoyant un pack complet et cohérent en interne et en gardant les preuves organisées.
Quelqu'un peut-il garantir qu'un warning CoinGecko ou CoinMarketCap sera retiré ?
Non. Le projet ou son conseiller peut vérifier les faits, corriger les sources contrôlées par le projet et préparer une demande claire, mais seule la plateforme contrôle si elle modifie un warning ou l'affichage de la liste. Un service doit définir ses livrables comme un diagnostic, un examen des preuves et une préparation de demande plutôt que de promettre une décision particulière de la plateforme.
Et si le warning concerne l'offre en circulation ?
Confirmez d'abord quel chiffre d'offre est discuté et documentez le calcul du projet. Expliquez les exclusions pertinentes, identifiez le contrat du token et la chaîne, et liez aux sources qui soutiennent les valeurs. Si la liste et les enregistrements du projet divergent, résolvez la méthodologie propre du projet avant de demander une correction de profil.
Parlez-nous de votre projet
Répondez à quatre questions et un responsable vous enverra un plan, un calendrier et une fourchette de prix sous une heure. Tout reste confidentiel.
Chargement du formulaire…