最新のアップデート

最新情報は、X でフォロー、Social Media API Podcast を聴く、または ニュースレター にサインアップしてご覧いただけます。

​

2026 年 10 月

• 10月14日 - 月間投稿クォータのリセット日とコード 106 をドキュメント化。 ドキュメントで月間投稿クォータについて説明するようになりました。クォータは請求日ではなく毎月 1 日（UTC）にリセットされ、失敗した投稿やブロックされた投稿の試行もカウントされます。/post が HTTP 429 と code: 106 を返し、レート制限に達したと思っていた場合、実際にはそのプロフィールが月間投稿クォータを使い切っていました。カウント対象と使用量の確認方法については、投稿数とAPI呼び出し数はどれくらい可能ですか?を参照してください。
• 10月14日 - Bluesky の動画が実際のアスペクト比を維持するように。 Amazon S3 の URL（任意の amazonaws.com ホスト）から Bluesky に投稿した正方形や縦長の動画が、アップロードしたファイル自体は正しいにもかかわらず、Bluesky のフィード、投稿ビュー、アプリで左右に黒帯付きで表示されていました。投稿レコードが動画の実際の形状に関係なく 16:9 のアスペクト比を宣言しており、Bluesky はその宣言に基づいてプレーヤーのサイズを決めるためです。現在、Bluesky の動画投稿には、読み取れる場合は常に動画の実測の幅と高さが含まれるため、1:1 や 9:16 の動画も本来の形状で表示されます。投稿方法に変更はありません。これまでと同じ mediaUrls を送信してください。この修正以前に公開された投稿は作成時のアスペクト比のままです。修正するには再投稿してください。Bluesky メディアガイドラインを参照してください。
• 10月13日 - Facebook と Instagram のブーストでキャンペーン予算を使用できるように。 budget.level: “campaign” を指定すると、ブーストの予算を広告セットではなくキャンペーンで保持できるようになりました。日次予算と通算予算のどちらでも使用できます。この機能はブーストのボディのネスト形式で使用します。日次キャンペーン予算の場合、履歴の budgetDaily にはキャンペーンの予算が表示されます。Facebook ブーストとInstagram ブーストをご覧ください。
• 10月13日 - クレジット枯渇時の X メディアアップロードがコード 416 を返すように。 BYOK の X/Twitter アカウントに登録された X Developer アカウントの API クレジットが尽きた場合、画像と動画のアップロードは code: 416（HTTP 402、X CreditsDepleted）を返し、details に X の説明を含めるようになりました。以前は画像が code: 117 (“Please check the media file size, dimensions, and content-type”)、動画が code: 115 で失敗し、どちらも問題のないメディアファイルを原因として示していました。解決するには console.x.com でクレジットを購入してください（Billing → Credits）。アカウントにクレジットが入るまでは再試行しても成功しないため、これらのアップロードは再試行されません。これにより、メディアアップロードの挙動が、すでに 416 を返している投稿および分析のパスと揃いました。インテグレーションで 117 または 115 を使って X のメディアの問題を検出している場合は、416 の処理を追加してください。
• 10月13日 - ロックされた X アカウントのメディアアップロードがコード 224 を返すように。 X がアカウントを一時的にロックしていた場合、X への画像や動画の投稿は、画像では code: 117 (“Please check the media file size, dimensions, and content-type”)、動画では code: 115 で失敗していたため、問題のないメディアファイルを確認することになっていました。これらのアップロードは現在 code: 224 (“X/Twitter account locked. Please go to twitter.com to unlock.”) を返し、details に X 自身の説明を含めます。解決するには x.com にログインして X のロック解除手順を完了し、もう一度投稿してください。再リンクは不要で、アカウントは Ayrshare にリンクされたままです。
• 10月13日 - Facebook コメント webhook が配信されるようになりました。 Facebook ページに登録した comments webhook はイベントを一切受信していませんでした。Ayrshare がページコメントを運ぶ Meta のフィールドを購読していなかったため、エラーもなく何も届かない状態でした。現在は Facebook ページが購読済みとなり、プロフィールでメッセージング（Messaging Add-On）が有効な間、コメントイベントが配信されます。接続済みのページは自動的に再購読されるため、再リンクや再登録は不要です。Facebook のコメントは Meta のページ feed 形式 (comment_id, post_id, message, from.name) で届き、Instagram の形式とは異なります。両方の形式は Comments Action を参照してください。Instagram のコメント webhook に変更はありません。
• 10月13日 - チャットを開くブーストボタン。Facebook または Instagram のブーストのボタンで、ウェブページの代わりに Messenger、WhatsApp、または Instagram Direct の会話を開けるようになりました。これにより、お客様のビジネスとのチャットを開始する投稿をブーストできます。callToAction.destination(messenger、whatsapp、または instagramDm)を、対応するボタンタイプとともに link なしで送信し、engagement または interactions 目標を使用してください。広告は会話向けに最適化されます。この機能はブーストのボディのネスト形式を使用します。Facebook ブーストとInstagram ブーストをご覧ください。
• 10 月 9 日 - 既存の Facebook と Instagram のキャンペーンにブーストできるようになりました。ブーストで独自のキャンペーンを作成する必要がなくなりました。attachTo.campaignId を指定すると、Meta ですでに運用しているキャンペーンに新しい広告セットと広告が追加されます。attachTo.adSetId(およびその広告セットの attachTo.campaignId)を指定すると広告のみが追加され、広告セットが独自の設定を維持するため budget、targeting、bidAmount は省略します。後でブーストを一時停止または有効化しても、変更されるのはブーストが作成したもののみで、お客様のキャンペーンや広告セットが変更されることはありません。この機能はブーストのボディのネスト形式を使用します。Facebook ブーストとInstagram ブーストをご覧ください。
• 10 月 9 日 - Instagram の誤った再リンクエラーが減少し、カルーセルが高速化されました。Instagram が受け付けたばかりの投稿は公開前に少し待機し、カルーセルは公開前に準備ができているかを確認するようになったため、Instagram が最初の試行を拒否するケースが大幅に減りました。これまでは、メディアの処理直後に公開した投稿が code: 259 で失敗し、アカウントに問題がなく投稿の再試行も成功するにもかかわらず、Instagram アカウントのリンク解除と再リンクを求められることがありました。また、Instagram が最初の公開試行を拒否していたため、ほとんどのカルーセルで必要以上に約 10 秒長くかかっていました。お客様側での変更は不要です。この理由で表示された 259 については、再リンクは必要ありませんでした。
• 10 月 8 日 - Instagram と Threads の動画投稿の公開が高速化されました。動画公開フローを最適化してライブ投稿を高速化し、一般的な待ち時間は Instagram で約 20 秒から 5 秒に、Threads で約 31 秒から 6 秒に短縮されました。長い動画や高解像度の動画は、Meta 自体の処理に時間がかかるため、引き続き 25〜30 秒かかる場合があります。お客様側での変更は不要です。
• 10 月 8 日 - act_ 付きのアカウント ID で Facebook と Instagram の広告を一覧表示できるようになりました。accountId に act_ プレフィックスが付いている場合（例：act_1234567890）でも、Facebook と Instagram のブーストされた広告が広告を返すようになりました。以前はプレフィックスなしの数値のみが機能し、プレフィックス付きの形式では、アカウントに広告がないかのように空の ads リストが返されていました。同じ修正は GraphQL の ads クエリと MCP の list_ads ツールにも適用されます。有効な広告アカウント ID ではない accountId は、これらでも空のリストではなく code: 101 を返すようになりました。
• 10 月 8 日 - Facebook と Instagram のコメントエラーにプラットフォームが示す理由が含まれるようになりました。コメントを投稿またはコメントに返信で送信したコメントや返信を Facebook または Instagram が拒否した場合、エラーの details にプラットフォームが示す理由とエラーコード・サブコードが含まれるようになりました。例：“Instagram Comment Not Added: Your Instagram comment was not added (code 20, subcode 1772107)“。これまではこれらのエラーで一般的なメッセージしか返されず、コメントが失敗した理由を確認できませんでした。
• 10 月 7 日 - Threads が一時的に準備できていない場合に Threads 投稿がコード 379 で失敗しなくなりました。投稿自体に問題がないにもかかわらず、一部の Threads 投稿が code: 379（“Error posting to Threads.”）と HTTP 500 で失敗していました。Ayrshare は現在、Threads が投稿を受け付けるまで最大 30 秒間待機するようになり、Threads のコメント、返信、ファーストコメントにも同じ待機が適用されます。それでも Threads が投稿を受け付ける準備ができていない場合は、379 ではなく code: 522（HTTP 400、retryAvailable: true）が返されます。安全に再試行する方法については Code 522 をご覧ください。
• 10 月 7 日 - Connect Accounts メールの送信に失敗してもリンク用 URL が返されるようになりました。リンク用 URL をメールでユーザーに送るよう指定し、そのメールを送信できなかった場合でも、リンク用 URL の生成とLink Session の作成は URL を返すようになりました。レスポンスには emailSent: false と emailError オブジェクトが含まれるため、別の方法でユーザーに URL を届けられます。これまでは送信に失敗すると code: 333 が返され URL は返されませんでした。また、termsUrl, privacyUrl, company、contactEmail のいずれかが欠けた email オブジェクトは通知なくスキップされていましたが、この場合も emailError が返され、details に欠けているフィールドが示されるようになりました。code: 333 でリトライしている場合は確認してください:代わりに成功レスポンスの emailError を確認してください。詳細は Connect Accountsメール をご覧ください。
• 10 月 6 日 - Pin で Pinterest AI 開示を指定できるようになりました。Pinterest への投稿で pinterestOptions.aiDisclosures を指定できるようになり、画像 Pin、カルーセル Pin、動画 Pin の作成時に AI_MODIFIED、SYNTHETIC_PERFORMER、またはその両方を送信できます。開示は Pin 全体に適用されます。フィールドが省略されているか空の場合は何も変わりません。無効な場合でも Pin は公開される可能性があり、Pinterest の結果には開示が転送されなかったことを説明する警告が含まれます。
• 10 月 6 日 - Facebook Reels でコラボレーターのページを招待できるようになりました。Reel の投稿で faceBookOptions.collaborators に Facebook ページ ID を追加すると、そのページをコラボレーターとして招待できます。Reel 1 件につき 1 ページまでサポートされています。招待は Reel の公開後に送信され、ステータスは Collaborator Request Status で確認できます。ページがお客様と同じ Business ポートフォリオに属している場合など、Facebook が招待を拒否することもあります。その場合も Reel は公開されたままで、レスポンスの warnings に警告が含まれます。このような Reel を予約投稿するには、draft や scheduledPublishDate ではなく scheduleDate を使用してください。Facebook Reels を参照してください。
• 10 月 5 日 - Facebook と Instagram の広告インサイトをリアルタイムで取得。History には請求対象の日次出稿費用が表示され、過去 30 日間分が毎晩コピーされます。新しい Insights エンドポイントは代わりに Meta からリアルタイムで読み取るため、過去 37 か月以内の任意の期間について、キャンペーンまたは広告のレポートを取得できるようになりました。各行は 1 日分で、spend、impressions、reach、clicks、cpm、cpc、ctr、actions、conversionValue、および広告アカウントの currency が含まれます。metrics で必要な指標を選択し、breakdowns で各日を age、gender、country、placement 別に分割し、長い期間は cursor でページングできます。breakdowns を指定した場合、Meta は過去 13 か月分についてのみ reach をレポートします。広告セットのレポートはまだ利用できません。Facebook Insights および Instagram Insights を参照してください。
• 10 月 5 日 - LinkedIn 個人プロフィールの日次フォロワー推移。Analytics on a Social Network（/analytics/social）の followersDaily は、LinkedIn の個人プロフィールに対して常に空の配列を返していました。現在は過去 30 日間の日次フォロワー数を返します。
• 10 月 5 日 - Pinterest のユーザー名。Pinterest アカウントでは、User Profile Details のレスポンスの username がアカウントのユーザー名ではなく選択したボードの名前を返していたため、profileUrl が存在しないプロフィールを指していました。現在は username がアカウントのユーザー名を返し、profileUrl は正しいプロフィールを開きます。再リンクは不要です。displayName は引き続きボード名を返します。
• 10 月 5 日 - Threads のユーザー名。Threads アカウントでは、User Profile Details のレスポンスの username がアカウントのハンドルではなく表示名を返していたため、profileUrl が存在しないプロフィールを指していました。現在は username がハンドルを返し、profileUrl は正しいプロフィールを開きます。再リンクは不要です。username をアカウント名として表示している場合は、代わりに displayName を使用してください。
• 10 月 2 日 - 米国外での特別広告カテゴリのブースト。 specialAdCategories（housing など）を指定し、米国外の地域をターゲットにした Facebook または Instagram のブーストは、“You’ve chosen audience locations that are outside of the countries you selected for your Special Ad Categories” で失敗し、広告アカウントに空のキャンペーンが残っていました。Meta は特別広告カテゴリの広告がどの国で配信されるかを知る必要がありますが、Ayrshare がそれを伝えていなかったため、Meta は米国とみなしていました。現在は、各地域と各都市の国を含め、locations からそれらの国を取得するため、米国外でも住宅、雇用、金融に関する投稿をブーストできます。また、キャンペーン作成後にブーストが失敗した場合はそのキャンペーンの削除も試みるため、失敗したブーストが空のキャンペーンを残すことはなくなるはずです。Boost Post を参照してください。
• 10 月 1 日 - Facebook コミュニティ規定ブロックのエラーコード 249 を明確化し、ドキュメント化しました。 249 で返されるメッセージは、投稿自体が Facebook のコミュニティ規定に違反したとは表示しなくなりました。Facebook は通常、投稿ではなくアカウントやページにブロックをかけ、具体的な理由を API 経由で返しません。そのため、メッセージは Facebook の Account Status ページを案内するようになりました。Facebook にログインし、右上のプロフィール画像をクリックして Help セクションを開き、Account Status を選択すると、実際の理由と申し立ての手順が表示されます。Facebook が文言を提供する場合は、引き続き details にそのまま渡されます。コード 249 が初めて公式にドキュメント化されました。Facebook コミュニティ規定によるブロックを参照してください。変更されたのはメッセージのテキストのみで、数値コード、HTTP ステータス、レスポンスの形式は変わりません。クライアントは正確なメッセージテキストではなく、数値の code で判定してください。
• 10 月 1 日 - リンクページでリンクの有効期限切れが表示されるようになりました。 リンク URL の有効期間はデフォルトで 5 分です。これまでは、ユーザーがソーシャルネットワークにサインインしている途中で期限が切れると、リンクページに汎用的な “There was an error linking” メッセージが表示され、ユーザーは同じ期限切れのリンクで再試行していました。現在は、リンクの有効期限が切れていて新しいリンクが必要であることが伝えられます。ユーザーがサインインしていないページに戻ってくることがある Snapchat と TikTok では、Ayrshare のログイン画面ではなく Link expired ページが表示されるようになりました。Ayrshare Connect Widget を使用している場合、この失敗の error イベントに code が含まれるようになりました。期限切れのリンクでは 503 となるため、コードからユーザー用の新しいリンクを作成できます。ユーザーにより長い時間を与えるには、リンクを作成する際に expiresIn を大きくしてください (最大 2880 分、Max Pack)。

​

2026 年 9 月

