טעינת נתוני מודעות מ-Google Ads ל-BigQuery

אפשר לטעון נתונים מ-Google Ads (לשעבר Google AdWords) ל-BigQuery באמצעות המחבר של שירות העברת הנתונים ל-BigQuery ב-Google Ads. שירות העברת הנתונים ל-BigQuery מאפשר לתזמן משימות העברה חוזרות שמוסיפות את הנתונים העדכניים מ-Google Ads ל-BigQuery.

כדי לקבל מידע על שינויים שבוצעו לאחרונה במקורות הנתונים, אפשר לעיין ביומן השינויים של מקורות הנתונים בשירות העברת נתונים ל-BigQuery.

סקירה כללית של מחברים

שירות העברת הנתונים ל-BigQuery עבור המחבר של Google Ads תומך באפשרויות הבאות להעברת נתונים.

אפשרויות להעברת נתונים	תמיכה
דוחות נתמכים	המחבר של Google Ads תומך בהעברת נתונים מהדוחות ב-Google Ads API v21. במאמר שינוי דוחות של Google Ads מוסבר איך דוחות של Google Ads משתנים לטבלאות ולתצוגות ב-BigQuery.
תדירות החזרה	מחבר Google Ads תומך בהעברות נתונים יומיות. כברירת מחדל, העברות נתונים מתוזמנות לזמן שבו נוצרת העברת הנתונים. אפשר להגדיר את השעה של העברת הנתונים כשמגדירים את העברת הנתונים.
רענון החלון	אתם יכולים לתזמן את העברות הנתונים כדי לאחזר נתוני מודעות מ-Google Ads מפרק זמן של עד 30 ימים בזמן הפעלת העברת הנתונים. אתם יכולים להגדיר את משך חלון הרענון כשמגדירים את העברת הנתונים. כברירת מחדל, לחבר Google Ads יש חלון רענון של 7 ימים. מידע נוסף זמין במאמר בנושא חלונות של רענון. תמונות מצב של טבלאות התאמה נוצרות פעם ביום ונשמרות בקטגוריה לפי תאריך ההרצה האחרון. תמונות מצב של טבלאות התאמה לא מתעדכנות לגבי מילוי חוסרים או לגבי ימים שנטענו באמצעות חלון הרענון.
זמינות של נתונים להשלמת חוסר (data backfill)	מריצים השלמת חוסר בנתונים כדי לאחזר נתונים שלא נכללים בהעברת הנתונים המתוזמנת. אפשר לאחזר נתונים עד לתקופה שמוגדרת במדיניות שמירת הנתונים במקור הנתונים. מידע על מדיניות שמירת הנתונים של Google Ads זמין במאמר מדיניות Google Ads בנושא שמירת נתונים.
מספר מזהי הלקוחות לכל חשבון ניהול	8,000 שירות העברת הנתונים ל-BigQuery תומך במקסימום 8,000 מספרי לקוחות לכל חשבון ניהול (MCC) ב-Google Ads.

כדי למפות את הדוחות של Google Ads למה שמוצג בממשק המשתמש של Google Ads, אפשר לעיין במאמר בנושא מיפוי דוחות לממשק המשתמש של Google Ads.

העברת נתונים מ-Google Ads

כשמעבירים נתונים מ-Google Ads ל-BigQuery, הנתונים נטענים לטבלאות BigQuery שמחולקות למחיצות לפי תאריך. מחיצת הטבלה שאליה נטען הנתון תואמת לתאריך ממקור הנתונים. אם מתזמנים כמה העברות לאותו תאריך, שירות העברת הנתונים ל-BigQuery מחליף את המחיצה של התאריך הספציפי הזה בנתונים העדכניים ביותר. העברות מרובות באותו יום או הרצות של מילוי חוסרים לא גורמות לשכפול נתונים, והמחיצות של תאריכים אחרים לא מושפעות.

רענון חלונות

חלון הרענון הוא מספר הימים שבהם מתבצעת העברת נתונים, שבמהלכם מתבצעת אחזור נתונים. לדוגמה, אם חלון הרענון הוא שלושה ימים וההעברה מתבצעת מדי יום, שירות העברת הנתונים ל-BigQuery מאחזר את כל הנתונים מטבלת המקור מ-3 הימים האחרונים. בדוגמה הזו, כשמתבצעת העברה יומית, שירות העברת הנתונים ל-BigQuery יוצר מחיצה חדשה בטבלת היעד ב-BigQuery עם עותק של נתוני טבלת המקור מהיום הנוכחי, ואז מפעיל אוטומטית מילוי חוסרים כדי לעדכן את המחיצות בטבלת היעד ב-BigQuery עם נתוני טבלת המקור מיומיים קודמים. הפעלות של מילוי חוסרים שמופעלות אוטומטית יחליפו או יעודכנו באופן מצטבר את טבלת היעד ב-BigQuery, בהתאם לשאלה אם יש תמיכה בעדכונים מצטברים במחבר של שירות העברת הנתונים ל-BigQuery.

כשמריצים העברת נתונים בפעם הראשונה, העברת הנתונים מאחזרת את כל נתוני המקור שזמינים בחלון הרענון. לדוגמה, אם חלון הרענון הוא שלושה ימים ואתם מריצים את העברת הנתונים בפעם הראשונה, שירות העברת הנתונים ל-BigQuery מאחזר את כל נתוני המקור תוך שלושה ימים.

כדי לאחזר נתונים מחוץ לחלון העדכון, כמו נתונים היסטוריים, או כדי לשחזר נתונים מהפסקות זמניות בשירות או מפערים בהעברה, אפשר להתחיל או לתזמן השלמת חוסר בנתונים.

מגבלות

התדירות המקסימלית שאפשר להגדיר להעברת נתונים מ-Google Ads היא פעם ב-24 שעות. כברירת מחדל, העברה מתחילה בזמן שבו יוצרים את ההעברה. עם זאת, אפשר להגדיר את שעת ההתחלה של ההעברה כשיוצרים את ההעברה.
שירות העברת הנתונים ל-BigQuery לא תומך בהעברות נתונים מצטברות במהלך העברה מ-Google Ads. כשמציינים תאריך להעברת נתונים, כל הנתונים שזמינים לתאריך הזה מועברים.

לפני שמתחילים

לפני שיוצרים העברת נתונים אל Google Ads, צריך לבצע את הפעולות הבאות:

מוודאים שביצעתם את כל הפעולות שנדרשות כדי להפעיל את שירות העברת נתונים ל-BigQuery.
יוצרים מערך נתונים בשירות העברת הנתונים ל-BigQuery לאחסון נתוני המודעות של Google Ads.
אם אתם מתכוונים להגדיר התראות על הפעלת העברה ב-Pub/Sub, ודאו שיש לכם את ההרשאה pubsub.topics.setIamPolicy. אם מגדירים התראות באימייל, לא צריך הרשאות Pub/Sub. מידע נוסף זמין במאמר בנושא התראות על הפעלת שירות העברת נתונים ל-BigQuery.

ההרשאות הנדרשות

ודאו שהענקתם את ההרשאות הבאות.

התפקידים הנדרשים ב-BigQuery

כדי לקבל את ההרשאות שנדרשות ליצירת העברת נתונים באמצעות שירות העברת נתונים ל-BigQuery, צריך לבקש מהאדמין להקצות לכם את תפקיד BigQuery Admin ‏ (roles/bigquery.admin) ב-IAM בפרויקט. להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

התפקיד המוגדר מראש הזה כולל את ההרשאות שנדרשות ליצירת העברת נתונים בשירות העברת נתונים ל-BigQuery. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:

ההרשאות הנדרשות

כדי ליצור העברת נתונים באמצעות שירות העברת הנתונים ל-BigQuery, נדרשות ההרשאות הבאות:

הרשאות של שירות העברת נתונים ל-BigQuery:
- bigquery.transfers.update
- bigquery.transfers.get
הרשאות ב-BigQuery:
- bigquery.datasets.get
- bigquery.datasets.getIamPolicy
- bigquery.datasets.update
- bigquery.datasets.setIamPolicy
- bigquery.jobs.create

יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.

מידע נוסף מופיע במאמר בנושא מתן גישה ל-bigquery.admin.

התפקידים הנדרשים ב-Google Ads

צריך לתת הרשאת קריאה למספר הלקוח ב-Google Ads או לחשבון הניהול (MCC) שמשמש בהגדרת ההעברה.

כדי לתת הרשאה לחשבון שירות להעברת נתונים של Google Ads, מומלץ להעניק לחשבון השירות גישה ישירה לחשבון Google Ads. מידע נוסף זמין במאמר בנושא הרשאה עם גישה ישירה לחשבון

יצירת העברת נתוני מודעות מ-Google Ads

כדי ליצור העברת נתונים לדיווח ב-Google Ads, צריך לציין את מספר הלקוח ב-Google Ads או את חשבון הניהול (MCC). מידע על אחזור מספר הלקוח ב-Google Ads זמין במאמר בנושא איתור מספר הלקוח.

כדי ליצור העברת נתונים לצורך דיווח ב-Google Ads, בוחרים באחת מהאפשרויות הבאות:

המסוף

עוברים לדף 'העברות נתונים' במסוף Google Cloud .

מעבר אל "העברות נתונים"
לוחצים על Create transfer (יצירת העברה).
בקטע Source type (סוג המקור), בוחרים באפשרות Google Ads בשדה Source (מקור).
בקטע פרטי מקור הנתונים:
1. בשדה מספר לקוח, מזינים את מספר הלקוח ב-Google Ads.
2. בקטע סוג הדוח, בוחרים באפשרות רגיל או בהתאמה אישית.
  - אם בחרתם באפשרות רגיל, ההעברה כוללת את קבוצת הדוחות והשדות הרגילה, כפי שמפורט במאמר שינוי פורמט הדוחות של Google Ads.
    - אופציונלי: בוחרים באפשרויות להחרגת פריטים שהוסרו או שהושבתו ולכלול טבלאות חדשות ב-Google Ads.
    - אופציונלי: מזינים רשימה מופרדת בפסיקים של טבלאות שרוצים לכלול, לדוגמה, Campaign, AdGroup. כדי להחריג טבלאות מסוימות, צריך להוסיף את התו - לפני הרשימה, למשל -Campaign, AdGroup. כל הטבלאות נכללות כברירת מחדל.
    - אופציונלי: בוחרים באפשרות לכלול טבלאות שספציפיות לדוחות של קמפיינים למיקסום הביצועים. מידע נוסף על התמיכה בקמפיינים למיקסום הביצועים זמין במאמר תמיכה בקמפיינים למיקסום הביצועים.
    - אופציונלי: בשדה חלון רענון, מזינים ערך בין 1 ל-30.
  - אם בחרתם באפשרות בהתאמה אישית, צריך להזין טבלת פלט ושאילתה ב-Google Ads לכל דוח בהתאמה אישית שרוצים לכלול בהעברה הזו.
    - אופציונלי: לוחצים על הוספת שאילתה כדי להוסיף דוח חדש בהתאמה אישית.
    - אופציונלי: בשדה חלון רענון, מזינים ערך בין 1 ל-30.
בקטע הגדרות יעד, בשדה מערך נתונים, בוחרים את מערך הנתונים שיצרתם לאחסון הנתונים.
בקטע שם הגדרת ההעברה, בשדה שם מוצג, מזינים שם להעברת הנתונים, למשל My Transfer. השם של ההעברה יכול להיות כל ערך שיעזור לכם לזהות את ההעברה אם תצטרכו לשנות אותה בהמשך.
בקטע אפשרויות תזמון:
- בקטע תדירות החזרה, בוחרים אפשרות שתגדיר באיזו תדירות תתבצע העברת הנתונים. אם בוחרים באפשרות ימים, צריך לציין שעה תקינה לפי שעון UTC.
  - שעות
  - ימים
  - על פי דרישה
- אם רלוונטי, בוחרים באפשרות התחלה מיידית או התחלה בשעה שנקבעה, ומזינים תאריך התחלה ומשך זמן הפעלה.
בתפריט Service Account, בוחרים חשבון שירות מתוך חשבונות השירות שמשויכים ל Google Cloud פרויקט. אתם יכולים לשייך חשבון שירות להעברת הנתונים במקום להשתמש בפרטי הכניסה של המשתמש. מידע נוסף על שימוש בחשבונות שירות עם העברות נתונים זמין במאמר שימוש בחשבונות שירות.
- אם נכנסתם באמצעות זהות מאוחדת, תצטרכו ליצור חשבון שירות כדי ליצור העברה. אם נכנסתם באמצעות חשבון Google, חשבון שירות להעברה הוא אופציונלי.
- לחשבון השירות צריכות להיות ההרשאות הנדרשות.
אופציונלי: בקטע אפשרויות להתראות:
- לוחצים על המתג כדי להפעיל התראות באימייל. אם תפעילו את האפשרות הזו, האדמין של ההעברה יקבל התראה באימייל אם הפעלת ההעברה תיכשל.
- לוחצים על המתג כדי להפעיל התראות Pub/Sub. בקטע Select a Cloud Pub/Sub topic, בוחרים את שם הנושא או לוחצים על Create a topic. באמצעות האפשרות הזו מגדירים התראות על הפעלת Pub/Sub להעברה.
לוחצים על Save.

BQ

מזינים את הפקודה bq mk ומספקים את האפשרות ליצירת העברה – --transfer_config. נדרשים גם הדגלים הבאים:

--data_source
--target_dataset
--display_name
--params

הדגלים הבאים הם אופציונליים:

‫--project_id: מציין באיזה פרויקט להשתמש. אם לא מציינים את הדגל, נעשה שימוש בפרויקט שמוגדר כברירת מחדל.
‫--table_filter: מציין אילו טבלאות לכלול בהעברת הנתונים. אם לא מציינים את הדגל, כל הטבלאות נכללות. כדי לכלול רק טבלאות ספציפיות, משתמשים ברשימת ערכים מופרדים בפסיקים (לדוגמה, Ad, Campaign, AdGroup). כדי להחריג טבלאות ספציפיות, מוסיפים מקף (-) לפני הערכים (לדוגמה, -Ad, Campaign, AdGroup).
‫--schedule: מציין באיזו תדירות השאילתה מופעלת. אם לא מציינים את --schedule, ברירת המחדל היא every 24 hours. מידע על תחביר התזמון זמין במאמר עיצוב התזמון.
‫--refresh_window_days: מציין את חלון הרענון של הגדרות העברה בימים. ערך ברירת המחדל הוא 7.
‫--service_account_name: מציין חשבון שירות שישמש לאימות ההעברה של Google Ads במקום חשבון המשתמש.

bq mk \
--transfer_config \
--project_id=PROJECT_ID \
--target_dataset=DATASET \
--display_name=NAME \
--params='PARAMETERS' \
--data_source=DATA_SOURCE \
--table_filter=TABLES \
--schedule=SCHEDULE
--refresh_window_days=REFRESH_DAYS
--service_account_name=SERVICE_ACCOUNT_NAME

כאשר:

‫PROJECT_ID הוא מזהה הפרויקט.
‫DATASET הוא מערך הנתונים של היעד להגדרת העברת הנתונים.
‫NAME הוא השם המוצג של הגדרת העברת הנתונים. שם ההעברה יכול להיות כל ערך שיאפשר לכם לזהות את ההעברה אם תצטרכו לשנות אותה בהמשך.
‫PARAMETERS מכיל את פרמטרי ה-JSON הבאים להגדרת ההעברה: --params='{"param":"param_value"}'.
- ‫customer_id: מזינים את מספר הלקוח ב-Google Ads. זהו שדה חובה.
- ‫custom_report_table_names: רשימה של שמות טבלאות של דוחות בהתאמה אישית שנכללים בהעברה הזו. הרשימה הזו תואמת לשאילתות שב-custom_report_queries. האורך של הרשימה הזו צריך להיות זהה לאורך של הרשימה ב-custom_report_queries.
- ‫custom_report_queries: רשימה של שאילתות בשפת השאילתות של Google Ads‏ (GAQL) לדוחות בהתאמה אישית שכלולים בהעברה הזו. הרשימה הזו תואמת לשמות שבcustom_report_table_names. האורך של הרשימה הזו צריך להיות זהה לאורך של הרשימה ב-custom_report_table_names.
- אופציונלי: מגדירים את הפרמטר exclude_removed_items לערך true כדי למנוע העברה של ישויות ומדדים שהוסרו או הושבתו.
‫DATA_SOURCE הוא מקור הנתונים – google_ads.
‫TABLES היא רשימה מופרדת בפסיקים של טבלאות שרוצים לכלול או לא לכלול בהעברת הנתונים.
‫SCHEDULE היא התדירות שבה רוצים שהשאילתה תפעל. אם לא מציינים את הערך של --schedule, ברירת המחדל היא כל 24 שעות, החל מהשעה שבה נוצרה ההעברה.
‫REFRESH_DAYS הוא מספר שלם שמציין את חלון הרענון של הגדרת העברה בימים. ערך ברירת המחדל הוא 7.
‫SERVICE_ACCOUNT_NAME הוא השם של חשבון השירות שמשמש לאימות ההעברה. חשבון השירות צריך להיות בבעלות אותו project_id ששימש ליצירת ההעברה, וצריכות להיות לו כל ההרשאות הנדרשות.

לדוגמה, הפקודה הבאה יוצרת העברת נתוני Google Ads בשם My Transfer באמצעות מספר הלקוח 123-123-1234 ומערך נתוני היעד mydataset. העברת הנתונים נוצרת בפרויקט ברירת המחדל:

bq mk \
--transfer_config \
--target_dataset=mydataset \
--display_name='My Transfer' \
--params='{"customer_id":"123-123-1234","exclude_removed_items":"true"}' \
--data_source=google_ads

בפעם הראשונה שמריצים את הפקודה, מקבלים הודעה כמו זו:

[URL omitted] Please copy and paste the above URL into your web browser and follow the instructions to retrieve an authentication code.

פועלים לפי ההוראות בהודעה ומדביקים את קוד האימות בשורת הפקודה.

API

