Google Search Console, שבעבר נקרא Google Webmaster Tools, הוא אחד הכלים החשובים ביותר לבעלי אתרים, אנשי SEO, מנהלי שיווק ומפתחים. הוא מספק מידע שמגיע ישירות מ-Google על האופן שבו מנוע החיפוש סורק את האתר, מבין את העמודים שלו ומציג אותם בתוצאות החיפוש.
בניגוד לכלי מחקר ודירוג חיצוניים, הנתונים בסרץ' קונסול מבוססים על הופעות אמיתיות של האתר ב-Google. ניתן לראות באילו שאילתות חיפוש האתר הופיע, אילו עמודים קיבלו קליקים, מה היה המיקום הממוצע והאם קיימות בעיות שמונעות מעמודים חשובים להיסרק או להיכלל באינדקס.
בשנת 2026 התפקיד של קונסולת החיפוש של גוגל רחב עוד יותר. לצד דוחות הביצועים, האינדוקס וחוויית המשתמש, Google הוסיפה דוח ייעודי למדידת חשיפות בתכונות AI גנרטיבי. כך אפשר להתחיל לבחון לא רק כיצד האתר מופיע ברשימת התוצאות הרגילה, אלא גם אם העמודים שלו זוכים לנראות ב-AI Overviews וב-AI Mode.
מה זה Google Search Console ולמה צריך אותו?
Google Search Console הוא שירות חינמי שבאמצעותו בעלי אתרים יכולים לעקוב אחר הנוכחות האורגנית שלהם ב-Google. החיבור לכלי אינו משפר דירוגים בפני עצמו, אך הוא מספק את הנתונים הדרושים כדי לזהות בעיות, למצוא הזדמנויות ולקבל החלטות מקצועיות יותר לגבי האתר.
באמצעות סרץ' קונסול אפשר לענות על שאלות כמו:
באילו ביטויים האתר מופיע בגוגל?
אילו עמודים מביאים את מרבית התנועה האורגנית?
האם עמוד חדש כבר נסרק ואונדקס?
מדוע עמוד מסוים לא מופיע בגוגל?
אילו ביטויים נמצאים קרוב לעמוד הראשון?
האם חלה ירידה בקליקים או בחשיפות?
האם Google בחר כתובת Canonical שונה מזו שהוגדרה באתר?
האם קיימות בעיות בחוויית המשתמש או בנתונים המובנים?
אילו עמודים זוכים לחשיפה בתכונות ה-AI של Google?
האם שיפור תוכן מסוים הוביל לעלייה בביצועים?
הערך המרכזי של Search Console אינו נמצא רק בהצגת נתונים. הערך האמיתי הוא היכולת לתרגם את הנתונים לפעולות: לשפר כותרות ותיאורים, להרחיב תוכן, לחזק קישורים פנימיים, לתקן בעיות אינדוקס ולהבחין אילו נושאים מייצרים לאתר נראות אורגנית.
מה ההבדל בין Search Console ל-Google Analytics?
שני הכלים עוסקים בביצועי האתר, אך הם מודדים שלבים שונים במסע המשתמש.
Google Search Console מתמקד במה שקורה לפני הכניסה לאתר ובאופן שבו האתר מופיע ב-Google. הוא מציג חשיפות, קליקים מתוצאות החיפוש, CTR, מיקום ממוצע, שאילתות, עמודים ודוחות טכניים הקשורים לסריקה ולאינדוקס.
Google Analytics 4 מתמקד בעיקר במה שקורה לאחר שהמשתמש נכנס לאתר. הוא מציג ביקורים, מקורות תנועה, התנהגות, אירועים, המרות, לידים ומעורבות.
לכן הנתונים אינם אמורים להיות זהים. Search Console עשוי לספור קליק שאינו מתועד ב-GA4, בעוד GA4 לא יתעד ביקור עקב חסימת Cookies, הגדרות פרטיות, טעינה שלא הושלמה או בעיית מדידה. מנגד, GA4 יכול להציג כניסות אורגניות ממקורות שאינם נכללים באופן מובן בדוח החיפוש של Search Console.
כדי להעריך ביצועי SEO בצורה מלאה, מומלץ להשתמש בשניהם: Search Console כדי להבין כיצד האתר משיג נראות וקליקים, ו-GA4 כדי לבדוק מה קרה לאחר הכניסה והאם התנועה יצרה תוצאה עסקית.
חיבור אתר לגוגל סרץ קונסול: מדריך שלב אחר שלב
חיבור אתר לגוגל סרץ קונסול מתחיל בכניסה אל Google Search Console באמצעות חשבון Google, הוספת נכס ואימות שליטה באתר. האימות נועד להבטיח שרק בעל האתר או גורם שהורשה לכך יוכל לקבל גישה לנתונים רגישים ולפעולות ניהול.
בעת הוספת האתר ניתן לבחור בין שני סוגי נכסים:
Domain Property: נכס ברמת הדומיין, הכולל את כל הפרוטוקולים ותתי-הדומיינים, למשל HTTP, HTTPS, www ותתי-דומיינים נוספים. אימות נכס כזה מתבצע באמצעות רשומת DNS.
URL Prefix Property: נכס שמכסה רק כתובות המתחילות בקידומת המדויקת שהוגדרה. לדוגמה, נכס שהוגדר עבור
https://www.example.comלא יכלול באופן אוטומטי אתhttp://example.com.
ברוב המקרים מומלץ להקים Domain Property, משום שהוא מאפשר לראות תמונה מלאה של הדומיין. אפשר במקביל להוסיף נכסי URL Prefix עבור תיקיות, גרסאות או אזורים מסוימים שרוצים לנתח בנפרד.
איך מבצעים חיבור אתר ל-Google Search Console?
נכנסים ל-Search Console באמצעות חשבון Google.
לוחצים על הוספת נכס.
בוחרים בין Domain לבין URL Prefix.
מזינים את הדומיין או את כתובת האתר המדויקת.
בוחרים שיטת אימות.
מוסיפים את הרשומה או הקוד הנדרשים.
חוזרים ל-Search Console ולוחצים על Verify.
לאחר האימות, שולחים את מפת האתר ובודקים את מצב האינדוקס.
בנכס Domain יש להעתיק את רשומת ה-TXT שמספקת Google ולהוסיף אותה בהגדרות ה-DNS של הדומיין. בנכס URL Prefix ניתן לבחור גם בשיטות כמו העלאת קובץ HTML, תגית HTML, חיבור דרך Google Analytics או שימוש ב-Google Tag Manager, בהתאם להרשאות ולהגדרות הקיימות.
Google מציינת כי נתונים עשויים להתחיל להופיע בתוך מספר ימים. הוספת הנכס אינה יוצרת נתונים רטרואקטיביים בלתי מוגבלים, ולכן מומלץ לבצע חיבור אתר לגוגל סרץ קונסול כבר עם עלייתו לאוויר. מידע רשמי על הוספה ואימות של נכס ב-Search Console.
חשוב לא להסיר את רשומת האימות או קובץ האימות לאחר שהאתר חובר. Google עשויה לבדוק מחדש את הבעלות, והסרת אמצעי האימות יכולה לגרום לאובדן הרשאות. בנוסף, יש לתת לכל משתמש את רמת ההרשאה המתאימה ולא לשתף חשבון Google אחד בין כמה עובדים או ספקים.
איך משתמשים ב-Google Search Console כדי לשפר SEO?
תהליך נכון מתחיל בדוח הביצועים. זהו הדוח שמאפשר לראות כיצד האתר מופיע בתוצאות החיפוש ולנתח את הקשר בין שאילתות, עמודים, חשיפות, קליקים ומיקומים.
ארבעת המדדים המרכזיים בדוח הם:
קליקים: מספר הפעמים שבהן משתמשים לחצו על קישור אל האתר בתוצאות Google.
חשיפות: מספר הפעמים שבהן קישור לאתר הוצג בתוצאות, בהתאם לכללי הספירה של Google.
CTR ממוצע: שיעור ההקלקה, המחושב באמצעות חלוקת מספר הקליקים במספר החשיפות.
מיקום ממוצע: המיקום הממוצע של התוצאה הגבוהה ביותר מהאתר בכל הופעה רלוונטית.
מיקום ממוצע בגוגל אינו דירוג קבוע ומדויק. התוצאות משתנות בהתאם לשאילתה, מיקום גאוגרפי, מכשיר, שפה, סוג התוצאה והקשר החיפוש. לכן נתון של מיקום ממוצע 7.4 אינו אומר שהעמוד נמצא תמיד במקום השביעי. הוא מסכם מגוון הופעות שונות בתקופה שנבחרה.
גם חשיפה אינה ביקור. עמוד יכול לצבור אלפי חשיפות ללא קליקים, במיוחד כאשר הוא מופיע במיקום נמוך, כשהכותרת אינה מושכת מספיק או כאשר המשתמש מקבל תשובה כבר בעמוד תוצאות החיפוש.
אילו פילוחים קיימים בדוח הביצועים בגוגל?
את הנתונים ניתן לנתח לפי שאילתות חיפוש, עמודים, מדינות, מכשירים, תאריכים וסוג ההופעה בחיפוש. אפשר גם לבחור בין סוגי חיפוש כמו Web, Image, Video ו-News, כאשר קיימים נתונים מתאימים.
השילוב בין הפילוחים הוא מה שהופך את הדוח לשימושי. לדוגמה, אפשר לבחור עמוד מסוים ולראות רק את השאילתות שעבורן הוא הופיע, או לבחור שאילתה ולבדוק אילו עמודים מהאתר קיבלו עבורה חשיפות. ניתן להשוות בין מובייל לדסקטופ, בין ישראל למדינות אחרות ובין התקופה הנוכחית לתקופה קודמת.
המסננים המתקדמים כוללים בין היתר התאמה מדויקת, ביטוי מכיל, ביטוי שאינו מכיל ו-Regex. ביטויים רגולריים מאפשרים לאגד קבוצות גדולות של שאילתות או כתובות, למשל כל החיפושים הכוללים וריאציות של שם המותג, שאלות המתחילות ב"איך" או עמודים הנמצאים תחת תיקייה מסוימת.
איך מוצאים עמודים עם הרבה חשיפות ו-CTR נמוך?
נכנסים לדוח הביצועים, בוחרים תקופה מייצגת ומציגים קליקים, חשיפות ו-CTR. לאחר מכן עוברים ללשונית Pages ומחפשים עמודים שקיבלו מספר גבוה של חשיפות אך שיעור הקלקה נמוך ביחס למיקום ולסוג החיפוש.
במצב כזה כדאי לבדוק את המטא טייטל, התיאור, התאמת העמוד לכוונת החיפוש שבו הוא מופיע והאופן שבו מתחרים מוצגים באותה סביבת תוצאות. לעיתים שיפור מדויק של הכותרת יכול להגדיל קליקים גם ללא עלייה במיקום.
עם זאת, אין נתון אחד המגדיר מהו CTR טוב בגוגל. שיעור ההקלקה מושפע מהמיקום, מהשאילתה, מהמותג, מסוג התוצאה ומרכיבים נוספים ב-SERP. יש להשוות עמודים בעלי מאפיינים דומים ולבחון את השינוי לאורך זמן.
איך למצוא ביטויים שנמצאים קרוב לעמוד הראשון?
בדוח הביצועים מפעילים את מדד המיקום הממוצע, עוברים לשאילתות ומאתרים ביטויים שנמצאים, למשל, במיקומים 4 עד 15. אלה עשויים להיות ביטויים בעלי פוטנציאל משום שהאתר כבר נתפס כרלוונטי עבורם, אך עדיין אינו נמצא בחלק הבולט ביותר של תוצאות החיפוש.
לא כל ביטוי בטווח הזה מצדיק השקעה. יש לבדוק גם את מספר החשיפות, התאמת הכוונה לעמוד והערך העסקי. לאחר מכן ניתן לשפר את התוכן, להוסיף תשובה חסרה, לחזק קישורים פנימיים, לחדד כותרות או לבחון אם קיים עמוד אחר שמתחרה באותו עמוד.
איך מזהים קניבליזציה אפשרית?
בוחרים שאילתה מסוימת ועוברים ללשונית Pages. אם כמה עמודים שונים מקבלים חשיפות משמעותיות עבור אותה שאילתה, יש לבדוק אם הם באמת נותנים מענה לכוונות שונות או מתחרים זה בזה ללא הבחנה ברורה.
הופעה של כמה כתובות אינה מוכיחה לבדה שקיימת קניבליזציה. הבעיה נוצרת כאשר עמודים דומים מחליפים זה את זה, הדירוג אינו יציב ואף אחד מהם אינו מצליח לבסס התאמה חזקה. במצב כזה ניתן לחדד את מטרת כל עמוד, לאחד תכנים, לשפר קישורים פנימיים או להשתמש בהפניה וב-Canonical כאשר הדבר מתאים.
איך מפרשים ירידה בקליקים ועלייה בחשיפות?
עלייה בחשיפות לצד ירידה בקליקים אינה בהכרח סתירה. ייתכן שהאתר התחיל להופיע ביותר שאילתות אך במיקומים נמוכים, שנוספו הופעות בשווקים פחות רלוונטיים או שהשתנה מבנה תוצאות החיפוש.
כדי להבין את הסיבה יש להשוות:
שאילתות שעלו או ירדו.
עמודים שבהם חל השינוי.
מיקום ממוצע ו-CTR.
מובייל לעומת דסקטופ.
חיפושים ממותגים לעומת חיפושים לא ממותגים.
סוגי הופעה שונים בחיפוש.
תקופות מקבילות כדי לנטרל עונתיות.
שינויים בתוצאות כמו AI Overviews, סרטונים, מוצרים או תוצאות עשירות.
אם החשיפות עלו משום שהאתר מופיע בביטויים חדשים במקומות 20 עד 50, מדובר בדרך כלל בסימן מוקדם להתרחבות הנראות ולא בהכרח בבעיה. אם המיקום נותר יציב אך ה-CTR ירד, כדאי לבדוק שינויים במבנה ה-SERP, בכותרות של המתחרים ובכוונות החיפוש.
חיפושים ממותגים ולא ממותגים
ההפרדה בין חיפושים ממותגים לחיפושים לא ממותגים מסייעת להבין אם האתר נשען בעיקר על אנשים שכבר מכירים את העסק או מצליח להגיע לקהלים חדשים.
שאילתה הכוללת את שם החברה, שם מוצר ייחודי או איות חלופי של המותג נחשבת בדרך כלל ממותגת. שאילתה כמו "חברת קידום אתרים" היא לא ממותגת ומייצגת תחרות רחבה יותר.
Google הוסיפה סיווג חיפושים ממותגים ולא ממותגים לדוחות, אך הסיווג נעשה באמצעות מערכות אוטומטיות ועלול לכלול טעויות. הוא גם אינו זמין בהכרח בנכסים בעלי מעט חשיפות או בנכסי משנה מסוימים. הסבר Google על חיפושים ממותגים ולא ממותגים.
Search Console Insights: זיהוי מגמות והזדמנויות תוכן
דוח Insights מספק תצוגה פשוטה יותר של מגמות מרכזיות. הוא כולל עמודים מובילים, עמודים במגמת עלייה או ירידה, שאילתות בולטות, מדינות ומקורות תנועה נוספים.
בנכסים בעלי כמות מספקת של נתונים, Query Groups מאגדות שאילתות דומות לקבוצות נושא. כך ניתן להבין שהאתר מתחרה סביב נושא מסוים גם כאשר התנועה מתחלקת בין עשרות ניסוחים שונים. שם הקבוצה מבוסס על השאילתה המובילה, אך מספר הקליקים מייצג את כלל הביטויים הכלולים בקבוצה. הסבר רשמי על Search Console Insights.
Insights מתאים לאיתור מהיר של שינוי, אך אינו מחליף ניתוח מפורט בדוח הביצועים. אם עמוד מופיע במגמת ירידה, צריך לעבור לדוח המלא, להשוות תקופות ולברר אילו שאילתות, מדינות או מכשירים יצרו את השינוי.
מהו דוח AI גנרטיבי ב-Google Search Console?
דוח Generative AI Performance מציג חשיפות של האתר בתכונות AI גנרטיבי בתוך Google Search. נכון לאוגוסט 2026, הדוח כולל חשיפות מ-AI Overviews ומ-AI Mode. Google מפעילה דוח נפרד עבור תכונות AI גנרטיבי ב-Discover.
הדוח מאפשר לראות כיצד החשיפות משתנות לאורך זמן, אילו עמודים קיבלו נראות ואילו מדינות ומכשירים הגיעו עבור עמודים, מדינות, מכשירים ותאריכים. הנתונים זמינים לפי עמודים, מדינות, מכשירים ותאריכים.
Google מגדירה חשיפה בדוח זה כהופעה של קישור לאתר בתוך תכונת AI נתמכת. בדוח הייעודי מוצגות חשיפות, ולא קליקים, CTR, מיקום או השאילתות והפרומפטים שהפעילו את התשובה. בנוסף, נתוני Search Labs אינם כלולים בו. התיעוד הרשמי של דוח Generative AI Performance.
האם חשיפות AI כלולות בדוח הביצועים הרגיל?
כן. Google מציינת כי החשיפות מתכונות ה-AI כבר כלולות בנתוני הביצועים הכוללים של החיפוש. הדוח הייעודי אינו מוסיף בדיעבד חשיפות חדשות לסך הכולל, אלא מאפשר לבודד ולנתח את הנראות בתכונות הגנרטיביות. הודעת Google על השקת דוחות ה-AI.
לכן עלייה בדוח הביצועים הכללי יכולה לכלול גם נראות מ-AI Overviews או AI Mode. עם זאת, אי אפשר לחבר באופן אוטומטי בין כל שינוי בדוח הכללי לבין דוח ה-AI בלי לנתח את התקופה ואת העמודים הרלוונטיים.
האם Search Console מציג מידע מ-ChatGPT?
לא. דוח AI גנרטיבי של Search Console מתייחס לתכונות הנתמכות בתוך מוצרי Google. הוא אינו מציג נתונים מ-ChatGPT, Claude, Perplexity או ממנוע AI חיצוני אחר.
הדוח גם אינו מהווה מערכת מלאה למדידת GEO. הוא מספק שכבת מידע חשובה על הנראות בתוך Google, אך מדידת חשיפה במנועי AI מחייבת שילוב של מקורות נוספים, למשל ניתוח הפניות ב-GA4, ניטור אזכורי מותג, בדיקות פרומפטים וניתוח לידים.
האם חשיפת AI פירושה שהאתר צוטט?
לא בהכרח. חשיפה פירושה שקישור מהאתר הוצג למשתמש בתכונת AI נתמכת. היא אינה מוכיחה שהטקסט מהעמוד צוטט במפורש, שהמותג הומלץ או שהמשתמש נכנס לאתר.
גם כמה הופעות של אותו אתר באותה תכונת AI עשויות להיספר באופן מצטבר שונה בין התרשים לטבלה, משום שהתרשים מאגד נתונים ברמת הנכס ואילו נתוני עמודים מאוגדים לפי כתובת. לכן ייתכנו פערים בין סך הנתונים בתרשים לבין חיבור השורות בטבלה.
מדוע דוח AI גנרטיבי אינו מופיע בחשבון?
הדוח מושק בהדרגה ואינו זמין עדיין לכל הנכסים. הוא עשוי שלא להופיע אם הנכס טרם קיבל גישה, אם לא נרשמו מספיק חשיפות בתכונות AI או אם האתר אינו חורג מתכונות AI גנרטיבי של Google.
היעדר הדוח אינו אומר בהכרח שהאתר אינו איכותי או אינו מתאים לקידום אתרים במנועי AI. יש להמשיך לעקוב אחר הזמינות ולא להסיק מסקנות על ביצועי GEO רק מעצם הופעתו או היעדרו.
איך משתמשים ב-Search Console לצורך GEO?
השימוש בדוח לצורך GEO צריך להתמקד במגמות ובהשוואות:
לזהות אילו עמודים מקבלים חשיפות AI בגוגל.
להשוות בין מדריכים, עמודי שירות ותכנים מסחריים.
לבדוק אם עמודים ששודרגו מתחילים לצבור יותר חשיפות.
לזהות נושאים בעלי נראות ב-AI אך תנועה אורגנית רגילה נמוכה.
להשוות ביצועים לפי מדינה ומכשיר.
לתעד שינויים לפני ואחרי שיפור התוכן.
לשלב את הנתונים עם GA4 ונתוני המרות.
הופעה בדוח AI אינה מטרה בפני עצמה. המטרה היא להבין אילו נכסי תוכן Google בוחרת להציג בסביבות גנרטיביות, ללמוד מהם ולשפר את בהירות התשובות, הכיסוי הנושאי, המקורות, הנתונים המובנים והאמינות של עמודים נוספים. זהו בדיוק הבסיס של שירות קידום GEO.
בדיקת כתובת URL: איך בודקים למה עמוד לא מאונדקס?
כלי URL Inspection מאפשר לבדוק כתובת ספציפית ולראות כיצד Google מכירה אותה. בין היתר ניתן לבדוק אם הכתובת מאונדקסת, מתי נסרקה לאחרונה, איזה Googlebot סרק אותה והאם הסריקה והאינדוקס מותרים.
הכלי מציג גם את ה-Canonical שהוגדר באתר ואת הכתובת ש-Google בחרה כקנונית. כאשר Google בוחרת Canonical שונה, יש לבדוק אם קיימים עמודים דומים, פרמטרים, הפניות, קישורים פנימיים סותרים או מפת אתר הכוללת כתובות שאינן קנוניות.
באמצעות בדיקת עמוד חי ניתן לבדוק אם Google מסוגלת לגשת לגרסה הנוכחית של העמוד. חשוב להבין שבדיקה חיה אינה מוכיחה שהעמוד מאונדקס או ידורג. היא בודקת את נגישות הגרסה הנוכחית ולא את כל ההחלטות שמתקבלות במערכות האינדוקס.
איך מבקשים מגוגל לאנדקס עמוד?
לאחר בדיקת הכתובת ניתן לבחור באפשרות Request Indexing. הפעולה מודיעה ל-Google שהעמוד חדש או השתנה, אך היא אינה מבטיחה סריקה מיידית, אינדוקס או דירוג.
אם העמוד אינו מאונדקס בגלל תוכן דל, כפילות, Canonical אחר, חסימת robots.txt או תגית noindex, בקשת אינדוקס חוזרת לא תפתור את הבעיה. תחילה צריך לטפל בגורם ולאחר מכן להגיש את הכתובת לבדיקה מחדש.
דוח אינדוקס עמודים: מדוע עמודים אינם מופיעים בגוגל?
דוח האינדוקס מחלק את הכתובות לעמודים מאונדקסים ולעמודים שאינם מאונדקסים ומציג את הסיבות הידועות ל-Google. המטרה אינה להגיע למאה אחוז אינדוקס. באתר תקין יכולים להופיע עמודי מערכת, כפילויות, כתובות עם פרמטרים והפניות שאינן צריכות להיכלל באינדקס.
סטטוסים נפוצים כוללים:
סטטוס | משמעות אפשרית | מה כדאי לבדוק |
|---|---|---|
Crawled - currently not indexed | Google סרקה את הכתובת אך בחרה שלא לאנדקס אותה כרגע | איכות, ייחודיות, כוונת חיפוש וקישורים פנימיים |
Discovered - currently not indexed | Google מכירה את הכתובת אך טרם סרקה אותה | תקינות שרת, עומס כתובות, Sitemap וקישורים |
Duplicate without user-selected canonical | נמצאה כפילות ללא Canonical מוגדר | Canonical, מבנה כתובות וקישורים פנימיים |
Alternate page with proper canonical | עמוד חלופי מפנה בצורה תקינה לעמוד הקנוני | בדרך כלל אין צורך בתיקון |
Page with redirect | הכתובת מפנה לכתובת אחרת | תקינות ההפניה ויעדה |
Excluded by noindex | קיימת הוראת noindex | האם ההוראה מכוונת |
Blocked by robots.txt | הסריקה נחסמה | כללי robots.txt והצורך בחסימה |
Not found 404 | השרת מחזיר שהעמוד לא נמצא | האם העמוד נמחק בכוונה |
Soft 404 | העמוד נראה ל-Google כמו עמוד חסר למרות תגובת שרת אחרת | תוכן העמוד וקוד התגובה |
Server error 5xx | השרת לא הצליח להשיב כראוי | שרת, לוגים, עומסים ותקלות |
Google chose different canonical | Google בחרה כתובת קנונית אחרת | כפילויות ואותות Canonical סותרים |
לא כל סטטוס דורש פעולה. Alternate page with proper canonical ו-Page with redirect, לדוגמה, יכולים להיות תקינים לחלוטין. הבדיקה הנכונה היא האם כל עמוד חשוב, ייחודי וקנוני מאונדקס, ולא האם כל URL שגילתה Google נכנס לאינדקס.
Sitemap: איך שולחים מפת אתר ב-Search Console?
מפת אתר XML היא קובץ שמרכז את הכתובות שהאתר מבקש להציג ל-Google לצורך גילוי וסריקה. באתר גדול ניתן להשתמש ב-Sitemap Index המפנה לכמה קובצי Sitemap נפרדים, למשל לעמודים, פוסטים, מוצרים או תמונות.
כדי לשלוח את מפת האתר נכנסים לדוח Sitemaps, מזינים את נתיב הקובץ ולוחצים על Submit. באתרי WordPress הכתובת תהיה דומה ל-sitemap_index.xml, אך היא משתנה בהתאם למערכת ולתוסף.
אם נשלח Sitemap Index תקין, בדרך כלל אין צורך לשלוח בנפרד כל קובץ משנה הכלול בו. חשוב יותר לוודא שהקובץ מתעדכן, נגיש ל-Google וכולל רק כתובות קנוניות שאמורות להיות מאונדקסות.
סטטוס Success מציין ש-Google הצליחה לקרוא ולעבד את הקובץ. Couldn't fetch עשוי להצביע על בעיית גישה, כתובת שגויה, חסימה, תקלה זמנית או תגובת שרת לא תקינה.
חשוב לזכור שמפת אתר אינה פקודה לאינדוקס. היא עוזרת ל-Google לגלות כתובות ומספקת מידע על מבנה האתר, אך אינה מבטיחה שכל עמוד בקובץ ייסרק, יאונדקס או ידורג. התיעוד הרשמי של Google בנושא Sitemaps.
Core Web Vitals וחוויית משתמש
דוח Core Web Vitals מציג נתונים המבוססים על שימוש אמיתי של גולשים באמצעות Chrome User Experience Report, ולא רק על בדיקה סימולטיבית חד-פעמית.
המדדים המרכזיים הם:
LCP: הזמן עד להצגת רכיב התוכן המרכזי.
INP: מהירות התגובה של העמוד לאינטראקציות משתמש.
CLS: מידת השינויים הבלתי צפויים בפריסת העמוד.
הדוח מחלק כתובות לקבוצות דומות ולסטטוסים Good, Needs Improvement ו-Poor. הוא אינו מציג בהכרח כל כתובת באתר, ועמודים ללא מספיק נתוני משתמשים עשויים שלא להופיע.
Search Console מתאים לזיהוי בעיות רוחביות בקבוצות עמודים, בעוד PageSpeed Insights ו-Lighthouse מתאימים יותר לניתוח נקודתי. לכן יש להשתמש בדוח כדי לזהות דפוס, ולאחר מכן לבדוק עמודים מייצגים בכלים המפורטים. תיעוד Core Web Vitals ב-Search Console.
נתונים מובנים ותוצאות עשירות
Search Console עשוי להציג דוחות עבור סוגי נתונים מובנים ש-Google זיהתה באתר, למשל Breadcrumbs, Products, Merchant Listings, Videos, Events, Jobs או Review Snippets.
בדוחות ניתן לראות פריטים תקינים, פריטים לא תקינים ולעיתים פריטים תקינים עם אזהרות. שגיאה יכולה למנוע זכאות לתוצאה עשירה, בעוד אזהרה עשויה לציין שדה מומלץ שחסר אך אינו מבטל את התוצאה.
לא כל Schema תקין ייצור דוח ב-Search Console, ולא כל נתון מובנה תקין מבטיח Rich Result. הנתונים המובנים צריכים לתאר במדויק תוכן שמופיע למשתמש בעמוד ולא לשמש כניסיון להציג מידע שאינו קיים בו.
אינדוקס סרטונים
דוח Video Pages מסייע לבדוק אם Google זיהתה ואינדקסה סרטונים באתר. הוא עשוי להצביע על סרטון שאינו ממוקם בולטת מספיק, תמונה ממוזערת לא תקינה, קושי בזיהוי הקובץ או מצב שבו הסרטון אינו התוכן המרכזי בעמוד.
באתרים שבהם וידאו הוא חלק משמעותי מהתוכן, מומלץ להשתמש בדפי צפייה ייעודיים, להציב את הסרטון באזור מרכזי, להשתמש בתמונה ממוזערת יציבה ולהוסיף Video structured data מתאים. עם זאת, נתונים מובנים לבדם אינם מבטיחים אינדוקס של הסרטון.
דוח HTTPS
דוח HTTPS מסייע לזהות כתובות ש-Google מזהה כמוגשות בצורה תקינה ומאובטחת. בעיות יכולות לנבוע מתעודה לא תקינה, הפניות שגויות, גרסאות HTTP פעילות או הגדרות שמקשות על Google לעבד את גרסת ה-HTTPS.
תוכן מעורב, שבו עמוד HTTPS טוען משאבים מסוימים דרך HTTP, דורש בדיקה גם אם אינו מסביר לבדו כל כתובות המופיעה בדוח. המטרה היא ליצור גרסה אחת קבילה ומאובטחת לכל עמוד ולהפנות אליה את יתר הגרסאות.
קישורים פנימיים וחיצוניים
דוח Links מציג דוגמאות לאתרים המקשרים לנכס, לעמודים המקושרים ביותר ולטקסטים מקשרים. הוא יכול לעזור לזהות עמוד חשוב שכמעט אינו מקבל קישורים פנימיים או עמוד צדדי שמקבל מספר בלתי צפוי של קישורים.
הדוח אינו תחליף לכלי Backlinks מקצועי ואינו בהכרח כולל כל קישור ש-Google מכירה. אין לצפות להתאמה מלאה בין Search Console, Ahrefs, Semrush או כלי סריקה אחרים, משום שלכל אחד מהם שיטת גילוי ועיבוד שונה.
מבחינת עבודה מעשית, כדאי לבדוק אם עמודי השירות, הקטגוריות ותכני העוגן החשובים מקבלים קישורים פנימיים מעומדים רלוונטיים. קישור פנימי צריך לסייע למשתמש ולחזק את מבנה האתר, ולא להיכנס לטקסט רק כדי להוסיף מילת מפתח. זהו חלק מרכזי בכל עבודת קידום אתרים SEO.
הסרות: איך מסירים תוצאה מגוגל?
כלי Removals מאפשר להסתיר כתובת מתוצאות Google באופן זמני. הוא אינו מוחק את העמוד מהאתר ואינו מהווה פתרון קבוע.
להסרה קבועה יש למחוק את העמוד ולהחזיר קוד תגובה מתאים, להוסיף noindex או להגביל גישה, בהתאם למקרה. חסימה באמצעות robots.txt אינה פתרון להסרת עמוד מהאינדקס, משום שהיא עלולה למנוע מ-Google לראות את הוראת ה-noindex.
הכלי מתאים בעיקר למצבים דחופים כמו תוכן רגיש שנחשף בטעות או צורך להסתיר תוצאה בזמן שמבוצע טיפול קבוע. תיעוד Google על הסרות זמניות.
פעולות ידניות ובעיות אבטחה
Manual Actions ו-Security Issues הם דוחות שונים:
פעולות ידניות: מצביעות על כך שבודק אנושי מטעם Google זיהה הפרה של מדיניות הספאם.
בעיות אבטחה: מצביעות על פריצה, תוכן זדוני, הורדות מסוכנות או הנדסה חברתית.
אם מתקבלת התראה, יש לבדוק את הדוגמאות, לטפל בבעיה בכל האתר ולא רק בכתובות שהוצגו, לתעד את התיקון ולהגיש בקשת בדיקה מחדש כאשר האפשרות זמינה. אין להגיש בקשה לפני שהבעיה טופלה באופן מלא.
סטטיסטיקות סריקה
דוח Crawl Stats נמצא באזור ההגדרות ומספק מידע על פעילות Googlebot. הוא כולל מספר בקשות סריקה, נפח הורדה, זמן תגובה ממוצע, מצב המארח, קודי תגובה, סוגי קבצים וסוגי Googlebot.
הדוח שימושי במיוחד כאשר קיימת ירידה פתאומית בסריקה, עלייה בשגיאות 5xx, האטה בתגובת השרת או שינוי חריג בנפח הפעילות. באתר קטן אין צורך לנהל באופן אובססיבי "תקציב סריקה", אך בעיות שרת מיותרות עדיין עלולות להשפיע על הגילוי והעדכון של עמודים חשובים.
מגבלות הנתונים של Search Console
כדי להשתמש בכלי בצורה מקצועית חשוב להבין גם מה הוא אינו מציג:
הנתונים מתעדכנים בעיכוב וחלק מהימים האחרונים עשויים להיות ראשוניים.
נתוני הביצועים הרגילים זמינים בממשק לתקופה מוגבלת.
שאילתות נדירות עשויות להיות מוסתרות מטעמי פרטיות.
הטבלה אינה בהכרח כוללת את כל השאילתות או הכתובות.
רוב נתוני הביצועים משויכים לכתובות הקנוניות.
הנתונים משתמשים באזור זמן פסיפי ולא באזור הזמן של ישראל.
קיימת מגבלת שורות בממשק וביצוא רגיל.
ייתכנו אי התאמות בין דוחות שונים.
הנתונים אינם אמורים להיות זהים ל-GA4 או לכלי מעקב דירוגים.
מספר הקישורים אינו בהכרח רשימה מלאה של כל הקישורים המוכרים ל-Google.
לנכסים גדולים אפשר להגדיר יצוא מרוכז ל-BigQuery ולהשתמש ב-Search Console API. פתרונות אלה מאפשרים לשמור יותר נתונים ולבצע ניתוחים שאינם אפשריים בממשק הרגיל.
מה צריך לבדוק ב-Search Console בכל שבוע?
בדיקה שבועית אינה צריכה להסתכם בצפייה במספר הקליקים הכולל. מומלץ לעבור על:
ירידות או עליות חריגות בקליקים ובחשיפות.
עמודים ושאילתות שעלו או ירדו.
פערים בין ממותג ללא ממותג.
עמודים חדשים שמתחילים לקבל נראות.
בעיות אינדוקס חדשות.
שגיאות שרת או ירידה בסריקה.
התראות אבטחה ופעולות ידניות.
שינוי בחשיפות AI גנרטיבי.
השפעה של שינויים שבוצעו באתר.
שינוי יומי קטן אינו בהכרח משמעותי. מומלץ לבחון מגמות, עונתיות והקשר עסקי, ולא לבצע שינוי בעמוד חשוב על סמך תנודה קצרה בלבד.
מה כדאי לבדוק אחת לחודש?
בבדיקה חודשית כדאי להשוות לחודש הקודם וגם לתקופה המקבילה בשנה הקודמת כאשר קיימת עונתיות. הבדיקה צריכה לכלול עמודים בעלי הרבה חשיפות ו-CTR נמוך, ביטויים הקרובים לעמוד הראשון, תוכן שאיבד ביצועים ומצב Core Web Vitals.
זהו גם הזמן לחבר את נתוני Search Console לנתוני ההמרות ב-GA4. עמוד שמביא מעט תנועה אך מייצר לידים איכותיים יכול להיות בעל ערך גדול יותר מעמוד עם אלפי קליקים שאינם משרתים את העסק.
מה בודקים אחרי פרסום או שדרוג עמוד?
לאחר העלאת עמוד חדש או עדכון משמעותי מומלץ:
לבדוק שהעמוד מחזיר קוד 200.
לבצע בדיקת URL חי.
לוודא שאין noindex או חסימת סריקה.
לבדוק את ה-Canonical.
לוודא שהעמוד מופיע ב-Sitemap.
להוסיף אליו קישורים פנימיים רלוונטיים.
לבקש אינדוקס פעם אחת לאחר שהכול תקין.
לעקוב אחר חשיפות, שאילתות וקליקים.
להשוות את התקופה שלפני השדרוג לאחריו.
לבדוק אם העמוד מתחיל להופיע בדוח AI גנרטיבי.
כדי ללמוד השפעה בצורה אמינה, כדאי לתעד את תאריך השינוי ולהימנע מביצוע כמה שינויים מהותיים ברצף ללא אפשרות להפריד ביניהם.
טעויות נפוצות בעבודה עם סרץ' קונסול
אחת הטעויות הנפוצות היא להסיק שכל חשיפה היא ביקור או שכל שינוי במיקום הממוצע מייצג שינוי זהה בדירוג. המדדים צריכים להיבחן יחד ובהקשר של השאילתה, העמוד והתקופה.
טעויות נוספות כוללות:
למחוק עמודים רק משום שאינם מאונדקסים.
לבקש אינדוקס שוב ושוב בלי לטפל בגורם לבעיה.
לצפות ש-Sitemap תחייב את Google לאנדקס את האתר.
לחסום ב-robots.txt עמוד שרוצים להסיר מהאינדקס.
להשוות תקופות באורכים שונים.
להתעלם מעונתיות ומעדכוני אלגוריתם.
לראות חשיפת AI כהוכחה לציטוט או להמלצה.
להסתמך על מיקום ממוצע ללא ניתוח שאילתות.
להתייחס לנתוני Search Console כאל נתוני לידים והמרות.
לבצע שינויים מהירים בעקבות תנודה של יום או יומיים.
לסיכום - להפוך נתונים לפעולות שמקדמות את האתר
Google Search Console הוא הרבה יותר מכלי לבדיקת מיקום בגוגל. הוא מחבר בין ארבע שכבות מרכזיות: גילוי וסריקה, אינדוקס, ביצועים בתוצאות החיפוש ונראות בתכונות ה-AI של Google.
כדי להפיק ממנו ערך אמיתי לא מספיק לפתוח את דוח הביצועים ולבדוק אם מספר הקליקים עלה. צריך לנתח אילו שאילתות ועמודים יצרו את השינוי, לזהות הזדמנויות, לתקן בעיות טכניות ולמדוד את ההשפעה של פעולות שבוצעו לאורך זמן.
ב-SearchWide אנחנו משלבים נתוני Search Console כחלק מתהליך רחב של קידום אתרים SEO, שיפור תוכן וקידום GEO. המטרה אינה רק להציג דוחות, אלא להפוך אותם לתוכנית עבודה שמגדילה את הנראות בחיפוש, מביאה תנועה רלוונטית ומחזקת את נוכחות האתר גם בתוצאות הקלאסיות וגם בתשובות AI של Google.