• 9 月 29 日 - GraphQL で Ayrshare API をクエリできるようになりました。 REST API に加えて https://api.ayrshare.com/graphql に GraphQL エンドポイントが追加され、操作ごとに呼び出しを行う代わりに、サポートされている複数の操作を 1 回のリクエストで要求できるようになりました。同じ API キー、プロファイルのスコープ、プランの制限が適用され、REST は引き続き完全な API です。GraphQL スキーマは型付きで自己記述的なため、エディタで利用可能なすべての操作と引数を自動補完でき、コードジェネレーターでスキーマから各言語の型を生成できます。API を利用する各ルートフィールドは、同等の REST 呼び出しとまったく同じく 1 回の API 呼び出しとしてカウントされます。4 つのルート操作を含むクエリはクォータに対して 1 回ではなく 4 回の呼び出しとなり、ネストされたレスポンスフィールドを選択しても呼び出しは増えません。1 回のリクエストで行える API 呼び出しは最大 5 回で、リクエストボディの上限は 64 KB です。そのため、メディアのバイトデータは GraphQL では送信できません。代わりに mediaUploadUrl でアップロード URL を要求し、ファイルをその uploadUrl に直接 PUT してから、返された accessUrl を投稿で使用してください。エラー処理を書く際の注意点として、失敗した操作でも HTTP 200 が返され、失敗はレスポンスボディで報告されるため、ステータスコードだけに頼らず、必ず errors を確認してください。ステータスが変わるケースは GraphQL エラーに記載されています。コードを書かずに GraphQL Explorer で試すことができます。使い始めるには GraphQL API 概要を参照してください。
• 9 月 29 日 - DM オートメーションが Facebook ページに対応しました。 オートメーションが Instagram だけでなく、プロファイルに連携された Facebook ページでも動作するようになりました。“platform”: “facebook” と dm_keyword または dm_reaction トリガーを指定してオートメーションを作成すると、誰かがページにキーワードを送信したときや、あなたのメッセージにリアクションしたときに、Messenger で自動返信できます。send_dm はページから送信され、fire_webhook と send_email は Instagram の場合と同じように動作します。プロファイルで Facebook 向けに Messaging が有効化されている必要があります。コメントトリガーとストーリートリガーは引き続き Instagram のみに対応しています。Facebook ページを参照してください。
• 9 月 29 日 - Facebook のユニークリーチが復活しました。 6 月 15 日に Meta がユニークインプレッション指標を廃止して以来、Facebook のアナリティクスは合計視聴数 (mediaView と pageMediaView) のみを返しており、同じ人が複数回カウントされていました。投稿アナリティクスは、投稿が再生または表示されたユニークユーザー数である totalMediaViewUnique を返すようになり、ソーシャルネットワークのanalyticsは Page の pageTotalMediaViewUnique を返すようになりました。どちらも、廃止されたフィールドに代わる Meta の Total Unique Media Views 指標に基づいています。Meta は Page の値を日ごとに報告するため、pageTotalMediaViewUnique はその日ごとの数値を合計します。そのため、異なる 2 日間にコンテンツを閲覧した人は 2 回カウントされます。既存のフィールドはすべて変更ありません。廃止された各フィールドがどの代替フィールドに対応するかについては、6 月 15 日の移行ノートを参照してください。
• 9 月 29 日 - Meta がメディアを取得できない場合のエラーがわかりやすくなりました。 これまで汎用的で再試行可能な code: 440（Instagram の場合。Facebook Reels では code: 108） を返していたメディア取得 / クローラーブロックの失敗 (Meta サブコード 2207052) は、専用の再試行不可な code: 479 (HTTP 400) を返すようになりました。これは、Ayrshare が自社の CDN でメディアを再ホストしても Meta がメディアを取得できない場合に返されます。メッセージには、考えられる原因 (ホストが robots.txt や CDN/WAF ルールで Meta のクローラー facebookexternalhit / Facebot をブロックしている) と対処法 (クローラーを許可するか、Meta がアクセスできるホストからメディアを配信する) が示されます。本当に一時的な取り込みの失敗 (サブコード 2207032 / 2207003) は、再試行の案内とともに引き続き code: 440（Instagram の場合。Facebook Reels では code: 108） を返します。Meta Media Crawler がブロックされている と エラーコードリファレンス を参照してください。
• 9 月 28 日 - 投稿の更新は何も変更しないリクエストを拒否し、disableComments 単独でも受け付けるようになりました。 投稿の更新は、disableComments が送信した唯一のフィールドである場合に code: 101 を返していたため、コメントのオン/オフを切り替えるには notes など別のフィールドを追加する必要がありました。現在は単独で動作します。逆に、更新する内容のないリクエストは status: “success” を返しながら何も変更していませんでした。これには id のみのリクエスト、空の youTubeOptions、そして youTubeOptions の中ではなくトップレベルで送信された visibility が含まれ、入力ミスでも成功したように見えていました。これらのリクエストは現在 code: 101 を返します。visibility をトップレベルで送信している場合はご確認ください: 動画が変更されることはこれまでもなく、現在は成功ではなくエラーが返されます。youTubeOptions の中に移動してください。
• 9 月 28 日 - YouTube 動画の公開設定を変更してもライセンスがリセットされなくなりました。 投稿の更新で youTubeOptions.visibility を変更すると、動画のライセンスが Standard YouTube License にリセットされていたため、“creativeCommon” として公開した動画は、公開または限定公開にした時点で Creative Commons ライセンスを失っていました。現在はライセンスが保持されます。この修正以前に Creative Commons の動画の公開設定を変更した場合は、YouTube Studio でライセンスをご確認ください。
• 9 月 25 日 - Facebook の宣伝投稿が、選択した性別をターゲットにするようになりました。 Facebook 投稿の宣伝はドキュメントに記載された gender パラメータを無視していたため、“gender”: “female” または “male” を指定して送信した宣伝も、リクエスト自体は成功したまま全性別に表示されていました。現在は gender が適用され、Instagram の宣伝にも反映されます。gender を送信している場合はご確認ください: all、male、female 以外の値を指定すると、黙って全員をターゲットにするのではなく code: 101 が返されるようになりました。gender を含まないリクエストに変更はありません。
• 9 月 25 日 - 各オートメーションが実際に送信した内容を確認できるようになりました。 Get Automation Activity のすべてのアクション結果に、アクションが送信した内容が記録されるようになりました: その人に送信された DM のテキスト、キューに登録された時点のメール、または配信 ID 付きの webhook イベントデータです。これは新しい sent フィールドに格納され、その隣の config には、その時点でのアクションの設定が記録されます。これまでアクティビティには各アクションのステータスしか表示されなかったため、オートメーションを編集すると、以前の実行で実際に何が送信されたかを確認する方法がありませんでした。どちらのフィールドも送信に失敗した場合にも記録され、非常に長いテキストは収まるように短縮され、その場合は truncated が設定されます。sent の内容 を参照してください。
• 9 月 24 日 - オートメーションの各 DM をお客様自身のサーバーで作成できるようになりました。 これまで send_dm オートメーションはすべての人に同じテンプレートを送信し、変わるのは などのプレースホルダーだけでした。アクションに messageUrl を設定すると、ルールがマッチするたびにお客様のエンドポイントにその人への送信内容を問い合わせ、その回答を DM として送信します。これにより、各コメント投稿者は、本人専用のトラッキングリンク付きの返信など、お客様自身のシステムが作成したメッセージを受け取れます。エンドポイントが遅い、エラーを返す、または使用できない内容を返した場合は、代わりにアクションの通常の message を送信します。エンドポイントへの呼び出しが失敗しても再試行することはありません。再試行すると 2 通目の DM が送信されるおそれがあるためです。Get Activity では、messageSource によって send_dm がどのテキスト(エンドポイントのテキストか通常の message か)から作成されたかを確認できます。これはテキストが選択された時点で記録され、その後に送信が失敗した場合も含まれるため、DM が送信されたかどうかは status で確認してください。動的なメッセージ内容 を参照してください。
• 9 月 24 日 - Instagram オートメーションの Webhook がコンテキストを含み、結果も報告できるようになりました。 オートメーションが発火する webhook に activityId、actionId、eventId、commentId、commentText、postId、storyId が含まれるようになりました。これにより、recipientId、triggerId、キーワードから推測する — 2 人が同じキーワードを同時にコメントすると曖昧になります — のではなく、Get Activity の行と正確に突き合わせることができます。オートメーションの fire_webhook アクションに “sendCompletedEvent”: true を設定すると、ディスパッチ完了時に status とアクションごとの結果を含む automation.completed も受信できるため、通常はポーリングせずに結果を知ることができます(Get Activity は引き続き突合用の正となる記録です)。両イベントには type フィールド(automation.triggered または automation.completed)が含まれるようになりました。既存のフィールドはすべて変更されておらず、オプトインしない受信側は引き続き 1 回の発火につき正確に 1 つのペイロードを受け取ります。webhook イベント を参照してください。
• 9 月 24 日 - コメントオートメーションを投稿ごとに 1 つずつではなく、すべての投稿で実行できるようになりました。 comment_keyword トリガーの postId に “all” を指定できるようになり、連携されたアカウント上の任意の投稿またはリールに誰かがキーワードをコメントするとルールが発火します。以前は postId に特定のコンテンツ 1 件を指定する必要があったため、公開のたびに新しいオートメーションを作成することになり — 忘れた場合は何もカバーしないルールが静かに残っていました。ストーリートリガーも同じ方法で storyId に “all” を受け付けます。“all” が別のプロファイルのコンテンツに届くことはなく、1 日あたりの DM 上限とエンゲージメントを起点とする送信ルールは、単一投稿のルールとまったく同じように適用されます。重複排除はオートメーションごとにカウントされるため、“all” ルールでは、重複排除ウィンドウ内に 2 つの投稿にコメントしたユーザーが受け取る DM は 1 通です。dedupWindowMinutes を 0 に設定すると、同じ投稿への繰り返しコメントも含め、マッチするすべてのコメントで DM が送信されます。値は正確に小文字の “all” でなければなりません。“ALL” のような変形は、決して発火しないルールとして保存されるのではなく、拒否されるようになりました。また、自身のコメントがオートメーションの fire_webhook や send_email アクションを実行することもなくなりました。以前はフォロワーへのキーワード付き返信でこれらが発火しており、“all” ルールではすべての投稿でそうなるところでした。これらのアクティビティは、DM が既にそうであったのと同様に skipped として記録されるようになりました。既存のオートメーションには影響ありません — 具体的な postId は引き続きその投稿にのみマッチします。エバーグリーンルール を参照してください。ストーリートリガーでは、storyId の省略は引き続き “all” と同じ動作をしますが、明示的な値を推奨します: 省略は将来のリリースで廃止される予定で、事前に Upcoming API Changes で告知されます。
• 9 月 24 日 - 返信である X 投稿のコメントで、その返信が返されるようになりました。 それ自体が返信である X 投稿について get-comments をリクエストすると、Ayrshare が誤った会話を参照していたため、その投稿に返信があっても空のリストが返されていました。現在はこうした投稿でも返信が返されます。独自の会話を開始する X 投稿は変更されず、これまでと同じ内容が返されます。また、お客様自身の X Developer アカウントで X が読み取りを拒否した場合、空のリストではなく型付きのエラーが返されるようになりました。X のクレジットが切れている場合は code: 416(HTTP 402)、X がリクエストをレート制限した場合は code: 364(HTTP 429)が返されるため、「クレジット切れ」が「コメントなし」に見えることはなくなりました。どちらもキャッシュされないため、原因を解消すればすぐに読み取りが再試行されます。マルチプラットフォーム読み取りでは、他の失敗したレッグと同様に、レスポンスは status: “partial” となり、失敗した X のレッグが errors[] に列挙されます。削除された投稿、またはお客様の X 認証情報では閲覧できない投稿については、引き続きエラーなしで空のリストが返されます。詳しくは エラーコード 364 および 416 をご覧ください。
• 9 月 21 日 - Get Messages が X/Twitter でも上限付きのページを返すようになりました。 limit を指定せずに送信された X/Twitter への Get Messages リクエストは、最大 100 件の保存済みメッセージ — conversationsOnly の場合は最大 100 件の会話 — に加えて meta.pagination カーソルを返すようになりました。これは以前、保存された履歴全体を 1 回のレスポンスで返していたリクエストであるため、これまでカーソルに従っていなかった連携は今後最新の 100 件のみを受け取るようになり、残りは meta.pagination.next に従う必要があります。meta.pagination.hasMore が true の間は続けてください。status、action、conversationsOnly は引き続きこのリクエストに適用されますが、今後は 1 回の上限付きページごとに適用されます: フィルター後のページは短くなったり、hasMore が true のまま空になったりすることがあるため、短いページを終わりとして扱うのではなく、カーソルに従ってください。X/Twitter で limit を送信する動作は変更されておらず、引き続き X 独自のカーソルで X のライブタイムラインをページングし、これら 3 つのフィルターはいずれも適用されません。カーソルはどちらのメッセージ群から得られたかを記録するようになったため、カーソルに従う際に limit を追加したり省いたりしても、黙ってもう一方に切り替わることはありません。
• 9 月 21 日 - Google Business Profile アナリティクスが日付範囲と日次値をサポート。 ソーシャルネットワークのanalytics は、Facebook、Instagram、Snapchat、TikTok、YouTube ですでにそうしているのと同じように、gmb でも quarters と daily を尊重するようになりました。quarters(1〜4、各 90 日)を渡すと、固定の直近 24 か月の合計ではなく最近のウィンドウについてレポートでき、daily: true を渡すと、各メトリクスが total 付きの日次の values 系列として返されるため、Google Business Profile のデータから先月や直近の四半期のレポート、時系列チャートを構築できます。以前は、どちらのパラメータも gmb では黙って無視され、24 か月の合計のみが利用可能でした。gmb を含むリクエストですでに quarters または daily を送信している場合は確認してください: これらのパラメータはこれまでこのネットワークでは無視されていたため、同じ変更されていないリクエストがより狭いウィンドウを返すようになり、daily: true の場合、各 gmb メトリクスは単一の数値ではなく オブジェクトとして届きます — それらの値をチャート化したり合計したりするコードは、メトリクスを直接読むのではなく total(または values 系列)を読む必要があります。どちらのパラメータもなしで gmb を送信するリクエストはまったく変更されません。日付範囲が有効な場合、レスポンスには quarters も含まれます。
• 9 月 21 日 - quarters: 0 が Facebook と YouTube でも全期間を意味するようになりました。 ソーシャルネットワークのanalytics では、quarters: 0 の送信は「日付範囲なし」— パラメータを省略した場合に得られるのと同じ全期間データ — として一貫してドキュメント化されており、Instagram、Snapchat、TikTok はそのとおりに動作していました。Facebook と YouTube はそうではありませんでした: これらは任意の quarters 値を日付範囲のリクエストとして解釈し、黙って単一の四半期を返していたため、quarters: 0 は Facebook では全期間のウィンドウではなくおよそ 85 日分を返し、これらのネットワークが数値として読み取れない値は、使用可能なウィンドウをまったく返しませんでした。両ネットワークとも、ドキュメントに記載された動作および他のすべてのネットワークと一致するようになりました。quarters: 0、負の quarters、または数値でない値を Facebook または YouTube に送信している場合は確認してください: 同じ変更されていないリクエストが、1 つの四半期ではなく全期間のウィンドウを返すようになったため、数値は大きくなり、レスポンスはより長い期間をカバーします。quarters: 1 を送信すると、これまで偶然得ていた単一の四半期が得られます。quarters が 1 から 4 のリクエスト、およびこれを完全に省略するリクエストは、すべてのネットワークで変更されません。
• 9 月 18 日 - 貴社自身のダッシュボードの中からソーシャルアカウントを連携。 Ayrshare Connect ウィジェットはスクリプトタグ 1 つです: 読み込んで、レイアウト内でネットワークを置きたい場所にスロットを置くと、そのアカウントが連携済みかどうかをすでに表示している連携ボタンを当社がそこにレンダリングします。これまで、ユーザーに接続してもらう方法は、当社がホストするページに送るか、自分で構築するか — ネットワークごとのセッション、クリックハンドラー内で同期的に開くポップアップ、event.origin のチェック、猶予時間付きの popup.closed のポーリングという、最初のアカウントが接続される前に正しく作り込む必要のあるブラウザの配管一式 — のどちらかしかありませんでした。ウィジェットはそれを引き受け、リンク解除も行い、何が起きたかを 10 のイベントで報告します — マウント時と変化のたびにすべてのネットワークのライブなアカウント状態を提供する state も含まれるため、ポーリングは一切不要です。—ayr-connect-* デザイントークンでスタイルを設定し、ページが Content-Security-Policy を送信している場合は script-src と frame-src のエントリを追加してください。ウィジェットには Max Pack が必要です。Ayrshare Connect ウィジェット を参照してください。
• 9 月 17 日 - Get Messages が保存履歴を上限付きのページで返すようになりました。 Get Messages は、Facebook、Instagram、WhatsApp でデフォルトで最大 100 件のメッセージまたは会話を返すようになりました。以前は、limit を省略すると保存された履歴全体が読み込まれる可能性があり、サーバーのメモリを使い果たして 503/504 エラーで他のリクエストを中断させていました。既定値と最大値はどちらも 100 です。より小さいページが必要な場合は、limit に 1 から 100 の整数を設定してください。さらに取得するには、meta.pagination.next を次のリクエストの next パラメータとして、同じプロフィールとフィルターで渡します。フィルター後のページが短い、または空であっても、meta.pagination.hasMore が true の間は続けてください。既存のレスポンスフィールドは維持されますが、1 回のレスポンスで全履歴を期待していた Facebook、Instagram、WhatsApp の連携は、今後はカーソルに従う必要があります。X/Twitter の動作と、その既存のオプトインのプロバイダーカーソル契約は変更されていません — X/Twitter は 9 月 21 日に追随しました。上記のそのエントリを参照してください。
• 9 月 14 日 - X と Threads のオプションがスレッドにも適用されるようになりました。 これまでスレッドを投稿すると、一緒に送信したほぼすべてのオプションが破棄されていました。最も目立つケースは長い動画でした: longVideo: true と thread: true の組み合わせは、投稿が X に届く前に code: 182 —「最大 140 秒」— で拒否されていたため、スレッドでは長い動画がまったく機能しませんでした。これが公開されるようになり、標準の 2 分 20 秒ではなく 4 時間の長い動画の制限に対して検証されます。より静かな半面のほうが、はるかに多くの投稿に影響していました: altText、字幕、地理制限、replySettings、subscribersOnly、Pro Media オプションは何も通知されずに破棄されていました — スレッドは公開され、オプションは単に適用されず、レスポンスにはそれを示すものが何もありませんでした。Threads では、allowCountries が同じように破棄されていました。これらはすべて適用されるようになりました。ほとんどはスレッド内のすべての投稿に適用されます。poll、quoteTweetId、replyId、replySettings は、X がそれらを受け付ける場所である最初の投稿のみに適用されます。altText と字幕は最初の投稿のメディアのみに適用されます — 後続の投稿のメディアはこれらなしで公開されるため、複数メディアのスレッド全体での画像ごとの説明はまだ期待しないでください。スレッドに適用されるオプション を参照してください。すでにスレッドでオプションを送信している場合、注意が必要な変更が 2 つあります。アカウントに使用資格のないオプションは、無視されるのではなくスレッドを失敗させるようになりました: X Subscriptions のないアカウントからの subscribersOnly は code: 111 を返し、何も公開されません。以前はスレッドが公開設定で投稿されていました。Threads では、Meta が地理制限の対象にしていないアカウントからの allowCountries は code: 101 を返し、何も公開されません。以前はスレッドが無制限のまま公開されていました — まず /user の isEligibleForGeoRestrictions を確認してください。どちらも単一の投稿が従来から行ってきた動作と一致します。最後に、longPost を thread と一緒に送信すると、longPost が無視されたという警告が返されるようになりました。スレッドはテキストを別々の投稿に分割するため、長文形式で公開できるものは何もなく、スレッド自体は引き続き公開されます。コード 182、101、111、275 は エラーコード に記載されるようになりました。
• 9 月 14 日 - ライセンス楽曲を Instagram Reel に添付。 Instagram のオーディオカタログを検索し、Reel の公開時にライセンス楽曲を添付できるようになりました。GET /media/instagram/audio/search で楽曲を見つけるか、すでに手元にある楽曲を オーディオ照会 で確認し、その ID を投稿の instagramOptions.audioConfiguration.audioId として渡します。オプションの audioVolume と videoVolume(0 から 100 の整数)は、楽曲と動画自体のオーディオのミックス方法を設定します。省略すると Instagram はデフォルトの 100 を適用します。reels: true や isVideo: true は不要です — 動画 URL は自動的に Reel として検出され、同じように音楽を受け付けます。音楽は Reels のみです: Stories、画像、カルーセルは code: 515 を返します。既存の audioName は変更されておらず、引き続き動画にすでに含まれているオーディオの表示ラベルを設定するだけです。両方を送信した場合、audioConfiguration が優先されて audioName は破棄され、致命的ではない code: 518 の警告が postIds[].warnings[] に返されますが、投稿自体は公開されます。最初に確認すべき要件が 1 つあります: Meta は Audio API を、Facebook Login 経由で接続された Instagram アカウントにのみ提供しており、これには Instagram アカウントに接続された Facebook Page が必要です。デフォルトである Instagram Login で連携されたアカウントは、すべてのオーディオ呼び出しで code: 514 を返し、権限やプランを変更してもこれは変わりません。切り替え方法については 音楽添付の利用資格 を、また エラーコード 514 から 518 も参照してください。
• 9 月 11 日 - Facebook ブースト広告: コールトゥアクションボタン、トラフィック目標、カテゴリを考慮した興味関心検索。 Boost Post は、プラットフォーム外のリンククリックに最適化する新しい traffic 目標と、ブースト投稿へのボタン — APPLY_NOW、SHOP_NOW、LEARN_MORE ほか 6 種類 — の表示をリクエストする callToAction オブジェクトを受け付けるようになりました。ボタンは指定した任意の URL を開きます。ダッシュボードでは Drive Traffic(トラフィックを誘導)を選択して、移動先 URL、ボタンの種類、任意の見出しを設定します。既存の投稿でボタンがどのように表示されるかは Meta が決定します。callToAction はブーストのレスポンスで返され、その後は Get Boosted Ads からも広告上に返されます。興味関心エンドポイントには specialAdCategories クエリパラメータが追加され、住宅、雇用、金融、政治関連のキャンペーンは、後で広告が拒否されることになる ID を選んでしまう代わりに、Meta がターゲティングを許可する興味関心のみを検索できるようになりました。両方のエンドポイントで、financial_product_services と financial_products_services が同じカテゴリとして受け付けられるようになりました — Meta における旧称である credit も同様です — そのため、このドキュメントの綴りと、Meta からコピーした可能性のある綴りのどちらも機能します。該当する場合に対応が必要な変更が 3 つあります。第一に、callToAction は以前はどの目標でも受け付けられた後に暗黙的に無視され、ボタンのない広告が作成されていました。現在は目標が traffic でない限り code: 101 を返します。第二に、Boost Post で認識されない specialAdCategories の値は以前は破棄され、キャンペーンはカテゴリ未指定のまま作成されていたため、規制対象の広告が何も宣言されないまま実行され続けていました。現在は受け付けられる値の一覧を示す code: 101 を返します。第三に、興味関心エンドポイントでは specialAdCategories が指定されている場合に accountId が必須になりました。Meta がカテゴリを考慮した興味関心検索を広告アカウント上でのみ提供しているためです — specialAdCategories のない興味関心検索はまったく変更されておらず、引き続き accountId は不要です。指定する場合、accountId は数値である必要があります(先頭の act_ は問題ありません)。それ以外の形式は、そのまま Meta に送信されるのではなく、code: 101 で拒否されるようになりました。
• 9 月 8 日 - 1 回の呼び出しですべてのネットワークのアカウント状態を返します。 GET /profiles が include=state を受け付けるようになりました。これは、User Profile についてソーシャルネットワークごとに正規化された state をちょうど 1 つ — linked、unlinked、suspended、restricted、rateLimited、identityVerificationRequired のいずれか — を、それぞれ actionable、message、helpUrl とともに返します。以前は、suspension、socialHealth、linkingErrors の各ブロックから同じ全体像を自分で組み立て、どの状態が優先されるかを判断する必要がありました。すべてのネットワークが常に含まれるため、一度もリンクされていないネットワークは欠落するのではなく unlinked を報告します。ユーザーにボタンを表示すべきかどうかを教えてくれるのが actionable です。refId が必要なため、単一プロファイルの照会になります。
• 9 月 7 日 - 月額プランを即時に解約し、自動で返金を受けられるようになりました。 「Account」ページから月額サブスクリプションをキャンセルする際に、2 つ目の選択肢が利用できるようになりました: プランを本日で終了し、元のお支払い方法へ、請求された通貨で自動的に返金を受けられます。請求から 48 時間以内に解約された場合はその支払いを全額返金し、それ以降は請求期間の未使用分を返金します。いずれの場合も、確定する前にダッシュボードに金額が表示されます。これまでセルフサービスで選べるのは請求サイクルの終了時にキャンセルする方法のみだったため、返金を受けるにはサポートにメールを送り、担当者が手作業で計算するのを待つ必要がありました。ご利用の前に知っておくべきことが 3 つあります: アクセスは期間の終了時ではなく確定した時点で終了し、それに伴い投稿・アナリティクス・連携済みのソーシャルアカウントの削除もより早く始まります。まだ請求されていない従量課金の利用分がある場合、それが返金から差し引かれるのではなく別途請求されます。また、1 アカウントにつき 1 回限りの選択肢です。年額プランは引き続き請求期間の終了時に解約されます。これとは別に、直近の支払いに失敗している場合は、キャンセルすると解約が予約されるのではなく、どのプランでも即時にプランが終了し、その支払いが最初に失敗してからキャンセルまでが 48 時間未満の場合は未払いの請求書は無効になります。サブスクリプションを変更またはキャンセルする方法 を参照してください。
• 9 月 7 日 - 古い投稿の LinkedIn アナリティクスの更新頻度が下がり、更新タイミングは nextUpdate が示します。 約 10 日を超えた LinkedIn 投稿のアナリティクスは、11 分ごとに再取得されるのではなく、一度に最大数日間キャッシュから返されるようになりました。投稿へのエンゲージメントは、その大半が最初の数日間に発生します。それ以降は、変化していない同じ数値が 1 日およそ 130 回も再取得されていました。LinkedIn は当社アプリが全アカウント合計で 1 日に実行できるアナリティクスリクエスト数に上限を設けているため、その上限が変化しようのないデータに費やされていたのです。最近の LinkedIn 投稿は影響を受けず、これまでどおり 11 分間隔のままです。他のソーシャルネットワークには一切変更はありません。すべてのネットワークで変わったのは、nextUpdate が固定の 11 分ではなく、手元のレスポンスに実際に適用された間隔を報告するようになったことです。一部のネットワークでは、この間隔はすでに 11 分より長かったにもかかわらず、正確に報告されていませんでした。ポーリングする場合は、固定タイマーを使用するのではなく、各レスポンスから読み取ってください。フィールドの削除や名称変更はなく、拒否されるリクエストもなく、アカウントアナリティクスは独自の間隔を維持します。データの鮮度について を参照してください。
• 9 月 7 日 - ユーザーがアカウントを接続した瞬間を知る。 リンクセッションの作成時に origin を渡し、返された url をポップアップで開くと、その中で何が起きたかが貴社自身のページに通知されます: アカウントが接続されたら connect:success、失敗したらコード付きの connect:error、ユーザーが途中でやめたら connect:cancelled です。以前は、結果を知る唯一の方法はポーリングするか、redirect パラメータを使ってページを遷移・リロードさせることでした — 後者はユーザーが目の前にしていた状態をすべて失わせます。イベントは postMessage でその正確なオリジンにのみ送信され、connect:success はアカウントが保存された後にのみ届くため、その直後の GET /user にはすでに接続が反映されています。接続ごとに結末イベントはちょうど 1 つ届きます。origin なしで作成されたリンクには何の変更もなく、redirect はそのクエリパラメータ origin=true を含めてこれまでどおり動作します — これは上記の新しい origin ボディパラメータとは無関係で、非推奨でもありません。ポップアップを使えない場合は、Link Session の取得が completedAt、lastCompletedAt、completedNetworks も報告するようになりました。これはブラウザなしで得られる同じシグナルであり、帯域外で完了する Telegram にとっては唯一のシグナルです。リンク完了イベント を参照してください。
• 9 月 2 日 - Reels がクエリ文字列付きの動画 URL を受け付けるようになりました。 署名付き CDN や Firebase Storage のメディア URL — ファイル名の後ろに ? クエリ文字列が付いた URL — で Facebook または Instagram の Reel を公開すると、動画が有効であるにもかかわらず、投稿がネットワークに到達する前に code: 170 で拒否され、メディアアセットが不正であると報告されていました。メディアタイプは URL のパスから読み取られるようになったため、https://cdn.example.com/reel.mp4?Expires=1756700000 のような URL は動画として認識され、通常どおり公開されます。回避策としての isVideo: true はもう不要です — 引き続き動作し、明示的な isVideo: false も引き続き画像としての処理を強制します。isVideo: true がない場合、パスに動画拡張子のない URL の Reel は引き続き code: 170 で拒否されますが、メッセージはその原因を明示し、メディアガイドラインではなく isVideo を案内するようになりました。同じ修正は、動画の上限が画像の上限より低い Facebook、LinkedIn、Pinterest、TikTok の投稿ごとのメディア数制限にも適用されます: クエリ文字列付きの動画 URL は画像の上限ではなく動画の上限にカウントされるようになったため、1 つの投稿に含まれるそのような動画 2 本は、以前はすり抜けていたところが正しく拒否されます。メディアガイドライン を参照してください。
• 9 月 2 日 - WhatsApp がサポート対象ソーシャルネットワークの一覧に掲載されました。 WhatsApp がドキュメント全体のサポート対象ソーシャルネットワークの一覧とネットワーク数に表示されるようになったため、検索の仕方を知らなくても見つけられるようになりました。Ayrshare において WhatsApp はメッセージングネットワークです: Messaging API を通じて、GET /messages/:platform で会話と受信メッセージを取得し、POST /messages/:platform で送信できます。添付できる内容については WhatsApp メディア要件 を参照してください。今回のリリースで WhatsApp の動作自体に変更はありません — 変わったのはドキュメント上の記載場所のみです。
• 9 月 1 日 - Bluesky 動画が最大 10 分・300 MB に。 Bluesky は 8 月 26 日に動画の制限を引き上げ、Ayrshare も新しい上限を受け付けるようになりました: Bluesky の動画は最大 10 分の長さ、300 MB のサイズまで可能です — 従来の 3 分、100 MB からの拡大です。以前は、それより長い、または大きい動画は、Bluesky 自体は受け付けるにもかかわらず、投稿前に video-too-long または video-too-large の検証エラーで拒否されていました。投稿方法に変更はありません: これまでどおり同じ mediaUrls を送信してください。要件の詳細については Bluesky メディアガイドライン を参照してください。

​

2026 年 8 月

• 8 月 31 日 - 秘密鍵なしでソーシャル連携用 URL を作成し、失効できるようになりました。 Link Session の作成は、API Key と Profile-Key だけからソーシャル連携用 URL を作成します — privateKey は不要で、署名するものもありません。従来はすべてのリンク用 URL で、当社が発行した RSA 秘密鍵を送信する必要がありました。つまり鍵を保管し、呼び出しのたびにディスクから読み込み、PEM に紛れ込んだ余分な改行が原因の code: 189「no start line」エラーをデバッグする必要があったのです。また、Link Session の取得でリンクが開かれたかどうかを確認できるようになり、Link Session の失効で期限切れ前に無効化できるようになりました — 誤った宛先に送られた URL は、これまでタイムアウトするまで有効なままで、取り消す手段がありませんでした。リンク用 URL の生成は引き続き動作します: privateKey、base64、verify は引き続き受け付けられ、現在は無視されます。domain は引き続き任意で、バリデーションも行われます。すでに配布済みのリンクは影響を受けません。返された url をそのままユーザーに渡している場合、何も変わりません。1 つだけ変更が必要なケースがあります: token はデコード可能な JWT ではなく、ayr_ls_ で始まる不透明な文字列になったため、それをデコードして apiKey、profileKey、exp クレームを読み取っている統合は動作しなくなります。有効期限は代わりに expiresIn フィールドから読み取ってください。他の 2 つについては、すでに送信した値を使用してください。トークンはそれらの値をエコーバックしていたにすぎないからです。
• 8 月 27 日 - Instagram の Generic Internal Error で再連携を求められなくなりました。 Meta の error_subcode 2207085(「Generic Internal Error」)で失敗する Instagram の投稿は、エラーが返される前に最大で約 50 秒かけて自動的にリトライされるようになり、code: 258 のレスポンスに relink: true が設定されることもなくなりました。このフラグは、アカウントが切断されたと統合側に伝えるものだったため、実際には壊れていないアカウントの連携をお客様が解除して再連携していました — 同じアカウントは、変更されていないトークンのまま、失敗の合間にも正常に公開を続けていたのです。数分後に投稿を再試行してください。エラーが 24〜48 時間を超えて続く場合にのみ、再連携するか、details で返されるようになった fbtrace_id を添えて Meta サポートに問い合わせてください。エラーコード を参照してください。
• 8 月 26 日 - Messages Webhook がソーシャル接続の切断を通知するようになりました。 Facebook または Instagram のメッセージ webhook は、そのメッセージのメタデータをソーシャルネットワークから解決できなかった場合に connectionDegraded: true を含むようになりました。conversationId と senderDetails は各メッセージの到着時に照会され、その照会が失敗するたびにこのフラグが設定されます — 通常は User Profile の接続が期限切れになったか無効化されたことが原因ですが、一時的な Graph API エラーでも設定されます。従来、これに気づく唯一の方法はそれらのフィールドの欠落を検出することでしたが、受信専用の統合ではそれは決してできませんでした。プロファイルからのすべてのメッセージにフラグが付いている場合は認証情報が失効しており、1 件のメッセージだけにフラグが付いていた場合は一時的なものです。その間も受信メッセージは届き続けるため何も失われませんが、フラグが設定されている間は、API を通じた返信と会話履歴の取得も失敗します。どちらも同じ認証情報を必要とするためです。そのプロファイルにアカウントを再リンクしてもらうためのシグナルとして扱ってください。これとは別に、Facebook のメッセージは接続が劣化している間、保存されたメッセージ履歴から conversationId を復元するようになったため、進行中のスレッドはリンクされないまま届くのではなくスレッド化された状態を保ちます。Instagram はすでにそうなっていました。健全な接続では何も変わりません — このフィールドは false として送信されるのではなく省略されます。新規メッセージイベント を参照してください。
• 8 月 25 日 - Webhook 配信がエンドポイントの停止を乗り越えられるようになりました。 従来、失敗した webhook 配信は 5 秒後、次に 30 秒後の 2 回しか再試行されなかったため、すべての試行は約 35 秒以内に完了していました。それより長くダウンしていたエンドポイントは、イベントを完全に失っていました。一時的な失敗は今後、約 1 時間にわたって最大 9 回の配信試行(初回送信と 8 回の再試行)が行われ、その後さらに 5 分後、30 分後、2 時間後、12 時間後という減衰スケジュールで再度配信が試みられるため、元のイベントから約 16 時間後まで配信が届く可能性があります。障害やメンテナンスウィンドウの間に到達不能になっている、タイムアウトしている、あるいは 5xx を返しているエンドポイントでも、通知を失うことはなくなりました。ただし、これはエンドポイントがどのように失敗するかに依存する点に注意してください: ルートがまだ登録されていないために 404 を返すデプロイは、一時的な失敗ではなく拒否であり、引き続き最初の試行で最終的なものとして扱われます。この再試行は 429、408、425 のレスポンス、あらゆる 5xx、タイムアウト、接続の切断に適用されます。それ以外の 4xx — 400、401、403、404、410 — は、最初の試行で最終的なものとして扱われるようになりました。エンドポイントが明確に拒否したリクエストを繰り返しても結果は変わらないためです。Webhook 履歴(Premium)は直近の配信を一覧表示するので、どれが失敗したかを確認できます — 読み取り専用であり、再送は行いません。再試行は今後何時間も後に届く可能性があるため、重複排除キーは少なくとも 24 時間保持する必要があります。それより早く期限切れになるキーは遅延した再試行を認識できず、同じイベントを 2 回処理することになります。完全な契約については Webhook 概要 を参照してください。
• 8 月 24 日 - コメントとメンションの Webhook が Ayrshare の投稿 ID を含むようになりました。 comments と mentions の webhook ペイロードに、イベントが発生した投稿の Ayrshare の id である postId が含まれるようになりました — 投稿作成時に Post が返した id と同じものです。従来、ペイロードにはその投稿に対するソーシャルネットワーク自身の id しか含まれていなかったため(Instagram のコメントでは media.id、Instagram のメンションでは media_id、Facebook では post_id)、イベントを自分が作成した投稿と照合するには、ネイティブ id と Ayrshare id の対応表を自分で保持する必要がありました。その対応表はもう不要です。postId はベストエフォートであり、特定できない場合は空で送信されるのではなく省略されます: 投稿が Ayrshare を通じてではなく Instagram や Facebook のアプリで直接作成された場合、この機能の提供開始前に公開された場合(遡っての補完はありません)、または同じアカウントに接続された別の User Profile に属する場合です。mentions では通常存在しません。メンションは通常、他のユーザーの投稿上で発生するためです。postId が存在しない場合は、エラーではなく「自分の投稿ではない」と解釈してください。コメントと自分が作成した投稿の関連付け を参照してください。
• 8 月 24 日 - コメントとメンションの Webhook が発信元のネットワークを明示するようになりました。 comments と mentions の webhook ペイロードに、イベントの発生元となったソーシャルネットワークを示す platform フィールドが追加されました。とくに重要なのは comments です。Instagram のコメントは id、text、media.id を持って届く一方、Facebook ページのコメントは comment_id、post_id、message を持つ feed の変更として届きます。そのため、両方を受け取るエンドポイントは、たまたま存在するフィールド名からネットワークを推測せざるを得ませんでした。代わりに platform(instagram または facebook)で分岐してください。mentions では常に instagram です。Facebook ページのメンションは現在配信されていないためです。他のフィールドはすべて変更されていないため、既存のハンドラーはそのまま動作します。Comments Action と Mentions Action を参照してください。
• 8 月 19 日 - API から WhatsApp ビジネスプロファイルを編集できるようになりました。 Update User は gbp に加えて whatsapp を受け付けるようになり、Ayrshare を離れることなく、WhatsApp ビジネスプロファイルで顧客に表示される内容を変更できます: about、description、address、email、最大 2 つの websites、vertical のビジネスカテゴリ、そして profilePictureUrl によるプロファイル写真です。変更したいフィールドのみを送信してください。プロファイル写真は正方形の JPEG または PNG である必要があり(640×640 を推奨)、Ayrshare が WhatsApp へのアップロードを代行するため、公開されている画像 URL だけで済みます。WhatsApp Business Profile は現在のプロファイルを返します。WhatsApp の表示名はここでは編集できません。表示名は電話番号に紐付いており、WhatsApp 自身の審査が必要です。
• 8 月 18 日 - メディア検査サービスの障害で、メディアホストが原因とされなくなりました。 投稿前に使用する Ayrshare のメディア検査サービスに接続できない場合や、無効なレスポンスが返された場合、投稿はこの障害を 164 に変換して正常に動作しているメディア URL、CDN、user-agent ルールの変更を求めるのではなく、再試行可能な 499 を返すようになりました。実際のメディアアクセスの失敗では、従来どおりのバリデーションエラーが返されます。違いについては メディア取得 / クローラーアクセスエラー を参照してください。
• 8 月 18 日 - YouTube Engaged Views が Analytics で利用可能になりました。 Post Analytics と Social Analytics は、YouTube 向けに engagedViews フィールドを返すようになりました — 再生開始からの初期秒数を超えてカウントされた視聴数です。2026 年 8 月 24 日以降、YouTube はすべての動画形式で views メトリクスを変更し、動画が再生を開始した瞬間から、最低視聴時間なしでカウントするようになります — そのため、この日に views の一度きりの段階的な増加が予想されます。レポートが従来の方法に依存している場合は、そのレポートを engagedViews に切り替えてください。engagedViews は従来の方法でカウントし続けます。詳細は 今後のAPI変更 を参照してください。
• 8 月 17 日 - ブランドカラーがメインダイアログボタンにも反映されるようになりました。 connect accounts ダイアログの Submit（送信）と Yes ボタンは、CSS ファイル で を設定していても Ayrshare の青からピンクへのグラデーションを保持していました — しかも、そのグラデーションはスタイルシートから上書きすること自体できませんでした。設定した色の上に重なる背景画像であり、隣接する Cancel ボタンとは CSS 上区別できないボタン上に描画されていたためです。今回、 を単色として使用するようになりました。これにより、ダイアログ内で最も目立つコントロールをブランドカラーに合わせられます。ボタンのラベルと、ボタンの処理中に表示されるスピナーの色はアクセントから自動的に選ばれ、その上でより読みやすいほうへ黒と白のあいだで切り替わります。ホバー時はつねに暗くなるのではなく、アクセントがラベルから離れる方向へ動くため、ホバー時も文字が読みやすいままです。アクセントは、同じ色で塗られる選択済みのラジオボタンに合わせて選んでください。ラベルはそれに追随します。代わりに特定のラベル色(ご自身のパレットにあるオフホワイトやほぼ黒の色など)が必要な場合は、 を設定してください。自動選択が上書きされ、コントラストの確保はご自身に委ねられます。 を設定していない場合の挙動は変わりません。
• 8 月 17 日 - スケジュールされた Instagram 投稿がファーストコメントを公開するようになりました。 Instagram 単独へスケジュール投稿する際の firstComment は、いったんは受理されるものの公開時に静かに破棄されていました。投稿自体はスケジュールどおりに公開される一方でコメントは表示されず、エラーも返されないという状態でした。Instagram への即時投稿は正しく動作していたため、コメントではなくスケジュール機能側に原因があるように見えてしまっていました。今回、スケジュールされた Instagram 投稿も、即時投稿と同じ方法でファーストコメントを追加するようになりました。ファーストコメントを受け付ける別のネットワーク(Facebook や LinkedIn など)と一緒に Instagram をスケジュールしていた投稿はこの影響を受けたことはなく、即時投稿の挙動にも変更はありません。この問題を回避するために手動でコメントを追加していた場合や、当該投稿を即時公開に切り替えて運用していた場合は、firstComment を指定したスケジュール投稿に戻していただけます。
• 8 月 17 日 - プロファイル停止イベント向けの新しい Suspended Webhook。 新しい suspended webhook アクションを登録すると、User Profile が停止または再有効化された瞬間に通知を受け取れるようになり、403 レスポンスから気づくのを待つ必要がなくなります。suspend イベントには、記録された reason(利用可能な場合。たとえば Facebook のアイデンティティ検証の要求など)、原因がソーシャルネットワークによるものである場合はそれをトリガーした platform、停止の origin、およびタイムスタンプが含まれます。unsuspend イベントは、プロファイルが再びアクティブになり投稿を再開できることを通知します。他のアクションと同様に Webhook の登録 で登録でき、ペイロードについては Suspended アクション のリファレンスを参照してください。
• 8 月 16 日 - Custom CSS で連携ダイアログの配色が可能になりました。 ホワイトラベル化された connect accounts ページのダイアログ — unlink 確認、Facebook と LinkedIn のページピッカー、Bluesky と X の認証情報フォーム、そして Telegram のアクティベーションコードボックス — は、これまで CSS ファイル の内容にかかわらず Ayrshare のデフォルトのライトテーマでレンダリングされており、ダークな連携ページから白いパネルが開くという状態でした。今回、10 個の新しいカスタムプロパティでダイアログの配色を制御できるようになりました: 、、、、、、、そして 、、 です。ダイアログはページコンテンツの外側にレンダリングされるため、カードではなく :root に設定してください。設定しなかったものは現在の色を維持するため、明示的にオプトインするまで既存のスタイルシートには影響しません。全一覧と具体例については Linking Dialog Colors を参照してください。
• 8 月 15 日 - Custom CSS の読み込み前にデフォルトテーマが一瞬表示されることはなくなりました。 独自の CSS ファイル を使用するホワイトラベル化された connect accounts ページで、スタイルシートが適用されるまでの間、Ayrshare のデフォルトのライトページが一瞬表示されていました。スタイルシートがダークな場合、これは読み込みのたびに白いフラッシュとして見えていました — ユーザーがアカウント接続から戻ってきて同じページに戻るたびにも発生していました。ページはスタイルシートが読み込まれるまで何も表示しないようになったため、ユーザーがその下のデフォルトページを目にすることはなくなり、また、スタイルシートを記憶しておくことで、再訪問時にはファイルの取得を待たずにすぐに指定の色が適用されます。CSS ファイルに到達できない場合でも、ページは待機せずに通常どおり読み込まれます。CSS ファイルのないリンクページはこれまでどおりです。
• 8 月 14 日 - Custom CSS が Connect Accounts カードの内側まで届きます。 ホワイトラベル化された connect accounts ページの Max Pack のカスタム CSS で、さらに 5 つのクラス名が利用可能になりました: 接続済みアカウントのプロフィール画像に付く social-account-avatar、ネットワークのロゴを保持する正方形に付く social-account-icon、ネットワーク名に付く social-account-name、およびページを保持する 2 つのコンテナに付く social-linking-page-column と social-linking-header です。列は main-content とは意図的に別になっており、ページ背景を狭めることなくカードを広げることができます。また、display: contents でヘッダーをフラット化すれば、order でロゴ、カード、Close ボタン、説明ブロックの順序を並べ替えることができます。「Connected」と「Messaging」バッジは、 と という 2 つのカスタムプロパティも読み取ります。これらを social-account-card 上に一度設定できます。「Relink required」などの警告バッジは独自の色を保持するため、動作しなくなったアカウントは引き続きそれとわかるように表示されます。スタイルシートがこれらの要素に対して要素の数え上げや Mui クラス名の選択でアクセスしていた場合は、上記の名前に対してルールを書き直してください — 引き続き機能するのはそれらの名前です。完全なリストと具体例については Customize CSS を参照してください。
• 8 月 14 日 - リンクページ上部により多くの余白を確保。 ホワイトラベル化された connect accounts ページのコンテンツ開始位置がページのより下方になり、ロゴと見出しがブラウザウィンドウ上端にぴったり張り付かなくなりました。それ以外は何も動かず、すでに main-content に padding-top を設定しているスタイルシートはその値をそのまま維持します。
• 8 月 13 日 - social webhook で YouTube チャンネルの識別情報を提供。 social webhook に、リンクまたはリンク解除された特定のソーシャルアカウントを識別する任意の account オブジェクトが含まれるようになりました。最初に対応したプラットフォームは YouTube です。そのため YouTube のリンクでは、イベントがどのチャンネルを指しているかを調べるために /api/user を追加で呼び出す必要がなくなりました。account.id はチャンネル id、account.title はチャンネル名です（トップレベルの title とは別の値で、こちらは引き続きユーザープロフィールのタイトルです）。あわせて account.handle と account.profileUrl も含まれます。各キーは個別に任意です（カスタム URL のないチャンネルには handle がありません）。account は link と unlink の両方のイベントで送信されます。既存のフィールドはすべて変更ありません。詳しくは Social action webhook リファレンスを参照してください。
• 8 月 12 日 - AI 開示情報が画像形式変換を生き延びます。 Ayrshare がソース形式を受け付けないネットワーク向けに WebP、HEIC、HEIF、AVIF の画像を JPEG に変換する際、画像の AI 開示情報は破棄されるのではなく、引き継がれるようになりました。Ayrshare は Iptc4xmpExt:DigitalSourceType(IPTC の AI 開示プロパティ)を含む小さな新しい XMP パケットを書き込み、C2PA マニフェストが AI 起源を主張しているが XMP がそれを記録していない場合には、同等の値を合成します。Facebook と Instagram は、プラットフォームの AI フラグが設定されていなくても、このプロパティのみから独自の AI ラベルをレンダリングします。それ以外は何も引き継がれません: パケットはコピーではなく新しく構築されるため、元の画像から EXIF、GPS、作成者、著作権、キーワード、位置情報フィールドはネットワークには届きません。色の再現はどちらの場合でも保持されます — HEIC または HEIF 画像は ICC カラープロファイルを保持し、WebP または AVIF 画像は標準 sRGB に変換されるため、埋め込みプロファイルを破棄するネットワーク上でも色は正しく表示されます。C2PA の暗号署名は再エンコードを生き延びず、保持されません — 開示情報は生き延び、署名はそうではありません。JPEG と PNG 画像は引き続きそのまま通過し、動画は影響を受けず、メディアアップロード は引き続き送信したバイトをそのまま保存します。なお、Instagram の autoResize オプションは別のステップでリサイズを行い、メタデータは一切引き継がれないため、開示情報を Instagram に届ける必要がある場合はオフのままにしてください。詳細なポリシーとネットワークごとの結果については、Image Metadata and Content Credentials を参照してください。
• 8 月 12 日 - LinkedIn Company Page の選択がタイムアウトしなくなりました。 非常に多数の LinkedIn 企業ページを管理している場合、LinkedIn を接続すると、ページ選択リストが表示される前にタイムアウトしてしまい、選ぶものが何もない状態になることがありました。これは以下の 8 月 10 日のディスカバリ改善の後も同様でした。ページリストの構築は今や何倍も高速になり、リクエスト制限内に十分収まって完了します。別途、LinkedIn がページを返す方法によっては、一部のページがリストから漏れることもありましたが、それらのページも表示されるようになりました。
• 8 月 11 日 - Connect Accounts のカードレイアウトに対するカスタム CSS 制御。 ホワイトラベル化された connect accounts ページには、Max Pack のカスタム CSS でセレクトできるクラス名がさらに 2 つ追加されました: ネットワークカードを保持するグリッドの social-accounts-grid、および各カードを保持するセルの social-account-card-wrapper です。この 2 つで、カード間の間隔と 1 行あたりに収まるカード数を制御できます。以前はどちらにもセレクタがありませんでした。スタイルシートで .main-content > div > div > div のように main-content から下方向に要素を数えてカード領域に到達していた場合、それらのルールは Dashboard が再構築されて以降は別の要素にマッチしており、すべてのカードを一度にリサイズしてしまう可能性があります。上記の 2 つの名前で書き直してください。ページの生成されたスタイルを上書きするには、引き続きルールに !important が必要です。実例については カードレイアウトの変更 を参照してください。
• 8 月 11 日 - カスタム CSS の連携ページはライトのまま。 独自の CSS ファイル を設定したソーシャル連携ページは、ライトのカラースキームに固定されるようになり、ユーザーにはライト/ダーク切り替えが表示されなくなりました。スタイルシートはライトのページを前提に書かれているため、ユーザーがダークに切り替えた場合、お客様の色は残ったまま周囲のテキスト色が変わってしまい、カード上のネットワーク名が読みにくくなることがありました。今後はお客様のスタイルシートのみがページの見た目を決定します。CSS ファイルのない連携ページはこれまでどおりで、切り替えも残ります。
• 8 月 11 日 - Instagram 連携の簡素化。 以前は連携ページで Instagram をクリックすると、Instagram Business または Creator アカウントのみがサポートされる旨を警告するダイアログが表示されてからログインが開始されていました。現在は Instagram 自体のログインが、認証中に個人アカウントをプロアカウントに切り替える選択肢を提供するため、その追加ステップは不要になりました。Instagram をクリックすると、そのままログインフローに進みます。Instagram 自体のログイン、または Instagram Login を無効にしている場合は Facebook のログインが表示されます。連携ページに カスタム Instagram モーダル を設定している場合、そのカスタム指示は従来どおりそのまま表示されます。
• 8 月 10 日 - Connect Accounts ページのカスタム CSS クラスフックを復元。 ホワイトラベル化された connect accounts ページに、Max Pack のカスタム CSS が対象とする安定したクラス名が再び付与されるようになりました。ページが再構築された際にこれらのクラス名が失われたため、既存のスタイルシートは読み込まれていたものの何にもマッチせず、ページ見出しを非表示にするルール、Close ボタンのスタイルを変更するルール、説明テキストの色を変更するルールなどが、どこにもエラーを出さないまま単に効かなくなっていました。ページ上で復元されたクラス: main-content、company-logo、heading-social-accounts、additional-info、additional-info__body、additional-info-text、troubleshooting-guide、close-button。各ネットワークカード上で復元されたクラス: connected-card と click-to-link。さらに新規: すべてのカードに social-account-card、未接続状態には unlinked-card、そしてネットワークキーを保持する data-platform 属性が追加されました。これにより、未接続カードをボタンとして再スタイリングできるようになりました。以前は、接続済みカードと未接続カードが CSS 上で区別できなかったため不可能でした。ページの生成されたスタイルを上書きするには、ルールに !important が必要です。すべてのクラス一覧と実例については CSS クラスフック を参照してください。
  • スタイルシートを確認してください。 これらのクラス名に基づいたルールは、お客様側で変更を加えなくても再び動作します。ページ自身の生成されたクラス名（ブラウザの開発者ツールからコピーしたもの、たとえば chakra- で始まるクラスなど）に基づいたルールは復元できず、ドキュメント化されたセレクタを使って書き直す必要があります。古いスタイルシートの更新 を参照してください。
  • 1 つの古いクラス名は復活しません。 linked-tag は意図的に契約の一部としていません: 接続済みカードは現在「Relink required」や「Identity check」も表示できるため、これを非表示にするルールは、ユーザーが対応する必要のある警告を隠してしまう可能性があります。代わりに connected-card をスタイリングしてください。古いスタイルシートの更新 を参照してください。