משתמשים בשיטה projects.locations.transferConfigs.create ומספקים מופע של המשאב TransferConfig.

Java

לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaהוראות ההגדרה שבמדריך למתחילים של BigQuery באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של BigQuery Java API.

כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.

import com.google.api.gax.rpc.ApiException;
import com.google.cloud.bigquery.datatransfer.v1.CreateTransferConfigRequest;
import com.google.cloud.bigquery.datatransfer.v1.DataTransferServiceClient;
import com.google.cloud.bigquery.datatransfer.v1.ProjectName;
import com.google.cloud.bigquery.datatransfer.v1.TransferConfig;
import com.google.protobuf.Struct;
import com.google.protobuf.Value;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;

// Sample to create ads(formerly AdWords) transfer config
public class CreateAdsTransfer {

  public static void main(String[] args) throws IOException {
    // TODO(developer): Replace these variables before running the sample.
    final String projectId = "MY_PROJECT_ID";
    String datasetId = "MY_DATASET_ID";
    // the customer_id only allows digits and hyphen ('-').
    String customerId = "012-345-6789";
    String refreshWindow = "100";
    Map<String, Value> params = new HashMap<>();
    params.put("customer_id", Value.newBuilder().setStringValue(customerId).build());
    params.put("refreshWindow", Value.newBuilder().setStringValue(refreshWindow).build());
    TransferConfig transferConfig =
        TransferConfig.newBuilder()
            .setDestinationDatasetId(datasetId)
            .setDisplayName("Your Ads Transfer Config Name")
            .setDataSourceId("adwords")
            .setParams(Struct.newBuilder().putAllFields(params).build())
            .build();
    createAdsTransfer(projectId, transferConfig);
  }

  public static void createAdsTransfer(String projectId, TransferConfig transferConfig)
      throws IOException {
    try (DataTransferServiceClient client = DataTransferServiceClient.create()) {
      ProjectName parent = ProjectName.of(projectId);
      CreateTransferConfigRequest request =
          CreateTransferConfigRequest.newBuilder()
              .setParent(parent.toString())
              .setTransferConfig(transferConfig)
              .build();
      TransferConfig config = client.createTransferConfig(request);
      System.out.println("Ads transfer created successfully :" + config.getName());
    } catch (ApiException ex) {
      System.out.print("Ads transfer was not created." + ex.toString());
    }
  }
}

הפעלת העברה ב-Google Ads באופן ידני

כשמפעילים העברה באופן ידני ל-Google Ads, מתבצעות תמונות מצב של טבלאות ההתאמה פעם ביום, והן נשמרות במחיצה של תאריך ההפעלה האחרון. כשמפעילים העברה ידנית, התמונות של הטבלאות הבאות לא מתעדכנות:

מודעה
AdGroup
AdGroupAudience
AdGroupBidModifier
AdGroupAdLabel
AdGroupCriterion
AdGroupCriterionLabel
AdGroupLabel
AgeRange
נכס
AssetGroup
AssetGroupAsset
AssetGroupListingGroupFilter
AssetGroupSignal
קהל
BidGoal
תקציב
מסע פרסום
CampaignAudience
CampaignCriterion
CampaignLabel
לקוח/ה
מגדר
מילת מפתח
LocationBasedCampaignCriterion
ParentalStatus
מיקום
וידאו

דוחות מותאמים אישית

מחבר שירות העברת הנתונים ל-BigQuery ב-Google Ads תומך גם בשימוש בדוחות בהתאמה אישית באמצעות שאילתות של Google Ads Query Language‏ (GAQL) בהגדרת ההעברה של Google Ads. הנתונים בדוחות המותאמים אישית האלה מגיעים מכל המקורות שזמינים בגרסת Google Ads API שנתמכת על ידי שירות העברת הנתונים ל-BigQuery. מידע נוסף על שימוש בשאילתת GAQL ואימות שלה זמין במאמר הכלי של Google Ads ליצירת שאילתות.

אפשר לציין דוחות בהתאמה אישית כשיוצרים העברה של נתונים מ-Google Ads.

מגבלות על דוחות בהתאמה אישית

דוחות בהתאמה אישית עם מחבר Google Ads כפופים למגבלות הבאות:

