Mekademet
מהי שגיאה 404. משמעות ודרכי טיפול.
שגיאה 404 הינה אחת הבעיות הנפוצות שבעלי או גולשי אתרי WIX נתקלים בה. (האמת, כל המשתמשים ברשת מכירים את הבעייה, אבל אנחנו מדברים על WIX ).
קיום של עמוד 404 או שגיאה 404 עלולה להשפיע לרעה גם על חווית המשתמש וגם על דירוג האתר בכללי.
איך למצוא עמודים עם שגיאה 404 באתר שלנו
איך לטפל בשגיאות 404 באתר שלנו
קודם כל מאיפה בא המספר המוזר הזה והשגיאה הזאת?
יש על זה מספר אגדות אורבניות.
אחת מהן מספרת על חדר סודי בקומה 4 של סוכנות חשאית אטומית אמריקאית איפשהו בשוויץ (חחחח) שבו עמדו שרתים ראשונים כאשר בשנות ה-80 רק התחילו לפתח את רשת המידע שבהמשך הפך לרשת העולמית (World Wide WEB (WWW . האגדה מספרת שישבו בחדר מספר אנשים שהיו מקבלים כל הפניות ובקשות מידע ובצורה ידנית היו מחפשים ומעבירים מידע בחזרה. ובמקרה שלא היו מצליחים למצוא, היו מחזירים תשובה בסגנון "חדר 404: המידע אינו נמצא". מאז האגדה הזאת הופרכה, הוכח שלא היה שום חדר 404 אבל לאגדות אורבניות תמיד יש כח מיוחד.
ההסבר האמיתי משעמם יותר. והמספר הוא רק קוד HTTP בסדרת הקודים שהתקבלו על ידי ארגון האינטרנט בסביבות שנת 1992.
כאשר במחשב של הגולש מקלידים כתובת אתר כלשהו (בקשת HTTP - hyper text transfer protocol), הבקשה מועברת לשרת ושרת מחזיר תשובה עם קוד. קיימות סדרות קודים לכל צורה של תשובות מ- 1XX עד 5XX כאשר ספרה ראשונה 1,2,3,4,5 מגדירה הגדרה/תשובה כללית ושתי ספרות אחרונות - תשובה ספציפית יותר :
סדרה 1XX - אינפורמטיבי בלבד סדרה 2XX - תשובה חיובית , הצלחה למצוא את הכתובת המבוקשת
סדרה 3XX - הבקשה התקבלה בהצלחה , הכתובת נמצאה אבל היא לא נמצאת במקום אלה קיימת הפנייה כלשהי למקום אחר
סדרה 4XX - יש שגיאה בבקשה מסיבה כלשהי כאשר 4 הראשון אכן מצהיר שהשגיאה בצד המבקש. כלומר הבראוזר כן שלח בקשה לשרת ושרת קיבל את הבקשה, אבל לא מצא את הנדרש. בסדרה חוץ מקוד 404 יש קודים נוספים כמו למשל קוד 403 כאשר הפירוש הוא גם שטעות היא בצד הגולש כי ללגולש אין זכות/סמכות לדרוש את הדף הזה (למשל דף מיועד רק לכניסה עם קוד).
סדרה 5XX - גם שגיאה אבל בסדרה הזאת השגיאה נמצאת בצד השרת (שרת לא פועל, נפל, תקלה כלשהי בשרתים).
מה יכול לגרום לשגיאה 404?
סיבות יכול להיות כמה:
הגולש עשה טעות בהקלדת כתובת המבוקשת
הגולש הקליד הכל נכון, אבל העמוד המבוקש נמחק כלל.
הגולש הקליד הכל נכון, אבל באתר בוצעו שינויים והעמוד המיועד קיבל URL חדש ולא בוצעה שום הפנייה.
איך אפשר לבדוק האם באתר שלנו יש עמודים עם שגיאה (חוץ מעמוד שגיאה /ERROR404 שעיצבנו).
לבדוק את מצב האתר ב- Google Search Console בחלק של סריקות.
2. אופציה שנייה - לסרוק אתר בתוכנת סריקה Screaming Frog.
3. אופציה שלישית - לבדוק ידנית בקוד האתר עצמו .
ctrl+shift+I או F12 >> נטוורק NETWORK -> ריפרש F5
איך לטפל בשגיאות 404 באתר שלנו.
רב שגיאות 404 המתקבלות באתרי וויקס נובעות מטיפול לקוי בזמן בניית האתר.
אחת השגיאות היא בתחילת העבודה לא לחסום גישה לאתר למנועי חיפוש. אם אתר עובר פיבלוש תוך כדי עבודה, אין בעייה עם זה בדרך כלל. אבל אם העבודה מתארכת ובאתר לא בוצעה הגדרה לא לחשוף אתר למנועי חיפוש, קורה שמנועי חיפוש אכן מוצאים אתר ומבצעים סריקה של גרסה מוקדמת כולל URLים זמניים. כאשר לאחר חלק עיצובי מגיעים להגדרת SEO , מבצעים אופטימיזציה לשמות הדפים ומפבלשים, לצערי הדפים האלה כבר קיימים באינדקס עם כתובת קודמת. כאשר גולש מגיע לדף המבוקש דרך חיפוש בגוגל ולוחץ על הדף, הוא מקבל עמוד שגיאה 404. הרי עמוד הקיים כבר שונה ל-URL אחר.
לכן, חשוב מאוד, בתחילת עבודה על האתר, לתת הוראה NOINDEX באתר עבור מנועי חיפוש. בוויקס מבצעים את זה ככה:
מגיעים ל-DASHBOARD -> SEO TOOLS -> GENERL SEO SETTINGS
מוודאים שכפתור הפותח את האתר לסריקה על ידי מנועי חיפוש כבוי.
כמובן, לא לשכוח "לפתוח" את החשיפה למנועי חיפוש לאחר סיום הכנת האתר.
הבעייה דומה קוראת גם כאשר מחליטים , למשל, לעשות אופטימיזציה ל-URLים, לשנות שמות העמודים הקיימים ברשת.
לשתי הבעיות הנ"ל הפתרון אחיד - ביצוע הפניות 301 מעמודים ישנים שכבר באינדקס ומחזירים שגיאה לעמודים עם URLים חדשים.
ב-DASHBOARD הולכים לSEO TOOLS. ומגיעים ל-URL Redirect Manager.
יש אופציה לבצע הפניות אחת אחת כאשר מפנים משם העמוד הקודם לשם העמוד החדש. לא מזמן נוספה אופציה נהדרת לבצע הפניות של כמות רבה יותר של URLים בו זמנית. זה מצריך איגוד של כל כתובות מייל ישנות ולא עדכניות וכל העמודים שאליהם הדפים מועברים בקובץ CSV שאותו ניתן אחר כך להטעין לביצוע הפניות באתר. יש גם אופציה להוריד מהדשבורד את הטמפלייט יעודי שיעזור ברישום דפים.
סיבה נוספת לבעייה כאשר מחליטים למחוק עמודים מהאתר כלל ללא כל פעולה נוספת של הפנייה.
לפני שמחליטים למחוק את הדף מהאתר, חייבים לחשוב פעמיים, לבדוק מה הן הסיבות לכך.
אם, לדוגמה, יש לכם מאמר שכבר לא רלוונטי ונראה לכם מיושן. ההמלצה היא לנסות לא למחוק אותו אלה לחשוב על לרענן אותו, לעדכן את התוכן למשהו יותר עדכני ורלוונטי. או במקרה אחר (במיוחד אם הכתבה הישנה עדיין מביאה תנועה לעמוד ולאתר בכללי, אפשר לעשות קישור הפנייה לכתבה יותר עדכנית מתוך המאמר המיושן. (ממש אפשר לציין שהכתבה הנ"ל כבר לא אקטואלית, אבל בקישור זה תמצאו מידע עדכני ומעניין יותר).
אם, לדוגמה, יש לכם אתר חנות שהמוצר בו כבר לא קיים במלאי ולא יחזור למלאי, ההמלצה היא לא למחוק את הדף אלה לבצע הפנייה למוצר דומה.
אופציה נוספת לטפל בשגיאות 404 באתר וויקס שלכם היא פשוט לעצב עמוד 404* (שייקרא אוטומטית כעמוד error404/) .
הרי כשגולש נתקל בשגיאה, הוא לרב לא כל כך מבדיל בין שגיאת השרת 5XX או שגיאה 4XX. לכן כל תקלה כזאת יכולה להרחיק אותו מהאתר. עיצוב של עמוד שגיאה 404 ייתן לגולש הרגשה נעימה יותר, רגע של הבנה ויכולת לקבל החלטה מה לעשות הלאה - לעזוב או להישאר. (*הערה - אופציה לעצב עמוד שגיאה 404 ניתנת רק לאתרים ב-PREMIUM PLAN)
מקובל בדרך כלל לעצב את העמוד ברוח של אתר כולו, למקם עליו כפתורים המפנים לעמודים רלוונטיים אחרים, פאנל חיפוש, או טופס למילוי או כל כלי התקשרות נוסף. כל זה מיועד לשפר חווית משתמש לקויה, לנסות להחזיר את הגולש המתוסכל בחזרה לאתר. בעולם היצירתי יותר מקובל להוציא מעמוד שגיאה 404 את המאקסימום.
להלן מספר דוגמאות יצירתיות, חכמות, מעניינות.
פרוייקט מיוחד מאוד של חברה NOTFOUND.ORG.
פרויקט אירופאי לשימוש בעמודי שגיאה 404 להודעות על ילדים האבודים. כל אתר שמעוניין להשתתף בפרויקט מתחבר למאגר הדינמי, וכל פעם שהגולש מקבל עמוד שגיאה 404 , מופיעה שם הודעה עדכנית על ילד שהלך לאיבוד ולא נמצא.
עם עדיין נשמע מסורבל ואתם רוצים לבצע בדיקת אתר, אשמח לעשות את זה עבורכם.
שלחו לי מייל וכתובת האתר ואשמח לבדוק עבורכם.