Skip to main content
該当する場合、REST API はエラーのリストを含むレスポンスを返します。
エラーは 400、401、402、403、404、429、500、502、503、または 504 のステータスコードを返します。成功はステータスコード 200 を返します。詳細は こちら をご覧ください。
各 API 呼び出しは、リクエスト内容とソーシャルネットワーク側で発生した問題に応じて、異なるエラーを返す可能性があります。 エラーレスポンスには、API 呼び出し中に何が問題だったかの詳細が含まれます。 例えば、Twitter と Facebook で重複と判定された投稿は、次のようなレスポンスを返します。
注意事項:
  • errors フィールドには、エラーが発生した各ソーシャルネットワークごとに 1 つのエラーを持つ配列が含まれます。
  • action は返されたエラーの種類を示します。
  • API 呼び出しが失敗した場合、トップレベルの status フィールドは “error” になります。例えば /post 呼び出しで、すべてのソーシャルネットワークへの投稿が成功すれば status フィールドは “success”、そうでなければ status フィールドは “error” になります。
  • code フィールドには Ayrshare のリファレンスエラーコードが含まれます。
  • message フィールドはエラーの具体的な詳細です。

エラーのハンドリング

エラーレスポンスを処理し、適切なアクションを取るようにしてください。以下の場合、エラーが発生しています。
  • レスポンスのリターンコードが 200 ではない
  • JSON レスポンスの status が error
例えば、ユーザーが Facebook の連携を解除した場合(パスワードを変更した、Ayrshare のアクセスを削除した)、投稿時に次のレスポンスと 400 Bad Request レスポンスコードが返されます。
アクションとしては、ダッシュボード、テキスト、またはメールでユーザーに通知することが挙げられます。 もう 1 つの例として、投稿した Instagram の画像の寸法や比率が不正な場合、400 Bad Request レスポンスコードで次のレスポンスが返されます。
アクションとしては、正しい比率で画像を再送信することが挙げられます。

月間投稿クォータ

Code 106 — Monthly Post Quota Exceeded (HTTP 429) このプロファイルは月間投稿クォータを使い切っています。/post は、新しい投稿リクエスト(投稿をスケジュールするリクエストを含む)に対してこのエラーを返します。投稿の取得、削除、再試行や投稿のアナリティクスなど、その他の投稿関連リクエストも、クォータがリセットされるまでこのエラーを返します。クォータを使い切っている間に公開時刻を迎えたスケジュール投稿も、このコードで失敗します。これはレート制限ではありません。数分待っても解決しません。 通常は、レスポンス全体がこのエラーになります。
スケジュール投稿の場合、同じエラーが投稿の errors 配列に含まれます。新しい投稿でも、送信中にクォータを使い切った場合は同じことが起こります。両方の場所で code: 106 を確認してください。 Action: User Profile の詳細 で monthlyPostCount と monthlyPostQuota を確認してください。クォータは毎月 1 日(UTC)にリセットされます。プランを変更すると、Primary Profile のカウントはすぐにリセットされます。失敗した投稿の試行もカウントされるため、失敗し続ける投稿の自動再試行は停止してください。詳細については、投稿数とAPI呼び出し数はどれくらい可能ですか? をご覧ください。

重複・類似コンテンツのエラー

投稿がソーシャルネットワークに送信される前に、Ayrshareはその投稿をあなたの他の投稿と比較し、同一またはほぼ同一のコンテンツをコード 137 で拒否します。これはAyrshare独自のチェックであり、ネットワーク側では許可される投稿でも拒否されることがあります。すべてのプラットフォームが対象ではありません。以下の例外をご確認ください。
チェック期間。 各投稿は、その投稿自身の scheduleDate を中心とする48時間(前24時間から後24時間まで)の期間に対してチェックされます。この期間は過去だけでなく未来も対象とするため、投稿はそれより後にスケジュールされた投稿が原因で拒否されることもあります。 比較の範囲。
  • 照合はユーザープロファイルごと、プラットフォームごとに行われます。同じテキストをX/TwitterとLinkedInの両方に送信しても重複にはならず、異なる2つのユーザープロファイル間でも競合しません。
  • X/Twitterは例外ですが、完全に同一の重複にのみ適用されます。完全に同一の投稿は、同一アカウント配下のすべてのユーザープロファイルに対してもチェックされます。Xは複数のハンドルにまたがる同一コンテンツを許可していないためです。ほぼ同一(類似)の投稿については、投稿元の単一のユーザープロファイルのみが対象のままです。
  • Pinterest、Reddit、Telegramでは重複チェックは行われません。
同じテーマでより頻繁に投稿するには、Generate APIでバリエーションを作成してください。

Instagram 固有のエラーコード

以下のエラーコードは、Instagram 投稿失敗に関する具体的な詳細を提供し、可能な場合は汎用エラー 138 を置き換えます。 Code 435 — Instagram Rate Limit (HTTP 429) Instagram のプロフェッショナル(Business / Creator)アカウントは、Meta の Content Publishing API 上で、24 時間のローリングで 50 件までの投稿制限があります(個人アカウントは API 経由で公開できないため、この制限に達することはありません)。制限を超えると Meta はレート制限エラーを返します。Ayrshare は、Meta の公開エンドポイントが直接 HTTP 429 を返した場合、または内部エラーサブコード(1390008)が投稿/コメントのスロットルを示す場合にも code: 435 を表示します。
Action: 再試行前にレート制限ウィンドウがリセットされるまでお待ちください。Meta が Retry-After ヘッダーを提供する場合、その値(秒)は details フィールドに含まれます — 少なくともその時間だけ待ってから再送信してください。 Code 436 — Instagram Media Processing Timeout (HTTP 400) Instagram のアップロード済みメディアの処理に時間がかかりすぎました。これは大きな動画ファイルの場合、または Meta のサーバー負荷が高い時間帯に発生することがあります。
Action: retry post エンドポイントを使用して投稿を再試行してください。問題が継続する場合は、メディアファイルのサイズを縮小してみてください。 Code 447 — Instagram Trial Reels: Missing graduationStrategy (HTTP 400) /post リクエストで instagramOptions.trialParams が指定されているが、graduationStrategy が欠落、null、または空文字列の場合に返されます。トライアル Reels には明示的な graduation ストラテジーが必要です — Trial Reels をご覧ください。
Action: instagramOptions.trialParams.graduationStrategy を "MANUAL" または "SS_PERFORMANCE" のいずれかに設定して再試行するか、トライアル Reel を公開する意図がない場合は trialParams を削除してください。 Code 448 — Instagram Trial Reels: Invalid graduationStrategy (HTTP 400) graduationStrategy が存在するが、"MANUAL" または "SS_PERFORMANCE" と完全に一致しない場合に返されます。このチェックは大文字小文字を区別するため、"manual" や "ss_performance" などの値は拒否されます。デバッグを支援するため、details フィールドには拒否された入力(64 文字に切り詰め)がエコーされます。
Action: graduationStrategy を厳密に "MANUAL" または "SS_PERFORMANCE"(大文字、文字列型)として送信してください。 Code 449 — Instagram Trial Reels: Incompatible Media (HTTP 400) メディアまたは投稿の形式がトライアル Reel の対象外の場合に返されます。トライアル Reels は単一の .mp4 または .mov 動画である必要があります — カルーセル(URL が複数)、ストーリー(instagramOptions.stories: true)、動画以外の拡張子はすべて拒否されます。details フィールドで、どのサブケースが発生したかを判別できます。
Action: stories: true フラグを付けずに、単一の .mp4 または .mov 動画 URL を送信してください。追加の mediaUrls エントリを削除するか、通常のカルーセル/ストーリー投稿を意図していた場合は trialParams を削除してください。 Code 258 — Instagram Account-State Error (HTTP 400) 基本メッセージ「Error with Instagram.」を持つ、Instagram アカウント状態に関する一般的な失敗。投稿の内容ではなく、接続された Instagram アカウントの状態が原因で Meta がリクエストを拒否した場合に表示されます。
基となる Meta の error_subcode が 2207085(「Generic Internal Error」)の場合、これは Meta 側の一時的な障害です。Ayrshare は最大で約 50 秒かけて自動的に公開をリトライしてからエラーを返し、レスポンスには retryAvailable: true が設定されます。relink: true は設定されません — 再連携してもこの状態は解消しないためです。Meta が fbtrace_id を返した場合は details に含まれます。
Action: 2207085 のサブケースでは、数分後に投稿を再試行してください。これは通常自然に解消する Meta 側の状態であり、再連携しても解決しません。エラーが 24〜48 時間を超えて続く場合にのみ、Social Accounts で Instagram アカウントの連携を解除して再連携し、すべての要求権限を付与するようユーザーに促すか、details の fbtrace_id を添えて Meta サポートに問い合わせてください。その他のアカウント状態エラーについては、Meta 上で Instagram アカウントが良好な状態であることを確認して再試行してください。

Retry Available

ソーシャルネットワーク側で回復不能なエラー(例: サーバーの問題)が発生し、複数回の再試行後でも呼び出しが最終的に失敗する場合があります。 そのような場合、当社のシステムはエラーが再試行可能かを判断し、可能であれば retryAvailable フィールドを true に設定します。
その後、同じペイロードで呼び出しを再試行できます。 投稿の場合は、retry post エンドポイントを使用できます。

Instagram Reels オーディオエラー

これらのコードは、instagramOptions.audioConfiguration を使用した Instagram Reel への音楽の添付と、オーディオ検索 および オーディオ照会 エンドポイントを対象としています。
コード 514 は、権限の付与やプランのアップグレードでは解決できません。 Meta の Audio API は「Facebook Login を使用した Instagram API でのみ利用可能です。Instagram Login を使用した Instagram API ではサポートされていません。」Instagram Login で連携されたアカウントは、接続された Facebook Page を伴う Facebook Login 経由で再連携されるまで、すべてのオーディオ呼び出しで 514 を返します。Facebook の設定内で Facebook Page の接続が現在どこにあるかを含む、完全なセットアップについては 音楽添付の利用資格ガイド を参照してください。
コード 518 は errors[] ではなく postIds[].warnings[] に返されます。 Instagram は 1 つの Reel につき 1 つの楽曲のみを許可するため、audioConfiguration と audioName の両方が送信された場合、audioConfiguration が優先されて audioName は破棄されます。レスポンスは引き続き HTTP 200 の status: "success" です — 518 は情報提供として扱い、これを理由に失敗させないでください。この警告はトップレベルではなく、そのプラットフォームの postIds エントリにネストされ、feature: "audioName" を伴います。
音量のバリデーションは、専用コードではなく汎用の 101 を報告します。 audioVolume と videoVolume は 0 から 100 の整数である必要があります。小数、"80" のような数値文字列、範囲外の数値、または明示的な null は、Instagram が呼び出される前に、境界を details に示した code: 101 を返します。null を送信するのではなく、フィールドを省略してください。

Automation Private-Reply(コメント DM)エラー

これらのコードは、コメントトリガーのオートメーション(comment_keyword)で、DM を運ぶプライベートリプライを送信できなかった場合に返されます。アクティビティ行の status: "failed" として現れ、理由は actionResults[].errorDetails に記載されます。 いずれも自動的には再試行されません — Instagram の Send API には冪等性キーがなく、自動再試行は DM の二重配信リスクを伴うためです。処理はコードごとに異なります(下記の Action を参照):ほとんどは特定のコメントに対して恒久的、492 はアカウントの再連携が必要、493 は 1 時間あたりの制限がリセットされれば自然に解消します。
Code 491 は Instagram が区別しない複数の原因を含み、490 は狭い例外です。 Instagram は、7 日を超えて経過したコメント、既に返信されたコメント(コメントごとに 1 件のプライベートリプライしか許可されません)、削除されたコメント、およびメッセージリクエストをブロックしているコメント投稿者について、共通の 1 つのエラーを返します。これらはすべて 491 として報告されます。490 は、Instagram が共通バケットではなくコメント ID を明らかに無効なものとして識別する、より狭いケースでのみ報告されます — したがって、削除されたコメントは Instagram が返す内容に応じて 490 または 491 のいずれかとして現れる可能性があります。API はこれらを区別しないため、常に errorDetails を読んでください。ここには通常、原因を具体的に示す Instagram 自身の文言が含まれます。
Code 489 は予約済みで、現在返されません。 「このコメントには既に返信がある」ケース用に確保されていますが、Instagram は現在このケースを個別のシグナルとして公開していません — このケースは現時点では 491 として報告されます。番号を再利用しないため、ここに掲載しています。
真に期限切れまたは無効な接続はこの範囲には含まれません。 保存された Instagram の認証情報が期限切れの場合、アクティビティ行は failed ではなく status: "auth_error" となり、アカウントの再連携が正しい対処です。492(不足している権限で、アカウントの再連携により付与されます)を除き、上記のコードはコメントレベルの条件であり、決して「再連携せよ」を意味しません。
これらのコードは、どこで読み取るかによって2 つの異なる形状で現れ、Instagram の理由を運ぶフィールドはそれぞれ異なる名前です。 1. オートメーションのアクティビティ行上 — GET /automations/:id/activity が返す内容です。Instagram の理由は actionResults[].errorDetails にあります:
2. 直接的な API エラーエンベロープとして — 標準のエラー形状で、同じ理由が details にあります:
コメントトリガーのオートメーションでは、ほとんどの場合、形状 1 を読むことになります。そこでの errorDetails は、エンベロープが details に入れているのと同じ文字列を運びます。 Action:
  • 490, 491, 495 — コメント単位の条件です。特定のコメントに対しては回復できず、再試行も役に立ちません。次の新しいコメントではオートメーションは通常どおり動作します。Instagram が示した理由については errorDetails を確認してください。
  • 492 — Instagram アカウントを再連携し、要求されるすべての権限を付与してください。これはアカウントレベルの対処であり、そうしなければすべてのコメントに影響します。
  • 493 — 待機以外の対応は不要です。1 時間あたりの制限は自然にリセットされます。自動再試行は行われないため、そのコメントに対する DM は送信されません。
  • 494 — 内部の設定不備であり、お客様側の条件ではありません。再発する場合はサポートまでお問い合わせください。
sent ステータスは配信を保証しません。 上記の失敗とは別に、Instagram が受理したプライベートリプライ(status: "sent")でも、受信者の Instagram Message requests 設定が見知らぬ相手をブロックしていると、黙って破棄されることがあります — この場合はエラーコードは一切発生しません。Automation DM Sent but Not Delivered を参照してください。

スレッドおよびメディアオプションのエラー

これらのコードは、オプションを投稿に適用できない場合に返されます — 多くの場合、送信したオプションがスレッド全体に適用される X スレッド や Threads のスレッド で発生します。
  • 182 — 動画が再生時間の要件を満たしていません。 動画がネットワークの最小値より短いか、 最大値より長い状態です。レスポンスには、適用された最小値と最大値とともに動画の実際の 再生時間が示されるため、3 つを比較してどの制限に抵触したかを確認してください。X の標準の 範囲は 0.5 秒から 140 秒(2 分 20 秒)です。より長い動画を投稿するには longVideo: true を設定してください。 これにより、X から長い動画を承認されたアカウントでは最大値が 4 時間に引き上げられます。 他のネットワークにはそれぞれ独自の制限があります — 投稿先のネットワークの メディアガイドライン を参照してください。
  • 101 — パラメーターの欠落または誤り。 Threads では、Meta が地理制限の対象にしていない アカウントから allowCountries が 送信された場合に返されます。投稿またはスレッドのどの部分も公開されません。オプションを 送信する前に /user の isEligibleForGeoRestrictions を 確認してください。
  • 111 — X が投稿を拒否しました。 これは、より具体的なコードのない X の失敗に対する 汎用コードです。そのため、レスポンスの details を確認してください — X 自身の メッセージが含まれており、原因を教えてくれるのはこの情報です。よくある原因の 1 つは、 アカウントに使用資格のないオプションです。たとえば X Subscriptions のない subscribersOnly や、X Premium の ない単一の投稿での longPost などです。 その場合はオプションを削除するか、アカウントの利用資格を確認してください。接続の失敗や その他の X 側のエラーも 111 として現れますが、これらはリクエストを変更するのではなく 再試行する価値があります。なお、スレッドでは longPost は 111 の原因にはなりません — スレッドでは警告付きで 無視され、スレッドは公開されます。長い投稿 を参照してください。
  • 275 — 投稿が長すぎてスレッドとして公開できません。 テキストを分割した結果、 最大 30 投稿 を超えました。テキストを短くするか、複数のスレッドに分割してください。 \n\n で独自の スレッドの区切り を 追加してもここでは解決になりません — 区切りごとに投稿が 1 つ増えるため、投稿数がさらに 制限を超える可能性があります。
アカウントで使用できないオプションは、無視されるのではなく投稿全体を失敗させます。スレッドの 場合、これはスレッドのどの部分も公開されないことを意味します — すでに公開されていた部分は 自動的に削除されます。削除はベストエフォートです: ネットワークが削除を拒否した場合、その 部分は公開されたまま残ることがあるため、スレッドを確認して残っているものを削除してください。 以前は、これらのオプションの一部はスレッドで何も通知されずに破棄され、スレッドはオプション なしで公開されていました。
コード 501 から 513 はソーシャル連携に属します: Link Session の作成 によるリンクの作成と、リンクを開く操作です。これらは "action": "link session" を伴います。この ページの他の 500 番台のコードは無関係です — 514 から 518 は Instagram Reels オーディオです。 メッセージのテキストではなく、数値の code で照合してください。メッセージは変わったり翻訳されたり することがあります。 貴社のページが受け取れるのはどれか。 origin が設定されていれば、リンクポップアップは リンク完了イベントを貴社のページに post し、513 は connect:error としてその経路で届くことがあります。501、502、503 は届きません: 無効なリンクは ページがイベントの送信先を知る前に拒否されるため、ユーザーは理由を画面で目にし、貴社のページは ウィンドウが閉じられたときに connect:cancelled を受け取ります。この 3 つを区別するには Link Session の取得をポーリングしてください。504 から 510 は POST 自体の拒否であり、イベントとして届くことはまったくありません。511 と 512 はソーシャル ネットワークがコールバックしている最中に発生するため、貴社のページではなくそちら側で現れます。

X/Twitter BYO Key エラー

以下のエラーコードは X/Twitter BYO(Bring Your Own)キー操作に固有です。 Code 272 - Failed to Verify BYO Twitter Identity (HTTP 400) Ayrshare は、BYO のコンシューマーキーと連携時に保存された OAuth トークンを使って X/Twitter の身元を確認できませんでした。レスポンスの形式はどの呼び出しがトリガーとなったかで異なりますが、両方の形式は下記の 3 つの同じサブケースにマッピングされます。BYO Developer App を所有するアカウントで x.com にログインし、どのケースに該当するかを確認してください。 投稿パスは最小限のレスポンスを返します。
分析パスはより長く、自己文書化されたメッセージを返し、X の生のエラー文字列を含む details フィールドが付く場合があります。
details が存在する場合、X 側のヒントを反映しており、下記のどのサブケースに該当するかを判定する最も信頼できるシグナルとなります。 Account suspended. x.com にログインすると停止通知が表示されます。Action: X サポートに連絡してください。X がアカウントを復旧するまでは、再連携しても復元されません。 Account locked. x.com にログインするとロック解除チャレンジ(CAPTCHA、電話認証など)が表示されます。Action: x.com でロック解除チャレンジを完了してから、リクエストを再試行してください。再連携は不要です。 Identity or key mismatch. X アカウントは x.com 上で問題ありませんが、BYO のコンシューマーキーは、連携時に保存された OAuth トークンとは別の X Developer App に属しています。Action: Social Accounts で X を再連携し、BYO Developer App を所有する同じ X アカウントで認可してください。 Code 364 — X Rate Limit (HTTP 429) BYO キーを使って行われたリクエストが X によってスロットリングされました。これは Ayrshare 共通のレート制限コードで、X のコメント読み取りにも適用されるようになりました。X が読み取りをレート制限した場合、get-comments はこのコードを返します。以前は代わりに空のコメントリストが返されていました。
Action: X のレート制限ウィンドウがリセットされるまで待ってから再試行してください。X は X Developer App ごとに制限を適用するため、同じ BYO キーを使用するすべての User Profile からのリクエストが同じ制限にカウントされます。 Code 416 — X Credits Depleted (HTTP 402) X Developer アカウントに API クレジットが読み込まれていません。すべての X API 呼び出しにはクレジットが必要なため、このコードは投稿、分析、get-comments などの読み取りを含む、あらゆる X の処理で返される可能性があります。コメントの処理では、以前返されていた空のコメントリストの代わりにこのコードが返されるため、クレジット切れがコメントのない投稿として報告されることはなくなりました。 メディアのアップロードも API 呼び出しとして扱われます。 アカウントのクレジットが不足している場合、X 投稿に画像や動画を添えて送信すると code: 416 が返されます。したがって 416 はテキストの投稿や分析データの取得だけに限られません。アップロードは投稿が公開される前に失敗し、再試行は行われません。アカウントにクレジットが入るまで、再試行が成功することはありません。
Action: console.x.com → Billing → Credits にアクセスしてクレジットを購入してください。5 ドルでも数百回の API 呼び出しに十分です。 Code 417 — OAuth 1.0a App Permissions (HTTP 403) X の Access Token に、要求された操作に対する正しい権限がありません。
また、x-access-level: read レスポンスヘッダーが表示されることがあり、これは Access Token が読み取り専用権限で生成されたことを示します。 Action: X Developer Console でアプリの権限を Read and write and Direct message に更新し、Keys and tokens で Access Token を再生成してください。新しいトークンは更新された権限を継承します。詳細は X BYO Key Setup Guide をご覧ください。 Code 419 - Missing BYO Credentials (HTTP 400) X/Twitter 操作にはリクエストヘッダーに BYO API 認証情報が必要です。両方のヘッダーが欠落している場合、また片方のみが存在する場合にも Ayrshare はコード 419 を返します。message の文字列は、どのヘッダーが欠落しているかによって変わります。 X-Twitter-OAuth1-Api-Key と X-Twitter-OAuth1-Api-Secret の両方が欠落している場合:
片方のみが存在する場合(例: キーはあるがシークレットがない):
Action: X 向けのすべてのリクエストで、X-Twitter-OAuth1-Api-Key と X-Twitter-OAuth1-Api-Secret の両方を送信してください。片方だけを提供した場合、同じコードでリクエストが拒否されます。ヘッダー一覧については X BYO Keys Header Reference をご覧ください。 Code 423 — Legacy X/Twitter OAuth No Longer Supported (HTTP 403) X/Twitter リクエストがサポート終了済みのレガシー(非 BYO)OAuth パスに依存している場合に返されます。X API へのアクセスには、リクエストヘッダーで提供される独自の X Developer App の認証情報が必要になりました。
Action: X Developer App を構成し、X 向けの各リクエストで X-Twitter-OAuth1-Api-Key と X-Twitter-OAuth1-Api-Secret ヘッダーを送信してください。詳細なセットアップ手順については X BYO Key Setup Guide をご覧ください。

Caption 拡張エラー

Code 441 — Caption Enhancement Failed (HTTP 502) 投稿の準備中に、キャプション拡張(shortenLinks など)が 1 つ以上のプラットフォームで失敗した場合に返されます。影響を受けた各プラットフォームは、source: "handlePostAdditions" と code: 441 を持つ errors 配列に表示されます。 一部のプラットフォームのみが失敗した場合、他のプラットフォームは投稿に成功し、その結果は postIds に表示されます。この場合、トップレベルの status は "error" になりますが、postIds は空ではありません — クライアントは status と errors[] を排他的ではなく、補完的なものとして扱う必要があります。
すべての プラットフォームで拡張が失敗した場合、レスポンスはトップレベルで code: 441 と HTTP 502 になり、投稿は作成されません。
Action: キャプション拡張の失敗は通常一時的なものです(基となる短縮サービスや拡張サービスがエラーを返した)。
  • postIds が空でない場合(一部のプラットフォームで投稿が成功)、完全なプラットフォーム集合を再送信しないでください — 成功したプラットフォームで投稿が重複します。代わりに errors[] を調べて失敗したプラットフォームを特定し、それらのプラットフォームのみでリクエストを再試行するか、独自の冪等リトライフローに依存してください。
  • postIds が空または存在しない場合(スケジュール/投稿時の完全失敗)、完全なリクエストを安全に再試行できます。
  • 失敗が継続する場合は、拡張フラグを外して投稿(例: shortenLinks を削除)するか、サポートにお問い合わせください。

メディア取得 / クローラーアクセスエラー

Code 499 — Ayrshare Media Probe Temporarily Unavailable (HTTP 503) Ayrshare が内部のメディアプローブサービスに到達できない、または無効なレスポンスを受け取ったために、公開前のメディア検査を完了できなかった場合に返されます。これは Ayrshare 側のサービス障害であり、お客様のメディア URL、CDN、user-agent ルール、robots.txt の設定に問題があることを示すものではありません。このエラーは retryAvailable: true を伴います。しばらく待ってから、失敗したプラットフォームに対して再試行してください。マルチプラットフォームのリクエストが部分的に成功した場合は、投稿の重複を避けるため、errors[] に列挙されたプラットフォームのみを再試行してください。
Code 164 — Ayrshare Could Not Access the Media (HTTP 400) コード 164 は複数の経路で使われるレガシーなメディアアクセス / 入力エンベロープで、不正な mediaUrls、読み取り不可能なメディア、一部のネットワークアップロード/取得の失敗などを含みます。まず返却された details を確認してください。アクセス失敗の場合は、URL が公開アクセス可能であること、公開処理が完了するまで有効であり続けること、リモートリクエストをブロックしていないことを確認してください。/media/urlExists は HEAD による到達性チェックしか行いません。ここで成功しても、より深い公開前のメディア検査やソーシャルネットワークのクローラーがファイルをダウンロードして処理できることを保証するものではありません。具体的な失敗原因が Ayrshare 自身のプローブサービスの利用不可である場合は、コード 164 の代わりに再試行可能な code 499 が返されます。 Code 440 — Social Network Could Not Download Media (HTTP 400) プラットフォームの公開クローラーが指定した mediaUrl をダウンロードできない場合に返されます — 最も一般的な原因は、robots.txt や WAF / ボット対策ルールがクローラー(例: Meta の facebookexternalhit)をブロックしていることです。details 文字列は上流プラットフォームから提供され、多くの場合 Meta/Instagram エラー 2207052 のテキストです。
Code 138 — Instagram Media Fetch Blocked (HTTP 400) 上流レスポンスがコード 440 をトリガーするものより明確でない場合の、Instagram メディア取得失敗のフォールバックコードです。details 文字列は通常 "Restricted by robots.txt" や "HTTP error code 403" を含みます。コード 138 はアスペクト比/フォーマットの問題やその他一般的な Instagram エラーにも使用されるため、メディア取得のバリアントは details 文字列で識別できます。
Code 379 — Threads Posting Error Threads の公開が失敗した場合に返されます。同じ mediaUrl で両方のプラットフォームに公開する際、コード 440 / 138 と同じメディア取得問題が最も一般的な原因です。Threads API は詳細文字列を返さないため、通常は同じ公開処理で Instagram の 440 または 138 が同時発生していないかを確認して診断します。
Action: robots.txt のスニペットや検証コマンドを含む完全なトラブルシューティングについては、Meta Media Crawler Blocked をご覧ください。

Threads のメディアの準備未完了

Code 522 — Threads Media Not Ready to Publish (HTTP 400) Ayrshare が投稿を公開しようとした時点で、Threads 側で投稿の準備が完了していませんでした。Threads は、実際に公開を受け付ける数秒前に投稿の準備完了を報告することがあります。Ayrshare は、マルチパートのスレッドのすべての部分を合わせて、1 件の Threads 投稿につき合計で最大 30 秒間待機して再試行し、それでも公開できない場合にこのエラーを返します。そのため、こうした投稿の大半は現在エラーなしで公開されます。これは通常 Threads 側の一時的な問題であり、コンテンツが原因ではありません。 Threads のコメント、返信、ファーストコメントにも同じ待機が適用されます(ファーストコメントは、投稿の公開後に独自に 30 秒間待機します)が、これらでコード 522 が返されることはありません。マルチパートのスレッドでは、code: 522 オブジェクトは errors に直接含まれず、Threads のエラーの posts 配列の最後のエントリとして含まれます。また、上記の HTTP 400 ステータスは単一の Threads 投稿にのみ適用されます。noAutoRetry: true は Ayrshare MCP サーバーが自動的に投稿を再試行することを止めるだけであり、お客様は引き続き再試行できます。
Action: 投稿を変更する必要はありません。まず postIds を確認してください。何も公開されていない場合は、retry post エンドポイントを使用して投稿を再試行してください。同じ投稿内の別のプラットフォームですでに公開されている場合は、代わりに Threads のみを対象とした新しい投稿を送信してください。retry post は元のペイロードをすべてのプラットフォームに再送信するため、成功したプラットフォームに 2 回目の公開が行われてしまいます。 マルチパートのスレッド: postIds が空であっても、スレッドのどの部分も公開されていないとは限りません。後続の部分が失敗した場合、Ayrshare は公開済みの部分を削除しますが、削除に失敗した部分は Threads に残ります。マルチパートのスレッドを再試行する前に、Threads アカウントを確認して残っている部分を削除してください。削除しないと、再試行によってそれらが再度投稿されます。

Facebook Analytics のレート制限

Code 444 — Facebook Page Analytics Rate Limit (HTTP 429) Facebook ページが Meta の分析エンドポイントのページごとのレート制限を超えた場合に返されます。基となる Meta エラーは 80001(「There have been too many calls to this Page account.」)です。ページの連携は維持され、公開は引き続き機能します — スロットルされるのはそのページの分析ファンアウトのみです。 /history/facebook または analytics レスポンスの単一投稿でスロットルが検知された場合、影響を受けた各投稿は facebook.code に code: 444 と errCode: 80001 を持ちます。
Action: 数分待ってから再試行してください。Meta のページごとのレート制限ウィンドウは、通常はページ側で何もしなくても 1 時間以内に解消します。ユーザーにアカウントの再連携を促さ ない でください — これは Meta 側の一時的なスロットルであり、認可の失敗ではありません。
以前この状況を code: 161(「Facebook authorization error … unlink and re-link」)として処理していた場合、code: 444 を認識するように統合を更新し、再連携フローを開始する代わりにバックオフ付きで再試行してください。161 への分類は 2026 年 4 月に修正されました。

Meta の身元確認

Code 326 — Meta Identity Verification Required (HTTP 403) Meta が接続されたアカウントに対して、リクエストを受け入れる前に追加の身元確認を要求している場合に返されます。これは Meta プラットフォーム全体 — Facebook、Instagram、Facebook Groups、Threads、Messenger — に適用されます。アカウントの再接続では 解決しません — 確認は Meta 側で完了する必要があります。
Action: アカウント所有者に Meta Business Support で Meta の身元確認を完了してもらい、その後リクエストを再試行してください。ユーザーにアカウントの再連携を促さ ない でください — 再連携ではこの要件はクリアされません。

Facebook コミュニティ規定によるブロック

Code 249 — Facebook Community Standards Block (HTTP 400) Facebook がコミュニティ規定に基づいて投稿をブロックした場合に返されます。ブロックは Facebook アカウントやページにかけられている場合と、投稿自体にかけられている場合があります。Facebook はどちらの場合も同じエラーを使用し、どちらに該当するかは示しません。実際にはアカウントやページにかけられていることが最も多いため、コンテンツを書き直したり再送信したりしても解決しないことがよくあります。Facebook アカウント制限(コード 476)と同様に、これは Meta 側での措置の結果です。再試行不可 で、retryAvailable フラグは 付きません。初回の違反ではアカウントは Ayrshare に連携されたままで、再連携は不要です。再連携してもブロックは解除されません。違反を繰り返した場合は扱いが異なります。以下を参照してください。 Facebook は API 経由で具体的な理由を返さないため、顧客は Facebook の Account Status(アカウントステータス)ページを直接確認して理由と申し立てを確認する必要があります。Facebook が独自の文言を提供する場合、Ayrshare はそれをそのまま details フィールドに表示します。Ayrshare はブロックを検知した際、アカウント所有者に通知メールも送信します。 同じ User Profile(ユーザープロファイル)でコミュニティ規定違反が繰り返された場合、Facebook アカウントは Ayrshare から連携解除され、User Profile は停止されます。
message のテキストではなく、code の数値 249 で判定してください。message の文言は今後改善される可能性がありますが、コードは変わりません。 Action: Facebook にログインし、右上のプロフィール画像をクリックして Help セクションを開き、Account Status を選択してください。そこにある Facebook のサポートアシスタントが具体的な理由(API では返されません)を表示し、申し立てを可能にします。ユーザーにアカウントの再連携を促さ ない でください。再連携ではアカウントレベルまたはページレベルのブロックは解除されません。トラブルシューティングの詳細なガイドについては、Facebook または Instagram アカウントが制限された場合を参照してください。

Facebook アカウント制限

Code 476 — Facebook Account Restriction (HTTP 400) Meta がアカウントに制限をかけたために Facebook への投稿が失敗した場合に返されます(Meta のエラーサブコード 2424009 および 1404078、またはエラーにサブコードがない場合の Meta の制限文言)。これは一時的な公開の問題ではなく、アカウントレベルの制限です — 再試行不可 で、retryAvailable フラグは 付きません。Meta で制限が解除されるまで、同じ投稿を再送信しても成功しません。アカウントは Ayrshare に連携されたままで、再連携は不要です。 Meta は API 経由で具体的な制限理由を返さないため、顧客は Meta の Account Status ページを直接確認して理由と申し立てを確認する必要があります。Meta が独自の文言を提供する場合、Ayrshare はそれを details フィールドに表示します。Ayrshare は制限を検知した際、アカウント所有者に通知メールも送信します。
Action: Facebook にログインし、右上のプロフィール画像をクリックして Help セクションを開き、Account Status を選択してください。そこにある Meta のサポートアシスタントが具体的な制限理由を表示し、申し立てを可能にします。制限は Meta によりアカウントレベルで適用されるため、このコードは再試行不可です — 自動リトライロジックを組まないでください。まず Meta で制限を解決してください。

画像フォーマット変換エラー

Ayrshare は、WebP、HEIC、HEIF、AVIF 画像を受け付けないプラットフォーム(WebP は Instagram、LinkedIn、TikTok、Google My Business、Threads、Snapchat、HEIC、HEIF、AVIF はすべてのプラットフォーム)に投稿する前に、これらを自動的に JPEG に変換します。変換は送信時に透過的に実行されます。以下の 3 つのエラーは、変換パイプライン自体が完了できない場合にのみ発生します。ソース画像がサポートされているフォーマットの場合、変換は試行されず、これらのコードは表示されません。 Code 450 — Image Format Conversion Failed (HTTP 400) 画像はダウンロードされましたが、JPEG として再エンコードできませんでした。最も一般的な原因は、ソースファイルの破損、コンテナ内の予期しない内部フォーマット、または変換サイズ上限を超える画像です。
Action: ソース mediaUrl を直接ブラウザで開き、レンダリングされることを確認してください。レンダリングされる場合は、画像をクリーンな JPEG または PNG に再エクスポートしてから投稿を再試行してください。 Code 451 — Image Download Failed for Conversion (HTTP 400) 変換パイプラインがソース画像を取得できませんでした。典型的な原因は、オリジンからの 4xx/5xx レスポンス、ネットワークタイムアウト、ホップ制限を超えるリダイレクトチェーン、または非公開アドレスに解決される URL(SSRF ガードによりブロック)などです。details フィールドが存在する場合、その基になる原因文字列が含まれます。
Action: mediaUrl が公開されており、到達可能であることを確認してください(認証なし、robots.txt ブロックなし、HTTPS で解決)。URL がリダイレクトする場合、最終的な宛先も公開されており、プライベートネットワーク上にないことを確認してください。 Code 452 — Converted Image Upload Failed (HTTP 500) 変換は成功しましたが、変換された JPEG を Ayrshare の一時ストレージバケットにステージングできませんでした。これは Ayrshare 側の内部的な失敗で、再試行可能です。
Action: 投稿を再試行してください。複数回のリトライにもかかわらずエラーが継続する場合は、mediaUrl と概算タイムスタンプをサポートまでお知らせください。

YouTube 一時的アップロードエラー

以下のエラーコードは、通常は一時的で安全に再試行できる YouTube アップロード失敗に対する具体的なシグナルを提供します。両方のレスポンスに retryAvailable: true が含まれているため、統合では HTTP ステータスコードではなくこの真偽値で分岐できます。 以前 YouTube アップロード用の code: 176 レスポンスの多くは、現在 453(一時的タイムアウト)または 454(一時的サービス利用不可)にルーティングされ、いずれも retryAvailable: true を持ちます。統合で HTTP 500 をフィルタして YouTube アップロードを再試行している場合、レスポンスボディの retryAvailable フィールドでフィルタするように切り替えてください。 Code 453 — YouTube Upload Timed Out (HTTP 504) Google の YouTube 取り込みパイプラインがアップロード受け入れ中にタイムアウトした場合に返されます。通常は一時的で、1〜2 分以内に自然に解消します。
Action: 指数バックオフで 1〜2 分後に投稿を再試行してください。再試行可能な失敗を検出するには、HTTP ステータスではなくレスポンスボディの retryAvailable フィールドで分岐してください。同じペイロードを再送信するには retry post エンドポイントを使用できます。 Code 454 — YouTube Upload Service Temporarily Unavailable (HTTP 503) YouTube のアップロードエンドポイントが 5xx ステータスを返した場合、または YouTube への接続がソケット層でリセット/タイムアウトした場合(ECONNRESET、ETIMEDOUT、ESOCKETTIMEDOUT)に返されます。これらの状況は一時的です。
Action: 指数バックオフでリクエストを再試行してください。再試行可能な失敗を検出するには、HTTP ステータスではなくレスポンスボディの retryAvailable フィールドで分岐してください。
投稿が複数のプラットフォームを対象としていた場合は、再試行する前に postIds を確認してください。1 つのプラットフォームで失敗すると、他のプラットフォームが公開されていても投稿全体がエラーとしてマークされます。また、retry post は元のペイロードをその投稿の すべての プラットフォームに再送信するため、成功していたものが二重に公開されてしまいます。代わりに errors に列挙されたプラットフォームに対して新しい投稿を送信し、何も公開されなかった場合にのみ retry post を使用してください。