המחבר של Google Ads לא תומך בסעיפים WHERE, ORDER BY, LIMIT ו-PARAMETERS. שאילתת GAQL צריכה להיות בפורמט שדומה לזה: SELECT FIELD_NAME, FIELD_NAME,... FROM RESOURCE_NAME.
מחבר Google Ads מוסיף אוטומטית את הערך WHERE segments.date = run_date כשיש פלח תאריכים מרכזי (לדוגמה, segments.date, ‏ segments.week, ‏ segments.month, ‏ segments.quarter,‏ segments.year) בשאילתה. במצב כזה, כלי אימות השאילתות של Google Ads עשוי להחזיר שגיאה, למשל The filtering conditions in the WHERE clause must combine to form a valid, finite date range composed of the core date segments .... אפשר להתעלם מהשגיאות האלה.
שאילתות GAQL ללא שדה segments.date פועלות כטבלאות התאמה, שמתעדכנות רק פעם ביום ולא נתמכות בהרצות של מילוי חוסרים. אם רוצים למלא נתונים חסרים, צריך לכלול שדה segments.date בשאילתת GAQL.
מחבר Google Ads תומך בעד 100 דוחות מותאמים אישית בהעברה אחת.

קמפיינים למיקסום הביצועים (PMax)

המחבר של Google Ads מאפשר לייצא נתונים של קמפיינים למיקסום הביצועים. כשיוצרים העברת נתונים, צריך לסמן את תיבת הסימון Include PMax Campaign Tables (הכללת טבלאות של קמפיינים למיקסום הביצועים), כי נתוני הקמפיינים למיקסום הביצועים לא מיוצאים כברירת מחדל.

הכללת נתונים של קמפיינים למיקסום הביצועים מסירה ad_group שדות מטבלאות מסוימות וכוללת טבלאות חדשות. אי אפשר לכלול שדות של ad_group כי Google Ads API מסנן את הנתונים של הקמפיין למיקסום הביצועים.

הטבלאות הבאות לא כוללות עמודות שקשורות לad_group כשמסומנת תיבת הסימון Include PMax Campaign Tables:

GeoStats
GeoConversionStats
ShoppingProductConversionStats
ShoppingProductStats
LocationsUserLocationsStats

הטבלאות הבאות מתווספות כשמסמנים את התיבה Include PMax Campaign Tables (הכללת טבלאות של קמפיינים למיקסום הביצועים):

נכס
AssetGroup
AssetGroupAsset
AssetGroupListingGroupFilter
AssetGroupSignal
קהל
AssetGroupProductGroupStats
CampaignAssetStats

תמיכה בחשבונות ניהול ב-Google Ads

לקוחות קיימים שיש להם כמה העברות של נתונים מ-Google Ads שספציפיות למספר לקוח מסוים, מומלץ להגדיר העברה אחת של נתונים מ-Google Ads ברמת חשבון הניהול (MCC), לתזמן מילוי חוסרים ולהשבית העברות נתונים מ-Google Ads שספציפיות למספר לקוח מסוים.

לשימוש בחשבונות ניהול ב-Google Ads יש כמה יתרונות בהשוואה לשימוש במספרי לקוח נפרדים:

אין יותר צורך לנהל כמה העברות נתונים כדי לדווח על כמה מספרי לקוח.
הרבה יותר פשוט לכתוב שאילתות שחוצות לקוחות כי כל מזהי הלקוחות מאוחסנים באותה טבלה.
שימוש בחשבונות ניהול פותר בעיות שקשורות למכסת הטעינה של שירות העברת הנתונים ל-BigQuery, כי מזהים של כמה לקוחות נטענים באותה משימה.

מידע נוסף על חשבונות ניהול (MCC) ב-Google Ads זמין במאמרים עבודה עם חשבונות מנוהלים ומידע על קישור חשבונות לחשבון הניהול.

דוגמה

ברשימה הבאה מופיעים מספרי הלקוחות שמקושרים לחשבונות ניהול ספציפיים ב-Google Ads:

‫1234567890 – חשבון ניהול ראשי
- ‫1234 – חשבון ניהול משני
  - ‫1111 – מספר הלקוח
  - ‫2222 – מספר לקוח
  - ‫3333 – מספר הלקוח
  - ‫4444 – מספר לקוח
  - ‫567 – חשבון ניהול משני
    - ‫5555 – מספר הלקוח
    - ‫6666 – מספר הלקוח
    - ‫7777 – מספר הלקוח
- ‫89 – חשבון ניהול משני
  - ‫8888 – מספר לקוח
  - ‫9999 – מספר לקוח
- ‫0000 – מספר הלקוח

כל מזהה לקוח שמקושר לחשבון ניהול מופיע בכל דוח. מידע נוסף על מבנה הדיווח של Google Ads בשירות העברת הנתונים ל-BigQuery זמין במאמר שינוי פורמט של דוחות Google Ads.

העברת ההגדרה של מספר הלקוח 1234567890

הגדרת העברה לחשבון הניהול הראשי (מספר לקוח 1234567890) תייצר הרצות של העברת נתונים שיכללו את מספרי הלקוחות הבאים:

