איך לעבור בין ספקי אחסון ללא דאון-טיים

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

לפני שמתחילים — צ'קליסט הכנה

לפני שנוגעים בדבר, בדקו:

• יש לכם גיבוי עדכני (לכל היותר שעה לפני)
• אתם יודעים את פרטי ה-DNS של הדומיין (ניהול דומיין)
• ה-TTL של ה-DNS מוגדר ל-300 שניות (5 דקות) — שנו לפחות 24 שעות לפני המעבר
• יש לכם גישה לניהול הדומיין (ב-Namecheap, 123reg, או מי שרשם לכם)
• בדקתם שספק האחסון החדש תומך בגרסת PHP שהאתר שלכם צריך

שלב 1: הכינו גיבוי מלא

אפשרות א — דרך תוסף (הכי קל): התקינו UpdraftPlus → הגדרות → Backup Now → בחרו "Both" (קבצים + מסד נתונים) → המתינו לסיום → הורידו לlocal.

אפשרות ב — ידנית (יותר שליטה):

ייצוא מסד הנתונים:

# ב-SSH
mysqldump --no-tablespaces -u DB_USER -p DB_NAME > backup-$(date +%Y%m%d).sql

ארכיב קבצים:

tar -czf wp-backup-$(date +%Y%m%d).tar.gz /var/www/html/wp-content/

שלב 2: הכינו את הסביבה החדשה

ב-Cloudways:

1. צרו שרת חדש (DigitalOcean מומלץ)
2. הוסיפו Application → WordPress → תנו שם הגיוני
3. רשמו את ה-IP ואת פרטי ה-SFTP/SSH

ב-Kinsta:

1. MyKinsta → Add new site → Create new WordPress site
2. בחרו data center (Frankfurt לקהל ישראלי/אירופי)
3. אחרי יצירה, תראו את ה-IP ב-Sites → Domains

ב-uPress: צרו אתר חדש → תקבלו פרטי FTP + כתובת ה-staging

שלב 3: העלאת קבצים לספק החדש

SFTP (ידנית):

sftp user@new-host.com
cd /public_html/wp-content/
put -r ./wp-content/uploads/
put -r ./wp-content/themes/
put -r ./wp-content/plugins/

דרך FileZilla:

1. חברו ל-SFTP של הספק החדש
2. גררו תיקיות uploads, themes, plugins מהמחשב

מה לא להעלות: wp-config.php — הספק החדש יצר אחד עם פרטי ה-DB שלו. השאירו אותו.

שלב 4: ייבוא מסד הנתונים

ב-phpMyAdmin (קל):

1. נכנסים ל-phpMyAdmin של הספק החדש
2. בוחרים את ה-database
3. Import tab → בוחרים את קובץ ה-.sql

דרך SSH לDB גדולים (מהיר יותר מעל 100MB):

# חברו ל-SSH של הספק החדש
mysql -u DB_USER -p DB_NAME < backup.sql

שלב 5: עדכון URLs במסד הנתונים

המסד הנתונים מכיל את ה-URL הישן שלכם בכמה מאות מקומות. חייבים לעדכן לכתובת הזמנית של הספק החדש לפני שבודקים:

# דרך SSH + WP-CLI
wp search-replace 'https://yoursite.com' 'https://yoursite.cloudwayseapps.com' --all-tables

למה לא לעשות search-replace ב-SQL ישיר? כי וורדפרס שומר נתונים מ-serialized PHP שמכילים אורך string. שינוי ידני שובר את הפורמט.

שלב 6: בדיקה בדומיין הזמני

לפני שנוגעים ב-DNS, בדקו שהכל עובד:

• האתר נטען נכון
• תמונות מופיעות
• ניווט עובד
• WooCommerce: בדקו עמוד מוצר, סל, checkout
• כניסה לADMIN עובדת

בעיות נפוצות:

• Mixed content (חסימת HTTP): הריצו שוב search-replace: http://yoursite.cloudwayseapps.com → https://yoursite.cloudwayseapps.com
• תמונות חסרות: בדקו הרשאות תיקיית uploads: chmod 755 wp-content/uploads
• שגיאת database connection: ודאו שה-wp-config.php מכיל את פרטי ה-DB הנכונים של הספק החדש

שלב 7: DNS Cutover ללא downtime

זה השלב שאנשים מפחדים ממנו בלי סיבה:

שעה לפני:

1. הוסיפו את הדומיין האמיתי לספק החדש (ספק הנחיות לפי פלטפורמה)
2. SSL יינתן אוטומטית (2–5 דקות)
3. הריצו search-replace סופי: הדומיין הזמני → הדומיין האמיתי

wp search-replace 'https://yoursite.cloudwayseapps.com' 'https://yoursite.com' --all-tables

בזמן הcutover:

• נכנסו לניהול הדומיין שלכם
• שנו את ה-A record לכתובת ה-IP של הספק החדש
• שמרו

עם TTL של 300 שניות, שינוי ה-DNS ייכנס לתוקף תוך 5–15 דקות.

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

שלב 8: אחרי המעבר

• בדקו שה-SSL עובד (https:// ירוק)
• ריצו Google PageSpeed Insights — ראו את השיפור
• Submit sitemap ב-Google Search Console
• עקבו אחרי 404 errors ב-Search Console ל-7 ימים
• בטלו את האחסון הישן (לפי מחזור החיוב — לא למחוק מיד!)

כמה זמן לוקח?

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