Opus 5.5とFable 5.1｜広告運用での使い分け

｜広告運用ノウハウ公開中！

より詳しく知りたい方は資料をダウンロード！

2026年9月22日にClaude Opus 5.5が公開され、Claudeの上位モデルの並びが変わりました。これまでいちばん上に置かれていたのはFable 5.1で、迷ったらFableという選び方で通っていました。

ところが公開されている比較を見ると、Opus 5.5はFable 5.1より安く、速く、ベンチマークでも下回っていません。広告運用の現場で毎日のようにレポートを作らせたり、広告文の案を出させたりしている場合、この単価差は月末の請求に直接出ます。

一方で、どんな業務でもOpus 5.5にしておけばいいという話にもなりません。モデルを変える前に見るべき設定があり、そこを飛ばして乗り換えると「結果が変わらないのに試算も合わない」という状態になります。

この記事では、Opus 5.5とFable 5.1の公式スペックを並べたうえで、広告運用の業務単位でどちらを使うかの判断基準、Fable 5.1を検討する場面の条件、そしてモデルを変える前に見直すところまでを整理します。

1. Opus 5.5とFable 5.1は何が違うのか

まず2つのモデルの位置づけを揃えます。どちらもClaudeの上位モデルで、担当する仕事の種類は重なっています。

1-1. Opus 5.5は「ほとんどの作業の入口」として置かれている

Opus 5.5は2026年9月22日に公開されたモデルです。Opus 5の後継にあたり、Opus 5と比べて実行コストが40%低く、出力速度は30%超向上しています。

公式が想定している用途は、長時間動き続けるコーディングと知識作業です（出典：Introducing Claude Opus 5.5 - Anthropic）。知識作業にはスプレッドシート、レポート、プレゼンテーションの作成が含まれると明記されています。広告運用で言えば、管理画面から落としたデータを整形してレポートにする、という流れがそのまま当てはまります。

1-2. Fable 5.1は「上位モデルの中でもさらに上」に置かれていた

Fable 5.1は、Opus 5.5が出るまでClaudeの最上位に置かれていたモデルです。公式が挙げている強みは、エージェント型コーディング、長時間実行されるエージェント型ワークフロー、知識作業で、とくに長いコードのリファクタリング、フロントエンドおよびビジュアルコード生成、財務と分析タスクで改善されているとされています。

注意したいのは、この強みの一覧がOpus 5.5の想定用途とほぼ重なっていることです。つまり「Fableは別の仕事をするモデル」ではありません。同じ仕事を、違う価格と性能で担当しています（出典：Claude Fable - Anthropic）。

1-3. 公開されている比較では9項目すべてでOpus 5.5が上

公開されている比較の読み方として、1点だけ押さえておくと判断が速くなります。公式発表の比較表では、Opus 5.5がFable 5.1を9項目すべてで上回ったと報じられています。差が大きいものとしてTerminal-Bench 4.0（66.4%／55.8%）が挙げられています。

ベンチマークの数字そのものは広告運用の成果と直結しません。ここで重要なのは「上位モデルを選んだつもりでFableにしておく」という従来の判断が、もう自動的に正しくはなくなったという点だけです。

2. 公式スペックで差があるのは単価だけ

モデル選びでいちばん誤解されやすいのが、上位モデルなら扱える情報量も多いはずだという思い込みです。この2つに関しては当てはまりません。

2-1. コンテキストと最大出力は同じ

項目	Opus 5.5	Fable 5.1
入力単価（100万トークン）	$4	$10
出力単価（100万トークン）	$20	$50
コンテキストウィンドウ	1Mトークン	1Mトークン
標準の最大出力	128Kトークン	128Kトークン

コンテキストウィンドウはどちらも1Mトークン、最大出力はどちらも128Kトークンです。一度に読み込める量と、一度に書き出せる量は同じです。

これが意味するのは、「3か月分のGSCエクスポートを丸ごと読ませたいからFableにする」という理由が成立しないことです。入りきらないならどちらでも入りきりません。分割の設計を考えるほうが先になります。

2-2. 単価は入力も出力も2.5倍

差があるのは単価です。入力が$4に対して$10、出力が$20に対して$50で、どちらも2.5倍です。

単価は改定されることがあるため、試算の前にClaude Platform のPricingで確認してください。この倍率は固定なので、試算がしやすくなります。同じ処理を同じプロンプトで走らせるなら、Fable 5.1に切り替えた瞬間に費用は2.5倍になります。逆に言えば、Fableで回していた処理をOpus 5.5に寄せると60%下がる計算です。

3. 広告運用の業務に当てはめる｜頻度と出力量で決まる

ここからが判断の本体です。単価が2.5倍という事実だけでは、どちらを選ぶかは決まりません。効いてくるのはその業務を月に何回動かすかと、1回あたり何文字書かせるかです。

3-1. 毎日動かす業務はOpus 5.5に寄せる

自社ブログの「AIを活用した広告運用とは？」では、レポート業務の変化をこう整理しています。

