画像および動画投稿の要件
ソーシャルネットワークに投稿を公開する際は、各ネットワークの要件に従うことが重要です。 これらのガイドラインに従うことで、投稿がソーシャルネットワークに受け入れられ、意図した視聴者に届くことを保証できます。 詳細はpostエンドポイントを参照してください。受け入れられるファイル形式
ファイルには、jpg、jpeg、png、webp、gif、mp4、mov、aviなどの受け入れられるファイル拡張子と、image/jpegやvideo/mp4などのcontent-typeが必要です。 さらに、LinkedInは以下の拡張子のファイル形式を受け入れます: ppt、pptx、doc、docx、pdf。 メディアURLにñなどの特殊文字が含まれる場合は、送信前にエンコードしてください。 各ネットワークの詳細については以下を参照してください。自動画像形式変換。 WebP、HEIC、HEIF、およびAVIFのソース画像は、それらをネイティブに受け付けないプラットフォームへの投稿前に自動的にJPEGに変換されます。WebPはInstagram、LinkedIn、TikTok、Google My Business、Threads、Snapchat向けに変換され、HEIC、HEIF、およびAVIFはサポートされるすべてのプラットフォームで変換されます。変換は送信時に透過的に実行されるため、
mediaUrlsを介してこれらのフォーマットを送信すれば、Ayrshareが宛先プラットフォームに合わせた形式を処理します。以下の各プラットフォーム別「サポートされる形式」リストは、各ネットワークが最終的にwire上で受け入れる形式を説明しています。事前に変換する必要はありません。失敗時の動作については画像形式変換エラー（コード450、451、452）を参照してください。画像が変換される際に埋め込みメタデータがどう扱われるかについては、画像メタデータとContent Credentialsを参照してください。最大画像数
単一投稿でプラットフォームごとに受け入れられる最大画像数:- Bluesky: 4枚。
- Facebookページ: 10枚（カルーセル投稿を含む）。
- Instagram: 10枚。
- Google Business Profile: 1枚。
- LinkedIn: 9枚。
- Pinterest: 1枚。
- Reddit: 1枚。
- Telegram: 1枚。
- Threads: 20枚。
- TikTok: 35枚。
- X/Twitter: 4枚。
最大動画数
Bluesky、Facebook、Instagram、LinkedIn、Pinterest、Telegram、Threads、TikTok、X/Twitter、およびYouTubeでは、投稿ごとに_1つ_の動画のみ許可されます。Redditはまだ動画をサポートしていません。 50 MBを超える大きな動画ファイルの場合、非同期処理のためにscheduleDateパラメータを使ってスケジュール投稿を作成することをお勧めします。
また、ソーシャルネットワークでのタイムアウトを防ぐため、メディアURLのアップロード速度も確認してください。
メディアファイルを約5分以内にダウンロードできない場合、タイムアウトが発生する可能性があります。
標準的なソーシャル動画要件
各ソーシャルネットワークは異なる動画要件を持っています。X/Twitter、Instagram、Facebook、TikTokなどのソーシャルネットワークに公開できる動画が必要な場合は、以下の標準を使用してください: サイズ: 1080 x 1920 px 長さ: 60秒 サイズ: 50 MB 形式: MP4 縦向き動画の例:https://img.ayrshare.com/random/portrait5.mp4
より長く大きなファイルを受け入れるYouTubeなどのネットワーク向けに、特定のサイズの動画を作成することもできます。各ネットワークの詳細については以下を参照してください。
テスト用のランダム動画作成方法をご覧ください。
コンテンツタイプ
投稿時、content-typeが適切に設定されていることを確認してください。例: image/png、image/jpg、image/jpeg。
セキュアURL
独自のメディアURLを投稿する場合、リンクはSSLを使用しhttps://で始まる安全なものである必要があります。
ソーシャルネットワークメディア要件
Blueskyメディア要件
Facebookメディア要件
Google Business Profileメディア要件
Instagramメディア要件
LinkedInメディア要件
Pinterestメディア要件
Redditメディア要件
Snapchatメディア要件
Telegramメディア要件
Threadsメディア要件
TikTokメディア要件
X/Twitterメディア要件
YouTubeメディア要件
Image Metadata and Content Credentials
画像には、ICC カラープロファイル、XMP パケット、EXIF カメラデータ、C2PA Content Credentials マニフェストなど、埋め込みメタデータが含まれることがよくあります。 画像が AI ツールで生成または編集された場合、AI 開示情報は通常、XMP パケット内にIptc4xmpExt:DigitalSourceType プロパティとして格納され、C2PA マニフェストにも含まれることがよくあります。
Ayrshare は、上記の受け入れられるファイル形式で説明したとおり、宛先ネットワークがソース形式を受け付けない場合に画像を JPEG に再エンコードします。
再エンコードはファイルを書き換えるため、このセクションでは Ayrshare が何を引き継ぎ、何を破棄し、各ネットワークが結果をどう扱うかを正確に説明します。
動画は決して再エンコードされず、そのメタデータはそのまま残ります。
変換時に保持されるメタデータ
- 色の再現。 広色域画像は、変換後も変換前と同じように見えます。 それがどのように実現されるかはソース形式によって異なり、変換後のファイルを検査する場合はその違いを知っておく価値があります。HEIC または HEIF 画像は元の ICC カラープロファイルを保持し、それが JPEG に引き継がれます。WebP または AVIF 画像は代わりに標準 sRGB に変換されるため、埋め込みプロファイルを破棄するネットワーク上でも色は正しく表示されます — 変換後の JPEG には ICC プロファイルは不要となり含まれません。
- AI 開示情報のみ。 Ayrshare は、
Iptc4xmpExt:DigitalSourceType(画像がカメラで撮影されたか、編集されたか、アルゴリズムによって生成されたかを記録する IPTC プロパティ)を含む小さな新しい XMP パケットを書き込みます。これにより、生成ツールが書き込んだ開示情報がネットワークに届きます。パケットはコピーではなく新しく構築されるため、画像の元の XMP からはそれ以外の情報は引き継がれません。作成者や著作権フィールド、キーワード、編集履歴、そしてphotoshop:CityやIptc4xmpExt:LocationCreatedなどの位置情報フィールドはすべて残されるため、あなた自身や写真の撮影場所に関する情報が誤って公開されることはありません。以下の 保持されないメタデータ を参照してください。 - 合成された AI 開示情報。 C2PA マニフェストが AI 起源を主張しているが XMP パケットにそれが記録されていない場合、Ayrshare は同等の
Iptc4xmpExt:DigitalSourceType値を出力 XMP に書き込むため、マニフェストとともに開示情報が失われることはありません。Ayrshare が独自に AI 起源を推測することはありません。値は、画像が既に持っている場合は引き継がれ、C2PA マニフェストが主張している場合にのみ合成されます。どちらにも開示情報がない AI 生成画像は、開示情報なしで公開されます。
保持されないメタデータ
- AI 開示情報以外のすべて。 変換後の画像には EXIF ブロックはまったく含まれません — GPS 座標、カメラのメーカー、モデル、撮影時刻は含まれません — また、元の XMP パケットから開示情報以外は何も引き継がれません。これには
dc:creatorやdc:rights、キーワード、編集履歴、そしてexif:GPS*やphotoshop:City、Iptc4xmpExt:LocationCreatedなどのすべての位置情報フィールドや作成者テキストが含まれます。出力パケットはフィルタリングではなく一から構築されるため、そこに現れる可能性があるのは開示情報のみです。作成者や著作権メタデータをネットワークに届ける必要がある場合は、変換が発生しないよう、そのネットワークがネイティブに受け付ける形式で公開してください。 - 非常に長い開示情報の値。 Ayrshare が書き込むパケットは JPEG の固定サイズに収まる必要があり、60,000 バイトを超えるほど長い開示情報の値は切り詰められるのではなく省略されます。実際の IPTC 値は数十バイト程度なので、実運用ではこれは発生しません。投稿は成功し警告も返されないため、参考のためにドキュメントに記載しています。これは 開示情報 に対する制限であり、画像の元のパケットに対するものではないことに注意してください — 元の XMP が大きくても、書き込まれるのは元のものではないため、開示情報が失われることはありません。
- C2PA の暗号署名は再エンコードで失われます。 C2PA マニフェストは、それが添付されていたファイルの正確なバイト列に対して署名されています。画像を JPEG に変換すると異なるバイト列になるため、署名は有効ではなくなり引き継がれません。開示情報 は変換を生き延びますが、署名 はそうではありません。変換された画像は、Content Credentials バリデータで署名済みコンテンツとして検証されません。
変換が発生するタイミング
- JPEG と PNG はそのまま通過します。 再エンコードもメタデータの変更もありません — 送信したバイトがそのままネットワークに届きます。
- WebP は Instagram、Threads、LinkedIn、TikTok、Google Business Profile、Snapchat 向けに JPEG に変換されます。
- HEIC、HEIF、AVIF はすべてのネットワーク向けに JPEG に変換されます。
- 動画 は決して変換されません。
各ネットワークがメタデータをどう扱うか
メタデータを保持することは道のりの半分に過ぎません。取り込み時にメタデータを保持するかどうか、AI ラベルをレンダリングするかどうかは、各ネットワークが独自に決定します。 以下の結果は、プラットフォームの AI フラグを設定せずに 2026 年 8 月に公開された実際の投稿から得られたもので、埋め込みメタデータが唯一のシグナルでした:
Meta は Facebook、Instagram、Threads の全体で開示情報を一貫して保持しますが、ラベルの表示は面ごとに異なります: Facebook と Instagram は表示しますが、Threads は現在表示していません。
これら 2 つの列は独立しており、Instagram はそれをわざわざ述べる価値がある理由となっています: AI 開示情報を保持しながら、カラープロファイルは破棄します。これも、WebP や AVIF 画像を保持すべきプロファイルを与えるのではなく、標準 sRGB に変換する理由です — プロファイルを保持するネットワークでしかプロファイルは役に立ちませんが、正しい sRGB カラーはどこでも正しく表示されます。
上記に記載されていないネットワークは測定していません。ネットワークの動作は予告なく変更される可能性があるため、この表は保証ではなく観測された動作として扱ってください。
メディアを直接アップロードする場合
POST /media/upload は、送信したバイトをそのまま保存します。
再エンコードは行われず、EXIF や C2PA マニフェストを含むすべてのメタデータは、送信されたとおりに保存されます。
上記の保持動作は、画像が異なる形式を必要とするネットワークに公開される場合にのみ適用されます。