בוחרים לפי הצורך
השירותים שלנו
מחליטים מתוך הבנה
אסטרטגיה וצמיחה
מוצאים את הפתרון
“התגלה אך לא נוסף לאינדקס” שונה מ“נסרק אך לא נוסף לאינדקס”.
מערכת AI Click · עודכן בספטמבר 2026 · כ־6 דקות קריאה
במקרה הראשון גוגל מכיר את הכתובת, אך טרם ביצע סריקה מלאה או בחר לדחות אותה למועד אחר. ההבדל חשוב: אין טעם לערוך תוכן לפי מסקנות שלא נבדקו אם גוגל עדיין לא קיבל את העמוד. הסיבות יכולות להיות עומס, מבנה קישורים חלש, כתובות רבות ודומות, איכות נמוכה של אזור באתר או קושי טכני. סדר בדיקות מסודר מונע פעולות אקראיות.
גוגל יכול לגלות כתובת דרך קישור פנימי, sitemap, הפניה, קישור חיצוני, נתוני דפדפן או מקורות נוספים. גילוי אומר שהכתובת נכנסה למאגר הידוע למערכת. סריקה מתחילה כאשר Googlebot מבקש את הכתובת. בין השלבים יש החלטה מתי ואם להשקיע משאבים בבדיקה. לכן סטטוס discovered אינו הוכחה שהעמוד פגום, וגם אינו הוכחה שהוא איכותי. הוא רק מציין שהמערכת יודעת עליו ועדיין לא השלימה את שלב הסריקה.
מקרה המחשה: חנות מוסיפה 3,000 כתובות סינון בתוך יום. sitemap כולל את כולן, אך באתר יש מעט קישורים פנימיים ורבות מהכתובות דומות. גוגל עשוי לגלות את הכתובות בלי לסרוק את כולן. הפתרון אינו לשלוח את כל הכתובות שוב, אלא לבחור קבוצת כתובות עסקיות, לצמצם וריאציות מיותרות ולבנות היררכיה ברורה.
בדקו שהשרת זמין לכתובת, שה-DNS וה-TLS תקינים, שאין הגבלת IP או חסימה לפי user agent, ושהתגובה אינה איטית או לא יציבה. בדקו לוגים אם קיימים, במיוחד אם Googlebot מגיע ומקבל שגיאות 5xx, timeout או תגובות שונות מדי. ודאו שהכתובת אינה דורשת התחברות, קובץ cookie או פעולה בדפדפן כדי להציג תוכן בסיסי. בדיקת זמינות ידנית אינה מספיקה; אתר שעובד בבדיקה אחת יכול להיכשל בעומס.
robots.txt צריך לאפשר סריקה של עמודים שאמורים להיבדק. עם זאת, פתיחת כל האתר אינה פתרון אוטומטי. חסמו רק אזורים טכניים שאינם מיועדים לסריקה, ותכננו במקביל טיפול בכתובות שכבר ידועות למנוע. זכרו: robots.txt חוסם סריקה, בעוד noindex נקרא רק כאשר גוגל יכול לסרוק. אין להשתמש ב-noindex בעמוד אם המטרה היא שגוגל יגלה ויעבד את התוכן בלי סתירה.
כתובת שהתגלתה רק דרך sitemap או מקור חלש עלולה לקבל עדיפות נמוכה לעומת עמוד שמחובר היטב למבנה האתר. בדקו אם קיים מסלול ניווט טבעי: דף בית, קטגוריה, תת-קטגוריה, עמוד יעד. ודאו שקישורים הם HTML רגיל ונגישים לסריקה, ולא נוצרים רק לאחר לחיצה או טעינת נתונים שלא זמינים. קישור פנימי צריך לתאר את יעדו ולעזור גם למשתמש.
במקרה המחשה, מדריך “בחירת ביטוח לעסק קטן” הופיע ב-sitemap אך לא היה מקושר מאף עמוד. הוסיפו קישור מעמוד השירות המתאים וממאמר שעוסק בסיכונים, עם טקסט ענייני. במקביל הסירו קישורים כפולים ואוטומטיים מאזורי תגיות. המטרה אינה להגדיל מספר קישורים, אלא להבהיר מדוע העמוד קיים ואיך הוא קשור לנושאים אחרים.
אתר גדול צריך להבחין בין כתובות שחשוב לסרוק לבין כתובות שנוצרו מסינון, מיון, חיפוש פנימי או פרמטרים. לא כל URL צריך להיכלל ב-sitemap או לקבל קישורים. קבעו כתובות קנוניות, נקיות ויציבות עבור קטגוריות, שירותים ומוצרים. canonical הוא רמז ולא פקודה, ולכן עקביות בין קנוניקל, קישורים, הפניות ו-sitemap מחזקת הבנה אך אינה מחייבת את גוגל.
אל תיצרו דפי נחיתה כמעט זהים לכל וריאציה גאוגרפית או מילת מפתח. אם יש הבדל אמיתי בשירות, בתמחור, באזור או בהנחיות, הציגו אותו בעמוד. אם אין הבדל, עדיף עמוד מאוחד. צמצום כתובות חלשות משאיר משאבי סריקה ותשומת לב למבנה עסקי ברור יותר.
גם לפני שגוגל סרק את העמוד אפשר לבדוק אם הוא ראוי לסריקה. ודאו שיש כותרת מדויקת, תוכן ראשי זמין, הצעת ערך ברורה, נתוני קשר או רכישה לפי הצורך, והבדלה מעמודים קיימים. טקסט שנוצר אוטומטית ממסד נתונים עם החלפת שמות בלבד עלול ליצור מאות כתובות בעלות ערך נמוך. תוכן מקורי צריך להוסיף הסבר או שימושיות, לא רק לנסח מחדש מפרט.
מקרה המחשה: חברת ניקיון יוצרת עמוד לכל שכונה. אם כל עמוד מציג אותו טקסט ורק משנה שם מקום, גוגל עשוי שלא לתת לכל הכתובות עדיפות. עמוד אזורי טוב יכול להציג סוגי נכסים, זמני הגעה, מגבלות, שאלות מקומיות ותהליך תיאום אמיתי. אין להמציא צוות, סניף או תוצאה עסקית.
בדקו אם הכתובת מפנה לכתובת אחרת, אם היא חלק ממחרוזת הפניות, או אם היא מצהירה על קנוניקל שונה. עמוד שהתגלה אך אינו סרוק יכול להיות אחד מבין כמה גרסאות טכניות. ודאו שהקישורים משתמשים בכתובת אחת, שהגרסה המאובטחת היא עקבית ושאין http, https, www ולא-www ופרמטרים שמופיעים כעמודים נפרדים.
אם התוכן מיועד להיות וריאציה נפרדת, הגדירו את ההבדל והקפידו שהקנוניקל אינו מצביע בטעות לעמוד האב. אם אין צורך בגרסה, הפניה קבועה מתאימה יותר מקנוניקל. אל תשתמשו בהחלפת קנוניקל כדרך מכנית לגרום לאינדוקס; הוא רק אות בתוך מערכת החלטות רחבה.
אל תשלחו שוב ושוב בקשות סריקה ואל תפתחו עשרות כתובות דומות כדי לתפוס וריאציות של אותו חיפוש. תעדפו עמודים בעלי תפקיד ברור ותקנו את הגישה אליהם. אל תחסמו robots.txt עמודים שכבר קיימת בהם הוראת noindex מתוך ציפייה שגוגל יקרא אותה; חסימה מונעת לעיתים את קריאת ההוראה.
אל תשתמשו ב-site: כמבחן סופי. תוצאות site: אינן רשימה מלאה או החלטה מוסמכת של מצב האינדקס. אם אין נתונים מספקים, אספו לוגים, בדקו את הכתובת בכלי הרשמי, השוו לעמודים דומים ושמרו תיעוד. החלטה טובה מבוססת על ראיות, לא על הופעת חיפוש מקרית.
לצורך המחשה, חנות כלי עבודה מפרסמת קטלוג חדש. במפת האתר מופיעות קטגוריות, מוצרים וגם שילובים רבים של צבע, סדר מיון וטווח מחיר. בעל החנות רואה שכתובת של מקדחה חדשה התגלתה אך לא נסרקה, ומסיק שצריך לבקש אינדוקס לכל הקטלוג. לפני פעולה כזאת כדאי להבין מה השתנה: האם נוספו עשרות מוצרים שימושיים או אלפי כתובות שמציגות שוב את אותם פריטים? מסדרים רשימה לפי סוג עמוד, ולא מסתכלים רק על המספר הכולל בדוח.
בוחרים מוצר אחד שנמצא במלאי וקטגוריה אחת שמקושרת מהתפריט. בודקים שהקישור למוצר מופיע בעמוד הקטגוריה גם בלי להשתמש בחיפוש הפנימי, ושהכתובת המקושרת זהה לזו שבמפת האתר. מוודאים שהעמוד נגיש לאורח ומחזיר תוכן מלא. במקביל מבקשים ממי שמנהל את האחסון לבדוק אם קיימות שגיאות שרת או הגבלות שמונעות מסורקים לגשת. אין צורך לפתוח את כל הסינונים לסריקה כדי לתקן קישור חסר למוצר.
תוצאת העבודה היא רשימה קצרה של שינויים עם סיבה לכל שינוי: קישור שנוסף, כתובת מיותרת שהוסרה ממפת האתר, או תקלה שנפתרה בשרת. בודקים שהשינויים קיימים בפועל ושלא נפגעה בחירת המוצרים בחנות. אחר כך משווים את מצב הקבוצה שטופלה לקבוצה שלא השתנתה, תוך התחשבות בעדכניות הדוח. גם אם הכתובת עדיין ממתינה לסריקה, אפשר לדעת שהגישה וההיררכיה תוקנו. המעקב הזה מועיל יותר משליחת אותה בקשה שוב ושוב ללא שינוי בעמוד.
בדיקת קבלה כוללת: כתובת אחת מועדפת; תגובת שרת יציבה; אין חסימת robots.txt לא מכוונת; אין noindex לא רצוי; יש קישורים פנימיים משמעותיים; העמוד מופיע ב-sitemap רק אם הוא חשוב; והתוכן אינו כפול או ריק. לאחר תיקון, תעדו את השינוי ואת התאריך. אפשר לבקש בדיקה מחודשת כאשר הכלי והמצב מצדיקים זאת, אך אין להבטיח מועד או תוצאה.
הצעד הבא הוא לבחור עדיפות: עמוד עסקי מרכזי, קבוצת מוצרים חשובה או כתובת שאין לה הצדקה. אם העמוד אינו נחוץ, הסירו אותו מהמערכת במקום להשאירו ממתין. אם הוא חשוב, שפרו את המבנה והקשר הפנימי לפני שאתם מודדים אם עבר מסריקה לאינדוקס.
לא. הסטטוס בדוח מציין שגוגל גילה את הכתובת אך עדיין לא סרק אותה. הוא אינו קביעה שהעמוד נדחה בגלל איכותו.
לא. הוא מסייע לגילוי ומסמן כתובות מועדפות, אך אינו פקודת סריקה או אינדוקס.
לא. הסירו או צמצמו פרמטרים חסרי ערך, ושמרו וריאציות שיש להן שימוש ותוכן מובחן.
ב-discovered גוגל טרם סרק את העמוד; ב-crawled גוגל כבר קרא אותו אך לא הוסיף לאינדקס.
בחרו עמוד אחד או תהליך אחד מהמדריך, תעדו את המצב הקיים ובדקו מה דורש טיפול. אם צריך עזרה באבחון ובהחלטה מה לקדם קודם, אפשר לפנות עם הכתובת והבעיה שמצאתם.