לפני שמעבירים אתר: רשימת בדיקות לצוות

מגדירים מה משתנה ומי אחראי

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

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

ממפים את הכתובות הישנות לחדשות

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

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

עוברים במסלולים שהמבקרים יצטרכו לבצע

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

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

בודקים שוב כשהאתר החדש באוויר

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

גוגל מציינת שתנודות זמניות אפשריות בזמן עיבוד המעבר וממליצה להשאיר את ההפניות לפחות שנה. עקבו ב-Search Console אחר הכתובות הישנות והחדשות. מעבר תקין אינו הבטחה לשמירה על כל דירוג.