YouTube サムネイルエラー Code 307

カスタム YouTube thumbNail を適用できない場合、コード 307 が返されます。動画自体の投稿が成功した場合、これは投稿を失敗させ ません — YouTube 結果の status は "success" のままで、warnings 配列(feature: "thumbnail"、code: 307)に追加的に失敗が表示されます。後方互換性のためレガシーの thumbnail サブオブジェクトも保持されます。 最も一般的な原因は、YouTube チャンネルが未確認 であることです。チャンネルが電話認証を完了していない場合、YouTube は上流の 403 と汎用メッセージ "The authenticated user doesn't have permissions to upload and set custom video thumbnails" を返します。この文言は OAuth の問題のように聞こえますが、実際にはほとんど常に認証の問題であるため、まずチャンネルを確認してください。YouTube アカウントの再連携は二次的な原因です。
Ayrshare は可能な限り、公開前にサムネイルの検証も行います。ファイルは PNG または JPG/JPEG、2MB 以下、到達可能な URL から配信される必要があります。 サムネイルの問題で 投稿が失敗することはありません — 動画は常に公開され、失敗は常に致命的でない warnings エントリとして表示されます(トップレベルの status は "success" のまま)。これは問題の検知時期にかかわらず当てはまります。
  • アップロード前に検知された場合。 公開前の検証でサムネイルが無効(誤ったファイルタイプ、2MB を超えることが確認された、または到達不可の URL)と確実に判定できる場合、Ayrshare はサムネイルをスキップして動画を公開し、正確な理由を warnings に報告します — これにより失敗確実なアップロード試行を回避し、プロバイダーが返すものより明確なメッセージが得られます。
  • アップロード後に検知された場合。 YouTube がリクエストを処理して初めて検知できる失敗(例: 未確認チャンネルの 403 や、大きすぎる画像の 413)の場合、動画は既に公開されており、失敗は同じ warnings 配列に表示されます。
いずれの場合も、レスポンスはこのセクションの前半で示した status: "success" + warnings の例のようになります。 Action: https://www.youtube.com/verify で YouTube チャンネルを確認(電話認証)してください。チャンネルが既に確認済みでもサムネイルが失敗する場合は、Social Accounts で YouTube アカウントの連携を解除して再連携し、すべての権限を付与してください。完全なトラブルシューティングガイドは YouTube Thumbnail Not Applied (Unverified Channel) をご覧ください。

Google Business Profile 認可エラー

Code 519 — Google Business Profile Authorization Service Temporarily Unavailable (HTTP 503) Google のトークンエンドポイントの応答が遅い、または一時的な障害を返したために、Ayrshare が Google の認可トークンのリフレッシュを完了できなかった場合に返されます。このコードが返される前にリフレッシュは自動的に再試行されており、レスポンスには retryAvailable: true が含まれるため、統合では HTTP ステータスコードではなくこの真偽値で分岐できます。アカウントは連携されたままです — これは Google の認可サービス側の一時的な状態であり、接続が壊れているわけではありません。 すべての Google Business Profile 操作は最初に認可のリフレッシュを行うため、投稿の公開、投稿履歴の読み取り、ロケーションデータの更新、接続アカウントの取得、レビューの一覧取得、レビューへの返信など、どの 操作でもこのコードが返される可能性があります。 これらのパスにおける従来の code: 227 レスポンスのほとんどは、現在 retryAvailable: true を伴う 519 にルーティングされます。コード 227 はユーザーにアカウントの再接続を求めますが、一時的なリフレッシュ失敗はそれでは決して解消しませんでした — 認可自体は終始有効なままだったためです。統合で 227 をフィルタして Google Business Profile の再連携を促している場合は、レスポンスボディの retryAvailable フィールドで分岐してバックオフ付きで再試行するように切り替えてください。
details には Google が報告した理由が含まれます。Google からレスポンスボディがないままローカルでリフレッシュがタイムアウトした場合は、試行回数と経過時間のサマリーが含まれます。 Action: 指数バックオフでリクエストを再試行してください。再試行可能な失敗を検出するには、HTTP ステータスではなくレスポンスボディの retryAvailable フィールドで分岐してください。
クロスポストが失敗した場合は、まず postIds と errors を確認してください。別のプラットフォームが既に成功している場合は、完全なペイロードを再送信するのではなく、失敗した GMB プラットフォームのみを再試行してください — retry post は元のペイロードをその投稿のすべてのプラットフォームに再送信するため、成功していたものが二重に公開されてしまいます。投稿全体が失敗した場合は、retry post エンドポイントを使用して同じペイロードを再送信できます。

Pinterest AI 開示警告

Code 521 — Pinterest AI Disclosures Not Applied (HTTP 200) エラーではなく警告です。 pinterestOptions.aiDisclosures が無効な場合(たとえば不明な値や大文字・小文字の誤り)に返されます。REST API では、文字列の配列ではない値の場合も 521 が返されます。Pin は引き続き公開されますが、Ayrshare は Pinterest に AI 開示を一切送信しません。MCP サーバーと GraphQL API では最初に値の型がチェックされるため、数値を含むリストなどの不正な形式の値は、そこで投稿前に拒否されます。この警告は errors[] ではなく Pinterest エントリの postIds[].warnings[] に返され、feature: "pinterestOptions.aiDisclosures" を伴います。指定できる値は AI_MODIFIED と SYNTHETIC_PERFORMER です。

Reddit 投稿エラー

Code 442 — Reddit Banned Subreddit (HTTP 400) アカウントが対象の subreddit への投稿を禁止されている場合に返されます。再試行不可 です — そのまま再送信しても投稿は成功しません。メッセージには影響を受けた subreddit 名(例: r/news)が含まれます。
Action: ターゲット subreddits から禁止されている subreddit を削除してください。投稿を変更せずに再試行しても成功しません。 Code 443 — Reddit Disallowed Word in Title (HTTP 400) タイトルに禁止された単語が含まれているため subreddit が投稿を拒否した場合に返されます。再試行前にタイトルを編集してください — そのまま再送信しても成功しません。メッセージには影響を受けた subreddit 名(例: r/news)が含まれます。
Action: 投稿タイトルを編集して禁止された単語を削除し、再試行してください。

モデレーションエラー

Code 438 — Moderation Input Rejected (HTTP 400) POST /validate/moderation で AI プロバイダーが提供された入力を拒否した場合に返されます — 例えばサポートされていないファイルタイプなど。これはリクエストの入力の問題であり、一時的な処理失敗ではありません。
Action: モデレーション入力が有効で、サポートされているファイルタイプを使用していることを確認し、再送信してください。
コード 438 と コード 331 を対比してください。コード 331 は同じモデレーションシナリオをカバーしますが、プロバイダー側の真の処理失敗を表します(HTTP 500、メッセージ「There was an issue with the AI processing. Please try again.」)。コード 331 は一時的なサーバー側の失敗で再試行可能ですが、コード 438 は入力自体が拒否されたことを示すため、再試行前に修正する必要があります。

LinkedIn 認可更新エラー

コード 524 — LinkedIn トークンの更新が拒否されました (HTTP 500) ユーザーのアカウントではなく、アプリケーションの LinkedIn 設定に問題があるために LinkedIn が認可の更新を拒否した場合に返されます。ユーザーの LinkedIn 接続は引き続き有効なため、再リンクしても解決しません。レスポンスには resolution.relink フィールドが含まれず、再試行しても解決しないため retryAvailable: false が設定されます。 アクセストークンの有効期限切れ後に投稿を公開する場合など、最初に認可を更新する LinkedIn の操作はいずれもこのコードを返す可能性があります。
Action: リクエストの詳細を添えて Ayrshare サポートにお問い合わせください。ユーザーに LinkedIn の再リンクを依頼しないでください。再リンクは役に立たず、LinkedIn 自体の設定から Ayrshare を削除すると、そのユーザーが接続したすべてのプロフィールでアクセスが取り消されます。
一時的な理由で LinkedIn の更新が失敗し続ける場合、Ayrshare は再試行したうえで、代わりに コード 119 (“There was an issue connecting with LinkedIn. Please try again.”) を返します。コード 119 は後で安全に再試行できます。コード 524 は再試行では解決しません。

LinkedIn Analytics エラー

Code 475 — Re-link LinkedIn Profile for Analytics (HTTP 403) メンバー分析が出荷される前に連携された個人(メンバー)LinkedIn プロファイルに対して、POST /analytics/post および POST /analytics/social で返されます。これらのプロファイルには LinkedIn メンバー分析スコープ(r_member_postAnalytics、r_member_profileAnalytics)が欠落しているため、LinkedIn は分析リクエストを拒否します。投稿は影響を受けません。
Action: アカウント所有者に Social Accounts で LinkedIn プロファイルを再連携して新しい分析スコープを付与してもらい、分析リクエストを再試行してください。再連携後、エラーがクリアされるまで数分お待ちください: Ayrshare はこのエラーを短時間キャッシュし、LinkedIn もトークンの権限をキャッシュするため、再連携済みプロファイルでも分析が成功するまで最大 5〜10 分間ほどコード 475 を返し続けることがあります。

TikTok コメントエラー

Code 288 — TikTok Comment Deferred / Post Still Processing (HTTP 400) TikTok は動画を非同期に処理するため、公開されたばかりの投稿の id は、TikTok の post.publish.publicly_available Webhook が実際の動画 ID を解決するまで "pending" となります。まだ処理中の投稿(または id が "failed" の投稿)に対する get-comments、comment、reply リクエストは、TikTok への呼び出しの前に拒否され、汎用の失敗ではなくコード 288 を返します。
Action: TikTok の処理完了を待ってから再試行してください。tikTokPublished Scheduled Action Webhook をリッスンするか、/history をポーリングして、投稿 id が解決された数値の動画 ID になるまで待機します。first comment は投稿が解決されると自動的に投稿されるため、再試行する必要はありません。"failed" の投稿の場合、メッセージは代わりに動画の公開が失敗し、アクションは実行されないことを示します。

期限切れまたは利用不可の Story エラー

コード 485 — Instagram / Facebook Story コメントおよび Instagram Story アナリティクス(代表時 HTTP 404) Story は利用可能な期間を過ぎると、期限切れまたは利用不可になることがあります。その期間を過ぎると、コメントやインサイトを取得できません。コード 485 は次を識別します:
  • get-comments からの期限切れまたは利用不可の Instagram および Facebook Story のレッグ、および
  • POST /analytics/post からの期限切れまたは利用不可の Instagram Story のレッグ。
Facebook Story アナリティクスは利用不可であり、コード 485 の対象ではありません。クライアントは、変動したり翻訳されたりする可能性のある正確なメッセージテキストではなく、数値の code でマッチングする必要があります。 少なくとも 1 つの他のプラットフォームが成功するマルチプラットフォーム読み取りでは、失敗したレッグはトップレベルの errors[] 配列に現れ、正常なプラットフォームは通常どおり返されます。全体のレスポンスは HTTP 200 で、トップレベルは status: "partial" です(コメントについては マルチプラットフォーム読み取り & 部分的成功、アナリティクス を参照)。

Get Comments 部分的成功の例

Post Analytics 部分的成功の例

すべてのプラットフォームが失敗した場合、レスポンスはトップレベルで status: "error" を持ち、完全な errors[] 配列を含みます。代表的なコード 485 は HTTP 404 にマッピングされ、他の代表的なコードはそれぞれ独自の HTTP マッピングを使用します。 Action: コード 485 を、リクエストされた Story のコメントまたはインサイトが取得できないというシグナルとして扱ってください。メッセージテキストから恒久的失敗、再試行可能性、アカウントリンクに関する結論を導くのではなく、コードでマッチングしてください。

エラーメッセージの翻訳

API エラーメッセージのレスポンスは、指定した言語に自動的に翻訳できます。 これは、ユーザーの希望する言語でエラーを直接表示したい場合に便利です。 ソーシャル連携ページの言語を選択 したい場合は、こちらをご覧ください。 ヘッダーに次を含めます:
ここで Language_Code は、利用可能な言語コード のいずれかです。 例えば、次はエラーをフランス語に翻訳します。
当社のシステムは、エラーメッセージの言語を自動的に検出します。