Search Consoleの一括データエクスポートとは、検索パフォーマンスのデータを毎日BigQueryへ保存する機能です。データを長く蓄積して集計するために使い、設定前の全履歴を一度に取り戻す機能としては使いません。
BigQueryは、保存した大きな表をSQLという言語で集計するGoogle Cloudのサービスです。接続の操作だけでなく、課金の管理者、保存期限、出力漏れを見る担当を決めてから始めます。
週ごとにファイルを残す手順は検索順位の保存にあります。この記事は、毎日の自動出力を続けるための設定と保守に絞ります。
一括出力が必要なのは？
製品と技術記事の検索実績を、後から別の分類で集計したい場面を考えます。毎週の集計表だけを残していると、新しい分類で読み直す元の行が足りないことがあります。
Googleの一括出力の概要は、日々の出力後、複雑な集計や外部保存先への出力ができると説明しています。ただし、匿名化された検索語は例外です。何でも完全に取得できる仕組みと説明しないでください。
月次の報告だけで済み、担当者がSQLや課金を管理できないなら、先にファイル保存の運用を整えます。道具を増やしたことと、記録が続くことは別です。必要な過去比較と、保管を任せる相手を先に書き出します。
設定前に何をそろえる？
Googleの設定の公式手順では、課金を有効にしたGoogle Cloudプロジェクトを用意します。BigQuery APIとBigQuery Storage APIの有効化も確認します。
権限を与える先は、Googleが指定した出力用のサービスアカウントです。サービスアカウントは、人のログインとは別に処理を実行するためのアカウントです。公式手順にあるBigQuery Job UserとBigQuery Data Editorの役割を付与します。
設定作業を依頼する際は、会社で管理するプロジェクトIDを渡します。プロジェクト番号との取り違えに注意してください。請求先と管理者が分からない外注先の環境を、会社の長期保存先にしないようにします。
この段階で、次の内容を担当者どうしで確認します。
- 何の検索実績を残し、どの社内報告で使うか
- 課金の確認と、保存量の増加を誰が見るか
- どの期間を残し、いつ古いデータを消すか
- 出力が止まったとき、誰が権限とエラーを調べるか
保存先の設定だけを納品条件にすると、止まった後に誰も見ません。最初の出力を確認する人まで決めてから、Search Console側へ進みます。
Search Console側の操作は？
対象プロパティの設定から、一括データエクスポートを開きます。CloudプロジェクトID、データセット名、保存する地域を指定して開始します。データセットは、表をまとめて置く入れ物です。
標準の名前はsearchconsoleです。公式手順では、同じプロジェクトに複数プロパティを出力するなら別の名前が必要で、名前はsearchconsoleで始めるとしています。会社サイトと製品サイトを混ぜないように、名前とプロパティの対応を記録します。
保存する地域は、開始後に簡単には変えられません。会社の保存方針と、ほかの表と組み合わせる予定を管理者へ確認して選びます。画面の初期値のまま進める前に、保存場所を合意しておきます。
初回出力は、正常な設定から最大48時間後と案内されています。最初の出力は出力当日分です。設定前のデータが後から補われるのを待たず、必要なら画面やAPIから別に保存します。
どのテーブルができる？
Googleのテーブルの仕様は、実績の表と出力記録を分けています。長い名前は表の中へ押し込めず、用途と一緒に覚えます。
searchdata_site_impression：サイト単位の実績searchdata_url_impression：URL単位の実績ExportLog：正常に出力できた日と対象テーブルの記録
ページの種類別に集計するなら、URL単位の表を使います。会社全体の報告ではサイト単位が必要なこともあります。両方の表示回数を足して、一つの総数にしないでください。
同じキーの行が複数できるため、必要な単位で指標を合計します。重複らしい行を見て、機械的に片方を削除する扱いにはしません。Search Consoleから出力される表そのものと、報告用に集計した表は分けておきます。
匿名化された語は戻らない
仕様にあるis_anonymized_queryは、匿名化された検索語の印です。該当する語の文字列は取得できません。公式の概要で匿名化された語が除外されると書かれていても、匿名化の印を持つ行まで、根拠なく捨てないようにします。
検索語別の分析では、語を読める実績と匿名化された分を分けて説明します。空欄を特定の商品名や社名へ置き換えると、存在しない検索実績になります。空欄の扱いは、報告表の注記にも残します。
保存量と集計料金をどう管理する？
設定の公式手順は、保存とクエリにGoogle Cloudの費用がかかるとしています。無料利用枠があっても、毎日の蓄積と何度もの集計を無制限の無料運用と説明することはできません。
保存期限を指定しなければ、組織やプロジェクトの既定値による例外を除き、データは蓄積され続けます。日付で区切ったパーティションに期限を設定し、必要な比較期間を残します。表全体の有効期限を入れると、残したい日もまとめて消すため、区別が必要です。
公式手順は、パーティションの期限を14日以上にするよう求めています。長期の前年同月比較が目的なら、その比較に必要な保存期間を別に決めます。最短の条件を満たすだけでは、業務上欲しい履歴は残りません。
費用を確認するときの分け方
- 保存料金は、日々の蓄積と保存期間で確認する
- 集計料金は、読んだデータの量や実行方法で確認する
- 同じ報告のために全期間を繰り返し読む処理を見直す
Googleの運用時の注意は、報告画面を出力された表へ直接つなぐと集計料金がかさむとしています。日ごとの集計結果を別の表に作っておき、SELECT *を避け、日付で読む範囲を絞る方法を挙げています。会社として続けられる費用かは、実際の利用量で判断します。
出力が続いているか見るには？
ExportLogは成功した出力の記録で、失敗した試行は残りません。サイト単位とURL単位は別に出力されるので、片方の成功だけを見て、その日の処理がすべて終わったとしないでください。
確認するのは、対象日、テーブル、出力の記録、実際の行です。データの日付は太平洋時間なので、日本時間の今日と単純に一致させません。Search Console側の状態も開き、権限や課金の問題が出ていないかを見ます。
権限の誤りのような一時的でない失敗が起きると、その表は翌日の予定まで出力されません。取りこぼした日の再出力は約1週間で打ち切られるので、権限と課金の問題はその間に直します。
設定の公式手順は、出力される表に列を足すなど構造を変えると出力が失敗するとしています。分類などの列は、別の集計用の表に持たせます。
保存した後は何を比べる？
私たちのメーカー図鑑は、Search Consoleの2026年9月24日〜10月21日の期間中にもページが増えていました。表示されたページ数を、後日の公開URL数で割った率は出していません。出典は2026年10月24日に確認した自社のSearch Consoleとサイトマップです。
保存先がBigQueryになっても、こうした分母の問題は残ります。検索実績の表とは別に、どの時点で何を公開していたかの台帳が必要です。大量に残したデータから、不適切な割合を自動で出さないようにします。
種類別の見せ方は検索実績の表につなげます。毎日の出力を確かめられ、同じ条件の比較から直すページを選べて初めて、計測と改善の仕事になります。
仕様・出典の確認日：2026年10月27日。
