Instagramリールの最適な投稿時間をテストする方法

1. アカウント、カウント、判断を一つずつ決める

リールはInstagramの動画投稿です。指標とは、公開されている閲覧数など、測定した値を指します。テスト用の投稿を公開する前に、指標を一つ選んでください。

例えば、公開から24時間後の公開`views`を選べます。これはテスト条件の一案です。公開から24時間後が最適な測定時点だと主張するものではありません。

経過時間とは、公開から過ぎた時間です。公開から24時間後のカウント値と二日後のカウント値では、経過時間が異なります。同じ比較に含めないでください。

結果を集める前に、次のルールを書いてください。

1. テストするアカウントを明記する。
2. リールの形式と、扱うテーマの範囲を決める。
3. 公開カウントを一つ選び、その定義を変えない。
4. 各測定を公開から何時間後に行うか決める。
5. 投稿スケジュールについて何を決めたいのか明記する。
6. 欠損した測定値、遅れた測定値、不確かな測定値の扱いを決める。

`views`、`plays`、`playsInstagram`、`likes`、`comments`は別々に扱ってください。欠損した閲覧数を再生回数で置き換えないでください。いいね数を閲覧数に足さないでください。閲覧数は、重複を除いた人数ではありません。

例えば、継続可能な二つの投稿時間帯から一つを選ぶことは、有用な判断になります。このテストでInstagramの順位付けのルールを明らかにすることはできません。視聴時間や非公開のリーチを測定するものでも、有料と無料の成果を分けるものでもありません。

2. 実行可能な時間帯と統一した時刻のルールを決める

自分の作業に合う時間帯を二つか三つ選んでください。三つにすると各グループの比較可能な投稿が少なくなりすぎる場合は、二つから始めます。

各時間帯を明確に定義してください。開始時刻、終了時刻、タイムゾーンを記載します。終了時刻をその時間帯に含めるかどうかも明記してください。例えば、開始時刻を含め、終了時刻を含めないルールにできます。これにより、一つの投稿時刻が隣り合う二つの時間帯に重複して入ることを防げます。

アカウントのタイムゾーンと夏時間の扱いを書いてください。夏時間によって、一部の現地時刻とUTCの関係が変わります。UTCは世界共通の時刻の基準です。投稿スケジュールには現地の投稿時刻を残してください。正確なUTCの日時が分かる場合は、それも保存します。経過時間の計算には正確な日時を使ってください。

テスト中に夏時間への移行や終了がある場合は、あらかじめ書いたルールに従ってください。現地時刻に基づく時間帯を、説明なく固定のUTC時刻に変更しないでください。

所有者向けのインサイトは、計画の参考にできます。ただし、テストの代わりにはなりません。非公開のオーディエンス情報は、所有者用の記録で管理してください。公開閲覧数から、オーディエンスがオンラインになる時間帯を特定できるとは主張しないでください。

現在の投稿パターンを説明する際は、投稿形式と投稿頻度のガイドを利用できます。投稿頻度とは、どのくらいの間隔で投稿するかという意味です。そのガイドは投稿活動を集計します。一方、このガイドでは今後の投稿時間を選び、その後の結果を比較します。

3. 比較可能なリールを時間帯と曜日に分散して割り当てる

割り当てとは、各リールをどの時間帯に投稿するか決めることです。結果を見る前に、割り当てを記録してください。

予定する投稿は、作業上可能な範囲で比較しやすいものにしてください。テーマ、形式など、比較に影響しうる違いを記録します。有望なテーマをすべて一方の時間帯に集め、成果が不確かなテーマをすべて別の時間帯に集めないでください。

順番に割り当てる方法で、こうした違いを分散させます。これは、予定する投稿の種類ごとに、割り当てる時間帯を入れ替える方法です。偶然によって時間帯を選ぶ、無作為割り当ても使えます。どちらの方法でも、小規模なテストの不確実性をすべてなくすことはできません。

次の順序で進めてください。

1. 公開予定のリールを一覧にする。
2. 似たテーマや形式をグループにまとめる。
3. 各グループの投稿を、選んだ時間帯に分散して割り当てる。
4. 各時間帯の投稿を、テストする曜日にも分散させる。
5. 公開前に割り当てを保存する。
6. 変更内容と、それぞれの変更理由を記録する。

曜日と時間帯を組み合わせたスケジュール自体をテストしたい場合を除き、一方の時間帯に平日の投稿だけを、もう一方に週末の投稿だけを割り当てないでください。そうすると、曜日と時間帯の影響を区別できなくなります。

一度大きな成果が出たからといって、残りの有望なリールをその時間帯に移さないでください。元の計画を維持します。新しい計画が必要な場合は、新しいテスト期間として明記してください。

宣伝、祝日、コラボ相手も記録してください。コラボ相手とは、その投稿に関わる別のアカウントです。順番に割り当てても、こうした違いが重要になる場合があります。

4. 投稿スケジュールと測定記録を保存する

測定記録とは、測定した時刻が分かる状態で保存したカウント値です。測定予定時刻と実際の測定時刻は分けて管理してください。

次の表は、ワークシートに用意すると役立つ列を示しています。一部にはActorのフィールド名を使っています。Actorとは、ホストされた環境で動くデータ収集プログラムです。それ以外の列は、自分で作成する記録です。

公開日時の精度を確認してください。日付だけの値で分かるのは、公開した日だけです。公開時刻は分かりません。日付だけの値を、午前零時の日時に置き換えないでください。

正確な時刻が必要な場合は、所有者の投稿記録を別途保存してください。その記録と公開情報の日時フィールドが食い違う場合は、両方を残します。経過時間を使う前に、不一致を解消してください。

手動で測定する場合は、情報源と、表示されたカウント値が正確な値か丸められた値かを保存してください。画面上で丸められた表示値と、保存済みの正確なカウント値を、同じ精度の値として混在させないでください。

5. 選んだ公開カウントを収集する

予定した経過時間で同じ公開カウントを保存できるなら、手動の記録でもテストを続けられます。時間帯が違っても、情報源は統一してください。毎回、実際の測定時刻を記録します。

Instagram Metrics Scraperには、既知のコンテンツURLから現在の公開指標のデータ行を収集する方法が文書化されています。公開ビルド1.0.35は、`mode`に`contentUrls`を指定し、`startUrls`に直接URLを入力する形式に対応しています。提示された公開仕様は2026年10月25日に確認されました。このガイドのための有料実行は行っていません。したがって、裏付けられるのは文書に記載された入力とフィールドの説明であり、現在の実行結果ではありません。公開されているデフォルトビルドの記録を参照してください。

実行とは、Actorを一度動かすことです。次の小規模な入力例は、受け付ける入力フィールドを定義した公開入力スキーマと照合済みです。ただし、実行はしていません。

{
  "maxItems": 1,
  "mode": "contentUrls",
  "startUrls": ["https://www.instagram.com/reel/DIwcCZgxVZP/"]
}

サンプルURLを、テスト対象である既知の公開リールURL一つに置き換えてください。サンプルの値は完全に置き換えます。自分のURLと一緒に残すと、無関係な対象が追加されます。

`maxItems`は、返される指標データ行の総数を制限します。URLを一つだけ確認するこの例では、上限1が適しています。より多く収集する場合は、予定した一覧が途中で切れないように上限を見直してください。その場合も、予定したすべてのURLについて、結果があるか欠損しているかを対応付けます。

Instagram Reels Performance Trackerは公開Taskです。Taskとは、保存済みの入力プリセットです。ページとプリセットの識別情報は確認済みです。ただし、認証済みアカウントで保存設定を確認しておらず、このガイドのための実行も行っていません。使う前に設定を確認し、サンプル入力を置き換えてください。

Actorは、現在の公開測定値を提供します。投稿の割り当て、測定計画、比較、判断は自分で行います。プリセットが測定をスケジュールしたり、この実験を最後まで実施したりすると考えないでください。

6. 比較前に予定したすべての測定を確認する

Actorによる測定では、実際の収集日時に`scrapedAt`を使ってください。実行開始時刻や予定した通知時刻で代用しないでください。`publishedAt`は公開日時の根拠です。この二つのフィールドは用途が異なります。

確認済みの公開日時と測定日時から経過時間を計算します。24時間後に収集するための通知は、計画にすぎません。実際に24時間後に収集した証拠にはなりません。

