Cách xóa cảnh báo trên CoinGecko hoặc CoinMarketCap

Cảnh báo trên CoinGecko hoặc CoinMarketCap cho bạn biết điều gì?

Cảnh báo listing chỉ ra một vấn đề mà nền tảng đã nêu về dự án hoặc listing của bạn; bản thân nó không phải là một chẩn đoán hoàn chỉnh. Bắt đầu bằng cách ghi lại văn bản chính xác, trang nơi nó xuất hiện và ngày bạn nhận thấy. Lưu ảnh chụp màn hình và sao chép các trường hồ sơ liên quan trước khi thay đổi bất cứ điều gì.

Nhóm vấn đề theo bằng chứng bạn cần kiểm tra:

• Hồ sơ không khớp: tên, trang web, tài khoản mạng xã hội hoặc chi tiết dự án không khớp giữa các nguồn chính thức.
• Câu hỏi về supply hoặc hợp đồng: thông tin supply hiển thị cần được đối chiếu với hồ sơ công khai hoặc explorer.
• Thông tin thị trường hoặc tài sản: thị trường, cặp giao dịch, di chuyển token hoặc trạng thái dự án có thể cần cập nhật hoặc giải thích.
• Thông tin dự án không còn hiện hành: liên kết hoặc kênh có thể không khả dụng hoặc trỏ đến tài liệu lỗi thời.

Đây là các danh mục điều tra, không phải tuyên bố về nhãn đánh giá nội bộ của nền tảng. Giữ nguyên văn bản cảnh báo trong ghi chú làm việc của bạn; diễn giải quá sớm có thể khiến nhóm đi sai hướng. Nếu dự án chưa được listing và vấn đề của bạn là điều kiện đủ chứ không phải cảnh báo, hãy sử dụng hướng dẫn listing CoinGecko hoặc hướng dẫn listing CoinMarketCap riêng.

Bạn nên điều tra listing trên từng nền tảng như thế nào?

So sánh listing bị ảnh hưởng với hồ sơ hiện tại, có thẩm quyền của dự án trước khi chỉnh sửa hoặc gửi bất cứ điều gì. CoinGecko và CoinMarketCap duy trì hồ sơ listing và quy trình đánh giá riêng biệt, vì vậy hãy ghi lại vấn đề và trao đổi cho từng nền tảng một cách độc lập thay vì coi việc sửa lỗi trên một nền tảng là tự động cập nhật cho nền tảng kia.

Xây dựng một bảng so sánh ngắn với bốn cột: trường hiển thị, giá trị hiện tại đúng, nguồn hỗ trợ và hành động cần thiết. Kiểm tra tên token và ký hiệu, trang web chính thức và liên kết mạng xã hội, địa chỉ hợp đồng và mạng lưới, tuyên bố supply và bất kỳ chi tiết thị trường hoặc dự án nào được đề cập trong cảnh báo. Sử dụng explorer công khai hoặc nguồn do dự án kiểm soát nếu nó trực tiếp hỗ trợ tuyên bố. Đối với câu hỏi về supply, hướng dẫn xác minh supply CoinGecko cung cấp danh sách kiểm tra tập trung để tổ chức bằng chứng đó.

Tiếp theo, xác nhận ai kiểm soát từng nguồn. Nhóm dự án có thể cập nhật trang web hoặc hồ sơ mạng xã hội của họ, trong khi trang thị trường của bên thứ ba có thể yêu cầu sửa lỗi hoặc giải thích riêng. Giữ bản sao của thông tin cũ và đã sửa, đồng thời tạo một nhật ký thay đổi nêu rõ chủ sở hữu và trạng thái của mọi hành động. Điều này ngăn chặn các gửi xung đột và cung cấp cho người đánh giá một dấu vết rõ ràng từ cảnh báo đến sửa lỗi.

Bạn nên chuẩn bị những sửa lỗi và bằng chứng nào?

Sửa nguồn gốc của sự khác biệt trước, sau đó thu thập bằng chứng giúp việc xác minh dễ dàng. Một lời giải thích trau chuốt không thể thay thế một hồ sơ dự án vẫn hiển thị thông tin cũ; cập nhật hồ sơ bạn kiểm soát và ghi lại thay đổi trước khi yêu cầu đánh giá listing.

Sử dụng danh sách kiểm tra bằng chứng này:

• Đối với chi tiết dự án: xuất bản tên, ký hiệu, trang web và liên kết mạng xã hội chính thức nhất quán trên các kênh do dự án kiểm soát.
• Đối với chi tiết hợp đồng hoặc mạng lưới: cung cấp địa chỉ và mạng lưới chính xác, với trang explorer công khai hiển thị thông tin liên quan.
• Đối với câu hỏi về supply: nêu rõ con số supply bạn đang đề cập, giải thích bất kỳ sự khác biệt nào có liên quan và liên kết đến hồ sơ công khai hỗ trợ nó. Không trình bày một tuyên bố mà nguồn không thể xác nhận.
• Đối với vấn đề thị trường hoặc di chuyển: xác định thị trường hoặc hợp đồng cũ bị ảnh hưởng và mô tả những gì đã thay đổi, với tài liệu tham khảo công khai hoạt động.
• Đối với liên kết không khả dụng hoặc lỗi thời: thay thế hoặc sửa chữa chúng, sau đó kiểm tra xem đích có thể truy cập và rõ ràng thuộc về dự án.

Giữ gói gọn gàng: ảnh chụp màn hình cảnh báo, bảng vấn đề-sửa lỗi, liên kết nguồn và giải thích ngắn gọn về các thay đổi. Nếu bằng chứng không đầy đủ, hãy đánh dấu khoảng trống và giải quyết trước khi soạn thảo một tuyên bố tự tin. BrandBoost Guru sử dụng một Đánh giá Bằng chứng Listing có tên để kiểm tra rằng mỗi tuyên bố trong yêu cầu được hỗ trợ bởi một nguồn và các liên kết hỗ trợ hoạt động.

Làm thế nào để gửi một yêu cầu khắc phục tập trung?

Gửi một yêu cầu có tổ chức cho mỗi nền tảng bị ảnh hưởng, sử dụng tuyến hỗ trợ hoặc liên hệ listing chính thức của nó. Nêu tên dự án và listing bị ảnh hưởng, trích dẫn chính xác cảnh báo, tóm tắt việc sửa lỗi và đính kèm hoặc liên kết gói bằng chứng. Giữ ngôn ngữ thực tế và cụ thể: xác định những gì đã thay đổi, nơi nó thay đổi và nguồn nào xác minh nó.

Trước khi gửi, kiểm tra rằng:

• chi tiết dự án khớp giữa các kênh chính thức của bạn và yêu cầu listing;
• mọi liên kết mở đến bằng chứng liên quan, không phải trang chủ chung;
• yêu cầu phân biệt sửa lỗi đã hoàn thành với thay đổi đang tiến hành;
• người theo dõi phản hồi có thể truy cập hồ sơ dự án và trả lời nhất quán.

Tránh gửi nhiều phiên bản với các tuyên bố khác nhau. Ghi lại ngày gửi, kênh, tài liệu tham khảo hoặc chi tiết vụ việc nếu có và tài liệu chính xác đã gửi. Khi nền tảng yêu cầu làm rõ, trả lời trực tiếp câu hỏi và chỉ thêm bằng chứng giải quyết nó. Đối với quy trình listing rộng hơn, xem chuẩn bị listing CoinMarketCap và chuẩn bị listing CoinGecko. Mục tiêu của bạn là một hồ sơ có thể xem xét, nhất quán—không phải một tin nhắn dài hơn.

Một mốc thời gian khắc phục thực tế trông như thế nào?

Một kế hoạch thực tế di chuyển từ chẩn đoán đến sửa lỗi, gửi và theo dõi, với mỗi giai đoạn tạo ra một bàn giao rõ ràng. Lịch trình phụ thuộc vào công việc cần thiết để sửa thông tin nguồn và phản hồi của nền tảng; đặt các mốc nội bộ xung quanh các hành động mà nhóm của bạn kiểm soát.

Tuần 1 — chẩn đoán và phân công. Chụp cảnh báo, so sánh các tuyên bố hồ sơ với hồ sơ hiện tại, liệt kê các khoảng trống và chỉ định chủ sở hữu cho mỗi sửa lỗi. Thống nhất một người phê duyệt giải thích cuối cùng. Nếu chi tiết supply liên quan, hãy thu thập bằng chứng công khai trước khi soạn thảo.

Ra mắt — thực hiện và ghi lại các sửa lỗi. Cập nhật tài liệu nguồn do dự án kiểm soát, xác minh các trang đã thay đổi và lắp ráp gói bằng chứng. Xem xét mọi tuyên bố so với nguồn của nó, sau đó gửi qua kênh nền tảng thích hợp. Giữ một bản sao của yêu cầu chính xác.

Theo dõi — phản hồi và đóng vòng lặp. Theo dõi kênh được sử dụng cho yêu cầu, ghi lại mọi câu hỏi và cung cấp phản hồi tập trung với bằng chứng hỗ trợ. Kiểm tra lại listing sau phản hồi của nền tảng và ghi lại liệu cảnh báo đã thay đổi, vẫn hiển thị hay yêu cầu hành động mới. Đối với công việc đa nền tảng, giữ các dòng trạng thái riêng biệt để phản hồi của một nền tảng không bị nhầm với nền tảng kia.