• 8 月 10 日 - LinkedIn Company Page ディスカバリの改善。 多数の LinkedIn 企業ページを管理している場合、LinkedIn を接続または更新した際に一部のページが欠落することがありました。欠落したページは選択肢に表示されず、投稿もできませんでした。企業ページのディスカバリは、以前に途中で停止していたポイントを越えて読み取るようになり、この原因で欠落していたページを選択して投稿できるようになりました。
• 8 月 7 日 - Dashboard 3.0。 Ayrshare Dashboard をモダンなデザインシステム、刷新されたナビゲーション、そしてすべてのページでより高速かつクリーンなワークフローを実現するために、ゼロから再構築しました。
  • ダークモード & 新デザイン — デフォルトでダークモードを採用し、サイドバーからワンクリックでライト/ダークテーマを切り替え可能。さらに、可読性と情報密度を向上させるため、すべてのページで新しいタイポグラフィ、カード、レイアウトを導入しました。
  • ダッシュボード内に統合された Billing — 新しい Billing セクション(従来の Account ページを置き換え)により、ダッシュボードを離れることなくサブスクリプションを管理できるようになりました。現在のプラン、次回請求日、支払い方法の確認、プランの変更、請求書の表示、請求情報の更新、そしてアドオン(Max Pack、Messaging、Facebook Boost Ads)の有効化・管理を直接行えます。
  • Publish a Post — ライブで選択数をカウントするネットワークトグル、Select all / Deselect all、単一ネットワークへの投稿のための “Only” ショートカット。View API Code(旧 View JSON)では、作成した投稿に対応する正確な API リクエストを表示します。さらに、プラットフォーム固有の設定(Instagram Post Type など)を状況に応じて表示する、よりクリーンな Additional Options パネルを備えています。
  • Post History — 既存のステータスフィルタ(Success、Scheduled、Paused、Awaiting Approval、Error)と併せて最近の投稿を検索できるほか、各投稿のメディアサムネイル、プラットフォームアイコン、ステータスチップ、コピー可能な Post IDs、そしてすべてのカードで折りたたみ可能な API Request & Response ビューアを提供します。
  • User Profiles — アバターと構造化されたフィールド(Created、RefId、Accounts、Messaging)を備えた再設計されたプロフィールカード、新しいロールバッジ(Owner、Team Member、Active プロフィール)、そして各カードのインライン Messaging トグル。
  • Webhooks — 登録済みの webhook と並んで webhook イベントログを確認できる、新しい Events tab。
• 8 月 6 日 - TikTok 動画の公開範囲の修正。 tikTokOptions.visibility オプションが動画投稿でも尊重されるようになりました。以前は画像投稿にしか反映されず、visibility: “private”、“followers”、“friends” を指定して送信された動画は、エラーや警告なく Public として公開されていました。今後は動画も指定した公開範囲で公開されるようになり、visibility パラメータのドキュメントも動画対応を反映して更新されました。
• 8 月 6 日 - Instagram AI コンテンツラベル。 Instagram 投稿は、instagramOptions の isAIGenerated を true に設定することで、Instagram の AI info ラベルを付けられるようになりました。この自己開示は、単一画像、単一動画、Reels、Stories、カルーセルに適用されます — カルーセルの場合、ラベルは個々のアイテムではなくカルーセル全体に適用されます。受け入れられる値は true、“true”、false、“false” です。それ以外の値(“yes” や 1 など)でも投稿は通常どおり公開されますが、ラベルは付かず、レスポンスには受け入れられる値を列挙した非致命的な warnings エントリ(code: 497、feature: “isAIGenerated”)が返されます。パラメータを省略した場合の挙動は従来どおりで、ラベルなしで公開されます。また、投稿が公開された後にラベルを変更することはできません。このパラメータは既存の tikTokOptions.isAIGenerated と一致するため、同じフラグ名が両方のネットワークで機能します。Instagram AI Content Label を参照してください。
• 8 月 4 日 - X の “Made with AI” ラベル。 X 投稿で twitterOptions.isAIGenerated を使用して AI 生成のメディアを開示できるようになりました。このオプションは X ネイティブの “Made with AI” ラベルを適用します。X の投稿オプションを参照してください。
• 8 月 4 日 - オーガニックな会社ページ投稿での LinkedIn コメント返信。 Social Comment ID を使用した LinkedIn コメントへの返信が、オーガニックな会社ページの投稿でも動作するようになりました。以前は code: 215 で失敗していました。このモード(searchPlatformId: true)では、単なる commentId ではなく、get-comments から返される完全な commentUrn を渡してください — 例: urn:li:comment:(urn:li:activity:<postId>,<commentId>)。Reply to a Comment の新しい commentUrn パラメータを参照してください。
• 8 月 4 日 - オートメーション DM の失敗をアクセストークンのせいにしなくなりました。 Instagram のオートメーションが特定の受信者に DM を配信できなかったとき、アクティビティ行には auth_error — アカウントの認証情報が失敗したことを意味するステータス — が記録されていたため、まったく健全なアカウントを再連携しても何も変わらないという状態が発生していました。受信者ごとの配信失敗は今後 failed として記録され、Meta 自身の理由が actionResults[].errorDetails に格納されます。auth_error は真の認証情報および権限の問題に限定されます。最も多い原因は独自の終端ステータスを持つようになりました: トリガーとなったコメントが DM を送信するアカウント自身から発生した場合 — 自身の投稿でオートメーションをテストする際に起こること — その行は説明付きで skipped として記録され、送信は試みられません。アカウントは自分自身にメッセージを送信できないためです。アクティビティステータス と アクティビティエンドポイント のリファレンスは、各ステータスを正確に説明するように更新されました。この変更以前に記録された行は遡って修正されていないため、過去の auth_error 行がこれらのケースのいずれかである可能性があります。

​

2026 年 7 月

