דוחות על התחזקות המותג

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

  • דוחות Brand Lift: בודקים איך החשיפה למודעות משפיעה על תפיסת המותג לפי סוגי המדידה שנסקרו ב-Google Ads API מגרסה 25 ואילך.
  • דיווח על עלייה בהמרות: מודד את ההמרות המצטברות, את ערך ההמרה, את העלות המצטברת להמרה (iCPA) ואת ההחזר המצטבר על הוצאות הפרסום (iROAS) בהשוואה לקבוצת בקרה שלא נחשפה למודעות ב-Google Ads API מגרסה 25 ואילך, כולל:
  • דיווח על עלייה בנפח החיפוש: מודד את העלייה המצטברת בנפח של שאילתות החיפוש האורגני בחיפוש Google וב-YouTube, שנובעת מחשיפה למודעות ב-Google Ads API מגרסה 26 ואילך.

לגבי דוח תוצאות ניסוי A/B רגיל במשאבים experiment ו-campaign, אפשר לעיין במאמר דיווח על ניסויים.

דוחות של מדידת התחזקות המותג

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

משאבים ותצוגות פירוט של Brand Lift

ההגדרות, תקופות הפרסום והתצוגות המפורטות של Brand Lift הן לקריאה בלבד ב-Google Ads API (כל השדות הם OUTPUT_ONLY). אפשר להגדיר אותן בממשק המשתמש של Google Ads או בעזרת נציג Google או איש הקשר ב-GPS. כדי לשלוח שאילתות למשאבים האלה, משתמשים בפרמטר customer_id של החשבון (חשבון ניהול או חשבון צאצא) שבבעלותו המחקר.

שולחים שאילתה למשאב LiftMeasurementFlight כדי לאחזר את המטא-נתונים של לוח הזמנים ושל אוסף הסקרים של Brand Lift ברמת תקופת הפרסום, כולל סטטוס תקופת הפרסום (lift_measurement_flight.status, שמוגדר על ידי הטיפוס המוגדר LiftMeasurementFlightStatus עם הערכים ENABLED לתקופות פרסום פעילות ו-STOPPED לתקופות פרסום שהופסקו באופן ידני), טווחי התאריכים של תקופת הפרסום (lift_measurement_flight.start_date ו-lift_measurement_flight.end_date) באזור הזמן של הלקוח, וההתקדמות של איסוף התגובות לסקר היעד (lift_measurement_flight.survey_lift_measurement.response_collection_ratio_micros, כאשר 0 שווה ל-0% ו-1000000 שווה ל-100%). כדי לקבוע אם קמפיין ENABLED מתבצע או הושלם, משווים את התאריך הנוכחי באזור הזמן של הלקוח ל-lift_measurement_flight.start_date ול-lift_measurement_flight.end_date, ובודקים אם response_collection_ratio_micros הגיע ל-1000000.

שולחים שאילתה למשאב LiftMeasurementConfig כדי לאחזר מדדים כוללים של Brand Lift ברמת המחקר, או שולחים שאילתה למשאבי הפירוט הבאים כדי לנתח מדדים של Brand Lift במאפיינים ספציפיים:

כדי לפרק את מדדי Brand Lift לפי סוג השאלה בסקר, צריך לכלול את הפלח segments.brand_lift_measurement_type, שמוגדר על ידי ה-enum‏ BrandLiftMeasurementType (למשל RECALL או AWARENESS). אם לא כוללים את הפלח segments.brand_lift_measurement_type, ה-API מחזיר מדדים לסוג מדידה אחד שנבחר באופן אוטומטי לכל פרוסה. כדי לפרט את המדדים של Brand Lift לפי תאריך (YYYY-MM-DD), צריך לכלול את הפלח segments.date. המדד metrics.cost_per_lifted_cookie מוחזר במיקרו-מטבע של החשבון שבבעלותו המחקר.