‫1111 (דרך חשבון ניהול משני 1234)
‫2222 (דרך חשבון ניהול משני 1234)
‫3333 (דרך חשבון ניהול משני 1234)
‫4444 (דרך חשבון ניהול משני 1234)
‫5555 (דרך חשבון ניהול משני 567 וחשבון ניהול משני 1234)
‫6666 (דרך חשבון ניהול משני 567 וחשבון ניהול משני 1234)
‫7777 (דרך חשבון ניהול משני 567 וחשבון ניהול משני 1234)
‫8888 (דרך חשבון ניהול משני 89)
‫9999 (דרך חשבון ניהול משני מספר 89)
‫0000 (מספר לקוח פרטי)

העברת ההגדרות למספר הלקוח 1234

הגדרת העברה עבור חשבון ניהול משני מספר 123 (מספר לקוח 1234) תיצור הרצות של העברת נתונים שיכללו את מספרי הלקוחות הבאים:

1111
2222
3333
4444
‫5555 (דרך חשבון ניהול משני 567)
‫6666 (דרך חשבון ניהול משני 567)
‫7777 (דרך חשבון ניהול משני 567)

העברת הגדרות עבור מספר לקוח 567

הגדרת העברה לחשבון ניהול משני מספר 567 (מספר לקוח 567) תיצור הרצות של העברת נתונים שיכללו את מספרי הלקוחות הבאים:

5555
6666
7777

העברת ההגדרות עבור מספר לקוח 89

הגדרת העברה לחשבון ניהול משני מספר 89 (מספר לקוח 89) תיצור הרצות של העברת נתונים שיכללו את מספרי הלקוחות הבאים:

8888
9999

העברת ההגדרות עבור מספר לקוח 0000

תצורת העברה למספר לקוח 0000 תיצור הרצות של העברת נתונים שיכללו רק את מספר הלקוח הספציפי:

0000

העברת נתוני Google Ads לחשבונות ניהול (MCC)

כדי להעביר את נתוני המודעות הקיימים שלכם ב-Google Ads בשירות העברת הנתונים ל-BigQuery למבנה של חשבון ניהול, אתם יכולים להגדיר מילוי חוזר כדי להוסיף את הנתונים הקיימים לטבלאות שנוצרו על ידי הגדרת ההעברה שמקושרת לחשבון הניהול. שימו לב: כשמתזמנים מילוי חוסרים, טבלאות ההתאמה לא מתעדכנות.

פתרון בעיות בהגדרת העברה של נתונים ל-Google Ads

אם נתקלתם בבעיות בהגדרת העברת הנתונים, כדאי לעיין במאמר פתרון בעיות בהגדרות העברה בקטע בעיות בהעברה של Google Ads.

שאילתות על הנתונים

כשמעבירים את הנתונים לשירות העברת נתונים ל-BigQuery, הנתונים נכתבים בטבלאות עם חלוקה למחיצות לפי זמן ההטמעה. מידע נוסף זמין במאמר מבוא לטבלאות עם מחיצות.

אם אתם שולחים שאילתות ישירות לטבלאות במקום להשתמש בתצוגות שנוצרו אוטומטית, אתם צריכים להשתמש בעמודה הווירטואלית _PARTITIONTIME בשאילתה. מידע נוסף זמין במאמר בנושא שליחת שאילתות לטבלאות מחולקות.

שאילתות לדוגמה ב-Google Ads

אתם יכולים להשתמש בשאילתות לדוגמה הבאות של Google Ads כדי לנתח את הנתונים שהועברו. אפשר גם להשתמש בשאילתות בכלי להמחשה כמו Looker Studio. השאילתות האלה נועדו לעזור לכם להתחיל לשלוח שאילתות לגבי נתוני Google Ads באמצעות שירות העברת הנתונים ל-BigQuery. אם יש לכם שאלות נוספות לגבי הפעולות שאפשר לבצע באמצעות הדוחות האלה, אתם יכולים לפנות לנציג הטכני של Google Ads.

אם אתם שולחים שאילתות ישירות לטבלאות במקום להשתמש בתצוגות אוטומטיות, אתם צריכים להשתמש בעמודה הווירטואלית _PARTITIONTIME בשאילתה. מידע נוסף מופיע במאמר בנושא שליחת שאילתות לטבלאות מחולקות.

ביצועים ברמת הקמפיין

השאילתה לדוגמה הבאה מנתחת את ביצועי הקמפיין ב-Google Ads ב-30 הימים האחרונים.

המסוף

