הערה על השם: לפי התיעוד של Google, באפריל 2026 המוצר חזר לשמו המקורי, Data Studio, כך שבממשק ובתפריטים אתם עשויים לראות את השם הזה במקום Looker Studio.
מה המחבר של Google Sheets קורא בפועל?
לפי התיעוד של Google מקור נתונים של Google Sheets מתחבר לגיליון עבודה אחד בתוך קובץ. אפשר לבחור קובץ שבבעלותכם, קובץ ששותף איתכם או להדביק כתובת URL של קובץ שיש לכם גישה אליו. כל עמודה שנכללה בחיבור הופכת לשדה במקור הנתונים. המשמעות המעשית: מי שצריך נתונים משלוש לשוניות יוצר שלושה מקורות נתונים, או מרכז אותן קודם ללשונית אחת.
במסך החיבור יש שלוש אפשרויות שקובעות מה בדיוק ייקרא:
| האפשרות | מה היא עושה לפי התיעוד | מתי נוגעים בה |
|---|---|---|
| Use first row as headers | השורה הראשונה הופכת לשמות השדות. בלי הסימון השדות נקראים לפי אות העמודה: A, B, C | משאירים מסומן כשיש שורת כותרות אחת ונקייה |
| Include hidden and filtered cells | קובעת אם תאים מוסתרים ומסוננים נכללים במקור. ברירת המחדל היא לכלול אותם. חלה על פילטרים בלבד, לא על filter views | מבטלים כשרוצים שהדוח יראה רק את מה שמוצג בגיליון |
| Optional Range | מגבילה את המקור לטווח תאים בתחביר הרגיל של גיליון, לדוגמה A1:Z26. בלי טווח נקרא כל הגיליון | כשבאותה לשונית יש גם תוכן שאינו חלק מהטבלה |
אפשרות רביעית, Field Editing in Reports, מאפשרת לעורכי הדוח לשנות הגדרות של שדה ברמת הגרף. היא לא משפיעה על מה שנקרא מהגיליון.
איך צריך להיראות גיליון שהדוח יודע לקרוא?
התיעוד של Google מגדיר כמה כללים פשוטים: הנתונים בפורמט טבלאי, שורת הכותרות היא שורה אחת בלבד וכל התאים בעמודה הם מאותו סוג. כל עמודה מכילה תאים בודדים, כי תאים ממוזגים עלולים לגרום לנתונים להופיע לא נכון. בעמוד ההנחיות ליצירת דוח מתוך Sheets הניסוח חד יותר: תאים ממוזגים אינם נתמכים וצריך לבטל את המיזוג לפני החיבור. התאים מכילים נתונים בלבד, כי גרפים ותמונות לא מיובאים.
ההמלצה הכי שימושית בתיעוד היא להקצות לשונית נפרדת לנתונים שהדוח קורא. גיליון עבודה אמיתי מלא בצבעים, בהערות ובטבלאות עזר וזה בסדר גמור, כל עוד את הלשונית הנקייה ממלאים אוטומטית בנוסחאות: הפניה ישירה לתא בלשונית אחרת, VLOOKUP, HLOOKUP או QUERY. כך הצוות ממשיך לעבוד בלשונית הנוחה לו והדוח קורא לשונית שאף אחד לא נוגע בה ידנית.
מגיליון עבודה לדוח
הדוח קורא לשונית נקייה, לא את הגיליון שהצוות עובד בו
למה טבלה ארוכה עדיפה על טבלה רחבה?
זה הכלל שהכי הרבה גיליונות שיווק מפרים. טבלה רחבה היא טבלה שבה כל ערך מקבל עמודה משלו, לדוגמה עמודה לכל ערוץ פרסום, בעוד שטבלה ארוכה מחזיקה עמודה אחת בשם ערוץ ושורה לכל שילוב של תאריך וערוץ. כך נראית טבלה ארוכה (נתוני דמו):
| תאריך | ערוץ | לידים |
|---|---|---|
| 2026-11-01 | Google Ads | 12 |
| 2026-11-01 | Meta | 9 |
| 2026-11-02 | Google Ads | 15 |
| 2026-11-02 | Meta | 7 |
לפי התיעוד בטבלה ארוכה מספיק מימד אחד לקטגוריה כולה. בטבלה רחבה צריך שדה נפרד לכל ערך, כך שמאה ערכים דורשים מאה שדות. ההבדל השני הוא סינון: בטבלה ארוכה אפשר לבנות פילטר של ערוץ = Meta. בטבלה רחבה אי אפשר לסנן לפי ערוץ, כי הערוץ הוא שם של עמודה ולא ערך.
יש גם סיבה תחזוקתית: ערוץ חדש בטבלה ארוכה הוא עוד שורות, בעוד שערוץ חדש בטבלה רחבה הוא עמודה חדשה, כלומר שינוי במבנה שמחייב לרענן את שדות המקור ולעדכן כל גרף.
מה קורה כששורת סיכום נשארת בגיליון?
המספרים מתנפחים. התיעוד מזהיר לא לערבב נתונים מצטברים, כמו סכומים, ממוצעים וחציונים, עם נתונים גולמיים באותו מקור. הדוגמה שם פשוטה: scorecard שמסכם עמודה מוסיף גם את שורת ה-Totals לסכום ומציג מספר מנופח.
בנתוני הדמו שלמעלה סכום הלידים הוא 43. אם בתחתית הטבלה יש שורת סיכום עם הערך 43, ה-scorecard יציג 86. ההנחיה של Google היא להשאיר את שורת הסיכום מחוץ למקור הנתונים ולתת ל-Looker Studio לחשב את הסיכומים. אותו דבר נכון לשורות ביניים כמו סיכום חודשי באמצע טבלה יומית.
איך מגדירים תאריכים כדי שהדוח יזהה אותם?
לפי התיעוד תאריך בגיליון צריך לכלול יום, חודש ושנה מלאים, לדוגמה 2020-09-22. אם יש גם שעה היא נכנסת לאותו תא יחד עם התאריך. העמודה עצמה מעוצבת כתאריך דרך Format, אחר כך Number ואז Date. התיעוד מציין שאפשר לטפל בתאריכים גם בדרכים אחרות, אבל זה דורש יותר עבודה.
מכאן נגזרות שתי טעויות נפוצות. הראשונה היא עמודת חודש שכתובה כטקסט בלי יום ושנה. השנייה היא עמודה שחלק מהתאים בה תאריכים וחלק טקסט חופשי כמו "לא ידוע", מה שמפר את הכלל של סוג אחיד בעמודה. בשני המקרים עדיף לתקן בגיליון ולא לעקוף בשדה מחושב. על שדות מחושבים בכלל כתבנו במדריך לשדות מחושבים ב-Looker Studio.
איך מחברים את הגיליון, צעד אחר צעד?
- מכינים לשונית ייעודית. טבלה ארוכה, שורת כותרות אחת, בלי מיזוגים, בלי שורות סיכום ועם עמודת תאריך מעוצבת כתאריך.
- יוצרים מקור נתונים. במסך הבית של Looker Studio לוחצים Create, בוחרים Data Source ואז את המחבר Google Sheets.
- בוחרים קובץ ולשונית. Spreadsheet ואחריו Worksheet. כל מקור נתונים מחובר ללשונית אחת.
- מגדירים את האפשרויות. Use first row as headers, Include hidden and filtered cells וטווח אם צריך.
- לוחצים CONNECT ועוברים על השדות. בודקים סוג נתונים וצבירה לכל שדה. לפי התיעוד צריך לפחות מדד אחד כדי לבנות גרף.
- קובעים הרשאות קריאה. Owner's Credentials, Viewer's Credentials או Service Account Credentials. את ההבדלים פירטנו במדריך ההטמעה של Looker Studio.
- נותנים שם ומשתפים. לפי התיעוד המקור מקבל אוטומטית את שם מערך הנתונים. שם ברור חוסך בלבול כשיש כמה מקורות מאותו קובץ.
כל כמה זמן הדוח מתעדכן מהגיליון?
לפי התיעוד Looker Studio בודק ערכים שהשתנו ושורות חדשות בכל פעם שרצה שאילתה בדוח שמשתמש בגיליון. בפועל בין הגיליון לדוח עומד המטמון. לפי עמוד טריות הנתונים, האפשרויות למחבר של Google Sheets הן כל 15 דקות, כל שעה, כל 4 שעות או כל 12 שעות. ברירת המחדל היא 15 דקות.
לכן שינוי בגיליון לא תמיד מופיע מיד. עורך של הדוח יכול לרענן ידנית דרך Refresh data, עם השהיה של דקה בין רענון לרענון. צופים יכולים לרענן רק אם הופעלה האפשרות Viewer data refresh בהגדרות הדוח. כשהגיליון משתתף ב-Blend, התיעוד קובע שה-Blend מקבל את זמן הרענון הקצר ביותר מבין המקורות שלו. את מנגנון המטמון עצמו ואת ההשפעה שלו על מהירות הסברנו במדריך על דוח Looker Studio איטי.
מה עושים כשמוסיפים או משנים עמודות?
שורות חדשות נקראות לבד, עמודות לא. לפי התיעוד Looker Studio לא מזהה אוטומטית שינויי מבנה. אחרי הוספה, הסרה, שינוי שם או שינוי סדר של עמודות צריך לערוך את מקור הנתונים, ללחוץ REFRESH FIELDS ואז APPLY.
כדאי לדעת מה הפעולה הזאת עושה לפני שלוחצים. עמודה חדשה מתווספת רק אם יש בה נתונים. עמודה ששמה השתנה מטופלת כהסרה של השדה הישן והוספה של שדה חדש, כלומר השם החדש לא מוחל על השדה הקיים. שדות מחושבים שנשענים על שדה שהוסר או ששמו השתנה מושבתים וגרפים שמשתמשים בו יציגו שגיאת הגדרה. התיעוד מדגיש שהשינויים האלה אינם הפיכים. שינוי של סוג נתונים בגיליון לא מזוהה ברענון שדות בכלל ומחייב חיבור מחדש של המקור.
המסקנה שלי: שם של עמודה שהדוח קורא הוא חוזה: מוסיפים עמודות בסוף ולא משנים שמות של עמודות קיימות. אילו מדדים בכלל שווה להכניס לגיליון ולדוח פירטנו במדריך לדשבורד ניהולי ב-Looker Studio.
למה החיבור לגיליון נכשל?
התיעוד מפרט כמה סיבות חוזרות. Looker Studio לא תומך בגישה לקבצים שנמצאים ב-Team Drive, כך שהקובץ צריך לשבת בתיקייה רגילה של Drive. החשבון ב-Looker Studio וב-Google Drive צריך להיות אותו חשבון, כך שאם חיברתם בטעות חשבון אחר מסירים את החיבור ומתחברים מחדש. בארגון שעובד עם Google Workspace, הארגון חייב לאפשר גישה ל-Drive. לקובץ Excel יש מחבר נפרד בשם Microsoft Excel.
יש גם גבול שהוא לא תקלה. התיעוד מציין שבמחברים כמו Google Sheets, העומס שהדוח יכול לשאת תלוי במגבלות הקצב של ה-API של מערכת המקור. גיליון הוא מקור מצוין לטבלאות יעדים, תקציבים, מיפוי קמפיינים ונתונים שמוזנים ידנית. כשהוא הופך למחסן הנתונים הראשי של דשבורד שנפתח כל בוקר על ידי הרבה אנשים, זה הזמן לשקול מעבר למה שתיארנו במדריך לחיבור BigQuery ל-Looker Studio.
שאלות נפוצות
האם אפשר לחבר כמה לשוניות מאותו קובץ Google Sheets למקור נתונים אחד?
לא. לפי התיעוד של Google מקור נתונים של Google Sheets מתחבר ללשונית אחת (worksheet) בתוך הקובץ. מי שצריך נתונים מכמה לשוניות יוצר מקור נתונים לכל אחת, או מרכז אותן קודם ללשונית אחת בעזרת נוסחאות כמו QUERY.
למה המספרים ב-Looker Studio גבוהים מהמספרים בגיליון?
הסיבה הנפוצה היא שורת סיכום שנשארה בתוך הטבלה. לפי התיעוד, כשנתונים מצטברים כמו סכומים מעורבבים עם נתונים גולמיים, scorecard מוסיף את שורת הסיכום לסכום ומציג מספר מנופח. הפתרון הוא להוציא את שורות הסיכום מהמקור ולתת ל-Looker Studio לחשב אותן.
כל כמה זמן Looker Studio מתעדכן מ-Google Sheets?
לפי עמוד טריות הנתונים בתיעוד, האפשרויות למחבר של Google Sheets הן כל 15 דקות, כל שעה, כל 4 שעות או כל 12 שעות. ברירת המחדל היא 15 דקות. עורך של הדוח יכול לרענן ידנית בכל רגע, עם השהיה של דקה בין רענון לרענון.
הוספתי עמודה לגיליון והיא לא מופיעה בדוח. מה עושים?
Looker Studio לא מזהה אוטומטית שינויי מבנה. עורכים את מקור הנתונים, לוחצים REFRESH FIELDS ואז APPLY. לפי התיעוד עמודה חדשה מתווספת רק אם יש בה נתונים. הפעולה אינה הפיכה, כך ששווה לבדוק קודם שלא שיניתם שמות של עמודות קיימות.
האם Looker Studio קורא תאים ממוזגים ב-Google Sheets?
לא באופן אמין. לפי התיעוד כל עמודה צריכה להכיל תאים בודדים, כי תאים ממוזגים עלולים לגרום לנתונים להופיע לא נכון. בעמוד על יצירת דוח מתוך Sheets כתוב במפורש שתאים ממוזגים אינם נתמכים ושצריך לבטל את המיזוג לפני החיבור.
למה Looker Studio לא מצליח להתחבר לקובץ Google Sheets שלי?
התיעוד מונה שלוש סיבות עיקריות. הקובץ נמצא ב-Team Drive, שאינו נתמך, במקום בתיקייה רגילה של Drive. החשבון ב-Looker Studio שונה מהחשבון ב-Google Drive. הארגון שלכם ב-Google Workspace לא מאפשר גישה ל-Drive.
מה השורה התחתונה?
Google Sheets הוא מקור נתונים טוב כשמתייחסים אליו כמו לטבלה ולא כמו למסמך: לשונית ייעודית, טבלה ארוכה, שורת כותרות אחת, תאריכים מלאים ובלי שורות סיכום. מי שמקפיד על חמשת הכללים האלה כמעט לא פוגש מספרים כפולים או שדות שנעלמו. מה שנשאר לנהל הוא שינויי מבנה: עמודות מוסיפים בסוף ושמות לא משנים. אנחנו מתכננים את שכבת הנתונים הזאת כחלק משירות בניית דשבורדים, כולל הגיליונות שהצוות מזין ידנית. אם יש לכם דוח שנשען על גיליון ומציג מספרים שלא מסתדרים, כתבו לנו.
מקורות
Google Cloud Documentation: Connect to Google Sheets, Google Cloud Documentation: Tutorial: Create a Google Sheets data source, Google Cloud Documentation: Create a report from Google Sheets, Google Cloud Documentation: Manage data freshness, Google Cloud Documentation: Refresh data source fields, Google Cloud Documentation: Improve Data Studio performance
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי