תוכן העניינים
ביום שבו האתר החדש עולה לאוויר, כולם מסתכלים קדימה. בודקים את העיצוב, פותחים את התפריט במובייל ושולחים את הקישור ללקוחות. אבל מחוץ לאתר, החיים ממשיכים דרך הכתובות הישנות: תוצאות בגוגל, המלצות בפורומים, קישורים בניוזלטרים וסימניות שאנשים שמרו לפני שנתיים.
מבחינת אותם מבקרים, ההשקה מתחילה דווקא בעמוד שכבר לא קיים.
Migration, או מיגרציה של אתר, הוא תהליך המעבר בין מערכות, תשתיות או כתובות. המשימה אינה מסתיימת בהעברת התוכן. צריך לדאוג שגם הדרכים שהובילו אליו ימשיכו לעבוד.
אין דרך להבטיח שמעבר משמעותי יעבור ללא תנודות בתנועה האורגנית. יש, לעומת זאת, הרבה תקלות שאפשר לזהות לפני שהן פוגעות באתר. כדי לעשות זאת, כדאי להתייחס למעבר כאל רצף של החלטות ובדיקות, ולא כאל פעולה אחת ביום ההשקה.
כשישה שבועות לפני – מחליטים מה באמת עובר
שישה שבועות הם נקודת פתיחה לתכנון, לא דרישה קשיחה. אתר קטן עשוי להזדקק לפחות זמן, ואתר מסחר גדול להרבה יותר. הדבר החשוב הוא להתחיל כשעוד אפשר לשנות החלטות.
תחילה מגדירים מה משתנה. מעבר לאחסון חדש, ללא שינוי בכתובות, אינו זהה למעבר לדומיין אחר. החלפת מערכת ניהול אינה מחייבת החלפת כתובות. גם עיצוב חדש לא מחייב למחוק עמודים ותיקים.
השאלה הראשונה היא לכן לא אילו הפניות להכין, אלא אילו כתובות בכלל צריך לשנות.
מתחילים מהאתר הקיים, לא רק מהתפריט החדש
כדאי להרכיב רשימת עמודים מתוך כמה מקורות: מערכת הניהול, סריקת האתר, מפת האתר ונתוני התנועה. כל מקור עשוי לחשוף עמודים שהאחרים מפספסים. גם קובצי PDF ותמונות שמקבלים כניסות או קישורים עשויים להיות חלק מהמעבר.
לצד כל עמוד חשוב, מתעדים מה אמור לקרות לו: להישאר באותה כתובת, לעבור לכתובת אחרת, להתאחד עם תוכן אחר או לרדת מהאתר.
נניח שלעסק יש מדריך ותיק שמביא מעט כניסות, אבל חלק מהקוראים בו משאירים פנייה. בתכנון העיצוב החדש הוא נראה כמו עמוד שולי. מבחינה עסקית, הוא עשוי להיות חשוב יותר מעמוד מרשים שאיש אינו מגיע אליו.
לכן, החלטה להסיר תוכן צריכה להתבסס גם על תפקידו, ולא רק על מראהו או גילו.
קודם סוגרים את המבנה, אחר כך ממפים כתובות
אם עדיין מתווכחים על הקטגוריות ועל חלוקת השירותים, מפת ההפניות תשתנה שוב ושוב. עדיף להסדיר תחילה את מבנה האתר והקשרים בין העמודים, ורק אז לקבוע את היעדים.
לכל כתובת שמשתנה מחפשים עמוד מקביל ורלוונטי. עמוד על תיקון מחשבים ניידים צריך להוביל לשירות המתאים, לא אוטומטית לעמוד הבית.
כאשר תוכן בוטל ואין לו תחליף מתאים, תשובת 404 או 410 עשויה להיות נכונה יותר מהפניה לעמוד לא קשור. המטרה אינה להעלים כל שגיאה מהדוח, אלא לתת לכל כתובת טיפול מוצדק.
שבוע לפני – בודקים את מה שהעיצוב לא מראה
בשלב הזה האתר החדש כבר אמור להיות מספיק יציב לבדיקה מקיפה. לא רק כדי לראות שהעמודים נפתחים, אלא כדי לבדוק מה עבר ומה נשמט.
משווים כמה סוגי עמודים בין הגרסאות: עמוד שירות, מאמר, קטגוריה, מוצר וכל תבנית נוספת שקיימת באתר. בודקים שהטקסט המרכזי, כותרות ה־SEO ותיאורי המטא לא הוחלפו במקרה בערכים כלליים.
אין חובה לשמר כל ניסוח ישן. אבל אם משנים תוכן, כדאי שזו תהיה החלטה מתועדת ולא תוצאה מקרית של ייבוא.
סביבת בדיקות צריכה להישאר סביבת בדיקות
אפשר להגביל את הגישה לסביבת הפיתוח באמצעות הזדהות או הגבלת גישה מתאימה. חסימה בקובץ robots.txt לבדה אינה הופכת אתר לפרטי.
במקביל, מכינים רשימה של הגבלות שצריך להסיר מהעמודים הציבוריים בהשקה. אחת הטעויות היקרות היא העברת הוראת noindex מסביבת הבדיקות לאתר הפעיל. האתר עשוי להיראות תקין לחלוטין למבקרים, ובכל זאת להורות למנועי חיפוש שלא לכלול את עמודיו בתוצאות.
בודקים גם את כתובות הקנוניקל, שמציינות למנוע החיפוש איזו גרסה של העמוד היא המועדפת. הן לא אמורות להצביע בטעות לדומיין הבדיקות.
אם האתר החדש משנה את אופן טעינת התוכן, צריך לבדוק גם את התוצאה לאחר הרינדור. הנושא מפורט במאמר על בעיות רינדור ואינדוקס באתרי JavaScript.
עורכים חזרה על המעבר
לפני ההשקה כדאי לבצע מעבר ניסיוני בסביבה מבוקרת: להעביר נתונים, להפעיל את ההגדרות ולבדוק מסלולים מרכזיים.
במעבר קבוע של כתובת משתמשים בדרך כלל בהפניית שרת קבועה, מסוג 301 או 308. לא מספיק לבדוק שקיימת הפניה; צריך לפתוח גם את היעד ולוודא שזה העמוד הנכון.
בחנות, החזרה צריכה לכלול גם הזמנה ניסיונית. באתר שירותים, שולחים טופס ובודקים שהפנייה באמת מגיעה ליעדה. הודעת הצלחה על המסך אינה הוכחה שהמייל נשלח או שהמידע נשמר.
בסוף החזרה צריכים לדעת מי אחראי לכל פעולה, מי מאשר את ההשקה ובאילו נסיבות עוצרים אותה.
חלון ההשקה – מעלים את האתר ואת ההפניות יחד
אין יתרון אוטומטי להשקה באמצע הלילה. עדיף לבחור חלון עם פעילות נמוכה יחסית, כשאנשי הפיתוח, האחסון והניהול הרלוונטיים זמינים.
לפני המעבר מגבים את המערכת ומסדירים את הנתונים שנוספו מאז ההעתקה האחרונה. באתר שממשיך לקבל הזמנות או הרשמות, צריך להחליט איך מונעים מהן להישאר רק במערכת הישנה.
מרגע שהאתר החדש פעיל, בודקים ארבעה דברים ברצף:
- הכתובות הישנות שנועדו לעבור מובילות ישירות ליעדים המתאימים.
- העמודים הציבוריים המיועדים לחיפוש נגישים, ללא חסימות פיתוח שנשארו בטעות.
- הקישורים הפנימיים, כתובות הקנוניקל ומפת האתר משקפים את הכתובות החדשות.
- הטפסים, הרכישה וכלי המדידה פועלים גם בסביבה החיה.
כאשר עוברים לדומיין אחר, בודקים גם את הצורך בכלי שינוי הכתובת של Search Console ואת תנאי השימוש בו. זה אינו שלב שנדרש בכל השקה: שינוי עיצוב, החלפת אחסון או שינוי נתיבים בתוך אותו דומיין אינם כשלעצמם סיבה להשתמש בו.
72 השעות הראשונות – מפרידים בין תקלת אתר לתקלת מדידה
השעות הראשונות נועדו בעיקר לאיתור תקלות תפעוליות. מוקדם מדי להסיק מהן מסקנות סופיות על הצלחת המעבר בחיפוש.
מתחילים מהמסלולים החשובים: פותחים כתובות ישנות של עמודים שהביאו תנועה ופניות, בודקים את היעד ומנסים לבצע את הפעולה שלשמה המבקר הגיע.
כדאי לכלול במדגם עמודים מכמה תבניות. בדיקה של עמוד הבית לא תגלה שתבנית המאמרים איבדה תמונות, או שבמוצרים חסרה אפשרות הבחירה.
אם מופיעה ירידה חדה בנתוני הביקורים, לא מניחים מיד שהדירוגים קרסו. ייתכן שכלי המדידה אינו נטען, שאירוע ההמרה הוחלף או שמנגנון ההסכמה השתנה. משווים בין נתוני המדידה, נתוני החיפוש והפעילות בפועל, תוך התחשבות בעיכובי הדיווח.
ההבחנה הזאת קובעת גם את הטיפול. טופס שבור דורש תיקון עכשיו. תנודה בחשיפות מחייבת בדיקה והמשך מעקב, לא בהכרח החזרה מיידית של האתר הישן.
גם חזרה לאחור צריכה להיות מתוכננת. שחזור מסד נתונים ישן עלול למחוק הזמנות או פניות שהתקבלו מאז ההשקה. גיבוי הוא חלק מתוכנית ההתאוששות, לא תחליף לה.
בחודש שאחרי – מחפשים דפוסים, לא רק מספר כולל
כעת אפשר להתחיל לבחון את התנועה לאורך זמן. משווים תקופות דומות, מביאים בחשבון חגים ועונתיות ובודקים לא רק את סך הכניסות, אלא גם קבוצות עמודים.
ייתכן שהתנועה הכוללת כמעט לא השתנתה, אבל עמודי השירות המרכזיים איבדו חשיפה. ייתכן גם שהירידה מרוכזת בתבנית אחת. דפוס כזה נותן כיוון בדיקה ממוקד יותר מהתחושה ש״האתר ירד בגוגל״.
כאשר השתנו כתובות, משווים את ביצועי העמוד הישן והחדש יחד. ירידה בכתובת הישנה לבדה אינה מעידה על אובדן תנועה אם הכתובת החדשה מקבלת אותה במקומה.
ההפניות לא מסיימות את תפקידן אחרי חודש
את ההפניות הקבועות מומלץ להשאיר לפחות שנה, ולעיתים הרבה מעבר לכך, במיוחד כשקישורים ישנים עדיין משמשים מבקרים.
במעבר לדומיין חדש, המשמעות היא לשמור גם על הדומיין הישן ועל השירות שמפעיל את ההפניות. לפי ההסבר של איגוד האינטרנט הישראלי על חידוש דומיין והשלכות הפקיעה, אי־חידוש עלול להוביל בהמשך לניתוק הפניות ה־DNS. בלי דומיין פעיל, גם מפת הפניות מדויקת לא תעזור.
סיום החודש הראשון הוא נקודת ביקורת, לא תאריך תפוגה למעקב. משך ההתייצבות משתנה בין אתרים, ולא כדאי לקבוע מראש שכל ירידה תחלוף בתוך מספר ימים קבוע.
המעבר מסתיים מבחינה תפעולית כשגם מי שמגיע דרך העבר מצליח להשתמש באתר החדש: הקישור הישן מוביל למקום המתאים, התוכן עדיין נותן מענה והפעולה העסקית עובדת. העיצוב החדש הוא מה שרואים. הרציפות הזאת היא מה שצריך לשמור.
