Google広告のオフラインコンバージョンがアップロードできない原因と対処|GCLID不一致・フォーマット・時刻形式の切り分けフロー
Google広告のオフラインコンバージョンがアップロードできない原因を、GCLID不一致・フォーマット・時刻形式・仕様上の待ち時間の4系統で切り分け。エラーメッセージ別の対処早見表と反映ラグの数値基準で、当日中に修正・再アップロードを完了できます。2026年6月のAPI移行への備えまで解説。
この記事のポイント
- オフラインコンバージョンのアップロード失敗は、GCLID不一致・ファイル形式・時刻形式・仕様上の待ち時間の4系統に分類できる
- 「このクリックの情報はまだ処理中です」は多くの場合エラーではなく、クリック後4〜6時間の処理待ちで解消する
- GCLIDは90日で保持期限切れとなるため、月1回程度の運用ではインポート対象から漏れる商談データが発生する
- 2026年6月15日以降、Google広告APIを直接叩く連携ツールはブロックされるため、CRM連携の移行計画を今のうちに立てておく
CRMの商談データをスプレッドシートに整えてアップロードしたのに、Google広告の管理画面が赤いエラーを返してくる——オフラインコンバージョンの運用担当者なら一度はぶつかる場面です。焦って何度も再アップロードしたり、コンバージョンアクションの設定を触ってしまったりすると、かえって原因の切り分けが難しくなります。
結論から言うと、アップロードできない理由は大きく4つの系統に分かれます。GCLID(Google広告のクリックを識別するID)が一致しない、アップロード用テンプレートの形式が崩れている、コンバージョン時刻の書式が間違っている、そしてそもそもエラーではなく仕様上の反映待ちである、の4つです。このうちどれに該当するかを最初に切り分けられれば、当日中の修正・再アップロードは十分に狙えます。
この記事では、管理画面に表示される日本語エラーメッセージから原因を逆引きしつつ、GCLID不一致という最難関の切り分け手順、そして2026年6月に迫るGoogle広告APIの仕様変更まで、実務者が今日やるべき順番で解説します。

オフラインコンバージョンがアップロードできない主な原因は?
図1: 失敗原因を4系統に分ける切り分けフロー図
アップロード失敗の原因は、GCLID不一致・ファイル形式の不備・時刻形式の誤り・処理待ちという4系統のどれかにほぼ収まります。原因ごとに見るべき画面と直し方が異なるため、まず全体像を押さえてから個別のエラーに当たるのが最短ルートです。
原因4系統の全体マップと切り分けの順番
GCLID不一致は、取得側(LPやフォーム)でGCLIDが欠落・改変されているケース。ファイル形式の不備は、列名やコンバージョンアクション名がGoogle広告側の設定と一字一句一致していないケース。時刻形式の誤りは、コンバージョン時刻の書式やタイムゾーンが規定と異なるケース。そして処理待ちは、そもそもエラーではなく仕様上のラグです。
切り分けの順番としては、まず処理待ちの可能性を消し込み、次にエラーメッセージの文言を確認し、GCLID系かフォーマット系かを判定するという流れが効率的です。順番を間違えて先に設定を変更してしまうと、後から原因の切り分けがしづらくなります。
最初に確認する場所(アップロード履歴と診断)
管理画面では「ツールと設定」→「測定」→「コンバージョン」からアップロード履歴を確認できます。ここでステータスが「失敗」なのか「保留」なのかをまず見てください。あわせて、アップロードジョブ単位で成功率とエラー内訳を確認できる診断(データの診断)ページも必ずチェックします。件数ベースでどのエラーが多いかが分かるため、個別のクリック調査より先にここを見るほうが手戻りが少なくなります。
それは本当にエラー?アップロード後の反映にかかる時間
焦らず待つ担当者、時計を見て少し安堵
多くの「反映されない」相談は、実はエラーではなく仕様上の処理待ちです。設定を触る前に、まず経過時間を確認してください。
クリック後4〜6時間・処理12時間・最長72時間の数値基準
Google広告APIのドキュメントでは、アップロードジョブが保留(pending)状態のまま最大24時間かかる場合があると明記されています。またGCLID経由のインポートは通常12時間以内に反映される一方、WBRAID・GBRAIDキー経由のインポートは最長72時間かかることがあるとされています。加えて、海外のトラブルシューティング解説を手がけるPEMAVORの記事では、「このクリックの情報はまだ処理中です」というエラーはクリック発生から4〜6時間程度のデータ処理待ちであり、それ以上時間を空けて再アップロードすれば解消するケースが多いと指摘されています。日本の管理画面でも仕様は共通のため、この数値感覚はそのまま実務に使えます。
| 状態 | 目安の反映時間 |
|---|---|
| 通常のGCLID経由インポート | 12時間以内 |
| WBRAID・GBRAID経由インポート | 最長72時間 |
| pending(保留)ステータス | 最大24時間 |
| クリック直後のデータ処理 | 4〜6時間 |
新規コンバージョンアクション作成直後にアップロードできない理由
作成したばかりのコンバージョンアクションに対してすぐアップロードすると、システム側の設定反映が追いつかず失敗することがあります。作成後は数十分から数時間程度、時間を空けてから最初のアップロードを試すのが無難です。
エラーメッセージ別の原因と対処一覧
管理画面のエラー文言は限られたパターンに収まるため、文言から原因を逆引きするのが最も速い対処法です。
「このコンバージョンのクリックが見つかりません」
このエラーは、アップロードしたGCLIDに対応するクリック記録がGoogle広告側に存在しないことを意味します。GCLID自体が誤って生成・改変された値である、あるいは保持期限の90日を過ぎているケースが典型です。次の見出しで詳しく切り分けます。
「このクリックの情報はまだ処理中です」
前章で触れた通り、多くはエラーではなく処理待ちです。ZenWebの解説記事でも、失敗と見えるものの実態は反映ラグであるケースが一定数あると整理されており、慌てて再設定するより数時間置いて再確認する対応が推奨されています。
重複・期限超過・列不備系のエラー
| エラー傾向 | 主な原因 | 対処 |
|---|---|---|
| 重複エラー | 同一GCLID・同一コンバージョンアクションを再送信 | 送信済みデータを除外してから再アップロード |
| 期限超過エラー | GCLIDの90日保持期限切れ | アップロード頻度を上げて回避 |
| 列不備エラー | 必須列の欠落・列順の変更 | 公式テンプレートの列構成に戻す |
「GCLIDが一致しません」の切り分け手順
図2: 取得→保存→期限の3段階切り分けフロー
GCLID不一致は、取得側→保存側→期限という順番で切り分けると原因にたどり着きやすくなります。
大文字小文字・コピー時の欠損・改行混入の確認
GCLIDは大文字と小文字を区別する文字列です。スプレッドシートへのコピー時にオートコレクトで大文字化されたり、セル内改行や末尾スペースが混入したりするだけで一致しなくなります。PEMAVORの記事でも、大文字小文字の違いが実務でつまずきやすい点として挙げられており、日本語環境でのExcel・スプレッドシート操作でも同じ事故が起きます。
リダイレクトやLP実装でGCLIDが消えていないか
広告クリック後にリダイレクトを挟む構成や、LPの実装によってはURLパラメータのGCLIDが引き継がれず消失することがあります。この場合はフォーム側の値そのものが最初から欠けているため、アップロード側をいくら直しても解消しません。GCLIDが遷移先LPで消える・取得できない場合の切り分けで、取得漏れの診断手順を詳しく扱っています。
90日の保持期限とwbraid・gbraidが使えない問題
GCLIDの保持期限は90日です。期限を過ぎたクリックのコンバージョンはインポートできません。CRMの商談化までに90日以上かかる業種では、月次アップロードのタイミング次第で対象外になる商談が発生します。またWBRAID・GBRAIDキーは取得経路やファイル形式によって利用できる場面に制約があり、この制約が強い場合は拡張コンバージョン(リード向け)への切り替えが選択肢になります。
フォーマットと時刻形式の直し方
フォーマット起因の失敗は、列名・値・日時形式の3点を順に確認すれば大半が解消します。
列名とコンバージョンアクション名の完全一致
アップロード用テンプレート(スプレッドシート)の列名は、公式テンプレートからの変更を避けてください。特に「コンバージョン名」列に入力する値は、管理画面のコンバージョンアクション名と一字一句、全角半角まで完全一致している必要があります。
コンバージョン時刻の書式とタイムゾーン(+0900)の指定
コンバージョン時刻は yyyy-mm-dd hh:mm:ss+09:00 のような形式で、タイムゾーンオフセットの明記が必須です。ZenWebの解説では、タイムゾーン欄の記載不備が最も頻度の高い失敗原因の一つだと指摘されています。日本語運用でも「+0900」を省略したり、表計算ソフトの自動書式変換で崩れたりする事故が起きやすい箇所です。
「クリックより前のコンバージョン」と判定される時のズレ補正
サーバーとローカルPCの時刻ズレ、あるいはCRM側のタイムスタンプがUTCのまま出力されているケースでは、コンバージョン時刻がクリック時刻より前に見えてしまい弾かれます。CRM側のエクスポート設定でタイムゾーンを確認するのが近道です。
アップロード成功なのに管理画面に反映されない場合
アップロード自体が成功表示でも、レポート上の数値に反映されないことがあります。これは失敗ではなく設定側の見落としが原因のケースがほとんどです。
カウント方法とコンバージョン列の設定を確認する
コンバージョンアクションの「カウント方法」が「1回」なのか「すべて」なのかによって、同一クリックからの複数コンバージョンの扱いが変わります。また複数の列をまとめて「コンバージョン」としてレポート表示する設定になっていないか、あわせて確認してください。
アトリビューションとレポート期間(クリック日基準)の罠
Google広告のレポートはクリック発生日を基準に計上されます。アップロード日や商談成立日で期間を絞って探すと、実際は計上されているのに見つからない、という状態になりがちです。期間指定をクリック日ベースで見直すだけで解決することが少なくありません。
再発防止:定期アップロード運用とAPI移行への備え
週次の予定をカレンダーに書き込む担当者
単発の修正で終わらせず、頻度設計と2026年のAPI移行まで視野に入れておくと、同じトラブルの再発を防げます。
アップロード頻度と自動化の選択肢
手動での月次アップロードは、GCLIDの90日期限との相性が悪く、対象漏れの温床になります。週次程度への頻度引き上げ、あるいはスプレッドシート連携やインポート自動化ツールの導入が現実的な対策です。CRM連携とスマート入札への還流設計そのものを見直したい場合は、オフラインコンバージョンのCRM連携設計と入札への還流方法もあわせて参考になります。
2026年6月15日のGoogle Ads API廃止とData Manager API移行
海外のマーケティング解説メディアButton Blockの記事では、2026年6月15日以降にGoogle広告APIを経由したオフラインコンバージョンのインポートがブロックされ、Data Manager APIへの移行が必須になると解説されています。連携ツールやCRMコネクタ経由でアップロードしている場合、この日を境に「設定ミスではないのに突然失敗し始める」事態が起こり得ます。日本国内では現時点でこの論点への言及がまだ少なく、ツールベンダーの対応状況を早めに確認しておく価値があります。
拡張コンバージョン(リード向け)へのアップグレード判断
拡張コンバージョン(リード向け)とは、メールアドレスや電話番号などのハッシュ化データを使ってコンバージョンの一致率を高める仕組みです。GCLIDの取得・保持に構造的な弱さがある場合や、WBRAID・GBRAID経路の制約を頻繁に受ける場合は、GCLID依存を前提としたオフラインコンバージョンから拡張コンバージョンへの移行を検討する時期です。一致率そのものの改善については拡張コンバージョンの一致率が低い時の改善手順で扱っています。
なお、GA4のキーイベントをGoogle広告にインポートする構成でも似た「インポートできない」トラブルが起きます。GA4キーイベントがGoogle広告にインポートできない場合の切り分けも、隣接する切り分け先として押さえておくと良いでしょう。
よくある質問
Q:オフラインコンバージョンはアップロードしてから何時間で反映されますか? 通常のGCLID経由インポートは12時間以内に反映されます。WBRAID・GBRAIDキー経由のインポートは最長72時間かかる場合があります。ステータスがpending(保留)の場合は最大24時間程度待つのが基準です。この時間内であれば、失敗ではなく処理待ちの可能性が高いと考えてください。
Q:GCLIDの有効期限はどのくらいですか?90日を過ぎたコンバージョンはどうなりますか? GCLIDの保持期限は90日です。90日を過ぎたクリックに紐づくコンバージョンはインポートできません。月次など低頻度の手動アップロード運用では対象漏れが発生しやすいため、アップロード頻度を週次程度に引き上げることで回避するのが現実的な対策です。
Q:wbraidやgbraidしか取得できない場合、オフラインコンバージョンは使えませんか? ファイル形式やコンバージョンの取得経路によっては利用に制約がかかる場面があります。WBRAID・GBRAID経路への依存度が高い場合は、拡張コンバージョン(リード向け)へのアップグレードを検討する選択肢があります。ハッシュ化されたユーザーデータをもとに一致率を高める仕組みのため、クリックIDの取得可否に左右されにくくなります。
Q:電話や来店など、Webフォーム以外の成果もオフラインコンバージョンにできますか? 電話経由の成果や来店計測は、オフラインコンバージョンとは別の計測ルート(通話コンバージョン、来店コンバージョン)で扱うのが一般的な整理です。それぞれ取得できるデータの粒度や設定方法が異なるため、電話・チャット問い合わせを広告CVに組み込む計測設計で使い分けを確認しておくと、計測設計全体の抜け漏れを防げます。
真策堂では、CRMデータとGoogle広告の連携設計、コンバージョンインポートのトラブルシューティング、そして2026年のAPI移行を見据えた計測基盤の見直しについて相談を受けています。オフラインコンバージョンの運用でエラーが解消しない、あるいは今後の仕様変更に備えて計測構成を点検したいという場合は、お気軽にお問い合わせください。
- Web広告
新宿のWeb広告はエリアで分ける|西新宿・歌舞伎町・新宿三丁目で変わる客層と配信設計
新宿へのWeb広告は一括配信では無駄打ちになります。西新宿のオフィス層・歌舞伎町の夜間来街者とインバウンド・新宿三丁目の買い物客という客層の違いを整理し、Google広告・Meta広告・LINE広告のエリア指定仕様、時間帯配分、分割してよい予算の下限まで配信設計の実務手順で解説します。
- Web広告
京都で広告運用代行に依頼する前に揃えるもの|アカウント権限・素材・目標数値の準備リスト
京都で広告運用代行に依頼する前に揃えるべきものを、アカウント権限・素材・目標数値の3カテゴリで整理。Google広告・Meta・GA4の名義と権限の渡し方、P-MAXに必要な素材量、目標CPAの逆算、観光と地元の二層商圏の伝え方まで、契約初月から運用が立ち上がる準備リストを解説します。
- Web広告
X広告が配信されない原因と確認手順|審査・支払い・入札・ターゲティングの4層切り分けフロー
X広告が配信されない・インプレッションが出ない原因を、審査・アカウント/支払い・入札/予算・ターゲティングの4層で切り分ける確認手順を解説。承認されたのに表示されない場合の診断分岐、設定が正しくても配信量が少ないときのエンゲージメント品質の見方まで、当日中に原因を特定できる実務フローです。