הגירת אתר בלי לאבד דירוגים — צ'קליסט מלא לפני ואחרי

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

למה הגירה מסוכנת

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

לפני ההגירה

• מיפוי כתובות מלא — רשימה של כל כתובת קיימת באתר (מ-Search Console, מ-Analytics, ומסריקה מלאה בכלי כמו Screaming Frog). זה מסמך הבסיס.
• תיעוד ביצועים נוכחי — צילום מצב של הדירוגים, התנועה האורגנית לפי עמוד, ומספר העמודים באינדקס. זו נקודת ההשוואה.
• תוכנית הפניות (301) אחד-לאחד — לכל כתובת ישנה, לאיזו כתובת חדשה היא תפנה. הפניה 301 (קבועה) מעבירה את רוב הסמכות. הימנעו מהפניה גורפת של הכול לעמוד הבית — זה כמעט שווה למחיקה.
• שמירת מבנה כתובות אם אפשר — אם הכתובות יכולות להישאר זהות (למשל מעבר פלטפורמה בלבד), זה מבטל חצי מהסיכון.
• הכנת סביבת בדיקה (Staging) חסומה מגוגל (noindex), לבדיקת הכול לפני החלפה.

ביום ההחלפה

• הפעילו את כל ההפניות 301 לפי הטבלה שהוכנה. בדקו מדגם גדול ידנית — שכל ישנה מגיעה לחדשה הנכונה, בקפיצה אחת (לא שרשרת הפניות).
• הסירו noindex מהאתר החדש (זו טעות קלאסית — האתר עלה כשהוא עדיין חסום מהפיתוח).
• עדכנו את robots.txt לגרסה הנכונה (לא זו של סביבת הפיתוח שחוסמת הכול).
• העלו מפת אתר (sitemap.xml) חדשה עם הכתובות החדשות, והגישו אותה ב-Search Console.
• בדקו canonical — שכל עמוד מצביע על עצמו, לא על כתובת ישנה או על עמוד אחר.
• עדכנו נכסים חיצוניים — הפרופיל העסקי בגוגל, פרופילי רשתות חברתיות, מדריכי עסקים, חתימות מייל — כל מקום שמצביע לכתובת ישנה.

מקרה מיוחד: קבצים סטטיים

שינוי דומיין: מנגנון "החלף-והחלף" במסד הנתונים לרוב מעדכן קישורים בתוכן, אבל לא נוגע בקבצים סטטיים כמו robots.txt ו-llms.txt שיש בהם כתובות מקודדות. תמיד לבדוק ולעדכן אותם ידנית אחרי כל שינוי דומיין.

בשבועות שאחרי

• עקבו אחרי דוח ה-Pages ב-Search Console — צפו לעלייה זמנית ב"לא באינדקס" בזמן שגוגל מעכל את ההפניות. זה אמור להתייצב תוך 2–6 שבועות.
• בדקו שגיאות זחילה — כתובות ישנות שמחזירות 404 במקום 301. תקנו כל אחת.
• עקבו אחרי הדירוגים והתנועה מול נקודת ההשוואה. ירידה קלה וזמנית (10–20%) נורמלית. ירידה חדה או מתמשכת — יש בעיה בהפניות.
• אל תעשו שינויים גדולים נוספים בחודש-חודשיים הראשונים. תנו לגוגל להתייצב.

דוגמה מהשטח

עסק שירותים החליף פלטפורמת אתר וגם דומיין באותו זמן. בפעם הראשונה זה נעשה בחיפזון: כל הכתובות הישנות הופנו לעמוד הבית של האתר החדש, ה-robots.txt נשאר של סביבת הפיתוח, ומפת האתר לא הוגשה. תוך שבועיים התנועה האורגנית ירדה ב-70%. שיחזרנו: בנינו טבלת הפניות 301 אחד-לאחד לפי מיפוי הכתובות הישן, תיקנו את ה-robots.txt וה-canonical, הגשנו מפת אתר, ועדכנו את הנכסים החיצוניים. תוך חמישה שבועות התנועה חזרה לכ-90% מהמקור, ותוך שלושה חודשים עברה אותו — כי האתר החדש היה גם מהיר יותר. ההגירה השנייה, המסודרת, לא איבדה כמעט כלום מלכתחילה.