SELECT
  c.customer_id,
  c.campaign_name,
  c.campaign_status,
  SUM(cs.metrics_impressions) AS Impressions,
  SUM(cs.metrics_interactions) AS Interactions,
  (SUM(cs.metrics_cost_micros) / 1000000) AS Cost
FROM
  `DATASET.ads_Campaign_CUSTOMER_ID` c
LEFT JOIN
  `DATASET.ads_CampaignBasicStats_CUSTOMER_ID` cs
ON
  (c.campaign_id = cs.campaign_id
  AND cs._DATA_DATE BETWEEN
  DATE_ADD(CURRENT_DATE(), INTERVAL -31 DAY) AND DATE_ADD(CURRENT_DATE(), INTERVAL -1 DAY))
WHERE
  c._DATA_DATE = c._LATEST_DATE
GROUP BY
  1, 2, 3
ORDER BY
  Impressions DESC

BQ

  bq query --use_legacy_sql=false '
  SELECT
    c.customer_id,
    c.campaign_name,
    c.campaign_status,
    SUM(cs.metrics_impressions) AS Impressions,
    SUM(cs.metrics_interactions) AS Interactions,
    (SUM(cs.metrics_cost_micros) / 1000000) AS Cost
  FROM
    `DATASET.ads_Campaign_CUSTOMER_ID` c
  LEFT JOIN
    `DATASET.ads_CampaignBasicStats_CUSTOMER_ID` cs
  ON
    (c.campaign_id = cs.campaign_id
    AND cs._DATA_DATE BETWEEN
    DATE_ADD(CURRENT_DATE(), INTERVAL -31 DAY) AND DATE_ADD(CURRENT_DATE(), INTERVAL -1 DAY))
  WHERE
    c._DATA_DATE = c._LATEST_DATE
  GROUP BY
    1, 2, 3
  ORDER BY
    Impressions DESC'

מחליפים את מה שכתוב בשדות הבאים:

‫DATASET: השם של מערך הנתונים שיצרתם כדי לאחסן את הטבלה שהועברה
‫CUSTOMER_ID: מספר הלקוח שלכם ב-Google Ads.

מספר מילות המפתח

השאילתה לדוגמה הבאה מנתחת מילות מפתח לפי קמפיין, קבוצת מודעות וסטטוס של מילת מפתח. השאילתה הזו משתמשת בפונקציה KeywordMatchType. סוגי ההתאמה למילות מפתח עוזרים לכם לקבוע אילו חיפושים יכולים להקפיץ את המודעה שלכם. מידע נוסף על אפשרויות התאמה למילות מפתח זמין במאמר מידע על אפשרויות התאמה למילות מפתח.

המסוף

  SELECT
    c.campaign_status AS CampaignStatus,
    a.ad_group_status AS AdGroupStatus,
    k.ad_group_criterion_status AS KeywordStatus,
    k.ad_group_criterion_keyword_match_type AS KeywordMatchType,
    COUNT(*) AS count
  FROM
    `DATASET.ads_Keyword_CUSTOMER_ID` k
    JOIN
    `DATASET.ads_Campaign_CUSTOMER_ID` c
  ON
    (k.campaign_id = c.campaign_id AND k._DATA_DATE = c._DATA_DATE)
  JOIN
    `DATASET.ads_AdGroup_CUSTOMER_ID` a
  ON
    (k.ad_group_id = a.ad_group_id AND k._DATA_DATE = a._DATA_DATE)
  WHERE
    k._DATA_DATE = k._LATEST_DATE
  GROUP BY
    1, 2, 3, 4

BQ

  bq query --use_legacy_sql=false '
  SELECT
    c.campaign_status AS CampaignStatus,
    a.ad_group_status AS AdGroupStatus,
    k.ad_group_criterion_status AS KeywordStatus,
    k.ad_group_criterion_keyword_match_type AS KeywordMatchType,
    COUNT(*) AS count
  FROM
    `DATASET.ads_Keyword_CUSTOMER_ID` k
  JOIN
    `DATASET.ads_Campaign_CUSTOMER_ID` c
  ON
    (k.campaign_id = c.campaign_id AND k._DATA_DATE = c._DATA_DATE)
  JOIN
    `DATASET.ads_AdGroup_CUSTOMER_ID` a
  ON
    (k.ad_group_id = a.ad_group_id AND k._DATA_DATE = a._DATA_DATE)
  WHERE
    k._DATA_DATE = k._LATEST_DATE
  GROUP BY
    1, 2, 3, 4'

מחליפים את מה שכתוב בשדות הבאים:

‫DATASET: השם של מערך הנתונים שיצרתם כדי לאחסן את הטבלה שהועברה
‫CUSTOMER_ID: מספר הלקוח שלכם ב-Google Ads.