מעבר בין ספקי אחסון הוא אחד מאותם דברים שנראים פשוטים עד שבאמת מנסים לעשות אותם. לוחצים על כמה כפתורים, מעבירים קבצים, ופתאום הדירוג שלכם צונח, התנועה לאתר יורדת, ואתם נשארים לתהות מה השתבש. האמת היא שהעברת אתר וורדפרס היא לא רק משימה טכנית. זהו אירוע שמשפיע ישירות על ה-SEO, ואם הוא מתבצע ברשלנות, הוא עלול לבטל חודשים או שנים של התקדמות בדירוג.
בדיוק בגלל זה שירות העברת וורדפרס זהיר ומקצועי כל כך חשוב. כשההעברה מתבצעת נכון, היא אמורה להיות בלתי מורגשת מבחינת גוגל ומבחינת המבקרים באתר. כשהיא מתבצעת לא נכון, היא עלולה לפגוע בנראות שלכם במנועי החיפוש לשבועות ארוכים.
למה מעברי אחסון מסכנים את ה-SEO שלכם
מנועי חיפוש מדרגים את האתר שלכם על סמך שילוב של גורמים: כתובות URL, קודי תגובה של השרת, מהירות טעינה, זמינות (uptime) ועקביות התוכן. כשאתם עוברים ספק אחסון, כל אחד מהגורמים הללו עלול להשתנות בבת אחת.
הנה מה שבדרך כלל משתבש בהעברה עצמאית (DIY):
- כתובות URL משתנות מעט (לוכסן בסוף הכתובת, HTTP מול HTTPS) ויוצרות בעיות של תוכן כפול
- הפניות (redirects) נשכחות, מה שגורם לדפים שבורים ולאובדן ערך קישורים
- הפצת DNS (DNS propagation) גורמת להשבתה זמנית ש-Googlebot שם לב אליה
- שגיאות במסד הנתונים שוברות קישורים פנימיים או מוחקות מטא-דאטה
- תעודות SSL לא עוברות כמו שצריך, מה שמפעיל אזהרות אבטחה
כל אחת מהבעיות הללו עלולה לגרום לירידה בדירוג. שלבו שתיים או שלוש יחד, ותמצאו את עצמכם מתמודדים עם פרויקט שיקום של ממש במקום מעבר חלק.
התפקיד של שירות העברת וורדפרס במניעת הבעיות האלה
שירות העברת וורדפרס ראוי מתייחס למעבר כסדרה של נקודות בדיקה, לא כפעולת העתק-הדבק אחת. במקום סתם להעביר קבצים ולקוות לטוב, הוא לוקח בחשבון כל פרט שחשוב למנועי החיפוש.
זה כולל בדרך כלל:
- שכפול מלא של האתר, כולל מסד הנתונים, ספריית המדיה והגדרות התוספים, בלי לשנות את מבנה הקבצים
- בדיקת הסביבה החדשה בכתובת URL זמנית לפני שמשהו עולה לאוויר
- וידוא שהקישורים הקבועים (permalinks), תגי canonical והקישורים הפנימיים נשארים בדיוק אותו דבר
- תזמון שינויי DNS בשעות שפל כדי לצמצם השבתה גלויה
- הנפקת תעודות SSL מחדש באופן מיידי כדי ש-HTTPS לעולם לא יישבר
שום דבר מכל זה הוא לא "מרהיב". אבל זה ההבדל בין העברה שאף אחד לא שם לב אליה לבין העברה שמתגלה כירידה בתנועה בניתוח הנתונים שלכם שלושה ימים אחר כך.
הפצת DNS ולמה התזמון חשוב
אחד החלקים הכי לא מובנים במעבר ספק אחסון הוא הפצת DNS. כשאתם מעדכנים את רשומות ה-DNS כדי להצביע לשרת חדש, השינוי לא קורה באופן מיידי בכל מקום. זה יכול לקחת בין כמה דקות ל-48 שעות, תלוי בהגדרות ה-TTL ובאופן שבו רשתות שונות שומרות במטמון (cache) את הרשומות.
בחלון הזמן הזה, חלק מהמבקרים (וגם חלק מבקשות הסריקה של Googlebot) עשויים להגיע לשרת הישן בזמן שאחרים מגיעים לשרת החדש. אם השרת הישן נסגר מוקדם מדי, כל מי שעדיין מצביע אליו יקבל שגיאות, כולל רובוטי הסריקה של מנועי החיפוש. אם אתם סקרנים לדעת איך התהליך הזה עובד לעומק, כיסינו את זה בפוסטים אחרים על ניהול DNS.
תוכנית העברה טובה משאירה גם את השרת הישן וגם את החדש פעילים במקביל עד שההפצה מסתיימת לחלוטין, כך שאף אחד לא נתקל בדף שבור.
שימור מבנה כתובות ה-URL שלכם
מנועי חיפוש מתייחסים לכל כתובת URL ייחודית כאל דף נפרד עם היסטוריית דירוג משלו. אם ההעברה משנה בטעות את מבנה כתובות ה-URL, אפילו בצורה עדינה, אתם מסתכנים באובדן הסמכות שהדפים הללו צברו לאורך זמן.
טעויות נפוצות בכתובות URL בזמן העברה כוללות:
- מעבר מ-www ל-non-www (או להפך) בלי הפניית 301 תקינה
- מעבר מ-HTTP ל-HTTPS בלי עדכון מפת האתר (sitemap) והקישורים הפנימיים
- איבוד הגדרות קישורים קבועים מותאמים אישית במהלך ייבוא מסד הנתונים
אם שינוי כתובת URL הוא בלתי נמנע, כל כתובת ישנה צריכה הפניית 301 שמצביעה על המקבילה החדשה שלה. שרשראות הפניה (מ-A ל-B ל-C) צריכות להתקצר להפניה ישירה אחת ככל האפשר, כי גוגל לא תמיד עוקבת בצורה אמינה אחרי שרשראות ארוכות.
גיבויים: רשת הביטחון שלכם במהלך המעבר
גם עם תכנון זהיר, דברים יכולים להשתבש. התנגשות בין תוספים, טבלה פגומה במסד הנתונים, קובץ שפספסו. בגלל זה גיבוי מלא לפני ובמהלך ההעברה הוא לא אופציונלי, הוא הדבר שהופך אסון פוטנציאלי לתקלה קטנה.
אנחנו מריצים גיבויים מלאים לפני כל שלב בהעברה, כך שאם משהו נראה לא תקין בשרת החדש, אנחנו יכולים לחזור אחורה מיידית במקום לפתור תקלות בזמן אמת. למידע נוסף על איך רשת הביטחון הזו עובדת יום יום, ראו את הסקירה שלנו על גיבויים אוטומטיים.
בדיקות SEO שאסור לדלג עליהן אחרי ההעברה
העברת האתר היא רק חצי מהעבודה. אחרי המעבר, יש רשימה קצרה של דברים שכדאי לבדוק מיד:
- לוודא ש-Google Search Console עדיין מאמת את הבעלות ושהגשת מפת האתר עובדת
- לסרוק את האתר החדש בכלי כמו Screaming Frog כדי לתפוס קישורים שבורים או הפניות חסרות
- לבדוק מהירות טעינה וזמני תגובה של השרת, כי ספק אחסון חדש שאיטי יותר עלול לפגוע גם בדירוג וגם בחוויית המשתמש
- לוודא ש-SSL פעיל בכל האתר ללא אזהרות על תוכן מעורב
- לעקוב אחרי הניתוח הנתונים בשבועיים הראשונים כדי לתפוס דברים חריגים מוקדם
אם אתם מתכננים מעבר בעצמכם, רשימת הבדיקה שלנו לפני ההעברה עוברת על מה שכדאי להכין עוד לפני שמתחילים. ואם אתם רוצים הצצה מפורטת למעבר אמיתי מתחילתו ועד סופו, המדריך הזה מכסה בדיוק איך התהליך נראה.
למה איכות השרת חשובה גם אחרי שנחתתם
ה-SEO שלכם לא מפסיק להיות חשוב ברגע שההעברה מסתיימת. המהירות, הזמינות וההגדרות של השרת החדש ימשיכו לעצב את הדירוג שלכם קדימה, בדיוק כמו שההעברה עצמה השפיעה עליו. ספק אחסון עם זמני תגובה איטיים או השבתות תכופות יכול בשקט לשחוק את הדירוג שעבדתם קשה לשמור עליו במהלך המעבר. להצצה מעמיקה יותר על איך תשתית האחסון משפיעה על ביצועי וורדפרס לטווח ארוך, הפוסט שלנו על אחסון וורדפרס מנוהל הוא קריאה טובה להמשך.
לסיכום
מעבר ספק אחסון לא חייב להיות הימור על ה-SEO שלכם. האתרים שעוברים את ההעברה בשלום הם אלה שבהם כל פרט נבדק: כתובות URL, הפניות, תזמון DNS, SSL וגיבויים. אם תדלגו על אחד מהם, אתם מהמרים על הדירוג שהשקעתם בו זמן וכסף אמיתיים.
אם אתם מתכננים לעבור בקרוב, התייחסו להעברה באותה רצינות שהייתם מתייחסים להשקת מוצר. תכננו אותה, בדקו אותה, ואמתו אותה אחר כך. הדירוג שלכם במנועי החיפוש יודה לכם על כך.