שרשרת הפניות — הרוצח השקט של סמכות

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

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

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

איך אנחנו מלווים הגירות ב-Wise Rank

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

צ'קליסט הגירה — לפני, ביום, אחרי

שלב	משימות קריטיות
לפני (שבוע-שבועיים)	ייצוא רשימת כל הכתובות מ-Search Console ומ-sitemap; בניית טבלת מיפוי כל URL ישן → URL חדש; גיבוי מלא; הכנת robots.txt ו-sitemap חדשים; תיעוד המיקומים הנוכחיים למילים החשובות
ביום ההחלפה	הפעלת הפניות 301 לכל הכתובות (לפי הטבלה); בדיקת דגימה של 20–30 הפניות; הגשת ה-sitemap החדש ב-Search Console; הסרת noindex אם היה בסביבת הבדיקה; בדיקת robots.txt
אחרי (שבועות 1–6)	מעקב יומי ב-Search Console אחרי שגיאות זחילה ו-404; בדיקת דוח האינדקס; מעקב מיקומים מול נקודת ההתחלה; תיקון הפניות שבורות או שרשראות; עדכון קישורים פנימיים לכתובות החדשות

טבלת מיפוי הפניות — איך בונים אותה נכון

הלב של כל הגירה מוצלחת הוא טבלה עם שתי עמודות: כתובת ישנה, כתובת חדשה. כל כתובת שקיבלה תנועה או שיש אליה קישור חייבת שורה. הכללים: מפנים 301 (קבוע), לא 302; מפנים כל כתובת ישנה לעמוד המקביל הספציפי החדש, לא לדף הבית — הפניה גורפת לדף הבית מאבדת כמעט את כל הסמכות של העמוד; אם אין עמוד מקביל והתוכן נמחק, מפנים לעמוד הקטגוריה הקרוב, ורק אם באמת אין כלום — 410. אחרי ההגירה בודקים שאין שרשראות (כתובת א' → ב' → ג'); כל הפניה צריכה להגיע ליעד הסופי בקפיצה אחת.

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

• דגימת 30 כתובות ישנות — כולן מחזירות 301 ליעד הנכון בקפיצה אחת?
• robots.txt — הגרסה החדשה עלתה? אין Disallow: / ששכחו מסביבת הבדיקה?
• תגי noindex — נסרקו לרוחב האתר? נשארו איפשהו מהפיתוח?
• sitemap — מצביע רק על הכתובות החדשות (200), בלי ישנות ובלי הפניות?
• Search Console — הנכס החדש מאומת? ה-sitemap הוגש? בקשת בדיקה לעמוד הבית החדש?
• קישורים פנימיים — התפריט, הפוטר והקישורים בגוף מצביעים על הכתובות החדשות, לא עוברים דרך הפניה?

למה הגירה מסוכנת — ומה בדיוק משתבש

הגירת אתר (דומיין חדש, פלטפורמה חדשה, או מבנה כתובות חדש) מסכנת את כל הסמכות שנצברה. מה שמשתבש הכי הרבה: כתובות ישנות שלא מקבלות הפניה 301 ומחזירות 404 — כל הסמכות של אותו עמוד הולכת לאיבוד; הפניות גורפות לדף הבית במקום לעמוד המקביל — מאבד את הרלוונטיות הספציפית; שרשראות הפניה (א" → ב" → ג"') שמדללות את הסמכות בכל קפיצה; ותג noindex ששרד בטעות מסביבת הפיתוח וחוסם את כל האתר החדש. הגירה מסודרת עם טבלת מיפוי מלאה עוברת עם 2–6 שבועות של תנודתיות קלה; הגירה בחיפזון יכולה למחוק חצי מהתנועה לחודשים.

מקרה מיוחד: קבצים סטטיים

DB search-replace בזמן הגירה מחליף כתובות בתוכן העמודים ובמסד הנתונים — אבל לא נוגע בקבצים פיזיים. שני קבצים קריטיים שנשארים עם הדומיין הישן אם לא מטפלים בהם ידנית: robots.txt (עלול לכלול נתיב sitemap ישן, או Disallow שנשאר מהבדיקה) ו-sitemap.xml אם הוא סטטי ולא נוצר דינמית. אחרי כל הגירה, פותחים את שניהם בדפדפן על הדומיין החדש ומוודאים: robots.txt לא חוסם, וה-sitemap מפרט רק כתובות חדשות שמחזירות 200.

כמה זמן לוקח להתאושש מהגירה

בהגירה מסודרת, עם טבלת מיפוי מלאה והפניות 301 נקיות: 2–6 שבועות של תנודתיות קלה במיקומים, ואז חזרה לרמה הקודמת, לפעמים עם שיפור קל (כי לרוב מנצלים את ההזדמנות גם לתקן דברים). בהגירה שגויה — הפניות חסרות, שרשראות, noindex ששרד: ירידה של 30–60% בתנועה, שההתאוששות ממנה לוקחת חודשים, ולפעמים לא מלאה בלי לחזור ולתקן את ההפניות. ההבדל בין שני התרחישים הוא כמעט כולו בהכנה שלפני, לא בביצוע ביום עצמו.

מקרה קל יותר: מעבר ל-HTTPS או איחוד www

לא כל הגירה שווה בסיכון. מעבר מ-HTTP ל-HTTPS, או איחוד www ל-non-www (או להפך), הם "הגירות קלות": מבנה הכתובות נשאר זהה, רק הקידומת משתנה. עדיין צריך הפניות 301 מכל גרסה לגרסה הקנונית, עדכון ה-canonical, עדכון קישורים פנימיים, והוספת הגרסה החדשה כנכס ב-Search Console — אבל אין טבלת מיפוי מורכבת ואין סיכון לאבד עמודים. רוב האתרים עוברים את זה עם תנודתיות זניחה של ימים.

להחליף דומיין ופלטפורמה יחד או בנפרד

אם יש ברירה — עדיף להפריד. קודם מחליפים פלטפורמה תוך שמירה מלאה על מבנה הכתובות (אותן URL בדיוק), מוודאים שהכול יציב במשך 4–6 שבועות, ורק אז מחליפים דומיין עם טבלת הפניות. כל שינוי לבד מוסיף סיכון; שניהם ביחד מכפילים אותו, וכשמשהו משתבש קשה לדעת מה הגורם. אם חייבים לעשות את שניהם יחד (למשל רכישת דומיין חדש שמגיעה עם מעבר מערכת), טבלת מיפוי הפניות המדויקת הופכת מחשובה לקריטית — כל כתובת ישנה חייבת 301 לעמוד המקביל החדש, בלי יוצא מן הכלל.

גיבוי — מה בדיוק לגבות לפני הגירה

• ייצוא מלא של האתר — קבצים + מסד נתונים, במצב שאפשר לשחזר ממנו.
• רשימת כל הכתובות — מ-Search Console (דוח Pages, ייצוא), מה-sitemap, ומכלי סריקה. זו הבסיס לטבלת ההפניות.
• צילום מצב של המיקומים — המיקום הנוכחי ל-20–30 מילות המפתח החשובות, כדי לדעת אחרי ההגירה אם ואיפה ירדתם.
• robots.txt ו-llms.txt הישנים — כדי לשחזר את ההגדרות בגרסה החדשה.
• רשימת הקישורים החיצוניים — לדעת לאילו עמודים יש קישורים נכנסים שחובה לשמר בהפניה.

שאלות נפוצות

כמה זמן לוקח להתאושש מהגירה?

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

אפשר להחליף דומיין ופלטפורמה באותו זמן?

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

להפנות דף שנמחק ל-404 או ל-301?

אם יש עמוד חדש רלוונטי — 301 אליו. אם התוכן נמחק ואין תחליף — 410 (Gone) עדיף על 404, כי הוא אומר לגוגל במפורש "זה נעלם לצמיתות" והוא מפסיק לבדוק.

עודכן לאחרונה: 9 בספטמבר 2026