ב-Google Ads API מגרסה 27 ואילך, אפשר גם לבחור את השדה (OUTPUT_ONLY) לקריאה בלבד (lift_guidance) (lift_guidance.outcome ו-lift_guidance.guidance_message, מסוג LiftGuidance) בסעיף SELECT של שפת השאילתות של Google Ads‏ (GAQL) ב-lift_measurement_config ובחמשת המשאבים של פירוט Brand Lift‏ (lift_measurement_age_range,‏ lift_measurement_campaign,‏ lift_measurement_device,‏ lift_measurement_gender ו-lift_measurement_video) כדי לקבל פרשנות סטטיסטית ברמת השורה. ב-lift_measurement_config, השדה lift_guidance מאוכלס רק כשהשאילתה גם בוחרת או מסננת לפי מדדים או פלחים של התחזקות המותג (הוא מושמט בשאילתות של הגדרות מטא-נתונים בלבד), והשדה lift_guidance.guidance_message יכול להכיל קישורי Markdown מוטבעים (כמו [Learn more](https://support.google.com/...)). אי אפשר לסנן או למיין לפי שדות משנה של lift_guidance בסעיפים WHERE או ORDER BY. תיאורים של הערכים של LiftOutcomeEnum.LiftOutcome שמוחזרים ב-lift_guidance.outcome מופיעים במאמר פירוש התוצאות של Brand Lift.

ערכי סף לדיווח ותשובות ריקות

הדיווח על מדידת התחזקות המותג מוגבל על ידי זמן אחזור (נדרש עיכוב של 24-48 שעות בצינור עיבוד הנתונים אחרי תחילת המחקר) ומוגבל על ידי תגובות לכל סוג מדידה שנסקר (segments.brand_lift_measurement_type) כדי לעמוד בדרישות הסף הסטטיסטיות לדיווח ולפרטיות:

  • שיעורי התגובות החיוביות (metrics.brand_lift_baseline_positive_response_rate* ו-metrics.brand_lift_exposed_positive_response_rate*): לפחות 50 תשובות לסקר בקבוצה המתאימה (חשופה או מוסתרת).
  • סף מחמיר לעלייה חיובית (במחקר הכולל על LiftMeasurementConfig או בפרוסה עצמאית): עלייה חיובית מבחינה סטטיסטית (p_value <= 0.50) עם לפחות 2,000 תגובות בסך הכול ו-860 תגובות לכל זרוע.
  • סף מקל לעלייה חיובית בפרוסה (במשאב פירוט כשהמחקר הכולל עומד בסף המחמיר עם עלייה חיובית): עלייה חיובית מבחינה סטטיסטית (p_value <= 0.50) עם לפחות 500 תגובות בסך הכול ו-200 תגובות לכל זרוע.
  • סף תגובות מלא ללא עלייה חיובית (NO_SIGNIFICANT_LIFT לעומת NOT_ENOUGH_DATA): לפחות 4,100 תגובות בסך הכול לכל מדד כשלא מזוהה עלייה חיובית מבחינה סטטיסטית.

שאילתות אל LiftMeasurementConfig וחמשת המשאבים של פירוט Brand Lift‏ (LiftMeasurementAgeRange,‏ LiftMeasurementGender,‏ LiftMeasurementDevice,‏ LiftMeasurementCampaign ו-LiftMeasurementVideo) מחזירות תגובה ריקה (results: []) במקום שגיאה במקרים הבאים:

  • הפרמטר customer_id שנשלחה לגביו שאילתה לא נמצא ברשימת ההיתרים או שהמחקר לא בבעלותו.
  • מסנני התאריכים של WHERE לא נכללים בתאריכי הקמפיין שנבדקו (lift_measurement_flight.start_date ו-lift_measurement_flight.end_date).
  • המחקר או פלח ספציפי של דמוגרפיה, מכשיר, קמפיין או סרטון לא עמדו בדרישות הסף של נפח התשובות לסקר ושל עיכוב הדיווח של 24-48 שעות, גם אם LiftMeasurementConfig מחזיר תוצאות מחקר כוללות.

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

  1. שולחים שאילתה ל-lift_measurement_flight כדי לוודא ש-lift_measurement_flight.status = 'ENABLED', בודקים שמסנני התאריכים של WHERE נמצאים בטווח שבין lift_measurement_flight.start_date ל-lift_measurement_flight.end_date, ובודקים את התקדמות הסקר ב-lift_measurement_flight.survey_lift_measurement.response_collection_ratio_micros (כאשר 1000000 שווה ל-100%).
  2. כדי לבדוק אם המחקר הכולל הניב מדדי Brand Lift שאפשר לדווח עליהם, צריך לשלוח שאילתה ל-LiftMeasurementConfig לפני ששולחים שאילתה למשאבים של פירוט לפי מאפיינים.

איך מפרשים את התוצאות של מדידת התחזקות המותג

בגרסה 27 ואילך של Google Ads API, השדה lift_guidance.outcome מחזיר ערך LiftOutcomeEnum.LiftOutcome שמסווג את המצב הסטטיסטי של כל שורה שמוחזרת, לצד עצות לתיקון שקריאות לאנשים בשדה lift_guidance.guidance_message:

  • תוצאות של מחקר שמתבצע (כאשר lift_measurement_flight.status הוא ENABLED והתאריך הנוכחי באזור הזמן של הלקוח הוא בתאריך lift_measurement_flight.end_date או לפניו, עם lift_measurement_flight.survey_lift_measurement.response_collection_ratio_micros פחות מ-1000000):
    • STUDY_IN_PROGRESS_WITH_LIFT: המחקר מתבצע ומתחילה להסתמן עלייה חיובית ראשונית.
    • STUDY_IN_PROGRESS_NO_LIFT_YET: המחקר מתבצע עם נפח ראשוני מספיק, ועדיין לא זוהתה עלייה מובהקת סטטיסטית.
    • STUDY_IN_PROGRESS_COLLECTING_DATA: המחקר מתבצע ונאספות תשובות ראשוניות לסקר כדי להגיע לסף הדיווח הסטטיסטי.
  • תוצאות של מחקרים שהסתיימו (כאשר חלפו lift_measurement_flight.end_date או כאשר lift_measurement_flight.survey_lift_measurement.response_collection_ratio_micros הגיע ל-1000000):
    • ‫POSITIVE_LIFT_DETECTED: זוהתה עלייה חיובית מובהקת סטטיסטית במחקר או בפלח שהושלמו.
    • NO_SIGNIFICANT_LIFT: המחקר או הפלח שהושלמו עמדו בסף הדיוק הסטטיסטי (לפחות 4,100 תגובות בסך הכול לכל מדד), ולא זוהתה עלייה חיובית מובהקת סטטיסטית.
    • NOT_ENOUGH_DATA: המחקר או הפלח שהושלמו לא עמדו בסף התגובות לסקר שנדרש כדי לדווח על מובהקות סטטיסטית (לפחות 2,000 תגובות בסך הכול ו-860 תגובות לכל קבוצה כדי לזהות עלייה חיובית במחקר הכולל, 500 תגובות בסך הכול ו-200 תגובות לכל קבוצה כדי לזהות עלייה חיובית בפלח כשיש עלייה חיובית במחקר הכולל, או 4,100 תגובות בסך הכול לכל מדד כשלא מזוהה עלייה חיובית).

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

  • תקופות פעילות של מחקרים שהסתיימו לעומת תקופות פעילות של מחקרים שעדיין נמשכים (STUDY_IN_PROGRESS_*): כל עוד תקופת הפעילות של מחקר ENABLED עדיין נמשכת (לפני שחלפו lift_measurement_flight.end_date ולפני ש-response_collection_ratio_micros הגיע ל-1000000), התשובות לסקר והמודלים לתיקון ההטיות עדיין מתייצבים. התייחסו למדדים שבתהליך כאל מדדים ראשוניים, ואל תשהו קמפיינים או תקטינו תקציבים עד שהקמפיין יסתיים.
  • ‫עלייה חיובית (POSITIVE_LIFT_DETECTED): כשמזוהה עלייה חיובית ב-Brand Lift, שולחים שאילתה למשאבי הפירוט לפי מאפיינים (LiftMeasurementAgeRange,‏ LiftMeasurementGender,‏ LiftMeasurementDevice,‏ LiftMeasurementCampaign ו-LiftMeasurementVideo) כדי לזהות קבוצות של קהלים עם ביצועים גבוהים ("נקודות אור") ולהעריך את התגובה לקריאייטיב במשפך המותג.
  • אין מספיק נתונים או שאין עלייה משמעותית (NOT_ENOUGH_DATA או NO_SIGNIFICANT_LIFT): אם נפח התגובות לסקר לא מספיק (פחות מ-4,100 תגובות בסך הכול לכל מדד בלי עלייה חיובית, או פחות מספי הפרוסות המחמירים של 2,000/860 או הספים המקלים של 500/200 לעלייה חיובית) או שלא זוהתה עלייה בעלת מובהקות סטטיסטית בפרוסה, אל תתייחסו לזה כאל כישלון של הקמפיין ואל תחריגו קהלים על סמך חוסר בנתונים בפרוסה אחת. בודקים את המדדים הכוללים של המחקר ב-LiftMeasurementConfig, שולחים שאילתות לגבי ערכים אחרים של segments.brand_lift_measurement_type שנבדקו (כמו RECALL או AWARENESS בחלק העליון במשפך) ובודקים את שאר מאפייני הפירוט.

שאילתות לדוגמה בנושא Brand Lift

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

שאילתה לגבי פרטי הטיסה

כדי לאחזר מטא-נתונים של תקופת מדידה של Brand Lift, כמו הסטטוס, סוג המדידה, התאריכים המתוזמנים וההתקדמות של איסוף הסקרים, שולחים שאילתה למשאב LiftMeasurementFlight:

SELECT
  lift_measurement_flight.lift_measurement_config_id,
  lift_measurement_flight.lift_measurement_flight_id,
  lift_measurement_flight.name,
  lift_measurement_flight.status,
  lift_measurement_flight.lift_type,
  lift_measurement_flight.start_date,
  lift_measurement_flight.end_date,
  lift_measurement_flight.survey_lift_measurement.response_collection_ratio_micros
FROM lift_measurement_flight
WHERE lift_measurement_flight.lift_measurement_config_id = CONFIG_ID
  AND lift_measurement_flight.lift_type = 'SURVEY'

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

  • ‫CONFIG_ID: המזהה של ההגדרה למדידת השיפור (lift_measurement_config.lift_measurement_config_id).

שאילתה סטטיסטית

כדי לאחזר מדדי Brand Lift, שולחים שאילתה למשאב LiftMeasurementConfig או למשאב הפירוט המתאים. לדוגמה, השאילתה הבאה מאחזרת מדדי התחזקות המותג מפולחים לפי קמפיין וסוג מדידת התחזקות המותג מהמשאב LiftMeasurementCampaign:

SELECT
  lift_measurement_campaign.lift_measurement_config_id,
  lift_measurement_campaign.campaign,
  segments.brand_lift_measurement_type,
  metrics.absolute_brand_lift,
  metrics.relative_brand_lift
FROM lift_measurement_campaign
WHERE lift_measurement_campaign.lift_measurement_config_id = CONFIG_ID

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).

דיווח על עלייה בהמרות

בגרסה 25 ואילך של Google Ads API, דוחות העלייה בהמרות מודדים את ההשפעה המצטברת של המודעות על ההמרות ועל ערך ההמרה. במחקרים למדידת עלייה בהמרות, אנחנו משווים בין התנהגות ההמרה של קבוצה שנחשפה למודעות (משתמשים שעמדו בקריטריונים לראות את המודעות) לבין קבוצת בקרה שלא נחשפה למודעות (משתמשים שלא הוצגו להם המודעות).

ההגדרות, תקופות ההרצה והקישורים לניסויים של מדידת העלייה בהמרות הם לקריאה בלבד ב-Google Ads API (כל השדות הם OUTPUT_ONLY), וצריך להגדיר אותם בממשק המשתמש של Google Ads או בעזרת נציג Google או איש הקשר ב-GPS. שולחים שאילתה למשאב lift_measurement_config באמצעות הפרמטר customer_id של החשבון שבבעלותו המחקר. חשבון ניהול יכול לשלוח שאילתות ישירות למחקרים למדידת העלייה בהמרות ברמת חשבון הניהול שבבעלותו. כדי לשלוח שאילתות למחקרים שבבעלות חשבון צאצא, משתמשים בפרמטר customer_id של חשבון הצאצא (אפשר לאמת באמצעות הכותרת login-customer-id).

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

  • דוחות נפרדים על העלייה בהמרות: מודדים את ההמרות המצטברות הכוללות, את העלות המצטברת להמרה (iCPA) ואת ההחזר המצטבר על הוצאות הפרסום (iROAS) בכל פעולות ההמרה שנבחרו או בכל פעולות ההמרה מהקמפיינים שנמדדו במחקר.
  • דוחות על בדיקות A/B ועלייה בהמרות: מודדים את ההמרות המצטברות בכל קבוצת ניסוי ואת הציונים הבייסיאניים של הקבוצה המנצחת בין שתי קבוצות ניסוי מתחרות (קבוצת הבקרה לעומת קבוצת הניסוי), לצד ההמרות המצטברות הכוללות במחקר.

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

ב-Google Ads API מגרסה 27 ואילך, אפשר לבחור את השדה (lift_guidance.outcome ו-lift_guidance.guidance_message, מסוג LiftGuidance) לקריאה בלבד (OUTPUT_ONLY) lift_measurement_config.lift_guidance בסעיף SELECT של GAQL ב-lift_measurement_config כדי לקבל פרשנות סטטיסטית ברמת השורה לשאילתות עצמאיות של "עלייה בהמרות" ושל "A/B + עלייה בהמרות". ב-lift_measurement_config, השדה lift_guidance מאוכלס רק כשהשאילתה בוחרת או מסננת גם לפי מדדים או פלחים של עלייה (הוא מושמט בשאילתות של הגדרות מטא-נתונים בלבד), והשדה lift_guidance.guidance_message יכול להכיל קישורי Markdown בתוך השורה (כמו [Learn more](https://support.google.com/...)). אי אפשר לסנן או למיין לפי שדות משנה של lift_guidance בסעיפים WHERE או ORDER BY. השדה lift_guidance.outcome מחזיר אחד מהערכים הבאים של LiftOutcomeEnum.LiftOutcome:

  • תוצאות של מחקר שעדיין מתנהל (כאשר lift_measurement_flight.status הוא ENABLED והתאריך הנוכחי באזור הזמן של הלקוח הוא בתאריך lift_measurement_flight.end_date או לפניו):
    • STUDY_IN_PROGRESS_WITH_LIFT: המחקר מתבצע ומתחילה להסתמן עלייה חיובית ראשונית.
    • STUDY_IN_PROGRESS_NO_LIFT_YET: המחקר מתבצע עם נפח ראשוני מספיק, ועדיין לא זוהתה עלייה מובהקת סטטיסטית.
    • STUDY_IN_PROGRESS_COLLECTING_DATA: המחקר מתבצע ונאספים נתונים ראשוניים של המרות כדי להגיע לסף הדיווח הסטטיסטי.
  • תוצאות המחקר שהושלם (אחרי שחלפו lift_measurement_flight.end_date):
    • POSITIVE_LIFT_DETECTED: זוהתה עלייה חיובית מובהקת סטטיסטית במחקר, בקבוצת הניסוי או בפלח שהושלמו.
    • AB_WINNER_WITH_LIFT: מחקר A/B + מחקר למדידת העלייה בהמרות שהושלם עם קבוצת ניסוי מנצחת בהשוואה ישירה, ועלייה חיובית מובהקת סטטיסטית ביחס לקבוצת הבקרה שלא נחשפה.
    • ‫AB_WINNER_PARITY_VS_CONTROL: מחקר A/B + מחקר למדידת העלייה בהמרות שהושלם עם קבוצת ניסוי מנצחת בהשוואה, אבל עם שוויון לקבוצת הבקרה שלא נחשפה.
    • ‫NO_SIGNIFICANT_LIFT: המחקר, קבוצת הניסוי או הפלח שהושלמו עמדו בסף הדיוק הסטטיסטי, ולא זוהתה עלייה חיובית מובהקת סטטיסטית.
    • NOT_ENOUGH_DATA: המחקר, קבוצת הניסוי או הפלח שהושלמו לא צברו מספיק המרות כדי להגיע לסף הדיוק הסטטיסטי.

גילוי תצורות מחקר וטיסות

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

  1. אחזור של תצורת המחקר: שולחים שאילתה למשאב LiftMeasurementConfig כדי לאחזר את שם המחקר, את יחס קבוצת הניסוי (lift_measurement_config.conversion_lift_holdback_ratio_micros), את פעולות ההמרה במעקב (lift_measurement_config.conversion_actions) ואת הקמפיינים המקושרים באופן פעיל (lift_measurement_config.campaigns) – ב-Google Ads API מגרסה 26 ואילך. השדה conversion_lift_holdback_ratio_micros מבוטא במיקרו, כאשר 1,000,000 שווה ל-100% (לדוגמה, 300000 מייצג קבוצת ניסוי של 30% שלא נחשפה). אם אתם לא יודעים מה ה-CONFIG_ID של המחקר, השמיטו את הסעיף WHERE כדי להציג את כל תצורות המחקר בחשבון.
  2. אחזור חלונות התצפית של הטיסה: שולחים שאילתה למשאב LiftMeasurementFlight כדי למצוא את תאריכי הטיסה המתוכננים (lift_measurement_flight.start_date ו-lift_measurement_flight.end_date) באזור הזמן של הלקוח. מכיוון שמשאב LiftMeasurementConfig יחיד יכול לקבץ תקופות פרסום של מדידת התחזקות המותג (SURVEY), מדידת העלייה בהמרות (CONVERSION) ומדידת העלייה בנפח החיפוש (SEARCH), צריך לכלול את השדה lift_measurement_flight.lift_type בסעיף SELECT ולסנן לפי lift_measurement_flight.lift_type = 'CONVERSION' בסעיף WHERE. אפשר למיין את השדות lift_measurement_flight.start_date ו-lift_measurement_flight.end_date בסעיפי ORDER BY, אבל אי אפשר לסנן אותם בסעיף WHERE.

השאילתה הבאה מאחזרת את הגדרות המחקר (צריך להשמיט את השדה lift_measurement_config.campaigns ב-Google Ads API בגרסה 25, כי השדה הזה דורש את Google Ads API בגרסה 26 ואילך):

SELECT
  lift_measurement_config.lift_measurement_config_id,
  lift_measurement_config.name,
  lift_measurement_config.conversion_lift_holdback_ratio_micros,
  lift_measurement_config.conversion_actions,
  lift_measurement_config.campaigns
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID

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

  • ‫CONFIG_ID: המזהה של ההגדרה למדידת השיפור (lift_measurement_config.lift_measurement_config_id).

השאילתה הבאה מאחזרת את לוח הזמנים של המחקר למדידת העלייה בהמרות:

SELECT
  lift_measurement_flight.lift_measurement_config_id,
  lift_measurement_flight.lift_measurement_flight_id,
  lift_measurement_flight.name,
  lift_measurement_flight.status,
  lift_measurement_flight.lift_type,
  lift_measurement_flight.start_date,
  lift_measurement_flight.end_date
FROM lift_measurement_flight
WHERE lift_measurement_flight.lift_measurement_config_id = CONFIG_ID
  AND lift_measurement_flight.lift_type = 'CONVERSION'

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

  • ‫CONFIG_ID: המזהה של ההגדרה למדידת השיפור (lift_measurement_config.lift_measurement_config_id).

בגרסה 26 ואילך של Google Ads API, אפשר גם לגלות את הגדרת מדידת העלייה שמקושרת לקמפיין ישירות מהמשאב campaign על ידי שליחת שאילתה לשדה campaign.lift_measurement_config. שאילתה בשדה הזה חוסכת את הצורך להצליב נתונים עם המשאב LiftMeasurementConfig בנפרד:

SELECT
  campaign.id,
  campaign.lift_measurement_config
FROM campaign
WHERE campaign.id = CAMPAIGN_ID

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

  • ‫CAMPAIGN_ID: מזהה הקמפיין כמספר שלם (campaign.id).

השדה campaign.lift_measurement_config מחזיר שם משאב בפורמט customers/CUSTOMER_ID/liftMeasurementConfigs/CONFIG_ID. אם קמפיין השתתף בכמה מחקרים למדידת התחזקות המותג, השדה הזה מזהה את ההגדרה המקושרת האחרונה (פעילה או לא פעילה). לעומת זאת, בשדה lift_measurement_config.campaigns מופיעים רק קמפיינים עם קישור פעיל.

שאילתות על טווחי תאריכים של תמונות מצב מצטברות

התוצאות של העלייה בהמרות מוצגות כתמונות מצב מצטברות של הערכה יומית החל מתאריך ההתחלה של פרק הזמן של הפרסום הפעיל:

השדות segments.conversion_lift_start_date ו-segments.conversion_lift_end_date הם שדות מסוג INT64 בפורמט של מספרים שלמים בני 8 ספרות ללא מירכאות וללא מקפים, בפורמט YYYYMMDD (לדוגמה, 20260501). לעומת זאת, השדות lift_measurement_flight.start_date ו-lift_measurement_flight.end_date מחזירים מחרוזות של תאריכים בפורמט YYYY-MM-DD של ISO 8601 (לדוגמה, 2026-05-01). בניגוד לשאילתות של Brand Lift ועלייה בנפח החיפוש, הפלח segments.date לא תואם לאף אחד מהמדדים והפלחים של עלייה בהמרות. אם בוחרים את הפלח segments.date לצד פלחים של עלייה בהמרות (כמו segments.conversion_lift_start_date) בסעיף SELECT, תוחזר השגיאה QueryError.PROHIBITED_FIELD_COMBINATION_IN_SELECT_CLAUSE. לעומת זאת, אם משלבים את segments.date עם מדדים של עלייה בהמרות, תוחזר השגיאה QueryError.PROHIBITED_SEGMENT_WITH_METRIC_IN_SELECT_OR_WHERE_CLAUSE.

תמונת המצב המחושבת החדשה ביותר יכולה להיות בפיגור אחרי תאריך הסיום של קמפיין פעיל בזמן עיבוד הנתונים. כדי לזהות את תמונת המצב האחרונה שהוערכה, תמיד צריך לשלוח שאילתה למשאב lift_measurement_config לגבי צמדי (segments.conversion_lift_start_date, segments.conversion_lift_end_date) זמינים, לפי הסדר של segments.conversion_lift_end_date DESC.

השאילתה הבאה מאחזרת את טווחי התאריכים הזמינים של תמונות המצב במחקר:

SELECT
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'
ORDER BY segments.conversion_lift_end_date DESC

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

  • ‫CONFIG_ID: המזהה של הגדרת מדידת התחזקות המותג (מספר שלם).

סינון לפי היקף פעולת ההמרה

המדד "עלייה בהמרות" מעריך את ההמרות המצטברות בשני היקפים שמוגדרים לפי הפלח segments.conversion_lift_included_conversion_action_types:

  • SELECTED: פעולות המרה שנבחרו במהלך הגדרת המחקר, או כל פעולות ההמרה שניתן להגיש עליהן הצעות מחיר (ראשיות) אם לא צוינו פעולות המרה מותאמות אישית.
  • ALL: כל פעולות ההמרה מהקמפיינים שנמדדו במחקר.

כששולחים שאילתה למשאב lift_measurement_config לגבי מדדי עלייה בהמרות בלי לסנן לפי הפלח segments.conversion_lift_included_conversion_action_types, ה-API מחזיר שתי שורות לכל פלח – אחת ל-ALL ואחת ל-SELECTED. ב-GAQL, כל שדה פלח שאינו תאריך (וכל פלח תאריך של תמונת מצב של עלייה בהמרות) שמסונן בסעיף WHERE חייב להופיע גם בסעיף SELECT. אחרת, ה-API מחזיר שגיאת QueryError.EXPECTED_REFERENCED_FIELD_IN_SELECT_CLAUSE. כשמסננים לפי segments.conversion_lift_included_conversion_action_types = 'SELECTED' בסעיף WHERE, צריך לכלול את הפלח הזה בסעיף SELECT.

דיווח נפרד על עלייה בהמרות

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

שאילתה על עלייה בהמרות ועל עלות מצטברת להמרה (iCPA)

בדוחות על העלייה בהמרות מוצגים אומדנים נקודתיים לצד גבולות רווח בר-סמך חד-צדדי של 90% (*_p90_lower_bound ו-*_p90_upper_bound, שיוצרים יחד רווח בר-סמך דו-צדדי של 80%) וערכי p (p_value <= 0.10 תואם למובהקות סטטיסטית חד-צדדית של 90%):

ה-API משמיט את המדדים של העלייה בהמרות בשורות שמוחזרות במקרים הבאים:

  • חלון תמונת המצב הכולל הוא פחות מ-4 ימים.
  • נפח ההמרות שנמדדו ללא התאמה נמוך מסף הדיוק המינימלי (פחות מ-65 המרות שנמדדו בקבוצת הבקרה או פחות מ-150 המרות שנמדדו בקבוצה שנחשפה, לפני התאמה metrics.conversion_lift_baseline_conversions).
  • העלייה שנמדדה היא לא חיובית (metrics.incremental_conversions_p_value > 0.5 במדדי המרות, או metrics.incremental_conversion_value_p_value > 0.5 במדדי ערך המרה).
  • בגרסה 27 ואילך של Google Ads API, מתבצעת שאילתה על מדדי iROAS (metrics.incremental_conversion_value_per_cost*) ועל מדדי הניקוד של ערך ההמרה (metrics.incremental_conversion_value_winner_score ו-metrics.incremental_conversion_value_per_cost_winner_score) במחקר שהוגדר במהלך ההגדרה עם מספר המרות במקום ערך המרה כמדד הראשי. מדדים של ערכי המרות שלא קשורים לעלות (metrics.conversion_lift_baseline_conversion_value,‏ metrics.conversion_lift_exposed_conversion_value,‏ metrics.incremental_conversion_value* ו-metrics.relative_conversion_value_lift*) ממשיכים להופיע במחקרים שמתמקדים בספירת המרות, כל עוד אפשר לדווח על העלייה בערך ההמרה.
  • מספר שורות או מחקרים נכללים בצבירה כי השמטתם את השדות lift_measurement_config.lift_measurement_config_id,‏ segments.conversion_lift_start_date,‏ segments.conversion_lift_end_date או segments.conversion_lift_included_conversion_action_types מהסעיף SELECT.

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

  • תקופות הרצה בתהליך לעומת תקופות הרצה שהסתיימו (STUDY_IN_PROGRESS_*): כל עוד תקופת ההרצה של מחקר ENABLED עדיין נמשכת (כשהתאריך הנוכחי באזור הזמן של הלקוח הוא lift_measurement_flight.end_date או לפני כן), בניית מודל ההמרות של קבוצת הבקרה וקבוצת הניסוי ושיוך ההמרות המאוחרות עדיין מתייצבים. התייחסו למדדים של קמפיינים פעילים כאל מדדים ראשוניים, ואל תשהו קמפיינים או תקטינו תקציבים עד שהקמפיין יסתיים.
  • עלייה חיובית (POSITIVE_LIFT_DETECTED): אפשר לדווח על מדד העלייה בהמרות ומופעלת lift_guidance.outcome = 'POSITIVE_LIFT_DETECTED' בכל פעם שהעלייה שנמדדה היא חיובית (p_value <= 0.50, שמתאימה לוודאות של לפחות 50% עם אומדן נקודתי חיובי, ואילו p_value <= 0.10 מציינת מובהקות סטטיסטית חד-צדדית של 90% כאשר *_p90_lower_bound >= 0) ומתקיימים ספי הדיוק המינימליים (לפחות 4 ימים של תמונת מצב, לפחות 65 המרות בסיסיות ללא התאמה לעומס ולפחות 150 המרות בקבוצה שנחשפה ללא התאמה לעומס). אם מזוהה עלייה חיובית, אפשר להריץ שאילתה על פירוט לפי מאפיינים (דמוגרפיה, מכשיר, מדינה, סוג המרה ופעולת המרה) כדי לזהות קבוצות בעלות ביצועים גבוהים ("נקודות אור").
  • אין מספיק נתונים או שלא זוהתה עלייה משמעותית (NOT_ENOUGH_DATA או NO_SIGNIFICANT_LIFT): אם נפח הנתונים לא מספיק (פחות מ-65 המרות בקבוצת הבסיס ללא התאמה לעומס או פחות מ-150 המרות בקבוצה שנחשפה ללא התאמה לעומס) או שלא זוהתה עלייה משמעותית מבחינה סטטיסטית בפלח מסוים, אל תתייחסו לזה כאל כישלון של הקמפיין ואל תחריגו קהלים על סמך חוסר בנתונים בפלח בודד. בודקים את המדדים הכוללים של המחקר ואת השאילתה segments.conversion_lift_included_conversion_action_types = 'ALL' (אם לא מוצגת עלייה ב-SELECTED) או את שאר הפירוטים לפי מאפיינים כדי לוודא אם העלייה החיובית בודדה במקום אחר.

השאילתה הבאה מאחזרת את ההתחזקות הכוללת של ההמרות, את גבולות רמת הסמך ואת ה-iCPA:

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  metrics.conversion_lift_baseline_conversions,
  metrics.conversion_lift_exposed_conversions,
  metrics.incremental_conversions,
  metrics.incremental_conversions_p90_lower_bound,
  metrics.incremental_conversions_p90_upper_bound,
  metrics.incremental_conversions_p_value,
  metrics.cost_per_incremental_conversion,
  metrics.cost_per_incremental_conversion_p90_lower_bound,
  metrics.cost_per_incremental_conversion_p90_upper_bound,
  metrics.relative_conversion_lift,
  metrics.relative_conversion_lift_p90_lower_bound,
  metrics.relative_conversion_lift_p90_upper_bound
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

שאילתה לגבי העלייה בערך ההמרה וב-iROAS

כדי להעריך את ההכנסה המצטברת שנוצרה מהוצאות הפרסום, צריך לשלוח שאילתה לגבי מדדי ערך ההמרה והמדד metrics.incremental_conversion_value_per_cost. מדדים של ערכי המרות שלא קשורים לעלות (metrics.conversion_lift_baseline_conversion_value,‏ metrics.conversion_lift_exposed_conversion_value,‏ metrics.incremental_conversion_value* ו-metrics.relative_conversion_value_lift*) מאוכלסים בכל פעם שבמחקר יש עלייה בערך ההמרה שאפשר לדווח עליה, בלי קשר לשאלה אם המדד הראשי של המחקר הוא מספר ההמרות או ערך ההמרה. בגרסה 27 ואילך של Google Ads API, מדדי ה-iROAS‏ (metrics.incremental_conversion_value_per_cost*) – יחד עם metrics.incremental_conversion_value_winner_score ו-metrics.incremental_conversion_value_per_cost_winner_score – מוחזרים רק אם המחקר הוגדר במהלך ההגדרה עם ערך המרה כמדד הראשי שלו (והם מושמטים במחקרים שבהם המדד הראשי הוא ספירת המרות):

השאילתה הבאה מאחזרת את מצטברות ערך ההמרה, גבולות רווח הסמך ו-iROAS:

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  metrics.conversion_lift_baseline_conversion_value,
  metrics.conversion_lift_exposed_conversion_value,
  metrics.incremental_conversion_value,
  metrics.incremental_conversion_value_p90_lower_bound,
  metrics.incremental_conversion_value_p90_upper_bound,
  metrics.incremental_conversion_value_p_value,
  metrics.incremental_conversion_value_per_cost,
  metrics.incremental_conversion_value_per_cost_p90_lower_bound,
  metrics.incremental_conversion_value_per_cost_p90_upper_bound,
  metrics.relative_conversion_value_lift,
  metrics.relative_conversion_value_lift_p90_lower_bound,
  metrics.relative_conversion_value_lift_p90_upper_bound
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

פילוח התוצאות לפי מאפיין

אפשר לפלח את מדדי ההמרות המצטברות לפי סוג ההמרה, פעולת ההמרה, מידע דמוגרפי, מכשיר או מיקום גיאוגרפי. כששולחים שאילתה למשאב lift_measurement_config, צריך לבחור רק שילובים תואמים של פלחים:

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

העריכו את מדדי היעילות מבחינת עלות (metrics.cost_per_incremental_conversion* ו-metrics.incremental_conversion_value_per_cost*) רק בשורות של המחקר הכולל או בשורות של segments.experiment_arm. בגרסאות 25 ו-26 של Google Ads API, הסכימה מאפשרת לבחור את ששת המדדים של יחס העלות (metrics.cost_per_incremental_conversion,‏ metrics.cost_per_incremental_conversion_p90_lower_bound,‏ metrics.cost_per_incremental_conversion_p90_upper_bound,‏ metrics.incremental_conversion_value_per_cost,‏ metrics.incremental_conversion_value_per_cost_p90_lower_bound ו-metrics.incremental_conversion_value_per_cost_p90_upper_bound) עם שמונת הפלחים שלא קשורים לקבוצות הניסוי (segments.conversion_action,‏ segments.conversion_action_name,‏ segments.conversion_lift_conversion_category,‏ segments.age_range,‏ segments.gender,‏ segments.device,‏ segments.country ו-segments.country_localized_name). החל מגרסה 27 של Google Ads API, אם בוחרים אחד מששת המדדים האלה של יחס העלות עם אחד משמונת הפלחים האלה שלא קשורים לקבוצות הניסוי, השאילתה לא עוברת את האימות ומוחזרת השגיאה QueryError.PROHIBITED_SEGMENT_WITH_METRIC_IN_SELECT_OR_WHERE_CLAUSE. מדדים של ערכי המרות שלא קשורים לעלות (metrics.conversion_lift_baseline_conversion_value,‏ metrics.conversion_lift_exposed_conversion_value,‏ metrics.incremental_conversion_value* ו-metrics.relative_conversion_value_lift*) עדיין נתמכים בפלחים של סוגי המרות, פעולות המרה, נתונים דמוגרפיים, מכשירים ומדינות, בכל פעם שאפשר לדווח על העלייה בערך ההמרות (לא משנה אם המדד העיקרי במחקר הוא מספר ההמרות או ערך ההמרה).

כדי להעריך את השיפור בסוגי ההמרות שמוגדרים בערך ה-enum‏ ConversionActionCategory (כמו PURCHASE,‏ SIGNUP או SUBMIT_LEAD_FORM), צריך לפלח את התוצאות לפי הפלח segments.conversion_lift_conversion_category:

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  segments.conversion_lift_conversion_category,
  metrics.conversion_lift_baseline_conversions,
  metrics.conversion_lift_exposed_conversions,
  metrics.incremental_conversions,
  metrics.relative_conversion_lift
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

הפלח segments.conversion_action מחזיר את שם המשאב של פעולת ההמרה בפורמט customers/CUSTOMER_ID/conversionActions/CONVERSION_ACTION_ID. בוחרים את הפלח segments.conversion_action_name במשאב lift_measurement_config כדי לאחזר שמות של פעולות המרה שקריאים לאנשים, בלי לשלוח שאילתה למשאב conversion_action בנפרד. השאילתה הבאה מפצלת את המדדים של העלייה בהמרות לפי פעולת המרה, שם פעולת ההמרה וסוג ההמרה:

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  segments.conversion_action,
  segments.conversion_action_name,
  segments.conversion_lift_conversion_category,
  metrics.conversion_lift_baseline_conversions,
  metrics.conversion_lift_exposed_conversions,
  metrics.incremental_conversions,
  metrics.relative_conversion_lift
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

השאילתה הבאה מחלקת את המדדים של העלייה בהמרות לפי הפלח segments.device. כדי לאחזר פירוטים דמוגרפיים (אפשר לשלב אותם עם פלחים של סוגי המרות או פעולות המרה), מחליפים את הפלח segments.age_range או segments.gender בבקשות נפרדות:

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  segments.device,
  metrics.conversion_lift_baseline_conversions,
  metrics.conversion_lift_exposed_conversions,
  metrics.incremental_conversions,
  metrics.relative_conversion_lift
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

כדי לראות פירוט של התוצאות לפי מיקום גיאוגרפי, צריך לכלול את הפלחים segments.country ו-segments.country_localized_name (אפשר לשלב אותם עם פלחים של סוגי המרות או פעולות המרה). הפלח segments.country מחזיר שם משאב קבוע של מיקום גיאוגרפי לטירגוט גלובלי בפורמט geoTargetConstants/CRITERION_ID (לדוגמה, geoTargetConstants/2840 לארצות הברית).

השאילתה הבאה מפצלת את המדדים של העלייה בהמרות לפי שם המשאב של קריטריון המדינה ולפי שם המדינה המותאם לשוק המקומי:

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  segments.country,
  segments.country_localized_name,
  metrics.conversion_lift_baseline_conversions,
  metrics.conversion_lift_exposed_conversions,
  metrics.incremental_conversions,
  metrics.relative_conversion_lift
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

דיווח על בדיקת A/B ועלייה בהמרות

בגרסה 25 ואילך של Google Ads API, מחקרים למדידת עלייה בהמרות + בדיקות A/B משלבים ניסוי עם שתי קבוצות (השוואה בין אסטרטגיות בקרה וטיפול) עם מדידת הגדרת ערוץ או אסטרטגיה ספציפיים רק בקבוצת הניסוי ב-Google Ads API, כדי להעריך את מצטברות ההמרות של כל קבוצה ולחשב את ציוני הזוכים לפי שיטת בייס. בניגוד לדיווח ישיר על ניסויים במשאב experiment, שמשווה בין מדדי תנועה לא מותאמים של קבוצות ניסוי, שליחת שאילתה למשאב lift_measurement_config עם הפלח segments.experiment_arm מודדת את העלייה המצטברת של כל קבוצת ניסוי ביחס לקבוצת בקרה שלא נחשפה.

איך למצוא ניסויים וקבוצות ניסוי

מחקר A/B + עלייה בהמרות מקשר משאב LiftMeasurementConfig למשאב experiment עם שתי זרועות באמצעות השדה לקריאה בלבד (OUTPUT_ONLY) experiment.lift_measurement_config.

כדי למצוא את הניסוי המקושר ואת הזרועות שלו בבקשה אחת, שולחים שאילתה למשאב ExperimentArm עם שדות experiment משויכים ומסננים לפי השדה experiment.lift_measurement_config. התשובה כוללת את סטטוס הבקרה של כל זרוע (experiment_arm.control), חלוקת התנועה (experiment_arm.traffic_split), הקמפיינים המקושרים (experiment_arm.campaigns) ושם המשאב. משתמשים בערך experiment_arm.resource_name שהוחזר (בפורמט customers/CUSTOMER_ID/experimentArms/EXPERIMENT_ID~ARM_ID) כדי לסנן לפי הפלח segments.experiment_arm:

SELECT
  experiment.experiment_id,
  experiment.name,
  experiment.lift_measurement_config,
  experiment_arm.resource_name,
  experiment_arm.name,
  experiment_arm.control,
  experiment_arm.traffic_split,
  experiment_arm.campaigns
FROM experiment_arm
WHERE experiment.lift_measurement_config =
  'customers/CUSTOMER_ID/liftMeasurementConfigs/CONFIG_ID'

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

  • ‫CUSTOMER_ID: מספר הלקוח בן 10 הספרות של החשבון שבבעלותו המחקר (ללא מקפים).
  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).

אם אתם מתחילים מ-EXPERIMENT_ID ידוע (או רוצים להציג את כל הניסויים בחשבון שבהם מופעלת מדידת התחזקות המותג), הריצו את אותה שאילתת experiment_arm עם סינון לפי WHERE experiment.experiment_id = EXPERIMENT_ID (או WHERE experiment.lift_measurement_config IS NOT NULL).

שאילתה לגבי ציוני הזוכה וההמרות המצטברות לכל זרוע

כדי למדוד את המצטברות של כל קבוצה ולהעריך את ההסתברות הסטטיסטית שקבוצה מסוימת היא המנצחת, צריך לכלול את הפלח segments.experiment_arm בשאילתה למשאב lift_measurement_config.

המדדים הבאים של ציון הזוכה לפי המתודולוגיה הבייסיאנית מעריכים את הסבירות (מ-0.0 עד 1.0, בסכום של 1.0 בשתי הקבוצות כשלשתיהן יש עלייה חיובית שניתן לדווח עליה) שקבוצה מסוימת היא טובה יותר:

  • ‫metrics.incremental_conversions_winner_score: ההסתברות שקבוצת הניסוי הזו היא המנצחת בהמרות מצטברות, מנורמלת לפי חלוקת התנועה של קבוצת הניסוי (experiment_arm.traffic_split).
  • ‫metrics.incremental_conversion_value_winner_score: ההסתברות שהזרוע הזו היא הזוכה בערך ההמרה המצטבר, מנורמלת לפי חלוקת התנועה של הזרוע (experiment_arm.traffic_split). ב-Google Ads API מגרסה 27 ואילך, השדה הזה מאוכלס רק כשהמדד הראשי של המחקר הוא ערך המרה, ומושמט (לא מוגדר) במחקרים שבהם המדד הראשי הוא מספר ההמרות.
  • metrics.cost_per_incremental_conversion_winner_score: הסבירות שהזרוע הזו היא הזוכה בעלות להמרה מצטברת (ה-iCPA הנמוך ביותר), מנורמלת לפי ההוצאות.
  • metrics.incremental_conversion_value_per_cost_winner_score: ההסתברות שהזרוע הזו היא הזוכה בערך ההמרה המצטבר לעלות (ה-iROAS הגבוה ביותר), מנורמלת לפי ההוצאות. ב-Google Ads API מגרסה 27 ואילך, השדה הזה מאוכלס רק כשהמדד הראשי של המחקר הוא ערך המרה, ומושמט (לא מוגדר) במחקרים שבהם המדד הראשי הוא מספר ההמרות.

השאילתה הבאה מאחזרת את ההמרות המצטברות לכל זרוע ואת ציוני הזוכה לפי שיטת בייס לשתי הזרועות:

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  segments.experiment_arm,
  metrics.conversion_lift_baseline_conversions,
  metrics.conversion_lift_exposed_conversions,
  metrics.incremental_conversions,
  metrics.cost_per_incremental_conversion,
  metrics.incremental_conversions_winner_score,
  metrics.cost_per_incremental_conversion_winner_score,
  metrics.incremental_conversion_value,
  metrics.incremental_conversion_value_winner_score,
  metrics.incremental_conversion_value_per_cost_winner_score
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

כדי לסנן לפי קבוצת ניסוי אחת, מוסיפים את AND segments.experiment_arm = 'customers/CUSTOMER_ID/experimentArms/EXPERIMENT_ID~ARM_ID' לסעיף WHERE, כאשר EXPERIMENT_ID הוא מזהה הניסוי ו-ARM_ID הוא מזהה קבוצת הניסוי שמוחזר בשדה experiment_arm.resource_name. הפלח segments.experiment_arm תומך בסינון בסעיפי WHERE (=, !=, IN, NOT IN), אבל אי אפשר למיין אותו בסעיף ORDER BY.

איך מפרשים את התוצאות של בדיקת A/B ומדידת העלייה בהמרות

במחקר A/B + עלייה בהמרות נבדקות שתי השערות בו-זמנית: עדיפות של זרוע אחת על פני השנייה (metrics.*_winner_score) ועלייה סיבתית בהשוואה לקבוצת הניסוי שלא נחשפה (metrics.incremental_* ו-*_p_value). בזמן שפרק הזמן של מחקר ENABLED עדיין נמשך (STUDY_IN_PROGRESS_*, כשהתאריך הנוכחי באזור הזמן של הלקוח הוא lift_measurement_flight.end_date או לפניו), ההשוואה בין הזרועות ובניית המודל של ההמרות בקבוצת הניסוי עדיין מתייצבות. התייחסו למדדים של ניסויים פעילים כאל מדדים ראשוניים, ואל תקדמו קבוצת ניסוי או תקצו מחדש תקציבים עד שהניסוי יסתיים.

במחקרים שהושלמו, קבוצת ניסוי מסווגת כזוכה בהשוואה ישירה אם היא עומדת בספי הדיוק המינימליים (לפחות 4 ימי תמונת מצב, 65 המרות בסיסיות ללא התאמה ו-150 המרות חשופות ללא התאמה), יש לה 0 <= p_value <= 0.50 והיא משיגה ציון זוכה בייסיאני גבוה מ-0.55 (> 0.55) במדד הראשי של המחקר. ההערכה הזו של שתי ההשערות מניבה שני מצבי זכייה נפרדים (שמשתקפים גם ב-lift_guidance.outcome ב-Google Ads API בגרסה 27 ואילך):

  • מנצח ברור עם עלייה סיבתית (AB_WINNER_WITH_LIFT): זרוע הניסוי המנצחת מניבה ביצועים טובים יותר מזרוע הניסוי המתחרה בהשוואה ישירה (winner_score > 0.55), ומייצרת המרות מצטברות או ערך המרה מצטבר עם מובהקות סטטיסטית בהשוואה לקבוצת הבקרה שלא נחשפה. לקדם או להרחיב את האסטרטגיה של הזרוע המנצחת, ולשאול פירוטים לפי מאפיינים כדי לבדוק קבוצות בעלות ביצועים גבוהים.
  • הזרוע המנצחת בניסוי ההשוואתי שווה לזרוע הבקרה (AB_WINNER_PARITY_VS_CONTROL): הזרוע המנצחת מניבה ביצועים טובים יותר מהזרוע המתחרה בניסוי ההשוואתי (winner_score > 0.55), אבל אף אחת מהזרועות לא מניבה עלייה מצטברת מובהקת סטטיסטית בהשוואה לקבוצת הבקרה שלא נחשפה ברמה שנבדקה. לפני שמגדילים את ההוצאות בקבוצת הניסוי המנצחת, כדאי להריץ שאילתה על ההמרות (ALL) (segments.conversion_lift_included_conversion_action_types = 'ALL') ועל הפירוטים של segments.conversion_lift_conversion_category כדי לוודא שהעלייה הסיבתית החיובית לא הייתה מבודדת במקום אחר.

התוצאה POSITIVE_LIFT_DETECTED רלוונטית לרמות הפירוט הבאות של שאילתות לגבי בדיקות A/B ועלייה בהמרות:

  • שורות של מחקר משולב (OVERALL) (שאילתות בלי segments.experiment_arm): המחקר הניב עלייה חיובית בהשוואה לקבוצת הניסוי שלא נחשפה (p_value <= 0.50), ואף אחת מהזרועות לא השיגה ציון של יותר מ-0.55 בהשוואה ישירה.
  • שורות לכל זרוע (segments.experiment_arm): כשזרוע אחת מנצחת (winner_score > 0.55) ושתי הזרועות משיגות עלייה חיובית ביחס לקבוצת הבקרה, השורה של הזרוע המנצחת מחזירה את הערך AB_WINNER_WITH_LIFT והשורה של הזרוע שלא ניצחה מחזירה את הערך POSITIVE_LIFT_DETECTED.
  • שורות של פלח סוג ההמרה (segments.conversion_lift_conversion_category): שורות של עלייה חיובית תמיד מחזירות את הערך POSITIVE_LIFT_DETECTED כי הציונים של הזוכים לא מחושבים לפי סוג ההמרה.

אם פרוסה מחזירה את הערך NOT_ENOUGH_DATA או NO_SIGNIFICANT_LIFT, אל תשהו את זרועות הניסוי ואל תחריגו קהלים על סמך חוסר בנתונים בפרוסה אחת. בודקים את המדדים הכוללים של המחקר ואת ההמרות מסוג ALL (segments.conversion_lift_included_conversion_action_types = 'ALL').

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

אם משמיטים את הפלח segments.experiment_arm משאילתה במשאב lift_measurement_config, ה-API מחזיר את נתוני ההמרות המצטברות ברמת המחקר, שנצברו בשתי הזרועות המשולבות. בשאילתות של זרועות משולבות, צריך להשמיט את ארבעת המדדים של metrics.*_winner_score, שרלוונטיים רק לזרועות מתחרות ומושמטים (לא מוגדרים) בשורות של זרועות משולבות בלי segments.experiment_arm. משתמשים בשאילתות ברמת המחקר שמפורטות בקטעים שאילתה לגבי העלייה בהמרות ו-iCPA ושאילתה לגבי העלייה בערך ההמרה ו-iROAS.

כשמפלחים את התוצאות של בדיקת A/B ושל העלייה בהמרות לפי הפלח segments.experiment_arm, ה-API תומך רק בפלח segments.conversion_lift_conversion_category בתור מאפיין פירוט נוסף. ההוצאות של קבוצת הניסוי לא משויכות לסוגי המרות ספציפיים, ולכן צריך להעריך את מדדי העלייה בהמרות ובערך ההמרות (ולהשמיט את המדדים iCPA ו-iROAS, שנכשלים באימות השאילתה עם השגיאה QueryError.PROHIBITED_SEGMENT_WITH_METRIC_IN_SELECT_OR_WHERE_CLAUSE ב-Google Ads API מגרסה 27 ואילך) כשכוללים את הפלח segments.conversion_lift_conversion_category. הפלחים segments.conversion_action,‏ segments.conversion_action_name,‏ segments.age_range,‏ segments.gender,‏ segments.device,‏ segments.country,‏ segments.country_localized_name ו-segments.date לא תואמים לפלח segments.experiment_arm ולמדדים של metrics.*_winner_score. אם תבחרו באחד מהפלחים הלא תואמים האלה לצד segments.experiment_arm, תוחזר שגיאה מסוג QueryError.PROHIBITED_FIELD_COMBINATION_IN_SELECT_CLAUSE (ושגיאה מסוג QueryError.PROHIBITED_SEGMENT_WITH_METRIC_IN_SELECT_OR_WHERE_CLAUSE אם השאילתה תבחר גם מדד metrics.*_winner_score כלשהו).

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

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.conversion_lift_start_date,
  segments.conversion_lift_end_date,
  segments.conversion_lift_included_conversion_action_types,
  segments.experiment_arm,
  segments.conversion_lift_conversion_category,
  metrics.incremental_conversions,
  metrics.incremental_conversions_winner_score,
  metrics.incremental_conversion_value,
  metrics.incremental_conversion_value_winner_score
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id IN (
    CONFIG_ID_1, CONFIG_ID_2)
  AND segments.conversion_lift_start_date = START_DATE
  AND segments.conversion_lift_end_date = END_DATE
  AND segments.conversion_lift_included_conversion_action_types = 'SELECTED'

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

  • ‫CONFIG_ID_1: המזהה כמספר שלם של ההגדרה הראשונה למדידת השיפור.
  • ‫CONFIG_ID_2: המזהה כמספר שלם של ההגדרה השנייה למדידת השיפור.
  • ‫START_DATE: תאריך ההתחלה של קובץ ה-snapshot, כמספר שלם (YYYYMMDD) בן 8 ספרות ללא מירכאות (לדוגמה, 20260501).
  • ‫END_DATE: תאריך הסיום של קובץ ה-snapshot, כמספר שלם בן 8 ספרות בפורמט YYYYMMDD ללא מירכאות (לדוגמה, 20260515).

שוויון תאריכים מדויק (= START_DATE ו-= END_DATE) מחזיר שורות רק למחקרים שחולקים את אותו חלון תמונת מצב מדויק. כששולחים שאילתות לגבי מחקרים עם תאריכי התחלה שונים של תקופת הפרסום או תאריכים שונים של תמונת המצב האחרונה שנבדקה, צריך לסנן באמצעות אופרטורים של טווח (>= ו-<=) או להשמיט את מסנני התאריכים מהסעיף WHERE, תוך שמירה על הפלחים segments.conversion_lift_start_date ו-segments.conversion_lift_end_date בסעיף SELECT.

דוחות על עלייה בנפח החיפוש

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

מקורות מידע ופילוח של העלייה בנפח החיפוש

שולחים שאילתה למשאב SearchLiftKeywordBundle כדי לאחזר פרטים על חבילות של מילות מפתח שהוגדרו למחקרים למדידת העלייה בנפח החיפוש. המשאב SearchLiftKeywordBundle הוא לקריאה בלבד ב-Google Ads API (כל השדות הם OUTPUT_ONLY), וחבילות של מילות מפתח מוגדרות בממשק המשתמש של Google Ads או על ידי נציג Google או איש הקשר של GPS. השדות שאפשר לשלוח לגביהם שאילתות ב-GAQL הם resource_name,‏ search_lift_keyword_bundle_id,‏ source (SearchLiftMatchingInfoSource) ו-status (SearchLiftKeywordBundleStatus) (אי אפשר לבחור את השדה החוזר keywords בשאילתות GAQL).

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

‫בגרסה 27 ואילך של Google Ads API, אפשר גם לבחור את השדה לקריאה בלבד (OUTPUT_ONLY) lift_measurement_config.lift_guidance (lift_guidance.outcome ו-lift_guidance.guidance_message, מסוג LiftGuidance) בסעיף SELECT של GAQL ב-lift_measurement_config כששולחים שאילתה לגבי מדדים או פלחים של עלייה בנפח החיפוש (segments.search_lift_keyword_bundle או segments.search_property). ב-lift_measurement_config, השדה lift_guidance מושמט בשאילתות של הגדרות מטא-נתונים בלבד, והשדה lift_guidance.guidance_message יכול להכיל קישורי Markdown בתוך השורה (כמו [Learn more](https://support.google.com/...)). לגבי עלייה בנפח החיפוש, השדה lift_guidance.outcome מחזיר את הערכים STUDY_IN_PROGRESS_WITH_LIFT,‏ STUDY_IN_PROGRESS_NO_LIFT_YET,‏ STUDY_IN_PROGRESS_COLLECTING_DATA,‏ POSITIVE_LIFT_DETECTED (ודאות של 70% לפחות, p_value <= 0.30),‏ NO_SIGNIFICANT_LIFT או NOT_ENOUGH_DATA (הערכה לפי ערכי סף של לפחות 1,000,000 חשיפות כוללות או 100,000 חשיפות לפלח, לפחות 75 חיפושים שנצפו ולפחות 17 מתוך 20 קבוצות של קובצי Cookie, כאשר חבילה אחת של מילות מפתח עם ביצועים נמוכים גורמת לתוצאות המחקר הכוללות לדווח על NOT_ENOUGH_DATA).

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

  • ‫segments.search_lift_keyword_bundle: פילוח לפי שם המשאב של חבילת מילות המפתח. תואם לפלחים segments.search_property, segments.date ולפלחים דמוגרפיים (segments.device, segments.age_range ו-segments.gender). בכל חבילת מילות מפתח מדווחים העלות והחשיפות המלאות של הקמפיין, ומילות מפתח יכולות להשתייך ליותר מחבילה אחת. אל תסכמו את המדדים של metrics.search_lift_cost_micros, metrics.search_lift_impressions או העלייה בנפח החיפוש בין חבילות של מילות מפתח.
  • ‫segments.search_property: פילוח לפי נכס החיפוש שבו בוצע החיפוש, שמוגדר על ידי הערך המספרי SearchLiftSearchProperty (למשל GOOGLE_SEARCH או YOUTUBE). הפלח segments.search_property תואם רק לפלחים segments.search_lift_keyword_bundle ו-segments.date. אם משלבים את segments.search_property עם פלחים דמוגרפיים (segments.device,‏ segments.age_range או segments.gender), אימות השאילתה נכשל. מכיוון שהשדה segments.search_property מחלק את הנתונים לפי המיקום שבו בוצעו החיפושים האורגניים הבאים ולא לפי המיקום שבו הוצגו המודעות, שורות שמפולחות לפי segments.search_property חוזרות על העלות והחשיפות ברמת הקמפיין שלא חולקו ב-Google Ads API גרסה 26. החל מגרסה 27 של Google Ads API, כל שמונת המדדים של ההוצאות והחשיפות (metrics.search_lift_cost_micros,‏ metrics.search_lift_impressions,‏ metrics.normalized_incremental_searches_per_cost* ו-metrics.normalized_incremental_searches_per_impression*) לא תואמים ל-segments.search_property, והכלי לתיקוף שאילתות נכשל עם השגיאה QueryError.PROHIBITED_SEGMENT_WITH_METRIC_IN_SELECT_OR_WHERE_CLAUSE.
  • פלחים דמוגרפיים ופלחים של תאריכים: segments.device, segments.age_range, segments.gender ו-segments.date.

מדדי עלייה בנפח החיפוש

המשאב LiftMeasurementConfig מספק מדדים של עלייה בנפח החיפוש כדי להעריך שינויים בהתנהגות החיפוש:

  • ‫metrics.relative_search_lift: ההבדל בנפח שאילתות החיפוש בין קבוצת החשיפה לקבוצת הבקרה, מבוטא כחלק משאילתות החיפוש בקבוצת הבקרה.
  • ‫metrics.relative_search_lift_p90_lower_bound ו-metrics.relative_search_lift_p90_upper_bound: הגבולות החד-צדדיים של רווח בר-סמך של 90% (שיחד יוצרים רווח בר-סמך דו-צדדי של 80%) לעלייה יחסית בנפח החיפוש.
  • ‫metrics.incremental_searches_p_value: ערך ה-p של החיפושים המצטברים, שמייצג את ההסתברות הסטטיסטית לכך שהעלייה שנצפתה בשאילתות החיפוש התרחשה במקרה.
  • ‫metrics.search_lift_cost_micros: העלות הכוללת (במיקרו-דולר) של החשיפות של המודעות שהוצגו בפרוסת המדידה הזו של העלייה בנפח החיפוש. לא תואם ל-segments.search_property ב-Google Ads API מגרסה 27 ואילך.
  • ‫metrics.search_lift_impressions: המספר הכולל של חשיפות של מודעות שהוצגו בפרוסה הזו של מדידת העלייה בנפח החיפוש. לא תואם ל-segments.search_property ב-Google Ads API מגרסה 27 ואילך.

המדדים המצטברים המנורמלים הבאים – יחד עם גבולות הסמך החד-צדדיים התואמים של 90% (*_p90_lower_bound ו-*_p90_upper_bound) – מדווחים כשהעלייה חיובית מבחינה סטטיסטית:

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

השאילתות הבאות ב-GAQL מדגימות איך לאחזר חבילות של מילות מפתח ומדדי ביצועים של עלייה בנפח החיפוש.

שאילתה של חבילת מילות מפתח

כדי לאחזר חבילות של מילות מפתח שהוגדרו למדידת העלייה בנפח החיפוש, שולחים שאילתה למשאב search_lift_keyword_bundle:

SELECT
  search_lift_keyword_bundle.resource_name,
  search_lift_keyword_bundle.search_lift_keyword_bundle_id,
  search_lift_keyword_bundle.source,
  search_lift_keyword_bundle.status
FROM search_lift_keyword_bundle

שאילתת מדדים

הערכים של search_lift_keyword_bundle.resource_name שאוחזרו בשאילתה של חבילת מילות המפתח תואמים לערכים שהוחזרו בפלח segments.search_lift_keyword_bundle בשאילתה הבאה. כדי למצוא את CONFIG_ID, הקמפיינים המקושרים ולוח הזמנים של המחקר, פועלים לפי ההוראות במאמר חיפוש תצורות מחקר וטיסות במשאבים lift_measurement_config ו-lift_measurement_flight (סינון טיסות לפי lift_measurement_flight.lift_type = 'SEARCH').

השאילתה הבאה מאחזרת מדדי עלייה בנפח החיפוש, מפולחים לפי חבילת מילות מפתח ונכס חיפוש (צריך להשמיט את segments.search_property כשבוחרים את metrics.search_lift_cost_micros או את metrics.search_lift_impressions):

SELECT
  lift_measurement_config.lift_measurement_config_id,
  segments.search_lift_keyword_bundle,
  segments.search_property,
  metrics.relative_search_lift,
  metrics.relative_search_lift_p90_lower_bound,
  metrics.relative_search_lift_p90_upper_bound,
  metrics.incremental_searches_p_value,
  metrics.normalized_incremental_searches,
  metrics.normalized_incremental_searches_p90_lower_bound,
  metrics.normalized_incremental_searches_p90_upper_bound
FROM lift_measurement_config
WHERE lift_measurement_config.lift_measurement_config_id = CONFIG_ID

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

  • ‫CONFIG_ID: המזהה של ההגדרה של מדידת התחזקות המותג (מספר שלם).