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

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

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

סקירה כללית על המחבר

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

אפשרויות להעברת נתונים תמיכה
דוחות נתמכים המחבר של Google Ads תומך בהעברת נתונים מהדוחות ב-Google Ads API גרסה 25.

במאמר טרנספורמציה של דוחות 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 מאחזר את כל הנתונים מטבלת המקור משלושת הימים האחרונים. בדוגמה הזו, כשמתבצעת העברה יומית, שירות העברת הנתונים ל-BigQuery יוצר מחיצה חדשה בטבלת היעד ב-BigQuery עם עותק של נתוני טבלת המקור מהיום הנוכחי, ואז מפעיל באופן אוטומטי הרצות של מילוי חוסרים כדי לעדכן את המחיצות בטבלת היעד ב-BigQuery עם נתוני טבלת המקור מהיומיים האחרונים. הפעלות מילוי החוסרים שמופעלות באופן אוטומטי יחליפו את טבלת היעד ב-BigQuery או יעדכנו אותה באופן מצטבר, בהתאם לתמיכה בעדכונים מצטברים במחבר של שירות העברת הנתונים ל-BigQuery.

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

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

מגבלות

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

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

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

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

מוודאים שנתתם את ההרשאות הבאות.

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

כדי לקבל את ההרשאות שדרושות ליצירת העברת נתונים באמצעות שירות העברת הנתונים ל-BigQuery, בקשו מהאדמין להקצות לכם את התפקיד אדמין ב-BigQuery (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 או לחשבון הניהול (MCC) שמוגדר בהגדרות ההעברה. כשיוצרים הגדרת העברה חדשה שמאושרת באמצעות פרטי כניסה של משתמש ספציפי, צריך להפעיל אימות דו-שלבי.

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

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

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

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

המסוף

  1. נכנסים לדף Data transfers במסוף Google Cloud .

    מעבר אל "העברות נתונים"

  2. לוחצים על Create transfer.

  3. בקטע Source type, בשדה Source בוחרים באפשרות Google Ads.

  4. בקטע פרטי מקור הנתונים:

    1. בשדה Customer ID, מזינים את מספר הלקוח ב-Google Ads.
    2. בקטע סוג הדוח, בוחרים באפשרות רגיל או בהתאמה אישית.
      • אם בחרתם באפשרות Standard, ההעברה כוללת את קבוצת הדוחות והשדות הרגילה, כפי שמפורט במאמר טרנספורמציה של דוחות Google Ads.
        • אופציונלי: בוחרים אפשרויות כדי להחריג פריטים שהוסרו או הושבתו, ולכלול טבלאות חדשות ב-Google Ads.
        • אופציונלי: מזינים רשימה מופרדת בפסיקים של טבלאות שרוצים לכלול, לדוגמה Campaign, AdGroup. כדי להחריג טבלאות מסוימות, מוסיפים את התו - בתחילת הרשימה, לדוגמה -Campaign, AdGroup. כברירת מחדל, כל הטבלאות נכללות.
        • אופציונלי: בוחרים באפשרות לכלול טבלאות ספציפיות לדוחות של קמפיינים למיקסום הביצועים. מידע נוסף על תמיכה ב-PMax
        • אופציונלי: בשדה חלון הרענון, מזינים ערך בין 1 ל-30.
      • אם בחרתם באפשרות Custom, הזינו טבלת פלט ושאילתת Google Ads לכל דוח בהתאמה אישית שאתם רוצים לכלול בהעברה הזו.
        • אופציונלי: לוחצים על הוספת דוח בהתאמה אישית כדי להוסיף דוח חדש בהתאמה אישית.
        • אופציונלי: בשדה חלון הרענון, מזינים ערך בין 1 ל-30.

  5. בקטע Destination settings, בשדה Dataset בוחרים את מערך הנתונים שיצרתם כדי לאחסן את הנתונים.

  6. בקטע Transfer config name, בשדה השם המוצג מזינים שם להעברת הנתונים, למשל My Transfer. שם ההעברה יכול להיות כל ערך שמאפשר לזהות את ההעברה אם צריך לשנות אותה מאוחר יותר.

  7. בקטע אפשרויות תזמון:

    • בקטע Repeat frequency, בוחרים באיזו תדירות להפעיל את העברת הנתונים. אם בוחרים באפשרות ימים, צריך לציין שעה תקינה ב-UTC.
      • שעות
      • ימים
      • על פי דרישה
    • אם רלוונטי, בוחרים באפשרות Start now או באפשרות Start at set time, ומציינים תאריך התחלה וזמן ריצה.

  8. בתפריט Service Account, בוחרים חשבון שירות מתוך חשבונות השירות שמשויכים לפרויקט ב- Google Cloud . אתם יכולים לשייך חשבון שירות להעברת הנתונים במקום להשתמש בפרטי הכניסה של המשתמש. מידע נוסף על שימוש בחשבונות שירות להעברות נתונים זמין במאמר שימוש בחשבונות שירות.

  9. אופציונלי: בקטע אפשרויות להתראות:

    • לוחצים על המתג כדי להפעיל את ההתראות באימייל. כשמפעילים את האפשרות הזו, האדמין של ההעברה מקבל התראה באימייל אם הרצת ההעברה נכשלת.
    • לוחצים על המתג כדי להפעיל את ההתראות של Pub/Sub. בקטע Select a Cloud Pub/Sub topic, בוחרים את שם הנושא או לוחצים על Create a topic. האפשרות הזו מגדירה התראות על הפעלת Pub/Sub להעברה.

  10. לוחצים על 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 במקום חשבון המשתמש שלכם.
  • ‫--include_pmax: מציינים את הערך true כדי לכלול טבלאות ספציפיות לדוחות של קמפיינים למיקסום הביצועים. ערך ברירת המחדל הוא false. מידע נוסף על התמיכה בקמפיינים למיקסום הביצועים
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 \
--include_pmax=PMAX_ENABLE

כאשר:

  • ‫PROJECT_ID הוא מזהה הפרויקט.
  • ‫DATASET הוא מערך הנתונים של היעד להגדרות של העברת הנתונים.
  • ‫NAME הוא השם המוצג של הגדרת העברת הנתונים. שם ההעברה יכול להיות כל ערך שמאפשר לכם לזהות את ההעברה אם תצטרכו לשנות אותה בהמשך.
  • ‫PARAMETERS מכיל את הפרמטרים הבאים של JSON להגדרות ההעברה: --params='{"param":"param_value"}'.
    • ‫customer_id: מזינים את מספר הלקוח ב-Google Ads בפורמט 1231231234 או 123-123-1234. חובה למלא את השדה הזה.
    • ‫custom_report_table_names (אופציונלי): רשימה של שמות הטבלאות של הדוחות בהתאמה אישית שכלולים בהעברה הזו. הרשימה הזו תואמת לשאילתות ב-custom_report_queries. אורך הרשימה הזו צריך להיות זהה לאורך הרשימה ב-custom_report_queries.
    • ‫custom_report_queries (אופציונלי): רשימה של שאילתות Google Ads Query Language (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 ששימש ליצירת ההעברה, וצריכות להיות לו כל ההרשאות הנדרשות.
  • ‫PMAX_ENABLE: מציינים את הערך true כדי לכלול טבלאות ספציפיות לדוחות של קמפיינים למיקסום הביצועים. ערך ברירת המחדל הוא false. מידע נוסף על התמיכה בקמפיינים למיקסום הביצועים

לדוגמה, הפקודה הבאה יוצרת העברת נתונים של 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

משתמשים ב-method‏ 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 ליצירת שאילתות (גרסה 25). כדי ליצור שאילתות כלליות בגרסאות חדשות יותר של Google Ads API, אפשר לעיין בגרסה העדכנית של הכלי של 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 (גרסה 25) עלול להחזיר שגיאה, למשל 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 דוחות בהתאמה אישית בהעברה אחת.
  • כשמשתמשים בשדות מפולחים (לדוגמה, segments.ad_network_type או segments.device) בשאילתה מותאמת אישית, Google Ads API מחריג קמפיינים עם אפס חשיפות.

קמפיינים למיקסום הביצועים (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 יש כמה יתרונות על פני שימוש במספרי לקוח נפרדים:

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

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

דוגמה

ברשימה הבאה מוצגים מספרי הלקוח שמקושרים לחשבונות ניהול ספציפיים ב-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, הנתונים נכתבים בטבלאות שמחולקות למחיצות (Partitions) לפי זמני כתיבת הנתונים. למידע נוסף, קראו את המאמר מבוא לטבלאות מחולקות למחיצות.

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

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

אתם יכולים להשתמש בשאילתות הבאות לדוגמה ב-Google Ads כדי לנתח את הנתונים שהועברו. אפשר גם להשתמש בשאילתות בכלי להמחשה חזותית כמו Data 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.