Home / Google / 【2026年最新版】Google Looker Studioのジオチャート郵便番号認識失敗の原因と対処法【完全ガイド】

【2026年最新版】Google Looker Studioのジオチャート郵便番号認識失敗の原因と対処法【完全ガイド】

※本ページにはプロモーション(広告)が含まれています

【2026年最新版】Google Looker Studioのジオチャート郵便番号認識失敗の原因と対処法【完全ガイド】

Google Looker Studio(旧Data Studio)のジオチャートで郵便番号データを表示しようとしたとき、「地図に何も表示されない」「エラーになる」「全部灰色のまま」という状況に直面したことはありませんか。日本の郵便番号はフォーマットや地域コードの取り扱いが独特であり、Looker Studioの内部ロジックとの相性問題が頻繁に起こります。

本記事では、Looker Studioのジオチャートで郵便番号が認識されない根本原因を体系的に解説し、2026年時点で実績のある対処法を完全網羅します。BigQueryやスプレッドシートなど、複数のデータソース別の設定方法まで丁寧に説明しますので、初心者の方でもステップごとに確認しながら解決できます。

フィールド型と地域設定

この記事でわかること

  • Looker Studioのジオチャートが郵便番号を認識しない主な原因
  • データ型・フォーマット・地域コード設定の正しい方法
  • BigQuery・スプレッドシート・CSVそれぞれの設定手順
  • 日本国内の郵便番号特有の問題と回避策
  • よくある設定ミスと即効性のあるチェックリスト

Looker Studioのジオチャートとは

Looker Studioのジオチャートは、地理的なデータを地図上に視覚化するコンポーネントです。国・都市・郵便番号・緯度経度などの地理情報をもとに、該当するエリアをヒートマップ形式または点として表示できます。マーケティングの地域別売上分析や、配送エリアの稼働状況確認など、ビジネス場面で広く活用されています。

ジオチャートが正しく機能するためには、以下3つの要素がすべて正確に揃う必要があります。

  • データ型の一致:フィールドの型が「地域(Geo)」として認識されていること
  • フォーマットの整合:郵便番号の書式がLooker Studioの期待する形式であること
  • 地域設定の選択:データが属する国・地域が正確に指定されていること

この3つのうち1つでもずれると、地図には何も描画されません。特に日本の郵便番号(7桁、ハイフンあり・なし)はアメリカやヨーロッパの形式と異なるため、デフォルト設定のままでは認識されないことがほとんどです。

よくある原因一覧

原因1:フィールドのデータ型が「テキスト」のまま

最もよくある原因です。CSVやスプレッドシートから取り込んだ郵便番号は、デフォルトで「テキスト」型として認識されます。Looker Studioのジオチャートはテキスト型のフィールドを地理情報として扱えないため、地図に何も表示されません。

フィールドを「地域 > 郵便番号」に変更するだけで多くのケースは解決します。

原因2:郵便番号にハイフンが含まれている(または含まれていない)

日本の郵便番号は「123-4567」というハイフンあり形式が一般的ですが、Looker Studioが期待するフォーマットはデータソースの設定次第で異なります。ハイフンありのデータでエラーになる場合、ハイフンなしの7桁数字に統一する必要があります。逆のケースもあります。

原因3:地域設定が「日本」になっていない

ジオチャートの「地域の詳細度」設定で国が指定されていないか、デフォルトの「世界」のままになっている場合、日本の郵便番号は認識されません。チャートのスタイル設定から「地域」を「日本」に明示的に変更する必要があります。

原因4:先頭ゼロが欠落している

関東以外(例:大阪・京都・神奈川など)の郵便番号は先頭が「0」から始まります。ExcelやBigQueryで数値型として扱うと先頭ゼロが自動的に削除され、認識に失敗します。「001-0000」が「1-0000」になるケースが典型例です。

原因5:BigQueryのカラム型がINTEGER

BigQueryで郵便番号を数値(INTEGER)として格納している場合、Looker Studioはそれを地理情報として解釈しません。文字列(STRING)に変換してから接続する必要があります。

原因6:Looker Studioのキャッシュが古い

データソースの設定を変更した後もジオチャートが更新されない場合、キャッシュの問題の可能性があります。レポートを再読み込みするか、データ更新を手動でトリガーすることで解消できます。

ゼロ埋めと書式統一

対処法:ステップごとに確認する

Step 1:フィールドのデータ型を「郵便番号」に変更する

まずデータソースの編集画面でフィールド型を変更します。

  1. Looker Studioのレポート編集画面を開く
  2. 右上の「データを追加」または既存データソースを選択
  3. 「データソースを編集」をクリック
  4. 郵便番号フィールドを見つけ、「型」列をクリック
  5. 「地域 > 郵便番号」を選択
  6. 「完了」をクリックしてレポートに戻る

この変更後、ジオチャートを再確認してください。多くのケースはこの手順だけで解決します。

Step 2:地域設定を「日本」に変更する

ジオチャートのプロパティパネルから設定します。

  1. ジオチャートを選択
  2. 右側の「スタイル」タブを開く
  3. 「デフォルトのジオグラフィック領域」を「世界」から「アジア > 日本」に変更
  4. 「地域の詳細度」を「地域(都道府県レベル)」または「サブ地域(市区町村レベル)」に設定

郵便番号を使う場合は「詳細度」を「郵便番号」にする必要があります。「地域」のままでは都道府県境界しか描画されません。

Step 3:郵便番号フォーマットを統一する

データソース内の郵便番号フォーマットを確認し、以下のルールで統一します。

フォーマット Looker Studioでの扱い
7桁ハイフンなし 1234567 推奨(最も安定)
ハイフンあり 123-4567 認識されるケースあり・不安定
先頭ゼロなし(数値型) 1234567(ただし0始まりは欠落) ❌ 認識失敗の原因
3桁または5桁 123 または 12345 ❌ 日本郵便番号として無効

BigQueryを使っている場合は以下のSQLで文字列変換できます。

SELECT LPAD(CAST(postal_code AS STRING), 7, '0') AS postal_code_str
FROM your_table

Step 4:BigQueryデータの型変換(BigQuery利用者向け)

BigQueryで郵便番号をINTEGER型で保存している場合、Looker Studioの接続設定でCASTを使って文字列に変換します。

  1. データソース編集画面で「カスタムクエリ」を選択
  2. 以下のようにLPADでゼロ埋めを実施
SELECT
  LPAD(CAST(zip_code AS STRING), 7, '0') AS postal_code,
  sales_amount
FROM `project.dataset.table`
  1. このカスタムクエリで作成したフィールド「postal_code」の型を「地域 > 郵便番号」に変更

Step 5:Googleスプレッドシートのデータ修正(スプレッドシート利用者向け)

スプレッドシートで郵便番号の先頭ゼロが消えている場合は以下のTEXT関数で修正します。

=TEXT(A2,"0000000")

この数式を郵便番号列に適用し、7桁のゼロ埋め文字列に変換してからLooker Studioを再接続します。

Step 6:キャッシュをクリアして再読み込み

設定変更後も反映されない場合はキャッシュクリアを試みます。

  1. Looker Studioのレポートページで「Ctrl + Shift + R」(Mac: Cmd + Shift + R)でハードリフレッシュ
  2. データソース設定画面から「データを更新」ボタンをクリック
  3. レポートを一度閉じ、別のブラウザタブで再度開く
BigQueryカスタムクエリ活用

データソース別の設定比較

データソース よくある問題 推奨対処法
Googleスプレッドシート 先頭ゼロ欠落・型が数値 TEXT関数でゼロ埋め + フィールド型を郵便番号に変更
BigQuery INTEGER型・ゼロ欠落 カスタムクエリでLPAD + STRING変換
CSV(Googleドライブ) ハイフンあり・型がテキスト CSVを整形しハイフン除去 + フィールド型変更
Google Analytics 4 郵便番号フィールドなし GA4はデフォルトで郵便番号を収集しない(カスタムディメンション設定が必要)
MySQL / PostgreSQL VARCHAR/INT型の違い VARCHA​R(7)で統一しZERO FILLを設定

チェックリスト:認識失敗の原因を素早く特定する

チェック項目 確認方法 OK基準
フィールドの型 データソース編集画面の「型」列 地域 > 郵便番号
地域設定 ジオチャートのスタイルタブ 日本 + 詳細度=郵便番号
桁数 データプレビューで確認 7桁(先頭ゼロあり)
ハイフン データプレビューで確認 なし(ハイフン除去推奨)
サンプルデータの地図表示 ジオチャートのデータタブ 少なくとも1件がピン表示される
🛒

この記事に関連するおすすめ商品

データ分析・BIツール解説書

約2,800円〜

LookerやTableauなどのBIツールを体系的に学べる書籍

🛒 Amazonで探す

BigQuery実践ガイド

約3,200円〜

BigQueryのSQL操作からLooker Studio連携まで解説

🛒 Amazonで探す

※ 価格は変動します。最新価格はリンク先でご確認ください

よくある質問(FAQ)

Q. ジオチャートに「データなし」と表示される。データは存在するのに。

A. ほとんどの場合、フィールド型が「地域 > 郵便番号」に設定されていないことが原因です。データソース編集画面でフィールドの型を変更してください。次に「地域設定」が「日本」になっているかも確認します。

Q. 大阪など西日本の郵便番号だけ表示されない。

A. 先頭ゼロの欠落が原因の可能性が高いです。東日本の郵便番号(1〜4から始まる)は影響が出にくいですが、「0」始まりの郵便番号(北海道・東北・中部・関西)は数値型だとゼロが消えて認識失敗します。TEXT関数またはLPAD関数でゼロ埋めを行ってください。

Q. スプレッドシートのデータを変更したが、Looker Studioの地図が更新されない。

A. Looker Studioのデータキャッシュが原因です。レポート画面右上の「データを更新」ボタンをクリックするか、Ctrl+Shift+R(Mac: Cmd+Shift+R)でハードリフレッシュしてください。最大12時間のキャッシュが設定されているレポートでは、時間をおいて確認することも有効です。

Q. BigQueryのカスタムクエリを使うとコストが増えますか?

A. Looker Studioがデータを取得するたびにクエリが実行されるため、大量データの場合はコストが増加します。BigQueryの「キャッシュテーブル」または「マテリアライズドビュー」を活用すると、同じクエリのコストを大幅に削減できます。

Q. 郵便番号ではなく市区町村名でジオチャートを使いたい場合は?

A. フィールド型を「地域 > 都市」に変更し、地域設定を「日本」にします。ただし市区町村名は表記ゆれが多く、Looker Studioの認識精度が下がる場合があります。可能であれば郵便番号の方が精度が高くなります。

Q. ジオチャートのレスポンスが遅い。改善できますか?

A. データソースのデータ量を絞ることが最も効果的です。BigQueryの場合はWHERE句でフィルタリングし、スプレッドシートの場合は不要な列を削除してください。また、Looker Studioのキャッシュ設定を「12時間」にすることで読み込み頻度を減らせます。

まとめ

Google Looker Studioのジオチャートで郵便番号が認識されない問題は、主に以下の3点が原因です。

  • フィールドの型が「地域 > 郵便番号」になっていない
  • 地域設定が「日本」+ 詳細度「郵便番号」になっていない
  • 郵便番号の先頭ゼロが欠落しているか、ハイフンが余分に含まれている

対処法のポイントは次の通りです。まずデータソース編集画面でフィールド型を変更し、次にジオチャートのスタイル設定で地域を「日本」に指定します。BigQueryやスプレッドシートでは先頭ゼロのゼロ埋め処理が必須です。

本記事のチェックリストを上から順番に確認することで、原因を素早く特定して解決できます。ジオチャートを正しく設定すると、地域ごとの売上や訪問者数をひと目で把握できる強力なダッシュボードが完成します。ぜひ本記事の手順を参考に設定を見直してみてください。

Check Also

Google AdMobメディエーション入札遅延の対処法

【2026年最新版】Google AdMobメディエーション入札遅延の原因と対処法【完全ガイド】

【2026年最新版】Googl …