• 7 月 31 日 - WhatsApp メッセージが Private Beta に。 Messaging API が Private Beta として WhatsApp をサポートするようになりました。承認されたアカウントは、Meta の embedded signup フローを通じて WhatsApp Business Account をリンクし、Meta の 24 時間カスタマーサービスウィンドウ内で自由形式のメッセージを送信し、受信メッセージやメディアを受け取り、保存された WhatsApp の会話を取得できます。アクセスをリクエストするには lotty@ayrshare.com までメールでお問い合わせください。
• 7 月 31 日 - Instagram の Comments & Mentions Webhooks で Messaging が不要に。 Instagram の comments および mentions の webhooks は、Messaging アドオンから完全に独立しました。action: “comments” または action: “mentions” で webhook を登録すると、既存のリンク済みアカウントを使用して必要な Meta フィールドが自動的にサブスクライブされます — Messaging アドオンも再リンクも不要です(コメント権限はデフォルトの付与にすでに含まれています)。これは、Facebook Page 経由でリンクされたアカウントを含む、すべての Instagram アカウントタイプで機能し、Messaging を無効化してもアクティブな comments または mentions の webhook が中断されることはなくなりました。この変更は Instagram の範囲に適用されます。Facebook のコメントおよびメンションのイベントはまだ含まれていません。webhook の登録については Webhooks overview を参照してください。
• 7 月 31 日 - バッチアナリティクスの帰属修正。 マルチポストの post analytics リクエストでは、失敗したエントリが原因で同じバッチ内の後続の結果が誤った post ID に記録されることがありました。バッチ内の一部のエントリが失敗した場合でも、結果は常に正しい post に帰属されるようになりました。
• 7 月 31 日 - Instagram アナリティクスの Post-ID 検証。 post analytics に送信される無効な Instagram post ID は、Meta への呼び出しが行われる前にローカルで拒否されるようになり、不正な形式の ID が Meta Graph API 呼び出しを消費することがなくなりました — これは Facebook、Threads、X/Twitter ですでに導入されている保護と一致します。数値の post ID も適切に処理されます:すべて数字の id は通常どおり検証され、有効な ID を形成できない値は、未処理の失敗ではなくクリーンな code: 186 エラーを返します。有効な文字列 ID は以前とまったく同じ動作をします。
• 7 月 31 日 - n8n スターターワークフローの更新。 ダウンロード可能な n8n MCP starter workflow が更新されました:推奨される最初のプロンプトは LinkedIn と Facebook のみを対象とするようになり(以前のプロンプトには Instagram が含まれていましたが、メディアが必要なため初回実行時の検証が失敗していました)、ワークフローのチャットモデルはバージョンに依存しないセットアップ手順とともに claude-sonnet-5 になりました。
• 7 月 29 日 - Instagram コメントオートメーションがプライベートリプライを使用するようになりました。 コメントトリガーのオートメーション(comment_keyword)は、DM を Instagram のプライベートリプライ経由で配信するようになり、コメント自身の 7 日間ウィンドウを起点とします。これにより事前の会話の必要がなくなり、これまで一度もメッセージを送信したことのないコメント投稿者にもオートメーションが到達できるようになりました — これは以前はコールドなコメント投稿者をブロックしていた拒否です。コメント自身の 7 日間ウィンドウは引き続き適用されます:それより古いコメントへの返信は 491 で失敗します。ただし配信は最終的に受信者の Instagram Message requests 設定によって決まります:DM は Instagram に受理され(アクティビティの status: “sent”)、その後黙って破棄されることがあり、いかなる API 経路でもシグナルは発生しません。したがって sent は Instagram が受理したことを意味し、受信者が受信したことは決して意味しません。新しい失敗理由は actionResults[].errorDetails に、専用のエラーコード 490–495 とともに表面化します。新しい Automation DM Sent but Not Delivered トラブルシューティングガイドを参照してください。
• 7 月 23 日 - Post-Quantum Ready Encryption (PQC)。 Ayrshare API は TLS レイヤーで post-quantum cryptography をサポートするようになりました。当社のグローバル SSL ポリシーで X25519MLKEM768 ハイブリッド鍵交換を有効化し、TLS 1.3 ハンドシェイクにおいて従来の ECDHE と並んで量子安全な (ML-KEM) アルゴリズムを追加しました。これにより、API トラフィックが「harvest now, decrypt later」攻撃 — 敵対者が今日の暗号化トラフィックを記録し、量子コンピュータが成熟した時点で復号する攻撃 — から保護されます。この変更は完全に後方互換です:ハイブリッドネゴシエーションであるため、接続はクライアントが要求した場合にのみ PQC にアップグレードされ、それ以外のクライアントは標準の ECDHE で通常どおり接続を継続します。そして当社の API トラフィックの 74% はすでに TLS 1.3 上にあるため、ほとんどの統合はコード変更なしで今すぐ post-quantum の保護を得られます — HTTP/TLS ライブラリが X25519MLKEM768 グループをサポートしている限り (OpenSSL 3.5+ やその他の最新の TLS スタックはすでに対応済み)、自動的にネゴシエートされます。
• 7 月 15 日 - Instagram Reels アスペクト比検証の修正。 縦長で幅の狭い Instagram Reels が Meta に到達する前に誤って拒否されることがなくなりました。Ayrshare のプリフライト動画チェックは、Instagram の画像用アスペクト比ルール (4:5 から 1.91:1、および 9:16 縦向きの例外) を Reels にも適用していたため、有効な縦向きの Reel (例えば 886 x 1920、幅対高さ比 0.46:1) が Instagram では受け入れられるにもかかわらずローカルで code: 182 によりブロックされていました。Reel 動画は、ドキュメントに記載されている Reel の範囲である 0.01:1 から 10:1 (トリミングを避けるため 9:16 を引き続き推奨) で検証されるようになり、Meta 自身の仕様および Instagram メディアガイドライン と一致します。アスペクト比の失敗に対する code: 182 のメッセージも修正されました — 以前は「Video does not meet duration requirement.」と表示されていました。API の変更は不要です。
• 7 月 14 日 - マルチプラットフォームのコメント & アナリティクス読み取りにおける部分的成功。 マルチプラットフォームの get-comments または post analytics の読み取り(1 つの Ayrshare Post ID が複数のプラットフォームにまたがるもの)は、単一プラットフォームのレッグが失敗しても、レスポンス全体をエラーに集約することがなくなりました。少なくとも 1 つのレッグが成功し、少なくとも 1 つが失敗した場合、レスポンスは HTTP 200 と status: “partial” を返し、正常なプラットフォームデータを保持したうえで、失敗したレッグをそれぞれトップレベルの errors[] に列挙します。全成功のレスポンスは変更ありません。全失敗のレスポンスは status: “error” を維持し、代表的なトップレベルのエラーコードを設定済みの HTTP ステータスにマッピングします。コード 485 は HTTP 404 にマッピングされます。コード 485 は、コメントまたはインサイトを取得できない場合の、期限切れまたは利用不可の Instagram/Facebook Story コメントおよび Instagram Story アナリティクスを識別します。Facebook Story アナリティクスは引き続き利用不可であり、対象には含まれません。クライアントは errors[] を検査し、正確なメッセージテキストではなく数値の code でマッチングする必要があります。
• 7 月 8 日 - より高速な API 応答時間。 バックエンドのパフォーマンス改善を実施し、最も人気のあるエンドポイントの一部でレイテンシを大幅に削減しました。平均および 95 パーセンタイル (p95) の応答時間はどちらも大きく低下しており、高負荷時に最大の改善が見られます。最大の改善は profiles と analytics で見られます。API の変更は不要で、すべてのリクエストが自動的により高速になります。

  エンドポイント	平均改善	p95 改善
  GET /profiles	-71.6%	-88.7%
  GET /analytics	-59.5%	-75.0%
  GET /user	-51.0%	-48.6%
  GET /post	-47.6%	-63.1%
  GET /messages	-40.5%	-59.4%

• 7 月 7 日 - generateJWT の Instagram リンク方式(セッション単位)。 generateJWT エンドポイント は、単一のリンクセッションについてアカウント全体の Instagram Login 設定を上書きする、オプションの instagramLinkMethod ボディパラメータを受け付けるようになりました。ユーザーがソーシャルリンクページで Instagram ボタンをクリックしたときに、直接 Instagram Login を開始するには “instagram”(Facebook Page は不要)、または接続された Facebook Page 経由でリンクするには “facebook” を送信します。この上書きは、返された JWT URL から開かれたリンクページにのみ適用されます — 認可リダイレクトを跨いで維持されますが、アカウント全体の設定を変更することはなく、パラメータを省略すると既存の動作が保持されます。無効な値は、有効な選択肢を列挙する 400 を返します。詳細については、新しい Instagram Link Method セクション(2 つのフロー間の 機能の違い を含む)を参照してください。

​

2026 年 6 月

• 6 月 24 日 - n8n 統合。 n8n を Ayrshare MCP Server に、n8n 組み込みの MCP Client Tool ノードを使用して接続できます。カスタムコードは不要で、コミュニティノードのインストールも不要です。概要については新しい n8n 統合ページ、セットアップ、3 つの実例、マルチテナントプロファイル、X BYO、ダウンロード可能なスターターワークフロー(Chat Trigger から AI Agent、Ayrshare MCP ノードへ)については n8n 完全ガイド を参照してください。Connect & Setup と Tool Catalog も参照してください。
• 6 月 17 日 - Facebook アナリティクス: Meta が Reach と 3 秒動画メトリクスを廃止。 Meta は、すべての Graph API バージョンでユニークインプレッションおよび 3 秒動画視聴の Insights メトリクスを削除しました(2026 年 6 月 15 日発効)。Facebook の 投稿アナリティクス は impressionsUnique、impressionsFanUnique、impressionsOrganicUnique、impressionsPaidUnique、videoViewsUnique を返さなくなり、social analytics は pagePostsImpressions* ファミリー(pagePostsServedImpressionsOrganicUnique を含む)を返さなくなりました。引き続きサポートされるフィールド(reactionsByType、videoViews、mediaView、pagePostEngagements、pageVideoViews)は影響を受けません。リーチには mediaView / pageMediaView を使用してください。Total Unique Media Views の後継が計画されています。参考: Meta Graph API v25 changelog。
• 6 月 15 日 - Facebook アカウント制限エラーコード 476。 Meta がアカウントに制限を課したことによって失敗する Facebook 投稿(Meta サブコード 2424009 および 1404078、またはサブコードが存在しない場合の Meta の制限文言)は、汎用的な再試行可能な code: 108 ではなく、専用の再試行不可能な code: 476(HTTP 400)を返すようになりました。アカウントはリンクされたままです — API では返せない具体的な理由と申し立てフローを表示する Meta の Account Status ページ(Facebook → プロフィール画像 → Help → Account Status)から制限を解決してください。詳細については Facebook Account Restriction を参照してください。
• 6 月 10 日 - LinkedIn 個人プロフィールアナリティクス。 個人(メンバー)LinkedIn プロフィールが拡張されたアナリティクスマトリクスを返すようになりました。投稿アナリティクス には impressionCount、uniqueImpressionsCount(リーチしたメンバー)、likeCount、commentCount、shareCount、engagement、reactions、そして動画投稿については videoViews、videoViewers、videoWatchTimeMs が含まれます。Social analytics にはライフタイムの followersCount、日次の followersDaily 増加、および集計投稿メトリクスが追加されます。集計 reshare/reaction/comment カウントはベストエフォートであり、LinkedIn UI とわずかに異なる場合があります。既存のリンクアカウントは、新しいアナリティクススコープを付与するために Social Accounts ページで LinkedIn プロフィールを再リンク する必要があります — それまでの間、アナリティクスは code: 475(「アナリティクスを有効にするため LinkedIn プロフィールを再リンクしてください」)を返します。投稿は影響を受けません。
• 6 月 10 日 - TikTok First Comment がイベント駆動に。 TikTok 投稿への first comment は、固定の時間待機で試行されなくなりました。TikTok は動画を非同期に処理するため、/post レスポンスは TikTok の first comment を status: “pending” で返し、TikTok の処理が完了し tikTokPublished webhook が実際の video id を解決した後にコメントが自動的に投稿されます。動画の visibility は public でなければならず、そうでない場合は明確なコメントエラーが返されます。別途、まだ処理中の TikTok 投稿への get-comments は、汎用的な失敗の代わりに code: 288 を返すようになりました。
• 6 月 8 日 - Webhook 署名シークレットのローテーション。 Webhooks ダッシュボード から 2 クリックで、または新しい POST /hook/webhook/secret エンドポイントに secret ボディパラメータを指定することで、Webhook 署名シークレットを安全にローテーションできるようになりました。ローテーション後、新しい X-Authorization-Content-SHA256-V2 ヘッダー(v1=<current-sig>,v1=<previous-sig>、現在の署名が先頭)を介して、24 時間のグレースウィンドウの間、配信は以前と新しい両方のシークレットで署名されます。そのため、1 件も配信を落としたり拒否したりすることなく受信側を更新できます。既存の X-Authorization-Content-SHA256 ヘッダーは変更されません。署名シークレットはプロファイル全体で共通です(User Profile ごとに 1 つで、そのプロファイルのすべてのアクションに署名します)。安全なローテーション手順および受信側の検証例については 署名シークレットのローテーション を参照してください。
• 6 月 8 日 - YouTube サムネイル失敗が表面化。 YouTube 動画は投稿されたがカスタムサムネイルの適用に失敗した場合、YouTube の結果は status: “success”(動画は公開されたまま)を維持し、失敗を説明する warnings 配列(feature: “thumbnail”、code: 307)を追加します — 以前は失敗が thumbNail サブオブジェクト内に埋もれており、それは後方互換性のために保持されています。誤解を招く 403 のガイダンスは、https://www.youtube.com/verify でのチャンネル 電話番号認証 を先頭に修正されました(未認証チャンネルが主要原因)。OAuth 再リンクは二次的なステップとなります。新しい 公開前検証 では、PNG/JPG 以外、2MB 超過、またはアップロード前に到達不能なサムネイルもキャッチしてスキップするため、動画は投稿され、理由が warnings で報告されます(サムネイルの問題で投稿が失敗することはありません)。YouTube Post API と新しい YouTube Thumbnail Not Applied (Unverified Channel) トラブルシューティングガイドを参照してください。
• 6 月 8 日 - X BYOK アナリティクスがクレジット枯渇時にコード 416 を返す。 X/Twitter BYOK アカウントの登録済み X Developer アカウントの API クレジットが枯渇している場合、アナリティクスおよびユーザールックアップパスは、detail に登録済みアカウント ID を含む code: 416(HTTP 402、X CreditsDepleted)を返すようになりました — 以前はこれらが code: 294(HTTP 400、“Unable to get X User”)としてマスクされていました。修正は X Developer Portal でクレジットを補充することです。これによりアナリティクス/ルックアップの表面が公開パス(すでに 416 を返す)と整合します。統合がアナリティクスからの 294 で分岐して不正なハンドルを検出している場合は、416 のハンドリングを追加してください。
• 6 月 4 日 - MCP Server と Claude Code プラグイン。 AI エージェントは、新しい MCP Server(https://api.ayrshare.com/mcp)を通じて Ayrshare API を駆動できるようになりました。Claude Code plugin も含まれます。Connect & Setup と Tool Catalog を参照してください。既存のドキュメント検索 MCP は現在 Documentation MCP となりました。

​

2026 年 5 月

• 5 月 22 日 - 一括投稿の Profile-Key ルーティング修正。 POST /post/bulk が Profile-Key ヘッダーを尊重するようになったため、CSV 行が Primary Profile ではなく解決された User Profile に公開されます。以前は Profile-Key を指定して送信された一括アップロードは、Primary Profile のソーシャルアカウントに黙ってルーティングされていました。Bulk Post を参照してください。
• 5 月 21 日 - TikTok DELETE /comments スコープを明確化。 Delete Comments と Comments Overview ページを更新し、TikTok での DELETE /comments は認証された TikTok アカウント自身が作成したコメント(自身の返信)にのみ成功することを明記しました。第三者のコメントを削除しようとすると Ayrshare の code: 328 が返されます。自身の TikTok 動画に対する第三者のコメントを管理する必要があるお客様は、サポートまでお問い合わせください。API の動作変更はなく、ドキュメントのみの更新です。
• 5 月 21 日 - TikTok コメントを非表示。 DELETE /comments は、videoId と併せて hide=true を指定することで、TikTok のコメントを公開視聴者から非表示にすることをサポートするようになりました。成功レスポンスは action: “hide” を返し、コメントテキストをエコーします。videoId なしで hide=true を送信すると 400 で拒否されます。非表示のコメントは TikTok Studio で動画所有者には引き続き表示されます。
• 5 月 20 日 - Node SDK v1.3.0 — X/Twitter BYO サポート。 公式 Node SDK が、X/Twitter Bring-Your-Own-Keys 向けの setTwitterByo(apiKey, apiSecret) と clearTwitterByo() を公開しました。設定されると、すべての SDK リクエストに必要な X-Twitter-OAuth1-Api-Key および X-Twitter-OAuth1-Api-Secret ヘッダーが含まれます — Ayrshare の BYO 要件が施行された(2026 年 3 月 31 日時点)ため、X/Twitter 操作に必須です。npm install social-media-api@1.3.0 でインストールしてください。リリースノートは npm および GitHub にあります。
• 5 月 20 日 - メッセージング従量課金。 Business Messaging は Launch および Business プランでアクティブな会話 1 件あたり $0.09</code> の Stripe 従量課金となりました(Premium は引き続き月額 <code>$49 のアドオン固定料金)。課金サイクルあたり最大 1,000 件のアクティブな会話 です。Messaging pricing を参照してください。
• 5 月 20 日 - Instagram アナリティクスは権限エラーで自動リンク解除しなくなりました。 Instagram analytics が権限不足エラー(Meta errCode 10)に遭遇したとき、アカウントは自動的にリンク解除されなくなりました。以前はスコープ/権限の問題が取り消されたトークンのように扱われ、投稿は動作していてもアカウントが密かに切断されていました。Ayrshare は現在、アカウントをリンクしたままにし、代わりに権限スコープエラーを表示します。
• 5 月 19 日 - プロファイル単位の hideLogo。 Create Profile と Update Profile の新しい hideLogo ブール値により、個々の User Profile のソーシャルリンクページでアカウント全体のロゴを抑制できます。個別のパートナープロファイルのホワイトラベリングに便利です。
• 5 月 19 日 - Facebook Boost 広告セット予算共有。 Boost エンドポイント が、オプションの新しい adSetBudgetSharingEnabled ブール値(デフォルト false)を受け付けるようになりました。Meta は現在、キャンペーンレベルの予算なしで作成されるすべてのキャンペーンにこのフィールドを必要としており、Ayrshare はすべてのリクエストで送信します — デフォルトの false は以前の動作を保持し、呼び出し元の変更は不要です。true に設定すると、Meta のクロス広告セット最適化が有効になり、同じキャンペーン内の他の広告セットに広告セットの予算の最大 ~20% がシフトされ、全体のパフォーマンスが向上する可能性があります。
• 5 月 19 日 - Reddit BAN されたサブレディットエラー。 BAN されているサブレディットに投稿すると、汎用的な再試行可能な code 121 ではなく、独立した再試行不可能なエラーが返されるようになりました。これによりスケジューラが永続的に拒否された投稿をループで再試行するのを止めます。Ayrshare エラーコード を参照してください。
• 5 月 19 日 - Bluesky 動画サイズ制限。 Bluesky の最大動画アップロードサイズは、Bluesky のプラットフォーム上限に合わせて 100 MB(以前は 1 GB として告知されていました)になりました。100 MB を超えるファイルは、アップロード時に遅れて失敗するのではなく、事前に拒否されるようになりました。Bluesky メディアガイドライン を参照してください。
• 5 月 19 日 - BYO キー向けダッシュボード X/Twitter メッセージング。 Ayrshare ダッシュボードの Messaging ページが、Bring-Your-Own-Keys (BYO) アカウント向けの X/Twitter ダイレクトメッセージをサポートするようになりました。X の consumer key と secret はブラウザでセッション用に収集され、send、refresh、image-fetch アクションに引き継がれます — キーは保存されません。X/Twitter が Ayrshare で BYO 専用となった今、これは必須です。
• 5 月 19 日 - Facebook Ads Cities ターゲティングの修正。 Facebook Ads Cities エンドポイント(GET /ads/facebook/cities)は、都市とそれに関連付けられた地域データを正しく解決するようになりました。各結果には region、regionId、supportsRegion が含まれ、利用可能な場合に都市の地域をターゲティングできます。都市名の一部または完全な名前で search クエリパラメータを使用してください。
• 5 月 18 日 - YouTube ステータスフィールドの制御。 YouTube Post API の youTubeOptions に 3 つの新しい任意パラメータ: license(“youtube” または “creativeCommon”)、embeddable(ブール値)、publicStatsViewable(ブール値 — 視聴ページの拡張統計パネルを制御。基本的なビューと Like 数は関係なく公開されたままです)が追加されました。/history/youtube レスポンスもこれらのフィールドを返すようになりました。2 つの新しい検証エラーコード — 455(無効な license)と 456(無効な embeddable または publicStatsViewable)— が、Ayrshare エッジで不正形式のリクエストを拒否します。マネタイズトグル(広告の有効化/無効化)は含まれていません。それらは YouTube CMS の認証情報が必要で、標準の YouTube API では利用できません。
• 5 月 18 日 - GMB First Comment が投稿成功をマスクしなくなりました。 Google Business Profile 投稿で firstComment を含めた場合に、投稿が成功していても code: 163 が返され postIds がないという問題を修正しました。Google Business Profile は投稿コメントをサポートしていないため、GMB では firstComment がスキップされ、成功した投稿結果が通常どおり返されるようになりました。
• 5 月 14 日 - アカウントリンク解除の防止。 ソーシャルネットワークは静かに、より厳しい bot 対策を展開しており、多数のユーザーアカウントがリンク解除される原因になっていました。リンク解除を減らしエラーメッセージを明確にするためにいくつかのバックエンド改善を展開し、アカウントリンクページ を更新してユーザー向けの UI をよりわかりやすくしました — Meta ネットワーク(Facebook、Instagram、FB Groups、Threads、Messenger)がアイデンティティ検証の宙ぶらりん状態に陥ったときの新しい “Action required” 状態を含み、「Resolve with Meta」リンクと「Check again」プローブによって、ユーザーがリンク解除と再リンクを行わずに問題を解決できます。
• 5 月 12 日 - Instagram エンゲージメントオートメーション(Beta)。 新しい Automations API により、ユーザーは Instagram のエンゲージメントに自動的に反応できます — エンドユーザーが投稿にコメントしたり、Story に返信したり、DM を送信したり、DM にリアクションしたりしたときに、DM、webhook、またはメールを発火させることができます。4 種類のトリガー(comment_keyword、story_reply、dm_reaction、dm_keyword)と 3 種類のアクション(send_dm、fire_webhook、send_email)— ルールごとに各最大 50 個。アクションごとの 7 日間の重複排除(dedupWindowMinutes でアクション単位に設定可能)、1 日の DM 上限(Launch & Business 1,000 件 / Enterprise 5,000 件)、カーソルページング形式のアクティビティログが含まれます。Launch、Business および Enterprise プランで利用可能。新しいエラーコード 462〜472 は、検証、ティアゲート、アクティブオートメーション上限、リンクアカウント不在、フィーチャーフラグオプトインをカバーします。Beta — 積極的にフィードバックを収集していますので、バグレポートや機能リクエストをサポートまでお送りください。
• 5 月 12 日 - スケジュール投稿のスループット改善。 スケジュール投稿処理のためのハードウェアを増強し、スループットとパフォーマンスを大幅に改善しました。YouTube と TikTok 用のプラットフォーム固有ハードウェアも近日中に追加予定です。
• 5 月 12 日 - アカウント状態エラー向け Instagram 再リンクヒント。 特定の Instagram アカウント状態失敗(Meta error_subcode 2207085、以前はガイダンスなしの汎用 code: 258 として表示されていました)は、Instagram アカウントのリンク解除とすべての権限を付与して再リンクするようユーザーに指示する修復メッセージとともに、relink: true と retryAvailable: true を返していました。その後置き換えられました: 2207085 は現在は自動的にリトライされ、relink: true を設定しなくなりました。エラーコード を参照してください。
• 5 月 11 日 - YouTube 一時エラーコード。 上流の一時的な問題により失敗した YouTube アップロードは、 新しいエラーコード 453(HTTP 504、Google ingest timeout)および 454(HTTP 503、service unavailable)を、統合が自動的に再試行するために使用できる retryAvailable: true フラグとともに返すようになりました。詳細については エラーコード を参照してください。
• 5 月 11 日 - X/Twitter アナリティクスとルックアップがすべての BYO ユーザーに開放。 レガシー X アドオンゲートが /analytics/social と /lookups/x から削除されました。X/Twitter Bring-Your-Own-Keys のお客様であれば、code: 3 に遭遇することなく、任意のハンドルのアナリティクスを検索し、X lookups エンドポイントを使用できます。呼び出しは自身の X Developer App クレデンシャルで署名され、自身の X レート制限にカウントされます。
• 5 月 8 日 - Python SDK v1.3.0 — X/Twitter BYO サポート。 公式 Python SDK が、X/Twitter Bring-Your-Own-Keys 向けの set_twitter_byo(api_key, api_secret) と clear_twitter_byo() を公開しました。設定されると、すべての SDK リクエストに必要な X-Twitter-OAuth1-Api-Key および X-Twitter-OAuth1-Api-Secret ヘッダーが含まれます — Ayrshare の BYO 要件が施行された(2026 年 3 月 31 日時点)ため、X/Twitter 操作に必須です。pip install —upgrade social-post-api でインストールしてください。リリースノートは GitHub および PyPI にあります。
• 5 月 4 日 - 自動画像形式変換。 WebP、HEIC、AVIF 画像は、それらを受け付けないプラットフォームに投稿する前に、自動的に JPEG に変換されるようになりました。WebP 変換は Instagram、LinkedIn、TikTok、Google My Business、Threads、Snapchat に適用されます。HEIC と AVIF は、すべてのサポート対象プラットフォームで変換されます。API の変更は不要で、変換は送信時に透過的に実行されます。変換が完了できない場合に、新しいエラーコード 450(変換失敗)、451(ソースダウンロード失敗)、452(変換画像アップロード失敗)が表示されます。
• 5 月 4 日 - Instagram エラーに Meta の生メッセージが含まれるように。 Instagram メディアステータス失敗が、Meta の基礎となるエラーテキストを Ayrshare エラーコードと並んで details フィールドで表示するようになったため、呼び出し側は汎用コードから推測することなく原因を区別できます(例: robots.txt/crawler 問題とトークン問題)。Instagram Post API と エラーコード を参照してください。

​

2026 年 4 月

• 4 月 30 日 - API Explorer での X/Twitter BYOK。 Ayrshare API Explorer に折りたたみ可能な X/Twitter BYOK (Bring Your Own Keys) セクションが追加され、X API Key と API Secret を一度貼り付けるだけで、すべての送信リクエストに X-Twitter-OAuth1-Api-Key と X-Twitter-OAuth1-Api-Secret ヘッダーとして添付されるようになりました — Explorer から BYOK をテストするために curl や Postman に降りる必要がなくなりました。値は sessionStorage によって現在のブラウザタブにスコープされ、デフォルトでマスクされ、表示切り替えがあり、ワンクリックでクリアできます。認証情報の取得方法については X BYO Key Setup Guide を参照してください。
• 4 月 28 日 - Social Analytics 拡張(ロールアウト中)。 Social Analytics エンドポイントに、Instagram shareCount(90 日ローリングウィンドウで集計された総シェア数)と YouTube lifetimeLikes(youtube: { lifetime: true } でオプトイン)が追加されます。新しいフィールドは、デプロイがアカウントに到達するとレスポンスに表示されます。このアップデートに含まれるドキュメント修正: Instagram viewsCount は 90 日ローリングウィンドウ(180 日ではありません)、mediaCount は常にライフタイム、YouTube likes は quarters でスコープされ、TikTok プロファイルレベルのメトリクスは 60 日で制限され、quarters を使用すると投稿ごとのライフタイムセマンティクスとなります。
• 4 月 28 日 - Instagram トライアル Reels。 /post エンドポイントが、Instagram Trial Reels の公開をサポートするようになりました — 最初に公開されたときに非フォロワーのみに表示される Reels です。instagramOptions.trialParams.graduationStrategy を “MANUAL”(Instagram アプリ内で卒業)または “SS_PERFORMANCE”(Meta が早期パフォーマンスに基づいて自動卒業)に設定します。3 つの新しい検証エラーコード — 447、448、449 — が、Ayrshare エッジで無効な trial reel リクエストを拒否します。
• 4 月 24 日 - Instagram 投稿の信頼性。 Instagram の混雑時の自動リトライ処理を拡張し、全体的にエラーメッセージを改善しました。汎用エラーではなく、レート制限(code: 435)とメディア処理タイムアウト(code: 436)の具体的な エラーコード を受け取れるようになり、統合における問題の診断とスマートなリトライロジックの構築が容易になります。
• 4 月 23 日 - Facebook アナリティクスレート制限エラーコード 444。 Facebook ページごとの分析スロットリング(Meta エラー 80001)は、投稿 および social アナリティクスレスポンスで code: 444(HTTP 429)を返すようになりました。以前これらのスロットリングは code: 161(「アカウントを再リンク」)として誤分類されていました。統合が再リンクフローを起動するために 161 で分岐している場合は、444 を認識してバックオフで再試行するように更新してください。詳細については Facebook Analytics Rate Limit を参照してください。
• 4 月 23 日 - Meta メディアクローラーのトラブルシューティング。 エラー code: 440(「social network could not download media from this URL」)および Meta の公開クローラーをブロックする robots.txt または bot ルールによって発生する関連する Instagram code: 138 / Threads code: 379 の修正に関する新しいヘルプセンターガイドです。Meta Media Crawler Blocked を参照してください。
• 4 月 21 日 - モデレーション入力エラーが 400 を返すように。 POST /validate/moderation は、呼び出し元の入力問題(例: imageUrl としてサポートされていないファイル、または到達不能/不正形式の URL)に対して、リトライガイダンスを含む誤解を招く 500 ではなく、新しいエラー code 438(HTTP 400)を返すようになりました。真の処理失敗は引き続き code 331(HTTP 500)を返します。エラーコード を参照してください。
• 4 月 20 日 - キャプション強化エラーコード 441。 Post エンドポイントは、shortenLinks などのキャプション強化が失敗したときに、エラー code: 441(HTTP 502)を返すようになりました。失敗が一部のプラットフォームにのみ影響する場合、成功したプラットフォームは引き続き投稿され、トップレベルの status: “error” と errors[] のプラットフォーム別エントリと並んで postIds に表示されます。詳細については Caption Enhancement Errors を参照してください。
• 4 月 15 日 - Instagram のデッドトークン検出。 無効/期限切れの OAuth トークン、またはページロール/権限エラー(Meta subcode 492)によって失敗する Instagram 投稿は、これらのケースをマスクしていた以前の誤解を招く汎用 code 138「please try again」レスポンスではなく、Ayrshare code 161(認可エラー)を返し、影響を受けたアカウントを自動的にリンク解除して、ユーザーに再リンクを通知するようになりました。エラーコード と Instagram Post API を参照してください。
• 4 月 9 日 - Instagram と TikTok アナリティクスの全期間データと日付フィルタリング。 social analytics エンドポイントは、daily または quarters のいずれも指定されない場合、Instagram と TikTok の全期間データを返すようになりました。日付範囲でフィルタリングするには quarters(1〜4、1 = 90 日)または daily=true を使用してください — TikTok でもサポートされるようになりました。アクティブな場合、TikTok コメント、シェア、ビュー期間ラベル、合計はフィルタリングされた日付範囲を反映します。
• 4 月 9 日 - アナリティクスの信頼性と回復。 Social Analytics および Post Analytics エンドポイントは、ソーシャルネットワークが一時的にゼロを返した場合、保存されたデータから累積メトリクス(フォロワー、いいね、ビュー)を自動的にバックフィルするようになりました。2 つの新しい任意のレスポンスフィールド、backfilledFrom と recoveredFrom は、保存されたデータが使用されたときを示します。さらに、どのプラットフォームもデータを返さないときにアナリティクスを要求すると、空の成功レスポンスではなく 400 エラー(code: 187)が返されるようになりました。
• 4 月 1 日 - generateJWT のヘッダーベース X 認証情報。 Generate JWT エンドポイントは、X consumer key を渡すための X-Twitter-OAuth1-Api-Key と X-Twitter-OAuth1-Api-Secret ヘッダーを受け付けるようになりました — 他のすべての X/Twitter エンドポイントと一貫しています。ボディパラメータは後方互換性のためにサポートされ続けます。

​

2026 年 3 月

• 3 月 30 日 - X クレジット枯渇エラーが表面化。 BYOK X/Twitter Developer アカウントが API クレジットを使い果たした場合、以前は processing のままエラーなしで停止していた投稿が、code: 416(X Credits Depleted、HTTP 402)で正しく失敗するようになりました。code: 416 の検出は、クレジットに言及する X の HTTP 429 レスポンスもキャッチするように拡張されました。詳細については エラーコード を参照してください。
• 3 月 28 日 - Instagram 投稿 Null レスポンス修正。 Instagram 投稿がプラットフォームで成功したにもかかわらず、/post レスポンスが postIds と id を含む通常の成功ボディではなく null を返すエッジケースを解決しました。成功した Instagram 投稿は、統合がパースできる有効なレスポンスを常に返すようになりました。
• 3 月 26 日 - Instagram 日次リーチ修正。 Instagram Social Analytics が daily=true を設定したときに日次リーチデータを省略する問題を修正しました。レスポンスは日次モードでネストされた reach オブジェクト(period と values 時系列を含む)を返すようになりました。スカラーの reachCount は非日次モードで引き続き返され、日次データが一時的に利用できない場合のフォールバックとして保持されます。
• 3 月 26 日 - X/Twitter BYOK 施行エラーコード。 Bring Your Own Keys 要件が施行されたことで、X/Twitter リクエストは分岐可能な特定のエラーコードを返します: 419(HTTP 400、X-Twitter-OAuth1-Api-Key/Secret ヘッダー不足)、416(HTTP 402、X Developer アカウントのクレジット切れ)、417(HTTP 403、OAuth 1.0a アプリの権限が Read/Write/DM に設定されていない)。メッセージと解決方法については エラーコード を参照してください。
• 3 月 23 日 - X でのキーワード検索。 BYOK のお客様向けの新しい keyword search エンドポイントです。キーワード、ハッシュタグ、および高度な検索演算子に一致するツイートを X/Twitter で検索します。ページング、言語と場所によるフィルタリングをサポートし、正規化されたツイートデータを返します。
• 3 月 23 日 - Listening セクション。 新しい Listening セクションが追加され、Brand エンドポイントをキーワード検索などの新機能で拡張しました。
• 3 月 19 日 - コメント内の @メンション。 Post a Comment および Reply to a Comment エンドポイントの comment テキスト文字列における @メンションサポートのドキュメントを追加しました。LinkedIn のサーバー側解決の詳細と、プラットフォーム固有のメンション構文へのリンクが含まれています。
• X/Twitter ページングメッセージ。 Get Messages エンドポイントは、X/Twitter 向けに limit クエリパラメータをサポートするようになり、完全な履歴同期なしで最新 N メッセージ(1〜100)のみを取得できます。next パラメータによるカーソルベースのページングと組み合わせることで、効率的なポーリングが可能になります — 小さなバッチを取得し、すでに持っているかを確認し、必要な場合のみさらにページングします。
• 動画サイズ制限の増加。 ソーシャル公開の多くが動画コンテンツに集中する中、複数のプラットフォームで動画アップロード制限を増やしました: LinkedIn(200 MB → 500 MB)、TikTok(1 GB → 10 GB)、X Premium long video(1 GB → 16 GB)、そして Facebook(Reels 2 GB、Stories 4 GB、Feed 10 GB)と Pinterest(2 GB)のコンテンツタイプ固有の大きな制限が追加されました。詳細については Media Guidelines を参照してください。
• X/Twitter Messages BYO キーサポート。 Get Messages および Send Message エンドポイントが、BYO(Bring Your Own)X/Twitter API 認証情報をサポートするようになりました。webhook 経由のリアルタイム DM 通知は BYO ユーザーでは利用できません。代わりに GET Messages エンドポイントによるポーリングを使用してください。
• X 独自キー化。 X/Twitter アカウントの接続方法の大きな変更です。新しい Bring Your Own Keys アプローチにより、アカウントの制御性、データポータビリティ、ブランド化された OAuth フローが向上します。すべてのユーザーは 2026 年 3 月 31 日までに移行する必要があります。
• 編集可能な短縮リンク。 短縮リンクは公開後に 更新できる ようになりました。
• スケジュール投稿処理の信頼性。 スケジュール投稿処理ジョブがメモリ不足になり 503 エラーを返す可能性があった問題を解決しました。リソース割り当てを増やし、ページング化されたクエリ処理を追加し、重複実行を防ぐ分散アプリケーションロックを導入しました — すべてのスケジュール投稿処理で単一かつ信頼性の高い実行を保証します。
• Facebook と Instagram 履歴の改善。 /history/facebook と /history/instagram エンドポイントを改善しました: Facebook では、期限切れ/アーカイブされた Stories がデフォルトでフィルタリングされ、通常の投稿と一緒にアクティブな Stories のみが表示されるようになりました。また、新しい since と until クエリパラメータにより、ISO UTC 日付文字列で時間ベースのフィルタリングが可能になりました。Facebook と Instagram の両方について、新しい dataType パラメータにより、posts のみ、stories のみ、または両方(デフォルト)を要求できます。
• X レート制限の廃止。 X/Twitter BYO Keys 移行 の一環として、Ayrshare は X アナリティクスの月次または日次のレート制限を施行しなくなりました。使用量は独自の X Developer アカウント制限によって管理されます。

​

2026 年 2 月

• 2 月 25 日 - X/Twitter 動画タイトルと説明。 X/Twitter に投稿された動画は、X Media Studio にアップロードされたメディアについて videoTitle と videoDescription の設定(X Post API の twitterOptions オブジェクトで送信)をサポートするようになりました。これらは既存の thumbNail サポートとともに、より豊かな動画メタデータを提供します。
• バッチアナリティクス。 ソーシャル投稿 ID のバッチアナリティクスのサポートを追加し、新しい postIds パラメータを使用してアナリティクス呼び出しごとに最大 100 件の投稿を処理できます。Analytics on a Post by Social ID エンドポイントで詳細を読むことができます。
• 履歴ページング。 posts history for a platform API に、Threads と X/Twitter 向けのページングサポートを追加しました。500 件の投稿制限がなくなり、ページングを使用してより長い履歴を取得できます。呼び出しをより小さなチャンクに分割することで、より高速で効率的なレスポンスが得られます。
• 無料トライアルの強化。 無料トライアルユーザーは Messaging API と Max Pack をテストできるようになりました — 無料トライアル期間の終了まで請求されません。
• エラーメッセージの改善。 X/Twitter と LinkedIn のエラーメッセージに追加の詳細を追加し、API 呼び出しの問題を診断しやすくしました。
• Instagram コメント修正。 ネストされた返信を持つトップレベルの Instagram コメントが Get Comments エンドポイントから正しく返されない問題を修正しました。
• Python SDK。 最新機能と改善を含む Python SDK を更新しました。
• X/Twitter Webhook URL。 新しい ayrshareUrl フィールドが Direct Message Event webhook ペイロードに含まれるようになり、便利な未認証 URL を提供します。
• ステータスページ Slack 統合。 ステータスページ からのアップデートを Slack に自動的にリンクできます。右上の「Get Updates」をクリックして、Slack オプションを選択するだけです。

​

2026 年 1 月

• 1 月 21 日 - リンクアナリティクスカスタムドメイン修正。 Link Analytics エンドポイント(GET /links/:id)は、デフォルトの Ayrshare ドメインではなく、構成されたカスタムドメインを使用して短縮リンクを返すようになりました。カスタム短縮リンクドメイン(Business/Enterprise)を使用している場合、アナリティクス URL は現在ライブリンクと一致します。
• 1 月 15 日 - Instagram アウトバウンドメッセージ削除同期。 Instagram のアウトバウンド(送信済み)メッセージが、ネイティブの Instagram アプリで削除されたとき、Ayrshare の Messages データで削除済みとして正しくマークされるようになりました — インバウンドメッセージの既存の動作と一致します。会話履歴は、両方向で正確なまま維持されるようになりました。
• MCP Server。 リクエストにお応えして — MCP Server を再ローンチしました! AI ツールを直接 Ayrshare API に接続します。
• セルフサーブサインアップ。 Business Plan と Launch Plan の新しい セルフサーブサインアップ を追加しました。新規のお客様は、Launch Plan の 14 日間無料トライアルを利用して Ayrshare プラットフォームをテストできます。
• X/Twitter 動画サムネイル。 X/Twitter 動画投稿 は、サムネイルプレビュー画像(URL として)を含めることをサポートするようになりました。これは動画のアップロード時にメタデータの一部として送信されます。
• Instagram ハッシュタグ制限。 Instagram から発表された新しいガイドラインに合わせて、Instagram 投稿 のハッシュタグ制限を 5 に変更しました。
• Bluesky 動画の長さ。 Bluesky の動画メディアの長さの制限は、Bluesky API の要件に合わせて 3 分 に調整されました。

​

2025 年 12 月

私たちは、2026 年第 1 四半期に計画されている多数の新機能リリースとともに、透明性と信頼性に焦点を当てて今年を締めくくります。

• 12 月 23 日 - レスポンスの X/Twitter URL エンティティ。 X/Twitter 投稿と 履歴 レスポンスに、ツイートのボディ内リンクの URL エンティティデータが含まれるようになりました: X の生フィールド(display_url、expanded_url)を含むトップレベルの urls 配列に加えて、camelCase の entities オブジェクトで、同じリンクが entities.urls[].displayUrl / expandedUrl として表示されます — 統合でリンクプレビューをレンダリングし、送信リンクを検出するのが容易になります。
• X/Twitter エンティティ。 X/Twitter の 投稿アナリティクス と platform history エンドポイントは、ツイートテキストから解析されたエンティティ(URL、メンション、ハッシュタグ、キャッシュタグとその位置および表示 URL を含む)を返すようになりました。
• Facebook 投稿アナリティクス。 Facebook 投稿アナリティクス に、非推奨のインプレッションメトリクス を置き換える mediaView、mediaViewIsFromAds、mediaViewIsFromFollowers などの新しいメトリクスが追加されました。
• Bluesky コメント。 AT Protocol スタイルの投稿とコメント ID の適切な処理により、Bluesky コメント取得 のサポートを改善しました。
• Threads リンク。 アカウントに名前またはユーザー名フィールドが存在しないケースを処理するように Threads アカウントリンク を強化しました。
• 24/7 モニタリング。 プラットフォームを終日監視して信頼性を向上させるための専任 DevOps チームを迎えました。
• 月次領収書。 自動月次領収書がプライマリアカウント所有者にメール送信されるようになり、価格と支払いに関する透明性が向上しました。

​

2025 年 11 月

• Instagram トークンリフレッシュ。 Facebook Page を介さずに直接 IG ログインを使用して Instagram にリンクするユーザー向けに、長寿命の Instagram トークンの自動リフレッシュを追加しました。
• Facebook アナリティクス更新。 Facebook 投稿アナリティクス は、post_impressions_paid_unique、post_impressions_fan_unique、post_impressions_organic_unique、post_impressions_unique などの拡張インプレッションメトリクスを返すようになりました。
• Facebook Page Insights。 新しい Facebook social analytics フィールドを追加: pageFollows、pageMediaView、pageMediaViewIsFromAds、pageMediaViewIsFromFollowers。集計と日次内訳の両方をサポートします。
• Instagram アナリティクス。 Instagram social analytics の viewsCount および reachCount メトリクスが、直接 Instagram ログインと Facebook 連携アカウントの両方でサポートされるようになりました。
• LinkedIn メンション。 LinkedIn メンション の処理を修正し、組織のメンションと個人のメンションを適切に区別するようにしました。
• ダッシュボードの改善。 Ayrshare Web ダッシュボード API ページは、パフォーマンスの向上と、より整理されたメッセージング使用量カードでリファクタリングされました。
• チーム拡張。 サポートと機能開発のスピードを向上させるため、開発チームを拡張しています。

​

2025 年 10 月

• Ayrshare が Saas.group に買収されました。 Ayrshare は Saas.group に買収されました。チームを拡張し、より迅速な機能開発とより良い顧客サポートを提供します。
• Webhook 履歴。 過去 6 か月間のアクションごとの Webhook 履歴を取得 する新しいエンドポイントです。
• Facebook 広告の地域ターゲティング。 国のターゲティングに加えて、Facebook 投稿をブーストするときに 地域や都市を指定 できるようになりました。
• LinkedIn 動画サムネイル。 LinkedIn history エンドポイント は、動画投稿の thumbnailUrl を返すようになり、アプリケーションで動画プレビューを簡単に表示できるようになりました。
• Reddit 投稿アナリティクス。 Reddit 投稿アナリティクス の信頼性は、レート制限の問題を回避するための拡張された認証処理により改善されました。
• Instagram 履歴。 多くの投稿を持つアカウントの Instagram 投稿履歴 における大量の結果セットの処理を改善しました。
• Facebook 広告。 Facebook 広告履歴エンドポイント には、キャンペーン構造に基づいてどの広告が返されるかの明確化が含まれるようになりました。
• Instagram コラボレーション。 Instagram API の制限により、承認されたコラボレーション投稿 がプラットフォーム履歴エンドポイントから返されない場合があることを明確にするドキュメントを追加しました。

​

2025 年 9 月

• TikTok ドラフト。 TikTok ドラフトへの投稿送信 が、動画に加えて画像もサポートするようになりました。
• Facebook 広告。 欧州連合デジタルサービス法(DSA)によって定められた要件の一環として、Facebook は EU 内のいずれかを対象とする広告について、作成される広告の受益者と支払人を定義する値を提供することを要求します。DSA の推奨事項を検索 して広告に追加できるようになりました。
• メディア管理。 GET media エンドポイント が、アップロードされた大きなメディアファイルを含めるように拡張され、expireAt フィールドが表示されるようになりました。
• Threads 投稿。 Meta Threads で連続する投稿のシリーズである Threads のスレッド(threadstorms とも呼ばれます)を簡単に作成できます。
• ダイレクトメッセージ。 Facebook と Instagram のメッセージングが、音声ファイル(AAC または WAV)の送信 をサポートするようになりました。

​

2025 年 8 月

• Reddit アナリティクス。 ユーザーに関する新しい Reddit social analytics データ です。友達数、フォロワー受け入れ、アカウントが停止された場合の停止有効期限などが含まれます。
• Threads アナリティクス。 ユーザーに関する新しい Threads social analytics データ です。プロファイル、地理制限適格性、ユーザー名などが含まれます。
• Threads 地理制限。 Threads では、特定の国でのみ投稿を表示できるように 地理制限を設定 できます。
• LinkedIn 配信。 他のユーザーが LinkedIn 投稿を再共有する機能を無効化 できます。
• Ayrshare ステータス。 メールアラートに加えて、エンドポイントを介してソーシャルネットワークと Ayrshare システムのステータス を取得できます。
• YouTube ウォーターマーク。 YouTube チャンネルにウォーターマーク画像を設定 して、すべての動画に表示させることができます。ウォーターマークは動画再生中の特定の時間に表示されるように設定できます。

​

2025 年 7 月

• Instagram Login。 Instagram Login 機能が 2025 年 7 月 6 日に一般提供されます。 すべての新しい Instagram 接続は、新しい Instagram Login 機能を使用します。現在の接続は影響を受けません。 新しい Instagram Login 機能を使用したくない場合は、アカウント設定で無効化できます。
• LinkedIn メンション。 他の LinkedIn プロファイルをメンション できるようになりました。バニティ名または実際の名前で指定できます。
• LinkedIn 検索。 検索クエリに基づいて LinkedIn 企業または人物を検索します。このエンドポイントは、ソーシャルメディア投稿でのタイプアヘッドメンション完了によく使用されます。
• LinkedIn 動画。 LinkedIn は現在、最大 500 MB の動画ファイルを受け付けます(以前は 200 MB)。
• X アカウントアクティビティ。 投稿、いいね、メンション、DM などを含む X からの完全なアカウントアクティビティを webhook で取得します。これらの webhook を受信するには、リンクされた X アカウントに対して X Account Activity 機能を有効にする必要があります。この機能を有効にするには、アカウント担当者にお問い合わせください。
• X 地理制限。 X メディアの 許可および禁止する国を設定します。
• サブスクライバー限定の X 投稿。 X 投稿をサブスクライバーのみに表示 することができます。
• X 返信設定。 X では、投稿に返信できるユーザーの種類を制限 できます。フォロワー、メンションされたユーザー、サブスクライバー、または認証済みユーザーから選択できます。
• TikTok サムネイル。 TikTok 動画に カスタムサムネイルを設定 できます。
• Instagram アナリティクス。 投稿の Instagram アナリティクスに、メディアへの直接リンク が含まれるようになりました。
• 開発者ダッシュボード。 Ayrshare ダッシュボードで直接 Webhook を登録 できるようになりました。
• 事前検証のスキップ。 スケジュール済み投稿の事前検証をスキップ するオプションが追加されました。
• Premium プラン履歴。 Premium プランは、Ayrshare 経由で送信されていない投稿を含むすべての投稿を取得するための プラットフォーム別履歴 にアクセスできるようになりました。
• Auto Repost。 Auto Repost ID による投稿履歴を取得 できるようになりました。Auto Repost を作成するときに、その投稿シリーズを追跡するために ID が割り当てられます。ID を指定して、またはすべて取得することで Auto Repost を取得できます。

​

2025 年 6 月

• Instagram Login(近日提供予定)。 ソーシャルリンクページで Instagram Login を有効化または無効化 できます。今後数週間で、Instagram Login はデフォルトで有効になります。ハッシュタグ検索、コラボレーション、位置タグ付け、ブランドデータなどの高度な機能が必要な場合は、Facebook Page 認証を使用するために手動でこのオプションを無効にする必要があります。ほとんどのクライアントには、シンプルなワークフローで Facebook Page を必要としない新しい直接 Instagram Login を推奨します。
• Snapchat の紹介。 Ayrshare が Snapchat をサポートするようになりました。Snapchat API により、Stories と Spotlight の両方への直接コンテンツ公開、アナリティクスと履歴の取得が可能になります。Stories は 24 時間後に消える一時的な投稿ですが、Spotlight 投稿は永続的で、クリエイターや企業がより広いオーディエンスに到達するのに役立ちます。
• MCP Server。 Ayrshare API Docs MCP サーバー を AI エージェントに接続します。Ayrshare API ドキュメントの MCP サーバーを Cursor や Claude Desktop などの AI 開発ツールに接続することで、AI エージェントに Ayrshare のドキュメントへの直接アクセスを提供できます。
• 投稿のコピー。 既存の投稿を別のプラットフォームにコピー します。この新しいエンドポイントを使用すると、成功した投稿を異なるプラットフォームで、または異なる設定で再利用できます。
• 開発者ダッシュボード。 開発者ダッシュボード の投稿フローに 2 つの新しい改善を追加しました。メディアファイルのアップロードに加えて、URL を使用してメディアを投稿することもできるようになりました。また、投稿を公開するために使用される JSON を表示できるようになり、JSON の正しさを確認するのに役立ちます。
• ユーザー管理。 User エンドポイント は、接続されているソーシャルネットワークのリアルタイムの状態を返し、ユーザーがソーシャルメディアアカウントを接続または切断するたびに自動的に更新されるようになりました。
• YouTube。 YouTube への動画公開で、containsSyntheticMedia パラメータを設定することで、写実的な Altered or Synthetic (A/S) コンテンツの開示ができるようになりました。ドキュメントを見る。
• Facebook。 Facebook のコメント取得 が、特定のコメントへの直接 URL を返すようになりました。

​

2025 年 5 月

• Threads の紹介。 Ayrshare は現在、Threads への投稿とスケジュール、アナリティクスの取得、コメントの管理、履歴の取得をサポートしています。
• メッセージング。 メッセージングは現在、Business プランに含まれる標準機能 です。主な機能には、ユーザーと対話相手の会話の管理、テキスト、画像、動画、絵文字メッセージの送信、自動メッセージ応答の設定、および webhook が含まれます。
• X アナリティクス。 X の コメントアナリティクス と 投稿アナリティクス にインプレッション、引用、ブックマーク数が含まれるようになりました。
• リンクページの言語。 ソーシャルリンクページの言語を設定 できるようになりました。現在サポートされている言語には、英語、中国語(簡体字)、フランス語、ドイツ語、スペイン語が含まれます。
• LinkedIn 投稿。 LinkedIn 投稿の表示範囲 を公開、1 次接続、またはログインユーザーに設定します。
• LinkedIn 投稿。 LinkedIn のファーストコメントにメディアを含める ことができるようになりました。
• Instagram ハッシュタグ検索。 特定のハッシュタグの 最も人気または最近の Instagram 投稿を検索 して、コンテンツ戦略を情報化し、トレンドトピックを特定します。

​

2025 年 4 月

• Facebook 広告。 Facebook 投稿を広告としてブースト します。Ayrshare Ads API には、投稿のブースト、広告の管理、パフォーマンスの追跡、広告費の分析が含まれます。
• User Profile 管理。 作成および削除された user profile の履歴ログを取得 します。
• User Profile 管理。 Web ダッシュボードの User Profile セクションで、User Profile が一時停止されている場合、「Suspended」バッジをクリックして理由を取得できるようになりました。
• 投稿履歴。 履歴エンドポイント で、開始日と終了日でフィルタリングできるようになりました。
• ソーシャルリンク。 アップグレードされた X 認証リンクを導入しました。これは、あなたとあなたのユーザーにとってより良い体験です。
• ソーシャルリンク。 Business Plan のリンクページを作成するときに、allowedSocial パラメータを使用して 許可されるソーシャルネットワークを直接指定 します。
• Instagram 投稿。 Instagram 画像 が代替テキストをサポートするようになりました。
• Bluesky 投稿。 Bluesky 画像と動画投稿 が代替テキストをサポートするようになりました。
• Pinterest。 Pinterest Pin にプライベートノートを追加します。
• YouTube Shorts。 YouTube Shorts は、以前の 60 秒制限から、最大 3 分になりました。

​

2025 年 3 月

• X アナリティクス。 いいね数、リスト追加数、プロフィールバナー画像などを含む新しい X social analytics データ。
• X レート制限。 X の月次呼び出し制限 が Business Plan で 100,000、Premium Plan で 5,000 に増加しました。
• LinkedIn アナリティクス。 LinkedIn 個人ページ は、Web サイト URL やプロフィール画像を含む基本的なデータセットを返すようになりました。
• Facebook Reels。 Reel 動画のカバー画像 であるサムネイルを追加できるようになりました。
• リンクページ。 ソーシャルリンクページで カスタムロゴの画像の高さを設定 できます。Web ダッシュボードのアカウント設定でピクセル単位の高さを指定します。
• リンクページ。 Facebook と Instagram のページをリンクするとき、長いページのリストにページ名または場所でフィルタリングできる検索フィールドが追加されました。
• チームメンバー管理。 個々のチームメンバーは、他の user profile へのアクセスを制限 できるようになりました。
• メディア。 アップロードメディアエンドポイント が、最大 30 MB の画像と動画のアップロードをサポートするようになりました。
• メディア。 Google Drive と Dropbox の共有 URL を、投稿の mediaUrls パラメータに直接使用 できるようになり、別途ダウンロード URL を作成する必要がなくなりました。

​

2025 年 2 月

• TikTok 投稿。 TikTok アプリで ドラフト動画投稿を作成 します。ドラフト動画はアプリの通知受信箱に表示され、ユーザーは公開する前に動画を編集できます。
• TikTok アナリティクス。 オーディエンスの都市や性別などの人口統計を含む、追加の TikTok アナリティクスデータフィールドが追加 されました。その他の新しいプロファイルフィールドには、プロファイルビュー、メール、住所、bio リンクのクリックが含まれます。
• Instagram コラボレーション。 画像や Reels に加えて、ユーザーは カルーセルにコラボレーターを追加 できるようになりました。
• Instagram アナリティクス。 Instagram 投稿アナリティクス にビューカウント(投稿が見られた合計回数)が含まれるようになりました。
• Instagram 詳細。 追加の Instagram 詳細 を user profile について取得します(使用済みクォータやアカウントタイプが Creator か Business かなど)。
• 圧縮。 すべてのエンドポイントで Brotli 圧縮がサポート されるようになり、より高速で圧縮率も向上しています。
• LinkedIn コメント。 LinkedIn のコメントとコメント返信 が画像をサポートするようになりました。
• Reddit メンション。 Reddit 投稿が 他のユーザーやサブレディットのメンションをサポート するようになりました。
• Bluesky 投稿。 Bluesky でリンクプレビューがサポート されるようになりました。投稿にリンクを含めると、プレビューが自動的に生成されます。
• Max Pack。 画像のリサイズと変換で、WebP への変換 がサポートされるようになりました。
• Max Pack。 画像のリサイズと ウォーターマーキング で、北東の角などのウォーターマークの位置指定をサポートするようになりました。
• ダッシュボード。 Ayrshare Web ダッシュボード は、よりスムーズなユーザー体験のために、新しいカラースキーム、強化されたアラート、改善されたワークフローで刷新されました。

​

2025 年 1 月

• Bluesky API。 Bluesky ソーシャルメディア管理 が、Ayrshare がサポートする 11 番目のソーシャルネットワークとして利用可能になりました。
• LinkedIn ターゲティング。 LinkedIn では、オーガニック投稿を特定のユーザーグループにターゲット できます。国、業界、職位などでターゲットできます。
• YouTube ターゲティング。 YouTube 動画の 国と地域をブロックまたは許可 します。
• 自動スケジュール。 現在の時刻からスケジュールを開始するために、自動スケジュールをリセットします。これは 最後のスケジュール日を削除 することで実現されます。
• TikTok アナリティクス。 User profile 上の TikTok ソーシャルネットワークアナリティクスが、履歴的な 日次時系列 として利用可能になりました。
• TikTok 投稿。 投稿が完全またはほとんど AI で作成された場合、「クリエイターによって AI 生成としてラベル付け」 として投稿にラベルを付けることができます。
• X 投稿。 X は 1 つのツイートで 最大 4 つの動画 をサポートするようになりました。

​

2024 年 12 月

• ダッシュボード。 Web ダッシュボードの User Profiles ページのパフォーマンスが最適化されました。アカウントに含まれる user profile の数に関係なく、スムーズなスクロールと読み込みエクスペリエンスが得られるようになりました。
• ダッシュボード。 Web ダッシュボードの Posts ページで、履歴タイムラインに削除された投稿を含めることができるようになりました。これにより、成功した投稿と同じ方法で、削除された投稿にアクセス、フィルタリング、検索できます。
• 削除された投稿。 ユーザーまたはあなたがソーシャルネットワーク上で手動で投稿を削除した場合、Ayrshare で 手動で削除としてマーク できます。これにより、Ayrshare が今後投稿を削除しようとするのを防ぎ、より正確な投稿履歴にアクセスできるようになります。
• Webhook。 単一の呼び出しで、すべての user profile の登録済み webhook を取得 できるようになりました。
• アナリティクス。 Instagram 投稿アナリティクス にシェア、獲得フォロワー、プロファイル訪問、プロファイルアクティビティ数が含まれるようになりました。
• コメント。 TikTok コメント がコメント作成者の名前を返すようになりました。
• コメント。 X コメント がコメントが返信されたツイートの ID を返すようになりました。

​

2024 年 11 月

• すべて新しいドキュメント。 新しい Ayrshare ドキュメント をチェックしてください。以前のバージョンと比較して、多くのユーザーエクスペリエンスの改善を伴う、より高度なドキュメントプラットフォームに移行しました。
• Instagram アナリティクス。 Instagram 投稿アナリティクス に、リールが最初以降に何回リプレイされたか、および最初のインプレッション後にリールが再生された合計回数のメトリクスが含まれるようになりました。
• ハッシュタグ。 ハッシュタグエンドポイント で、投稿と同じ言語でハッシュタグを保持するための言語ヒントを指定できるようになりました。
• X アナリティクス。 X/Twitter Social analytics が、最新のツイートと、固定ツイートが設定されている場合は固定ツイートを返すようになりました。
• ダッシュボード。 開発者ダッシュボードで、自動スケジュールされた投稿は「Auto-Schedule」としてタグ付けされるようになりました。
• Auto-Schedule。 API を介して、すべての 保留中の自動スケジュール投稿を取得 します。これにより、スケジュール済みでまだ公開されていない投稿のリストが返されます。
• TikTok。 Social Analytics エンドポイントで リンクされた TikTok アカウントがビジネスアカウントかどうかを確認 できます。
• Instagram コメント。 コメントエンドポイント が、元の投稿を識別する Instagram のトップレベル投稿 ID を返すようになりました。
• 履歴。 履歴エンドポイント が「paused」のスケジュール済み投稿を返すようになりました。さらに、返される過去の投稿数が 1000 に増加しました。
• リンクページ。 User profile のソーシャルリンクページに フッターと著作権情報を追加 します。Max Pack が必要です。
• 画像変換。 画像リサイズエンドポイントで、変換プロセスの一部として PNG や他の画像タイプを JPG に変換 できるようになりました。Max Pack が必要です。

​

2024 年 10 月

• First Comment。 公開されたソーシャルメディア投稿に ファーストコメントを自動的に追加 します。ファーストコメントは、詳細とコンテキストを追加し、エンゲージメントを高め、会話のトーンを設定できる素晴らしい機能です。
• コメントエラー。 投稿エラーが返される方法と一致するように、コメントエラーも errors 配列フィールドで返される ようになりました。
• X/Twitter コメント。 X/Twitter のコメント とコメント返信に、画像と動画の両方を含むメディアを追加できるようになりました。
• Pinterest アナリティクス。 Pinterest メトリクスが強化 され、画像と動画の両方について、1 年間の完全なアナリティクスデータ、ライフタイムコメント、およびリアクションが含まれるようになりました。
• RSS フィード。 RSS フィードを追加する ときに、記事を公開するソーシャルネットワークを選択できるようになりました。これはダッシュボードと API の両方で利用可能です。
• ダッシュボード。 Ayrshare Dashboard API ページに新しい Monthly API Calls 概要があり、投稿 API 呼び出しに加えてコメント API 呼び出しも含まれるようになりました。

• PyPi パッケージ。 Python PyPi パッケージ が新しいエンドポイントで更新されました。

​

2024 年 9 月

• Facebook アナリティクス。 History Get All Posts と Analytics エンドポイントが、Facebook 投稿にいいねを付けたユーザーを返すようになりました。各ユーザーについて、ユーザー名とユーザー ID を取得できます。
• コンテンツモデレーション。 コンテンツが有害または不適切かどうかをチェックする新しい Moderation エンドポイントがあります。このエンドポイントは、テキストと画像の両方をサポートしています。
• LinkedIn リンク。 LinkedIn の企業ページの接続には、以前はユーザーがページの Super Admin である必要がありました。現在、LinkedIn 企業ページを管理する Content Admin が接続でき、投稿、アナリティクスの取得、コメントの管理が可能になりました。
• ユーザー管理。 User エンドポイント が、Facebook と Instagram の Page ID と User ID の両方を返すようになりました。
• ダッシュボード。 Web ダッシュボードの Post ページに、投稿が rss フィードから公開された場合にアイコンインジケーターが表示されるようになりました。
• Facebook レビュー。 Facebook レビュー がレビュアーのプロフィール画像を返すようになりました。
• Google レビュー。 Google Business Profile レビュー が、数千件あってもすべてのレビューを返すようになりました。

​

2024 年 8 月

• LinkedIn 履歴。 LinkedIn 個人ページの投稿履歴を取得 できるようになりました。以前は LinkedIn 企業ページのみが履歴を返していました。Ayrshare と LinkedIn の再リンクが必要です。
• LinkedIn アナリティクス。 LinkedIn の個人および企業ページに、likedBy や comment の詳細を含む新しいデータポイントが利用可能です。
• LinkedIn 検索。 brand エンドポイント で、人物や企業を検索できるようになりました。これは、投稿にいいねを付けたユーザーの詳細を確認するのに便利です。
• Facebook 履歴。 Facebook Page 履歴 の結果を、ページ自身が公開した投稿のみを表示するように制限できます。これにより、ページによって公開されていないすべてのコンテンツがフィルタリングされます。
• User Profile。 user エンドポイント が、この user profile に対して API 呼び出しが最後に行われた時刻のタイムスタンプを含む新しいフィールドを返すようになりました。
• X 長い投稿。 Premium X アカウントに長い投稿を公開 できます。長い投稿は最大 25,000 文字まで可能です。アナリティクスまたは履歴を呼び出すときに、長い投稿の本文全体と URL を含む 完全な長い投稿データを取得 できるようになりました。
• Web ダッシュボード。 投稿ページのデザインが改善され、いくつかの新しいコンテンツタイプが追加されました。ダッシュボードから直接、Facebook や Instagram の Reels、Stories、または YouTube Shorts を投稿できるようになりました。

• チーム管理。 チームメンバーを招待する ときに、招待を受け入れたかどうかを確認でき、Dashboard User Profiles ページから招待を再送信できるようになりました。
• AI 動画タイトル。 動画トランスクリプト に、推奨タイトルが含まれるようになりました。これは、すべての動画アップロードでタイトルが必要な YouTube への投稿に便利です。(Max Pack が必要)
• 投稿の一時停止。 post エンドポイントで スケジュール済み投稿を一時停止および再開 できます。
• センチメント分析。 generate エンドポイント は、投稿またはコメントの感情分析を生成して、それがネガティブ、ポジティブ、またはニュートラルかを理解できるようになりました。結果には、改善方法の推奨事項も含まれます。
• Instagram アナリティクス。 Instagram アナリティクス が強化され、エンゲージしたオーディエンスに関する追加の人口統計データを返すようになりました。
• TikTok 写真。 写真で TikTok に投稿 できるようになりました。以前は動画が必要でした。

​

2024 年 7 月

• 投稿履歴。 ソーシャルネットワークプラットフォーム、投稿が即時かスケジュール済みか、およびステータスに基づいて 履歴エンドポイントをフィルタリング します。
• Web ダッシュボード。 User profile のリストをタイトルまたは作成日でソートできるようになり、投稿のスケジューリングモーダルが改善されました。
• Webhook。 最初の webhook が成功レスポンスを受信しない場合、webhook は同じ hookId で自動的に 2 回リトライされる ようになりました。
• Reddit。 サブレディット名に基づいて サブレディットが存在するかを確認 します。
• Facebook Stories。 履歴エンドポイントを介して返される Facebook Story にカバー画像と動画への直接 URL が含まれるようになりました。
• 画像のクロッピング。 画像のリサイズに関する新しい「crop」モードオプション があります。画像をトリミングするための寸法と開始座標を指定できるようになりました。
• デモソーシャルメディア投稿アプリ。 ユーザーが複数のソーシャルメディアプラットフォームに同時にコンテンツを作成、スケジュール、投稿できる デモ React + Node.js Web アプリケーション のコードをリリースしました。
• マルチプラットフォーム投稿。 post エンドポイントが強化され、単一の API 呼び出しで 異なるソーシャルネットワーク用に投稿コンテンツとメディアをカスタマイズ できるようになりました。
• Instagram アナリティクス。 Instagram プロファイルアナリティクスが 日次履歴時系列 で利用可能になりました。
• Linkedin コメント。 Linkedin からのコメント取得 が、画像や動画のコメントメディアリンクを返すようになりました。

​

2024 年 6 月

• Ayrshare Messaging API。 Ayrshare Messaging Add-On は、Facebook Messenger、Instagram Messaging、X/Twitter Messaging を含むユーザー向けのダイレクトメッセージングをプラットフォームで管理できるようにするオプションの有料アドオンです。
• YouTube コメント。 YouTube コメント ID を使用して、YouTube のコメントを削除 できるようになりました。
• 自動ハッシュタグ。 より関連性の高いハッシュタグと投稿長の制限なしで、新しく完全に再構築された 自動ハッシュタグシステム を紹介します。ハッシュタグの数も投稿あたり最大 10 個まで増加しました。
• Web ダッシュボード。 ダッシュボード UI が更新され、投稿ページですべてのターゲットソーシャルネットワークをワンクリックで削除できるようになり、API Key ページに新しいコード例セクションが追加されました。
• User Profile 管理。 Profiles エンドポイントが強化 され、アクティブなソーシャルアカウントを持つプロファイルや、特定のプラットフォームを含むプロファイルに結果をフィルタリングできるようになりました。

​

2024 年 5 月

• Google Business。 Google Business Profile の場所 データ(電話番号、Web サイト URL、地図の場所など)を更新できるようになりました。
• 履歴検索。 History エンドポイントで、すべての user profile を横断して 投稿 ID を検索 できるようになりました。投稿 ID がわかっており、どの user profile が投稿したかわからない場合に便利です。
• User Profile タグ。 独自のタグを user profile に追加 することで、プロファイルをより整理して管理できます。Web ダッシュボードでは、割り当てられたタグを表示し、User Profiles ページでタグを検索することもできます。
• YouTube キャプション。 YouTube 動画に SRT または SVB ファイルで 独自のカスタムキャプションを追加 します。
• NPM パッケージ。 新しいエンドポイントとより詳細なドキュメントで、更新された Node.js NPM パッケージ がリリースされました。パッケージも social-media-api に名前が変更されました。
• Facebook コメント。 Facebook で コメントの一部として画像を追加 できるようになりました。
• Linkedin コメント。 Linkedin コメントが、特定のコメントに対するいいね数 を返すようになりました。
• Linkedin ブランド。 Linkedin データ の Brands エンドポイントが、アカウントのローカライズ名、会社の専門、会社の説明で強化されました。
• コメントの無効化。 Instagram、LinkedIn、TikTok で 投稿のコメントを無効化 できます。これは、新しい投稿またはすでに公開されている投稿に機能します。
• 履歴投稿。 Ayrshare 経由で投稿されていない投稿について、TikTok から履歴投稿データを取得 します。
• Instagram アナリティクス。 返信、シェア、退出数を含む Instagram Stories の新しいデータポイントが利用可能になりました。
• AI Generate。 1 つ以上の画像に基づいて、AI で ソーシャルメディア投稿を生成 します。画像キャプションを書くためにも使用できます。
• Web ダッシュボード。 ダッシュボードに一覧表示されている各 user profile について、接続されているソーシャルネットワークを表示できます。各ソーシャルネットワークアイコンにカーソルを合わせると、ソーシャルネットワーク上の名前を確認できます。
• ソーシャルリンク。 Web ダッシュボードとソーシャルリンクページで、ページまたは会社名の横にプロファイル画像が表示されるようになりました。

​

2024 年 4 月

• 自動スケジュール。 自動スケジュール公開 の曜日を選択できるように、または除外する特定の日を選択できるように強化されました。
• Facebook アナリティクス。 Facebook Post アナリティクス にインプレッションが含まれるようになりました。
• Instagram コメント。 Instagram のコメント取得 レスポンスに、ユーザー名、いいね数、非表示ステータスなどの追加の返信情報が含まれるようになりました。
• Facebook Page の場所。 Facebook Page の場所 で投稿にタグ付けできるようになりました。
• Facebook オーディエンスターゲティング。 Facebook で Page 投稿を作成するとき、年齢、郡、教育などのさまざまな人口統計要因を使用して、表示を特定のオーディエンスに制限 するオプションがあります。
• Linkedin コメント。 企業からの LinkedIn コメント に、組織タイプ、企業 Web サイト、企業説明を含む追加フィールドが追加されました。
• Instagram 履歴。 Instagram の履歴が、カルーセル内のすべての画像と動画 を返すようになりました。
• YouTube アナリティクス。 チャンネルレベルで YouTube アナリティクスの日次内訳を取得 します。

​

2024 年 3 月

• Instagram コラボレーター。 Instagram コラボレーションを使用すると、他のアカウントとコンテンツを共同で執筆できます。公開元の著者は、別のプライベートまたは公開アカウントをコラボレーターとしてタグ付けできます。Instagram コラボレーターをメディア投稿に追加 します。
• Google Business Profile。 レビューへのリンクと地図、プレイス ID、その他のデータを含む Google Business Profile の追加データが利用可能になりました。この追加データを取得するには、Google Business Profile を再リンクする必要があります。
• Facebook Page、Instagram、Google Profile の場所。 ページリンク画面で、Facebook Page、Instagram アカウント、Google Business Profile の ページの場所を表示 できるようになりました。
• Facebook プロファイルアナリティクス。 Facebook Social Profile Analytics が最大 4 四半期のデータを返すようになりました。データを集計または日次のいずれかで返すように設定できます。
• Facebook 履歴。 Facebook Stories が Get All History エンドポイント で返されるようになりました。
• ソーシャルリンクページ。 Ayrshare Social Linking ページが、元の開いたタブまたはウィンドウへの リダイレクトをサポート するようになりました。
• Facebook レビュー。 Facebook のレビューに返信 できるようになりました。
• Instagram フォロワー。 Instagram Get Followers Online に拡張された UTC 形式が追加されました。このデータは、1 時間あたりのオンライン Instagram フォロワーの合計履歴数を返し、最大エンゲージメントのために投稿を最適化できます。
• Instagram カルーセル。 Instagram カルーセル で動画と画像の両方を公開できるようになりました。合計最大 10 個のメディアアイテムを含めることができます。
• TikTok。 TikTok のキャプションが、「\n」文字による改行をサポートするようになりました。

​

2024 年 2 月

• レビュー。 新しい /reviews エンドポイントを使用して、Google Business Profile と Facebook Pages のレビューを取得、返信、削除できます。
• Linkedin コメント。 Ayrshare 外で行われたコメントについて、コメント ID で LinkedIn コメントを取得 します。
• Linkedin メンション。 コメントおよびコメントへの返信での Linkedin メンション が、参照される組織ハンドルに解決されるようになりました。
• 公開プロファイルデータ。 brand エンドポイント で Facebook Pages と Linkedin 名を検索できるようになりました。フォロワー、プロファイル画像、Web サイトなど、ユーザーや企業のソーシャルメディア公開情報を検索します。これらのユーザーや企業は、リンクされた Ayrshare ユーザーである必要はありません。
• Facebook コメント。 Facebook コメント のコメントエンドポイント API が、返信をレスポンスボディで直接返すようになりました。
• Instagram の禁止ハッシュタグ。 新しい API エンドポイント または新しい Web ツール を使用して、禁止されたハッシュタグをチェックします。これは、アカウントを停止やシャドーバンから守るのに役立ちます。
• Facebook Groups。 Facebook は、Facebook Groups への API アクセスを削除することを発表しました。詳細を見る。

​

2024 年 1 月

• より長い Instagram 動画。 Instagram 動画投稿 が最大 15 分の長さと 1 GB をサポートするようになりました。以前の 60 秒と 100 MB からの増加です。
• 投稿テキストの翻訳。 100 以上の異なる言語から選択して、投稿テキストを翻訳 します。例えば、英語をフランス語に、またはスペイン語をドイツ語に翻訳します。ソース言語は自動的に検出されます。
• エラー翻訳。 エラーメッセージは、お好みの言語に 自動的に翻訳 できます。これは、ユーザーの好みの言語でエラーを直接表示したい場合に便利です。
• Pinterest アナリティクス。 投稿タイトル、ノート、ボード ID を含む、すべての履歴を取得するための追加の Pinterest データポイント が利用可能です。
• 投稿長のチェック。 Check Post Length エンドポイント に、Facebook、Google Business Profile、LinkedIn、Pinterest、YouTube の検証が含まれるようになりました。
• 新しいユーザーバッチエンドポイント。 大量のデータセットが必要な場合、バッチエンドポイントは優れたオプションです。バッチエンドポイントを使用して、すべての user profile の json ファイルを取得 し、webhook を使用してファイルが準備できたことを通知 できます。
• Linkedin 履歴投稿。 Ayrshare 外で公開された Linkedin 投稿の履歴データを取得 します。
• Linkedin 投稿リアクション。 LinkedIn の Get All Post エンドポイント が、Likes、Praise、Maybe、Appreciation などの投稿のリアクションを返すようになりました。
• 最終 API 呼び出し時刻。 Web ダッシュボードの API Key セクションで、API キーを最後に使用した時刻にアクセスします。
• Ayrshare ダッシュボード履歴。 Web ダッシュボードで、新しい “Load more” ボタンを使用して、すべての履歴投稿または webhook ログを読み込めるようになりました。
• Webhook エラー。 成功対エラーレスポンスの割合を確認するため、webhook のエラー率を表示 します。

​

以前のアップデート

以前のアップデートについては、Update Archive を確認してください。