מאתרים מפת אתר תקינה, מגישים את כתובתה ומבדילים בין קריאת הקובץ לבין אינדוקס העמודים שבתוכו.
מפת אתר היא רשימת כתובות שמסייעת למנוע חיפוש לגלות תוכן. הגשה ב־Search Console מוסרת ל־Google את מיקום הקובץ; היא אינה העלאת עמודים לאינדקס. הצלחת קריאה אינה מבטיחה שכל כתובת תיסרק או תופיע בחיפוש. המטרה היא לוודא שהמפה הנכונה זמינה, מכילה כתובות רצויות ושאפשר לעקוב אחרי שגיאות הקריאה שלה.
מה מכינים לפני שמתחילים
נדרשת גישה מתאימה לנכס Search Console ובעלות להגשה דרך הדוח לפי התיעוד. הכינו כתובת בסיס של האתר ופרטי התוסף או מערכת האתר שמייצרים מפה. אל תניחו שכל אתר משתמש באותו שם קובץ. אם קיים sitemap index הוא מפנה למפות נוספות; אין צורך לבנות מפה ידנית נוספת רק כדי שיהיה קובץ מוכר.
איתור, הגשה ובדיקת הקריאה
אתרו את כתובת המפה מתוך מערכת האתר, תוסף SEO או תיעוד הספק. פתחו את הכתובת הציבורית ובדקו שהיא מחזירה מפה ולא דף שגיאה, התחברות או הודעת אבטחה. המראה יכול להיות טקסטואלי; עיצוב יפה אינו התנאי לתקינות.
בדקו מדגם כתובות במפה. הן צריכות להיות כתובות קנוניות רצויות, ללא סביבות ניסיון, עמודים פרטיים או כתובות ישנות המפנות לאחרות. אם המפה נוצרת אוטומטית, מתקנים את הגדרות המקור במקום לערוך קובץ שיידרס בעדכון הבא.
בחרו את הנכס הנכון ב־Search Console ופתחו Sitemaps. הזינו את כתובת המפה או החלק המבוקש בהתאם לסוג הנכס ולשדה שמוצג. ודאו התאמה בין https, דומיין ותת־דומיין. לחצו Submit פעם אחת ושמרו את תאריך ההגשה לצורך מעקב.
פתחו את שורת המפה ובדקו Status ו־Last read כאשר הם זמינים. Success מתייחס לקריאת הקובץ; Couldn't fetch מצריך בדיקת כתובת, זמינות והגבלות גישה. שגיאת מבנה מחייבת בדיקת מחולל המפה. אין להגיש שוב ושוב לפני תיקון הבעיה.
עברו לדוח אינדוקס עמודים או לבדיקת כתובת מדגמית כדי לשאול מה קרה לעמודים עצמם. השוו סוגי עמודים ולא רק מספר כולל. מפה עם כתובות שנבחרו בכוונה לאינדוקס אינה חייבת להיות זהה לכל כתובת שהמערכת מייצרת.
דוגמה היפותטית: מפה נקראה, עמוד לא נוסף
אתר דמיוני מגיש אינדקס עם מפות מדריכים ושירותים. הקריאה מצליחה, אך מדריך חדש עדיין אינו באינדקס. זה אינו סתירה: הקובץ נקרא, והחלטת אינדוקס נעשית בנפרד. בודקים את הכתובת עצמה, את הקישורים הפנימיים ואת זמינות התוכן, ולא מחליפים את המפה ללא סיבה.
מפה חסרה או ריקה
בדקו הגדרות פרסום, סוגי תוכן שנכללים, מטמון ושמות קבצים. כמה תוספים עלולים ליצור מפות שונות; בחרו מקור ברור לפי מערכת האתר בלי להפעיל שני מחוללים מיותרים. מפה שהתגלתה בדרכים אחרות לא בהכרח מופיעה כהגשה בדוח. היעדר שורה אינו מוכיח ש־Google לא מכירה אותה.
מאתרים את המפה שהמערכת באמת מייצרת
WordPress, תוסף SEO ושירות אחסון יכולים להציע כתובות שונות למפת אתר. התחילו מהכלי שמנהל את המפה בפועל ולא מרשימה של שמות נפוצים. אם יש אינדקס של מפות, פתחו אותו ובדקו שהוא מפנה לקבצים קיימים. דף מעוצב בדפדפן יכול להיות תצוגה של XML, ולכן בדקו תוכן ומבנה ולא רק מראה.
כאשר מפה אחת נוצרת בליבה ואחרת בתוסף, אל תפעילו או תבטלו רכיבים לפני שהבנתם מי המקור המיועד. רשמו את מחולל המפה ואת בעל האחריות לעדכונו. מפה שנבנית ידנית יכולה להתיישן אחרי הוספת עמודים, ומפה אוטומטית יכולה לכלול סוגי תוכן שלא התכוונתם לפרסם. הבחירה הנכונה תלויה במערכת האתר ובמיפוי הכתובות הרצויות.
מה נחשב כתובת מתאימה להכללה
בדקו מדגם של עמוד שירות, מדריך ודף חדש. כל כתובת צריכה להוביל לגרסה הציבורית הרצויה ולא להפניה, דף שגיאה או כתובת ניסיון. מפה אינה מקום לפרטי משתמשים או לפניות טופס. כתובת שאינה מיועדת לאינדוקס דורשת בירור בהגדרות המקור, ולא ניסיון לשכנע את מנוע החיפוש באמצעות הכללה במפה.
בדקו התאמה לקנוניקל ולמבנה הקישורים באתר. כאשר המפה מצביעה לגרסה אחת והקישורים לגרסה אחרת, מתקבלים אותות לא עקביים שצריך להבין. אל תשנו קנוניקל כדי להתאים לקובץ ישן; החליטו מהי הכתובת הרצויה ואז תקנו את המקורות בהתאם. בשדה lastmod, כאשר המערכת מפיקה אותו, חשוב שהוא ישקף עדכון אמיתי ולא תאריך חדש אוטומטי לכל האתר בכל יום.
קריאת קובץ לעומת עיבוד כתובות
הדוח מתאר את יכולת Google להביא ולקרוא את המפה שהוגשה. הוא אינו אישור איכות לכל עמוד. מספר כתובות שהתגלו יכול להשתנות כאשר מתעדכנים קבצים, ואינו מספר העמודים המדורג או מספר הגולשים. לכן שמרו סטטוס קריאה בנפרד מממצאי אינדוקס וביצועים.
בחרו כמה כתובות שמייצגות סוגי תוכן שונים ובדקו אותן בכלי בדיקת URL. אם קובץ נקרא אך עמוד מסוים אינו באינדקס, חפשו את הסיבה של העמוד: חסימה, הפניה, קנוניקל או החלטת עיבוד אחרת. אין טעם להגיש מחדש את כל האינדקס לפני שהבנתם את מצב הכתובת. גם בקשת אינדוקס אחרי תיקון אינה התחייבות להופעה בחיפוש.
טיפול בשגיאה לפי השכבה שלה
Couldn't fetch יכול לנבוע מכתובת שגויה, בעיית שרת או הגבלת גישה. בדקו את כתובת הקובץ המדויקת ואת זמינותו הציבורית בלי להסיר הגנה מסביבת ניסיון. אם המפה נקראת אבל יש שגיאות מבנה, בדקו את המחולל והפרטים בדוח. פתרון של הרשאה אינו תיקון של תחביר, ולהפך.
בדקו גם אם כתובת המפה מפנה במקום להחזיר את הקובץ במקום שנמסר. השתמשו בכתובת הישירה המאומתת להגשה לפי הוראות המערכת. אל תערכו robots.txt באופן גורף כדי לפתוח את כל האתר בגלל מפה אחת. העבירו למפתח את כתובת הקובץ, תאריך הבדיקה, השגיאה והתוצאה הרצויה. אלה פרטים שמאפשרים תיקון ממוקד בלי לפגוע בתוכן שאמור להישאר חסום.
תחזוקת מפה לאחר שינויי אתר
לאחר הוספת סוג תוכן, שינוי תוסף או מעבר מערכת, חזרו לבדוק את המפה. ודאו שעמודים חדשים מופיעים וכתובות ישנות אינן נשארות ללא הצדקה. אין צורך לגעת בקובץ ידנית אם המקור האוטומטי תקין. שמרו נוהל קצר שמסביר היכן ההגדרה נמצאת ומי בודק אותה לאחר עדכון.
אם מסירים מפה מהדוח, הבינו שזו הסרת רישום ולא מחיקת עמודים מהאינטרנט או מהאינדקס. אין להשתמש בפעולה כתחליף לתוכנית הסרת תוכן. תיעוד מסירה צריך להראות קובץ נכון, מחולל, קריאה אחרונה ומדגם כתובות שנבדק. אם נבדקו רק כמה עמודים, כתבו מדגם ולא טענה שכל האתר מאונדקס או שכל השגיאות נפתרו. לפני מסירה פתחו שוב את הקישור שהועתק לדוח, ולא קישור דומה מזיכרון. טעות קטנה בנתיב עלולה להשאיר בדוח הגשה תקינה של קובץ אחר ולהסתיר שהמפה החדשה כלל לא נבדקה.
בדיקת סיום והצעד הבא
רשמו כתובת מפה, מקור יצירה, סטטוס ותאריך קריאה. בדקו כמה כתובות מייצגות וודאו שאין מידע פרטי או סביבת ניסיון. תוצאה תקינה היא קובץ שנקרא ונתיב מעקב ברור, לא הבטחה לאינדוקס מלא. המשיכו לבדיקה ממוקדת של כתובת חריגה.
שאלות ותשובות על איך להגיש מפת אתר ל־Search Console ולבדוק שנקראה
להגיש כל יום?
לא בדרך כלל. מחולל תקין מעדכן את המפה והמערכת יכולה לקרוא אותה מחדש. הגשות חוזרות אינן תחליף לתוכן זמין ולתיקון שגיאות.
Success אומר שכל העמודים בגוגל?
לא. הוא מציין שהמפה נקראה בהצלחה. מצב אינדוקס בודקים בנפרד, לפי דוח עמודים ובדיקת כתובות.
למחוק מפה ישנה מהדוח?
זו החלטת תחזוקה נפרדת. הסרת שורה אינה מוחקת עמודים מהחיפוש ואינה מבטיחה שהמפה נשכחה; קודם מבינים מה המקור הפעיל ומה עדיין נדרש.
אילו הרשאות ופרטי מחולל מפה מכינים לפני הגשה לקונסול?
נדרשת גישה מתאימה לנכס Search Console ובעלות להגשה דרך הדוח לפי התיעוד. הכינו כתובת בסיס של האתר ופרטי התוסף או מערכת האתר שמייצרים מפה. אל תניחו שכל אתר משתמש באותו שם קובץ. אם קיים sitemap index הוא מפנה למפות נוספות; אין צורך לבנות מפה ידנית נוספת רק כדי שיהיה קובץ מוכר.
איך מוצאים ובודקים את כתובת מפת האתר הציבורית?
אתרו את כתובת המפה מתוך מערכת האתר, תוסף SEO או תיעוד הספק. פתחו את הכתובת הציבורית ובדקו שהיא מחזירה מפה ולא דף שגיאה, התחברות או הודעת אבטחה. המראה יכול להיות טקסטואלי; עיצוב יפה אינו התנאי לתקינות.
אילו סוגי כתובות צריך לבדוק לפני שליחת המפה?
בדקו מדגם כתובות במפה. הן צריכות להיות כתובות קנוניות רצויות, ללא סביבות ניסיון, עמודים פרטיים או כתובות ישנות המפנות לאחרות. אם המפה נוצרת אוטומטית, מתקנים את הגדרות המקור במקום לערוך קובץ שיידרס בעדכון הבא.
איך מגישים את כתובת המפה בנכס Search Console הנכון?
בחרו את הנכס הנכון ב־Search Console ופתחו Sitemaps. הזינו את כתובת המפה או החלק המבוקש בהתאם לסוג הנכס ולשדה שמוצג. ודאו התאמה בין https, דומיין ותת־דומיין. לחצו Submit פעם אחת ושמרו את תאריך ההגשה לצורך מעקב.
איך קוראים Status ו־Last read אחרי ההגשה?
פתחו את שורת המפה ובדקו Status ו־Last read כאשר הם זמינים. Success מתייחס לקריאת הקובץ; Couldn't fetch מצריך בדיקת כתובת, זמינות והגבלות גישה. שגיאת מבנה מחייבת בדיקת מחולל המפה. אין להגיש שוב ושוב לפני תיקון הבעיה.
איפה בודקים את מצב העמודים עצמם אחרי קריאת המפה?
עברו לדוח אינדוקס עמודים או לבדיקת כתובת מדגמית כדי לשאול מה קרה לעמודים עצמם. השוו סוגי עמודים ולא רק מספר כולל. מפה עם כתובות שנבחרו בכוונה לאינדוקס אינה חייבת להיות זהה לכל כתובת שהמערכת מייצרת.
מה בודקים כשאינדקס מפות נקרא אבל מדריך חדש עוד לא נכנס לאינדקס?
אתר דמיוני מגיש אינדקס עם מפות מדריכים ושירותים. הקריאה מצליחה, אך מדריך חדש עדיין אינו באינדקס. זה אינו סתירה: הקובץ נקרא, והחלטת אינדוקס נעשית בנפרד. בודקים את הכתובת עצמה, את הקישורים הפנימיים ואת זמינות התוכן, ולא מחליפים את המפה ללא סיבה.
איך בודקים שאינדקס מפות מפנה לקבצים קיימים?
WordPress, תוסף SEO ושירות אחסון יכולים להציע כתובות שונות למפת אתר. התחילו מהכלי שמנהל את המפה בפועל ולא מרשימה של שמות נפוצים. אם יש אינדקס של מפות, פתחו אותו ובדקו שהוא מפנה לקבצים קיימים. דף מעוצב בדפדפן יכול להיות תצוגה של XML, ולכן בדקו תוכן ומבנה ולא רק מראה.
מה עושים כשכמה רכיבים באתר מציעים מפות שונות?
כאשר מפה אחת נוצרת בליבה ואחרת בתוסף, אל תפעילו או תבטלו רכיבים לפני שהבנתם מי המקור המיועד. רשמו את מחולל המפה ואת בעל האחריות לעדכונו. מפה שנבנית ידנית יכולה להתיישן אחרי הוספת עמודים, ומפה אוטומטית יכולה לכלול סוגי תוכן שלא התכוונתם לפרסם. הבחירה הנכונה תלויה במערכת האתר ובמיפוי הכתובות הרצויות.
אילו עמודי מדגם בודקים במפה לפני אישור שהיא תקינה?
בדקו מדגם של עמוד שירות, מדריך ודף חדש. כל כתובת צריכה להוביל לגרסה הציבורית הרצויה ולא להפניה, דף שגיאה או כתובת ניסיון. מפה אינה מקום לפרטי משתמשים או לפניות טופס. כתובת שאינה מיועדת לאינדוקס דורשת בירור בהגדרות המקור, ולא ניסיון לשכנע את מנוע החיפוש באמצעות הכללה במפה.
מה מתאר מספר הכתובות שהתגלו בדוח המפה?
הדוח מתאר את יכולת Google להביא ולקרוא את המפה שהוגשה. הוא אינו אישור איכות לכל עמוד. מספר כתובות שהתגלו יכול להשתנות כאשר מתעדכנים קבצים, ואינו מספר העמודים המדורג או מספר הגולשים. לכן שמרו סטטוס קריאה בנפרד מממצאי אינדוקס וביצועים.
מה בודקים בשגיאת Couldn't fetch לעומת שגיאת מבנה במפה?
Couldn't fetch יכול לנבוע מכתובת שגויה, בעיית שרת או הגבלת גישה. בדקו את כתובת הקובץ המדויקת ואת זמינותו הציבורית בלי להסיר הגנה מסביבת ניסיון. אם המפה נקראת אבל יש שגיאות מבנה, בדקו את המחולל והפרטים בדוח. פתרון של הרשאה אינו תיקון של תחביר, ולהפך.
