הערה על השם: לפי התיעוד של Google, באפריל 2026 המוצר חזר לשמו המקורי, Data Studio, כך שבממשק ובתפריטים אתם עשויים לראות את השם הזה במקום Looker Studio.
מקור נתונים משובץ או לשימוש חוזר?
זאת ההחלטה הראשונה ואחת מהחשובות, כי לפי התיעוד היא לא הפיכה לשני הכיוונים. מקור נתונים משובץ נוצר מתוך עריכת הדוח ושייך לאותו דוח בלבד. הוא נוסע עם הדוח: שיתוף או העתקה של הדוח משתפים ומעתיקים גם אותו. מקור נתונים לשימוש חוזר נוצר ממסך הבית ואפשר להשתמש בו בכמה דוחות. הוא לא מועתק יחד עם הדוח.
ההבדל המעשי הוא שליטה. במקור משובץ, כל מי שיכול לערוך את הדוח יכול לשנות את החיבור. במקור לשימוש חוזר רק בעל ההרשאות יכול לשנות את החיבור. התיעוד גם מזהיר שמקור משובץ עלול לחשוף לצופים נתונים ומטא-דאטה שלא התכוונתם אליהם. התיעוד ממליץ להסתיר או להסיר שדות שאינם בשימוש. אפשר להפוך מקור משובץ למקור לשימוש חוזר, אבל לפי התיעוד הפעולה הזאת קבועה ואי אפשר לבטל אותה. הכיוון ההפוך לא קיים בכלל.
הכלל המומלץ: כל מקור שיותר מדוח אחד יצטרך, או שיש בו נתונים רגישים, נוצר מראש כמקור לשימוש חוזר. מקור משובץ נשאר רק לדוחות חד פעמיים.
באילו הרשאות הדוח קורא את הנתונים?
זאת ההחלטה שהכי מפתיעה אנשים אחרי השיתוף הראשון. לפי התיעוד יש שתי אפשרויות. ב-Owner's Credentials הצופים והעורכים קוראים את הנתונים דרך ההרשאות של בעל המקור, כך שאף אחד מהם לא צריך גישה משלו למערכת המקור. ב-Viewer's Credentials כל צופה חייב הרשאות משלו. מי שאין לו גישה לא יראה את הנתונים ולא יוכל לערוך את שדות המקור.
המשמעות: Owner's Credentials נוח, אבל הוא אומר שההרשאות שלך נוסעות עם הדוח לכל מי שתשתף. התיעוד מדגיש שזה לא נותן לאנשים האלה גישה ישירה למערכת המקור, רק דרך הדוח. סייג נוסף שכדאי לדעת: עם Viewer's Credentials Looker Studio לא מרנדר קישורים ותמונות בשדות מימד מאותו מקור. ועוד אחד שתופס ארגונים לא מוכנים: מקור שמוגדר בהרשאות שלך ממשיך למשוך נתונים בהרשאות שלך גם אחרי שאיבדת הרשאות עריכה, עד שמבטלים את זה במפורש.
ארבע ההחלטות של ההטמעה
מה נקבע לפני שבונים את הגרף הראשון
מה המחבר של GA4 נותן ומה הוא לא?
החיבור עצמו פשוט: צריך הרשאת Read and Analyze לפחות בנכס. בוחרים נכס אחד שהופך למקור נתונים. כל שדה שקיים ב-Data API של GA4 זמין במקור, כולל מימדים ומדדים מותאמים שהוגדרו בנכס.
מה שהתיעוד מציין שלא עובר: פילוחים והשוואות של GA4 אינם זמינים דרך המחבר. בנוסף, שורת הסיכום לא מציגה סכומים כשמסננים לפי שדה מחושב. סכומים כלליים מוצגים כריקים כשטבלה מסוננת לפי שדה מחושב, קבוצה מותאמת או bin.
בנושא הדגימה התיעוד ברור: Looker Studio משתמש באותה התנהגות דגימה של Google Analytics, קצב הדגימה נקבע על ידי Analytics ברגע הבקשה ואי אפשר לשנות אותו מתוך Looker Studio. יותר מזה, Looker Studio לא מסמן אם הנתונים דגומים. זאת נקודה קריטית: בממשק של GA4 יש מחוון איכות נתונים, בדשבורד אין כלום. התיעוד גם מציין שהכללת היום הנוכחי בטווח התאריכים עלולה להשפיע על הדגימה. אם משהו נראה דגום בדשבורד אבל לא ב-GA4 כדאי להשוות בדיוק את אותו טווח ולנסות להוציא את היום הנוכחי. את שאר הגורמים לפער בין השניים פירטנו בלמה המספרים ב-Looker Studio שונים מ-GA4.
ולבסוף המכסות: הדוחות כפופים למכסות של Data API של GA4. דוח שחורג מהן עלול להציג הודעת שגיאה. בפועל זה מה שקורה לדשבורד עמוס בלקוח גדול בשעת בוקר שבה כולם פותחים אותו יחד.
| ההחלטה | האפשרויות | מה היא קובעת |
|---|---|---|
| סוג מקור הנתונים | משובץ בדוח או לשימוש חוזר | מי יכול לשנות את החיבור ומה קורה בהעתקה |
| הרשאות קריאה | Owner's או Viewer's Credentials | מי רואה נתונים ומה כל צופה צריך |
| חיבור מקורות | Join או Union, עד חמש טבלאות | אילו שדות בכלל זמינים לגרפים |
| טריות הנתונים | תדירות רענון לכל מקור | כמה הדוח מעודכן וכמה שאילתות הוא שולח |
מתי משתמשים ב-Blending ומה המגבלות?
Blend מחבר כמה טבלאות למקור אחד שגרף יכול לקרוא. לפי התיעוד אפשר לכלול עד חמש טבלאות ב-Blend אחד. אופרטורי החיבור הם inner join, left outer, right outer, full outer, cross join ו-Union שמערים שורות אחת על השנייה.
המגבלות שחשוב להכיר לפני שמתכננים: תנאי החיבור תומך רק בשוויון בין השדות, כלומר אין גדול מ, קטן מ או שונה. Blend אחד מכיל או רק joins או רק unions, אי אפשר לערבב. שדה מחושב בתוך טבלה יכול להתייחס רק לשדות של אותה טבלה. לכן חישוב שחוצה מקורות חייב להיות שדה מחושב ברמת הגרף. Blend משובץ בדוח שבו נוצר ואי אפשר לשתף אותו בין דוחות, אבל העתקה של הדוח מעתיקה גם אותו.
מלכודת נפוצה: כל טבלה מקובצת ומצטברת לפי המימדים שלה לפני החיבור. בלי מזהה ייחודי בין המימדים של כל טבלה, שורות זהות נדחסות לשורה אחת כבר בשלב הזה. התוצאה נראית כמו נתונים חסרים. בנוסף, רק השדות שמשתתפים בתנאי החיבור והשדות שהוספתם במפורש יהיו זמינים לגרפים.
שדה מחושב ברמת המקור או ברמת הגרף?
שדה מחושב ברמת מקור הנתונים נשמר במקור וזמין לכל גרף שמשתמש בו. לכן זאת ברירת המחדל לכל מדד שחוזר על עצמו: שיעור המרה, עלות להמרה, קיבוץ של ערוצים לקטגוריות עסקיות. שדה מחושב ברמת הגרף חי רק באותו גרף.
הכלל הפשוט: אם המדד יופיע ביותר ממקום אחד, הוא שייך למקור. היוצא מן הכלל הוא חישוב שמערב שדות משתי טבלאות של Blend, שחייב להיות ברמת הגרף. שווה גם לדעת שפעולת Refresh Fields, שמסנכרנת את רשימת השדות מול מבנה הנתונים, משביתה שדות מחושבים שמסתמכים על שדה שהוסר או ששמו השתנה. לפי התיעוד השינויים האלה אינם הפיכים.
למה הדוח מראה נתונים של אתמול?
בגלל המטמון. לפי התיעוד טריות הנתונים עובדת בכך ששאילתות והתוצאות שלהן נשמרות זמנית בזיכרון. כששאילתה כבר נראתה ולא פג חלון הטריות שלה, הנתונים מוגשים מהזיכרון במקום ממערכת המקור. התיעוד מסייג שאין הבטחה שהנתונים יוגשו מהזיכרון לאורך כל חלון הטריות.
כמה כללים מעשיים שנובעים מזה. שאילתה חדשה, למשל טווח תאריכים אחר או מסנן אחר, תמיד הולכת למערכת המקור. רענון ידני זמין לעורכים. לצופים הוא זמין רק אם הופעלה האפשרות של רענון על ידי צופים. יש לו השהיה של דקה אחת כך שרענון נוסף בתוך הדקה לא עושה כלום. Blend עובד לפי זמן הרענון הקצר ביותר מבין המקורות שלו. וכשמדובר ב-BigQuery, כל שאילתה שנשלחת עולה כסף, כולל רענון ידני וכולל רענון אוטומטי.
הטעות שמייצרת חשבונות מפתיעים: דשבורד עם 15 גרפים שמוגדר לרענון תכוף, שפתוח כל היום על מסך במשרד. כל רענון הוא שאילתה לכל גרף.
באיזה סדר מקימים דשבורד נכון?
- מגדירים מה הדוח צריך לענות. שלוש עד חמש שאלות עסקיות, לא רשימת מדדים. בלי זה כל שאר השלבים הם ניחוש.
- בוחרים את סוג מקור הנתונים. לשימוש חוזר כברירת מחדל, משובץ רק לדוח חד פעמי. אחרי שהחלטתם, המעבר למקור לשימוש חוזר הוא חד כיווני.
- קובעים הרשאות. Owner's Credentials כשהדוח נועד לאנשים בלי גישה למערכת המקור, Viewer's Credentials כשהנתונים רגישים וכל אחד צריך לראות רק את שלו.
- בונים את השדות המחושבים במקור. כל מדד שחוזר על עצמו נכנס פעם אחת למקור ולא משוכפל בגרפים.
- רק אז מחברים מקורות. Blend עם מזהה ייחודי בכל טבלה, בלי לערבב joins ו-unions ועם מודעות לכך שרק שדות שהוגדרו יהיו זמינים.
- מכוונים את טריות הנתונים לקצב ההחלטות. דוח שמסתכלים עליו פעם בשבוע לא צריך רענון כל רבע שעה. את המדדים עצמם בוחרים לפי מה שהסברנו במדריך הדשבורד הניהולי.
מה עושים כשהדוח איטי?
דוח איטי הוא כמעט תמיד בעיה של כמות שאילתות, לא של כמות נתונים. כל גרף בעמוד הוא שאילתה נפרדת. לכן עמוד עם עשרים רכיבים שולח עשרים בקשות בכל טעינה. שלוש הפעולות שהכי עוזרות: לפצל לעמודים לפי נושא כך שכל עמוד טוען רק את מה שצריך, להאריך את חלון טריות הנתונים כך שיותר שאילתות ייענו מהזיכרון, לצמצם Blends כבדים או להחליף אותם בטבלה מוכנה מראש במערכת המקור.
הסיבה שהנקודה האחרונה חשובה: Blend מחשב את החיבור בזמן הצפייה. כשאותו חיבור אפשר לעשות פעם ביום ב-BigQuery או אפילו בגיליון, הדוח רק קורא את התוצאה. את כל הדרכים להאיץ דוח, כולל Extract Data, פירטנו במדריך לדוח Looker Studio איטי.
שאלות נפוצות
מה ההבדל בין מקור נתונים משובץ למקור לשימוש חוזר ב-Looker Studio?
מקור משובץ נוצר מתוך הדוח ושייך לו בלבד. לכן הוא נוסע איתו בשיתוף ובהעתקה. מקור לשימוש חוזר נוצר ממסך הבית ומשמש כמה דוחות. הוא לא מועתק יחד עם הדוח. במקור משובץ כל עורך של הדוח יכול לשנות את החיבור, במקור לשימוש חוזר רק בעל ההרשאות. לפי התיעוד אפשר להפוך משובץ לשימוש חוזר, אבל הפעולה קבועה ואי אפשר לבטל אותה.
מה ההבדל בין Owner's Credentials ל-Viewer's Credentials?
ב-Owner's Credentials כל מי שרואה את הדוח קורא את הנתונים דרך ההרשאות של בעל המקור, בלי שיצטרך גישה משלו למערכת המקור. ב-Viewer's Credentials כל צופה חייב הרשאות משלו. בלעדיהן הוא לא יראה את הנתונים. סייג שכדאי להכיר: עם Viewer's Credentials Looker Studio לא מרנדר קישורים ותמונות בשדות מימד מאותו מקור.
כמה מקורות אפשר לחבר ב-Blend אחד?
לפי התיעוד אפשר לכלול עד חמש טבלאות ב-Blend אחד. אופרטורי החיבור הם inner join, left outer, right outer, full outer, cross join ו-Union. תנאי החיבור תומך רק בשוויון בין השדות. Blend אחד מכיל או רק joins או רק unions בלי לערבב ביניהם.
למה הדשבורד מראה נתונים ישנים יותר מ-GA4?
בגלל המטמון. לפי התיעוד שאילתות ותוצאותיהן נשמרות זמנית בזיכרון. כל עוד לא פג חלון טריות הנתונים הדוח מוגש מהזיכרון ולא ממערכת המקור. שאילתה חדשה, למשל טווח תאריכים אחר, תמיד הולכת למקור. רענון ידני זמין לעורכים ויש לו השהיה של דקה אחת.
האם Looker Studio מסמן שהנתונים דגומים?
לא. לפי התיעוד Looker Studio משתמש באותה התנהגות דגימה של Google Analytics, קצב הדגימה נקבע על ידי Analytics ברגע הבקשה ואי אפשר לשנות אותו מתוך Looker Studio. הכלי גם לא מציין אם הנתונים דגומים, בניגוד למחוון איכות הנתונים שקיים בממשק של GA4. הכללת היום הנוכחי בטווח עלולה להשפיע על הדגימה.
איפה כדאי ליצור שדה מחושב, במקור או בגרף?
כלל האצבע: מדד שיופיע ביותר ממקום אחד שייך למקור הנתונים, כי משם הוא זמין לכל גרף. שדה ברמת הגרף חי רק באותו גרף. היוצא מן הכלל הוא חישוב שמערב שדות משתי טבלאות של Blend, שחייב להיות ברמת הגרף, כי שדה מחושב בתוך טבלה יכול להתייחס רק לשדות של אותה טבלה.
מה השורה התחתונה?
ההטמעה של Looker Studio נשברת כמעט תמיד באותן שתי נקודות. הראשונה היא מקור נתונים משובץ שהיה צריך להיות לשימוש חוזר. השנייה היא הרשאות שנקבעו בלי לחשוב מי יקבל את הקישור. שתיהן נקבעות בדקה הראשונה ועולות שעות לתקן בדיעבד. שאר הדברים, Blends, שדות מחושבים ותדירות רענון, הם אופטימיזציה שאפשר לכוון תוך כדי. אנחנו מקימים דשבורדים כאלה מקצה לקצה כחלק משירות בניית דשבורדים, כולל מילון מדדים מוסכם ותחזוקה שוטפת. אם יש לכם דשבורד שנשבר או מציג מספרים שאף אחד לא סומך עליהם, כתבו לנו.
מקורות
Google Cloud Documentation: Embedded data sources, Google Cloud Documentation: Data credentials, Google Cloud Documentation: Connect to Google Analytics, Google Cloud Documentation: Google Analytics 4 sampling, Google Cloud Documentation: How blends work, Google Cloud Documentation: Manage data freshness
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי