העברת אתר בלי לאבד דירוג: מדריך שלב אחר שלב

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

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

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

למה דירוג נופל, ואיך מתכננים העברת אתר בלי לאבד דירוג?

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

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

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

  • כתובות שהשתנו, בלי הפניית 301 מהכתובת הישנה לחדשה.
  • תג noindex או חסימה ב-robots.txt שנשארו מסביבת הבדיקות.
  • כותרות, תיאורים וכותרות H1 שנמחקו או נכתבו מחדש בלי בדיקה.
  • קישורים פנימיים ותוכן שהוסרו, כך שדפים חשובים איבדו חשיבות.
  • אתר איטי יותר מקודמו, בעיקר במובייל.

שלב 1: איך ממפים את האתר הקיים לפני שנוגעים בו?

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

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

  • כל הכתובות הנסרקות, כולל תמונות, קבצי PDF ועמודי פגינציה.
  • כתובות עם תנועה אורגנית, והשאילתות המובילות לכל אחת מהן.
  • כתובות עם קישורים נכנסים מאתרים חיצוניים, שאסור לאבד.
  • כותרות, תיאורים, H1, תגי canonical ו-hreflang של כל דף חשוב.
  • ציוני מהירות נוכחיים, כבסיס להשוואה לאתר החדש.

שלב 2: איך בונים מפת כתובות והפניות 301 שעובדות?

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

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

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

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

  • בדקו שכל הפניה מחזירה 301 ולא 302, ושהיעד מחזיר 200.
  • כללו גרסאות עם ובלי www, HTTP ו-HTTPS וסלאש בסוף הכתובת.
  • שמרו על פרמטרים ועל כתובות של תמונות חשובות שמקבלות תנועה.

שלב 3: מה חייב לעבור לאתר החדש כדי לשמר דירוג?

לאתר החדש חייבים לעבור כל האלמנטים שבגללם הדף מדורג. פירוש הדבר כותרת העמוד (title), תיאור, כותרת H1, גוף הטקסט, מבנה הכותרות, הנתונים המובנים, תגי canonical ו-hreflang באתרים רב-לשוניים, והקישורים הפנימיים בין הדפים.

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

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

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

איך משיקים נכון: סביבת בדיקות, noindex, robots.txt ומפת אתר

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

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

אחרי העלייה, בדקו שקובץ robots.txt אינו חוסם תיקיות חשובות ושמפת אתר XML מעודכנת, שכוללת רק כתובות שמחזירות 200 ושאינן מופנות. שלחו אותה ב-Search Console, כדי שגוגל ימצא את הכתובות החדשות מהר יותר.

  • הסירו noindex ואת הגנת הסיסמה מהאתר החדש.
  • ודאו שה-canonical מצביע לכתובת הסופית ולא לסביבת הבדיקות.
  • צרו מפת אתר חדשה ושלחו אותה, והסירו את הישנה.

ומה קורה כשמחליפים דומיין או אחסון?

מעבר דומיין הוא ההעברה הרגישה ביותר, כי כל הכתובות משתנות בבת אחת. מלבד הפניות 301 מכל כתובת ישנה לכתובת המקבילה בדומיין החדש, יש להשתמש בכלי "שינוי כתובת" (Change of Address) ב-Search Console, אחרי שאימתתם את שני הנכסים. הכלי מיועד למעבר בין דומיינים, לא לכתובות שמשתנות בתוך אותו דומיין.

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

מה בודקים ביום ההשקה?

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

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

  • דוגמת כתובות ישנות מהמפה מחזירה 301 ליעד הנכון, ללא שרשראות.
  • אין noindex בדפים החשובים, ו-robots.txt אינו חוסם אותם.
  • הכותרות, התיאורים וה-H1 בדפים המובילים זהים למה שתועד.
  • טפסים, מעקב אנליטיקס ותגיות המרה פועלים.
  • מפת האתר נשלחה ל-Search Console, וה-HTTPS תקין בכל הדפים.

מה מנטרים ב-4 עד 8 השבועות הראשונים, וכמה זמן שומרים הפניות?

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

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

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

איך עשינו את זה כשבנינו מחדש את האתר שלנו?

כשבנינו מחדש את logicode.biz, שמרנו על כל הכתובות המקוריות. עמודים ששמם השתנה קיבלו הפניית 301 ברמת השרת בקובץ ‎.htaccess, עמודים שהוסרו מחזירים 410, ומפת אתר XML חדשה נוצרה מהעמודים שנבנו בפועל, ולא ממה שתוכנן.

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

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

מאמרים נוספים שכדאי לקרוא

// FAQ

שאלות נפוצות

האם העברת אתר בלי לאבד דירוג אפשרית בכלל?
אפשר לצמצם מאוד את הסיכון, אבל אי אפשר להבטיח שהדירוג לא יזוז בכלל. מעבר מסודר שומר כתובות, בונה הפניות 301, משמר תוכן וכותרות ומנטר בשבועות הראשונים. תנודות קטנות וזמניות הן נורמליות, וירידה חדה בדרך כלל מצביעה על טעות שניתן לתקן.
כמה זמן לוקח לגוגל לעדכן אחרי מעבר אתר?
אין זמן קבוע. לרוב גוגל מתחיל לעבד את הכתובות החדשות תוך ימים עד שבועות, ותלוי בגודל האתר ובתדירות הסריקה שלו. שליחת מפת אתר מעודכנת וקישורים פנימיים תקינים מקצרות את התהליך. לכן מומלץ לעקוב לפחות ארבעה עד שמונה שבועות.
מה ההבדל בין הפניית 301 ל-302?
הפניית 301 אומרת שהדף עבר לצמיתות, ולכן היא המתאימה למעבר אתר. הפניית 302 אומרת שההעברה זמנית, ובמקרה כזה גוגל עשוי להשאיר את הכתובת הישנה באינדקס. במעבר אתר משתמשים ב-301, וזמנית בלבד ב-302 כשבאמת מדובר בשינוי זמני.
האם צריך להפנות את כל הכתובות הישנות לעמוד הבית?
לא. הפניית כל הכתובות לעמוד הבית מאבדת את הרלוונטיות, ולעיתים נחשבת לשגיאה רכה. כל דף ישן צריך להפנות לדף החדש הקרוב אליו ביותר בנושא. אם אין תחליף, עדיף להחזיר 404 או 410 מאשר הפניה כללית שלא מועילה לאף אחד.
האם מעבר מ-HTTP ל-HTTPS גם נחשב מעבר אתר?
כן, מבחינת מנוע החיפוש כל כתובת משתנה. נדרשת הפניית 301 מכל כתובת HTTP לכתובת HTTPS המקבילה, עדכון canonical ומפת אתר, ותיקון קישורים פנימיים. כלי "שינוי כתובת" אינו נחוץ כאן, כי הדומיין עצמו לא משתנה, אבל כדאי לוודא שהנכס של גרסת HTTPS מוגדר ב-Search Console.
מתי כדאי לתכנן את מועד ההשקה?
בחרו תקופה שבה התנועה נמוכה יחסית ויש צוות זמין לתיקונים מיידיים. הימנעו מהשקה בעונת שיא של העסק או לפני סוף שבוע. ההכנה חשובה יותר מהתאריך, אבל עדיף שיהיה זמן לבדוק ולתקן בימים הראשונים לפני שהתנועה עולה.

מתכננים לעבור לאתר חדש?

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