Google Search Console: המדריך המעשי לבעלי עסקים

מה זה Google Search Console, ובמה הוא שונה מ-Google Analytics?

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

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

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

איך פותחים נכס: Domain או URL-prefix?

כל אתר ב-Search Console מוגדר כנכס (Property), ויש שני סוגים. נכס Domain מכסה את הדומיין כולו: כל תתי הדומיינים, כמו www או m, וכל הפרוטוקולים, כולל http ו-https. נכס URL-prefix מכסה רק כתובות שמתחילות בקידומת המדויקת שהגדרתם, כולל הפרוטוקול, ולכן גרסת https וגרסת http של אותו אתר הן שני נכסים נפרדים. ההבדל משפיע גם על דרך האימות, כפי שמראה הטבלה.

לפי מרכז העזרה של Search Console, רשומת ה-DNS צריכה להישאר במקומה גם אחרי שהאימות הצליח. אם היא נמחקת, למשל במעבר בין ספקי אחסון, ההרשאות לנכס פוקעות אחרי תקופת חסד. באתר חדש עדיף לפתוח נכס Domain כבר ביום ההשקה, כדי לעקוב אחרי הסריקה וההוספה לאינדקס מהיום הראשון.

איך מגישים מפת אתר, והאם זה מכניס את האתר לגוגל?

מפת אתר (XML Sitemap) היא קובץ שמפרט את הכתובות שאתם רוצים ש-Google יכיר, ובמערכות ניהול תוכן רבות היא נוצרת אוטומטית. כדי להגיש אותה, מדביקים את הכתובת שלה בתיבה Add a new sitemap בדוח Sitemaps ולוחצים Submit. הדוח מציג אחד משלושה סטטוסים: Success כשהקובץ נקרא ועובד בלי שגיאות, Has errors כשנמצאו בו שגיאות, ו-Couldn't fetch כש-Google לא הצליח לקרוא אותו.

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

כדאי שמפת האתר תכלול רק עמודים שאתם רוצים באינדקס: בלי כתובות שמפנות למקום אחר, בלי עמודים שמסומנים noindex ובלי עמודי 404. מפה נקייה הופכת את דוח ה-Sitemaps לכלי בקרה, כי כל פער בין מה שהגשתם למה שנכנס לאינדקס מצביע על בעיה שכדאי לבדוק. לפי Google, קובץ אחד מוגבל ל-50,000 כתובות, ואתר גדול יותר מפצל את המפה לכמה קבצים.

מה רואים בדוח הביצועים ואיך קוראים אותו?

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

• קליקים (Clicks): מספר הפעמים שמשתמשים הקליקו מתוצאות החיפוש של Google אל האתר
• חשיפות (Impressions): מספר הפעמים שהאתר הופיע בתוצאות החיפוש
• שיעור הקלקה (CTR): מספר הקליקים חלקי מספר החשיפות
• מיקום ממוצע (Average position): המיקום הממוצע של התוצאה הגבוהה ביותר של האתר בתוצאות

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

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

למה חלק מהעמודים לא נכנסים לאינדקס?

דוח Page indexing מחלק את הכתובות ש-Google מכיר לשתי קבוצות: Indexed, כלומר נכנסו לאינדקס, ו-Not indexed, כלומר לא נכנסו. ליד כל כתובת שלא נכנסה מופיעה סיבה, ולא כל סיבה היא תקלה. לפי מרכז העזרה של Google, לרוב האתרים יש לפחות כמה עמודים שלא נכנסו לאינדקס, ואין לצפות שכל כתובת באתר תיכנס. השאלה הנכונה היא אם העמודים החשובים נמצאים באינדקס, ואם לכל עמוד שלא נמצא שם יש הסבר שאתם מבינים.

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

מתי משתמשים בבדיקת כתובת URL?

כלי URL Inspection מציג מידע על הגרסה של עמוד מסוים כפי שהיא שמורה באינדקס של Google: האם העמוד באינדקס, מתי נסרק לאחרונה, איזו כתובת Google בחר כקנונית ואילו שיפורים, כמו נתונים מובנים, זוהו בו. חשוב לזכור שזה מידע על הגרסה האחרונה שנסרקה, ולא על העמוד כפי שהוא באוויר עכשיו. כדי לבדוק את הגרסה הנוכחית יש כפתור Test live URL, שמושך את העמוד בזמן אמת ומראה אם יש בו בעיות סריקה או אינדקס.

מאותו מסך אפשר לבקש הוספה לאינדקס (Request indexing), למשל אחרי שפרסמתם עמוד חדש או תיקנתם תקלה בעמוד קיים. לפי מרכז העזרה של Google, יש מכסה יומית לבקשות כאלה, והבקשה לא מבטיחה שהעמוד ייכנס לאינדקס. לכן כדאי לשמור אותה לעמודים החשובים ולשינויים משמעותיים, ולא ללחוץ עליה שוב ושוב לכל עמוד באתר.

מה בודקים ב-Core Web Vitals, בפעולות ידניות ובבעיות אבטחה?

דוח Core Web Vitals מציג את חוויית השימוש בעמודים לפי שלושה מדדים: LCP לטעינת התוכן המרכזי, INP לתגובה לפעולות המשתמש ו-CLS ליציבות התצוגה. הנתונים מגיעים מדוח CrUX, שמבוסס על שימוש אמיתי ולא על בדיקת מעבדה, והעמודים מקובצים ומסווגים כ-Good, Need improvement או Poor, בנפרד לנייד ולמחשב. נכון לאוקטובר 2026, לפי Google, ערכים טובים הם LCP של עד 2.5 שניות, INP של עד 200 אלפיות שנייה ו-CLS של עד 0.1. באתר חדש עם מעט תנועה הדוח עשוי להיות ריק, כי אין מספיק נתונים ממשתמשים אמיתיים, ובינתיים בודקים את העמודים בכלי מעבדה. את העבודה על המדדים האלה פירטנו בעמוד מהירות אתר.

דוח Manual actions מציג פעולות ידניות: מצב שבו בודק אנושי ב-Google קבע שעמודים באתר לא עומדים במדיניות הספאם, ואז מופיעה הודעה גם במרכז ההודעות של Search Console. לפי Google, צריך לתקן את הבעיה בכל העמודים שנפגעו, כי תיקון בחלק מהם לא יחזיר את האתר לתוצאות באופן חלקי, ורק אז מגישים בקשה לבדיקה חוזרת (Request Review). דוח ריק הוא המצב התקין.

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

מה לעשות ב-Search Console בשבוע הראשון של אתר חדש?

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

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

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