אתר חדש יכול להיראות מצוין ולייצר פחות פניות מהאתר הישן. זה קורה כשעמוד שקיבל תנועה נעלם, כתובת משתנה בלי הפניה, או טופס מפסיק לעבוד אחרי ההשקה. אפשר לצמצם את הסיכון אם מתייחסים לשדרוג כאל מעבר מסודר של תוכן, כתובות ומדידה. גם במעבר מוצלח יכולות להיות תנודות זמניות בזמן שגוגל סורקת ומעריכה מחדש את האתר.
נקודת ההתחלה: גלו אילו עמודים מביאים תנועה ופניות, שמרו על הכתובות שלהם כשאפשר, ובדקו מראש מה יקבל גולש או מנוע חיפוש בכל כתובת שהשתנתה.
1. בונים קו בסיס לפני שנוגעים באתר
ייצאו מ־Google Search Console נתוני עמודים ושאילתות ל־90 הימים האחרונים. תעדו קליקים, הופעות ומיקום ממוצע, ובדקו תקופה מקבילה אם יש עונתיות. במערכת האנליטיקה בדקו נחיתות מחיפוש אורגני, טפסים שנשלחו ופניות שנמדדות. הוסיפו נתוני CRM אם הם זמינים, כי עמוד עם מעט כניסות יכול להביא הרבה לקוחות.
- סרקו את האתר הישן ושמרו רשימת כתובות, כותרות, קודי HTTP, כתובות קנוניות וקישורים פנימיים.
- שלבו את מפת האתר, דוחות הקישורים והנתונים מהאנליטיקה כדי למצוא עמודים שאינם מופיעים בתפריט. כללו גם קבצים ותמונות שיש אליהם קישורים או תנועה.
- סמנו עמודים קריטיים. למשל, עמוד שירות שמביא לידים, מאמר שמדורג על שאילתה חשובה ודף נחיתה עם קישורים מאתרים אחרים.
- גבו את מסד הנתונים ואת הקבצים ושמרו עותק של הגדרות ההפניה והאחסון. בדקו מראש מי יכול לשחזר את האתר וכמה זמן השחזור לוקח.
2. מחליטים מה נשאר ומה מקבל כתובת חדשה
שמרו על הדומיין והנתיבים הקיימים כשאפשר. אם כתובת משתנה, התאימו לכל כתובת ישנה יעד שמשרת אותה כוונת חיפוש. כששני עמודים מתאחדים, הפנו את שניהם לעמוד המאוחד רק אם התוכן החדש באמת מכסה את שניהם. עמוד שהוסר לצמיתות ואין לו תחליף מתאים יכול להחזיר 404 או 410. הפניה גורפת לדף הבית עלולה לבלבל משתמשים ולהיחשב ל־soft 404.
| מצב | כתובת לדוגמה | מה להגדיר | מה מאמתים |
|---|---|---|---|
| עמוד נשאר באותה כתובת | /services/seo/ | 200 באותה כתובת, תוכן זמין וקנוניקל לעצמו | העמוד נפתח ישירות ובו תוכן הליבה, הכותרת והקישורים |
| שינוי כתובת קבוע | /old-service/ → /services/seo/ | 301 או 308 בצד השרת אל היעד הישיר | הפניה אחת והיעד מחזיר 200 |
| איחוד תוכן | /old-guide-a/ ו־/old-guide-b/ → /guides/seo/ | הפניה נפרדת מכל מקור לעמוד המאוחד | היעד מכסה את המידע שהקוראים חיפשו |
| הסרה ללא תחליף | /expired-offer/ | 404 או 410 והסרה מהקישורים וממפת האתר | השרת מחזיר את הקוד הנכון גם אם דף השגיאה מעוצב |
| תמונה או PDF הועברו | /wp-content/uploads/report.pdf | שמירת הנתיב או הפניה לנכס המקביל | הקובץ נפתח דרך הקישור הקיים ונטען בעמודים שמפנים אליו |
| סביבת בדיקה | staging.example.com | הגנה בסיסמה ובידוד ממערכות ייצור | סביבת הבדיקה אינה נגישה לציבור והאתר החי נגיש לסריקה |
בגיליון המיפוי תעדו לכל כתובת גם עדיפות, סיבת שינוי, אחראי, תוצאה צפויה ותוצאת בדיקה בפועל. השתמשו בנתונים כדי לבדוק קודם את העמודים החשובים ביותר, ואז הריצו סריקה על כל הרשימה.
3. מעבירים גם את מה שכבר עובד
שמרו על גוף התוכן שעונה על השאילתה, כותרת העמוד, כותרות המשנה, התמונות והקישורים החשובים. עדכנו קישורים פנימיים כך שיפנו לכתובת הסופית, כולל בתפריט, בפירורי הלחם ובמאמרים ישנים. בדקו גם תיאור מטא, שיתוף ברשתות, נתונים מובנים ו־hreflang אם האתר רב־לשוני. שיפור עיצובי ושינוי נרחב בתוכן באותו יום מקשים לזהות מה גרם לירידה, ולכן כדאי לפצל אותם אם אפשר.
4. עוברים מוורדפרס לאתר שנבנה ב־Vibe Coding
ב־Vibe Coding בונים אתר בעזרת הנחיות לכלי AI וקוד שהוא מייצר או משנה. לפני המעבר החליטו מי ינהל את התוכן, איפה האתר יתארח, איך מבצעים פריסה חוזרת ואיך משחזרים גרסה. אם התוכן מתעדכן לעיתים קרובות, אפשר לשקול להשאיר את WordPress כמערכת תוכן ולבנות חזית חדשה שקוראת ממנה. אפשרות נוספת היא מעבר ל־CMS אחר או לאתר סטטי. בכל אחת מהאפשרויות צריך לבדוק את התוצר שמוגש בפועל בדומיין.
| מה היה בוורדפרס | מה צריך במערכת החדשה | איך בודקים |
|---|---|---|
| תבניות עמוד ופוסט | נתיב אמיתי ותוכן נגיש ב־HTML, רצוי באמצעות בנייה סטטית או רינדור בשרת לעמודי תוכן | פתיחה ישירה ורענון של כתובת עמוקה, בדיקת מקור ו־URL Inspection |
| Yoast ותוספי SEO | title, תיאור מטא, canonical ומטא־נתונים ייחודיים לעמוד | בדיקת HTML בכמה עמודים שונים ובחינת התאמה בין הקנוניקל למפת האתר |
| כללי הפניה ותבנית 404 | הפניות ברמת האחסון או השרת, וטיפול אמיתי בכתובות שגויות | בדיקת קודי HTTP לכל המיפוי ופתיחת כתובת אקראית שאינה קיימת |
| ספריית מדיה ותמונות | העברה של קבצים, תמונות, טקסט חלופי ונתיבים קיימים לפי הצורך | בדיקת דפי מפתח במובייל וסריקה לקישורים שבורים |
| טפסים, דיוור ו־CRM | שירות שרת או אינטגרציה שמקבלים ושומרים פניות, עם אימות והגנת ספאם | שליחת פנייה אמיתית ווידוא שהיא הגיעה ליעד ושאירוע ההמרה נרשם פעם אחת |
| עדכון תוכן ותפעול | גישה לריפו, לתוכן, לאחסון ולדומיין, וגיבוי או מנגנון חזרה לגרסה קודמת | עריכת עמוד, פריסה, בדיקה ושחזור בסביבת בדיקה |
יישומי JavaScript יכולים להופיע בגוגל, אבל כדאי לבדוק שהתוכן הראשי, קישורי הניווט והכתובת הקנונית זמינים גם בגישה ישירה. בעמודי תוכן, HTML שנבנה מראש או נוצר בשרת מקל על הבדיקה. שימו לב במיוחד לאתרים שבהם כל כתובת מקבלת את אותו HTML ואותו קוד 200, גם כשהעמוד לא קיים. השתמשו בקישורי <a href> לניווט, ובדקו את ה־HTML המרונדר ב־Search Console.
5. עורכים בדיקת השקה מלאה
- סרקו את סביבת הבדיקה והשוו מול האתר הקיים. חפשו כתובות חסרות, כפילויות, כותרות ריקות, קנוניקל שגוי וקישורים שבורים.
- בדקו במובייל את עמוד הבית, השירותים, המאמרים והטפסים. שלחו טופס ובדקו הודעת תודה, קבלת פנייה ומדידת המרה.
- בדקו שעמודי הייצור המיועדים לאינדוקס פתוחים לסריקה, שמפת האתר כוללת כתובות קנוניות תקינות, ושכתובות הבדיקה לא דלפו לקנוניקל או לקישורים.
- בדקו HTTPS, וריאציות עם ובלי www לפי ההגדרה שלכם, גרסאות שפה, וכתובות ישנות שמכילות תווים בעברית או לוכסן סופי.
- קבעו שעת השקה, אחראי ותנאי חזרה לגרסה קודמת. למשל, עמודי שירות מרכזיים מחזירים שגיאות שרת או שכל הטפסים הפסיקו לעבוד.
6. משיקים ומודדים לפי קבוצות עמודים
| מתי | מה בודקים | מתי פועלים |
|---|---|---|
| ביום ההשקה | עמודי מפתח, הפניות, קודי תגובה, sitemap, robots.txt, טפסים ומדידה | מתקנים מיד חסימת אינדוקס, הפניה ליעד שגוי או תקלה בקבלת פניות |
| בימים 1–7 | סריקה של הכתובות הישנות והחדשות, בדיקת כתובות ב־Search Console ולוגים אם זמינים | מטפלים ב־404 לא צפויים, שרשראות הפניה, שגיאות שרת וקנוניקל לא תקין |
| בשבועות 2–4 ואילך | השוואת קליקים, הופעות, עמודי נחיתה ופניות לפי קבוצת עמודים ולפי עונתיות | חוקרים ירידה מתמשכת בעמודים או בשאילתות חשובים ומצליבים עם נתוני הסריקה |
הגישו את מפת האתר ב־Search Console. במעבר לדומיין חדש, בדקו אם כלי שינוי כתובת מתאים למהלך ואמתו את שני הנכסים. גוגל ממליצה בדרך כלל להשאיר הפניות לפחות שנה. אם הירידה מופיעה רק באנליטיקה והקליקים ב־Search Console יציבים, בדקו קודם את הטמעת המדידה. אם גם הקליקים וגם ההופעות יורדים באותה קבוצת עמודים, בדקו זמינות, סריקה, אינדוקס ויעדי הפניה לפני שינוי נוסף.
המלצות שמקטינות את הסיכון
- השאירו עמודים שמביאים פניות באותן כתובות כל עוד הדבר אפשרי.
- הימנעו משינוי דומיין, מערכת, מבנה כתובות ותוכן הליבה באותו מהלך אם אפשר לפצל את העבודה.
- דרשו מספק הפיתוח קובץ מיפוי, בדיקת טפסים ותוכנית חזרה לגרסה קודמת כחלק ממסירת האתר.
- תעדו את תאריך ההשקה ואת התקלות שתוקנו כדי לקשור בין שינוי טכני לבין שינוי בנתונים.
שאלות ותשובות
האם צריך הפניות אם רק החלפנו עיצוב?
אם הדומיין והכתובות נשארו זהים, אין צורך בהפניות חדשות בגלל העיצוב. עדיין חשוב לבדוק תוכן, קישורים, תצוגת מובייל וטפסים, כי התבנית החדשה יכולה לשנות את מה שהעמוד מציג.
האם צריך להחליף את כל כתובות וורדפרס כשעוברים לקוד חדש?
אפשר להגדיר במערכת החדשה נתיבים זהים. זה שימושי במיוחד כשיש מאמרים עם קישורים נכנסים. אם נתיב חייב להשתנות, מפנים ממנו ישירות לכתובת המקבילה.
תוך כמה זמן גוגל תעדכן את התוצאות?
אין לוח זמנים אחיד. גוגל צריכה לסרוק את הכתובות הישנות והחדשות, והקצב תלוי בין היתר בגודל האתר ובתדירות הסריקה. עקבו אחר עמודי מפתח ותקנו כשמופיעה תקלה שאפשר לשחזר.
האם אפשר להפנות את כל הדפים הישנים לדף הבית?
עדיף להפנות כל עמוד ליעד מקביל שמספק תשובה דומה. אם אין יעד רלוונטי והעמוד הוסר, החזירו 404 או 410 והציעו ניווט מועיל בדף השגיאה.
מה עושים אם התנועה ירדה מיד אחרי המעבר?
השוו את אותו עמוד ואת אותה שאילתה לפני ואחרי. בדקו קודי תגובה, הפניה, canonical, תוכן מרונדר ו־noindex. במקביל ודאו שתגי המדידה עובדים. אם יש כשל גורף בעמודים קריטיים, הפעילו את תוכנית ההתאוששות שקבעתם מראש.
סיכום
מעבר אתר מסודר מתחיל ברשימת עמודים שמביאים תנועה ופניות ומסתיים בבדיקת אותם עמודים באתר החדש. שמרו כתובות כשאפשר, הגדירו הפניות ישירות כשצריך, וודאו שהתוכן, הטפסים והמדידה עובדים אחרי ההשקה. במעבר מוורדפרס לאתר שנבנה ב־Vibe Coding, תכננו מראש מי מחליף כל יכולת שהייתה מובנית בוורדפרס ובתוספים.
מתכננים לבנות מחדש אתר פעיל? אפשר להיעזר בשירות בניית אתרים עם תשתית SEO ולשלב את מיפוי הכתובות כבר בשלב האפיון.
לקריאה נוספת: מדריך גוגל למעבר אתר עם שינוי כתובות ומדריך גוגל ל־JavaScript SEO.
