エラーは 400、401、402、403、404、429、500、502、503、または 504 のステータスコードを返します。成功はステータスコード 200 を返します。詳細は こちら をご覧ください。
errorsフィールドには、エラーが発生した各ソーシャルネットワークごとに 1 つのエラーを持つ配列が含まれます。actionは返されたエラーの種類を示します。- API 呼び出しが失敗した場合、トップレベルの
statusフィールドは “error” になります。例えば /post 呼び出しで、すべてのソーシャルネットワークへの投稿が成功すればstatusフィールドは “success”、そうでなければ status フィールドは “error” になります。 codeフィールドには Ayrshare のリファレンスエラーコードが含まれます。messageフィールドはエラーの具体的な詳細です。
エラーのハンドリング
エラーレスポンスを処理し、適切なアクションを取るようにしてください。以下の場合、エラーが発生しています。- レスポンスのリターンコードが
200ではない - JSON レスポンスの status が
error
400 Bad Request レスポンスコードが返されます。
400 Bad Request レスポンスコードで次のレスポンスが返されます。
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 を表示します。
Retry-After ヘッダーを提供する場合、その値(秒)は details フィールドに含まれます — 少なくともその時間だけ待ってから再送信してください。
Code 436 — Instagram Media Processing Timeout (HTTP 400)
Instagram のアップロード済みメディアの処理に時間がかかりすぎました。これは大きな動画ファイルの場合、または Meta のサーバー負荷が高い時間帯に発生することがあります。
/post リクエストで instagramOptions.trialParams が指定されているが、graduationStrategy が欠落、null、または空文字列の場合に返されます。トライアル Reels には明示的な graduation ストラテジーが必要です — Trial Reels をご覧ください。
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 文字に切り詰め)がエコーされます。
graduationStrategy を厳密に "MANUAL" または "SS_PERFORMANCE"(大文字、文字列型)として送信してください。
Code 449 — Instagram Trial Reels: Incompatible Media (HTTP 400)
メディアまたは投稿の形式がトライアル Reel の対象外の場合に返されます。トライアル Reels は単一の .mp4 または .mov 動画である必要があります — カルーセル(URL が複数)、ストーリー(instagramOptions.stories: true)、動画以外の拡張子はすべて拒否されます。details フィールドで、どのサブケースが発生したかを判別できます。
stories: true フラグを付けずに、単一の .mp4 または .mov 動画 URL を送信してください。追加の mediaUrls エントリを削除するか、通常のカルーセル/ストーリー投稿を意図していた場合は trialParams を削除してください。
Code 258 — Instagram Account-State Error (HTTP 400)
基本メッセージ「Error with Instagram.」を持つ、Instagram アカウント状態に関する一般的な失敗。投稿の内容ではなく、接続された Instagram アカウントの状態が原因で Meta がリクエストを拒否した場合に表示されます。
error_subcode が 2207085 の場合、レスポンスに relink: true および retryAvailable: true が追加され、Instagram アカウントの連携を解除して再連携し、すべての権限を付与するようメッセージがユーザーに指示します。
2207085 のサブケースでは、Social Accounts で Instagram アカウントの連携を解除して再連携し、すべての要求権限を付与するようユーザーに促し、その後投稿を再試行します。その他のアカウント状態エラーについては、Meta 上で Instagram アカウントが良好な状態であることを確認して再試行してください。
Retry Available
ソーシャルネットワーク側で回復不能なエラー(例: サーバーの問題)が発生し、複数回の再試行後でも呼び出しが最終的に失敗する場合があります。 そのような場合、当社のシステムはエラーが再試行可能かを判断し、可能であればretryAvailable フィールドを true に設定します。
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(不足している権限で、アカウントの再連携により付与されます)を除き、上記のコードはコメントレベルの条件であり、決して「再連携せよ」を意味しません。GET /automations/:id/activity が返す内容です。Instagram の理由は actionResults[].errorDetails にあります:
details にあります:
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/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 にログインし、どのケースに該当するかを確認してください。 投稿パスは最小限のレスポンスを返します。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 416 — X Credits Depleted (HTTP 402)
X Developer アカウントに API クレジットが読み込まれていません。すべての X API 呼び出しにはクレジットが必要です。
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 の両方が欠落している場合:
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 の認証情報が必要になりました。
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 になり、投稿は作成されません。
postIdsが空でない場合(一部のプラットフォームで投稿が成功)、完全なプラットフォーム集合を再送信しないでください — 成功したプラットフォームで投稿が重複します。代わりにerrors[]を調べて失敗したプラットフォームを特定し、それらのプラットフォームのみでリクエストを再試行するか、独自の冪等リトライフローに依存してください。postIdsが空または存在しない場合(スケジュール/投稿時の完全失敗)、完全なリクエストを安全に再試行できます。- 失敗が継続する場合は、拡張フラグを外して投稿(例:
shortenLinksを削除)するか、サポートにお問い合わせください。
メディア取得 / クローラーアクセスエラー
Code 440 — Social Network Could Not Download Media (HTTP 400) プラットフォームの公開クローラーが指定したmediaUrl をダウンロードできない場合に返されます — 最も一般的な原因は、robots.txt や WAF / ボット対策ルールがクローラー(例: Meta の facebookexternalhit)をブロックしていることです。details 文字列は上流プラットフォームから提供され、多くの場合 Meta/Instagram エラー 2207052 のテキストです。
details 文字列は通常 "Restricted by robots.txt" や "HTTP error code 403" を含みます。コード 138 はアスペクト比/フォーマットの問題やその他一般的な Instagram エラーにも使用されるため、メディア取得のバリアントは details 文字列で識別できます。
mediaUrl で両方のプラットフォームに公開する際、コード 440 / 138 と同じメディア取得問題が最も一般的な原因です。Threads API は詳細文字列を返さないため、通常は同じ公開処理で Instagram の 440 または 138 が同時発生していないかを確認して診断します。
robots.txt のスニペットや検証コマンドを含む完全なトラブルシューティングについては、Meta Media Crawler Blocked をご覧ください。
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 を持ちます。
Meta の身元確認
Code 326 — Meta Identity Verification Required (HTTP 403) Meta が接続されたアカウントに対して、リクエストを受け入れる前に追加の身元確認を要求している場合に返されます。これは Meta プラットフォーム全体 — Facebook、Instagram、Facebook Groups、Threads、Messenger — に適用されます。アカウントの再接続では 解決しません — 確認は Meta 側で完了する必要があります。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 は制限を検知した際、アカウント所有者に通知メールも送信します。
画像フォーマット変換エラー
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 として再エンコードできませんでした。最も一般的な原因は、ソースファイルの破損、コンテナ内の予期しない内部フォーマット、または変換サイズ上限を超える画像です。mediaUrl を直接ブラウザで開き、レンダリングされることを確認してください。レンダリングされる場合は、画像をクリーンな JPEG または PNG に再エクスポートしてから投稿を再試行してください。
Code 451 — Image Download Failed for Conversion (HTTP 400)
変換パイプラインがソース画像を取得できませんでした。典型的な原因は、オリジンからの 4xx/5xx レスポンス、ネットワークタイムアウト、ホップ制限を超えるリダイレクトチェーン、または非公開アドレスに解決される URL(SSRF ガードによりブロック)などです。details フィールドが存在する場合、その基になる原因文字列が含まれます。
mediaUrl が公開されており、到達可能であることを確認してください(認証なし、robots.txt ブロックなし、HTTPS で解決)。URL がリダイレクトする場合、最終的な宛先も公開されており、プライベートネットワーク上にないことを確認してください。
Code 452 — Converted Image Upload Failed (HTTP 500)
変換は成功しましたが、変換された JPEG を Ayrshare の一時ストレージバケットにステージングできませんでした。これは Ayrshare 側の内部的な失敗で、再試行可能です。
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 分以内に自然に解消します。
retryAvailable フィールドで分岐してください。同じペイロードを再送信するには retry post エンドポイントを使用できます。
Code 454 — YouTube Upload Service Temporarily Unavailable (HTTP 503)
YouTube のアップロードエンドポイントが 5xx ステータスを返した場合、または YouTube への接続がソケット層でリセット/タイムアウトした場合(ECONNRESET、ETIMEDOUT、ESOCKETTIMEDOUT)に返されます。これらの状況は一時的です。
retryAvailable フィールドで分岐してください。同じペイロードを再送信するには retry post エンドポイントを使用できます。
YouTube サムネイルエラー Code 307
カスタム YouTubethumbNail を適用できない場合、コード 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 アカウントの再連携は二次的な原因です。
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) をご覧ください。
Reddit 投稿エラー
Code 442 — Reddit Banned Subreddit (HTTP 400) アカウントが対象の subreddit への投稿を禁止されている場合に返されます。再試行不可 です — そのまま再送信しても投稿は成功しません。メッセージには影響を受けた subreddit 名(例:r/news)が含まれます。
r/news)が含まれます。
モデレーションエラー
Code 438 — Moderation Input Rejected (HTTP 400)POST /validate/moderation で AI プロバイダーが提供された入力を拒否した場合に返されます — 例えばサポートされていないファイルタイプなど。これはリクエストの入力の問題であり、一時的な処理失敗ではありません。
コード 438 と コード 331 を対比してください。コード 331 は同じモデレーションシナリオをカバーしますが、プロバイダー側の真の処理失敗を表します(HTTP 500、メッセージ「There was an issue with the AI processing. Please try again.」)。コード 331 は一時的なサーバー側の失敗で再試行可能ですが、コード 438 は入力自体が拒否されたことを示すため、再試行前に修正する必要があります。
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 は分析リクエストを拒否します。投稿は影響を受けません。
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 を返します。
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 のレッグ。
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 は、利用可能な言語コード のいずれかです。
例えば、次はエラーをフランス語に翻訳します。