אחרי שנים של עבודה עם מאות אתרים, אני יכול להגיד לכם דבר אחד בוודאות: 90% מהירידות הפתאומיות בדירוגים שאני נקרא לבדוק קשורות לא לאלגוריתם חדש של גוגל, אלא לבלגן של 404 ו-Redirects שבעל האתר לא ידע שקיים. זה לא סקסי. זה לא מרגש. אבל זה מה שמפיל אתרים.
הנה האמת שאף אחד לא אוהב להגיד: שגיאת 404 בעצמה לא הורגת SEO. הטיפול הרשלני בשגיאות 404 הוא זה שהורג SEO. ההבדל הזה הוא כל הסיפור של המאמר הזה.
במאמר הזה אני הולך לפרק לכם את כל התהליך: איך מאתרים, איך מסווגים, מתי להחליט על 301, מתי להשאיר 404, מתי לבחור 410, איך מתקנים בלי לעשות נזק חדש, ואיך מנטרים שזה לא יחזור. בלי בולשיט, עם דוגמאות מהשטח.
- ✓ שגיאת 404 לבדה לא פוגעת ב-SEO – הטיפול הלא נכון בה הוא שפוגע
- ✓ טבלת החלטה ברורה מתי לבחור 301, מתי 404 ומתי 410
- ✓ הפניה גורפת לדף הבית היא הטעות הנפוצה והיקרה ביותר
- ✓ תהליך עבודה מעשי ל-6 שלבים לניטור ותיקון שוטף
- ✓ Soft 404 מסוכן יותר מ-404 רגיל – ואיך לזהות אותו
שגיאת 404 היא לא באג. היא תשובה.
כשהדפדפן או הזחלן של גוגל מבקש כתובת שאין לה עמוד בשרת שלכם, השרת מחזיר קוד סטטוס HTTP 404 שמשמעותו "לא נמצא". זו תשובה תקנית לחלוטין, מוגדרת ב-RFC 7231 של ה-IETF, וגוגל יודעת לעבוד איתה מצוין. הבעיה היא לא הקוד עצמו, אלא ההקשר.
הסיבות הנפוצות להופעת 404 שאני רואה שוב ושוב בפרויקטים: מחיקת עמוד בלי הפניה, שינוי כתובת URL בלי 301, טעות הקלדה בקישור פנימי, בק-לינק ישן שמצביע לכתובת שכבר לא קיימת, שינוי מבנה קטגוריות בוורדפרס שמשנה permalink לכל המאמרים בבת אחת. תאמינו לי, עשיתי את כולן.
האם 404 פוגע בקידום? התשובה תלויה בשאלה אחת
השאלה שאני שואל לקוח לפני שאני עונה: האם העמוד הזה היה מקבל תנועה אורגנית או קישורים חיצוניים? אם כן, יש לכם בעיה. אם לא, אין סיבה לאיבוד שינה.
הנה הפגיעות העקיפות שאני רואה בפרויקטים:
- גולש מקליק על תוצאה בגוגל, נוחת על 404, נוטש מיד. אחוז נטישה זינק, סיגנל שלילי לגוגל.
- בק-לינק חיצוני איכותי שהושג בעמל רב מצביע לעמוד מת, וכל ה-Link Equity הולך לפח.
- Crawl Budget מתבזבז כשגוגל סורקת מאות כתובות מתות במקום את התוכן החדש שלכם.
איך באמת מוצאים את כל ה-404 באתר (לא רק את אלה שגוגל מראה)
הטעות הכי נפוצה: להסתכל רק על Google Search Console ולחשוב שזו התמונה המלאה. זה כמו להעריך זיהום אוויר לפי החלון של הסלון. השיטה שלי משלבת שלושה מקורות:
- GSC – לדיווח של גוגל עצמה על כתובות שהיא גילתה ומצאה שבורות
- סורק חיצוני (Screaming Frog או Ahrefs) – לסריקה עצמאית של כל הקישורים הפנימיים והחיצוניים
- קובצי לוג של השרת – לראות מה באמת קורה בזמן אמת, כולל כתובות שאף אחד לא קישר אליהן יותר
איך נראית "רשימת 404" מסודרת לטיפול
קישור שבור פנימי מול קישור שבור חיצוני: למה זה לא אותו טיפול
קישור שבור פנימי הוא אחריות מלאה שלכם. אתם שולטים בו, אתם יכולים לתקן אותו בעמוד המקור, נקודה. קישור שבור חיצוני (בק-לינק שמפנה לכתובת מתה אצלכם) הוא נכס שאתם עלולים לאבד אם לא תטפלו ב-301 חכם.
Soft 404: השגיאה השקטה שגוגל שונאת יותר מ-404 רגיל
Soft 404 זה כשהעמוד נראה למשתמש כמו דף שגיאה (ריק, "לא נמצא", הודעה כללית) אבל השרת מחזיר 200 OK. במילים אחרות, אתם משקרים לגוגל. ולגוגל יש סורק שמזהה את זה.
איך זה קורה בפועל?
- תבנית בוורדפרס שמייצרת עמוד "לא נמצא" באמצעות JavaScript אחרי שהשרת כבר החזיר 200
- הפניה אוטומטית של כל 404 לדף הבית (גם זו טעות, נדבר עליה)
- עמוד מוצר שנמחק אבל ה-CMS מחזיר עמוד ריק עם status 200
התיעוד הרשמי של גוגל מפרט את זה היטב, ואני ממליץ לקרוא.
301, 404 או 410? טבלת ההחלטה שאני משתמש בה כל יום
זה לב המאמר. ההחלטה הזו חוזרת על עצמה בכל פרויקט תחזוקה, ובלי קריטריונים ברורים מקבלים החלטות גרועות שעולות כסף.
Redirect Issues: כשההפניה עצמה היא הבעיה
ניתוב 301 הוא פתרון. בעיות Redirect הן בעיות בפתרון. ההבדל הזה חשוב, כי אני רואה מפתחים שיוצרים שכבה חדשה של בעיות בניסיון לתקן את הישנות.
הבעיות הנפוצות שאני נתקל בהן:
- שרשרת הפניות – A מפנה ל-B, B מפנה ל-C, C מפנה ל-D. כל קפיצה מורידה אחוז קטן של Link Equity, ולגוגל אין סבלנות לעקוב אחרי יותר מ-5 קפיצות.
- לולאת הפניות – A מפנה ל-B, B מפנה חזרה ל-A, מה שגורם לשגיאת Too Many Redirects בדפדפן.
- הפניה 301 שהיעד שלה מחזיר 404 – יוצרת משתמש שעובר שני שלבים רק כדי לגלות שאין כלום.
ניתוב 301 שמחזיר 404: למה זה קורה ואיך מאתרים
זו אחת השגיאות הכי מתסכלות, ואני רואה אותה בעיקר אחרי העברות אתרים. הכלל הפנימי הוגדר, ה-301 רושם בקובץ .htaccess, אבל היעד שאליו ההפניה מובילה כבר לא קיים בעצמו. או עוד יותר גרוע, היעד הופנה הלאה ובסוף השרשרת יש 404.
צ'ק-ליסט דיבוג להפניה שמחזירה 404
בדיקה 1: האם היעד שאליו ההפניה מובילה מחזיר באמת 200 OK? כלי כמו httpstatus.io יראה לכם את כל שרשרת הסטטוסים.
בדיקה 2: כמה קפיצות יש בדרך? נסו לקצר לקפיצה אחת בלבד.
בדיקה 3: האם יש כלל wildcard כללי שמתנגש עם ההפניה הספציפית? לפעמים כלל גורף של "כל /products/* מפנה ל-/shop/" שובר הפניות פרטניות.
בדיקה 4: עקביות ב-trailing slash. /page/ ו-/page זה לא אותו דבר עבור השרת, וזה מקור עצום של 404 שקטים.
למה הפניה גורפת של כל 404 לדף הבית היא הרעיון הכי גרוע
אני שומע את זה כל שבוע: "פשוט נפנה את כל ה-404 לדף הבית, וזה ייפתר." לא ייפתר. זה ייצור בעיה חדשה שגוגל מזהה כ-Soft 404, וזה גם ייצור חוויית משתמש איומה.
חשבו על זה: גולש חיפש "סקירה של מוצר X", הקליק על תוצאה בגוגל, ופתאום נחת בדף הבית של אתר שלא מכיר. מה הוא עושה? נוטש בשנייה. גוגל רואה את זה, מסיקה שהתוצאה לא הייתה רלוונטית, ומוריד דירוגים על השאילתה הזו.
תיקון קישורים שבורים פנימיים: לתקן מהמקור, לא להפניה
הקישורים שבורים פנימיים, ההמלצה שלי כמעט תמיד היא: לתקן את הקישור בעמוד המקור, לא להגדיר 301. למה? כי כל הפניה היא קפיצה מיותרת, ובאתר גדול אלפי קפיצות מצטברות לבעיית ביצועים אמיתית.
היוצא מן הכלל: כשמדובר בכתובת ישנה שמופיעה גם בבק-לינקס חיצוניים. אז כן צריך 301, כי אין לכם שליטה על הקישורים החיצוניים. אבל גם בקישורים הפנימיים, תקנו את המקור.
העברת אתר ושינוי מבנה כתובות: איפה רוב הפרויקטים נכשלים
פרויקטי העברת אתר הם המקום שבו רוב הירידות הקטסטרופליות בדירוגים קורות. ב-12 השנים האחרונות לקחתי לידיים יותר מדי "הצלות" של אתרים שעברו מיגרציה גרועה, ואני יכול להגיד לכם בדיוק איפה הכשל: מפת ניתובים חלקית.
תהליך העבודה שאנחנו ב-WEBS עוקבים אחריו בכל מיגרציה:
לפני השינוי: סריקה מלאה של כל ה-URLs באתר הישן ממקורות מרובים (סורק, GSC, קובצי לוג היסטוריים). יצירת טבלת מיפוי 1:1 של כתובת ישנה לחדשה.
יישום: ה-301 דרך .htaccess או nginx config, לא דרך תוסף שמוסיף שכבה של מסד נתונים.
אחרי השינוי: מערכת WEBFORCE מנטרת בזמן אמת ומתריעה על כל 404 חדש שצץ.
עמוד 404 ידידותי: מה חייב להיות שם, ומה לא
עמוד 404 ידידותי לא פותר את הבעיה, אבל הוא ההבדל בין משתמש שנוטש למשתמש שממשיך באתר. המרכיבים שאני רואה בעמודי 404 שעובדים:
- הודעה ברורה בלי לפחיד ("העמוד שחיפשתם לא קיים, אבל יש לנו רעיונות")
- שדה חיפוש פנימי גלוי ובולט
- 3-5 קישורים לעמודים פופולריים או קטגוריות ראשיות
- שמירה על מיתוג מלא: לוגו, תפריט, פוטר
מה שלא צריך להיות בעמוד 404
- הפניה אוטומטית אחרי כמה שניות (יוצרת Soft 404)
- תוכן יצירתי מדי שמסתיר את העובדה שזו שגיאה
- העדר לחלוטין של ניווט (זריקה החוצה)
ניטור שוטף: איך לוודא ש-404 לא יחזרו לאתר שלכם
הטיפול החד-פעמי הוא הקל. הניטור השוטף הוא מה שמפריד בין אתר בריא לאתר שמתדרדר חצי שנה אחרי "טיפול שורש".
תדירות הניטור שאני ממליץ עליה:
- אתרים אחרי שינוי מהותי: ניטור יומיומי לחודש הראשון
- אתרים יציבים: ניטור שבועי דרך GSC ומערכת אוטומטית
- סריקה מלאה: עם Screaming Frog פעם בחודש
- בדיקת קובצי לוג: של השרת פעם ברבעון לפחות
מערכת WEBFORCE שלנו מנטרת את כל המדדים האלה אוטומטית ומתריעה ברגע שמופיע 404 חדש או שרשרת הפניות בעייתית. אנחנו מומחים בקידום אורגני בלבד, וזה מה שמאפשר לנו לבנות כלים שמתמקדים בדיוק בנקודות הקריטיות לדירוגים, בלי הסחות דעת.
תהליך עבודה ל-6 שלבים לטיפול שוטף
הטעות שעולה הכי הרבה כסף, וזו לא טעות טכנית
הטעות היקרה ביותר שאני רואה היא לא 301 שגוי או Soft 404 לא מטופל. היא חוסר התעדוף. בעלי עסקים מתקנים את 50 השגיאות הראשונות שהם רואים ב-GSC, מתעלמים מ-5,000 השגיאות בקובצי הלוג של השרת, ותוהים למה הדירוגים ממשיכים לרדת.
הגישה הנכונה: לפי תנועה היסטורית והשפעה עסקית. עמוד שהיה מדורג ראשון על מילת מפתח עם 1,000 חיפושים בחודש, חשוב פי 100 מ-50 עמודי בדיקה ישנים שאף אחד לא ביקר בהם. תמיד תתחילו מהראש של ה-Pareto.
מאז 2014 אנחנו ב-WEBS עובדים עם מאות לקוחות בארץ ובעולם, מארצות הברית דרך גרמניה ואנגליה ועד שוויץ. הדפוס חוזר על עצמו תמיד: לקוחות שטיפלו בהיגיינה הטכנית של האתר באופן שוטף, רואים צמיחה יציבה. לקוחות שלא טיפלו, מגיעים אלינו בפאניקה אחרי ירידה של 30% בתנועה.
אצלנו ב-WEBS אין התחייבות חודשית, ואתם נמצאים איתנו כל עוד אתם מרוצים. שקיפות מלאה, בלי אותיות קטנות, כי אנחנו יודעים שהעבודה שלנו מדברת בשם עצמה.
שאלות נפוצות
האם שגיאת 404 בודדת באמת פוגעת ב-SEO?
+
לא. גוגל אמרה מפורשות שדפי 404 לא פוגעים בדירוג האתר הכללי. הבעיה מתחילה כשיש כמות גדולה של 404 על עמודים שהיו מדורגים ומקבלים תנועה, או כשבק-לינקים חיצוניים איכותיים מצביעים על עמודים מתים. במקרים כאלה, ה-Link Equity הולך לאיבוד והדירוגים נפגעים.
מה ההבדל המעשי בין 404 ל-410?
+
404 אומר "לא נמצא" – הדף לא כאן עכשיו, אולי יחזור. 410 אומר "נמחק לצמיתות" – הדף הוסר בכוונה ולא יחזור. בפועל, גוגל מטפלת בשניהם באופן דומה, אבל 410 שולח סיגנל חד יותר שמאיץ את ההסרה מהאינדקס. משתמשים ב-410 כשמחקתם תוכן בכוונה ואתם בטוחים שלא תרצו להחזיר אותו.
למה לא להפנות את כל ה-404 לדף הבית?
+
כי גוגל מזהה את זה כ-Soft 404 ומתייחסת לזה כאל שגיאה. מעבר לכך, חוויית המשתמש נפגעת קשות – גולש שחיפש תוכן ספציפי ונחת בדף הבית לא מוצא מה שחיפש ונוטש. הפניה צריכה להיות תמיד לעמוד רלוונטי ספציפי. אם אין כזה, עדיף להשאיר 404 עם עמוד שגיאה ידידותי.
איך מזהים Soft 404 באתר שלי?
+
שני מקורות עיקריים: ב-Google Search Console תחת דוח "דפי אינטרנט" יש קטגוריה ספציפית של Soft 404. בנוסף, פתחו את DevTools בדפדפן, גשו ל-URL שלא קיים באתר, ובדקו בטאב Network אם הסטטוס הוא 404 או 200. אם אתם רואים 200 על דף שגיאה, יש לכם Soft 404.
כמה שרשראות הפניות גוגל מוכנה לעקוב?
+
גוגל עוקבת אחרי עד 5 קפיצות בשרשרת הפניות, אבל כל קפיצה מפחיתה מעט מה-Link Equity שעובר. ההמלצה המעשית היא תמיד לשאוף לקפיצה אחת בלבד – מהכתובת הישנה ישירות לכתובת הסופית. שרשרת של 3 קפיצות ומעלה היא סימן שצריך לנקות ולקצר את ההפניות.
מתי להשתמש ב-302 במקום 301?
+
302 מתאים רק למצבים זמניים באמת – למשל, כשאתם מפנים משתמשים לדף תחזוקה לכמה שעות, או כשאתם בודקים A/B test עם כתובת זמנית. אם השינוי קבוע, תמיד 301. הטעות הנפוצה היא להשתמש ב-302 כברירת מחדל כי "זה עובד" – זה אכן עובד מבחינת הגולש, אבל לא מעביר את מלוא ערך הקישורים מבחינת SEO.
צרו קשר עם הצוות שלנו לאבחון ראשוני ללא התחייבות. אנחנו ב-WEBS מתמחים בקידום אורגני בלבד מאז 2014.
גלעד קמר, מנכ”ל ומייסד וובס – חברה לקידום אתרים באינטרנט.
אני מביא איתי ניסיון של למעלה מ-12 שנים בתחום הקידום האורגני והמון יצירתיות וחשיבה מחוץ לקופסה.
