לפני שמעבירים אתר: רשימת בדיקות לצוות
לפני שמעבירים אתר, אני רוצה לדעת לאן תוביל כל כתובת חשובה, מי יבדוק אותה ומה יקרה אם משהו ישתבש. הרשימה הזאת מרכזת את הבדיקות לפני ההשקה ואחריה.
תקציר המאמר
- הגדירו מה משתנה, מי אחראי ומתי עוצרים השקה בגלל תקלה.
- מפו כתובות ישנות ליעדים רלוונטיים ועדכנו הפניות, קישורים פנימיים ומפת אתר.
- בדקו תרחישים לפני ההשקה והמשיכו לעקוב אחר הכתובות וההפניות אחרי המעבר.
תיעוד הבדיקה: נבדק על nirlevi.com ב-13.10.2026: Codex (AI) תיעד את שלוש שרשראות ההפניה ותגובות היעד, ובדק את ההנחיות מול תיעוד Google. לא אומתו כאן תוצאות תנועה או מעבר אתר של לקוח.
מפת הפניות אמיתית מ-nirlevi.com
לפני שמסמנים הפניה כתקינה, כדאי לבדוק גם לאן היא מובילה ומה מחזיר היעד. ב-13 באוקטובר 2026 Codex שלח בקשות HTTP לכתובות הבאות ותיעד כל צעד. המפה מציגה את ההתנהגות שנצפתה באתר הזה, לא תוצאה של מעבר אצל לקוח.
| כתובת מקור | סטטוס מקור | יעד ההפניה | סטטוס יעד | מספר הפניות |
|---|---|---|---|---|
| http://nirlevi.com/ | 308 | https://nirlevi.com/ | 200 | 1 |
| https://www.nirlevi.com/ | 308 | https://nirlevi.com/ | 200 | 1 |
| https://nirlevi.com/llm.html | 308 | https://nirlevi.com/en/ai-info/ | 200 | 1 |
שתי השורות הראשונות מרכזות את הכניסה לאתר ב-HTTPS ובדומיין ללא www. השורה השלישית שונה: כתובת ישנה מקבלת עמוד חלופי שממשיך את אותו תפקיד, מידע על האתר באנגלית. לכן יעד ההפניה הוא עמוד המידע באנגלית, ולא דף הבית בעברית.
בכל שלושת המקרים נצפתה הפניה אחת ואחריה תשובת 200. אלה תנאי קבלה שאפשר לתת לפיתוח ול-QA. אם מתווסף צעד, בדקו אם אפשר להפנות ישירות ליעד הסופי. אם היעד מחזיר 404, או שהתוכן שלו לא מתאים לעמוד הישן, עצרו ובדקו את המיפוי לפני ההשקה.
אחרי אימות ההפניה, פתחו גם את עמוד היעד ובדקו את התוכן, ה-canonical והמעבר בין השפות. תגובת 200 לבדה יכולה להגיע גם מעמוד שגוי. במקביל, השוו את דוחות האינדוקס של המקור והיעד: המידע בהם עשוי להתעדכן במועדים שונים, כפי שרואים במקרה האינדוקס מהאתר הזה.
כל תגובות השרת שנשמרו · מפת ההפניות כ-CSV. הבדיקה מתארת תגובות שרת במועד מסוים; היא לא מודדת שמירת דירוגים או תנועה לאחר מעבר.
מגדירים מה משתנה ומי אחראי
התחילו ברשימה של מה שמשתנה: הדומיין, מערכת האתר, הכתובות, התוכן או העיצוב. ליד כל תחום ציינו מי מטפל בו, כולל הפניות ומדידה. הייתי נמנע מלשנות הכול יחד כשאין בכך צורך, כי אז קשה יותר להבין מה גרם לתקלה.
לפני המעבר שמרו את נתוני העמודים שמביאים ביקורים ופניות, עמודים עם קישורים נכנסים ועמודים שחשובים להצגת המוצר. סכמו גם מי יכול לעצור את ההשקה אם נמצאת תקלה, ואיך חוזרים לגרסה הקודמת.
קובעים לאן תפנה כל כתובת ישנה
הכינו טבלה עם כל כתובת ישנה והיעד החדש שלה, הסיבה לשינוי ושם הבודק. אפשר להתחיל בעמודים החשובים, אבל צריך להשלים את המיפוי. אם מסירים עמוד, החליטו מה יקרה לכתובת שלו; אל תפנו אותו אוטומטית לעמוד שלא עונה על אותו צורך.
במעבר עם שינוי כתובות, גוגל מנחה למפות כתובות ולהפנות ליעד הרלוונטי באמצעות הפניות קבועות בצד השרת. עדכנו גם קישורים פנימיים, canonical ומפות אתר. הפניית עמודים רבים לדף בית לא רלוונטי אינה תחליף למיפוי.
מנסים להשתמש באתר לפני ההשקה
בדקו דוגמאות מכל תבנית ושפה, וגם סוגים שונים של שינוי כתובת. לצד הבדיקות האוטומטיות, בקשו ממישהו לנסות את האתר לפני שהוא עולה לאוויר. אלה הפעולות שהייתי בודק:
- כניסה לכתובת ישנה והגעה ליעד החדש המתאים.
- פתיחת עמוד חדש ובדיקת הכותרת, התוכן והקישורים.
- מעבר בין עברית לאנגלית והגעה לעמוד המקביל.
- שליחת פנייה בעותק הבדיקה: האם היא מגיעה, והאם מערכת המדידה רושמת אותה?
- בדיקת הוראות האינדוקס המיועדות להשקה, בלי לאפשר ל-Google לאנדקס בטעות את עותק הבדיקה.
בודקים שוב כשהאתר החדש באוויר
מיד אחרי ההשקה פתחו את הכתובות החשובות ובדקו שההפניות עובדות גם מחוץ לסביבת הפיתוח. חלקו את האחריות לבדיקות ההמשך בין הפיתוח, השיווק ובעל האתר. תעדו כל תקלה ותיקון עם תאריך, כדי שתוכלו להשוות אותם לשינויים בנתונים.
גוגל מציינת שתנודות זמניות אפשריות בזמן עיבוד המעבר וממליצה להשאיר את ההפניות לפחות שנה. עקבו ב-Search Console אחר הכתובות הישנות והחדשות. מעבר תקין אינו הבטחה לשמירה על כל דירוג.
Google Search Central: Site moves with URL changes ↗מקורות והמשך קריאה
המקורות נבדקו בתאריך
איך נוצר המאמר
- שימוש ב-AI
- טיוטה בעזרת AI
- כלים שתועדו
- Codex
- עדכון מהותי אחרון
