"Discovered - currently not indexed" אומר ש-Google מכיר את הכתובת אבל עוד לא סרק אותה. הסיבות האמיתיות (שרת, תקציב סריקה, קישורים) והדרך לתקן כל אחת.

בעמוד זה
בקצרה
"Discovered - currently not indexed" הוא סטטוס בדוח אינדוקס הדפים של Google Search Console. הוא אומר ש-Google מצא את הכתובת (דרך קישור או מפת אתר) אבל עוד לא סרק אותה, בדרך כלל משום שהסריקה הייתה צפויה להעמיס על השרת, או משום ש-Google לא רואה כרגע ערך מספיק בסריקתה. בכמה דפים חדשים זה נורמלי ומתייצב מעצמו. כשהוא מכסה חלק גדול מהאתר, טפלו בשלושה דברים לפי הסדר: מהירות ושגיאות השרת, מספר הכתובות בעלות הערך הנמוך והקישורים הפנימיים לדפים שאתם רוצים לאנדקס.
רוצים להעמיק? שאלו את
שאלון קצר
מי צריך לתקן את הצד הטכני של האתר שלכם?
ההמלצה שלנו עבורכם
שרת איטי או לא יציב הוא הפתרון הנכון עבורכם
מקום 1 בדירוג הזה, ההתאמה הטובה ביותר לתשובות שלכם.
ההמלצה שלנו עבורכם
יותר מדי כתובות בעלות ערך נמוך מתחרות על הסריקה הוא הפתרון הנכון עבורכם
מקום 2 בדירוג הזה, ההתאמה הטובה ביותר לתשובות שלכם.
ההמלצה שלנו עבורכם
קישורים פנימיים חלשים הוא הפתרון הנכון עבורכם
מקום 3 בדירוג הזה, ההתאמה הטובה ביותר לתשובות שלכם.
ההמלצה שלנו עבורכם
אותות איכות לאורך כל האתר הוא הפתרון הנכון עבורכם
מקום 4 בדירוג הזה, ההתאמה הטובה ביותר לתשובות שלכם.
Discovered - currently not indexed הוא אחת הסיבות הנפוצות ביותר שמופיעות תחת "למה דפים לא מאונדקסים" בGoogle Search Console, ואחת הסיבות הכי מובנות לא נכון. התיעוד של דוח אינדוקס הדפים של Google נותן הגדרה קצרה: "הדף נמצא על ידי Google, אבל עוד לא נסרק. בדרך כלל Google רצה לסרוק את הכתובת, אבל הסריקה הייתה צפויה להעמיס על האתר, ולכן Google תזמן מחדש את הסריקה." המדריך הזה מסביר מה עומד מאחורי המשפט הזה, איך מבדילים בין עיכוב רגיל לבעיה אמיתית, והתיקונים שמוציאים כתובות מהתור. לתהליך האינדוקס המלא ראו את המדריך שלנו על הכנסת דפים לאינדוקס של Google.
Google מאנדקס דף בשלושה שלבים: גילוי (הוא לומד שהכתובת קיימת), סריקה (Googlebot מוריד את הדף) ואינדוקס (Google מנתח את התוכן ומחליט אם לשמור אותו). כתובת בסטטוס הזה עברה רק את השלב הראשון. Google מכיר את הכתובת והיא בתור, אבל מעולם לא הורידה אותה, ולכן עוד לא שפטה את התוכן. לכן השדה "נסרק לאחרונה" ריק כשבודקים כתובת כזו.
הסטטוס הזה מתבלבל לעיתים קרובות עם השכן שלו, "Crawled - currently not indexed". ההבדל קובע איפה מחפשים את הסיבה.
| סטטוס | האם Google סרק את הדף? | איפה הסיבה נמצאת בדרך כלל | הבדיקה הראשונה |
|---|---|---|---|
| Discovered - currently not indexed | לא | קיבולת סריקה, עדיפות סריקה, קישורים פנימיים | זמן תגובה של השרת, מספר הכתובות, קישורים לדף |
| Crawled - currently not indexed | כן | איכות התוכן, כפילות, רינדור | התוכן של הדף עצמו |
| Excluded by noindex tag | כן | הנחיה בדף | מטא תג robots או כותרת X-Robots-Tag |
| Blocked by robots.txt | לא (אסור) | כלל בקובץ robots.txt | שורות Disallow שמתאימות לכתובת |
בקצרה, "Discovered" היא בעיית סריקה, ו"Crawled" היא החלטת אינדוקס. שכתוב התוכן של דף ש-Google מעולם לא הוריד לא ישנה דבר, עד ש-Googlebot יחזור ויביא אותו.
זה תלוי בהיקף ובדפים שמושפעים. שלושה מצבים נורמליים ואינם דורשים פעולה:
זה הופך לבעיה כשהדפים החשובים (מוצרים, קטגוריות, מאמרים, דפי שירות) נשארים ברשימה שבועות, או כשהמספר שלהם גדל מהר יותר ממספר הדפים המאונדקסים. המדריך של Google על תקציב סריקה מזכיר בדיוק את האות הזה: אתרים שבהם "חלק גדול מסך כל הכתובות" מסווג כ-Discovered - currently not indexed כדאי שיבדקו איך Google מחלק את הסריקה ביניהן.
הערה
המתנה אינה אסטרטגיה מול צבר גדול. כששאלו כמה זמן הסטטוס יכול להימשך, ג'ון מולר מ-Google ענה "זה יכול להימשך לנצח" (Search Central office hours, פברואר 2022, דווח על ידי Search Engine Journal), ועצה לשפר את האתר כך ש-Google יראה ערך בסריקת יותר ממנו.
Google מחליט כמה לסרוק לפי שני גורמים שמתוארים בתיעוד תקציב הסריקה שלו: מגבלת קיבולת הסריקה (כמה השרת שלכם יכול לשאת בלי להאט) והביקוש לסריקה (כמה Google רוצה את הכתובות שלכם, לפי גודל, תדירות עדכון, איכות הדפים והרלוונטיות ביחס לאתרים אחרים). כל סיבה למטה מורידה אחד משני הגורמים האלה. מושג תקציב הסריקה חשוב בעיקר באתרים גדולים, אבל שרת איטי או מבנה אתר חלש יכולים להפעיל את הסטטוס גם באתר של כמה מאות דפים.
זו הסיבה ש-Google מזכיר ראשונה. לפי מדריך תקציב הסריקה, קיבולת הסריקה עולה כששעות התגובה "נשארות יציבות או משתפרות", וצונחת כשהאתר מואט או מחזיר שגיאות שרת. אירוח משותף, בסיס נתונים עמוס, תבנית כבדה או חומת אש שמצמצמת את Googlebot מקטינים את מספר הכתובות ש-Google מוכן להוריד ביום.
ניווט לפי פאסטים, פרמטרים למיון, מזהי סשן, דפי לוח שנה אינסופיים, דפי תגיות שנוצרים אוטומטית ווריאנטים כמעט זהים של מוצרים יוצרים אלפי כתובות. המדריך של Google מזהיר שכתובות כפולות ולא חשובות צורכות זמן סריקה, ושדפי soft 404 "ימשיכו להיסרק ויבזבזו את התקציב שלכם". הדפים הטובים שלכם מחכים באותו תור.
כתובת שמופיעה רק במפת האתר ב-XML, או שמקושרת מדף חמש לחיצות מהעמוד הראשי, שולחת אות עדיפות חלש. התיעוד של Google על קישורים הניתנים לסריקה מוסיף מלכודת טכנית: Google יכול לעקוב אחרי קישור רק אם הוא אלמנט HTML מסוג <a> עם תכונת href. תפריטים או כפתורי "טען עוד" שנבנו רק באירועי JavaScript עלולים להסתיר דפים מהסורק.
הביקוש לסריקה תלוי בחלקו בדרך שבה Google מדרג את שאר האתר. אם חלק גדול מהדפים שכבר נסרקו הם תוכן דל או תוכן כפול, ל-Google יש מעט סיבות למהר עם הבאים. לכן הסטטוס מופיע לעיתים קרובות אחרי פרסום מאות דפים דומים בבת אחת.
דומיין צעיר עם מעט backlinks ותוכן חדש רב מתחיל עם ביקוש סריקה נמוך. מולר אמר באותו מושב של 2022 שאתר חדש יחסית עם הרבה תוכן צריך לצפות שחלק גדול ממנו יישאר בסטטוס הזה תקופה מסוימת.
עבדו מתוך דוגמאות לפני ששוברים משהו. הרצף הזה לוקח בערך שעה ברוב האתרים.
טיפ
השוו את הייצוא למפת האתר ב-XML. אם מפת האתר מכילה אלפי כתובות שמופנות מחדש, חסומות או מוגדרות כ-noindex, נקו אותה קודם: מפת אתר צריכה לרשום רק דפים קנוניים וניתנים לאינדוקס שאתם רוצים שייסרקו. בודק מפת אתר מציג את השגיאות האלה בתוך שניות.
התאימו את התיקון לסיבה שנמצאה באבחון. הטבלה מסכמת את המקרים העיקריים.
| סיבה | תיקון | איך בודקים |
|---|---|---|
| שרת איטי, שגיאות 5XX, פסקי זמן | אירוח מהיר יותר, מטמון, דפים קלים יותר, בדיקה שחומת האש לא מצמצמת את Googlebot | סטטיסטיקות סריקה: זמן תגובה נמוך יותר, יותר בקשות ביום |
| יותר מדי כתובות עם פרמטרים או מסננים | להפסיק לקשר אליהן, לחסום דפוסים חסרי תועלת ב-robots.txt, לאחד וריאנטים | פחות כתובות לא קנוניות בבקשות הסריקה |
| Soft 404 ודפים ריקים | להחזיר 404 או 410 אמיתי, או להפנות לדף הקרוב ביותר | מספר ה-soft 404 יורד בדוח אינדוקס הדפים |
| דפים יתומים או עמוקים מדי | קישורים מהתפריט, מדפי הקטגוריות, ממאמרים קשורים ומהעמוד הראשי | הכתובות עוברות ל-"Crawled" ואז ל-"Indexed" |
| הרבה דפים דומים או דלים | לאחד, להעשיר או למחוק; לפרסם פחות דפים, אבל טובים יותר | הדפים המאונדקסים עולים כחלק מהסך |
| מפת אתר מלאה שגיאות | לשמור רק כתובות קנוניות שניתנות לאינדוקס עם תאריכי lastmod מדויקים | דוח מפות האתר: הדפים שנמצאו מתיישרים עם המאונדקסים לאורך זמן |
אם דוח סטטיסטיקות הסריקה מראה שגיאות שרת או זמני תגובה שעולים, שום דבר אחר לא יעבוד לפני שזה מתוקן, כי Google עצמו מוריד את קצב הסריקה כדי להגן על האתר. שאלו את ספק האירוח על המגבלות שלו, הוסיפו מטמון לדפים ורשת הפצת תוכן, והסירו סקריפטים כבדים מהתבניות.
כל כתובת חסרת תועלת ש-Googlebot מוריד היא כתובת שימושית שהוא לא מוריד. הסירו קישורים פנימיים לשילובי מסננים ופרמטרים למעקב, השתמשו בבודק robots.txt כדי לבדוק כללי Disallow לפני חסימת דפוסים, ותקנו דפי soft 404. ההנחיות של Google ברורות לגבי כפילויות: הסירו אותן כדי למקד את הסריקה "בתוכן ייחודי ולא בכתובות ייחודיות".
קשרו את הדפים המושפעים מדפים ש-Google סורק לעיתים קרובות: העמוד הראשי, הקטגוריות המרכזיות, מאמרים פופולריים. השתמשו בקישורי <a href> רגילים עם טקסט עוגן תיאורי. ארכיטקטורת אתר ברורה שומרת כל דף חשוב בתוך שלוש או ארבע לחיצות מהעמוד הראשי, וזה מעלה את עדיפות הסריקה שלו.
שלחו מפת אתר XML נקייה, והשתמשו בכפתור "בקשת אינדוקס" רק לכמה כתובות אסטרטגיות: יש לו מכסה יומית, והוא לא מגדיל את קיבולת הסריקה הכללית של האתר. אחרי שתיקנתם את הסיבה, לחצו על "אמת תיקון" בדוח. Google אומר ש"אימות בדרך כלל לוקח עד כשבועיים, אבל במקרים מסוימים יכול להימשך הרבה יותר", ואל תלחצו שוב עד שהאימות מצליח או נכשל.
אם דפים נשארים לא גלויים אחרי הצעדים האלה, הסיבה עשויה להיות במקום אחר: רשימת הבדיקה שלנו על הסיבות שאתר לא מופיע ב-Google מכסה עונשים, תגי noindex ושגיאות canonical.
דף ש-Googlebot לא סורק אף פעם לא יכול להופיע בדירוג ב-Google, וגם לא יכול לשמש מקור ל"סקירות AI" או ל"מצב AI" של Google, שנשענים על האינדקס של Google. לכן צבר סריקה מעכב את הנראות שלכם גם בתוצאות הקלאסיות וגם בתשובות ה-AI.
ChatGPT, Perplexity ו-Claude נשענים על סורקים ואינדקסים של שותפים משלהם, כך שדף יכול להישלף על ידם בזמן ש-Google מתעלם ממנו, או להיפך. יומני השרת שלכם מראים אילו בוטים של AI מבקרים באילו דפים; ערך המילון שלנו על יומני סורקי AI מסביר איך לקרוא אותם. התיקונים במדריך הזה (שרת מהיר, פחות כתובות חסרות תועלת, קישורים פנימיים ברורים) עוזרים לכל הסורקים, גם ל-Googlebot וגם לבוטים של AI.
Sorank, המוצר שלנו, פועל על צד התוכן של הבעיה. לוח הבקרה GEO ו-SEO שלו מתחבר ל-Search Console כדי לעקוב אחרי קליקים, הופעות ומיקומים אחרי כל תיקון, ומחולל המאמרים שלו מפרסם פחות מאמרים אבל מעמיקים יותר, עם קישורים פנימיים אוטומטיים לדפים קיימים, כך שכתובות חדשות מקושרות מיום פרסומן.

בקצרה: "Discovered - currently not indexed" אומר ש-Google מכיר את הכתובת שלכם, אבל עוד לא הקדיש לה זמן סריקה. התעלמו מהסטטוס בכמה דפים חדשים, ופעלו כשהוא מכסה דפים חשובים: האיצו את השרת, צמצמו כתובות חסרות תועלת וקשרו את הדפים שחשובים. כדי לאוטומט את חלק התוכן והקישורים הפנימיים, ראו את התוכניות של Sorank, החל מ-49€ לחודש עם חיוב שנתי, עם ניסיון חינם של 3 ימים.
בכמה דפים חדשים באתר תקין, הסטטוס בדרך כלל נעלם תוך ימים או שבועות, אחרי ש-Googlebot סורק אותם. Google גם אמר שהסטטוס יכול להימשך ללא הגבלה, כי הוא לא סורק כל כתובת שהוא מכיר. אם דפים חשובים נשארים בו יותר מחודש, חפשו בעיות בשרת, בקישורים הפנימיים או בכתובות בעלות ערך נמוך.
רק לכמה כתובות אסטרטגיות. לכפתור "בקשת אינדוקס" בכלי בדיקת הכתובות יש מכסה יומית, והוא לא מגדיל את קיבולת הסריקה ש-Google מקצה לאתר שלכם. עבור עשרות או אלפי כתובות, תקנו את הסיבה (מהירות שרת, כתובות חסרות תועלת, קישורים פנימיים), ואז לחצו על "אמת תיקון" בדוח אינדוקס הדפים.
כן. מתחת לכמה אלפי דפים תקציב הסריקה נדיר כגבול, ולכן באתר קטן הסטטוס בדרך כלל מצביע על שרת איטי או לא יציב, על דפים שמקושרים רק ממפת האתר, או על איכות נתפסת נמוכה. דומיין חדש עם מעט סמכות עלול לראות את הדפים הראשונים שלו ממתינים זמן רב יותר עד ש-Google יסרוק אותם.
הם ניסו את Sorank לפניכם
