媒体の仕様変更をクライアントにどう伝えるか|対応作業を信頼と単価につなげるフリーランスの報告術

媒体の仕様変更をクライアントにどう伝えるか|対応作業を信頼と単価につなげるフリーランスの報告術

媒体側の仕様変更に気づき、期限までに黙々と対応を済ませた。クライアントからは何も言われず、翌月の請求も先月と同じ金額だった。フリーランスや1人マーケターとして広告運用を請け負っている方から、こうした話を聞くことがあります。困ったことに、うまく対応できたときほど何も起きません。配信が止まらず、数字も動かなかったのだから、外から見れば「今月も普段どおり」です。2026年は、この種の変更がとくに重なった年でした。伝わらないまま処理された仕事は、次の単価交渉のときに材料として使えません。ここでは、何を伝えるべき変更として拾い、それをどう報告すれば作業ではなく判断として届くのかを整理します。

2026年は、伝えなければ気づかれない変更が重なった

期限つきの変更と、静かに効いてくる変更を分ける

まず、変更を2種類に分けて扱うと判断が速くなります。ひとつは期限があり、対応しなければ配信や計測が止まるもの。もうひとつは期限がなく、放っておいても当面は何も起きないものです。前者は報告の必要性がはっきりしています。後者が難しく、そして見落とされます。2026年の例で言えば、LINEヤフー広告への移行は前者です。LINE広告は2026年10月下旬に配信を停止する予定が示されており、それまでに移行を終えなければ配信が途切れます。一方、Google広告が2026年6月1日から日次・週次データの保持期間を37か月に短縮した件や、LINEヤフー広告の検索広告が7月29日から同じく37か月へ変わった件は、明日の配信には何も影響しません。影響が出るのは、3年より前のデータを見ようとした日です。

変更を拾う経路は、公式の告知に寄せる

拾い漏れを減らす方法は単純で、一次情報の告知ページを定点観測に組み込むことです。媒体各社は仕様変更やポリシー改定の告知を専用のページにまとめており、まとめ記事より早く、内容も正確です。SNSのタイムラインで流れてくる情報は気づくきっかけとしては優秀ですが、施行日や適用範囲が省かれていることがあります。クライアントに伝える段階では、必ず告知の原文で日付と対象を確認してから使います。ここは「情報収集の習慣づけ」の問題というより、確認先を1つに決めているかどうかの問題です。2026年の主な変更を、伝えるべきかどうかの観点で並べると次のようになります。

媒体の仕様変更をクライアントにどう伝えるか|対応作業を信頼と単価につなげるフリーランスの報告術

変更 期限 クライアントへの報告
LINE広告の配信停止とLINEヤフー広告への移行 2026年10月下旬 必要(配信が止まる/作業量が発生する)
Google広告のデータ保持期間の短縮(日次・週次が37か月へ) 2026年6月1日から適用済み 必要(過去比較の前提が変わる)
LINEヤフー広告 検索広告のデータ取得可能期間の短縮 2026年7月29日から 必要(同上)
Google広告の利用規約改定(自動生成アセットの確認義務など) 2026年7月1日から適用済み 必要(確認作業の責任範囲が関わる)

「対応しました」で終わらせると、価値が伝わらない

作業の報告ではなく、避けられたリスクの報告にする

報告の書き方で結果が変わります。「LINEヤフー広告への移行を完了しました」とだけ書けば、受け取る側にはタスクが1つ片づいた事実しか残りません。同じ内容でも、対応しなかった場合に何が起きていたかを添えると、意味が変わります。移行を終えていなければ10月下旬に配信が止まっていたこと、タグの入れ替えを旧タグの撤去とセットで行わなければコンバージョンが二重に計上され、自動入札が誤った数値を学習していたこと。事実として書けることを1〜2行足すだけで、報告は作業の記録から判断の記録になります。数字が苦手な担当者への伝え方と同じで、専門的な手順を詳しく書くほど伝わるわけではありません。相手が判断できる粒度、つまり「放っておいたらどうなったか」に絞ったほうが届きます。誇張は不要です。実際に起きうる結果だけを書けば十分に伝わりますし、起きなかったことを大きく見せると次に信用を失います。

見積もりに載せるかどうかは、事前に決めておく

仕様変更への対応を月額の範囲内とするか、別途の作業として扱うかは、事後に切り出そうとすると角が立ちます。契約の段階で線を引いておくのが現実的です。契約や単価の取り決めをするときに、媒体側の仕様変更に伴う移行作業やタグの再設置は別途見積もりとする、と一文入れておく。それだけで、実際に発生したときの相談が事務的に済みます。ここで気をつけたいのは、すべてを別途扱いにすると細かい変更のたびに見積もりのやり取りが発生し、かえって手間が増える点です。目安として、作業が半日を超えるもの、あるいはサイト側の改修を伴うものだけを別扱いにする、といった基準を数値で決めておくと運用しやすくなります。「別途相談」とだけ書いた契約書は、結局その場の力関係で決まることになりがちです。

ADminiのダッシュボードで、仕様変更の前後の数字の動きをそのまま報告資料に活用。ADminiなら無料で始められます。無料で試してみる →

媒体の仕様変更をクライアントにどう伝えるか|対応作業を信頼と単価につなげるフリーランスの報告術

説明を毎回ゼロから作らないための備え

変更の影響を数字で示せる状態を保つ

報告に説得力を持たせるのは、結局のところ実データです。移行の前後でCV数やCPAが不自然に動いていないことを示せれば、「問題なく移行しました」の一行が裏づけを持ちます。逆に、媒体の管理画面が入れ替わった影響で前後をつないだ推移を出せない場合、説明は言葉だけになります。ADmini(アドミニ)は、Google広告・LINEヤフー広告・Meta広告・GA4・Googleスプレッドシートと連携して毎朝自動でデータを取得し、蓄積したデータを手元に残します。媒体側のアカウントが切り替わっても、取得済みのデータはこちらに残るため、移行をまたいだ推移として提示できます。集計作業を自動化しておくことは、突発的な対応が発生した月にとくに効きます。手作業でレポートを作っている状態では、移行対応の週にレポートの品質が落ち、それがクライアントの目に触れるためです。

同じ説明を複数クライアントに使い回せる形にする

複数のクライアントを抱えている場合、同じ仕様変更の説明を人数分書くことになります。ここは効率化してよい部分です。変更の概要、施行日、対応しない場合の影響、実施した作業までを共通のテンプレートとして1度書き、アカウント固有の数字だけを差し替える形にすれば、1件あたりの所要時間は大きく下がります。テンプレート化を手抜きだと感じる必要はありません。共通部分の精度が上がるぶん、説明の質はむしろ安定します。空いた時間は、そのクライアントに固有の影響を確かめるほうに回せます。長期の関係を積み上げていくうえで効くのは、毎回ゼロから書いた文章の熱量よりも、必要なときに必ず連絡が来るという予測可能性のほうです。

媒体の仕様変更をクライアントにどう伝えるか|対応作業を信頼と単価につなげるフリーランスの報告術

まとめ:黙って直した仕事は、なかったことになる

ありがちなのは、こういう経過をたどるケースです。期限のある移行に早めに気づき、タグを入れ替え、旧キャンペーンも止め、配信は一日も途切れなかった。報告には「移行対応完了」とだけ書いた。半年後、単価の見直しを切り出したとき、相手には値上げの根拠が見当たらない——今年これといって特別なことは起きていない、という認識のままだからです。防ぐ方法は難しくありません。何が起きるはずだったのかを、対応した月のうちに1〜2行で伝えておくことです。2026年は、LINEヤフー広告の移行、両媒体のデータ保持期間の短縮、Google広告の利用規約改定と、伝える材料には事欠かない年でした。まず今週やること:直近半年に自分が対応した媒体側の変更を書き出し、そのうちクライアントに伝えていないものがいくつあるかを数えてください。1件でもあれば、次の定例の冒頭で共有する材料になります。

ADminiの自動更新機能で、媒体をまたいだ広告データを毎日蓄積して報告に活用。ADminiなら無料で始められます。無料で試してみる →

よくある質問

媒体の仕様変更はどこで確認するのが確実ですか?

各媒体が公開している公式の告知ページを定点観測するのが確実です。まとめ記事やSNSは気づくきっかけとしては有効ですが、施行日や適用範囲が省かれていることがあります。クライアントに伝える前に、必ず告知の原文で日付と対象を確認してください。

すべての仕様変更をクライアントに報告すべきですか?

配信や計測が止まる期限つきの変更は必ず報告します。期限がなく当面は影響が出ない変更でも、過去比較の前提や責任範囲が変わるものは伝える価値があります。2026年で言えば、LINEヤフー広告への移行、両媒体のデータ保持期間の短縮、Google広告の利用規約改定がこれにあたります。

仕様変更への対応は別途見積もりにすべきですか?

事後に切り出すと交渉になりやすいため、契約の段階で線を引いておくのが現実的です。すべてを別扱いにすると見積もりのやり取りが増えるため、作業が半日を超えるものやサイト側の改修を伴うものだけを別途とする、といった基準を数値で決めておくと運用しやすくなります。

対応した内容をどう伝えれば価値が伝わりますか?

実施した作業だけでなく、対応しなかった場合に何が起きていたかを1〜2行添えます。配信が止まっていた、コンバージョンが二重計上され自動入札が誤った数値を学習していた、といった事実を書くことで、作業の記録が判断の記録になります。誇張は不要で、実際に起きうる結果だけで十分に伝わります。