הערה על השם: לפי התיעוד של Google, באפריל 2026 המוצר חזר לשמו המקורי, Data Studio, כך שבממשק ובתפריטים אתם עשויים לראות את השם הזה במקום Looker Studio.
איך מחברים את Search Console ל-Looker Studio?
לפני שמתחילים: לפי התיעוד צריך להיות מחוברים ל-Looker Studio ול-Search Console באותו חשבון Google, עם הרשאת צפייה לפחות בנכס.
- יוצרים מקור נתונים. במסך הבית לוחצים Create, בוחרים Data Source ואז את המחבר Search Console. אם מופיעה בקשה, לוחצים AUTHORIZE.
- בוחרים אתר. בחלונית Sites בוחרים את הנכס.
- בוחרים טבלה. בחלונית Tables בוחרים Site Impression או URL Impression. זאת ההחלטה המרכזית, כפי שנסביר מיד.
- בוחרים סוג חיפוש. בחלונית Search Type בוחרים את סוג החיפוש שיהיה ברירת המחדל.
- מתחברים. לוחצים CONNECT. נפתחת רשימת השדות של המקור.
- חוזרים על התהליך לטבלה השנייה. יוצרים מקור נתונים נוסף לאותו אתר עם הטבלה השנייה ונותנים לשניים שמות ברורים, למשל GSC Site ו-GSC URL.
את ההחלטה בין מקור משובץ למקור לשימוש חוזר ואת ההרשאות פירטנו במדריך הטמעת Looker Studio. בגלריית התבניות יש גם תבנית דוח מוכנה תחת הקטגוריה Search Console, שנוח להתחיל ממנה.
מה ההבדל בין Site Impression ל-URL Impression?
לפי התיעוד, Search Console משתמש בשתי שיטות צבירה לדיווח על ביצועים בחיפוש: לפי אתר ולפי כתובת. המחבר נותן גישה לשתיהן. ההבדל מתגלה כשכמה עמודים מהאתר מופיעים באותה תוצאת חיפוש.
לפי מרכז העזרה של Search Console, בצבירה לפי נכס כל התוצאות לאותה שאילתה שמפנות לאותו נכס נספרות פעם אחת: כמה הופעות נספרות כחשיפה אחת והמיקום שמדווח הוא המיקום העליון ביותר. בצבירה לפי עמוד כל כתובת ייחודית נספרת בנפרד.
דוגמה להמחשה: מישהו מחפש ביטוי ושני עמודים מהאתר שלכם מופיעים, אחד במיקום 3 ואחד במיקום 7. ב-Site Impression זאת חשיפה אחת במיקום 3. ב-URL Impression כל אחד מהעמודים מקבל חשיפה משלו עם המיקום שלו. שני המספרים נכונים, הם פשוט עונים על שאלות שונות.
| המאפיין | Site Impression | URL Impression |
|---|---|---|
| שיטת הצבירה | לפי הנכס כולו | לפי כתובת העמוד |
| כמה עמודים באותה תוצאה | חשיפה אחת, המיקום העליון ביותר | חשיפה לכל עמוד בנפרד |
| סוגי חיפוש במחבר | web, image, video, news | web, image, video, news, discover, googleNews |
| השאלה שהיא עונה עליה | כמה האתר נחשף ונלחץ בחיפוש, באילו שאילתות | איך כל עמוד מתפקד |
| איפה משתמשים בה | עמוד הסיכום, שאילתות, מדינות ומכשירים | טבלת עמודים, Discover ו-Google News |
יש כלל שמחזק את החלוקה הזאת: לפי התיעוד של ה-API של Search Console, כשמקבצים או מסננים לפי עמוד אי אפשר לצבור לפי נכס. לכן כל גרף שמפרק או מסנן לפי עמוד שייך למקור של URL Impression. לפי מרכז העזרה, CTR בצבירה לפי נכס יוצא בדרך כלל גבוה יותר כשכמה עמודים מהאתר מופיעים באותן תוצאות.
מה בונים
שני מקורות נתונים, דוח אחד
איך נספרים קליקים, חשיפות ומיקום ממוצע?
ההגדרות כאן הן לפי מרכז העזרה של Search Console. חשיפה נספרת כשקישור לאתר מופיע בתוצאות. בתוצאה רגילה היא נספרת גם אם המשתמש לא גלל עד אליה, כל עוד לא נדרשת לחיצה כדי לחשוף אותה. קליק נספר כשמשתמש לוחץ על קישור שמוציא אותו מ-Google אל האתר. CTR הוא מספר הקליקים חלקי מספר החשיפות. מיקום הוא דירוג יחסי שבו 1 הוא המיקום העליון.
המיקום הממוצע הוא המדד שהכי קל לקרוא לא נכון. לכל שאילתה נלקח המיקום העליון ביותר שהאתר תפס ואז הערכים האלה ממוצעים על פני כל השאילתות שבהן האתר הופיע. הדוגמה ממרכז העזרה: בשאילתה אחת האתר מופיע במיקומים 2, 4 ו-6 ולכן נספר 2. בשאילתה שנייה הוא מופיע במיקומים 3, 5 ו-9 ולכן נספר 3. המיקום הממוצע הוא 2.5.
שתי השלכות לדשבורד. הראשונה: מיקום ממוצע של האתר כולו מושפע מאוד מתמהיל השאילתות. כשהאתר מתחיל להופיע בהרבה שאילתות חדשות במיקומים רחוקים, הממוצע נראה גרוע יותר גם כששום דירוג לא נפגע. לכן מציגים אותו לצד חשיפות ולא לבדו. השנייה: לפי מרכז העזרה מיקום מוצג רק לתוצאות של חיפוש Google, כך שגרף מיקום על Discover או על Google News יישאר ריק.
כשמקבצים שורות, למשל שאילתות לקבוצות מותג ולא מותג, את ה-CTR מחשבים מחדש מסך הקליקים חלקי סך החשיפות ולא כממוצע של אחוזים. את הכלל ואת נוסחת הסיווג עצמה הראינו במדריך השדות המחושבים.
אילו סוגי חיפוש זמינים ואיך נותנים לצופה לבחור?
לפי התיעוד, Site Impression תומכת בסוגי החיפוש web, image, video ו-news, בעוד ש-URL Impression תומכת גם ב-discover וב-googleNews. ההגדרות לפי התיעוד של ה-API של Search Console: web הוא ברירת המחדל של ה-API ולא כולל תוצאות של Discover ושל Google News. הסוג news הוא הלשונית News בחיפוש, בעוד ש-googleNews הוא האתר news.google.com והאפליקציה של Google News, בלי הלשונית News.
לא צריך מקור נתונים נפרד לכל סוג חיפוש. מקורות שנוצרו במחבר הזה כוללים פרמטר בשם Search type. כך מוסיפים פקד שנותן לצופה לבחור:
- מוסיפים פקד. במצב עריכה לוחצים Add a control בסרגל הכלים ובוחרים רשימה נפתחת.
- מחברים לפרמטר. בלשונית SETUP של חלונית המאפיינים קובעים את Control field לפרמטר Search type.
- קובעים היקף. פקד משפיע כברירת מחדל על הגרפים שבעמוד. איך מרחיבים אותו לכל הדוח או מצמצמים אותו לקבוצה הסברנו במדריך הפילטרים והפקדים.
מה בונים בדשבורד?
- עמוד סיכום, על Site Impression. ארבעה scorecards: קליקים, חשיפות, CTR ומיקום ממוצע, עם השוואה לתקופה קודמת. מתחתם גרף time series של קליקים וחשיפות.
- עמוד שאילתות, על Site Impression. טבלה של שאילתות עם ארבעת המדדים. מוסיפים שדה מחושב שמסווג מותג ולא מותג, כי מגמה של שאילתות מותג מספרת סיפור אחר ממגמה של שאילתות כלליות.
- עמוד עמודים, על URL Impression. טבלה לפי עמוד. כאן רואים אילו עמודים מביאים את התנועה ואילו נחשפים בלי להילחץ.
- פירוק לפי מדינה ומכשיר. שני גרפים קטנים בעמוד הסיכום או עמוד נפרד, לפי גודל האתר.
- עמוד Discover, רק אם רלוונטי. על URL Impression עם סוג החיפוש discover. בלי מדד מיקום.
- טווח תאריכים מפורש. קובעים טווח Custom ברמת הדוח ומוסיפים פקד תאריכים, במקום להסתמך על ברירת המחדל של המחבר.
פרט קטן שמשפר את טבלת השאילתות: לפי התיעוד, כדי להגן על פרטיות המשתמשים לא כל השאילתות מוצגות ו-Looker Studio עשוי לצבור את אלה שהוסתרו לשורה אחת עם ערך ריק. כדי להסיר אותה מוסיפים לטבלה פילטר שמחריג ערכי null במימד Query. ב-scorecards של הסיכום לא מוסיפים את הפילטר הזה, כדי שהסך הכל יישאר מלא.
למה המספרים בדשבורד שונים מהממשק של Search Console?
| הסיבה | מה קורה | איך בודקים |
|---|---|---|
| שיטת צבירה שונה | גרף על URL Impression מושווה לתרשים בממשק, שנצבר לפי נכס | משווים Site Impression לתרשים, URL Impression ללשונית העמודים |
| שאילתות אנונימיות | בממשק הן לא מופיעות בטבלה אבל נכללות בסך הכל של התרשים, כל עוד אין פילטר על שאילתה | לא מצפים שסכום שורות השאילתות ישתווה לסך הכל |
| מגבלת שורות בממשק | הטבלה בממשק מציגה עד 1,000 שורות | משווים סכומים כלליים, לא סכומי טבלה |
| טריות | מקורות Search Console ב-Looker Studio מתרעננים כל 12 שעות, בקצב קבוע | בודקים את זמן הרענון בתחתית הדוח |
| נתונים אחרונים | לפי מרכז העזרה נתונים שנאספו זמינים בדרך כלל תוך יומיים עד שלושה. הנתונים הטריים ביותר עשויים להיות ראשוניים ולהשתנות | לא מסיקים מסקנות מהימים האחרונים |
| סוג חיפוש | הדשבורד מוגדר על סוג חיפוש אחד והממשק על אחר | מוודאים שהפקד והממשק על אותו סוג |
עוד שני דברים ששווה לדעת. התאריכים ב-Search Console מוגדרים לפי שעון החוף המערבי של ארצות הברית (PT) ולכן יום שם לא חופף ליום בישראל. גם סכום החשיפות של כל העמודים ב-URL Impression יכול לצאת גבוה מסך החשיפות ב-Site Impression. זה לא באג אלא התוצאה הישירה של שתי שיטות הצבירה.
אפשר לחבר את נתוני Search Console לנתוני GA4?
אפשר. התיעוד עצמו מציין שדוחות על המחבר הזה ניתנים להרחבה עם נתונים ממקורות כמו Google Analytics ו-Google Ads. הדרך המעשית היא Blend של URL Impression עם GA4 לפי עמוד, כדי לראות לצד החשיפות והקליקים גם מה קרה אחרי הכניסה לאתר. תנאי החיבור ב-Blend תומך בשוויון בלבד ולכן כתובת העמוד בשני הצדדים חייבת להיות באותו פורמט. בדרך כלל זה דורש שדה מחושב שמנקה את הדומיין מצד אחד. את השלבים פירטנו במדריך ה-Blending.
לא מצפים שקליקים ב-Search Console ישתוו לסשנים ב-GA4. מרכז העזרה מונה כמה סיבות לפער מול כלים אחרים: נתונים שמוסתרים מטעמי פרטיות, עיבוד שונה של הנתונים כמו הסרת כפילויות ואזורי זמן שונים. בנוסף, כלים כמו Google Analytics מודדים רק משתמשים שמופעל אצלם JavaScript.
שאלות נפוצות
מה ההבדל בין Site Impression ל-URL Impression ב-Looker Studio?
אלה שתי שיטות צבירה של נתוני Search Console. Site Impression צוברת לפי הנכס כולו: כמה עמודים מהאתר שמופיעים באותה תוצאת חיפוש נספרים כחשיפה אחת, עם המיקום העליון ביותר. URL Impression צוברת לפי כתובת, כך שכל עמוד נספר בנפרד. לפי התיעוד של Google מקור נתונים אחד יכול להשתמש רק באחת מהן.
האם אפשר להשתמש בשתי הטבלאות באותו דוח?
כן. לפי התיעוד של Google, כדי לראות את שתי השיטות זו לצד זו יוצרים שני מקורות נתונים ומוסיפים את שניהם לאותו דוח. כל גרף יושב על מקור אחד. בפועל Site Impression משמשת לסיכום ולשאילתות, בעוד ש-URL Impression משמשת לכל גרף שמפרק או מסנן לפי עמוד.
למה מופיעה שורה ריקה במימד Query?
בגלל הגנה על פרטיות המשתמשים. לפי התיעוד Search Console לא מציג את כל השאילתות ו-Looker Studio עשוי לצבור את אלה שהוסתרו לשורה אחת עם ערך ריק. כדי להסיר אותה מוסיפים לגרף פילטר שמחריג ערכי null במימד Query. בממשק של Search Console השאילתות האלה לא מופיעות בטבלה, אבל נכללות בסך הכל של התרשים.
איך מחושב המיקום הממוצע ב-Search Console?
לפי מרכז העזרה, לכל שאילתה נלקח המיקום העליון ביותר שהאתר תפס בתוצאות ואז הערכים האלה ממוצעים על פני כל השאילתות שבהן האתר הופיע. לדוגמה, אם בשאילתה אחת האתר במיקומים 2, 4 ו-6 ובשנייה במיקומים 3, 5 ו-9, המיקום הממוצע הוא 2.5. ב-Discover וב-Google News לא נרשם מיקום.
איך מציגים נתוני Discover ב-Looker Studio?
יוצרים מקור נתונים של Search Console עם הטבלה URL Impression. לפי התיעוד רק היא תומכת בסוגי החיפוש discover ו-googleNews. Site Impression תומכת ב-web, image, video ו-news בלבד. את סוג החיפוש בוחרים בזמן החיבור, או נותנים לצופה לבחור בעזרת פקד שמחובר לפרמטר Search type.
למה סכום החשיפות לפי עמודים גבוה מסך החשיפות של האתר?
כי אלה שתי שיטות צבירה שונות. כשכמה עמודים מהאתר מופיעים באותה תוצאת חיפוש, בצבירה לפי נכס נספרת חשיפה אחת ובצבירה לפי עמוד נספרת חשיפה לכל עמוד. לכן סכום של כל העמודים ב-URL Impression יכול לעלות על המספר של Site Impression. משווים כל טבלה רק לתצוגה המקבילה לה בממשק.
מה השורה התחתונה?
ההחלטה שקובעת אם דשבורד Search Console יהיה אמין מתקבלת במסך החיבור: שני מקורות נתונים, Site Impression ו-URL Impression, כשכל גרף יושב על המקור שמתאים לשאלה שלו. מעבר לזה נשארים שלושה הרגלים: מיקום ממוצע מוצג תמיד לצד חשיפות, סוג החיפוש נבחר בפקד והימים האחרונים לא נכנסים למסקנות. אנחנו בונים דשבורדים כאלה כחלק משירות בניית דשבורדים, בדרך כלל כעמוד נוסף בתוך הדוח שתיארנו במדריך הדשבורד הניהולי. אם אתם רוצים לראות את נתוני החיפוש לצד נתוני האתר והקמפיינים בדוח אחד, כתבו לנו.
מקורות
Google Cloud Documentation: Connect to Search Console, Google Cloud Documentation: Manage data freshness, Search Console Help: What are impressions, position, and clicks?, Search Console Help: Performance report (Search results): About the data, Search Console Help: Performance report (Search results): Troubleshooting data discrepancies, Google for Developers: Search Analytics: query
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי