Google Search Console: המדריך השלם של ארתור קלנדרוב לכלי החינמי החשוב ביותר לכל בעל אתר

שלישי בבוקר, רבע לתשע. לקוח שאני מלווה כבר שנתיים מתקשר בלחץ. "ארתור, קרה משהו. הפוסט שמביא לי את רוב הלידים, זה על 'איך לבחור עורך דין מקרקעין', נעלם. שלשום הוא היה במקום שני בגוגל, היום אני לא מוצא אותו אפילו בעמוד שמיני." הוא נשמע כמו מי שגילה שהמנוע ברכב שלו כבה באמצע כביש 1. אני שואל אותו שאלה אחת: "פתחת את ה-Search Console?" שתיקה. "את מה?"

תוכן העניינים 11 פרקים ▾

בגלל זה אני כותב את המאמר הזה. כי גם היום, אחרי כל הרעש על AI, על Gemini ועל תשובות חכמות בראש דף החיפוש, Google Search Console (בקיצור GSC) הוא עדיין הכלי החינמי הכי משמעותי שגוגל נותנת לבעלי אתרים. והרבה בעלי אתרים בישראל לא יודעים שהוא קיים, או נכנסים אליו פעם בחודש, מסתכלים על גרף שעולה או יורד, ולא יודעים מה לעשות עם המידע.

אני רוצה לקחת אתכם איתי מאחורי הקלעים. לא רשימת תפריטים יבשה, את זה תקראו בעצמכם ב-Google Search Central הרשמי. אני רוצה להראות לכם איך אני, ארתור קלנדרוב, משתמש ב-GSC כדי לאבחן בעיות, להציל תנועה, ולגלות הזדמנויות שאתם פשוט לא רואים אחרת. וגם איך כל נדבך מהמידע שאני מסביר כאן מתורגם לעבודה קונקרטית שאני עושה ב-ניטור GSC שוטף בשיווקנט.

מה זה Google Search Console – ולמה הוא לא Google Analytics

נתחיל מהבסיס, כי הבלבול הזה חוזר אצלי שוב ושוב. Google Search Console הוא שירות חינמי של גוגל לבעלי אתרים. הוא מראה איך גוגל רואה את האתר שלכם. לא איך גולשים מתנהגים בתוך האתר (זה התפקיד של Google Analytics), אלא מה גוגל יודעת על האתר: איזה דפים היא הצליחה לסרוק (crawl), איזה דפים היא הכניסה לאינדקס שלה (index), איזה שאילתות מביאות אתכם לתוצאות החיפוש, ובאיזה מיקום אתם מופיעים.

ההבדל קריטי. Analytics אומר לכם מה הגולשים עושים. Search Console אומר לכם מה גוגל חושבת. כשפוסט מאבד תנועה, Analytics יראה ירידה בגרף ולא יסביר למה. GSC יגיד לכם בדיוק: "הדף הזה ירד מהמקום השני לעמוד השמיני בשאילתה X", או "הדף הוסר מהאינדקס בגלל בעיית canonical", או "מצאנו בעיה בנתונים מובנים שמונעת תצוגה מועשרת".

אצל אותו לקוח שהתקשר באותו בוקר, ההתחברות ל-search.google.com/search-console חשפה תוך שתי דקות מה קרה: הפוסט קיבל סטטוס "Crawled – currently not indexed" אחרי עדכון של גוגל. גוגל פשוט החליטה שהמאמר כבר לא ראוי לאינדקס. זה לא עונש, זה שיפוט איכות. את ההבדל הזה צריך לדעת לקרוא, ועל זה אדבר בהמשך.

הצעד הראשון: אימות, חיבור, וכניסה לבית

אני לא יכול לאבחן לכם את האתר אם הוא לא מאומת בכלל. ואני נדהם בכל פעם מחדש ממספר העסקים בישראל שהקימו אתר לפני חמש שנים, מעולם לא חיברו אותו ל-GSC, ובבעיה הראשונה פותחים פייסבוק ומחפשים שם "למה האתר שלי לא בגוגל".

אימות (verification) הוא תהליך פשוט: אתם מוכיחים לגוגל שאתם בעלי הדומיין. אפשר דרך רשומת DNS (זאת הדרך שאני ממליץ עליה, הכי יציבה), דרך קובץ HTML שמועלה לשרת, דרך תגית meta בכותרת האתר, או דרך חיבור ל-Google Analytics או Google Tag Manager אם הם כבר מותקנים. בעבודה ב-הקמה ואימות של GSC אני תמיד מתעקש על אימות ברמת הדומיין (Domain property) ולא ברמת ה-URL Prefix, כי הראשון תופס את כל תתי-הדומיינים ואת הגרסאות של HTTP ו-HTTPS יחד. אימות כזה נעשה רק דרך רשומת DNS. זה חוסך כאבי ראש בעתיד.

אם האתר שלכם לא מאומת ב-GSC, אתם מנהלים עסק עיוור. כל החלטה שיווקית על תוכן, מילות מפתח או קידום תתבסס על ניחושים במקום על נתונים.

אחרי האימות – Sitemap ו-robots.txt

שני הקבצים האלה הם המתורגמנים של האתר שלכם מול גוגל. Sitemap הוא קובץ XML שמרכז את כל הדפים שאתם רוצים שגוגל תכיר, מעין רשימת מוזמנים לאירוע. robots.txt הוא קובץ טקסט קטן בשורש הדומיין שמורה לבוטים מה מותר לסרוק ומה לא, ממש כמו שומר בכניסה לאירוע.

הטעות הכי נפוצה שאני פוגש: בעלי אתרים מעלים sitemap אוטומטי שיוצר תוסף וורדפרס כלשהו, בלי לבדוק מה בפנים. ואז אני נכנס ומגלה ש-sitemap כולל דפי תיוג ריקים, דפי ארכיון של מחברים בלי תוכן, דפי תוצאות חיפוש פנימי, ולפעמים אפילו דפי "תודה רבה" שמופיעים אחרי שליחת טופס. זה זיהום של האינדקס. אתם בעצם אומרים לגוגל "תסתכלי גם על הזבל הזה", והיא מסתכלת, מבזבזת זמן סריקה על דפים שלא אמורים להופיע בחיפוש, ומקבלת תמונה פחות טובה של האתר כולו.

השירות שלי ב-ניהול Sitemap מתחיל בניקיון. בונים מחדש את ה-sitemap כך שיכלול רק דפים שאני רוצה לדרג: עמוד הבית, דפי שירות, דפי קטגוריה משמעותיים, ופוסטים בעלי ערך. את כל השאר מוציאים ממפת האתר, ודפים שאסור שיופיעו בתוצאות מסמנים בתגית noindex. בקובץ robots.txt מותאם חוסמים רק אזורים שאין טעם שגוגל תסרוק בכלל, כמו תוצאות החיפוש הפנימי. חשוב לזכור: robots.txt מונע סריקה ולא אינדוקס, ודף חסום יכול עדיין להופיע בתוצאות. שני הקבצים עובדים יחד, ואם הם סותרים זה את זה גוגל מתבלבלת ומקבלת החלטות שאתם לא רוצים שהיא תקבל.

שני הדוחות שאני בודק כל בוקר: ביצועים ואינדוקס דפים

אם הייתי צריך לבחור שני דוחות בלבד מתוך GSC ולמחוק את כל השאר, הייתי בוחר בדוח הביצועים (Performance) ובדוח אינדוקס הדפים (Page indexing, שנקרא בעבר Coverage). הצמד הזה הוא הלב של כל אבחון.

דוח הביצועים: מה גוגל הציגה ומה לחצו

כאן אתם מקבלים ארבעה מספרים שכדאי לכם לדעת בעל פה:

