Google Search Console, המדריך השלם

🔭 מה זה Google Search Console ולמה אין סיכוי לקדם אתר בלעדיו

תקשיבו. אני אפתח עם הסיפור הקבוע שלי. לקוח מגיע, אומר "שמוליק, אני משלם 2,000 שקל בחודש למקדם אתרים, אבל אני לא יודע מה הוא עושה". אני שואל אותו שאלה אחת, "יש לך גישה ל-Google Search Console של האתר?". התשובה כמעט תמיד, "מה זה". זה הרגע שאני יודע שבמשך שנה הוא שילם 24,000 שקל בלי שאף פעם ראה אם בכלל יש שיפור, בלי שאי פעם ידע אילו מילות מפתח מביאות לו תנועה, בלי שאי פעם הבין מה גוגל חושב על האתר שלו.

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

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

במאמר הזה, אני אעבור איתכם על כל החלקים של GSC, צעד אחר צעד. מההגדרה הראשונית, דרך כל הדוחות החשובים, ועד שילובים מתקדמים עם GA4 ו-Looker Studio. בסוף יש לכם checklist חודשי שאני עובד לפיו ב-90% מהאתרים שאני מנהל. אם אחרי המאמר אתם עדיין תקועים, יש לכם איך לדבר איתי ישירות.

אגב, השם שמוליק דורינבאום מאחורי המקלדת כאן, 20 שנה בעולם ה-SEO, ראיתי את GSC כשהוא עוד נקרא Google Webmaster Tools. הכלי השתנה דרמטית כמה פעמים. מה שאני מציג כאן זה הגרסה הנוכחית של 2026, עם כל הדוחות החדשים. ויש גם עמוד נפרד על הפיצ'רים הטרנדיים של השנה, אם מעניין אתכם להעמיק בחידושים.

🏠 4 ‏סוגי Property, ‏Domain, ‏URL prefix, ‏AMP, ‏ו-Android, ‏איזה לבחור

הצעד הראשון בהגדרת GSC הוא להוסיף את ה-Property של האתר. אבל GSC מציע 4 סוגים שונים של properties, וההבדל ביניהם משמעותי. רוב המקדמים מוסיפים property לא נכון ואז מפספסים חצי מהנתונים. בואו נסדר את זה.

1. ‏Domain Property

זאת האופציה החדשה (מ-2019) והמומלצת על ידי גוגל. אתם מוסיפים את הדומיין כולו, לדוגמה shmul.co.il, ו-GSC עוקב אחרי כל ה-URLs שתחת הדומיין הזה, http, https, www, non-www, וכל subdomain (כולל blog.shmul.co.il, shop.shmul.co.il, וכו'). תמונה אחת מאוחדת של כל האתר. הדרישה היחידה, אימות דרך DNS TXT (אין שיטה אחרת ל-Domain property). זה ה-overhead היחיד.

2. ‏URL Prefix Property

השיטה הישנה והעדיין השימושית. אתם מוסיפים URL ספציפי עם הפרוטוקול והסאב-דומיין, לדוגמה https://www.shmul.co.il/. GSC עוקב רק אחרי URLs שמתחילים בדיוק כך. אם יש לכם גם http וגם https, גם www וגם non-www, גם blog וגם shop, צריך property נפרד לכל אחד. יתרון, מאפשר 5 שיטות אימות (DNS, HTML file, meta tag, GA, GTM).

3. AMP Property

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

4. Android App Property

אם יש לכם אפליקציית Android, אתם יכולים לחבר אותה ל-GSC ולעקוב אחרי App Indexing, deep links, וביצועים בחיפוש בגוגל. נדיר שמשתמשים בזה, רוב המפתחים עובדים עם Firebase או Google Play Console. אבל אם רלוונטי לכם, ההגדרה דרך Firebase.

איזה לבחור

סאב-דומיינים והקשר ל-Property

אם יש לכם blog.yoursite.co.il נפרד מ-www.yoursite.co.il, ב-URL Prefix תצטרכו 2 properties. ב-Domain Property זה מאוחד. עם זאת, יש סיבות לפעמים לרצות להפריד, אם אתם רוצים לראות נתונים נפרדים על הבלוג ועל האתר הראשי, או לתת גישה ללקוח רק לחלק מסוים מהאתר. ב-Domain Property אי אפשר להגביל לסאב-דומיין, אז במצב הזה URL Prefix מנצח. תכננו את ה-properties שלכם לפי המבנה הארגוני שאתם רוצים, לא רק לפי הנוחות הטכנית.

🔐 אימות הבעלות, 5 שיטות, יתרונות וחסרונות

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

1. DNS TXT Record (הכי יציב)

אתם מקבלים מ-GSC ערך TXT שצריך להוסיף לרשומת ה-DNS של הדומיין. הוא נראה כך, google-site-verification=abc123xyz.... נכנסים לפאנל הניהול של ספק ה-DNS (Cloudflare, GoDaddy, Hostinger וכו'), מוסיפים רשומת TXT עם הערך, מחכים כמה דקות שיתפזר, ולוחצים Verify. זאת השיטה היחידה שעובדת ל-Domain property. גם הכי יציבה, כי DNS לא משתנה בכל deployment.

2. HTML File Upload

GSC נותן לכם קובץ HTML עם שם ייחודי (לדוגמה google1234567890abcdef.html) שצריך להעלות לשורש האתר. גוגל יבדוק שהוא נגיש ב-https://yoursite.co.il/google1234567890abcdef.html. השיטה הכי קלאסית. הבעיה, אם יש לכם deployment שמוחק קבצים שלא בקוד, הקובץ ייעלם והאימות יתבטל. אז וודאו שהקובץ בגיט.

3. HTML Meta Tag

גוגל נותן לכם תג meta שצריך להוסיף ל-<head> של ה-homepage. נראה כך, <meta name="google-site-verification" content="abc123" />. מתאים לאתרים שאין לכם גישה ל-FTP אבל יש לכם גישה ל-template של ה-homepage. הבעיה, אם ה-homepage משתנה (rebuild של theme, החלפת CMS), התג עשוי להיעלם.

4. Google Analytics

אם כבר יש לכם Google Analytics (GA4) על האתר עם אותו חשבון Google, אתם יכולים לאמת דרכו. GSC בודק שאתם בעלי הגישה ב-GA, ומאשר. נוח, אבל תלוי בכך ש-GA לא ייעלם.

5. Google Tag Manager

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

📊 Performance report, ‏הכלי החשוב ביותר ב-GSC, ‏סקירה מלאה

אם תזכרו רק דוח אחד מ-GSC, שזה יהיה Performance Report. הוא הלב של הכלי, ומשם מגיעות 80% מהתובנות. רוב המקדמים מסתכלים עליו 30 שניות ויוצאים. בואו נסדר איך לקרוא אותו נכון.

4 המטריקות הראשיות

1. Clicks (קליקים)

   כמה אנשים לחצו על הקישור שלכם בתוצאות החיפוש. זאת תנועה אמיתית. שונה מ-sessions ב-GA כי GA סופר גם תנועה מ-direct, social, וכו'.

2. Impressions (חשיפות)

   כמה פעמים הקישור שלכם הוצג בתוצאות, גם אם לא לחצו. אם אתם מדורגים 50 וחיפשו 100 פעם, יש לכם 100 impressions. גם אם אף אחד לא ראה אותו בפועל (כי הוא ב-עמוד 5), GSC סופר את זה.

3. Average CTR (אחוז הקלקה ממוצע)

   Clicks חלקי Impressions, כפול 100. אם 100 ראו ו-5 לחצו, ה-CTR הוא 5%. ככל שאתם גבוהים יותר ב-SERP, ה-CTR אמור להיות גבוה יותר.

4. Average Position (מיקום ממוצע)

   הממוצע המשוקלל של המיקום שלכם בתוצאות. אם הופעתם פעם במקום 3 ופעם במקום 7, הממוצע הוא 5. שימו לב, זה הממוצע על פני כל ה-impressions, לא הממוצע על פני הקווריז.

6 הטאבים החשובים

1. Queries (שאילתות)

   אילו מילות חיפוש הביאו לכם תנועה. הטאב החשוב ביותר. כאן אתם מוצאים opportunities, מילים שאתם מדורגים בעמוד 2 ויכולים לדחוף לעמוד 1.

2. Pages (עמודים)

   אילו עמודים באתר מקבלים תנועה מגוגל. אם 90% מהתנועה שלכם מ-5 עמודים בלבד, יש לכם בעיית distribution.

3. Countries (מדינות)

   מאיפה מגיעים המבקרים. שימושי לאתרים בינלאומיים, או לזיהוי תנועה לא רלוונטית (אתר בעברית עם 80% תנועה מהודו = בעיה).

4. Devices (מכשירים)

   Desktop, Mobile, Tablet. ברוב האתרים מובייל מהווה 60-80% מהתנועה. אם זה אצלכם הפוך, יש סימן לקהל יעד עסקי או לבעיית UX במובייל.

5. Search Appearance (סוג תוצאה)

   איך התוצאה שלכם נראתה ב-SERP, regular, rich result, sitelink, FAQ snippet, וכו'. שימושי להבין איזה enhancements קיבלו את התנועה.

6. Dates (תאריכים)

   חתך לפי יום. רואים מתי הייתה ירידה או עלייה דרמטית, שזה לרוב מצביע על אירוע ספציפי (algorithm update, redesign, באג).

הגרף לעומת הטבלה

הגרף בראש הדוח מציג את 4 המטריקות לאורך הזמן. הטבלה למטה מציגה את הפירוט. רוב המקדמים מתעכבים על הגרף ולא יורדים לטבלה. תקשיבו, הגרף יפה אבל הטבלה היא איפה התובנות. הגרף בסך הכל אומר לכם "באופן כללי, האתר עולה או יורד". הטבלה אומרת לכם בדיוק לאיזה queries, באילו עמודים, ובאיזה מכשיר. תבחרו את הטאב הנכון (Queries, Pages, Countries, וכו'), תמיינו לפי המטריקה הרלוונטית (לרוב Clicks או Impressions), ותתחילו לחפש דפוסים.

🔍 Filters והשוואות ב-Performance, ‏איך להוציא תובנות אמיתיות

הקסם האמיתי של Performance Report הוא לא בנתונים הגולמיים, אלא ב-filters וההשוואות. בלי להשתמש בהם, אתם רואים רק 10% ממה שיש. עם, אתם הופכים את GSC לכלי ניתוח רציני.

סוגי Filters

• Query Filter, מסננים לפי מילה מסוימת, מילים שמכילות X, מילים שלא מכילות X, או מילים שמדויקות ל-X
• Page Filter, מסננים לעמוד ספציפי או לקבוצת עמודים (לפי URL contains)
• Country Filter, רק מדינה ספציפית
• Device Filter, רק Mobile, Desktop, או Tablet
• Search Type Filter, Web, Image, Video, News
• Search Appearance Filter, רק תוצאות עם enhancement מסוים
• Date Filter, טווח תאריכים מותאם

השוואות (Compare mode)

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

5 השאלות שאני שואל בכל מעבר על Performance

1. אילו queries בעלות position 5-20?

   אלו השאילתות שאתם כמעט בעמוד הראשון, אבל לא לגמרי. פתאום ירידה של 3-5 מיקומים תביא ל-2-3x הקליקים. סננו Position > 5 AND < 20, ותעדפו לפי impressions.

2. אילו עמודים יש להם CTR נמוך?

   אם עמוד יש לו position 3 אבל CTR של 2%, זה אומר ש-Title/Meta שלו לא מושכים. סננו Position < 5 AND CTR < 5%, וקבלו רשימת priorities לשיפור Meta.

3. אילו queries הופיעו השבוע ולא בעבר?

   השוו 30 ימים אחרונים מול 30 ימים שלפניהם, סננו Difference > 0 על Impressions. תקבלו queries חדשות שאתם מתחילים לדרג עליהן, וזה הזמן לשקול לכתוב עליהן עמוד ייעודי.

4. אילו עמודים ירדו השבוע ביותר?

   אותה השוואה, אבל סננו Difference < 0 על Clicks וסדרו לפי גודל הירידה. אלה הדגלים האדומים שצריכים בדיקה דחופה.

5. על אילו queries אני מקבל יותר תנועה ממכשיר אחד מאשר השני?

   סננו Device, השוו ל-All. queries שדורגות אצלכם בעיקר במובייל יכולות להעיד על intent מקומי, מה שמשפיע על אסטרטגיית התוכן.

טעויות נפוצות בקריאה של Performance

תקשיבו, רוב המקדמים נופלים על אותן 3 טעויות בקריאה. אחת, הם משווים תקופה מול תקופה בלי לקחת בחשבון עונתיות (אתר מסחרי בנובמבר מול אוקטובר ירד? לא בהכרח, פשוט אוקטובר היה אחרי Black Friday). שתיים, הם מסתכלים על Average Position על פני האתר כולו ומתעצבנים שהוא 25, בלי להבין שזה כולל אלפי queries שמופיעות ב-position 80. סננו עד position 20 ותראו תמונה אמיתית. שלוש, הם לא מבינים ש-GSC מסמן (anonymized) queries נדירות כדי להגן על פרטיות. אם אתם רואים שורה ריקה ב-query column עם המון impressions, זה האנונימיזציה, לא באג. הנתונים האמיתיים עוד יותר טובים ממה שאתם רואים, פשוט גוגל לא מציגה אותם.

🔬 URL Inspection, ‏איך לדבג עמוד בודד (live test + view crawled)

אם Performance Report הוא לסקירה רחבה, URL Inspection הוא לדיבוג נקודתי. כשעמוד ספציפי לא מופיע בגוגל, או מופיע בצורה שגויה, זה הכלי שלכם.

איך משתמשים

בראש GSC יש שורת חיפוש שאומרת "Inspect any URL in 'yoursite.co.il'". מדביקים URL ולוחצים Enter. GSC נותן לכם את התמונה המלאה של איך גוגל רואה את העמוד.

הסטטוסים האפשריים

1. URL is on Google

   העמוד באינדקס, יכול להופיע בתוצאות. ירוק.

2. URL is not on Google

   העמוד לא באינדקס. GSC יסביר למה, Crawled not indexed, Discovered not indexed, Blocked by robots, Not found, וכו'.

3. URL is on Google, but has issues

   באינדקס, אבל יש בעיות שעלולות לפגוע ב-rich results או באינדקס מלא, כמו mobile usability issues, schema errors, וכו'.

4. URL is unknown to Google

   גוגל לא מכיר את ה-URL בכלל. צריך לעזור לו למצוא, או דרך סייטמאפ, או דרך לינק פנימי, או דרך Request Indexing.

2 הפיצ'רים החזקים

1. View Crawled Page

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

2. Test Live URL

זה הכלי החזק יותר. גוגל מבצע סריקה חדשה של ה-URL ברגע זה, ומראה לכם את התוצאה. כולל סקרינשוט של איך הוא נראה ל-Googlebot Smartphone, רשימת resources שנטענו, ושגיאות JavaScript שהיו. בלי זה, אי אפשר לדבג בעיות rendering ב-SPAs.

Request Indexing

אחרי שאתם מתקנים בעיה בעמוד, אתם יכולים ללחוץ "Request Indexing" כדי לבקש מגוגל לסרוק מחדש. בדרך כלל הסריקה החדשה תתבצע תוך שעות. שימו לב, יש מגבלה של כמה בקשות ביום לדומיין, וזה לא יעזור אם הבעיה היא איכות תוכן.

לעומק על ההבדל בין סריקה לאינדוקס, ראו את המדריך Crawling מול Indexing.

workflow אבחון של עמוד שלא ב-גוגל

הזרימה שאני עובד בה תמיד, אחת, חפשו ב-גוגל site:yoursite.co.il/specific-url/. אם העמוד מופיע, הוא באינדקס. אם לא, ממשיכים. שתיים, פתחו URL Inspection. גוגל יגיד לכם את הסטטוס המדויק. שלוש, אם הסטטוס Discovered/Crawled not indexed, הבעיה תוכנית או חולשת סיגנלים. אם Blocked by robots או Excluded by noindex, הבעיה טכנית קלה לתיקון. ארבע, לוחצים Test Live URL וצופים בסקרינשוט. אם הסקרינשוט ריק, יש בעיית רינדור (במיוחד באתרי SPA). חמש, מתקנים את הסיבה, לוחצים Request Indexing, ומחכים שבוע. אם אחרי שבוע עוד אין שינוי, פותחים חקירה מעמיקה יותר על איכות התוכן.

📋 Pages report (Index Coverage), ‏לקרוא את הסטטוסים נכון

הדוח לשעבר "Coverage", שמסתובב היום ב-GSC תחת השם "Pages". זה המקום שמראה לכם את כל הסטטוסים של האינדוקס באתר שלכם. רוב המקדמים מסתכלים על המספר העליון ("Indexed pages") ויוצאים. זאת טעות, כי כל הזהב נמצא בסטטוסי "Not indexed".

2 הטאבים העיקריים

1. Indexed

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

2. Not indexed

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

• Crawled, currently not indexed, גוגל סרק והחליט לא לאחסן
• Discovered, currently not indexed, גוגל יודע על ה-URL אבל עוד לא סרק
• Page with redirect, מבצע 301/302
• Duplicate without user-selected canonical, duplicate ש-Google בחר canonical אחר
• Excluded by 'noindex' tag, יש meta noindex
• Blocked by robots.txt, חסום בסריקה
• Soft 404, גוגל חושב שזה דף לא קיים למרות 200 OK
• Not found (404), השרת מחזיר 404
• Server error (5xx), השרת קרס בסריקה
• Alternate page with proper canonical, גרסה אלטרנטיבית של canonical אחר
• Blocked by access forbidden (403), השרת חוסם את הבוט

איך לקרוא נכון

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

אקספורט נכון

GSC מציג רק עד 1,000 URLs בכל סטטוס. אם יש לכם אתר ענק עם 50,000 עמודים ב-"Crawled not indexed", אתם רואים רק חלק קטן. תורידו את הקובץ עם Export, או חברו את GSC ל-BigQuery כדי לקבל את כל הנתונים. רוב המקדמים מסתפקים בדוגמאות, ולכן מפספסים את הדפוסים האמיתיים.

השוואה לעמוד המתחרה

אם אתם רואים אצלכם 70% עמודים Indexed ו-30% Not indexed, זה לא בהכרח רע. תלוי בסוג האתר. באתר מסחר ענק עם פילטרים, נורמלי שגוגל יכניס לאינדקס רק חלק. באתר תוכן עם 100 פוסטים שכולם עיקריים, היחס צריך להיות 95% ומעלה. אל תשוו את עצמכם לאחוז קסום, השוו את עצמכם להיגיון של האתר שלכם. ראיתי לקוחות שהיו אובססיביים לעלות מ-92% ל-95% בלי להבין שה-3% שחסר הוא בכוונה (עמודי thank-you, עמודי search results, וכו'). תקשיבו, השאלה הנכונה היא לא "כמה עמודים באינדקס" אלא "האם העמודים שאני רוצה באינדקס באמת שם".

🗺 Sitemaps, ‏הגשה, ‏מעקב, ‏פתרון בעיות

סייטמאפ זה רשימת ה-URLs שאתם רוצים שגוגל ידע עליהם. רוב האתרים יש להם סייטמאפ אוטומטי שנוצר על ידי CMS (WordPress עם Yoast, Shopify, וכו'), אבל זה לא אומר שהוא תקין. הסקציה Sitemaps ב-GSC היא איפה שאתם מגישים, עוקבים, ומדבגים.

איך מגישים

פתחו GSC > Sitemaps. בשדה למעלה, הכניסו את ה-URL היחסי של הסייטמאפ (לרוב /sitemap.xml או /sitemap_index.xml). לחצו Submit. גוגל יקבל את הסייטמאפ, יסרוק אותו, ויוסיף את כל ה-URLs שבו לתור הסריקה.

סטטוסים

• Success, הסייטמאפ נקרא בהצלחה
• Couldn't fetch, גוגל לא הצליחה לגשת לקובץ (404, 5xx, או חסום)
• Has errors, הקובץ נקרא אבל יש בעיות פנימיות (URLs לא תקינים, פורמט שגוי)

הנתונים החשובים

1. Discovered URLs

   כמה URLs בסה"כ בסייטמאפ. אם הסייטמאפ אומר 500 אבל באתר יש 5,000 עמודים, זה אומר שרוב העמודים לא בסייטמאפ.

2. Submitted URLs

   כמה URLs גוגל קיבל מהסייטמאפ.

3. Indexed URLs

   כמה מתוך אלה באמת באינדקס. אם submitted=500 אבל indexed=200, יש לכם 300 עמודים שגוגל לא מוצא טעם לאנדקס.

סוגי סייטמאפ

• XML Sitemap, הסטנדרט, רשימת URLs עם תאריך עדכון אחרון
• Sitemap Index, סייטמאפ של סייטמאפים, לאתרים גדולים (מעל 50,000 URLs)
• Image Sitemap, רשימת תמונות, שימושי לאתרי תוכן ויזואלי
• Video Sitemap, רשימת סרטונים
• News Sitemap, לאתרי חדשות (דורש אישור Google News)

תדירות עדכון

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

למידע מעמיק על איך לבנות סייטמאפ נכון, ראו את המדריך XML Sitemap, איך לבנות.

סייטמאפ דינמי או סטטי

בשאלה הזאת מתבלבלים הרבה. אתר עם תוכן שמשתנה לעיתים קרובות (חנות עם מוצרים שמתווספים, בלוג שמפרסם פוסטים בשבוע) צריך סייטמאפ דינמי, נוצר אוטומטית עם כל שינוי. אתר עם תוכן יציב (אתר שירות עם 20 עמודים) יכול להסתפק בסטטי. ב-WordPress, פלאגינים כמו Yoast SEO או Rank Math יוצרים סייטמאפ דינמי אוטומטית, ב-Shopify הוא מובנה. אל תייצרו סייטמאפ ידנית אלא אם אתם בטוחים שאין לכם אופציה אחרת. ההמלצה היא להתחיל עם דינמי, ולחזור לבדוק את הפלט מדי פעם, במיוחד אחרי שדרוגים של ה-CMS שיכולים לשבור את הסייטמאפ בלי שתשימו לב.

גוצ'ה, robots.txt הפניה לסייטמאפ

הוסיפו ל-robots.txt את השורה Sitemap: https://yoursite.co.il/sitemap.xml. זה אומר לבוטים שמגיעים (גם בוטים שלא מ-Google) איפה הסייטמאפ. שיטה פשוטה לעזור ל-Bing, Yandex, ובוטים של AI כמו GPTBot למצוא את התוכן שלכם בלי שתצטרכו להגיש סייטמאפ ידנית לכל אחד.

🗑 Removals tool, ‏הסרה זמנית מול קבועה, ‏outdated content

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

3 הסוגים

1. Temporary Removals

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

2. Outdated Content

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

3. SafeSearch Filtering

בקשה שגוגל יסנן URLs ספציפיים מתוצאות חיפוש למשתמשים עם SafeSearch מופעל. שימושי לתוכן שאתם מוצאים על האתר שלכם שלא ראוי לקטינים.

הזרימה הנכונה להסרת עמוד לתמיד

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

1. הוסיפו meta name="robots" content="noindex" לעמוד
2. אם דחוף, השתמשו ב-Temporary Removal כדי להוריד מהתוצאות מיד
3. חכו שגוגל יסרוק ויראה את ה-noindex
4. אחרי שגוגל הסיר את העמוד מהאינדקס לתמיד, ה-Temporary Removal יכול לפוג

הסרת URL של מתחרה?

אם אתם רואים שמתחרה גנב לכם תוכן, אי אפשר להסיר אותו דרך Removals של GSC שלכם. צריך להגיש DMCA Notice ל-Google דרך עמוד נפרד (support.google.com/legal). הליך משפטי, לא טכני. תצטרכו להוכיח שאתם הבעלים המקוריים של התוכן (תאריך פרסום, schema, גרסאות שמורות ב-Wayback Machine). גוגל מטפלת בבקשות DMCA בזמן יחסית מהיר (כמה ימים עד שבועיים), אבל אם יש מאות אתרים שגנבו את אותו תוכן, תצטרכו להגיש בקשה לכל אחד בנפרד.

תיעוד לעצמכם

כל פעם שאתם משתמשים ב-Removals, תתעדו לעצמכם, איזה URL, מתי, ולמה. אחרת בעוד 5 חודשים תתפלאו למה ה-URL חוזר לתוצאות, ולא תזכרו שעשיתם Temporary Removal. תיעוד פשוט ב-Google Sheet חוסך הרבה כאב ראש.

Removals מול 301 לעמוד הסכמה

שאלה שעולה לעיתים, האם להסיר עמוד בכלל, או רק לעשות 301 לעמוד דומה. התשובה, תלוי במטרה. אם העמוד הקודם רלוונטי לעמוד החדש (לדוגמה, עמוד מוצר שהוחלף במוצר דומה), 301 שומר את ה-authority וה-backlinks. אם העמוד הקודם לא רלוונטי (תוכן שהוסר לתמיד, פוסט שגוי, מידע מסוכן), Removals + noindex זה הנכון. אל תעשו 301 מכל עמוד שמתסיר, כי 301 לעמוד שלא רלוונטי גורם לסיגנל מבלבל ל-גוגל ויכול לפגוע בעמוד היעד.

🔗 Links report, ‏top linking sites, ‏top linking text, internal links

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

External Links (קישורים חיצוניים)

1. Top linked pages

אילו עמודים באתר שלכם מקבלים הכי הרבה קישורים מבחוץ. שימושי לזיהוי דפי הזהב של האתר, ולתכנון איזה קישורים פנימיים לחזק.

2. Top linking sites

אילו דומיינים מקשרים אליכם הכי הרבה. כאן רואים את הפרופיל של ה-backlink portfolio. שמרו רשימה של דומיינים איכותיים שתוכלו לבקש לחיזוק קישורים נוספים בעתיד.

3. Top linking text

אילו anchor texts אתם מקבלים הכי הרבה. אם 80% מהקישורים שלכם עם anchor "לחץ כאן" או "כאן", זה לא עוזר ל-SEO. רוצים anchor texts שמתארים את העמוד.

Internal Links (קישורים פנימיים)

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

המגבלות של הדוח

• גוגל מציגה רק עד 1,000 דוגמאות בכל קטגוריה, גם אם יש לכם 100,000
• הנתונים מעודכנים בעיכוב של עד 6 חודשים
• גוגל לא מציגה קישורים שהיא מסמנת כ-toxic או spam
• אין מידע על dofollow מול nofollow
• אין מידע על authority של הדומיין המקשר

שילוב עם כלים אחרים

בגלל המגבלות, רוב המקדמים המקצועיים משתמשים ב-GSC לתמונה כללית, ובכלים בתשלום (Ahrefs, Semrush, Majestic) לניתוח מעמיק יותר. אבל ל-spotting trends ראשוני, GSC מספיק.

Disavow Tool, איפה הוא נעלם

תקשיבו, פעם היה ב-GSC כלי Disavow שאיפשר לכם לבקש מגוגל להתעלם מקישורים רעים. ב-2024 גוגל העבירה אותו ל-URL נפרד (search.google.com/search-console/disavow-links) ולא הקלה את הגישה. הסיבה, גוגל אומרת שאלגוריתם ה-spam שלה מספיק חכם להתעלם מקישורים רעים אוטומטית, וברוב המקרים אתם לא צריכים disavow. ההמלצה שלי, השתמשו ב-Disavow רק אם קיבלתם Manual Action על Unnatural links. במצב רגיל, תניחו לאלגוריתם לעשות את העבודה.

מה לעשות עם הנתונים בפועל

אחרי שאתם מסתכלים על Top linking sites, יש 3 פעולות שאני ממליץ. אחת, תבדקו כל אחד מה-10 הראשונים, ותוודאו שזה דומיין איכותי שאתם רוצים. שתיים, תפנו לדומיינים שכבר מקשרים אליכם פעם אחת בבקשה לקישור נוסף (יש סיכוי טוב, כי כבר מכירים אתכם). שלוש, תזהו דפוסים, אם 5 מתוך 10 הם בתחום מסוים, כדאי להתמקד שם במאמצי link building הבאים.

⚠️ Manual Actions ו-Security Issues, ‏מה לעשות אם תקבלו

2 הדוחות שאתם מתפללים שיהיו ריקים. Manual Actions הם עונשים ידניים מצוות הספאם של גוגל, ו-Security Issues הם התראות על פריצה או malware באתר שלכם. אם תקבלו אחד מהם, יש לכם בעיה דחופה. תקשיבו טוב.

Manual Actions

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

1. Unnatural links to your site

   גוגל זיהה קמפיין קישורים שיווקי (PBN, paid links ללא nofollow, link exchanges). העמודים שמושפעים, או כל האתר, יורדים דרמטית בתוצאות.

2. Unnatural links from your site

   אתם משווקים מ-האתר שלכם בלי nofollow על קישורים שמקבלים תמורה. גם זה עונש.

3. Thin content with little or no added value

   תוכן דק, מועתק, או auto-generated. גוגל פשוט מורידה אתכם.

4. Pure spam

   הקטגוריה הכי גרועה. אתר שמשתמש בטכניקות black-hat קיצוניות (cloaking, hidden text). העונש הוא כמעט תמיד deindexing מלא.

5. User-generated spam

   אם יש לכם forum או comments, ויש שם הרבה ספאם שלא מנהלים, גוגל מענישה אתכם.

6. Cloaking and/or sneaky redirects

   אתם מציגים לגוגל תוכן שונה ממה שאתם מציגים למשתמשים. עונש קשה.

איך מתקנים

1. קוראים בדיוק מה הסיבה ב-Manual Action. 2. מתקנים את הבעיה (מסירים קישורים רעים עם Disavow, מנקים תוכן ספאמי, מסירים cloaking). 3. לוחצים "Request review" ומגישים בקשה מפורטת לגוגל, מסבירים מה היה, מה תיקנתם, ומה תעשו כדי שלא יחזור. 4. גוגל בודקת ידנית, יכול לקחת מ-2 שבועות עד 3 חודשים.

Security Issues

2 הסוגים העיקריים,

• Hacked content, האתר נפרץ ויש בו תוכן שלא הוספתם (לרוב ספאם פארמה או הימורים)
• Malware, האתר מפיץ נוזקה למבקרים

גוגל תציג אזהרה אדומה בתוצאות החיפוש ("This site may harm your computer") שתפיל את התנועה שלכם ל-0 מיד. הפתרון, מסירים את התוכן הפרוץ או הנוזקה, מאבטחים את האתר (משנים סיסמאות, מעדכנים גרסאות), ומגישים Request a review. גוגל בודקת אוטומטית בדרך כלל תוך 24-72 שעות.

איך להימנע מלכתחילה

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

⚡ Core Web Vitals, ‏Mobile Usability, ‏Page Experience

3 דוחות שנוגעים לחוויית המשתמש הטכנית. גוגל הפכה את הביצועים והשימושיות במובייל לגורמים בדירוג ב-2021, ומאז Core Web Vitals הם חלק בלתי נפרד מ-SEO.

Core Web Vitals Report

הדוח מסכם את 3 המטריקות העיקריות של הביצועים מתוך נתונים אמיתיים של משתמשים (Real User Monitoring דרך Chrome User Experience Report),

1. LCP (Largest Contentful Paint)

   זמן טעינת האלמנט הגדול ביותר בעמוד. יעד, מתחת ל-2.5 שניות. גרוע, מעל 4.0 שניות.

2. INP (Interaction to Next Paint)

   החליף את FID ב-2024. מודד את התגובה של העמוד לאינטראקציה. יעד, מתחת ל-200ms. גרוע, מעל 500ms.

3. CLS (Cumulative Layout Shift)

   כמה תזוזות לא צפויות יש בעמוד אחרי טעינה. יעד, מתחת ל-0.1. גרוע, מעל 0.25.

הדוח מציג כמה URLs באתר שלכם נופלים בכל קטגוריה (Good, Needs improvement, Poor), ונפרד למובייל ולדסקטופ. גוגל מקבצת URLs דומים יחד (כי הם לרוב חולקים template), אז תיקון אחד מתקן הרבה עמודים.

Mobile Usability Report

מציג בעיות שגוגל מזהה בחוויית מובייל. הבעיות הנפוצות,

• Viewport not set
• Text too small to read
• Clickable elements too close together
• Content wider than screen
• Uses incompatible plugins (לדוגמה Flash)

Page Experience Report

סיכום כללי של חוויית המשתמש לכל URL, מבוסס על Core Web Vitals + HTTPS + mobile usability. גוגל סימן את העמודים שעוברים את כל הקריטריונים כ-"Good", ואת אלו שלא כ-"Needs work".

לעומק על Core Web Vitals, ראו את המדריך Core Web Vitals, המדריך השלם. ולעומק על mobile-first, את Mobile-First Indexing.

הגוצ'ה של הנתונים

נתוני Core Web Vitals ב-GSC מבוססים על משתמשים אמיתיים שביקרו באתר עם Chrome (לא בוטים, לא סימולציה). זה אומר שאם האתר שלכם חדש ויש לו פחות מ-1,000 מבקרים בחודש, יכול להיות שלא תראו בכלל נתונים, או שתראו דגימה זעירה. לאתרים קטנים, השתמשו ב-Lab data של PageSpeed Insights במקום ב-Field data של CrUX. בנוסף, GSC מקבץ URLs דומים יחד לפי template, אז אם תראו 50 URLs ב-Poor, יכול להיות שזה רק template אחד עם 50 דוגמאות. תיקון אחד יפתור את הכל.

✨ Search Appearance, ‏Sitelinks, ‏Rich Results, ‏ה-Enhancements

הסקציה Enhancements ב-GSC נותנת לכם מעקב על איך גוגל מציג את העמודים שלכם בתוצאות החיפוש, מעבר ל-snippet הרגיל. כל סוג של תצוגה מיוחדת נקראת "enhancement" או "rich result".

הדוחות העיקריים

1. Sitelinks searchbox

   תיבת חיפוש שמופיעה ישירות בתוצאות החיפוש כשמחפשים את שם המותג שלכם. דורש SearchAction schema על ה-homepage.

2. Logos

   הלוגו של האתר שלכם מופיע בתוצאות. דורש Organization schema עם logo.

3. Breadcrumbs

   פירורי הניווט מופיעים מתחת ל-Title. דורש BreadcrumbList schema.

4. FAQ

   שאלות ותשובות מורחבות מופיעות מתחת ל-snippet. דורש FAQPage schema. מאז 2023 גוגל הגביל את התצוגה הזו, אבל היא עדיין מופיעה לחלק מהאתרים.

5. HowTo

   שלבים של מדריך מופיעים בתוצאות. דורש HowTo schema. גם זו תצוגה שהוגבלה ב-2023.

6. Recipes

   כרטיסי מתכון עשירים. דורש Recipe schema.

7. Products

   פרטי מוצר עם מחיר, זמינות, ודירוג. דורש Product schema.

8. Job postings

   משרות. דורש JobPosting schema.

9. Events

   אירועים. דורש Event schema.

10. Videos

    סרטוני וידאו עם thumbnail בתוצאות. דורש VideoObject schema.

11. Article

    כרטיסי כתבות ב-Top Stories. דורש Article או NewsArticle schema.

איך הדוחות עוזרים

לכל סוג של enhancement שמופיע באתר שלכם, GSC יציג דוח שמסכם, כמה URLs עם enhancement תקין (Valid), כמה עם בעיות (Invalid), וכמה עם warnings. אם יש Invalid או Warnings, גוגל לא יציג את ה-rich result. צריך לתקן את ה-schema ולבקש re-validation.

איך לבדוק עמוד ספציפי

השתמשו ב-URL Inspection > Test Live URL > Enhancements. תראו רשימה של כל ה-schemas שגוגל זיהתה על העמוד, ואם הן תקינות. אופציה נוספת, Rich Results Test (כלי נפרד מ-GSC) שמאפשר לבדוק כל URL או snippet של HTML ישירות.

איזה schemas הכי שווים את ההשקעה

תקשיבו, לא כל schema שווה את הזמן. לפי הניסיון שלי, יש 4 שמספקים את ה-ROI הגבוה ביותר ברוב האתרים, BreadcrumbList (תמיד, קל ליישום), Article או Product (תלוי בסוג האתר, יוצר rich results בולטים), Organization (חיוני למותג, נותן את הלוגו בתוצאות), ו-FAQPage (גם אחרי שגוגל הגביל, עדיין מופיע לחלק מהאתרים ומגדיל CTR). את כל היתר אני מוסיף לפי הזדמנות ספציפית. אל תוסיפו schema לכל סוג רק כי אתם יכולים, גוגל מעדיפה תוכן עם schema איכותי ומדויק על פני אתר עמוס בכל schema אפשרי.

⚙️ Settings, ‏Users, ‏Crawl Stats, ‏API access, ‏הגדרות מתקדמות

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

Users and permissions

פה אתם מנהלים מי יש לו גישה ל-property. הסוגים,

• Owner, יש לו את כל ההרשאות, כולל הוספה והסרה של users אחרים
• Full user, יש לו את כל ההרשאות חוץ מ-user management
• Restricted user, יכול לראות אבל לא לשנות

Crawl Stats

דוח מאוד טכני שמראה כמה גוגל סורק את האתר שלכם, איזה Googlebot סורק, מה הסטטוס תגובות שמתקבל, ואיזה סוגי קבצים. ממוקם תחת Settings > Crawl stats. הנתונים שחשובים,

1. Total crawl requests

   כמה בקשות סריקה ביום. עלייה חדה יכולה להעיד על תוכן חדש או על בעיה (אם זה sustained).

2. Average response time

   זמן תגובת השרת לבקשות הסריקה. אם זה מעל 500ms, יש לכם בעיית server speed שמשפיעה על crawl budget.

3. By response code

   פילוח לפי 200, 301, 404, 5xx, וכו'. עלייה ב-5xx = השרת קורס, חוסר ב-crawl budget.

4. By Googlebot type

   Googlebot Smartphone (mobile), Desktop, Image, Video. הפילוג של ה-Smartphone הוא המוביל ב-mobile-first indexing.

5. By purpose

   Discovery (סריקות חדשות) מול Refresh (עדכוני עמודים קיימים).

Ownership verification

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

Search Console API

גוגל מציעה API חינמי שמאפשר לכם לקבל את כל הנתונים של GSC בצורה אוטומטית. המגבלות,

• 50,000 שורות ביום לאתר
• 1,200 בקשות בדקה
• נתונים מוגבלים ל-16 חודשים אחרונים

API access דורש Google Cloud Project, OAuth credentials, ו-knowledge of REST API או library באחת השפות (Python, JavaScript, וכו'). שימושי בעיקר לאתרים גדולים שצריכים לבנות דשבורדים מותאמים אישית, או לסוכנויות שמנהלות הרבה לקוחות.

BigQuery Export

אופציה שלישית, חיבור GSC ישירות ל-BigQuery, מאגר הנתונים של Google Cloud. הנתונים זורמים אוטומטית בכל יום, ויש לכם גישה למלוא הנתונים בלי המגבלה של 1,000 שורות לקטגוריה. שילוב מצוין לאתרים גדולים. החיסרון, יש עלות חודשית של Google Cloud Storage (לרוב כמה דולרים), ודורש ידע ב-SQL להוצאת תובנות.

Email preferences

הסקציה הזאת קובעת אילו התראות תקבלו במייל. ההמלצה, להפעיל את כל ההתראות הקריטיות, Manual Actions, Security Issues, Index Coverage issues, Mobile usability issues. את ההתראות הפחות חשובות (כמו דוחות חודשיים שגרתיים) אפשר לכבות אם המייל שלכם מוצף. הכלל, התראות שדורשות פעולה מיידית, להפעיל. סיכומים שגרתיים, לכבות אם לא רלוונטי לכם.

✅ צ'ק ליסט חודשי + workflow audit ב-10 שלבים

אם אתם זוכרים רק דבר אחד מכל המאמר, שזאת תהיה הרשימה הזאת. checklist חודשי שאני עובד לפיו ב-90% מהאתרים שאני מנהל. השקיעו 30 דקות בחודש, ותחסכו לעצמכם שעות של דיבוג ולקוחות שמתעצבנים. תקשיבו, ההבדל בין מקדם חובבן למקצוען הוא לא רק הידע, זאת ה-routine.

• 1. Performance, השוואת חודש מול חודש קודם, עבור Clicks ו-Impressions. רואים מגמה חיובית? מתחילים לחפש queries חדשות. מגמה שלילית? פותחים חקירה.
• 2. Performance, top 20 queries, לפי clicks. וודאו שכל אחת מהן מנותבת לעמוד הנכון (לא קניבליזציה).
• 3. Performance, queries בעלות position 5-20, opportunities שצריך לדחוף לעמוד הראשון
• 4. Performance, top pages, אילו עמודים מקבלים תנועה. השוואה עם ה-priority שלכם.
• 5. Coverage, Indexed page count, וודאו שהוא יציב או עולה. ירידה דרמטית = בעיה
• 6. Coverage, סטטוסי Not indexed, עברו על כל סטטוס וזהו דפוסים
• 7. URL Inspection על 3 עמודים אקראיים, וודאו שגוגל רואה אותם נכון
• 8. Sitemaps, סטטוס, וודאו שכולם Success, ושההיחס discovered/indexed הגיוני
• 9. Enhancements, errors and warnings, אם יש חדשים, תקנו
• 10. Manual Actions ו-Security Issues, וודאו שריקים. אם לא, פעולה דחופה
• 11. Core Web Vitals, מספר URLs ב-Poor או Needs improvement, האם משתפר או מתדרדר
• 12. Links, top linked pages, האם הם העמודים החשובים לכם, או שאתם מקבלים backlinks לדפים שגויים
• 13. Crawl Stats, response time, ירידה משמעותית = בעיית server
• 14. השוואה עם GA4, וודאו שמספרי Clicks ב-GSC מתואמים עם sessions מ-organic ב-GA4

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

❓ שאלות נפוצות