GSC BigQuery エクスポート

暫定日本語訳:どのように へ 使用 Google 検索 Console BigQuery エクスポート へ クエリ unsampled daily クリック と 表示回数 データ とともに no UI row cap (anonymized クエリ still excluded), difference 間に UI と raw エクスポート, setup, cost mechanics, と no-backfill gotcha.

初回公開:2026年6月27日 · 最終更新:2026年8月4日 · Advanced
言語

暫定日本語訳:向けに Webサイト プロパティ, GSC BigQuery bulk エクスポート schedules daily, unsampled dump of パフォーマンス データ—minus anonymized クエリ—へ BigQuery, bypassing UI row cap と 16-month retention window. It creates サイト-level, URL-level, と エクスポート-log tables, does ない backfill, 必要とする billing, と できる incur クエリ costs. Google 現在 supports Instagram, TikTok, X, と YouTube プラットフォーム プロパティ, ただし its 現在の プラットフォーム ドキュメント does ない promise BigQuery support 向けに them; do ない assume この pipeline applies へ social アカウント.

暫定日本語案: TL;DR — bulk データ エクスポート is scheduled daily, unsampled dump of あなた 暫定日本語案: 検索 Console パフォーマンス データ へ BigQuery dataset — no ~1 000-row エクスポート cap, 暫定日本語案: no ~16-month retention wall. It lands three tables (searchdata_site_impression, 暫定日本語案: searchdata_url_impression, ExportLog). Setup: Google Cloud project とともに 暫定日本語案: billing enabled, BigQuery + BigQuery Storage APIs on, two IAM roles granted へ 暫定日本語案: Google’s エクスポート service アカウント, then 設定 → Bulk データ エクスポート in GSC. It does 暫定日本語案: ない backfill, still レポート anonymized クエリ as empty strings, と 最初 暫定日本語案: エクスポート lands 以内に ~48 hours. Cost is real 無料 tier plus per-TB クエリ charges — 暫定日本語案: classic bill comes から dashboards querying raw tables live. Think of it as 暫定日本語案: third rung: UI → API → bulk エクスポート.

暫定日本語案: ladder below is 向けに Webサイト プロパティ. It is ない evidence その social または video 暫定日本語案: プラットフォーム プロパティ support 検索 Console API または BigQuery エクスポート.

何 it actually is

暫定日本語案: Bulk エクスポート is scheduled 検索 Console データ pipeline へ Google Cloud project, ない independent ランキング-データ ソース. Evidence for this claim Search Console bulk data export sends daily performance data to BigQuery in a configured Google Cloud project. Scope: Search Console bulk export; setup, permissions, quotas, and supported properties follow Google's current documentation. Confidence: high · Verified: Google: Bulk data export クエリ 必要がある respect documented tables, keys, と privacy/aggregation behavior. Evidence for this claim Bulk export uses site-impression, URL-impression, and export-log tables with documented schemas. Scope: Google's published Search Console export schema; aggregation and privacy handling still affect analysis. Confidence: high · Verified: Google: Bulk export tables

暫定日本語案: Daniel Waisberg, 検索 Advocate at Google, describes it plainly: 暫定日本語案: “A bulk data export is a scheduled daily export of your Search Console performance data. It includes all the data used by Search Console to generate performance reports. Data is exported to Google BigQuery, where you can run SQL queries for advanced data analysis or even export it to another system.” 暫定日本語案: (quoted in 検索エンジン Journal).

暫定日本語案: point is scale. 検索 Console UI caps 大半の エクスポート around 1 000 rows と 暫定日本語案: 表示 rolling ~16-month window. 検索 Console API gives あなた more ただし is still 暫定日本語案: capped と rate-limited. bulk エクスポート removes row ceiling entirely と lets 暫定日本語案: あなた decide どのように long へ retain. Google’s own line から announcement, as 暫定日本語案: reproduced by 検索エンジン Land: 暫定日本語案: “The daily data row limit does not impact this data, so you can extract more data using this method,” と feature “could be particularly helpful for large websites with tens of thousands of pages.”

何 データ あなた get: three tables