以下で示す正確な24時間後の値を使う方法では、ちょうど24時間後に測定した値だけを集計に含めます。早すぎた測定値や遅れた測定値は、別の行に残してください。作業上、測定時刻に許容幅が必要なら、テスト前に決めます。その場合は、経過時間に幅がある比較として報告し、実際の経過時間も示してください。正確な24時間後のデータとは記載しないでください。

次の問題がないか確認してください。

`status`、`statusReason`、`postMetricStatus`が返された場合は、内容を確認してください。値はそのまま保存します。データ行が存在するだけで、すべての指標を使えると判断しないでください。

新たに実行しても、過去に取り逃した測定値は復元できません。月次の保存カウントに関するガイドでは、過去の集計期間の区切りについて同じ制約を説明しています。このテストでは、その制約が各投稿の測定予定の経過時間に当てはまります。

7. 条件を満たす投稿を比較し、欠損も示す

比較対象となる測定値は、テスト前に決めたルールを満たす値です。条件を満たさない投稿も含め、すべての投稿を示してください。そのうえで、予定した各グループ内で、比較対象の測定値だけを集計します。

投稿時間帯ごとに、次の項目を報告してください。

1. 予定した投稿数。
2. 比較対象となる測定値の数。
3. 欠損または除外した測定値の数と理由。
4. 比較対象となるすべてのカウント値。
5. カウント値の中央値。
6. 比較対象となるカウント値の最小値と最大値。

中央値とは、カウント値を小さい順に並べたときの中央の値です。値の個数が偶数の場合は、中央にある二つの値の平均を求めます。ここでの平均は、二つの値の合計を二で割った値です。

値の範囲は、最小値から最大値までを示します。これにより、中央値の小さな差が、投稿結果の大きなばらつきの中にあるかどうかを読者が確認できます。中央値だけを示さず、投稿数と欠損も併記してください。

割り当てをもう一度確認してください。一方の時間帯に宣伝した投稿が多くありませんか。特定のテーマに偏っていませんか。測定の失敗によって、一方のグループから特定の種類の投稿がすべて抜けていませんか。こうした制約は結果と並べて示してください。

差が示すのは、条件を満たしたサンプル内で起きたことです。投稿時間の効果がすべてのケースに共通することを証明するものではありません。

8. 独自の架空例で手順を確認する

この例はすべて独自に作成したフィクションです。説明のために作った架空の記録です。Actorの出力でも、実在するアカウントの結果でもありません。

架空のアカウントで、実行可能な二つの投稿時間帯AとBをテストします。公開から24時間後の正確な公開`views`を使います。架空の所有者は、正確な投稿記録を持っています。比較可能なテーマを、二つの時間帯とテストする曜日に順番に割り当てます。

九本のリールを予定しました。八本には、比較条件を満たす正確な24時間後の測定値があります。九本目には、測定が遅れた25時間後の値しかありません。そのカウント値は24時間後の集計に含めません。

B5で欠損しているのは、測定できなかった正確な24時間後のカウント値です。ゼロではありません。遅れて測定した値で、この欠損を埋めることはできません。

時間帯Aの比較対象となる閲覧数を小さい順に並べると、100、120、140、160です。中央の二つの閲覧数は120と140です。

中央値 A = (120 + 140) / 2 = 130 views.

時間帯Bの比較対象となる閲覧数を小さい順に並べると、110、130、150、170です。中央の二つの閲覧数は130と150です。

中央値 B = (130 + 150) / 2 = 140 views.

観測された中央値の差は、次のとおりです。

140 views − 130 views = 10 views.

Aを基準とした相対的な差は、次のとおりです。

10 views / 130 views × 100 = 7.69%.

この割り算では、閲覧数の単位が約分されて消えます。この割合は、二つの中央値を比較したものです。人数の割合でも、確実性の尺度でも、増加を約束する値でもありません。

比較対象の測定値では、Bの中央値のほうが高くなっています。ただし、両グループの値の範囲は重なっており、Bには正確な経過時間での測定値の欠損もあります。この小規模な架空サンプルは、すべてのケースに共通する最適な時間を証明するものではありません。慎重に次の判断をするなら、Bを継続的に優先する前に、計画した比較を繰り返します。