Suno「Token validation failed」は人間確認の失敗：原因と対処法

suno.comでCreateを押したときに出る「An error occurred. Token validation failed.」は、生成リクエストと一緒に送られるボット対策の確認トークン（人間による操作だと確かめた証明）を、Sunoのサーバーが受け取れなかった、または有効と認めなかったという意味です。ログインが切れたわけでも、クレジットが足りないわけでもありません。2026年11月4日時点のWeb版は、この確認をCloudflare TurnstileかhCaptchaのどちらかで行い、ふだんは画面に何も出さずに済ませています。

同じ時間帯に多くの利用者が同じエラーを報告しているならSuno側の問題なので、復旧を待つしかありません。自分だけなら、1分ほど待ってCreateを1回だけ押し直し、それでも出るときはVPNやプロキシを切る、パソコンの時計を自動設定にする、拡張機能を外したシークレットウィンドウや最新の別ブラウザで試す、という順に切り分けます。Cloudflare公式の診断ページ「Turnstile Troubleshooter」を使えば時計・拡張機能・接続をまとめて確かめられ、それでも直らなければ、その結果を添えてsupport@suno.comに連絡します。

非公式のSuno APIラッパーから{"detail":"Token validation failed."}が返ってくる開発者の場合は事情が少し違うため、後半の開発者向けの節で扱います。

Token validation failedの意味：人間確認が通っていない

このエラーの「token」は、ログイン情報でもAPIキーでもなく、人間確認（CAPTCHA）に通ったことを示す使い捨てのトークンです。2026年11月4日に、ログインしていない状態でsuno.comのWeb版が読み込む公開JavaScript（115ファイル）を読むと、Createを押した直後の流れは次のようになっていました。まずWeb版がSunoのサーバーに「今回の生成に確認は必要か」を問い合わせ、サーバーが必要かどうかと、hCaptcha（既定）とCloudflare Turnstileのどちらを使うかを返します。この問い合わせ自体が失敗した場合、Web版は「確認が必要」と見なしてhCaptchaを使います。確認で得たトークンは、生成リクエストに添えてサーバーへ送られます。

「Token validation failed」という文字列は、読み込まれたWeb版のコードのどこにもありませんでした。つまりこれはSunoのサーバーが返した文言で、サーバー側で有効なトークンを確認できなかったことを示します。画面の「An error occurred.」はSunoの画面側の見出しで、その下にサーバーの返答がそのまま表示されるため、2文がつながった形で目にすることになります。同じコードでは、クレジット不足は別のステータス（402）と専用のメッセージ、生成の回数が多すぎる場合も別のメッセージ、ログインの失敗も別の文言で扱われており、このエラーがクレジットやアカウント停止の通知ではないことが分かります。

Turnstileは通常は目に見えない形で動き、Cloudflareが追加の操作を求めたときだけ、暗い全画面の上に確認の枠が表示されます。ステム（stems）のダウンロード時に同じ趣旨の表示が出たという報告もありますが、ここで説明する流れは生成（Create）のものです。この仕組みは公開コードの読み取りと後述する依存先のテストに基づくもので、実際のアカウントでエラーを再現したものではありません。ボイス登録時の認証失敗や、アップロードした音源が既存作品と一致して拒否されるケースは別の確認によるもので、以下の手順は当てはまりません。

Sunoの障害か自分だけか：報告が集中していれば待つ

同じ時間帯に多くの人が同じエラーを報告しているなら、原因はSuno側にあり、自分の設定をいじっても直りません。実際に2026年2月17日には、Redditのr/SunoAIに「Suno down for anyone else?」というスレッドが立ち、Createを押すと「An error occurred - token validation failed」が出るという声に40件ほどの返信が集まりました。翌18日にもこのエラー名そのものを題にしたスレッドが立っています。こうした集中が見られるときは、時間をおいてから試すのが唯一の対処です。

判断材料は限られています。2026年11月4日時点で、Sunoには公開のステータスページがなく（status.suno.comというアドレスも存在しません）、メンテナンス中はWeb版の中にお知らせが表示される仕組みです。X（旧Twitter）にも、このエラーについてのSunoの公式な説明は出ていません。そのため、r/SunoAIやXで直近の数時間に同じ報告が続いていないかを見て、続いていれば待ち、見当たらなければ自分の環境を疑って次の手順に進みます。

Token validation failedを直す順番：再試行からサポートまで

自分だけに出ている場合は、確認が失敗する仕組みに沿って、手間の少ないものから試します。前の手順で直ったら、そこで止めて構いません。

1. 1分ほど待ってから、Createを1回だけ押し直します。2026年11月4日時点のWeb版は、Turnstileからトークンを得られなかったときにhCaptchaへ切り替えてやり直す設定になっており、その切り替えは10分間続きます。連打してもこの流れは早くならないため、待ってからの1回で十分です。
2. VPNやプロキシを使っているなら、オフにしてから試します。Cloudflareの公式トラブルシューティングも、VPNやプロキシが確認を妨げることがあるとして、一時的に無効にするよう案内しています。
3. Cloudflare公式のTurnstile Troubleshooter（Cloudflareの人間確認診断ページ）を同じブラウザで開き、4つの診断結果を見ます。「System Clock」に問題があればOSの日付と時刻を自動設定に戻し、「Privacy Tools」に干渉が出れば次の手順へ、「Server Connection」でCloudflareに届かなければ手順5の回線変更へ進みます。
4. 拡張機能を無効にしたシークレットウィンドウ（プライベートウィンドウ）でsuno.comにログインし直し、Createを試します。ここで成功すれば、原因は拡張機能かキャッシュに絞れます。
5. ブラウザを最新版に更新するか、別のブラウザや別の端末で試します。それでも同じなら、Wi-Fiからスマートフォンのテザリングに切り替えるなど、回線を変えて試します。
6. どれでも直らなければ、後述のチェックリストの材料をそろえてsupport@suno.comに連絡します。

Turnstile Troubleshooterは、Cloudflareのエラー解説が挙げる自動化ツールの検知、時計のずれ、プライバシー系の拡張機能、Cloudflareへの接続の4点を1ページで調べられます。2026年11月4日14時56分（UTC）にmacOS上のChromium系ブラウザで開いた結果は、Automation Check「No automation detected」、System Clock「Clock synchronized」、Privacy Tools「No interference detected」、Server Connection「Can reach Cloudflare」の4項目とも問題なしでした。ただし、これはTurnstileがそのブラウザで動くかどうかの診断で、Sunoのサーバーがトークンを受け入れるかどうかまでは分かりません。接続元IPの評価などはサーバー側で判断され、その基準は公開されていません。

Sunoの人間確認が失敗する6つのケースと対処

2026年11月4日時点のWeb版のコードでは、次の6つのケースでトークンが空のまま生成リクエストが送られます。空のトークンがそのまま「Token validation failed」になるというのは、サーバーが無効なトークンを拒否するという前提からの推定ですが、どのケースも「確認が完了しないままCreateが進む」点で共通しています。

これとは別に、Web版は確認の部品が読み込まれるのを最大10秒しか待たず、それまでに準備できなければトークンなしで先へ進みます。回線が遅い、ページが重いといった状況でも、確認が間に合わずに失敗しうるということです。

Cloudflareは、Internet Explorerを除く主要ブラウザをTurnstileの対応ブラウザとしています。Turnstile側のエラーコードはSunoの画面には出ず、ブラウザの開発者ツールのコンソールでしか見られません。そこに110600（確認のタイムアウト。時計のずれか、確認に時間がかかりすぎた）や200100（時計またはキャッシュの問題）が出ていれば時計を、200500（確認の枠を読み込めない）が出ていればchallenges.cloudflare.comがどこかで止められていないかを疑います。コンソールに401が出ていても、トークンが発行されていれば問題ないとCloudflareは説明しています。

人間確認の画面が何度も出る・終わらないとき

Cloudflareが追加の操作を求めると、SunoのWeb版は暗い全画面の上に確認の枠を出し、完了まで120秒待ちます。枠を放置したまま120秒を過ぎると、確認は打ち切られ、トークンなしで送信されます。枠が出たら、その場で最後まで完了させるのが基本です。

それでも毎回確認が出る、何度やっても終わらないという場合は、Cloudflareがそのブラウザや接続を信用しきれていない可能性があります。CloudflareのエラーコードではTurnstileの110620が操作のタイムアウト、300番台・600番台が「ボットのような挙動を検知した」ことを示します。このときは確認を何度も繰り返すより、VPN・プロキシを切る、時計を合わせる、拡張機能を外す、回線を変えるといった前の手順に戻るほうが近道です。

広告ブロッカーは原因か：主要15リストは確認を止めていない

一般的なリストをそのまま使っている広告ブロッカーが、この確認を止めている可能性は低いと考えられます。2026年11月4日に、EasyList、EasyPrivacy、uBlockの各フィルター（filters・Privacy・Badware）、AdGuard（Base・Tracking Protection・DNS filter）、Peter Lowe、StevenBlack、OISD big、HaGeZi（Pro・Pro++・Ultimate）、Fanboy Annoyanceの15のリストを取得し、Sunoの確認に必要なドメインを止めるルールがあるかを照合しました。結果は0件で、EasyListとAdGuard Baseは、TurnstileとhCaptchaのスクリプトをむしろ明示的に許可しています。

これらのリストがSuno上で止めているのは、metrics-prod.suno.comなどSunoの計測用のドメイン、HaGeZi Pro++とUltimateでの機能設定用のs.prod.suno.com、それにhCaptchaの分析用ドメインa.hcaptcha.comでした。Sunoが確認に使うhCaptchaは自社のサブドメイン経由で配信されており、こちらは止められていません。計測用ドメインの遮断がトークンの発行に影響するかどうかは、この照合の範囲外です。

照合はドメイン単位で行ったもので、拡張機能を1つずつ実際のブラウザで動かしたテストではありません。自分で追加したルール、サードパーティのスクリプトをすべて止めるタイプの拡張機能、プライバシー重視ブラウザに組み込まれた独自のブロック機能、別のリストを使うPi-holeやNextDNS、会社や学校のDNSフィルターは対象外で、これらは確認を止めることがあります。前の手順4のシークレットウィンドウで成功したなら、拡張機能の中でsuno.comを許可するのが確実です。ネットワークの管理者に許可を頼む場合は、Web版のコードに出てくるドメインを伝えます。人間確認に使われるのはTurnstileのchallenges.cloudflare.comと、hCaptcha用のhcaptcha-endpoint-prod.suno.com、hcaptcha-assets-prod.suno.com、hcaptcha-imgs-prod.suno.com、hcaptcha-reportapi-prod.suno.comで、生成とログインにはstudio-api-prod.suno.com、auth.suno.com、clerk.suno.comも必要です。

VPN・プロキシ使用中は切って試す：Suno利用規約との関係

VPNやプロキシを通していてこのエラーが出るなら、まず切ってから試します。Cloudflareは公式のトラブルシューティングで、VPNやプロキシがTurnstileを妨げることがあると説明しています。Sunoのサーバーが接続元をどう評価しているかは公開されていないので、利用者の側で確実に変えられるのは接続経路です。会社の規定でVPNを外せない環境なら、別の回線で試すか、管理者に相談します。