暫定日本語案: Everything lands in dataset whose name 常に starts とともに searchconsole. Three 暫定日本語案: objects 表示 up (Table guidelines と reference):

  1. 暫定日本語案: searchdata_site_impression“Contains performance data for your property aggregated by property.” Key fields: data_date (“The day on which the data in this row was generated (Pacific Time)”), site_url (domain プロパティ 使用 暫定日本語案: sc-domain: prefix), query, is_anonymized_query, country (ISO-3166-1 暫定日本語案: Alpha-3), search_type (web/画像/video/news/discover/googleNews), device, 暫定日本語案: impressions, clicks, と sum_top_position.
  2. 暫定日本語案: searchdata_url_impression“Contains performance data for your property aggregated by URL.” Everything above, plus url (“The fully-qualified URL where the user eventually lands when they click the search result”), is_anonymized_discover, 暫定日本語案: family of is_[search_appearance_type] boolean flags (e.g. is_amp_top_stories, 暫定日本語案: is_job_listing, is_tpf_faq) so あなた できる slice by rich-result type, と 暫定日本語案: sum_position. この is granular table 大半の analysis runs on.
  3. 暫定日本語案: ExportLog“A record of what data was saved for that day. Failed exports are not recorded here.” Fields 含む agenda (currently だけ SEARCHDATA), 暫定日本語案: namespace (which table was written), data_date, epoch_version 暫定日本語案: (“An integer, where 0 is the first time data was saved to this table” — it 暫定日本語案: increments いつ Google later revises day’s データ), と publish_time.

暫定日本語案: ** anonymized-クエリ caveat is 重要 one.** Even here, at raw level, 暫定日本語案: anonymized クエリ are ない revealed. As Google’s field 説明 puts it, いつ 暫定日本語案: is_anonymized_query is true query field “will be a zero-length string.” 暫定日本語案: Their 指標 are still aggregated へ あなた totals, ただし それら’re 決して attributable 暫定日本語案: へ specific term — exactly 同じ limitation UI と API have. この is 暫定日本語案: big deal at scale: in my Ahrefs study of GSC’s hidden terms, 暫定日本語案: 全体で 146 741 Webサイト と roughly 9 billion クリック, 46,08% of all クリック went へ 暫定日本語案: クエリ Google doesn’t disclose — と その study 使用 検索 Console API, which 暫定日本語案: “allows us to get all of the data—and there’s still a lot missing.” BigQuery 暫定日本語案: エクスポート doesn’t recover any of it. If someone tells あなた bulk エクスポート “finally shows you the hidden queries,” それら’re 誤った. export doesn’t recover any of it. If someone tells you bulk export “finally shows you the hidden queries,” they’re wrong.

どのように へ 設定 it up

暫定日本語案: flow (Start 新しい bulk データ エクスポート):

  1. 暫定日本語案: 作成 または pick Google Cloud project とともに billing enabled. Per Google: 暫定日本語案: “Data is subject to Google Cloud storage and query costs, but there is a free usage level.” あなた need billing on even へ stay inside 無料 tier.
  2. 暫定日本語案: Enable BigQuery API と BigQuery Storage API in その project.
  3. 暫定日本語案: Grant Google’s エクスポート service アカウント access. 追加 暫定日本語案: search-console-data-export@system.gserviceaccount.com as principal とともに two 暫定日本語案: IAM roles: BigQuery Job ユーザー (bigquery.jobUser) と BigQuery データ Editor 暫定日本語案: (bigquery.dataEditor).
  4. 暫定日本語案: In 検索 Console, go へ 設定 → Bulk データ エクスポート. Paste Cloud 暫定日本語案: project ID ( ID, ない project number), choose dataset name, と 暫定日本語案: choose dataset ロケーション. Note naming rule: “The dataset name always starts with the string searchconsole, even when you customize it.” If あなた 設定 暫定日本語案: partition-expiration policy on エクスポート’s own dataset, 保つ it at 14 days または 暫定日本語案: longer — Google documents 14-day minimum, と going shorter is documented 暫定日本語案: failure cause. Leave generated table schema untouched too; altering it is 暫定日本語案: other documented way へ break エクスポート (more in Troubleshooting below).
  5. 暫定日本語案: Wait. Google says エクスポート プロセス itself すべき begin 以内に について day of 暫定日本語案: activation. “The first export will happen up to 48 hours after your successful configuration in Search Console,” と その 最初 delivery contains だけ 暫定日本語案: day-of-エクスポート データ — nothing から 前に setup (see no-backfill section next). 暫定日本語案: 後に その it runs daily until あなた stop it.
Evidence for this claim Setup requires a billed Google Cloud project, BigQuery API and BigQuery Storage API, plus BigQuery Job User and BigQuery Data Editor roles for search-console-data-export@system.gserviceaccount.com. Scope: verified property and public web as applicable Confidence: high · Verified: Start a new bulk data export

