CoinGecko警告解除：読み取り、修正、申請を一度で

どの警告が表示されていますか？

クイックテスト： 警告をスクリーンショットし、日付を記録します。次に、それが指し示すフィールドを3行以内でリストアップしてください。

まず、正確な通知とその表示場所を記録します。警告は、情報の不足、プロジェクト詳細の不一致、供給量やコントラクトに関する問題、プロファイルが最新かどうかの懸念などを指す場合があります。これらは異なる問題です。ウェブサイトを編集しても公開トークンデータの不一致は解決しませんし、プロファイルの説明を変更しても供給量に関する質問に答えられません。

何かを変更する前に、通知、プロファイルURL、日付、その横に表示されているフィールドやリンクを記録してください。その後、プロジェクトが維持または検証できる情報源と上場情報を比較します。

• トークン名、ティッカー、ネットワーク、コントラクトアドレスは、プロジェクトのチャネルやエクスプローラー間で一貫していますか？
• ウェブサイトやソーシャルリンクはまだプロジェクトに属しており、正しく読み込まれますか？
• 公開されている供給量の記述は、オンチェーンで確認できる証拠と一致していますか？
• 掲載されている市場やプロジェクトの詳細はまだ正確ですか？

一般的なラベルだけで原因を推測しないでください。プラットフォームの文言から始め、現在の提出ガイダンスを確認してください。問題がより広範なプロファイルの問題である場合は、上場プロファイル修正を参照してください。新規または不完全なプロファイルの場合は、CoinGeckoへの上場方法またはCoinMarketCapへの上場方法を参照してください。

その背後にある情報はどのように修正しますか？

プロファイルのレビューを依頼する前に、不一致の原因を修正してください。プロジェクトの公開情報を一貫性があり検証しやすいものにし、何が変わったかを記録します。これにより、レビュアーが上場情報とプロジェクトのウェブサイト、エクスプローラー、公式チャネルで異なる主張を目にすることを防げます。

コントラクトやネットワークの詳細については、プロジェクト自身のドキュメントと関連するエクスプローラーに表示されている正確なアドレスとチェーンを確認します。供給量に関する質問については、議論されている供給量の数値を特定し、その定義を説明し、読者が独立して確認できる情報源を提供します。CoinGeckoで供給量を検証する方法の実用的なチェックリストが証拠整理に役立ちます。警告がリンクに関するものであれば、壊れた遷移先を修正し、もはやプロジェクトを代表しない参照を削除します。

修正は狭い範囲に留めてください。レビューが保留中に関係のないプロファイルコピーを書き換えると、どの変更が通知に対応したものか判断しにくくなります。変更前と変更後のテキスト、関連URL、日付入りスクリーンショットを1つのフォルダに保存します。情報がまだ検証できない場合は、その旨を率直に述べ、推定値を確定した事実として提示するのではなく、次に検証可能な更新情報を提供します。

レビューリクエストに含めるべき内容

有用なリクエストは、プロファイルを特定し、プラットフォーム自身の用語で問題を述べ、修正とその証拠を直接指し示します。メッセージは事実に基づき簡潔にし、レビュアーがマーケティングトークを解釈することなく各主張を確認できるようにします。

提出前に以下を準備します。

• トークンプロファイルURLと、表示されている正確な通知（正確にコピーしたもの）。
• 修正されたフィールドまたは情報と、変更日。
• 修正された情報を裏付ける公開情報源への直接リンク。
• 残っている不一致がある場合の簡単な説明と、その解決に向けて行っていること。
• フォローアップの質問に答えられるプロジェクト担当者が監視している連絡先。

無関係なチャネルを通じてリクエストを繰り返し送信するのではなく、プラットフォームの現在のサポートまたは上場ルートを使用します。送信したメッセージと、提供された参照番号や確認のコピーを保管します。供給量関連の説明の整理に支援が必要な場合は、準備の参考として供給量検証ガイドを、複数の調整が必要なプロファイルについては、上場プロファイル修正サービスが構造化されたレビュー支援の方法を説明しています。どちらのリンクも、プラットフォーム自身の決定プロセスに代わるものではありません。

提出後のレビュー管理

提出後は、返信と証拠を担当する1人の担当者を決めてください。一貫した単一の連絡窓口により、異なるプロジェクトアカウントから矛盾した説明が送られるリスクを減らせます。リクエスト日、提出した情報、返信、フォローアップを簡単な内部ログで追跡します。

プラットフォームから質問があった場合は、その質問に直接回答し、回答の検証に必要な情報源のみを添付します。別の事実誤認を発見した場合は、情報源を修正し、追加の変更を別途、明確に日付を記入した更新として説明します。未解決の点に対処せずに元のメッセージを繰り返す新しいリクエストは送信しないでください。

待機中は、リクエストで引用した公開ページがアクセス可能で変更されていないことを確認します。プロジェクトのウェブサイト、エクスプローラー情報、公式チャネルが同じコア詳細を引き続き表示していることを確認します。より広範な上場準備については、CoinGecko上場要件とCoinMarketCap上場ガイドを参照してください。これらはチームがプロファイルの準備状態を改善するのに役立ちますが、特定の警告はプラットフォームの現在の指示に従って処理する必要があります。

問題を難しくするよくある間違い

よくある間違い： 同じ問題に対して複数のリクエストを送信すること。証拠を添えた1回の明確なリクエストの方が効果的です。

最も避けるべき間違いは、裏付けのない説明、一貫性のないプロジェクト情報、そして特定の修正を特定しないリクエストです。洗練されたメッセージでも、主張を裏付ける証拠が不十分であれば補えません。

提出前に以下の問題を確認します。

• コントラクトアドレスまたはネットワークがプロジェクトのウェブサイトと上場情報で異なる。
• 供給量の主張が異なる定義を使用しており、その違いを説明していない。
• 引用されたページがアクセス不能、古い、またはプロジェクト外の誰かによって管理されている。
• リクエストがステータス変更を求めているが、何が修正されたかを説明していない。
• 複数のチームメンバーが同じ問題について異なる説明を提出している。

移行や修正されたプロジェクトリンクなど、レビュアーが正当な変更を理解するのに役立つコンテキストは削除しないでください。代わりに、何が変わったか、いつ変わったか、そしてどの現在の情報源がそれを裏付けているかを述べてください。説明は適切な範囲に留めます。狭いデータ修正には焦点を絞った証拠の連鎖が必要ですが、より広範なプロファイルの問題には、すべての公開プロジェクト情報の調整されたレビューが必要になる場合があります。新たに提出する前に、編集プロセスに関与していない人に、リクエストを実際の上場情報と情報源と比較してもらいます。その最終チェックで、プロジェクトチームが見逃していた不一致を発見できます。

プロジェクトがレビューで制御できないこと

プロジェクトは公開情報を修正し、証拠を提供し、質問に回答することはできますが、CoinGeckoやCoinMarketCapが通知をどのように解釈するか、いつプロファイルを変更するかを決定することはできません。レビューの結果、要求される証拠、プロファイルの表示は各プラットフォームの管理下にあります。外部の者が特定の警告が削除されることやレビューが承認されることを約束することはできません。プラットフォームからの直接の回答を信頼してください。有料の支援を、内部レビュアーへのアクセスやプラットフォームが管理する保証された結果として提示しないでください。リクエスト記録を保管し、プラットフォームの指定されたサポートルートを使用し、レビューがアクティブな間は、事実の修正が必要な場合を除き、プロファイルの詳細を再度変更しないでください。

警告修正のための7ポイントチェックリスト

以下の7ステップを順に実行し、送信するすべてのファイルを保管してください。レビューチームは多くのリクエストを読むため、短く完全なものが目立ちます。

• 警告をスクリーンショットし、日付を記録する。
• それが関係するプロファイルフィールドをリストアップする。
• それらのフィールドを自社サイト、コントラクト、ドキュメントと比較する。
• 自分で制御できる情報を修正する。
• 供給量や所有権に関する主張の証拠を収集する。
• ファイルを添付して1回の明確なリクエストを送信する。
• 日付を記録し、フォローアップする前にプラットフォームの返信を待つ。

用語の定義

上場警告：トークンプロファイルに表示される、データに関する懸念を示す通知。

レビューリクエスト（平たく言えば、プラットフォームにプロファイルの再確認を依頼するために書かれたメッセージ）。

構造化されたプロファイルクリーンアップが役立つ場合

構造化された修正は、通知が複数の情報源にまたがる場合、チームがどの事実が矛盾しているか確信が持てない場合、または以前のリクエストで修正が検証しやすくなっていなかった場合に役立ちます。また、移行、供給量の説明、古いプロファイル詳細について、簡単な編集ではなく注意深く文書化された説明が必要な場合にも役立ちます。

MarketingExtraでは、まず表示されている通知を、公開プロファイルおよびプロジェクトが管理する情報源と比較します。特定の不一致を特定し、証拠を整理し、焦点を絞ったレビューリクエストの準備を支援します。チームはアカウントの管理を保持し、プラットフォームの指定されたルートを通じて提出します。当社はプライベートチャネルやプラットフォームが管理する結果を主張しません。

単純な問題であれば、上記のチェックリストに従って外部の支援なしで対応できる場合があります。複雑なプロファイルの場合は、プロファイルURL、表示されている通知、プロジェクトの公式情報源、および既に行った変更の簡単な説明をお送りください。検証可能な内容を確認し、次の実践的なステップを概説します。上場プロファイル修正から始めるか、上場と検証の概要を使用して関連サポートを見つけてください。

仕組み

1. 通知を記録するプロファイルURL、正確な文言、日付、通知が表示されているフィールドまたはセクションを保存します。
2. 問題を追跡する上場情報をプロジェクトの公式サイト、チャネル、エクスプローラー情報、その他の公開情報源と比較します。
3. 情報源を修正するプロジェクトが管理する不正確または古い情報を更新し、何が変わったかを記録します。
4. 証拠をまとめる各修正を簡単に確認できるようにするための直接リンクと日付入り記録を収集します。
5. 提出して追跡する現在のプラットフォームルートを通じて1回の簡潔なリクエストを送信し、返信を記録して特定の質問に回答します。