מדריך משתמש מקיף ויישומים מעשיים
RedirectChecker.Site אינו רק מציג רגיל של כותרות HTTP; זהו כלי מתקדם לאבחון רשת שנבנה עבור מומחי SEO, מנהלי מערכות ומפתחי אתרים. הבנה של השימוש הנכון בתכונות מאפשרת לאתר בעיות ניתוב מורכבות שעלולות לפגוע בדירוג במנועי חיפוש ובחוויית המשתמש.
1. שימוש בבודק: הוראות שלב אחר שלב
הזינו כתובת URL ציבורית מלאה, כולל הפרוטוקול (לדוגמה, https://example.com/old-page). בחרו דוגמת User-Agent ואם נדרש גם פרופיל כותרות Client Hints הבודק שולח בקשה מצד השרת עם הכותרות שנבחרו; הוא אינו מדמה דפדפן מלא, קובצי Cookie, JavaScript או זהות רשת של סורק.
2. פירוש התוצאות ודוגמאות לתרשים זרימה
לחצו על בדיקת URL כדי לראות כל תגובת HTTP בשרשרת ההפניות, את קוד המצב שלה, את זמן הבקשה שנמדד ואת כתובת ה-Location הבאה, אם קיימת. כל בדיקה עוקבת אחר עד חמש הפניות; אם השרשרת ממשיכה, התגובה בכתובת הבאה אינה נכללת באותה בדיקה.
3. מקרה מעשי: זיהוי מעבר מ-SSL
הפניה יכולה להוריד כתובת מ-HTTPS ל-HTTP. הבודק מסמן מעבר כזה כאשר הוא מזהה כתובת HTTPS שהתגובה שלה מפנה ל-Location המשתמש ב-HTTP. בדקו את היעד והגדירו את נתיב HTTPS המיועד לפני הסתמכות על התוצאה.
יסודות טכניים: קודי מצב HTTP והנדסת רשת
קודי מצב HTTP מתארים את תוצאת הבקשה, ואילו תגובות 3xx מפנות את הלקוחות לכתובת אחרת. הפניות קבועות עשויות לסייע למנועי חיפוש לאחד כתובות, אך אינן מבטיחות דירוג או תוצאת אינדוקס מסוימים. בחרו קוד מצב שתואם לקביעות המעבר המיועדת ואמתו את השרשרת ואת התגובה הסופית.
ההבדל בין 301, 302, 307 ו-308
- 301 — הועבר לצמיתות: השתמשו כאשר המשאב עבר לצמיתות. מנועי חיפוש רואים בהפניה קבועה אות חזק לטובת היעד, אך שום הפניה אינה מבטיחה דירוג או אינדוקס מסוימים.
- 302 — נמצא (זמני): מודיע ללקוח לעבור זמנית לכתובת אחרת ומשתמע מכך שהכתובת המקורית תחזור. בדרך כלל מנועי חיפוש אינם מעבירים ערך קישורים קבוע דרך 302.
- 307 — הפניה זמנית: המקבילה המודרנית ב-HTTP/1.1 ל-302. חשוב: 307 מבטיח ששיטת HTTP (GET או POST) לא תשתנה בעת מעקב אחר ההפניה.
- 308 — הפניה קבועה: הגרסה הקבועה של 307. היא פועלת בדומה ל-301 לצורכי SEO, אך אוסרת על הדפדפן לשנות בקשת POST לבקשת GET.
תאימות דפדפנים לקודי מצב של תגובות HTTP
קודי מצב HTTP הם אותות פרוטוקול שמטופלים במחסנית הרשת של הדפדפן, ולא תכונות דפדפן נפרדות. Chrome, Edge, Firefox, Safari, Opera, Android WebView ו-iPhone WebView המודרניים מעבדים את מחלקות המצב התקניות; מראה השגיאה למשתמש עשוי להשתנות בין דפדפנים ובין מתווכים ברשת.
| מחלקת תגובת HTTP | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | פרט תאימות מעשי |
|---|
| 1xx — מידע מקדים | נתמך | נתמך | נתמך | נתמך | נתמך בשכבת הרשת | 100 ו-101 מבוססים היטב. 102 ייעודי או מיושן; התנהגות 103 Early Hints עשויה להשתנות לפי גרסה, שרת ומתווך. |
| 2xx — הצלחה | נתמך | נתמך | נתמך | נתמך | נתמך | סמנטיקת הפרוטוקול משותפת; עדיין חלים כללי גוף התגובה, כגון היעדר גוף ב-204/205. |
| 3xx — הפניה | נתמך | נתמך | נתמך | נתמך | נתמך | לקוחות עוקבים אחר Location בכפוף לכללי שיטה, מטמון, אבטחה וניווט. 307/308 משמרים את השיטה; 301/302 עשויים להמיר POST ל-GET. |
| 4xx — שגיאות לקוח | נתמך | נתמך | נתמך | נתמך | נתמך | מחלקת התגובה מובנת, אך הצגת גוף השגיאה של השרת לעומת ממשק שגיאה של הדפדפן עשויה להשתנות. |
| 5xx — שגיאות שרת | נתמך | נתמך | נתמך | נתמך | נתמך | דפי מתווך, התנהגות ניסיונות חוזרים והצגת אבחון עשויים להשתנות גם כאשר קוד המצב זהה. |
| קוד לא מוכר במחלקה מוכרת | טיפול לפי המחלקה | טיפול לפי המחלקה | טיפול לפי המחלקה | טיפול לפי המחלקה | טיפול לפי המחלקה | לקוחות יכולים להסיק את המחלקה הכללית לפי הספרה הראשונה. קוד מותאם אישית אינו מקבל משמעות אוניברסלית מכוח מנגנון ברירת מחדל זה. |
טבלה זו מתארת תאימות ברמת הפרוטוקול, ולא תצוגה זהה או טענה שכל גרסת דפדפן חושפת תגובות ביניים באותה צורה.
הפרות cloaking ורינדור דינמי
Cloaking הוא הצגת תוכן או יעדים שונים מהותית למנועי חיפוש ולבני אדם. ניתן להשוות תגובות לכותרות User-Agent ו-Client Hints נבחרות בתשתית שמורשים לבדוק. פרופילים אלה אינם מאמתים זהות של סורק ואינם קובעים אם אתר עומד במדיניות Google.
שאלות נפוצות (FAQ טכניות)
מהי בדיוק „שרשרת הפניות” ומדוע היא מזיקה ל-SEO טכני?
שרשרת הפניות נוצרת כאשר כתובת URL עוברת דרך כמה כתובות ביניים לפני שהיא מגיעה לעמוד הסופי (למשל A → B → C → D). כל מעבר דורש בקשה נוספת, מוסיף עיכוב והופך את הסריקה לפחות יעילה. שמרו על נתיבים ישירים ככל האפשר; השאלה הבאה מסבירה את אורך השרשרת המומלץ.
RFC 9110: סמנטיקת HTTP והפניות · Google Search Central: העברת אתרים והפניות
איך אפשר לבדוק תגיות canonical לאחר הפניה?
הבודק עוקב אחר קודי מצב HTTP וכותרות Location; הוא אינו מוריד או מנתח את HTML של עמוד היעד ולכן אינו יכול לאמת rel=canonical. פתחו את כתובת ה-URL הסופית וודאו שקישור canonical שלה מצביע לעמוד המועדף שניתן לאינדקס. אפשר להשתמש בבדיקת כתובת URL ב-Search Console כדי לעיין בבחירת ה-canonical של Google.
Google Search Central: בחירת כתובת קנונית · Google Search Central: ציון כתובת URL קנונית
האם הכלי יכול לזהות הפניות שמבוססות על JavaScript?
לא. הכלי עוקב אחר תגובות HTTP 3xx עם כותרת Location. הוא אינו מריץ JavaScript ואינו בודק בגוף התגובה תגיות meta-refresh; לשם כך נדרשת בדיקה בדפדפן.
Google Search Central: הפניות ו-Google Search
מהי לולאת הפניות ואיך מתקנים אותה?
לולאת הפניות היא מחזור אינסופי שבו URL A מפנה ל-URL B, ו-B חוזר ל-A, עד שהדפדפן מציג שגיאת ERR_TOO_MANY_REDIRECTS. התיקון מחייב לערוך את קובץ .htaccess של השרת, את תצורת Nginx או את כללי הניתוב של מערכת ניהול התוכן.
RFC 9110: סמנטיקת HTTP והפניות · MDN: קודי מצב של תגובות HTTP
מהם Client Hints וכיצד הבודק משתמש בהם?
Client Hints הם כותרות בקשת HTTP כגון Sec-CH-UA-Mobile ו-Sec-CH-UA-Platform. הפרופיל שנבחר מוסיף את הכותרות המתאימות לבקשה מצד השרת של הבודק, כדי להשוות את תגובת השרת. זו בדיקת כותרות, לא הדמיה מלאה של דפדפן או הוכחה שהבקשה הגיעה מדפדפן או סורק מסוים.
MDN: רמזי לקוח HTTP
כמה הפניות 301 אפשר לכלול בשרשרת?
Google מציינת ש-Googlebot יכול לעקוב אחר עד 10 שלבי הפניה, אך ממליצה על נתיב ישיר בכל הזדמנות. אם אי אפשר להסיר את השרשרת, שמרו עליה קצרה — רצוי עד שלושה שלבים ופחות מחמישה. כל שלב מוסיף בקשה, ולקוחות אחרים עשויים להציב מגבלות נמוכות יותר. התאימו קודים קבועים (301/308) או זמניים (302/307) לסוג המעבר המתוכנן.
הנחיות Google Search Central.
RFC 9110: סמנטיקת HTTP והפניות
אילו קודי מצב HTTP מציינים מעבר קבוע או זמני?
301 ו-308 מציינים שמשאב הועבר לצמיתות; 302 ו-307 מציינים הפניה זמנית. בחרו את קוד המצב בהתאם לציפייה שהכתובת המקורית תחזור או לא, והשאירו את היעד רלוונטי לבקשה המקורית.
RFC 9110: סמנטיקת HTTP והפניות
מתי להשתמש ב-307 או 308 במקום ב-301 או 302?
307 ו-308 משמרים את שיטת הבקשה בעת הפניה. בחלק מהלקוחות בקשת POST עשויה להפוך ל-GET אחרי 301 או 302. השתמשו ב-307 למעבר זמני או ב-308 למעבר קבוע כאשר חשוב לשמר את השיטה ואת גוף הבקשה; אמתו את ההתנהגות מול הלקוחות שהשירות שלכם תומך בהם.
RFC 9110: סמנטיקת HTTP, קודים 307 ו-308
מדוע הבודק עשוי לקבל 403 או 429 כשהעמוד נפתח בדפדפן שלי?
הבודק שולח בקשה מצד השרת, שעשויה להיות שונה מהדפדפן שלך במיקום הרשת, בקובצי Cookie, באימות ובכותרות. חומת אש, CDN, הגבלת קצב או כלל נגד בוטים עשויים לחסום או להאט אותה. השוו יומני שרת וכללי גישה; אל תסיקו מתוצאת 403 או 429 בבדיקה אחת שכל המבקרים חסומים.
RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests
האם הגדרות Googlebot וסורקי חיפוש הן סורקים מאומתים?
לא. הגדרה מוכנה מראש משנה רק את מחרוזת כותרת User-Agent. הבקשה אינה מגיעה מ-Google או מרשת של סורק אחר ואינה מוכיחה שהמבקש הוא סורק אותנטי. אמתו את זהות הסורק בעזרת תהליך בדיקת IP או DNS שפרסם הספק.
Google Search Central: אימות Googlebot וסורקים אחרים של Google
מדוע פרופילי User-Agent שונים עשויים להציג שרשראות הפניה שונות?
שרתים, רשתות CDN וכללי יישום עשויים לבחור יעדים או קודי מצב שונים לפי כותרות הבקשה, אותות מכשיר, מיקום גאוגרפי, אימות או מצב הפעלה. השוו את המעקבים כדוגמאות אבחוניות; הם לא בהכרח תואמים לכל בקשה של משתמש אמיתי או סורק.
RFC 9110: כותרת Vary ותגובות במשא ומתן
האם פרמטרים של שאילתה נשמרים כאשר כתובת URL מפנה הלאה?
כותרת Location בתגובת ההפניה קובעת את כתובת ה-URL הבאה. שרת יכול לשמר, להסיר או לשנות פרמטרים של שאילתה. הבודק עוקב אחר ערך Location שהתקבל, לכן השוו בין כתובות ה-URL המוצגות כדי לראות מה השרת החזיר בפועל.
RFC 9110: כותרת התגובה Location
אחר כמה הפניות הבודק עוקב בהרצה אחת?
הבודק הנוכחי עוקב אחר עד חמש הפניות. אם התגובה לאחר הקפיצה החמישית מצביעה על כתובת URL נוספת, ייתכן שההרצה תציג אותה בלי לשלוח אליה בקשה. פתחו בדיקה חדשה לכתובת זו או קצרו את השרשרת כדי לבדוק את התגובה הסופית.
כיצד בורר Client Hints משפיע על בדיקה?
הוא מוסיף את כותרות הבקשה Sec-CH-* שנבחרו, כגון סימון לנייד או ערך פלטפורמה, לצד מחרוזת User-Agent שנבחרה. אלה דוגמאות מוגדרות לכותרות; הן אינן משחזרות את מלוא התנהגות הרשת של דפדפן, והשרת עשוי להתעלם מהן.
MDN: רמזי לקוח HTTP
כמה זמן כדאי להשאיר הפניה לאחר העברת כתובת URL?
השאירו את ההפניה זמן רב ככל האפשר. Google ממליצה להשאיר הפניות לפחות שנה לאחר העברת אתר כדי לאפשר למנועי חיפוש לעבד את השינוי; מבקרים עשויים להמשיך להשתמש בסימניות ובקישורים הישנים גם לאחר מכן.
Google Search Central: העברת אתרים והפניות
אילו דברים נוספים צריך לעדכן לאחר העברת כתובת URL?
עדכנו קישורים פנימיים, את כתובת ה-canonical של עמוד היעד, הערות hreflang כאשר נעשה בהן שימוש ואת מפת האתר XML כך שיצביעו לכתובת החדשה. שמרו על רלוונטיות של העמוד החלופי ובדקו שההפניה מגיעה ישירות ובעקביות ליעד.
Google Search Central: העברת אתרים והפניות