暫定日本語案: One practical expectation へ 設定: 検索 Console データ lands とともに two-day delay, 暫定日本語案: so 大半の recent day あなた’ll ever have is two days ago. Ask 向けに 30-day range と 暫定日本語案: あなた effectively get について 28 days of usable データ.

no-backfill gotcha

暫定日本語案: Say it out loud, because it burns 人々: activating エクスポート does ない pull in 暫定日本語案: あなた historical データ. It starts から activation day と だけ accumulates forward. 暫定日本語案: この is 一般的な enough その Google’s own community forum has multiple threads について 暫定日本語案: it — “How to backfill with historical data when Bulk data export is activated” 暫定日本語案: (thread 300051568), 暫定日本語案: thread 255704574, と 暫定日本語案: thread 429248330. 暫定日本語案: Antoine Eripret puts it bluntly in his 暫定日本語案: practitioner deep-dive: 暫定日本語案: “You can’t get historical data: if you activate it today, you’ll have data from today.” takeaway is simple — turn it on day あなた 最初 hear について it, even if 暫定日本語案: あなた’re ない ready へ analyze anything yet, so clock starts.

何 it costs, と どのように ない へ get surprised

暫定日本語案: Google Cloud Blog post 暫定日本語案: by Daniel Waisberg と Gaal Yahas sells upside — “If you have a large website, this solution will provide more queries and pages than the other data exporting solutions”“Search Console stores up to sixteen months of data; using BigQuery you can store as much data as it makes sense to your organization” — ただし cost 暫定日本語案: mechanics are on あなた.

暫定日本語案: As of この writing, BigQuery’s 無料 tier is roughly 10 GiB of storage 無料 plus 暫定日本語案: 1 TiB (~1 TB) of on-demand クエリ processing 無料 per month; beyond その it’s について 暫定日本語案: 6,25 USD per TiB processed と roughly 0,02 USD per GB stored per month (varies by 暫定日本語案: 地域 と storage class). Pricing changes, so 暫定日本語案: verify 現在の numbers 前に あなた 暫定日本語案: quote them へ anyone. 大半の small-へ-mid サイト stay 無料 または near-無料.

暫定日本語案: bills come から どのように あなた クエリ, ない どのように much トラフィック あなた have. Two things 暫定日本語案: matter:

  • 暫定日本語案: Cost scales とともに クエリ/keyword diversity, ない raw トラフィック. As Trevor Fox puts 暫定日本語案: it in his 完全な guide: 暫定日本語案: “The volume of data that is more a factor of keyword variety than it is search volume. A site with a low search volume for lots of keywords will generate more data than a site with lots of search volume for a single keyword.”
  • 暫定日本語案: Don’t point live dashboard at raw tables. この is classic horror 暫定日本語案: story. Antoine Eripret documented Looker Studio scanning 23 TB in single day, 暫定日本語案: around €115, いつ wired directly へ raw billion-row tables. Google’s own 暫定日本語案: BigQuery efficiency tips post 暫定日本語案: says 同じ in principle: pre-aggregate へ summary tables, filter on date 暫定日本語案: partition in WHERE clause, 避ける SELECT *, 設定 budget alerts, と 設定 暫定日本語案: partition-expiration へ auto-delete 古い partitions.

暫定日本語案: fix is boring ただし effective: materialize あなた クエリ results へ small 暫定日本語案: permanent summary tables on schedule, と point あなた dashboards at それらの, ない at 暫定日本語案: raw エクスポート.

Querying: rules その 保つ あなた sane (と cheap)

暫定日本語案: から Google’s クエリ guidelines:

  • 暫定日本語案: 常に aggregate. “Data in the tables is not guaranteed to be consolidated by date, URL, site, or any combination of keys.” Translation: あなた’ll get multiple 暫定日本語案: rows 向けに 同じ day/URL/クエリ, so 常に SUM() あなた 指標 と GROUP BY あなた 暫定日本語案: dimensions. 決して treat single row as finished number.
  • 暫定日本語案: Filter date partition. “A good way to minimize query costs is to use a WHERE clause to limit the date range in the date partitioned table.”
  • 暫定日本語案: Drop anonymized rows いつ あなた want real top クエリ. “An anonymized query is reported as a zero-length string in the table” — so 追加 WHERE query != ''.
  • 暫定日本語案: Position is zero-based. Both tables 店舗 position starting at 0, so average 暫定日本語案: position is SUM(sum_top_position) / SUM(impressions) + 1 (追加 1).

暫定日本語案: Google ships sample クエリ 向けに daily web-検索 stats, top mobile クエリ by 暫定日本語案: 国, Discover URLs by クリック, FAQ rich-result パフォーマンス (is_tpf_faq = true), 暫定日本語案: と brand-クエリ トラッキング via REGEXP_CONTAINS. Start から それらの.

Managing と troubleshooting エクスポート

暫定日本語案: から Manage と 監視 bulk データ エクスポート:

  • 暫定日本語案: Stopping isn’t instant. 設定 → Bulk データ エクスポート → Deactivate エクスポート. 暫定日本語案: “Bulk exports will stop in the next 24 hours,” so one more day of データ 可能性がある still 暫定日本語案: land 後に あなた flip it off.
  • 暫定日本語案: Two failure thresholds, ない one. “Search Console retains data from failed exports for about a week.” と then: “Search Console will stop trying to export data for a given date after about a week of failed attempts, and after about a month of failed export attempts, Search Console will stop the bulk export entirely.” So sustained 問題 doesn’t just skip days — 後に ~ month it 暫定日本語案: shuts whole エクスポート off, と あなた’d have へ 設定 it up again.
  • 暫定日本語案: ** schema-change trap (と partition-expiration floor).** If あなた alter 暫定日本語案: schema of エクスポート table, あなた break エクスポート. Google また 必要とする at least 暫定日本語案: 14 days of partition expiration on エクスポート dataset — 設定 it shorter と 暫定日本語案: エクスポート できる fail. Leave それらの tables alone; 構築 あなた own derived tables instead. 暫定日本語案: (Other 一般的な causes of failure 含む exceeding あなた Cloud project’s quota と 暫定日本語案: revoking service アカウント’s access.)
  • 暫定日本語案: 使用 テスト レポート. There’s “Test report” feature その lets あなた verify 暫定日本語案: certain correctable 問題 — project ID/credentials, permissions — なしで waiting 暫定日本語案: 向けに next scheduled run. Note it doesn’t force immediate re-エクスポート; 確認 暫定日本語案: back roughly 24 hours later へ confirm fix took.
  • 暫定日本語案: 検索 Console emails プロパティ owners いつ エクスポート errors start と いつ それら 暫定日本語案: resolve, と 設定 表示 status of 大半の recent エクスポート attempt.

どこ it sits: UI → API → bulk エクスポート

暫定日本語案: Think of three rungs on ladder, 各 removing limit one below it hit:

  • 暫定日本語案: UI エクスポート — ~1 000 rows, ~16 months, no anonymized クエリ. Fine 向けに 大半の.
  • 暫定日本語案: 検索 Console API — more rows, still capped と rate-limited, still no 暫定日本語案: anonymized クエリ. Good 向けに ad-hoc と programmatic pulls.
  • 暫定日本語案: Bulk データ エクスポート — no row cap, retention あなた control, daily granular データ, 暫定日本語案: built 向けに warehousing と joins. Still no anonymized クエリ. Doesn’t backfill.

暫定日本語案: と nuance older guides get 誤った: あなた’re ない limited へ one プロパティ per Cloud 暫定日本語案: project anymore. Google later 許可 multiple プロパティ へ single project using 暫定日本語案: distinct searchconsole_-prefixed dataset names.

何 について Bing

暫定日本語案: As of この writing, there’s no native equivalent. Bing Webmaster ツール doesn’t オファー 暫定日本語案: 最初-party BigQuery/bulk エクスポート — which is exactly なぜ market of third-party ETL 暫定日本語案: connectors (Supermetrics, Improvado, Catchr, と others) exists へ move Bing Webmaster 暫定日本語案: ツール データ へ BigQuery. If Bing had native pipe, その market wouldn’t. その said, 暫定日本語案: connector isn’t guaranteed へ replicate GSC’s own エクスポート schema または daily-partition 暫定日本語案: behavior field-向けに-field — 確認 any connector’s documented scope 前に assuming 暫定日本語案: parity. So if あなた want Bing データ in BigQuery alongside あなた GSC エクスポート, budget 向けに 暫定日本語案: connector と verify 何 it actually delivers. (Confirm この is still 現在の 前に 暫定日本語案: citing it — Bing’s own feature 設定 できる change.)

暫定日本語案: 向けに broader context on どこ この sits, see 暫定日本語案: 検索エンジン ツール hub と its walkthroughs of 暫定日本語案: Google 検索 Console と Bing Webmaster ツール.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.