301 מול 302 הפניות

ההבדל בין הפניות 301 ו-302 נראה עדין — שניהם מורים לדפדפנים ללכת למקום אחר. אבל להבחנה בת שלושת הספרות יש השלכות עצומות. בחר לא נכון, והאתר שלך עלול להיעלם מדירוגי החיפוש. לא מפני שמשהו שבור, אלא מפני שסיפרת למנועי החיפוש את הסיפור הלא נכון על כוונותיך.

ההבחנה המרכזית

שתי ההפניות אומרות "לך למקום אחר." ההבדל הוא מה הן מרמזות לגבי העתיד:

301 Moved Permanently: זהו שינוי שם. כתובת ה-URL הישנה מתה. עדכן את הרשומות שלך.

302 Found: זוהי כתובת למשלוח דואר. כתובת ה-URL הישנה עדיין חשובה. בדוק שוב מאוחר יותר.

זה הכל. כל השאר — התנהגות מטמון, השפעת SEO, טיפול הדפדפן — נובע מהבחנה סמנטית בודדת זו.

כיצד פועלות הפניות

כאשר אתה מבקש כתובת URL שמפנה, השרת מגיב עם קוד סטטוס 3xx וכותרת Location:

GET /old-page HTTP/1.1
Host: example.com

HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page

הדפדפן שלך מבקש אוטומטית את המיקום החדש. אתה רואה את היעד הסופי, לא את ההפניה.

301: המעבר הקבוע

301 אומרת לעולם: "כתובת URL זו עברה לצמיתות. הפסק להשתמש בה."

HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page

מה קורה:

• דפדפנים שומרים הפניה זו במטמון, לעתים קרובות ללא הגבלת זמן
• מנועי חיפוש מעבירים אותות דירוג (90-99%) לכתובת ה-URL החדשה
• מנועי חיפוש מחליפים את כתובת ה-URL הישנה בחדשה באינדקס שלהם
• יש לעדכן סימניות לכתובת ה-URL החדשה

מתי להשתמש ב-301:

