הערה על השם: לפי התיעוד של Google, באפריל 2026 המוצר חזר לשמו המקורי, Data Studio, כך שבממשק ובתפריטים אתם עשויים לראות את השם הזה במקום Looker Studio.
מה שדה מחושב יכול לעשות?
לפי התיעוד של Google שדה מחושב הוא נוסחה שמבצעת פעולה על שדה אחד או יותר במקור הנתונים. הנוסחה יכולה לבצע חשבון, לעבד טקסט, תאריכים ונתונים גיאוגרפיים ולהפעיל לוגיקה מסתעפת. התוצאה מחושבת לכל שורה בגרף שהשדה מופיע בו. הדוגמה בתיעוד: שדה Total שמכפיל Price ב-Qty Sold יציג מכפלה לכל שורה בטבלה וסכום כולל ב-scorecard.
סוג הנתונים נקבע לפי הנוסחה. נוסחה עם פעולות חשבון או פונקציות צבירה מחזירה Number ונוסחה עם פונקציות טקסט מחזירה Text. את הסוג אפשר לשנות בתפריט Type בעורך מקור הנתונים. גם קבוצות מותאמות ו-bins נחשבים בתיעוד סוגים של שדה מחושב: הם מקבצים ערכים לקטגוריות בלי לכתוב CASE.
מהשדה הגולמי ועד הגרף
ארבעת השלבים של שדה מחושב
שדה במקור הנתונים או שדה בגרף: מה ההבדל המדויק?
את כלל האצבע הסברנו במדריך הטמעת Looker Studio: מדד שחוזר ביותר ממקום אחד שייך למקור. כאן ההבדלים המלאים כפי שהם מופיעים בתיעוד.
| המאפיין | שדה במקור הנתונים | שדה ברמת הגרף |
|---|---|---|
| מי יכול ליצור | מי שיש לו הרשאת עריכה במקור הנתונים | עורך של הדוח, כשהאפשרות Field Editing in Reports פעילה במקור |
| איפה הוא זמין | בכל דוח שמשתמש במקור | רק בגרף שבו נוצר |
| עבודה על Blend | לא | כן |
| הפניה לשדה מחושב אחר | כן | רק לשדה מחושב של המקור, לא לשדה אחר של הגרף |
| עיצוב ערך מותאם | לא בזמן היצירה. מגדירים אותו בגרף | כן, בזמן היצירה |
עוד פרט שימושי: העתקה של גרף מעתיקה גם את השדות המחושבים שלו וזו הדרך היחידה להשתמש שוב בשדה ברמת הגרף. חישובים שחוצים טבלאות של Blend חייבים להיות ברמת הגרף, כפי שהראינו במדריך ה-Blending.
איך יוצרים שדה מחושב?
- פותחים את מקור הנתונים לעריכה. לוחצים ADD A FIELD ובוחרים Add calculated field.
- נותנים שם. השם חייב להיות ייחודי. לפי התיעוד אי אפשר להשתמש במילים שמורות.
- כותבים את הנוסחה. מתחילים להקליד שם של שדה או של פונקציה ובוחרים מהרשימה. שם שדה תקין מופיע כתגית ירוקה או כחולה. שם פונקציה תקין מופיע באותיות גדולות בירוק.
- שומרים. לוחצים SAVE. כשיש שגיאה בנוסחה אי אפשר לשמור את השדה.
- בודקים סוג וצבירה. מכוונים את Type ואת Aggregation לפי הצורך.
שדה ברמת הגרף נוצר מתוך הגרף: בלשונית Setup של חלונית המאפיינים לוחצים Add dimension או Add metric, אחר כך ADD FIELD, כותבים שם ונוסחה ולוחצים APPLY. שדה מחושב מסומן בסימן fx. לחיצה עליו פותחת את עורך הנוסחה.
איך כותבים משפט CASE?
CASE בודק תנאים לפי הסדר ומחזיר את התוצאה של התנאי הראשון שמתקיים. יש שתי צורות. searched CASE מקבל תנאי מלא בכל WHEN ומתאים ללוגיקה מורכבת. simple CASE משווה ביטוי אחד לרשימת ערכים וקל יותר לכתיבה.
CASE
WHEN Medium = "cpc" THEN "Paid"
WHEN Medium IN ("organic", "referral") THEN "Free"
ELSE "Other"
ENDארבעה כללים מהתיעוד שכדאי לזכור. ברגע שתנאי מתקיים, שאר ה-WHEN וה-ELSE לא נבדקים ולכן סדר התנאים קובע. מותר ELSE אחד בלבד. בלי ELSE מוחזר NULL כשאף תנאי לא מתקיים. כל ה-THEN חייבים להחזיר אותו סוג נתונים: אם הראשון מחזיר Text, כולם מחזירים Text.
בתנאים אפשר להשתמש בהשוואות, ב-IN, ב-AND וב-OR ובפונקציות regex. אפשר גם לקנן CASE בתוך CASE. לתנאי בודד התיעוד מציע לשקול את IF, שמקבל תנאי, תוצאה אם הוא נכון ותוצאה אם לא. שימוש מתקדם יותר הוא CASE שמחזיר מימד או מדד אחר לפי ערך של פרמטר, כך שפקד אחד מחליף את הפירוק של גרף בלי לערוך את הדוח.
כשמקבצים ערכים מספריים לטווחים, התנאים נכתבים מהקטן לגדול. זו דוגמה מהתיעוד:
CASE
WHEN Amount < 20 THEN "Small"
WHEN Amount >= 20 and Amount < 100 THEN "Medium"
WHEN Amount >= 100 THEN "Large"
ENDאילו פונקציות שווה להכיר?
רשימת הפונקציות הרשמית מחולקת לקבוצות. אלה הפונקציות שחוזרות הכי הרבה בדוחות שיווק:
| הקבוצה | פונקציות | שימוש טיפוסי |
|---|---|---|
| צבירה | SUM, AVG, COUNT, COUNT_DISTINCT, MIN, MAX, MEDIAN | מדדי יחס, ספירת לידים ייחודיים |
| תנאים | CASE, IF, IFNULL, COALESCE, NULLIF | קיבוץ ערוצים, החלפת ערך חסר |
| טקסט | CONCAT, LOWER, UPPER, TRIM, REPLACE, SUBSTR, CONTAINS_TEXT, STARTS_WITH | ניקוי ואיחוד של ערכי UTM |
| regex | REGEXP_CONTAINS, REGEXP_MATCH, REGEXP_EXTRACT, REGEXP_REPLACE | חילוץ חלק מכתובת או משם קמפיין |
| תאריך | TODAY, DATE_DIFF, DATETIME_TRUNC, YEAR, MONTH, WEEK, YEARWEEK | ימים מאז פתיחת ליד, קיבוץ לפי שבוע |
| חשבון | ROUND, FLOOR, CEIL, ABS | עיגול של מדדים מחושבים |
| שונות | CAST, HYPERLINK, IMAGE | המרת סוג, קישור לחיץ בטבלה |
שלושה פרטים מהתיעוד שחוסכים זמן. CONTAINS_TEXT, STARTS_WITH ו-ENDS_WITH רגישות לאותיות גדולות וקטנות. גם ביטויי regex רגישים לכך כברירת מחדל, אבל הדגל (?i) בתחילת הביטוי מבטל את הרגישות. הקידומת R לפני המחרוזת חוסכת את הצורך לכתוב לוכסן כפול. ההבדל בין שתי פונקציות הבדיקה: REGEXP_CONTAINS מחזירה true כשהערך מכיל את התבנית, בעוד ש-REGEXP_MATCH מחזירה true כשהערך מתאים לתבנית. לכן בדוגמאות של התיעוד תבנית ל-REGEXP_MATCH נכתבת עם .* בשני הצדדים. התיעוד גם ממליץ להעדיף פונקציות טקסט פשוטות כשהן מספיקות, כי ביטויי regex קשים יותר לקריאה ולתחזוקה.
אילו נוסחאות שימושיות בדוחות שיווק?
שמות השדות בדוגמאות הם להמחשה. החליפו אותם בשמות שקיימים במקור שלכם.
איחוד של ערכי מקור שנכתבו פעם באות גדולה ופעם בקטנה:
LOWER(Source)סיווג של שאילתות חיפוש למותג ולא מותג, בלי רגישות לאותיות:
CASE
WHEN REGEXP_CONTAINS(Query, "(?i)mybrand") THEN "Brand"
ELSE "Non-brand"
ENDשפת הקמפיין מתוך מוסכמת שמות עם קו מפריד, לפי הדוגמה שבתיעוד:
CASE
WHEN REGEXP_MATCH(Campaign, R".*\|\s*en\s*\|.*") THEN "English"
WHEN REGEXP_MATCH(Campaign, R".*\|\s*es\s*\|.*") THEN "Spanish"
ELSE "Other language"
ENDהתיקייה הראשונה בכתובת העמוד, כדי לקבץ עמודים לפי אזור באתר:
REGEXP_EXTRACT(Page, "^https://[^/]+/([^/]+)/")מספר הימים שעברו מאז תאריך מסוים. לפי התיעוד DATE_DIFF מחזירה את מספר הימים בין שני תאריכים, הראשון פחות השני:
DATE_DIFF(TODAY(), Lead Date)ערך ברירת מחדל במקום ערך חסר, למשל אחרי Left outer join ב-Blend:
IFNULL(Revenue, 0)נוסחאות כאלה שוות הרבה יותר כשמוסכמת השמות של הקמפיינים עקבית. את הכללים פירטנו במדריך תיוג הקמפיינים ב-UTM.
איך עובדת צבירה בשדה מחושב?
לפי התיעוד שדה מחושב יכול לפעול על ערכים לא צבורים, שורה אחר שורה, או על ערכים צבורים. שדה כמו Price כפול Quantity Sold מחושב לכל שורה ומקבל בגרפים צבירת ברירת מחדל של Sum. כדי לבנות מדד צבור כותבים את פונקציות הצבירה בתוך הנוסחה:
SUM(Profit) / SUM(Revenue)כשהצבירה כתובה במפורש, צבירת ברירת המחדל של השדה נקבעת ל-Auto, כך שהנוסחה לא נשברת אם מישהו משנה את הצבירה. זאת הסיבה שמדדי יחס כמו שיעור המרה, עלות להמרה ו-ROAS נכתבים תמיד כסכום חלקי סכום.
יש יוצא מן הכלל גדול. נתונים ממקורות כמו Google Analytics, Google Ads ו-YouTube מגיעים ל-Looker Studio כשהם כבר צבורים. לפי התיעוד אי אפשר להחיל פונקציית צבירה על נתון שכבר נצבר, כך שנוסחה כמו SUM(Sessions) תחזיר את השגיאה Re-aggregating metrics is not supported. בפועל במקורות האלה כותבים את היחס ישירות על המדדים, בלי SUM. מקורות כמו Google Sheets ו-BigQuery יכולים לשלוח נתונים לא צבורים ובהם פונקציות הצבירה עובדות.
מאותה סיבה מופיעה לפעמים השגיאה Unable to aggregate ratio metrics. היא קורית כשמסננים לפי שדה מחושב גרף שיש בו מדד יחס כמו CTR: הסינון מחייב לחשב את היחס מחדש, אבל Looker Studio לא יכול לעשות את זה על נתונים שכבר נצברו. התיקון לפי התיעוד: לסנן לפי שדה רגיל של המקור או להחליף את מדד היחס במדד רגיל כמו Impressions.
אילו שגיאות נפוצות ואיך מתקנים אותן?
| השגיאה | הסיבה | התיקון |
|---|---|---|
| שם שדה או שם פונקציה לא תקין | שגיאת כתיב או תו מיוחד | בודקים מול רשימת השדות ורשימת הפונקציות |
| מירכאות חסרות | מחרוזת בלי מירכאות תואמות | עוטפים כל מחרוזת במירכאות יחידות או כפולות |
| סוגריים לא תואמים | סוגר חסר, בדרך כלל בפונקציות מקוננות | סופרים סוגריים פותחים וסוגרים |
| סוג ארגומנט לא תואם | למשל פונקציית תאריך על מימד טקסט | משתמשים בקלט מהסוג הנכון או ממירים עם CAST |
| Re-aggregating metrics | צבירה של מדד שכבר נצבר במקור | מסירים את פונקציית הצבירה או משנים את הנתונים במקור |
| ערבוב של מדדים ומימדים | למשל חיבור טקסט עם סימן פלוס | משתמשים בפונקציה המתאימה, למשל CONCAT |
| מימד שמחזיר מדד | שדה ברמת הגרף נוצר כמימד עם ביטוי של מדד | יוצרים את השדה כמדד |
מגבלה אחת של CAST שכדאי להכיר: לפי רשימת הפונקציות הוא ממיר ל-NUMBER, ל-TEXT או ל-DATETIME ולא מקבל שדות צבורים.
שאלות נפוצות
מה ההבדל בין searched CASE ל-simple CASE ב-Looker Studio?
searched CASE מקבל תנאי מלא בכל WHEN, למשל השוואה, IN או פונקציית regex, כך שהוא מתאים ללוגיקה מורכבת. simple CASE משווה ביטוי אחד לרשימת ערכים, בצורה CASE שדה WHEN ערך THEN תוצאה. לפי התיעוד של Google הוא קל יותר לכתיבה. בשתי הצורות מוחזרת התוצאה של ה-WHEN הראשון שמתקיים.
מה מחזיר CASE כשאף תנאי לא מתקיים?
כשכל תנאי ה-WHEN שקריים או NULL, מוחזרת התוצאה של ELSE. אם אין ELSE, לפי התיעוד המשפט מחזיר NULL. מותר ELSE אחד בלבד בכל CASE. כדאי תמיד להוסיף ELSE עם ערך כמו Other, כדי שערכים חדשים בנתונים לא ייעלמו מהגרף.
למה מופיעה השגיאה Re-aggregating metrics is not supported?
כי הנוסחה מנסה לצבור מדד שכבר נצבר. נתונים ממקורות כמו Google Analytics ו-Google Ads מגיעים ל-Looker Studio צבורים ולכן נוסחה כמו SUM(Sessions) נכשלת. לפי התיעוד המגבלה נובעת ממערך הנתונים שמתחת. במקורות כמו Google Sheets ו-BigQuery, ששולחים נתונים לא צבורים, פונקציות הצבירה עובדות.
איך מחשבים שיעור המרה נכון בשדה מחושב?
כותבים סכום חלקי סכום, למשל SUM(Conversions) / SUM(Sessions). לא מחשבים ממוצע של שיעורי המרה שחושבו שורה אחר שורה. כשפונקציות הצבירה כתובות במפורש בנוסחה, צבירת ברירת המחדל של השדה נקבעת ל-Auto. במקור שהמדדים שלו כבר צבורים, כמו GA4, כותבים בפועל את היחס ישירות על המדדים בלי SUM.
האם אפשר להשתמש בשדה מחושב אחד בתוך שדה מחושב אחר?
תלוי איפה השדה נוצר. לפי התיעוד שדה מחושב של מקור הנתונים יכול להופיע בנוסחה של שדה מחושב אחר. שדה מחושב ברמת הגרף יכול להפנות לשדה מחושב של המקור, אבל לא לשדה מחושב אחר ברמת הגרף.
איך כותבים ביטוי regex שלא רגיש לאותיות גדולות וקטנות?
מוסיפים את הדגל (?i) בתחילת הביטוי. לפי התיעוד ביטויי regex ב-Looker Studio רגישים לאותיות גדולות וקטנות כברירת מחדל. הדוגמה הרשמית: REGEXP_EXTRACT(MyField, '(?i)(a.*)') מחלצת גם את abc123 וגם את ABC123. גם הפונקציות CONTAINS_TEXT, STARTS_WITH ו-ENDS_WITH רגישות לאותיות.
מה השורה התחתונה?
שדות מחושבים הם המקום שבו דשבורד מפסיק להציג נתונים גולמיים ומתחיל לדבר בשפה של העסק: ערוצים מקובצים, מדדי יחס מוסכמים, קמפיינים מסווגים לפי מוסכמת שמות. כדי שזה יחזיק לאורך זמן צריך שלושה הרגלים: כל מדד שחוזר נכתב פעם אחת במקור הנתונים, כל CASE מסתיים ב-ELSE וכל יחס נכתב כסכום חלקי סכום. אנחנו בונים מילון מדדים כזה כחלק משירות בניית דשבורדים. אילו מדדים בכלל שווה להציג להנהלה פירטנו במדריך הדשבורד הניהולי. אם יש לכם דוח עם נוסחאות שאף אחד לא בטוח מה הן מחשבות, כתבו לנו.
מקורות
Google Cloud Documentation: About calculated fields, Google Cloud Documentation: Add, edit, and troubleshoot calculated fields, Google Cloud Documentation: Function list, Google Cloud Documentation: CASE (Searched), Google Cloud Documentation: Regular expressions in Data Studio, Google Cloud Documentation: What does the 'Unable to aggregate ratio metrics' error mean?
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי