מעבר אתר הוא אחד הרגעים הרגישים ביותר בחיים של אתר עסקי. מחליפים דומיין, עוברים לוורדפרס, משנים את מבנה הכתובות או מאחדים שני אתרים לאחד, ופתאום עמודים שהביאו פניות במשך שנים מפסיקים להופיע בגוגל. ברוב המקרים הבעיה לא נובעת מהעיצוב החדש או מהתוכן, אלא ממשהו פשוט הרבה יותר: הכתובות הישנות לא מובילות לשום מקום.
במאמר הזה ריכזנו את הצ'קליסט שאנחנו עובדים לפיו כשאנחנו מלווים מעבר אתר, על בסיס ההנחיות הרשמיות של Google Search Central. אם אתם מתכננים מעבר ורוצים שמישהו יבדוק את התשתית לפני שלוחצים על הכפתור, זה בדיוק החלק של קידום טכני שאנחנו עושים. ואם אתם מעדיפים לעשות את זה לבד, הרשימה כאן תעזור לכם לא לדלג על אף שלב חשוב.
בקצרה: כדי להעביר אתר בלי לאבד דירוגים צריך למפות כל כתובת ישנה לכתובת החדשה שמתאימה לה, להגדיר הפניות קבועות (301 או 308) ישירות ליעד הסופי, לעדכן קישורים פנימיים, תגיות canonical ומפת אתר, ולהשאיר את ההפניות לפחות שנה. גוגל עצמה מציינת שתנודות בדירוג בזמן מעבר הן צפויות, ושבאתר בגודל בינוני עשויים לעבור כמה שבועות או יותר עד שהכתובות החדשות יופיעו בתוצאות.
למה אתרים מאבדים דירוגים במעבר
גוגל לא מדרגת "אתר" באופן כללי, היא מדרגת עמודים, וכל עמוד מזוהה לפי הכתובת שלו. עמוד שצבר לאורך זמן קישורים מאתרים אחרים, היסטוריה של קליקים ואמון קשור לכתובת ה-URL הזו. כשהכתובת משתנה ואין הפניה, מבחינת גוגל העמוד הישן פשוט נעלם ועמוד חדש לגמרי הופיע במקום אחר. הקישורים שהצביעו על הכתובת הישנה מובילים לשגיאת 404, והאותות שנבנו במשך שנים לא עוברים לעמוד החדש.
הסיבות הנפוצות שאנחנו פוגשים בפועל:
- אין הפניות בכלל, או שכל הכתובות הישנות מופנות לדף הבית.
- הוגדרו הפניות זמניות (302) במקום קבועות, וגוגל ממשיכה להתייחס לכתובת הישנה כעיקרית.
- שרשראות הפניה: כתובת ישנה מפנה לכתובת ביניים שמפנה ליעד, במקום ישירות ליעד.
- האתר החדש עלה עם חסימה בקובץ robots.txt או עם תגית noindex שנשארה מסביבת הפיתוח.
- עמודים שהביאו תנועה נמחקו בדרך כי הם "לא נראו חשובים" בעיני מי שבנה את האתר החדש.
החדשות הטובות הן שכל הסיבות האלה ניתנות למניעה. אף אחת מהן לא דורשת תקציב גדול, רק תכנון וסדר.
אילו סוגי מעבר יש, ומה כל אחד דורש
לא כל מעבר נראה אותו דבר. ההבחנה החשובה היא אם הכתובות משתנות או לא. גוגל מפרידה בין העברת אחסון בלי שינוי כתובות לבין מעבר שבו הכתובות משתנות, ולכל מקרה יש הנחיות משלו.
| סוג המעבר | האם הכתובות משתנות | מה חובה לעשות |
|---|---|---|
| החלפת חברת אחסון | לא | לוודא שהאתר זמין ויציב בשרת החדש ולעקוב אחרי שגיאות סריקה |
| מעבר מ-HTTP ל-HTTPS | כן, הפרוטוקול | הפניות קבועות לכל העמודים. אין צורך בכלי שינוי הכתובת |
| שינוי מבנה כתובות באותו דומיין | כן, הנתיב | מיפוי מלא, הפניות 301, עדכון קישורים פנימיים ומפת אתר |
| מעבר לדומיין חדש | כן, הכול | מיפוי מלא, הפניות 301, אימות שני הנכסים ב-Search Console ושימוש בכלי שינוי הכתובת |
| מעבר פלטפורמה, למשל לוורדפרס | בדרך כלל כן | כמו שינוי מבנה, ובנוסף בדיקה שכותרות, תיאורי מטא ותוכן עברו כמו שצריך |
שלב 1: לפני המעבר
מיפוי כתובות
זה הלב של כל הפרויקט. בונים גיליון עם עמודה של כל הכתובות הישנות ועמודה של היעד החדש לכל אחת מהן. גוגל ממליצה לכלול במיפוי לא רק עמודים, אלא גם תמונות, סרטונים וקבצי JavaScript ו-CSS. מקורות טובים לרשימת הכתובות הישנות הם מפת האתר הנוכחית, דוח הביצועים ב-Search Console, ייצוא ממערכת ניהול התוכן וכלי סריקה.
הכלל הוא התאמה של אחד לאחד: עמוד על שירות מסוים מפנה לעמוד על אותו שירות באתר החדש, מאמר מפנה למאמר המקביל, קטגוריה לקטגוריה. אם עמוד ישן לא עובר לאתר החדש, ההנחיה של גוגל היא להחזיר עבורו 404 או 410. הפניה גורפת של הכול לדף הבית לא עונה על מה שהגולש חיפש, ולכן היא לא תחליף למיפוי אמיתי.
צילום מצב
לפני שמשנים משהו, שומרים נתונים להשוואה: אילו עמודים מביאים הכי הרבה קליקים, על אילו שאילתות, וכמה עמודים נמצאים באינדקס. אם עוד לא עבדתם עם הכלי, המדריך שלנו ל-Google Search Console מסביר איפה נמצא כל נתון ואיך מייצאים אותו. בלי צילום מצב לא תוכלו לדעת אחרי המעבר מה בדיוק ירד, ובאיזה עמוד צריך לטפל קודם.
הכנת האתר החדש
- לבדוק את האתר החדש לעומק בסביבת בדיקה: קישורים, טפסים, גרסת מובייל ומהירות.
- לוודא שקובץ robots.txt חוסם רק את מה שצריך, ולהסיר חסימות ותגיות noindex של סביבת הפיתוח.
- להגדיר לכל עמוד תגית canonical שמצביעה על הכתובת החדשה שלו עצמו.
- לאמת את האתר החדש ב-Search Console עוד לפני המעבר.
- להכין מפת אתר שכוללת רק את הכתובות החדשות.
- אם יש לאתר גרסאות שפה עם hreflang, לעדכן את ההגדרות לכתובות החדשות.
שלב 2: יום המעבר
איזו הפניה לבחור
גוגל ממליצה על הפניות קבועות בצד השרת, כמו 301 או 308, כשאתם בטוחים שההפניה לא תבוטל. בהפניה קבועה גוגל מתייחסת לכתובת היעד ככתובת הקנונית. בהפניה זמנית הכתובת הישנה עשויה להמשיך להופיע בתוצאות החיפוש. הפניית meta refresh מיידית מתפרשת כקבועה, ואילו הפניה ב-JavaScript מומלצת רק כשאין אפשרות אחרת, כי היא תלויה בכך שגוגל תעבד את העמוד בהצלחה.
| סוג ההפניה | איך גוגל מתייחסת אליה | מתי להשתמש |
|---|---|---|
| 301 או 308 | קבועה, היעד הופך לכתובת הקנונית | מעבר אתר, שינוי כתובת לתמיד |
| 302, 303 או 307 | זמנית, כתובת המקור עשויה להישאר בתוצאות | מבצע זמני, עמוד בתחזוקה |
| meta refresh מיידי | קבועה | כשאין גישה להגדרות השרת |
| הפניה ב-JavaScript | תלויה בעיבוד העמוד | רק כשאין שום אפשרות אחרת |
בוורדפרס אפשר להגדיר הפניות דרך קובץ ההגדרות של השרת או דרך תוסף ייעודי. מה שחשוב הוא שהתשובה שהשרת מחזיר תהיה באמת 301, ולא עמוד שמציג "העמוד עבר" עם קוד 200.
בלי שרשראות
כל כתובת ישנה צריכה להפנות ישירות ליעד הסופי. זה חשוב במיוחד באתרים שכבר עברו מעבר בעבר: אם נשארו הפניות מהמעבר הקודם, צריך לעדכן גם אותן כך שיצביעו ישר לכתובת החדשה. גוגל ממליצה להימנע משרשראות, ואם אין ברירה, לשמור עליהן קצרות, באופן אידיאלי פחות מחמש קפיצות.
עדכון קישורים פנימיים
גם כשההפניות עובדות, הקישורים בתוך האתר צריכים להצביע ישירות על הכתובות החדשות: תפריט, פוטר, קישורים בתוך מאמרים, כפתורים ותמונות. זה חוסך לגולשים ולגוגל קפיצה מיותרת, ומאותת בבירור מהי הכתובת הנכונה. גוגל מציינת את עדכון הקישורים הפנימיים כאחד השלבים במעבר, ומציעה להיעזר במיפוי הכתובות כדי לבצע אותו.
מפת אתר ו-Search Console
מגישים את מפת האתר החדשה ב-Search Console, כדי לעזור לגוגל לגלות את הכתובות החדשות. אם עברתם לדומיין חדש, משתמשים בכלי שינוי הכתובת (Change of Address). הכלי מיועד למעבר בין דומיינים או תת-דומיינים, ולא למעבר מ-HTTP ל-HTTPS או לשינוי נתיבים באותו דומיין. כדי להשתמש בו צריך להיות בעלים מאומתים של שני הנכסים באותו חשבון גוגל, ולהגדיר הפניה קבועה מדף הבית הישן לדף הבית החדש. לפי גוגל, הפעולות שהכלי מפעיל נמשכות 180 יום.
שלב 3: אחרי המעבר
כאן הרבה עסקים נרגעים מוקדם מדי. השבועות הראשונים הם בדיוק הזמן לתפוס תקלות, כשעוד קל לתקן אותן.
- לסרוק את רשימת הכתובות הישנות: כל אחת צריכה להחזיר 301 ליעד שמחזיר 200.
- לעקוב בדוח הדפים ב-Search Console אחרי עלייה בשגיאות 404 או בעמודים שלא נכנסו לאינדקס.
- להשוות קליקים והופעות לצילום המצב, עמוד מול עמוד ולא רק בסך הכול.
- לפנות לבעלי האתרים שמקשרים אליכם עם הקישורים החשובים ביותר, ולבקש לעדכן אותם לכתובת החדשה.
- לוודא שהאתר הישן לא חזר לחיים בטעות, למשל אחרי חידוש של חבילת אחסון ישנה.
לפי גוגל, הסימן שהמעבר מתקדם כמו שצריך הוא שהתנועה לאתר הישן יורדת בזמן שהתנועה לאתר החדש עולה. אם עמודים מסוימים נעלמו מהתוצאות ואתם לא מבינים למה, תשע הבדיקות שאפשר לעשות לבד כשהאתר לא מופיע בגוגל הן נקודת התחלה טובה.
כמה זמן להשאיר את ההפניות
במדריך למעבר אתר גוגל ממליצה להשאיר את ההפניות כמה שיותר זמן, ובדרך כלל לפחות שנה. בדף של כלי שינוי הכתובת היא מציינת מינימום של 180 יום, ויותר מזה אם עדיין מגיעה דרכן תנועה מהחיפוש. בפועל אנחנו ממליצים לא להסיר אותן בכלל כל עוד הדומיין הישן בבעלותכם: קישורים מאתרים אחרים, סימניות ושיתופים ישנים ימשיכו להגיע אליהן עוד שנים.
הצ'קליסט המלא במקום אחד
| שלב | משימה | למה זה חשוב |
|---|---|---|
| לפני | רשימה מלאה של הכתובות הישנות | אי אפשר להפנות כתובת שלא יודעים שקיימת |
| לפני | מיפוי של אחד לאחד לכתובות החדשות | שומר על הרלוונטיות של כל עמוד |
| לפני | צילום מצב של קליקים, שאילתות ואינדקס | מאפשר לזהות ירידה ולתקן מהר |
| לפני | בדיקת robots.txt, noindex ו-canonical באתר החדש | מונע חסימה של האתר כולו ביום העלייה |
| ביום המעבר | הפניות 301 בצד השרת, ישירות ליעד | מעביר את האותות לכתובת החדשה |
| ביום המעבר | עדכון קישורים פנימיים | מונע קפיצות מיותרות ומבהיר מה הכתובת הנכונה |
| ביום המעבר | הגשת מפת אתר חדשה | עוזרת לגוגל לגלות את הכתובות החדשות |
| ביום המעבר | כלי שינוי הכתובת, אם הדומיין השתנה | מודיע לגוגל על המעבר בין הדומיינים |
| אחרי | סריקת הכתובות הישנות ומעקב אחרי שגיאות 404 | תופסת הפניות חסרות או שבורות |
| אחרי | השארת ההפניות לפחות שנה | נותנת לגוגל זמן להעביר את כל האותות |
טעויות שכדאי להכיר מראש
- לוותר על הדומיין הישן. אם הדומיין הישן פג, כל ההפניות נעלמות איתו. כדאי להמשיך לחדש אותו.
- לשנות הכול בבת אחת. כשמחליפים באותו יום דומיין, עיצוב, תוכן ומבנה, קשה מאוד להבין מה גרם לירידה אם תהיה כזו. כשאפשר, עדיף לפרק לשלבים.
- לשכוח את התמונות. עסקים שמקבלים תנועה מחיפוש תמונות מגלים את זה מאוחר. גוגל ממליצה לכלול גם אותן במיפוי.
- לבדוק רק את דף הבית. דף הבית כמעט תמיד עובד. הבעיות מסתתרות בעמודים הפנימיים, במאמרים ובקטגוריות.
- לא לבדוק את כל הגרסאות. כתובות עם www ובלי, עם HTTP ועם HTTPS, צריכות כולן להגיע ליעד אחד בהפניה אחת.
מעבר אתר שתוכנן כמו שצריך הוא גם הזדמנות: לנקות עמודים חלשים, לשפר את מבנה הכתובות ולתקן בעיות טכניות שהצטברו. המפתח הוא שהעבודה הטכנית תקרה לפני העלייה לאוויר, ולא אחריה.
שאלות נפוצות
האם מעבר אתר תמיד גורם לירידה בדירוג?
לא בהכרח, אבל גוגל מציינת שתנודות זמניות בדירוג הן צפויות בזמן מעבר. כשהמיפוי וההפניות נעשים נכון, המטרה היא שהתנודה תהיה קצרה ושהאתר יחזור למקומו.
כמה זמן לוקח לגוגל לעבד מעבר אתר?
לפי גוגל, באתר בגודל בינוני עשויים לעבור כמה שבועות או יותר עד שהכתובות החדשות יופיעו בתוצאות, ובאתרים גדולים זה יכול לקחת יותר. הקצב תלוי גם בתדירות שבה גוגל סורקת את האתר.
מה ההבדל בין הפניה 301 להפניה 302?
הפניה 301 היא קבועה, וגוגל מתייחסת לכתובת היעד ככתובת הקנונית. הפניה 302 היא זמנית, והכתובת הישנה עשויה להמשיך להופיע בתוצאות. במעבר אתר משתמשים בהפניה קבועה.
אפשר פשוט להפנות את כל העמודים הישנים לדף הבית?
לא כדאי. גולש שחיפש מאמר או שירות מסוים ומגיע לדף הבית לא מקבל את מה שחיפש. הנכון הוא להפנות כל עמוד לעמוד המקביל לו, ולהחזיר 404 או 410 לעמודים שלא עוברים.
האם צריך את כלי שינוי הכתובת כשעוברים ל-HTTPS?
לא. לפי גוגל, הכלי מיועד למעבר בין דומיינים או תת-דומיינים. במעבר מ-HTTP ל-HTTPS מספיק להגדיר הפניות קבועות ולוודא שמפת האתר והקישורים הפנימיים מעודכנים.