• חשיפות (Impressions): כמה פעמים דף שלכם הופיע בתוצאות החיפוש של גוגל, גם אם הגולש לא לחץ.
• הקלקות (Clicks): כמה פעמים גולשים אכן הקליקו ונכנסו לאתר מתוצאות החיפוש האורגניות.
• אחוז ההקלקות (CTR): היחס בין הקלקות לחשיפות, כלומר אחוז הגולשים שראו את התוצאה שלכם ובחרו להקליק דווקא עליה.
• מיקום ממוצע (Position): המיקום הממוצע שלכם בעמוד התוצאות לכל שאילתה. מיקום 1.4 אומר שאתם בדרך כלל ראשונים, לפעמים שניים. מיקום 8.2 אומר שאתם איפשהו בתחתית עמוד אחד.

היופי הוא במשחק שבין המספרים. דף עם 10,000 חשיפות ו-200 הקלקות (אחוז הקלקות של 2%) במיקום ממוצע 4 הוא דף שהכותרת והתיאור שלו מבזבזים תנועה. הוא מופיע גבוה, גוגל מאמינה בו, אבל הגולשים לא מקליקים. זאת לא בעיה טכנית. זאת בעיה של ניסוח בכותרת ובתיאור. את הניתוח הזה אני עושה בשיפור אחוז ההקלקות: בוחנים את הכותרת ואת תיאור המטא, ומתאימים את ההבטחה לכוונת החיפוש. לפעמים זה משפר את אחוז ההקלקות בצורה משמעותית בלי להזיז את המיקום כלל. רק כדאי לזכור שגוגל לא תמיד מציגה את התיאור שכתבתם, ולפעמים בוחרת קטע אחר מהדף.

הצד השני: דף עם אחוז הקלקות יפה של 8% במיקום 12 הוא דף שהתוכן שלו טוב, אבל גוגל לא בוטחת בו מספיק. שם צריך לעבוד על שיפור מיקומים: לחזק את התוכן, להוסיף אזכורים מסמכותיים, ולבנות קישורים פנימיים מדפים חזקים יותר.

דוח אינדוקס הדפים: למי גוגל פתחה את הדלת ולמי לא

זה הדוח שכמעט אף לקוח לא מסתכל בו לבד. הוא מסווג כל כתובת שגוגל מכירה באתר שלכם לאחת משתי קבוצות: Indexed (באינדקס) ו-Not indexed (לא באינדקס), ולכל דף שלא נכנס מוצגת הסיבה. בגרסה הישנה, דוח Coverage, היו ארבע קבוצות, ומדריכים ישנים עדיין מדברים עליהן. אצל הלקוח עם הפוסט שנעלם, הכתובת ישבה בקבוצת Not indexed עם הסטטוס "Crawled – currently not indexed". זה רמז מצד גוגל שאומר: "ראיתי את הדף, אבל לא מצאתי בו ערך מספיק כדי להוסיף אותו לתוצאות". זה כואב לקרוא, אבל זה גם משהו שאפשר לתקן.

סטטוסים נוספים שאני רואה הרבה: "Discovered – currently not indexed" (גוגל יודעת שהדף קיים אבל עוד לא סרקה אותו, לרוב כי דחתה את הסריקה כדי לא להעמיס על השרת), "Duplicate without user-selected canonical" (יש כמה גרסאות של אותו דף, לא סימנתם איזו מהן הראשית, וגוגל בחרה גרסה אחרת בעצמה), "Soft 404" (הדף עונה 200 OK טכנית אבל התוכן ריק או לא רלוונטי), ו-"Page with redirect" (הכתובת מפנה לכתובת אחרת. זה תקין לכתובות ישנות, ובעייתי רק כשהכתובת המפנה עדיין מופיעה במפת האתר או בקישורים פנימיים).

השירות של ניקוי דוח האינדוקס הוא בדיוק האבחון של הסטטוסים האלה, אחד אחד. אני בונה גיליון של כל הכתובות הבעייתיות, מסווג כל אחד לסיבה האמיתית, וכותב תוכנית פעולה נפרדת. חלק מהדפים מקבלים הפניית 301, חלק מקבלים תיקון תגית canonical, וחלק פשוט נכתבים מחדש כדי שגוגל תמצא בהם ערך.

כשגוגל פשוט לא מאנדקסת: איך מאבחנים ומה עושים

סיטואציה נפוצה אצלי: לקוח מעלה דף חדש, מצפה שיופיע בגוגל בעוד יום, ואחרי שבועיים הדף עדיין לא באינדקס. קידום אורגני (SEO) כבר לא עובד כמו לפני עשור. היום גוגל מחליטה במכוון לא לאנדקס דפים רבים. היא לא חייבת לאנדקס הכל. היא מאנדקסת רק מה שהיא רואה כראוי.

הכלי הכי מדויק לאבחון הוא בדיקת כתובת ה-URL (URL Inspection): מזינים כתובת בודדת בתוך GSC ומקבלים תמונת מצב מלאה. האם הדף נסרק ונכנס לאינדקס? איזה סורק ביקר בו, לנייד או למחשב? מתי הסריקה האחרונה? איזו תגית canonical הוא מצהיר ואיזו תגית canonical גוגל בחרה בפועל? יש בעיות בנתונים מובנים? ממש צילום רנטגן לדף הבודד.

ב-תיקון בעיות אינדוקס אני בונה תהליך שיטתי: זיהוי כל הדפים שלא באינדקס, סיווג לפי סיבה (חוסר תוכן, איכות תוכן, בעיה טכנית, דמיון לדפים אחרים), ולכל קבוצה תוכנית טיפול שונה. דף עם תוכן דליל מקבל הרחבה ועדכון. דף שכפול מקבל הפניה או canonical. דף עם בעיית קנוניקליזציה מקבל תיקון. דף שכבר באמת לא רלוונטי מקבל קוד 404 או 410 או תגית noindex, ואם צריך להעלים אותו מהר, גם בקשת הסרה מהאינדקס דרך כלי ההסרות. חשוב לדעת שכלי ההסרות רק מסתיר את הדף לכחצי שנה, ולכן בלי אחד הצעדים הקבועים הוא עלול לחזור.

Core Web Vitals: שלושת המספרים שמשפיעים על הדירוג

Core Web Vitals זאת קבוצה של שלושה מדדי חוויית משתמש שגוגל הציגה ב-2020, ושנכנסו לשקלול הדירוג ב-2021. הם גורם אחד מתוך רבים, ותוכן רלוונטי עדיין חשוב מהם. בקצרה, הם מודדים את חוויית המשתמש האמיתית של מי שגולש לאתר שלכם:

1. LCP (Largest Contentful Paint): כמה זמן לוקח לאלמנט הכי גדול על המסך, בדרך כלל התמונה הראשית או הכותרת, להופיע. סף טוב: מתחת ל-2.5 שניות.
2. INP (Interaction to Next Paint): כמה זמן עובר בין הרגע שגולש לוחץ על כפתור או תפריט, לבין הרגע שהדף באמת מגיב. סף טוב: מתחת ל-200 מילישניות. (הוא החליף את FID במרץ 2024, והוא מחמיר יותר.)
3. CLS (Cumulative Layout Shift): כמה הדף "קופץ" וזז במהלך הטעינה. אם תמונה נטענת אחרי הטקסט ודוחפת אותו למטה, זה CLS גבוה. סף טוב: מתחת ל-0.1.

ב-GSC יש דוח Core Web Vitals שמסכם את שלושת המדדים על פני כל הדפים שלכם, בנפרד לנייד ולמחשב. הוא לא מבוסס על מדידה סינתטית במעבדה, אלא על נתוני שדה אמיתיים שגוגל אוספת מגולשי Chrome (CrUX). זה אבחון על האתר שלכם, לא על "אתר תיאורטי במעבדה". פירוט של המדדים ושל הדרך לתקן כל אחד מהם תמצאו ב-web.dev/articles/vitals.

בעבודה שלי ב-אופטימיזציית Core Web Vitals אני מתחיל באבחון: איזה דפים נכשלים, על איזה מדד, ומה גורם לזה. LCP גבוה הוא בדרך כלל בעיה של תמונה לא מוקטנת או שרת איטי. INP גבוה הוא בדרך כלל JavaScript כבד מדי. CLS הוא בדרך כלל ממדים לא מוצהרים של תמונות, או באנרים שנטענים מאוחר. הפתרונות שונים, הגישה זהה: זיהוי, מדידה, תיקון, אימות מחדש.

חוויית הגלישה בנייד: מה בודקים היום

גוגל משתמשת בגרסה הניידת של האתר גם לאינדוקס וגם לדירוג. מאז 2019 זו ברירת המחדל לאתרים חדשים, והמעבר הושלם לכל האתרים ב-2024. דוח Mobile Usability הוסר מ-Search Console בסוף 2023, ולכן בבדיקת שימושיות בנייד אני עובד עם Lighthouse ועם בדיקה ידנית בכמה גדלי מסך: בודק שהטקסט קריא בלי זום, שהכפתורים גדולים מספיק שאפשר ללחוץ עליהם בלי לפספס, שאין תוכן שנחתך בקצוות, ושאין חלונות קופצים שמכסים את התוכן ברגע הכניסה. גוגל ממליצה במפורש להימנע מהם, כי הם פוגעים בחוויית הגולש.

נתונים מובנים, AI Overviews והחיפוש שמשתנה

כאן נכנסים לחלק שהשתנה הכי הרבה בשנתיים האחרונות. גוגל הציגה סקירות שנכתבות בבינה מלאכותית (AI Overviews): סיכומים שמופיעים בראש דף תוצאות החיפוש על שאילתות מסוימות, מאחדים מידע מכמה מקורות ועונים לגולש בלי שהוא יצטרך ללחוץ. לצידן פועל גם מצב AI (AI Mode), שבו כל החיפוש מתנהל כשיחה. זה משנה את כל המשחק. ביוני 2026 גוגל הוסיפה ל-Search Console דוחות ביצועים לחיפוש ב-AI, שמראים כמה פעמים דפי האתר הופיעו בסקירות ובמצב AI, לפי דף, מדינה, מכשיר ותאריך. אבל בגרסה הנוכחית אין בהם נתוני שאילתות ואין הקלקות, כך שעדיין לא רואים על אילו שאלות הופעתם.

איך מצליחים להופיע בתוך AI Overview? התשובה לא פשוטה, ואין עליה הסכמה מלאה אפילו בין מומחי קידום. גוגל עצמה כותבת שאין סימון מיוחד שנדרש כדי להופיע בסקירות ה-AI שלה, ושהכללים הרגילים של קידום אורגני חלים גם שם: דף שנסרק, נכנס לאינדקס ועונה היטב על השאלה. נתונים מובנים תקינים (Schema Markup) עוזרים לגוגל להבין את הדף, ולכן אני ממליץ עליהם, אבל לא כמפתח קסם. Schema.org הוא אוצר מילים מובנה שמאפשר לסמן בקוד מה כל יחידת תוכן בדף: מה זאת ביקורת, מה זה מתכון, מה זה שירות, מה זה ארגון. ב-GSC יש דוחות של תוצאות עשירות שמראים איזה סימון גוגל זיהתה ואם יש בו בעיות.

בגלל שהדוח החדש לא מראה שאילתות, אני מציע שירות של דוח GSC Insights ומעקב אחרי חיפוש ב-AI, ב-₪599 לחודש לפני מע״מ. הוא משלב את נתוני Search Console, כולל סימנים כמו ירידה בהקלקות לצד עלייה בחשיפות, עם בדיקה של הנראות שלכם בתשובות של מנועי AI והשוואה למתחרים. ההמלצות נכנסות גם לעבודה הרחבה יותר על אופטימיזציה למנועי AI שאני מציע.

קישורים פנימיים, קישורים חיצוניים, וטעויות שאי אפשר לראות בלי GSC

דוח נוסף ב-GSC שאני אוהב מאוד הוא דוח הקישורים (Links), שמראה גם קישורים פנימיים וגם קישורים חיצוניים, כלומר קישורים מאתרים אחרים אל האתר שלכם (backlinks).

החלק של הקישורים הפנימיים מראה איזה דפים באתר הכי מקושרים מבפנים. זאת מפת הסמכות הפנימית. דף שאתם רוצים לדרג צריך להיות מקושר מהרבה דפים אחרים באתר. דף שמקבל קישור פנימי בודד, גוגל מבינה שאתם בעצמכם לא חושבים שהוא חשוב. אני בונה ללקוחות מפת קישורים פנימיים מאוזנת, שדוחפת סמכות מעמוד הבית ומפוסטים פופולריים אל דפי השירות שמייצרים לידים.

החלק של הקישורים החיצוניים מראה מי מקשר אליכם מבחוץ. מקור מידע מדהים: רואים דומיינים שלא ידעתם בכלל שהזכירו אתכם, אתרים שהעתיקו לכם תוכן בלי קרדיט, ופעמים רבות גם שכנים לא רצויים: ספאם, אתרי הימורים, פורומים מוזרים. ברוב המקרים גוגל פשוט מתעלמת מקישורי ספאם כאלה. את כלי הדחייה (Disavow) שומרים למצבים חריגים, כמו קישורים שנקנו בעבר או אזהרה ידנית, כי שימוש לא נכון בו יכול להזיק יותר מלעזור.

הסיוטים הגדולים: Manual Action ו-Security Issues

שני דוחות שאני מקווה שלא תצטרכו לראות בהם משהו אי פעם. Manual Action זה מצב שבו בודק אנושי בגוגל בדק את האתר שלכם וקבע שהוא הפר את המדיניות: קישורים מלאכותיים, תוכן ספאמי, הצגת תוכן שונה לגוגל ולגולשים, טקסט נסתר וכדומה. זה לא אלגוריתם, זה אדם, וההשפעה דרמטית: ירידה חדה בדירוג או הסרה מלאה מהאינדקס. בדוח Security Issues, גוגל מתריעה אם זוהה בקוד האתר תוכן זדוני, פישינג או הנדסה חברתית, בדרך כלל אחרי פריצה. הטיפול ב-בעיות אבטחה ב-GSC הוא בעדיפות עליונה, כי גוגל מציגה לגולשים אזהרה אדומה שגורמת להם לנטוש את האתר בבהלה.

אם אתם רואים הודעה אדומה ב-GSC, אל תיכנסו לפאניקה ואל תתעלמו. שתי התגובות האלה עולות ביוקר. פנו למי שמבין בזה, מהר.

מתי אני בודק GSC, וכמה זמן זה לוקח

שאלה שאני נשאל הרבה: כמה זמן צריך להשקיע ב-GSC? התשובה תלויה בגודל האתר, אבל זאת השיטה שלי:

• מבט יומי (5 דקות): בדיקה מהירה של דוח הביצועים ב-7 הימים האחרונים. שינוי דרמטי? צוללים. הכל יציב? עוברים הלאה.
• מבט שבועי (30 דקות): סקירה של דוח אינדוקס הדפים: אילו דפים חדשים נוספו לאינדקס, אילו ירדו, אילו הופיעו עם שגיאה. בדיקה של Core Web Vitals. בדיקה של Manual Actions ו-Security.
• מבט חודשי (שעתיים): ניתוח עומק של שאילתות חיפוש: מילים חדשות שגוגל מציגה אתכם עליהן (זה מכרה זהב מבחינתכם), נושאים עולים, פערי תוכן, הזדמנויות לפוסטים חדשים שיענו על שאילתות שכבר מביאות חשיפות אבל לא הקלקות.
• מבט רבעוני: אבחון מערכתי, השוואה לתקופה מקבילה אשתקד, רענון תוכן ישן באמצעות מאמרי תוכן SEO חדשים.

