יצא לכם פעם לפתוח את Google Analytics ולראות רשימה של עמודי שגיאות 404? אם ניסיתם להבין מהיכן הגיעו הגולשים שנחתו על עמודים אלו תגלו שהמידע שאנליטיקס מספקת מתאר רק את כתובת עמוד השגיאה אך לא את עמוד המקור שהפנה את המשתמשים לאותם עמודי 404.
המידע על עמוד המקור יאפשר לכם לקבוע אם צריך לתקן קישור פנימי, להוסיף הפניה, לפנות לאתר חיצוני שיסדר זאת או פשוט להתעלם.
אותו מקור נקרא referrer בלעז, כלומר העמוד המפנה. זהו העמוד בו הגולש היה רגע לפני שנחת על אותו עמוד 404 באתר שלכם. בדרך כלל מדובר בקישור פנימי, באתר חיצוני או בכניסה ישירה, וכל אחד מהמקרים האלה מצביע על טיפול אחר.
בפוסט הזה נראה איך לתעד את אותו referrer ב-GA4, איך לאמת שגיאות סריקה ב-Search Console ואיך לתעד אותן אוטומטית בוורדפרס.
אם אתם רוצים להבין גם מה גורם לשגיאות האלה מלכתחילה, כדאי לקרוא את המדריך על הסיבות לשגיאות 404 בוורדפרס.
איך לעקוב אחר ה-referrer של שגיאות 404 ב-GA4
GA4 יזהה שגיאת 404 רק אם עמוד השגיאה שלכם טוען את תגית האנליטיקס ושולח אירוע. הדרך הפשוטה והנקייה היא לשלוח אירוע ייעודי מתוך תבנית ה-404, יחד עם שני פרטים חשובים: הכתובת השבורה וה-referrer.
// Run this on your 404 template, after gtag has loaded
gtag('event', 'page_not_found', {
broken_url: location.pathname + location.search, // the broken URL that was requested
referrer: document.referrer || '(direct/none)' // where the visitor came from
});כדי שהנתונים האלה יופיעו בדוחות, צריך לרשום כל פרמטר כמאפיין מותאם אישית (custom dimension) ברמת האירוע. ב-GA4 היכנסו ל-Admin, עברו אל Custom definitions ואז אל Custom dimensions, ולחצו על Create custom dimension עבור כל אחת מהשורות הבאות.
| שם המאפיין | Scope | פרמטר האירוע |
|---|---|---|
| Broken URL | Event | broken_url |
| 404 Referrer | Event | referrer |
שם הפרמטר חייב להיות זהה לחלוטין למה שמופיע בקוד, כולל אותיות גדולות וקטנות. אם הפרמטר עדיין לא מופיע ברשימה הנפתחת, הקלידו אותו ידנית.
GA4 מציג שם רק פרמטרים שכבר התקבלו בפועל.
חשוב לזכור שמאפיינים מותאמים אישית אינם עובדים לאחור. בדרך כלל הם יתחילו להופיע בדוחות רק אחרי 24 עד 48 שעות.
ב-DebugView וב-Realtime, לעומת זאת, תוכלו לראות את האירוע כמעט מיד. זו הדרך המהירה ביותר לבדוק שהכול נשלח כמו שצריך.
אחרי שהמאפיינים מוגדרים, צרו Exploration מסוג Free Form, סננו לפי שם האירוע page_not_found, והוסיפו את broken_url ואת referrer כמאפיינים.
כך תקבלו טבלה שמחברת בין כל כתובת שבורה לבין העמוד שהוביל אליה. זו אותה שיטת עבודה עם פרמטרים מותאמים שעליה כתבתי במדריך על אירועים ב-Google Analytics.
איך לקרוא את ה-referrer ולאתר את הסיבה
ברגע שה-referrer מופיע בדוח, בדרך כלל קל להבין מה מקור הבעיה. ברוב המקרים הוא ישתייך לאחת משלוש הקטגוריות הבאות:
| Referrer | מה זה אומר | מה עושים |
|---|---|---|
| עמוד בדומיין שלכם | קישור פנימי שבור | עורכים את עמוד המקור ומתקנים את הקישור |
| דומיין חיצוני | קישור נכנס שגוי או מיושן | מוסיפים הפניית 301 לכתובת הנכונה |
(direct) או ערך ריק | כתובת שהוקלדה ידנית, סימנייה ישנה או referrer שנחסם | מפנים אם זו כתובת ישנה שלכם, אחרת לרוב מתעלמים |
המאפיין
Document.referrerמחזיר את כתובת ה-URI של העמוד שקישר לעמוד הנוכחי. (MDN Web Docs)
אם מדובר בקישור חיצוני ששווה לשמר, הפניית 301 קבועה תעביר את הגולשים ואת הערך של הקישור לעמוד הנכון, במקום לתת להם להיתקע בעמוד 404.
אימות שגיאות סריקה ב-Search Console
Search Console מציג את שגיאות ה-404 שגוגל נתקל בהן בזמן סריקה. אלו השגיאות שחשובות במיוחד ל-SEO, כי הן קשורות לאופן שבו גוגל מגלה ומבין את האתר שלכם.
פתחו את דוח Pages, הרחיבו את הקבוצה Not found (404), ובחרו כתובת ספציפית. את התהליך המלא, כולל פירוט הדוחות החשובים, תמצאו במדריך המלא ל-Google Search Console.
לאחר מכן הריצו URL Inspection ובדקו את השדה Referring page. השדה הזה מציג איפה גוגל מצא את הקישור השבור.
אם מדובר בעמוד באתר שלכם, תקנו את הקישור במקור. אם מדובר באתר אחר, הפניה לכתובת הנכונה תשמור על הערך של הקישור הנכנס.
תיעוד אוטומטי של שגיאות 404 בוורדפרס
אם האתר שלכם בנוי על וורדפרס, לא תמיד חייבים להגדיר הכול ידנית ב-GA4. תוסף ייעודי יכול לתעד עבור כל שגיאת 404 את הכתובת שהתבקשה, את ה-referrer ואת ה-user agent, ובמקרים רבים גם לאפשר לכם ליצור הפניה במקום.
התוסף Redirection הוא אחת הבחירות הנפוצות לכך. יומן ה-404 שלו מקבץ פניות חוזרות, כך שקל יותר לראות אילו כתובות שבורות מקבלות תנועה אמיתית ואילו הן בעיקר בוטים שמחפשים קבצים שמעולם לא היו באתר.
שאלות נפוצות
שאלות נפוצות על איתור המקור של שגיאות 404.
document.referrer כחלק מאירוע מותאם, למשל page_not_found.301 לכתובת הנכונה תהיה הפתרון המתאים.(direct) בשגיאת 404?soft 404, וגם מבלבלות את הגולשים. כתובות מתות שאין להן תחליף רלוונטי יכולות להחזיר 404 תקין.סיכום
שגיאת 404 ב-Google Analytics אומרת לכם איזו כתובת נכשלה. ה-referrer אומר לכם למה זה קרה.
ברגע שתתעדו את document.referrer באירוע GA4, תאמתו את שגיאות הסריקה ב-Search Console או תתנו לתוסף וורדפרס לתעד אותן עבורכם, יהיה הרבה יותר קל להחליט מה עושים עם כל שגיאה: מתקנים קישור, מוסיפים הפניה או משאירים אותה כמו שהיא.
במקום להתייחס לכל ערימת ה-404 כאל בעיה אחת גדולה, כדאי לפרק אותה לפי מקור. כך תטפלו קודם בשגיאות שבאמת מביאות תנועה, ותפסיקו לבזבז זמן על רעש שאין לו משמעות.