これまで手作業でエクセルなどにまとめていたレポート業務から解放されます。データを自動で集約するだけでなく、「CPA悪化の原因は、特定デバイスでのクリック率低下です」といった要因分析や、「次の一手」の提案までAIが文章で教えてくれるツールも登場しており、PDCAを回すスピードが劇的にアップします。

ここで注目したいのは、投げている仕事が「集約」ではなく「要因分析と提案」に寄っていることです。集約は表を整えるだけなので出力が短いのに対し、要因分析と提案は文章を書かせるので出力トークンが伸びます。

そして単価の差は、入力より出力のほうが絶対額で大きくなります。出力が$20と$50なので、書かせる量が多い業務ほどモデル差が効くということです。

日次・週次で回すものは、ここに全部入ります。

• 媒体別の実績レポートと前週比のコメント
• 広告文・見出しの案出し
• LPのファーストビュー文言のパターン作成
• 管理画面のエラー文を読んで対処方針を出す

いずれも毎週、場合によっては毎日動きます。回数が多い業務を2.5倍の単価で回す理由は、公式の推奨から見ても見当たりません。

AI活用で何をどこまで任せられるかの全体像は「AIを活用した広告運用とは？仕組み・注意点とおすすめツール4選」で整理しています。

3-2. 月1回の重い分析は、コスト差の絶対額が小さい

逆に、月に1回しか動かさない業務では単価差の影響が小さくなります。四半期のクリエイティブ総括や、年間の媒体ポートフォリオの見直しのような仕事です。

ここは「2.5倍になっても月1回なら払える」という判断が成立します。ただし成立するのは金額の話だけで、Fableのほうが結果が良くなる保証にはなりません。この点は第4章で扱います。

3-3. 判断の順番を1つに決めておく

業務ごとに毎回悩むと時間が溶けるので、順番を固定しておくのが実務的です。

1. まずOpus 5.5で走らせる
2. 結果が足りなければ、モデルを変える前にeffortを上げる
3. それでも足りない場合にFable 5.1を試す
4. 試した結果を、同じ入力で比べて記録に残す

この順番は公式の推奨と同じ並びです。公式は「ほとんどの作業にはOpus 5.5を、高いOpus effortレベルでも未解決のままの難しい問題にはFable 5.1を」と書いています。Fableは入口ではなく、詰まったときの次の手という置き方です。

4. Fable 5.1を選ぶ場面は限られる

Fable 5.1を使うべき場面がないわけではありません。ただし条件が明確なので、そこを外すと払った分が返ってきません。

4-1. 条件は「Opus 5.5のeffortを上げても解けなかったとき」

公式の推奨をそのまま読むと、Fable 5.1の出番はOpus 5.5の高いeffortでも未解決の問題に限定されています。言い換えると、Opus 5.5で試していない段階でFableを選ぶ理由は公式側に書かれていません。

広告運用でこの条件に当たりそうなのは、次のような仕事です。

• 複数媒体・複数月のデータを横断して、CPA悪化の要因を切り分ける
• 既存の計測タグとパラメータの構成を読み、取り違えを洗い出す
• 大量のクリエイティブを分類し、勝ちパターンの共通項を言語化する

いずれも「長く考えさせる」「多くを突き合わせる」仕事です。公式がFableの強みに財務と分析タスクを挙げていることと方向が合っています。

4-2. effortを上げるほうが先に効くことがある

ここが実務で見落とされます。Claudeには推論に使う労力の段階があり、同じモデルでも段階を上げると結果が変わります。

段階を上げたOpus 5.5が、Fable 5.1を低い段階で使った場合より良い結果になることは起こり得ます。モデルを上げるか段階を上げるかは別の選択肢であって、上位モデルに替えることだけが手段ではありません。

実務上の意味は1つです。結果が足りないときに最初に触るのはモデル名ではなくeffortということです。モデルを上げると単価が2.5倍になりますが、effortを上げても単価は変わりません。増えるのは消費トークンだけです。

5. モデルを変える前に見直すところ

モデルを乗り換えても結果が変わらない、というのはよく起きます。原因は2つにほぼ集約されます。

5-1. 同じ条件で比べていないと、差が判定できない

• 症状：Fable 5.1に切り替えたら出力が良くなった気がするが、Opus 5.5に戻すと悪くなった気もしない。どちらが良いか決められず、なんとなく高いほうを使い続けてしまう。結果としてモデル費用だけが上がり、意思決定は何も変わらない状態が続きます。
• 原因：比較のときにプロンプトも入力データもeffortも同時に変えているためです。モデルを変えるタイミングで「ついでにプロンプトも直す」のは自然な動きですが、そうすると差がモデル由来なのかプロンプト由来なのかが切り分けられません。広告運用のABテストで、クリエイティブとLPを同時に変えてしまうのと同じ構造です。
• 対策：比較するときは入力・プロンプト・effortのうち1つだけを変えると決めます。実務では、まず同じ入力で5〜10件を両モデルに通し、出力を並べて読みます。そのうえで「どちらが良いか」ではなく「何がどう違うか」を1行で書き出します。言葉にできない差は、業務上の差ではないと判断して構いません。
• 回避策：比較に使う入力を固定のセットとして保存しておくことです。先月のレポート3本、広告文の案出し3件、エラー対処の判断2件のように、自分の業務から取った実データで揃えます。新しいモデルが出たときに同じセットを流せば、毎回ゼロから設計しなくて済みます。モデルの更新頻度を考えると、この固定セットがあるかどうかで判断の速さが変わります。

5-2. 出力トークンが読めていないと、試算がぶれる

• 症状：単価表を見て月額を試算したのに、実際の請求が想定の数倍になる。あるいは逆に、恐れていたほどかからず、比較検討に時間をかけた分だけ損をする。どちらにしても、次の判断に使える数字が手元に残りません。
• 原因：入力トークンは見積もりやすいのに対し、出力トークンは指示の書き方で大きく動くためです。「要因を分析してください」と書くと数千トークン返ってきますが、「要因を3つ、各80字以内で」と書けば数百トークンで収まります。出力単価はOpus 5.5で$20、Fable 5.1で$50なので、ここが読めていないと試算そのものが成立しません。
• 対策：出力の長さを指示に書き込むのが最も効きます。レポートのコメントなら「各媒体2文」、広告文なら「15案・各30字以内」のように、形式を先に決めます。そのうえで実際の消費トークンを1週間だけ記録し、1回あたりの平均を出します。平均が出れば、月の回数を掛けるだけで試算できます。
• 回避策：業務を出力が長いものと短いものに分けて管理することです。長いもの（要因分析・企画の下書き）は回数が少ないので単価差を払いやすく、短いもの（文言の量産・分類）は回数が多いので安いモデルに寄せる価値が大きい。この仕分けを先にしておくと、新しいモデルが出るたびに全業務を見直す必要がなくなります。

5-3. モデル費用だけ見ても、運用コストは下がらない

もう1つ、自社ブログで触れている論点があります。

データの受け渡しや各ツールの学習コスト、コミュニケーションのズレといった見えない人件費（運用コスト）

モデルの単価は目に見えるコストです。一方で、データをどこから出してどこへ渡すか、出力をどのツールに貼り直すか、という手数は請求書に出てきません。モデルを安いほうに寄せても、受け渡しの手数が増えていれば全体では重くなります。

AIにどこまで業務を渡せるかの整理は「AIによる広告の自動化とは？制作と運用の自動化とメリット」で扱っています。

6. Squad beyondで、出力を受け止める側を整える

ここまで見てきたとおり、モデル選びで効くのは「どの業務を、何回、どれだけ書かせるか」です。そしてその出力が最後に向かう先は、多くの場合LPの文言とパターンです。

広告文を15案出させても、受け皿のLPが1枚しかなければ試せる組み合わせは限られます。訴求ごとにページを分け、文言を差し替えながら並行で配信して結果を見る、という形にして初めて出力の量が成果に変わります。Squad beyondは、この受け皿側を複製・差し替え・並行配信できるようにするツールです。

モデルをどれにするかは月単位で変わっていきます。Sonnet 5.5とHaiku 5.5も続いて提供される見込みで、単価と性能の並びはこれからも入れ替わります。一方で「出力を受け止めるページをどれだけ速く作って差し替えられるか」は、モデルが変わっても効き続ける部分です。

ClaudeからSquad beyondのデータを直接参照して分析させる手順は「ClaudeでMCPを設定・接続する方法｜手順と活用例を解説」にまとめています。

7. Opus 5.5とFable 5.1の使い分けについてよくある質問（FAQ）

8. まとめ

2026年9月22日のOpus 5.5公開で、Claudeの上位モデルの選び方が変わりました。これまでは迷ったらFable 5.1でしたが、公開されている比較ではOpus 5.5が9項目すべてで上回り、単価は入力も出力も2.5分の1です。

公式スペックで差があるのは単価だけです。コンテキストウィンドウは1Mトークン、最大出力は128Kトークンで、扱える量は同じです。「大量のデータを読ませたいから上位モデル」という理由は成立しません。

広告運用での判断は、その業務を月に何回動かすかと、1回あたりどれだけ書かせるかで決まります。日次・週次で回すレポートや文言の案出しはOpus 5.5に寄せ、Fable 5.1は「Opus 5.5のeffortを上げても解けなかったとき」に限って検討する。公式の推奨もこの並びです。

結果が足りないときに最初に触るのはモデル名ではなくeffortです。モデルを上げると単価は2.5倍になりますが、effortを上げても単価は変わりません。そして比較するときは、自分の業務から取った固定セットを使い、変える要素を1つに絞ってください。モデルは今後も入れ替わるので、この判定の仕組みがあるかどうかが差になります。

---

　

Squad beyondサービス紹介資料はこちらからダウンロード