Làm thế nào để biết việc khắc phục đã hoàn tất?

Coi việc khắc phục là hoàn tất khi vấn đề ban đầu đã được giải quyết, listing liên quan đã được kiểm tra lại và nhóm của bạn đã giữ lại hồ sơ về kết quả. Một yêu cầu đã gửi là một mốc quy trình, không phải bằng chứng hồ sơ hiển thị đã thay đổi.

Sử dụng hồ sơ kết thúc với các trường sau: cảnh báo như quan sát ban đầu, vấn đề cơ bản, sửa lỗi được thực hiện, bằng chứng cung cấp, lịch sử gửi và phản hồi, hiển thị listing hiện tại và mọi hành động còn lại của chủ sở hữu. Lưu ảnh chụp màn hình hiện tại cùng với bản chụp trước đó để nhóm có thể so sánh trạng thái hiển thị mà không cần dựa vào trí nhớ. Nếu cảnh báo vẫn còn trong khi đánh giá đang chờ xử lý, hãy ghi rõ trạng thái đó thay vì mô tả trường hợp là đã giải quyết.

Sau khi kết thúc, thêm một kiểm tra quyền sở hữu đơn giản vào bảo trì dự án thường xuyên của bạn: xác nhận rằng các liên kết chính thức vẫn hoạt động, sự kiện hồ sơ vẫn khớp với hồ sơ dự án hiện tại và một thành viên nhóm được chỉ định nhận trao đổi nền tảng. Nếu di chuyển hợp đồng, thay đổi thị trường hoặc cập nhật supply xảy ra sau đó, làm mới các hồ sơ và bằng chứng bị ảnh hưởng trước khi sự khác biệt trở thành vấn đề hỗ trợ mới. Đối với sửa lỗi hồ sơ liên quan hoặc đánh giá được quản lý, xem khắc phục hồ sơ listing.

Điều gì nằm ngoài tầm kiểm soát của bạn trong quá trình đánh giá nền tảng?

Bạn kiểm soát tính chính xác của hồ sơ dự án, bằng chứng bạn gửi và mức độ nhanh chóng bạn trả lời các câu hỏi tiếp theo; bạn không kiểm soát đánh giá hoặc thời gian của nền tảng. CoinGecko hoặc CoinMarketCap có thể yêu cầu làm rõ, giữ cảnh báo hiển thị hoặc quyết định rằng tài liệu gửi không giải quyết mối quan tâm và một agency không thể chỉ đạo quyết định đó.

Đó là lý do tại sao kiểm soát rủi ro tốt nhất là một gói bằng chứng có thể truy vết thay vì một lời hứa về hiển thị cuối cùng. Giữ việc gửi thực tế, tránh các giải thích không được hỗ trợ và đảm bảo mỗi nguồn do dự án kiểm soát đồng ý với thông tin bạn yêu cầu nền tảng xem xét.

Trước khi bắt đầu, hãy thu thập bản chụp cảnh báo, URL listing, chi tiết hợp đồng và mạng lưới nếu có, liên kết chính thức hiện tại và bất kỳ trao đổi nền tảng nào trước đó. Gửi những tài liệu đó đến BrandBoost Guru để Đánh giá Bằng chứng Listing. Chúng tôi sẽ ánh xạ từng cảnh báo đến một sửa lỗi có thể hành động, xác định khoảng trống bằng chứng và trả lại một kế hoạch khắc phục tập trung để nhóm của bạn phê duyệt.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Chụp cảnh báoLưu văn bản chính xác, URL listing và ảnh chụp màn hình có ngày. Ghi rõ nền tảng nào hiển thị nó.
2. Ánh xạ vấn đề đến nguồn của nóSo sánh listing với hồ sơ hiện tại do dự án kiểm soát và bằng chứng công khai. Tách biệt các sự kiện đã xác nhận khỏi các câu hỏi mở.
3. Sửa lỗi và xác minhCập nhật thông tin nguồn bạn kiểm soát, sau đó kiểm tra trang hoặc hồ sơ đã sửa có thể truy cập và nhất quán.
4. Chuẩn bị gói bằng chứngTổ chức cảnh báo, bảng vấn đề-sửa lỗi, liên kết nguồn hoạt động và giải thích ngắn gọn về các thay đổi đã hoàn thành.
5. Gửi và theo dõiGửi một yêu cầu tập trung riêng cho mỗi nền tảng, ghi lại phản hồi và kiểm tra lại listing hiển thị trước khi đóng vụ việc.