ב-שירות הניטור השוטף שאני מציע בשיווקנט אני עושה את כל הסבבים האלה במקום הלקוח, ושולח דוח שבועי מסודר עם השינויים, ההזדמנויות וההתראות, החל מ-₪250 לחודש לפני מע״מ. כך אתם יודעים מה קורה באתר בלי להיכנס לדוחות בעצמכם.

הקשר ל-Google Business Profile ולעסק המקומי

אם העסק שלכם מקומי, כמו מסעדה, חנות, מרפאה או עורך דין שעובד עם לקוחות בעיר מסוימת, GSC לא עובד לבד. הוא חייב לעבוד יחד עם Google Business Profile. ב-GSC רואים מה קורה בחיפוש האורגני. בפרופיל העסק רואים מה קורה במפות של גוגל ובחיפושים מקומיים. שני הכלים יחד נותנים תמונה מלאה. דף שירות באתר שמדורג היטב, יחד עם פרופיל עסק פעיל וביקורות, זה שילוב מנצח לכל עסק מקומי.

סיכום הסיפור – ומה קרה ללקוח שהתקשר אלי בבוקר

חזרה לפוסט שנעלם. אחרי שאבחנו ב-GSC שהפוסט קיבל סטטוס "Crawled – currently not indexed", עברתי לבחון את התוכן עצמו. הוא היה ארוך, אבל מלא בכלליות שאי אפשר לאמת: "רוב עורכי הדין", "כל אדם צריך", "תמיד מומלץ". הפוסט נכתב לפני שלוש שנים, והמתחרים בינתיים הוציאו תוכן עמוק יותר עם דוגמאות אמיתיות, מקורות חוקיים מצוטטים, ופירוט עלויות. גוגל זיהתה את הפער.

שכתבנו את הפוסט במשך שבוע. הוספנו שלוש דוגמאות מתיקים אמיתיים (בהסכמה ובהסתרת זהות), ציטוטים מסעיפי חוק רלוונטיים עם הפניה למקור, מחירון מציאותי, וסעיף שאלות נפוצות. ביקשנו סריקה מחדש דרך בדיקת כתובת ה-URL, ותוך כמה ימים הפוסט חזר לאינדקס ומשם התחיל לטפס בחזרה. לא כל מקרה נגמר כך, וגוגל לא מתחייבת לאנדקס דף רק כי ביקשתם, אבל הסדר הזה, קודם אבחון ב-GSC ואחר כך טיפול בתוכן, הוא מה שנותן לדף את הסיכוי הטוב ביותר.

זאת השיטה שאני מאמין בה: GSC הוא לא כלי לבדוק גרפים. הוא כלי אבחון רפואי. הוא אומר לכם בדיוק איפה הבעיה, מה הסימפטומים, ולפעמים גם מה הטיפול. אבל את הטיפול בפועל מבצעים אתם, או מי שעוזר לכם.

אני מזמין אתכם להציץ בעמוד ניטור Google Search Console שלי, לקרוא בפירוט על כל אחד מ-21 השירותים שמסביב לכלי הזה, ולפנות אלי אם משהו לא ברור או אם יש לכם תחושה שמשהו באתר לא מתפקד כמו שצריך. אם עד היום בכלל לא נכנסתם ל-GSC, תתחילו מ-חיבור ראשוני. כל השאר יסתדר משם בצורה הגיונית. ואם רוצים לקרוא עוד בעברית על הכלי, ויקיפדיה בעברית נותנת רקע כללי מסודר.

ארתור קלנדרוב, שיווקנט.