データを最新の状態に保つ
目的のリンク先またはユースケースに合わせてデータがインポートされるようにするには、手動での接続またはスケジュール設定された接続の実行前に、データソースでデータを更新する必要があります。たとえば、接続を日次スケジュールで行うよう選択した場合、毎日予定開始時間の前にデータを更新する必要があります。
データを公開する
データソースに接続する際は、実装するユースケースごとに、専用のテーブルまたはテーブルデータをフィルタしたサブセットを用意する必要があります。接続されたデータソースの同じテーブルを用途に応じてフィルタし、複数のユースケース（コンバージョン イベントやオーディエンス リストなど）で再利用できます。
データソースによっては、接続に適切な認証情報を必要とするものもあれば、データマネージャーのサービスからデータにアクセスできることを要件としているものもあります。具体的なガイダンスについては、ご使用中のデータソース向けのガイドをご覧ください。
データの形式を整える
以降のセクションでは、データの形式を整え、エラーなくインポートできるようにする方法について説明します。
ご希望の言語の字幕を表示するには、YouTube の字幕をオンにしてください。動画プレーヤーの右上にある設定アイコン を選択し、[字幕] を選択して言語を指定します。
ファイル形式について
CSV ファイルなどのファイルをアップロードする場合は、ファイルの最初の行にヘッダーを含める必要があります。
ファイル拡張子のないファイルは拒否されるため、ファイルに拡張子があることを確認してください。
日付と時刻の形式について
インポート時に、データマネージャーは次の 2 つの変換方法によって日付と時刻の形式を処理します。
- 日付の変換: 日付のみを含むフィールドの場合、データマネージャーはよく使われる各種の日付形式を ISO 8601 標準の YYYY-MM-DD に自動的に変換します。
- タイムスタンプの変換: 日付と時刻の情報を含むフィールドでは、「日付と時刻を変換」機能を使用して、タイムスタンプ、日時、Unix エポック、またはそのデータの文字列表現を自動的に標準化できます。
データに 02/01/2026 のような解釈が分かれる日付が含まれている場合、本来は 1 月 2 日のつもりでも、検証を通過して 2 月 1 日として処理されてしまうことがあります。これは MM/DD/YYYY 形式がサポートされているためです。データの精度を維持するため、明らかに DD/MM/YYYY 形式だと判定される行が 1 つでも見つかった場合は、誤処理防止策としてインポートそのものが失敗します。
タイムゾーンがないデータ行については、タイムスタンプ変換設定パネルで変換用の代替タイムゾーンを設定できます。代替タイムゾーンを選択しない場合、タイムゾーンが設定されていない行はインポートされません。自由度の高いファイルの接続で使用される代替タイムゾーンは、アカウントに関連付けられているタイムゾーンとして事前入力されますが、変換メニューで変更することもできます。
詳しくは、日付と時刻の変換についての説明をご覧ください。
サポートされている形式のタイムスタンプの例を以下に示します。
2012-08-15T00:01:54Z（UTC ISO 8601 標準）2012-08-14T17:01:54-07:00（ISO 8601 標準、オフセットあり）Aug 14, 2012 17:01:5408/14/2012T5:01:54 PM2012-08-14 5:01:54 PM08/14/2012 17:01:542012-08-14 17:01:5408/14/2012 17:01:54*1232012-08-14T17:01:54-0708/14/2012T17:01:54-07002012-08-14T17:01:54-0700002012-08-14T17:01:54-07:00:002012-08-14T17:01:54 アメリカ/ロサンゼルスAug 14, 2012 17:01:54PST2012-08-14 17:01:54 PST2012-08-14 17:01:54 アメリカ太平洋標準時2012-08-14 17:01:54 GMT-07:0008/14/2012 17:01:54 GMT-07:00:00July 17, 2025 17:01:54 PST17 July 2025 17:01:54 GMT-07:0017-Jul-2025T17:01:54-07:00
サポートされている日付形式
| 形式 | 説明 | 例 |
YYYY-MM-DD |
ISO 8601 | 2025-07-17 |
MM/DD/YYYY |
米国形式 | 07/17/2025 |
MMM DD, YYYY |
月の略称 | Jul 17, 2025 |
Month DD, YYYY |
長い形式 | July 17, 2025 |
DD Month YYYY |
ヨーロッパの長い形式 | 17 July 2025 |
DD-MMM-YYYY |
一般的な国際形式 | 17-Jul-2025 |
サポートされている時間形式
| 形式 | 例 |
h:mm:ss a |
5:01:54 PM |
HH:mm:ss |
17:01:54 |
HH:mm:ss*SSS |
17:01:54*633（秒の小数点以下） |
サポートされているタイムゾーン形式
| 説明 | 例 |
| ローカライズされたオフセットのテキストと時間（先頭にゼロなし） |
|
| ローカライズされたオフセットのテキスト、2 桁の時間と分のフィールド（コロンあり） |
|
| ローカライズされたオフセットのテキスト、2 桁の時間、分、秒のフィールド（コロンあり） |
|
| ゼロ（UTC） |
|
| ゾーン ID |
|
| オフセット時間 |
|
| オフセットの時間と分（コロンあり） |
|
| オフセットの時間、分、秒（コロンあり） |
|
| オフセットの時間と分（コロンなし） |
|
| オフセットの時間、分、秒（コロンなし） |
|
| ゾーンの略称 |
|
| ゾーンの正式名称 |
|
機密性の高い顧客データのハッシュ化について
データの安全性を保つため、機密性の高い顧客データをインポートする場合はハッシュ化する必要があります。データマネージャーでは、SHA256 アルゴリズム（業界標準の一方向ハッシュ関数）を使ってデータがハッシュ化され、結果は 16 進数でエンコードされます。データを事前にフォーマットする必要はありません。データ マネージャーでは、関連する PII（個人を特定できる情報）フィールドの正規化、ハッシュ化、エンコードが行われ、ユースケースに合わせてデータが API にプッシュされます。IP アドレスとユーザー インタラクションのタイムスタンプはハッシュ化しないでください。
データを正規化およびハッシュ化する場合は、以下のようにします。
正規化の場合:
- 先頭と末尾の空白文字を削除する。
- テキストを小文字に変換する。
- 電話番号を E.164 規格の形式にする。
- gmail.com と googlemail.com のメールアドレスのドメイン名の前にあるすべてのピリオド（.）を削除する。
ハッシュ化の場合:
- 16 進数 SHA256 を使用する。
機密性の高い顧客データのハッシュ化を自分で行う場合は、顧客データファイルのフォーマットについてを参照して、正しくフォーマットされていることを確認してください。ハッシュ化データのファイルをアップロードする場合、機密性の高い顧客データ以外はハッシュ化しないでください。データ マネージャーでは、ハッシュ化されたデータが API にプッシュされます。
なお、スマート ハッシュは自動的に行われるため、[操作] メニューで操作を選択する必要はありません。
次の動画では、ハッシュ化されていない顧客データをデータ マネージャーにインポートする方法について説明しています。
Google Sheet x GADM: Non-hashed data demonstration次の動画では、ハッシュ化された顧客データをデータ マネージャーにインポートする方法について説明しています。
Google Sheet x GADM: Hashed data demonstrationファーストパーティ データ インポートのスキーマ
カスタマー マッチ
| フィールド | 説明 | ハッシュ化前の必須形式 | |
| メール（必須） |
|
すべて小文字、余分なスペースなし | |
| 電話番号（必須） |
|
E.164 形式、余分なスペースなし | |
| 住所（必須） | 国コード | ISO の 2 文字または 3 文字の国コードを使用します。 | すべて小文字、余分なスペースなし |
| 郵便番号 |
米国の場合:
その他の国の場合:
|
文字列 | |
| ハッシュ化された名前（名） | 接頭辞は使用できません。 | すべて小文字、アルファベットのみ | |
| ハッシュ化された名前（姓） | 接頭辞は使用できません。 | すべて小文字、アルファベットのみ | |
|
デバイス ID（省略可） |
モバイル デバイス ID、GAID、IDFA を使用します。 | 文字列 | |
|
ユーザー ID（省略可） |
ウェブサイトにアクセスしているユーザーを識別するために広告主が使用する、一意の顧客 ID です。 | 文字列 | |
| ユーザーの IP アドレス（省略可） |
|
未加工の IPv4 または IPv6 形式 | |
| ユーザー インタラクションのタイムスタンプ（省略可） |
|
サポートされているタイムスタンプ形式については、インポートするデータを準備するをご覧ください。 | |
上記以外にも列を追加することができます。追加した列は、Google 広告でデータをフィルタする際に使用できます。
オフライン コンバージョンのインポートとリードの拡張コンバージョン
注:
- リードの拡張コンバージョンを利用するには、[目標] > [コンバージョン] > [設定] で利用規約に同意する必要があります。リードの拡張コンバージョンの利用規約に同意すると、Google クリック ID（GCLID）に加えて、メールアドレスや電話番号などの個人情報をコンバージョン アトリビューションで利用できるようになります。リードの拡張コンバージョンを正しく測定するには、リードの拡張コンバージョンの実装チェックリストをご覧ください。
- リードの拡張コンバージョンの効果を高めるため、Google クリック ID と個人情報の両方を含む、利用できるすべてのデータをインポートしてください。入力するデータが多いほど、コンバージョンを照合し貢献度を割り当てる際の精度が向上します。
- Google 広告データマネージャーでは、Google Cloud Storage（GCS）、Amazon S3、HTTP、SFTP、gSheets については実行ごとに 90 日前以降のコンバージョンがインポートされます。Salesforce および HubSpot については、最初の成功した実行で過去 14 日間のデータがインポートされ、その後のすべての新しい実行では、最後の成功した実行と現在の実行の間に発生して報告されたすべての変更がインポートされます。BigQuery、Amazon Redshift、Snowflake、MySQL、PostgreSQL については、実行ごとに過去 14 日間のデータがインポートされます。
| フィールド | 説明 | リードの拡張コンバージョン | オフライン コンバージョンのインポート |
| コンバージョン アクション | コンバージョンとしてインポートするイベントの名前。 | 省略可（コンバージョン アクションをフィルタする際に使用） | 省略可（コンバージョン アクションをフィルタする際に使用） |
| GCLID | このコンバージョンに関連付けられている Google クリック ID（GCLID）。 | ユーザー提供データにタグが設定されている場合は省略可。ユーザー提供データでタグが使用されていない場合は必須 | 必須 |
| イベントの参照元 |
広告主はこのフィールドでコンバージョン イベントの発生元（web、app、in-Store、phone など）を指定できます。イベント トラッキング、コンバージョン モデリング、入札単価の最適化といった主要な機能を円滑に運用するうえで、この設定は重要です。 注: この値をデータ内の列にマッピングすることも、フィールド マッピング時にすべてのイベントに対する共通の発生元を設定することもできます。入力できる値は次のとおりです（大文字と小文字は区別されません）。
|
省略可 | 省略可 |
| メールアドレス |
ユーザーのメールアドレス 例: abc@email.com |
メールアドレスまたは電話番号の少なくともどちらか一方をマッピングする必要があります | なし |
| 電話番号 |
ユーザーの電話番号。E.164 形式で指定します。この形式は、ダッシュ、かっこ、スペースを含まない、先頭にプラス記号（+）と国コードを付加した 11～15 桁の数字である必要があります。 例: 「+11231234567」 |
なし | |
| コンバージョンの日付と時間 |
コンバージョンが発生した日時。 注: 「日付と時刻を変換」を追加することをおすすめします。この変換を使用すると、UI で代替のタイムゾーンを指定し、タイムゾーンが指定されていないすべてのデータ行をカバーできるようになります。変換に加えて、タイムゾーンをデータに含めることもできます。 オフライン コンバージョンのインポートでは、データ マネージャーと同じ形式がサポートされています。
オフライン コンバージョンのインポートでは、以下の形式もサポートされています。
|
必須 | 必須 |
| コンバージョン値 | 価値に基づく入札戦略で使用されます。詳しくは、コンバージョン値についてをご覧ください。 | 省略可 | 省略可 |
| オーダー ID | トランザクションの固有識別子（注文確認番号など）。詳しくは、オーダー ID についての説明をご覧ください。 | 省略可 | 省略可 |
| GBRAID | アプリ コンバージョンに関連付けられ、iOS14 以降の iOS デバイスから発生しているクリックのクリック ID。 | 省略可 | 省略可 |
| WBRAID | ウェブ コンバージョンに関連付けられ、iOS14 以降の iOS デバイスから発生しているクリックのクリック ID。 | 省略可 | 省略可 |
| ユーザーの IP アドレス |
ユーザーの IP アドレス。精度を高めるため、IPv6 を使用することをおすすめしますが、IPv4 を使用しても問題ありません。 注: Google 広告では、欧州経済領域（EEA）、英国（UK）、スイス（CH）のエンドユーザーに対して、IP アドレスの照合はサポートされていません。これらの地域に居住するユーザーの IP アドレスの共有を条件付きで除外するロジックを追加し、サイト、アプリ、その他のプロパティで収集するデータについて明確かつ包括的な情報をユーザーに提供するとともに、法律または適用される Google のポリシーで必要な場合は同意を得るようにしてください。詳しくは、オフライン コンバージョンのインポートについてをご覧ください。 |
省略可 | 省略可 |
| ユーザー エージェント | コンバージョンを送信したブラウザとデバイスの種類を特定します。 | 省略可 | 省略可 |
| セッション属性 | ウェブサイトでのユーザー インタラクションに関する追加のコンテキストを提供します。これにより、コンバージョンの測定の精度を高めることができます。gad パラメータはセッション属性を通じて送信されます。詳しくは、session_attributes についてをご覧ください。 |
省略可 | 省略可 |
上記以外にも列を追加することができます。追加した列は、Google 広告でデータをフィルタする際に使用できます。
行数の上限
データ インポートの行数は 1 億行以下にする必要があります。ソースデータの行数が 1 億行を超える場合は、インポート用にファイルを分割してサイズを小さくするか、1 億行の制限内に収まるようにデータをフィルタしてください。
フィルタを使用してデータ インポートの範囲を定義する
データ マネージャーでは管理画面から直接フィルタ条件を設定できるため、データソースでカスタム データ パイプラインを作成したり、複雑な SQL クエリを記述したりする必要はありません。フィルタを作成すると、ユースケースを問わず、すべてのフィルタ条件を満たすデータソースからのみデータがインポートされます。
フィルタを使用して、カスタマー マッチのオーディエンス セグメントや、オフライン コンバージョン インポートのコンバージョン イベントを定義します。たとえば、ユーザーの同意、平均注文額、商談ステージなどの属性に基づいて、Salesforce データからオーディエンス セグメントを定義できます。1 つの接続につき、最大 25 個の条件を含むフィルタを 1 つ適用できます。これらのフィルタを設定または編集するには、接続を管理するをご覧ください。