逆に、VPNの接続先を次々に変えて通そうとするのは避けるべきです。Sunoの利用規約（2026年8月10日改定、2026年9月3日発効）は、地域制限について「circumvent ... geographic restrictions ... including through the use of virtual private networks」を禁じ、Sunoにブロックされた場合（IPアドレスのブロックを含む）は「masking your IP address or using a proxy IP address or virtual private network」などで回避してはならないと定めています。VPNの利用そのものを一律に禁じる条文ではありませんが、地域制限やブロックをすり抜ける目的で使えば、この規定に触れることになります。

Sunoサポートに送るもの：support@suno.comへのチェックリスト

ここまで試しても直らない場合は、Sunoのサポートに連絡します。2026年11月4日時点で、Sunoのヘルプセンターにはこのエラーや人間確認についての記事がなく、公式のサポート窓口はsupport@suno.com（請求関係はbilling@suno.com）だけです。Discordは公式のサポート窓口ではないと明記されています。返信までのやり取りを減らすため、次のものをそろえてから送ります。

1. 画面に出たエラーの全文（An error occurred. Token validation failed.）とスクリーンショット、発生した日時とタイムゾーン
2. 何をしたときに出たか（Createか、ステムのダウンロードか）と、使ったモデルや曲の設定
3. OS、ブラウザの名前とバージョン、使っていた拡張機能、VPNやプロキシの有無
4. 試した手順と結果（シークレットウィンドウ、別ブラウザ、別回線で出たかどうか）
5. Turnstile Troubleshooterの「Copy results」で取ったレポート
6. 失敗の前後のクレジット残高

「Copy results」のレポートには、セッションID、IPアドレス、日時、ブラウザ、Turnstileの状態が含まれます。サポートへのメールに添えるのは問題ありませんが、IPアドレスが入っているため、Redditなど公開の場には貼らないようにします。開発者ツールのコンソールにTurnstileのエラーコードが出ていれば、それも書き添えると原因を絞りやすくなります。

開発者向け：非公式Suno APIラッパーで同じエラーが返る場合

非公式のSuno APIラッパーで{"detail":"Token validation failed."}が返るのは、ラッパーが人間確認を通せなくなったときによく見られる症状です。GitHubのgcui-art/suno-apiでは、2024年11月22日のIssue #198で生成エンドポイントがこのエラーを返し、コメント欄ではhCaptchaが原因とされました。2025年1月20日のIssue #224でもまったく同じ応答本文が報告され、このときはプロジェクト側のコード更新（PR #222）で解消しています。

2026年11月4日時点のWeb版は、hCaptchaに加えてCloudflare Turnstileも使い分けています。一方で、このラッパーのREADMEはhCaptchaを前提にした説明のままなので、Suno側が確認方式を変えるたびに再び動かなくなる可能性があります。ラッパーの修正を待つか、その間はWeb版で生成するのが現実的です。なお、Sunoの利用規約は「data mining, robots, scraping, or similar data gathering or extraction methods」の使用を禁じています。人間確認を自動で通す仕組みを組み込む前に、この条文を読んでおく必要があります。

Suno Token validation failedのよくある質問

「We couldn't verify your request」は同じエラー？

An error occurred. We couldn't verify your request. Please refresh the page and try again.という表示も、2026年11月4日時点のWeb版のコードには含まれていない、サーバーから返る文言です。「リクエストを確認できなかった」という言い回しから、同じ人間確認で弾かれた可能性が高いと考えられますが、Sunoはこの文言の意味を公開していません。対処は「Token validation failed」と同じ手順で構いません。

失敗したCreateでクレジットは減る？

失敗した生成でクレジットが消費されるかどうかについて、2026年11月4日時点で裏付けになるSunoの説明は見当たりません。気になる場合は、Createを押す前と失敗した後のクレジット残高を見比べ、減っていればその数字をサポートへの連絡に含めます。

「A system error occurred.」との違いは？

「A system error occurred.」は、Sunoのサーバーが具体的な理由を返さなかったときにWeb版が代わりに表示する文言です。画面に「Token validation failed.」と出ている場合は、サーバーが理由を返しているということなので、人間確認のトークンが通らなかったと考えて構いません。