התשובה הקצרה
עקבו אחרי העמודים שמביאים תנועה, והפנו כל כתובת ישנה לכתובת החדשה שלה. לפני העלייה לאוויר רשמו את העמודים החשובים, מפו כל URL ישן ל־URL החדש ותכננו הפניות קבועות (301). אחרי העלייה לאוויר בדקו את ההפניות, שלחו sitemap חדש ועקבו אחרי Search Console. לפי גוגל, באתר בינוני עשויים לעבור כמה שבועות או יותר עד שהכתובות החדשות יחליפו את הישנות בחיפוש, ולכן היו מוכנים לתנודות בזמן הזה.
תוכן העניינים
מה שומר על התנועה בזמן עיצוב מחדש?
תוצאות החיפוש מפנות לעמודים בודדים לפי הכתובת שלהם. גוגל מטפלת במעבר אתר ברמת ה־URL הבודד, ולכן עיצוב מחדש שמשנה כתובות שומר על התנועה רק אם כל URL ישן מפנה לעמוד החדש הנכון (Google Search Central: Site moves and migrations, באנגלית). זו רשימת הבדיקה, לפי הסדר:
| מתי | מה לעשות | למה |
|---|---|---|
| לפני העלייה לאוויר | רושמים את העמודים החשובים | הם מביאים את התנועה והקישורים שאתם רוצים לשמור |
| לפני העלייה לאוויר | ממפים כל URL ישן ל־URL החדש שלו | כל כתובת ישנה צריכה עמוד שתפנה אליו |
| לפני העלייה לאוויר | מעדכנים קישורים פנימיים, canonical וסימוני שפה | האתר החדש צריך להפנות לכתובות החדשות שלו |
| בעלייה לאוויר | מפעילים הפניות קבועות | גולשים וגוגל מגיעים לעמוד החדש מהכתובת הישנה |
| אחרי העלייה לאוויר | בודקים את ההפניות, שולחים את ה־sitemap החדש ועוקבים אחרי Search Console | בעיות מתגלות מוקדם, כשעוד קל לתקן אותן |
אחרי אילו עמודים כדאי לעקוב?
התחילו מהעמודים החשובים, וגוגל מציעה למצוא אותם במקומות האלה:
- מפות האתר שלכם (sitemaps), שבדרך כלל מפרטות את העמודים שהכי חשובים לכם.
- האנליטיקס או יומני השרת, כדי לראות אילו עמודים מקבלים הכי הרבה ביקורים.
- Search Console, כדי לראות אילו עמודים מקבלים קישורים מאתרים אחרים ומהעמודים שלכם עצמם.
- מערכת ניהול התוכן שלכם, שבדרך כלל יודעת להציג רשימה של כל העמודים בה.
הוסיפו גם תמונות, סרטונים וקבצים להורדה כמו ברושורים ב־PDF. ייתכן שהם כבר מקבלים תנועה מגוגל או מקישורים, והם עוברים כמו כל עמוד אחר.
איך ממפים כתובות ישנות לחדשות?
החליטו לאן כל URL ישן צריך להגיע, ושמרו את הרשימה. לאתר של עסק קטן, לרוב מספיק גיליון עם שורה אחת לכל עמוד, ואז ממשיכים כך:
- עמודים שעוברים: מפנים כל אחד לכתובת החדשה שלו.
- עמודים שמאחדים: מפנים את העמודים הישנים לעמוד החדש המאוחד.
- עמודים שמסירים לצמיתות: מגדירים שיחזירו שגיאת 404 או 410.
- אף פעם לא שולחים הכול לעמוד הבית: לפי גוגל, הרבה כתובות ישנות שמפנות לעמוד אחד לא קשור עלולות לבלבל גולשים, וגוגל עלולה להתייחס לזה כאל שגיאה.
באתר החדש שנו את הקישורים הפנימיים לכתובות החדשות ותנו לכל עמוד תג canonical שמפנה אליו עצמו. באתר בכמה שפות, עדכנו גם את סימוני השפה (hreflang) לכתובות החדשות.
באילו הפניות כדאי להשתמש?
- הפניות קבועות בצד השרת, כמו 301 או 308, אם השרת מאפשר זאת. לפי גוגל, 301 והפניות קבועות אחרות לא גורמות לאובדן PageRank.
- ישר לעמוד הסופי: הימנעו משרשראות הפניות. אם אי־אפשר להימנע משרשרת, הקפידו שתהיה קצרה, כי גוגל ממליצה, אם אפשר, על 3 קפיצות לכל היותר.
- לתקופה ארוכה: גוגל ממליצה להשאיר הפניות לפחות שנה, ומבחינת הגולשים עדיף בלי הגבלת זמן.
מה לבדוק ב־Search Console?
- לפני העלייה לאוויר: ודאו שהאתר החדש שומר על האימות ב־Search Console, ושהכללים של robots.txt ו־noindex מתקופת הפיתוח הוסרו.
- בעלייה לאוויר: בדקו את ההפניות עם הכלי URL Inspection ושלחו את ה־sitemap החדש.
- רק בדומיין חדש: השתמשו בכלי Change of Address כשאתם עוברים לדומיין או לתת־דומיין אחר. לא צריך אותו במעבר ל־HTTPS, בין www לגרסה בלי www, או בנתיבים חדשים באותו דומיין.
- בשבועות שאחרי: עקבו אחרי דוחות ההוספה לאינדקס ואחרי שאילתות החיפוש. העמודים באינדקס צריכים לעבור מהכתובות הישנות לחדשות, והכתובות החדשות צריכות להתחיל לקבל חשיפות וקליקים.
כדאי לשנות הכול בבת אחת?
גוגל ממליצה לשנות דבר אחד בכל פעם. אם אתם מתכננים דומיין חדש, מערכת ניהול תוכן חדשה ועיצוב חדש, עשו אותם אחד אחרי השני ולא יחד. אם התנועה שלכם יורדת בתקופות מסוימות, כדאי גם לעלות לאוויר בתקופה שקטה יותר. תנודות מסוימות בדירוג הן נורמליות בזמן שגוגל סורקת את האתר מחדש.
עיצוב מחדש או בנייה מחדש?
זה תלוי במה שכבר עובד. כשאתם מבקשים מאיתנו לעצב אתר מחדש, אנחנו בודקים קודם מה כבר עובד ומה צריך להשתנות, ואם נכון יותר לעשות עיצוב מחדש ממוקד או בנייה מלאה מחדש. ב־2025, למשל, בנינו מחדש את האתר של The CAD Service, סטודיו להדמיות 3D ולשרטוט CAD בניקוסיה, כאתר חדש שתוכנן קודם כול לנייד.
איך כתבנו את זה: רשימת הבדיקה מבוססת על המדריך של Google Search Central למעברי אתרים, שנבדק ב־4 בנובמבר 2026. את הפרויקט עשינו בעצמנו.