• ארגון מחדש של האתר (/products/item-123 → /shop/item-123)
• העברות דומיין (old-domain.com → new-domain.com)
• איחוד תוכן כפול לכתובת URL קנונית
• אכיפת HTTPS (http:// → https://)

השאלה המרכזית: האם כתובת ה-URL הזו תחזור אי פעם? אם לא, השתמש ב-301.

302: העיקוף הזמני

302 אומרת לעולם: "כתובת URL זו נמצאת באופן זמני במקום אחר. הכתובת המקורית עדיין היא הכתובת האמיתית."

HTTP/1.1 302 Found
Location: https://example.com/temporary-location

מה קורה:

• דפדפנים לא שומרים הפניה זו במטמון לטווח ארוך
• מנועי חיפוש שומרים את כתובת ה-URL המקורית באינדקס
• אותות הדירוג נשארים עם כתובת ה-URL המקורית
• כל בקשה בודקת אם ההפניה עדיין בתוקף

מתי להשתמש ב-302:

• דפי תחזוקה (האתר מושבת באופן זמני)
• בדיקות A/B (שליחה זמנית של חלק מהמשתמשים למקום אחר)
• הפניות גיאוגרפיות (המשתמש עשוי לנסוע)
• הפניות לכניסה (הפנה לדף כניסה, ואז חזרה לדף המקורי)
• כל מצב שבו כתובת ה-URL המקורית צריכה להישאר ה"אמיתית"

השאלה המרכזית: האם כתובת ה-URL הזו תחזור לנורמלי? אם כן, השתמש ב-302.

מלכודת ה-SEO

כאן נפגעים אנשים:

אתה מארגן מחדש את האתר שלך. כתובות URL משתנות לצמיתות. אבל אתה משתמש ב-302 כי... זה ברירת המחדל ב-framework שלך, או שלא חשבת על זה, או שחשבת "הפניה זה הפניה."

חודשים לאחר מכן, אתה מבחין שדירוגי החיפוש שלך צנחו. לדפים הישנים שלך היו שנים של קישורים נכנסים וסמכות. לדפים החדשים שלך אין כלום. אותות הדירוג לא הועברו כי אמרת ל-Google "זה זמני — שמור את כתובת ה-URL הישנה באינדקס."

Google שמר את כתובות ה-URL הישנות שלך באינדקס. הן כעת מצביעות על דפים שמפנים. לכתובות ה-URL החדשות שלך אין היסטוריה. בלי שמת לב, הפכת את ה-SEO שלך ליתום.

התיקון פשוט אך איטי: שנה את ה-302-ים ל-301-ים והמתן שבועות או חודשים עד שמנועי החיפוש יעבדו מחדש.

מלכודת המטמון

הטעות ההפוכה כואבת באותה מידה:

אתה מעלה דף תחזוקה. אתה משתמש ב-301 כי "זה מפנה, נכון?" התחזוקה מסתיימת. משתמשים ממשיכים לראות את דף התחזוקה. הדפדפן שלהם שמר את ה-301 במטמון ולא יבדוק אפילו אם זה עדיין בתוקף.

אינך יכול לתקן זאת מהשרת שלך. ההפניה חיה בדפדפן של המשתמשים שלך. הם צריכים לנקות את המטמון שלהם, או שאתה צריך להמתין שיפוג תוקפו.

הכלל: 301 לקבוע. 302 לזמני. ללא יוצאים מן הכלל.

307 ו-308: הגרסאות שמשמרות את שיטת הבקשה

ישנה כאן גחמה היסטורית: דפדפנים לפעמים שינו בקשות POST ל-GET בעקבות הפניות 301/302. זה שבר שליחות טפסים.

HTTP/1.1 הציג גרסאות מחמירות יותר:

307 Temporary Redirect: כמו 302, אבל מבטיח ששיטת הבקשה נשארת זהה.

308 Permanent Redirect: כמו 301, אבל מבטיח ששיטת הבקשה נשארת זהה.

POST /old-endpoint HTTP/1.1
Content-Type: application/json
{"data": "value"}

HTTP/1.1 308 Permanent Redirect
Location: /new-endpoint

הדפדפן שולח POST (לא GET) ל-/new-endpoint עם גוף הבקשה המקורי שלם.

מתי להשתמש ב-307/308:

• הפניית נקודות קצה של API שמקבלות POST/PUT/DELETE
• כל הפניה שבה שימור שיטת ה-HTTP חשוב

לבקשות GET פשוטות, 301/302 מתאימות ויש להן תאימות רחבה יותר.

שרשראות ולולאות הפניה

שרשראות קורות כאשר הפניות מצביעות על הפניות אחרות:

/page-1 → 301 → /page-2 → 301 → /page-3

כל קפיצה מוסיפה זמן אחזור ומאבדת חלק מערך ה-SEO. הצבע ישירות ליעד הסופי.

לולאות קורות כאשר הפניות יוצרות מעגל:

/page-a → 302 → /page-b → 302 → /page-a

דפדפנים מזהים זאת ומציגים "יותר מדי הפניות." בדוק את היגיון ההפניות שלך בקפידה.

יישום

Nginx:

# קבוע
location /old-page {
    return 301 /new-page;
}

# זמני
location /product {
    return 302 /maintenance;
}

Apache:

# קבוע
Redirect 301 /old-page /new-page

# זמני
Redirect 302 /product /maintenance

Node.js/Express:

// קבוע
app.get('/old-page', function(request, response) {
    response.redirect(301, '/new-page');
});

// זמני
app.get('/product', function(request, response) {
    response.redirect(302, '/maintenance');
});

בדיקת הפניות

curl -I https://example.com/old-page

תראה:

HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page

או השתמש ב-DevTools של הדפדפן → לשונית Network. לחץ על כל בקשה שמופנית כדי לראות את קוד הסטטוס ואת כותרת Location.

מסגרת ההחלטה

כשאתה מוסיף הפניה, שאל שאלה אחת:

"האם כתובת ה-URL המקורית תהיה אי פעם כתובת ה-URL הנכונה שוב?"

• לא → 301 (או 308 לבקשות שאינן GET)
• כן → 302 (או 307 לבקשות שאינן GET)

זו כל ההחלטה. כל השאר — SEO, מטמון, התנהגות דפדפן — נובע אוטומטית מכך שתצדק בזה.

שאלות נפוצות על הפניות 301 מול 302

האם Google מטפל בהפניות 302 אחרת מ-301?

כן, באופן משמעותי. עם 301, Google מעביר אותות דירוג לכתובת ה-URL החדשה ומסיר את הישנה מהאינדקס שלו. עם 302, Google שומר את כתובת ה-URL המקורית באינדקס ולא מעביר כוח דירוג, בהנחה שההפניה זמנית. שימוש ב-302 למעברים קבועים עלול להשאיר את ה-SEO שלך תקוע על כתובות URL שכבר לא מגישות תוכן.

האם אני יכול לשנות 302 ל-301 מאוחר יותר?

כן, אבל יש עיכוב. מנועי חיפוש יכירו בסופו של דבר בשינוי ויתחילו להעביר דירוגים, אבל זה לוקח שבועות עד חודשים בהתאם לתדירות שבה הם סורקים את האתר שלך. עדיף לעשות זאת נכון מהפעם הראשונה.

מה קורה אם אני משתמש ב-301 עבור הפניה זמנית בטעות?

דפדפנים ו-CDN-ים עשויים לשמור את ההפניה במטמון ללא הגבלת זמן. אפילו לאחר שתסיר את ההפניה מהשרת שלך, משתמשים עשויים עדיין להיות מופנים כי ה-301 שמור במטמון הדפדפן שלהם. תצטרך מהמשתמשים לנקות את המטמון שלהם או להמתין שההפניה הנשמרת במטמון תפוג — וזה יכול להיות זמן רב מאוד.

האם כדאי להשתמש ב-307/308 במקום 302/301?

להפניות דף רגילות (בקשות GET), 301 ו-302 עובדות מצוין ויש להן תאימות רחבה מעט יותר. השתמש ב-307/308 כאשר אתה מפנה בקשות שעשויות להיות POST, PUT, או DELETE — כמו נקודות קצה של API — שבהן שימור שיטת ה-HTTP חיוני.