2026年3月31日、Xはサードパーティプラットフォームによる自社APIへのアクセス方法を変更しました。その結果、Ayrshare経由でXに投稿するすべてのAyrshareアカウントは、独自のX Developer Appを登録し、そのAPI KeyとAPI Secretをすべてのリクエストで使用する必要があります。
これは、すべてのサードパーティツールに影響を与えるXによって義務付けられたプラットフォーム全体の変更です。
BYOキーはプラットフォームごとに一度設定されるだけです(アカウント全体)。顧客ごとやサブプロファイルごとではありません。 自分のXアカウントで1つのX Developer App を作成し、同じAPI Key + API Secret がXのアカウント全体に適用されます — これらはAyrshareアカウント下でXをリンクするすべての サブプロファイル/エンドユーザーに使用されます。数百のサブプロファイルを持つBusinessプランまたはEnterpriseプランをお持ちの場合、各プロファイルに対してこのセットアップを繰り返す必要はありません 。Xプラットフォームに対して一度セットアップし、すべてのリクエストで同じ2つのヘッダーを渡します。
このセットアッププロセスを可能な限り簡単にするため、合理化されており、完了までに10分もかかりません。以下のステップバイステップガイドに従ってください。途中でヘルプが必要な場合は、私たちのチームがサポートいたします。
ステップ1: X Developerアカウントを作成する
オンボーディングを完了する
デベロッパーオンボーディングを完了し、デベロッパー契約とポリシーに同意します。
コンソールにアクセスする
これでX Developer Consoleに入りました。
ステップ2: Appを作成する
Ayrshareアカウントごとに1つのX Developer App のみを作成します。同じAppとそのAPI Key + API Secretは、後でAyrshareアカウント下にリンクするすべてのサブプロファイル/エンドユーザーに再利用されます。顧客ごとに新しいAppを作成することはありません。
Appsへ移動
Developer Consoleで、Apps に移動します。
Appを作成する
Appダッシュボードで、Create App をクリックします(詳細についてはXのApp設定ドキュメント をご覧ください)。App名(通常はブランド名)を入力します。この名前は、ユーザーがXアカウントを接続する際にOAuth認証画面に表示されます。
環境を選択する
ドロップダウンでProduction 環境を選択します。
初期資格情報ポップアップを閉じる
Xはいくつかの資格情報を生成します。これらの資格情報を無視して、このウィンドウを閉じてください。
ステップ3: Appのパーミッションを設定する
App設定を開く
「Apps」の下で、新しいAppを見つけて(表示されない場合はページを更新)、クリックして詳細を表示します。 User authentication settings の下で、Set up をクリックします。
Appパーミッションを設定する
App permissions で、Read and write and Direct message を選択します。これは投稿やDMを含む完全な機能サポートに必要です。
Appタイプを設定する
Type of App で、Web App, Automated App or Bot を選択します。これは、Ayrshareのようなサーバー側統合に最適な選択です。
コールバックおよびウェブサイトURLを設定する
App info の下で:
Callback URL: 以下の両方のコールバックURLを追加します:
https://profile.ayrshare.com/social-accounts
https://app.ayrshare.com/social-accounts
Website URL: https://app.ayrshare.com
このステップをスキップしないでください。 これらのコールバックURLは、OAuthリンクフローに必要です。エンドユーザーがX接続を承認すると、Xはリンクプロセスを完了するために、これらのURLの1つにリダイレクトします。これらが欠落している場合、OAuthフローは403 Callback URL not approvedエラーで失敗します。
設定を保存する
Save をクリックします。OAuth 1.0キーのうち2つ(API KeyとAPI Secret)のみを使用するので、OAuth 2.0ポップアップは無視できます。
重要: リンク前にパーミッションを設定してください。 ここで選択するパーミッションによって、Appができることが決まります。OAuth経由でXアカウントをリンクした後にパーミッションを変更した場合、新しいAccess Tokenが更新されたパーミッションを継承するように、再リンクする必要があります。
これら2つのキーを必ず保管してください:
API Key (別名Consumer Key、X App識別子)
API Secret (別名Consumer Secret)
Access Tokenを手動で生成する必要はありません 。OAuth経由でXアカウントをリンクすると、Ayrshareが自動的にこれを処理します。
ステップ4: X APIクレジットを購入する
Xは現在、デベロッパーコンソール経由で購入するクレジットベースのAPI課金を使用しています。
請求先へ移動
Developer Consoleの左サイドバーでBilling → Credits をクリックします。
クレジットを購入する
クレジットを購入します(最小限は$5で、数百のAPIコールに十分です)。各APIコールは1セントのわずかな端数なので、ほとんどのユーザーにとって費用は最小限に抑えられるはずです。
自動チャージを有効にする
サービス中断を回避するために自動チャージ を有効にし、請求サイクルで使用できる最大額を設定して支出上限を管理できます。
クレジットがないとAPIコールは失敗します。 XのAPIはpay-per-useです。クレジット残高がゼロの場合、すべてのAPIリクエストは、“Your enrolled account does not have any credits to fulfill this request.”というメッセージとともに402 CreditsDepletedエラーを返します。これには投稿、ツイートの読み取り、ユーザールックアップが含まれます。統合をテストする前にクレジットをロードしてください。Xの価格に関する完全な更新については、X APIの価格の仕組み を参照してください。
ステップ5: Ayrshare API呼び出しを更新する
ステップ3で、これら2つのアイテムを独自の環境、設定、またはシークレットマネージャーに安全に保存しました:
API Key (別名Consumer Key、X App識別子)
API Secret (別名Consumer Secret)
次に、Ayrshare API呼び出しのヘッダーにX資格情報を追加します。
あなたのキーはプライベートに保たれます。 API KeyとAPI SecretはAyrshareによって保存されません。
ヘッダーリファレンス
パーミッションが間違っているかどうかを確認する方法:
Appのパーミッションが誤って設定されている場合、APIリクエストは”Your client app is not configured with the appropriate OAuth1 app permissions.”というメッセージとともに403 Forbiddenエラーを返す場合があります。
このエラーが表示された場合は、X Developer ConsoleでAppのパーミッションをRead and write and Direct message に更新し、新しいAccess Tokenが更新されたパーミッションを継承するようOAuth経由でXアカウントを再リンクしてください。
コード例
XをターゲットとするすべてのリクエストにAPI KeyとAPI Secretヘッダーを含めていれば、既存の自動化やワークフローは引き続き動作します。
既存プロファイルの移行(BusinessおよびEnterprise)
Ayrshare経由ですでにXにリンクされているサブプロファイルがある場合、BYOキーに切り替えた後、それらのプロファイルはXアカウントを再リンクする必要があります。これは、既存のアクセストークンがAyrshareのX Appで発行されており、あなたのコンシューマーキーで使用できないためです(OAuth 1.0a署名はトークンを発行したAppに紐付けられています)。
generateJWTにキーを含める
generateJWT 呼び出しボディにtwitterApiKeyとtwitterApiSecretを追加します。これらはJWTに埋め込まれる前に暗号化され、エンドユーザーに公開されることはありません。これは、あなたのコンシューマーキーがボディに入る唯一のリクエストです。その他のすべてのXリクエストは、上記のヘッダーを使用します。
ユーザーにXを再リンクしてもらう
キーを含めてJWTを生成した後、ユーザーはプロファイルリンクページからXアカウントを再接続する必要があります。OAuth同意画面には、Ayrshareの代わりにあなたのApp名が表示されます。 これを合理化するには:
すべてのAPIコールでヘッダーを送信し続ける
再リンク後、すべてのAPIコール(投稿、分析、コメントなど)でX-Twitter-OAuth1-Api-KeyとX-Twitter-OAuth1-Api-Secretヘッダーを含め続けてください。
プロファイルがX Appの下で再リンクされると、そのプロファイルの後続のすべての投稿はあなたの資格情報を使用します。これは、X Developer Console のUsageページを確認することで確認できます。
セットアップを確認する
新しいヘッダーを使用してAyrshare API経由でテストコールを行い、すべてが機能していることを確認してください。/analytics/social エンドポイントは、投稿を作成しないため、良い軽量なテストです。
X APIの価格の仕組み
以前は、AyrshareがXのAPI使用料をあなたに代わってカバーしていました。Xの現在のモデルでは、各AyrshareカスタマーがそれぞれのX Developerアカウントを維持し、アプリケーションが行うAPIリクエストに対してXに直接支払います。(Ayrshareアカウントごとに1つのX Developerアカウントで、エンドユーザーごとではありません。すべてのサブプロファイルが同じX Developerアカウントとクレジット残高を共有します。)
Xの価格モデルはpay-per-useです: X Developer Consoleでクレジットを購入し、APIリクエストが行われるにつれて差し引かれます。契約やサブスクリプションは不要です。
一般的な操作は安価です。たとえば:
参考までに、月に約100回投稿する場合、Xへの直接コストはおよそ$1、メディア付き投稿は月におよそ$2になります。
Xのpay-per-use価格は現在パイロットフェーズにあります。料金は変更される可能性があり、追加コストが導入される場合があります。最新の価格については、常にDeveloper Consoleを確認してください。Xの価格情報の内訳 を参照してください。
これまでに存在しなかったコストが発生することを認識しており、それについて透明性を保ちたいと考えています。同時に、このモデルは以前の共有キーセットアップでは不可能だったいくつかの利点も解放します。
独自のX APIキーを使用する利点
独自のX API資格情報を使用することで、以前の共有キーモデルよりも制御性と信頼性が向上します。これには次のものが含まれます:
ブランド化されたOAuthエクスペリエンス: ユーザーはXアクセスを承認する際、あなたのApp名とブランディングを目にします。
専用のレート制限: あなたのAPI使用量は、他のAyrshareユーザーとは別に、あなた自身のX Developerアカウント制限によって管理されます。使用状況はX Developer Console で監視でき、X APIレート制限ドキュメント を参照できます。
資格情報の制御: あなたのAPI KeyとSecretは、独自のX Developerアカウントに保管されます。Ayrshareはあなたのシークレットキーを保管しません。
可搬性: ユーザーはあなたのX Appで認証するため、統合は完全にあなたの管理下に保たれます。
使用量の可視化: あなたのX Developerダッシュボードは、APIリクエスト、レート制限、クレジット使用量を表示します。
Xはこのモデルを必要とする最初のプラットフォームですが、より多くのプラットフォームが「独自のAPIキーを持参する」方向に移行しています。この機能をAyrshare全体に拡張しているため、開発者はすべてのソーシャルプラットフォームで同じ制御と独立性を持つことができます。
セキュリティ
あなたのAPI KeyとAPI SecretはAyrshareによって保管されません。
一般的なセキュリティのベストプラクティスについては、Xの認証セキュリティガイド をご覧ください。
FAQ
はい。2026年3月31日以降、Ayrshare経由でのすべてのX操作には独自のX API資格情報が必要です。まだX Developerアカウントをセットアップしていない場合は、上記の手順に従ってください。
AyrshareにX APIキーを追加しないとどうなりますか?
Ayrshare経由でXに投稿するには、独自のX API資格情報が必要です。有効なBYO資格情報のないリクエストは拒否されます。他のプラットフォーム(Instagram、LinkedIn、Facebook、TikTokなど)への投稿は影響を受けません。
XはAPIコールごとに課金します。投稿の作成には約$0.01、投稿の読み取りには約$0.005かかります。たとえば、月に100件の投稿を公開するには、およそ$1かかります。詳細については、Xの価格ページ をご覧ください。
これによりAyrshareのサブスクリプション価格は変わりますか?
いいえ。Ayrshareのサブスクリプション価格は変わりません。追加コストは、あなたのデベロッパーアカウント経由でXから直接請求されるX API使用料のみです。
AyrshareはX API資格情報を保管しますか?
いいえ。あなたのAPI KeyとAPI SecretはAyrshareによって保管されません。一般的なセキュリティのベストプラクティスについては、Xの認証セキュリティガイド をご覧ください。
X Developerアカウントを既に持っています。既存のキーを使用できますか?
はい。「Read and write」パーミッションが有効になっていれば、既存のX Appを使用できます(DM機能を使用する場合は Direct Messagesも)。 X Developer ConsoleのKeys and tokensセクションからAPI Key (Consumer Key)とAPI Secret (Consumer Secret)が必要です。OAuth経由でXアカウントをリンクし、Ayrshare APIリクエストにこれら2つのヘッダーを含めます。 初回セットアップからAppパーミッションを変更した場合、新しいAccess Tokenが更新されたパーミッションを継承するように、Xアカウントを再リンクしてください。
X Developer Portalには多くの資格情報が表示されます。実際に必要なのはどれですか?
API Key (Consumer Key)とAPI Secret (Consumer Secret)が必要です。それぞれがどのAyrshareヘッダーにマップされるかについては、上記のヘッダーリファレンステーブル を参照してください。Client ID、Client Secret、Bearer Token、Access Token、Access Token Secretは無視できます。
「API Key」と「Client ID」の違いは何ですか?
これらは異なる認証方法用の完全に異なる資格情報です:
API Key (「Consumer Key」とも呼ばれます)はOAuth 1.0a用です。AyrshareはAPI Key (Consumer Key) + API Secretを使用します。すべてのX機能で動作し、トークンは期限切れにならず、更新ロジックは不要です。
Client ID はOAuth 2.0用です。Ayrshareにはこれは必要ありません。OAuth 2.0トークンは短期間後に期限切れになり、リフレッシュトークン管理が必要です。
Ayrshareでは、API KeyとAPI Secretだけが必要です。Client ID、Client Secret、Bearer Tokenは無視できます。
なぜOAuth 2.0ではなくOAuth 1.0aなのか?
OAuth 2.0アクセストークンは2時間ごとに期限切れになり、Xのリフレッシュトークンはシングルユース(各リフレッシュで古いトークンが無効化される)です。これにより、特にスケジュールされた投稿の場合、ステートレスBYOモデルをサポートすることは不可能になります。OAuth 1.0aトークンは期限切れにならず、すべてのX機能で動作し、トークン管理は不要です。
既存のユーザーはXアカウントを再リンクする必要がありますか?
はい。ユーザーがBYOキーをセットアップする前にAyrshare経由でXをリンクした場合、再接続が必要です。既存のアクセストークンはAyrshareのX Appで発行されており、あなたのコンシューマーキーでは動作しません。ステップバイステップのプロセスについては、上記の既存プロファイルの移行 を参照してください。
この変更はInstagram、LinkedIn、その他のプラットフォームへの投稿に影響しますか?
いいえ。この変更はXへの投稿にのみ影響します。Ayrshareの他のすべてのプラットフォーム統合は通常どおり動作し続けます。
なぜ402「CreditsDepleted」エラーが発生するのですか?
これは、X Developerアカウントに利用可能なAPIクレジットがないことを意味します。console.x.com → Billing → Credits に移動して、クレジットを購入してください。$5でも数百のAPIコールに十分です。クレジットがロードされたら、リクエストを再試行してください。
なぜ403「Forbidden: OAuth1 App Permissions」エラーが発生するのですか?
Access Tokenに適切なパーミッションがありません。これは通常、次の2つのうち1つを意味します:
Appパーミッションが「Read and write」ではなく「Read」に設定されています。 Developer ConsoleのAppの設定に移動し、Read and write and Direct message に変更してください。
Xアカウントをリンクした後にパーミッションを変更しました。 Access Tokenは作成時のパーミッションを保持します。新しいトークンが更新されたパーミッションを継承するように、OAuth経由でXアカウントを再リンクしてください。
セットアップにヘルプが必要な場合はどうすればよいですか?
トラブルシューティング
ヘッダーが欠落している400エラーが発生しています
次の必須ヘッダー両方を送信していることを確認してください:
X-Twitter-OAuth1-Api-Key
X-Twitter-OAuth1-Api-Secret
ペア不一致エラー(例:「You provided Api-Key but not Api-Secret」)が表示される場合、2つのうち1つが欠落していることを意味します。両方とも常に必須です。 エラーメッセージには、どの特定のヘッダーが欠落しているかが記載されます。
Xアカウントをリンクしようとしたときにこのエラーが表示される場合は、X Developer Appの設定(Authentication settings > Callback URI / Redirect URLの下)に必要なコールバックURLが追加されていることを確認してください:
https://profile.ayrshare.com/social-accounts
https://app.ayrshare.com/social-accounts
上記のコールバックURL設定ステップ を参照してください。
X Developerアカウントにロードされたクレジットがありません。console.x.com → Billing → Credits に移動して、クレジットを購入してください。$5でも数百のAPIコールに十分です。
Access Tokenに適切なパーミッションがありません。これは通常次を意味します:
Appパーミッションが「Read and write」ではなく「Read」に設定されています。 Developer ConsoleのAppの設定に移動し、Read and write and Direct message に変更してください。
Xアカウントをリンクした後にパーミッションを変更しました。 Access Tokenは作成時のパーミッションを保持します。新しいトークンが更新されたパーミッションを継承するように、OAuth経由でXアカウントを再リンクしてください。
ヘルプが必要ですか?
X APIキーのセットアップ中に質問がある場合や問題が発生した場合は、エンジニアリングチームが喜んでお手伝いします。support@ayrshare.com までいつでもお問い合わせください。