בקצרה: מעבר אחסון בלי השבתה נעשה בשלושה שלבים: מגבים ומתעדים את רשומות ה-DNS, מעבירים עותק ובודקים אותו על כתובת זמנית, ורק אז מפנים את הדומיין. הורדת ה-TTL ל-5 דקות יום לפני מקצרת את ההחלפה לדקות. הצ'קליסט מרכז 25 בדיקות, כולל מיילים, SSL, סליקה וקידום, נכון לנובמבר 2026.
בקצרה: עובדות על מעבר לקלאודוויז
| נושא | העובדה | מקור |
|---|---|---|
| העברת וורדפרס / ווקומרס | חינם, בתוסף Cloudways WordPress Migrator או בהגירה מנוהלת על ידי הצוות | Cloudways KB |
| אפליקציה שאינה וורדפרס | Magento, Laravel או PHP מותאם: 99$ לכל אפליקציה בהגירה מנוהלת | שם |
| תקופת הניסיון | הגירה מנוהלת לא זמינה בניסיון; צריך לשדרג לחשבון בתשלום | שם |
| וורדפרס Multisite | נתמך ב-Flexible בלבד, לא ב-Autonomous | Cloudways KB |
| DNS | לקלאודוויז אין שרתי שמות (Nameservers). את הרשומות מנהלים אצל הרשם או בשירות DNS חיצוני | Cloudways KB |
| שרת בתל אביב | זמין ב-AWS, ב-Google Cloud וב-Vultr; לא ב-DigitalOcean ולא ב-Linode | בדיקה שלנו מול ה-API של קלאודוויז |
נכון ל-6.11.2026.
למה צריך צ'קליסט למעבר אחסון?
רוב המעברים שמשתבשים לא נכשלים בהעברת הקבצים. הם נכשלים בפרט קטן שנשכח: תיבות מייל שנמחקו עם החבילה הישנה, ספק סליקה שחוסם את כתובת ה-IP החדשה, או אתר שנשאר במצב "לא לאנדקס". הצ'קליסט נבנה מהטעויות האלה.
שני מונחים לפני שמתחילים: רשומת A היא הרשומה ב-DNS שאומרת לאיזו כתובת IP הדומיין מצביע, ואותה משנים כדי "להעביר" את האתר. TTL הוא הזמן שבו שרתים ברחבי העולם שומרים את הרשומה הישנה בזיכרון. TTL נמוך מקצר את זמן המעבר.
צ'קליסט מעבר אחסון: 25 בדיקות
הסימונים נשמרים רק בדפדפן שלכם. אפשר להדפיס את הרשימה או לשמור אותה כ-PDF מכפתור ההדפסה.
מה חייבים לבדוק לפני מעבר אחסון?
לפני המעבר חייבים לדעת איפה יושבים ה-DNS והמייל, אילו שירותים תלויים בכתובת ה-IP, ולהוריד את ה-TTL. בשלב ההכנה מונעים את רוב הבעיות, ושלושה דברים חשובים במיוחד.
DNS ומייל: בחברות אחסון ישראליות, הרבה פעמים ה-DNS והמייל יושבים באותה חבילה עם האתר. אם תבטלו את החבילה, ייעלמו גם הם. צלמו את כל הרשומות לפני שמשנים משהו, כדי שתוכלו לשחזר. אם הדומיין רשום אצל רשם ישראלי, קראו את המדריך לחיבור דומיין ישראלי.
שירותים שתלויים ב-IP: חלק מספקי הסליקה ושירותי ה-API מאפשרים קריאות רק מכתובות IP מורשות. אחרי המעבר, השרת החדש יקבל כתובת אחרת. אם לא תעדכנו, תשלומים יעברו אבל ההזמנות לא יתעדכנו.
TTL נמוך: אם ה-TTL של הרשומה הוא 24 שעות, חלק מהגולשים ימשיכו להגיע לשרת הישן עד יממה אחרי השינוי. הורדה ל-5 דקות יום לפני כן מקצרת את זה מאוד.
איך קוראים את רשומות ה-DNS ומורידים TTL?
קודם מגלים מי מנהל את ה-DNS, ורק אז משנים אצלו. מי שמנהל את ה-DNS הוא מי ששרתי השמות (NS) של הדומיין מצביעים אליו: הרשם, חברת האחסון הישנה או Cloudflare. לקלאודוויז אין שרתי שמות, ולכן אחרי המעבר הרשומות יישארו אצל אחד מהם.
- בדקו את שרתי השמות: בשורת הפקודה
nslookup -type=ns yourdomain.co.il, או בכלי Dig של Google Admin Toolbox. - היכנסו לממשק של מי שמנהל את ה-DNS, ושמרו צילום מסך או ייצוא של כל הרשומות: A, AAAA, CNAME, MX ו-TXT.
- ברשומת ה-A של הדומיין ושל www שנו את ה-TTL לערך הנמוך שהממשק מאפשר (למשל 300 שניות), לפחות יום לפני ההחלפה. יש רשמים שמאפשרים רק ערכים קבועים; קחו את הנמוך שבהם.
- ודאו שהשינוי נקלט:
nslookup -type=a yourdomain.co.ilמחזיר עדיין את ה-IP הישן, וזה תקין. משנים את הכתובת רק ביום ההחלפה.
ממשקי הרשמים הישראליים שונים זה מזה. ההוראות לפי רשם נמצאות במדריך DNS לדומיין ישראלי.
מה עושים עם MX, SPF, DKIM ו-DMARC במעבר?
רשומות המייל לא זזות אם המייל לא זז. מעבר של האתר משנה רק את רשומת ה-A, וה-MX נשארות כמו שהן. הבעיה מתחילה כשהמייל יושב בחבילת האחסון הישנה, או כשהאתר מתחיל לשלוח מיילים משירות אחר.
- מייל בחבילה הישנה: קלאודוויז לא מארחת תיבות דואר. לפני ביטול החבילה הישנה, העבירו את התיבות לספק מייל (למשל Google Workspace, Microsoft 365 או תוסף Rackspace), ועדכנו את ה-MX לספק החדש.
- SPF: אם האתר ישלח מיילים דרך תוסף SMTP חדש, הוסיפו את השרת שלו לרשומת ה-SPF הקיימת. לפי תקן SPF (RFC 7208) לדומיין מותרת רשומת SPF אחת בלבד, ולכן מאחדים ולא מוסיפים רשומה שנייה.
- DKIM ו-DMARC: רשומת DKIM חדשה מתווספת לצד הקיימות, כי לכל שירות יש selector משלו. את DMARC אין סיבה לשנות במעבר.
- בדיקה: שלחו טופס מהאתר לתיבת Gmail, פתחו את ההודעה ובחרו "הצגת המקור" (Show original). שם רואים אם SPF, DKIM ו-DMARC עברו (PASS).
ההסבר המלא על שלוש הרשומות: הגדרת SPF, DKIM ו-DMARC. האפשרויות לשליחת מייל מהשרת: מייל בקלאודוויז.
איך מעבירים את האתר בלי לגעת באתר החי?
מעבירים עותק לשרת החדש ועובדים רק עליו. העיקרון הוא שהאתר הישן ממשיך לעבוד כרגיל עד הרגע האחרון. מעבירים עותק לשרת החדש, בודקים אותו על כתובת זמנית, ומתקנים בשקט.
בקלאודוויז (Cloudways) יש שתי דרכים להעביר אתר וורדפרס:
| דרך | איך זה עובד | מתי לבחור |
|---|---|---|
| התוסף Cloudways WordPress Migrator | מתקינים את התוסף באתר הישן, מזינים את פרטי האפליקציה החדשה ופרטי ה-SFTP, והוא מעביר הכול | אתר וורדפרס רגיל, ואתם רוצים להעביר אותו בעצמכם בלי לחכות לצוות |
| הגירה מנוהלת חינם | ממלאים טופס בפאנל, ומהנדס של קלאודוויז מעביר את האתר. זמן היעד הוא 24 שעות לאתר | לא רוצים לגעת בזה בעצמכם. לא זמינה בתקופת הניסיון |
הפרטים המלאים על ההגירה המנוהלת, כולל מה כלול ומה עולה כסף, נמצאים במדריך הגירה חינם לקלאודוויז.
כתובות במסד הנתונים ו-wp-config: מתי צריך לגעת?
כשהדומיין נשאר אותו דומיין, בדרך כלל לא צריך להחליף כתובות במסד הנתונים. צריך להחליף כשמשנים דומיין, עוברים מ-http ל-https, או כשתוסף ההעברה השאיר קישורים לכתובת הזמנית.
לא מחליפים כתובות בעורך טקסט על קובץ SQL. וורדפרס שומרת חלק מההגדרות כנתונים מסודרים (serialized), שבהם רשום גם אורך כל מחרוזת, והחלפה ידנית שוברת אותם. הפקודה wp search-replace של WP-CLI מטפלת בנתונים האלה נכון. בקלאודוויז מריצים אותה ב-SSH מתוך תיקיית public_html, שבה נמצא wp-config.php:
wp search-replace 'http://old-domain.co.il' 'https://new-domain.co.il' --skip-columns=guid --dry-runהדגל --dry-run מציג כמה שינויים יבוצעו בלי לשמור. אם המספרים הגיוניים, מריצים שוב בלי הדגל. הפקודה רגישה לאותיות גדולות וקטנות, ולכן כדאי לבדוק גם וריאציות. קחו גיבוי לפני כל הרצה.
wp-config.php: אחרי מעבר, בדקו שאין בו הגדרות קשיחות של WP_HOME או WP_SITEURL שמצביעות לכתובת הישנה, ושפרטי מסד הנתונים הם של השרת החדש. הגדרות שמישהו הוסיף ידנית לקובץ באתר הישן, כמו מגבלת זיכרון או מפתחות של שירותים, עלולות לעבור או להיעלם, ולכן השוו את שני הקבצים.
חנות, Multisite ואתר שאינו וורדפרס: מה משתנה?
| סוג אתר | מה להוסיף לצ'קליסט |
|---|---|
| חנות ווקומרס | הזמנות שנכנסות לאתר הישן בין ההעתקה להחלפה לא יופיעו בשרת החדש. העבירו בשעה שקטה, או העתיקו שוב את מסד הנתונים סמוך להחלפה. אחרי המעבר: הזמנת בדיקה, Callback מחברת הסליקה, חשבונית, ומשימות מתוזמנות (Cron) של מנויים ומלאי. |
| וורדפרס Multisite | בקלאודוויז נתמך רק ב-Flexible. מפעילים מצב Multisite באפליקציה החדשה לפני ההעברה, לפי מאמר התוסף. ברשת עם תת-דומיינים בודקים גם רשומת DNS לכל תת-דומיין או רשומת wildcard. |
| Laravel, Magento או PHP מותאם | אין תוסף העברה; מעבירים ידנית (קבצים ומסד נתונים ב-SFTP ו-SSH) או בהגירה מנוהלת ב-99$ לאפליקציה. בדקו גרסת PHP, הרחבות, משתני סביבה ו-Cron לפני ההחלפה. |
יש כתובת IP קבועה שספק הסליקה צריך לאשר? הפירוט במדריך IP השרת וה-Callback.
מה עושים ביום ההחלפה?
ביום ההחלפה משנים את רשומת ה-A (ואת www) לכתובת ה-IP החדשה, ואחרי שהיא מתעדכנת מתקינים SSL. ההחלפה עצמה היא שינוי של רשומה אחת או שתיים. כל השאר הוא בדיקה. בחנות, בחרו שעה עם מעט הזמנות, ואם אפשר הקפיאו שינויים באתר הישן, כדי שהזמנות שנכנסו בזמן ההחלפה לא ייעלמו.
שימו לב לסדר: קודם מפנים את הדומיין, ורק אחרי שהוא מצביע לשרת החדש מתקינים SSL של Let's Encrypt. התעודה מאומתת מול הדומיין, ולכן היא לא תותקן כל עוד הדומיין מצביע לשרת הישן. המדריך המלא ליום הזה, למי שעובר מחברה ישראלית: מעבר מאחסון ישראלי לקלאודוויז.
מה התוכנית אם ההחלפה נכשלת?
התוכנית פשוטה: מחזירים את רשומת ה-A לכתובת הישנה. זה עובד רק אם האתר הישן עדיין פעיל, ולכן לא מבטלים אותו מוקדם. עם TTL של 5 דקות, רוב הגולשים חוזרים לשרת הישן תוך דקות.
- לפני ההחלפה, רשמו בצד את ה-IP הישן ואת ערכי הרשומות המקוריים.
- הגדירו מראש מה נחשב כישלון: למשל, התשלום לא עובר, האתר מחזיר שגיאה 500, או שהטפסים לא שולחים, ואין תיקון ברור תוך 30 דקות.
- בכישלון, החזירו את רשומת ה-A ל-IP הישן, ונקו קאש ב-CDN אם יש.
- בחנות, בדקו אם נכנסו הזמנות לשרת החדש בזמן שהיה פעיל, והעבירו אותן ידנית לאתר הישן.
- תקנו את הבעיה בשרת החדש על הכתובת הזמנית, ונסו שוב ביום אחר.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
מה בודקים אחרי מעבר אחסון?
אחרי המעבר בודקים שגוגל סורק את האתר בלי שגיאות, שהמיילים והטפסים עובדים, ושהגיבויים רצים בשרת החדש. אחרי שהאתר עלה, עקבו אחריו מקרוב שבוע או שבועיים. בדקו ב-Search Console שאין עלייה בשגיאות סריקה, ושהתנועה מגוגל לא יורדת בצורה חדה. ירידה קטנה של כמה ימים היא נורמלית.
אל תבטלו את החבילה הישנה מיד. אם משהו נשכח, למשל קובץ שלא הועבר או רשומת DNS ששכחתם, החבילה הישנה היא רשת הביטחון שלכם.
תוכנית ניטור ל-30 הימים הראשונים
| מתי | מה בודקים | איפה |
|---|---|---|
| יום 1 | האתר נטען מהשרת החדש, SSL תקין, טופס ומייל עוברים, הזמנת בדיקה בחנות | דפדפן, תיבת Gmail ("הצגת המקור") |
| יום 2–3 | גיבוי השרת הראשון רץ והושלם | לשונית Backup בניהול השרת בפאנל קלאודוויז |
| שבוע 1 | אין קפיצה בשגיאות סריקה (404, 5xx); מפת האתר נקראה | Google Search Console: דוח דפים ודוח מפות אתר |
| שבוע 1 | שימוש ב-CPU ובזיכרון בשעות השיא | לשונית Monitoring של השרת |
| שבוע 2 | התנועה האורגנית חזרה לרמה של לפני המעבר; מהירות בנייד | Search Console (ביצועים), PageSpeed Insights |
| שבוע 2 | אחרי יציבות: ביטול החבילה הישנה, אחרי שהמיילים הועברו | אצל חברת האחסון הישנה |
| יום 30 | שחזור בדיקה מגיבוי לסביבת Staging; השוואת ציון המהירות לנקודת הייחוס | פאנל קלאודוויז |
מדדים מפורטים לבדיקת מהירות לפני ואחרי: בדיקת מהירות אתר. התראה אוטומטית כשהאתר נופל: ניטור זמינות.
מהן הטעויות הנפוצות במעבר אחסון, ואיך מתקנים אותן?
המיילים הפסיקו להגיע: כמעט תמיד רשומות ה-MX השתנו או נמחקו יחד עם החבילה הישנה. החזירו אותן לפי הצילום שעשיתם בבדיקה 2.
חלק מהגולשים עדיין רואים את האתר הישן: זה ה-TTL. המתינו, ובינתיים אל תעשו שינויים באתר הישן. אם לא הורדתם TTL מראש, זה יכול לקחת עד יממה.
תעודת ה-SSL לא מותקנת: הדומיין עוד לא מצביע לשרת החדש, או שיש רשומת AAAA (IPv6) ישנה שמפנה למקום אחר. בדקו את שתי הרשומות.
תשלומים עוברים, הזמנות לא מתעדכנות: ספק הסליקה לא מכיר את ה-IP החדש. עדכנו אותו אצלו, ובדקו את כתובת ה-Callback בהגדרות התוסף.
האתר לא מופיע בגוגל: בדקו ב-Settings ואז Reading בוורדפרס שלא נשאר מסומן "בקשו ממנועי חיפוש לא לאנדקס".
שאלות נפוצות
מעבירים עותק של האתר לשרת החדש ובודקים אותו על כתובת זמנית, בזמן שהאתר הישן ממשיך לעבוד. רק אחרי שהכול תקין משנים את רשומת ה-A, וכך אין רגע שבו האתר לא זמין.
בין כמה דקות לכמה שעות, לפי ה-TTL של הרשומה. אם מורידים את ה-TTL לכמה דקות יום לפני המעבר, רוב הגולשים יגיעו לשרת החדש תוך זמן קצר.
אם המייל יושב אצל ספק נפרד כמו Google Workspace, הוא ממשיך לעבוד כל עוד לא משנים את רשומות ה-MX. אם המייל יושב בחבילת האחסון הישנה, צריך להעביר את התיבות לפני שמבטלים אותה.
לא, אם הכתובות, התוכן וההגדרות נשארים זהים. ירידה קלה של כמה ימים היא נורמלית. בדקו שהאתר לא מסומן כ'לא לאנדקס' ושלחו מפת אתר ל-Search Console.
לא. הדומיין יכול להישאר אצל הרשם שלו. משנים רק את רשומות ה-DNS כך שיצביעו לשרת החדש.
אחרי שבוע עד שבועיים של יציבות, כשבדקתם שהמיילים, הטפסים והסליקה עובדים ושגוגל סורק את האתר החדש. עד אז, החבילה הישנה היא הגיבוי שלכם.
לפי מאמר התמיכה של קלאודוויז, העברת אתר וורדפרס או ווקומרס חינמית, גם בתוסף ההעברה וגם בהגירה מנוהלת על ידי הצוות. אפליקציה שאינה וורדפרס, כמו Magento או Laravel, עולה 99$ לאפליקציה בהגירה מנוהלת. הגירה מנוהלת לא זמינה בתקופת הניסיון, רק אחרי שדרוג לחשבון בתשלום.
מחזירים את רשומת ה-A לכתובת ה-IP של השרת הישן, ולכן לא מבטלים אותו לפני שהמעבר יציב. עם TTL נמוך, רוב הגולשים חוזרים לאתר הישן תוך דקות. אחר כך מתקנים את הבעיה בשרת החדש על הכתובת הזמנית ומנסים שוב.
מדריכים קשורים
- איך פותחים שרת ואתר בקלאודוויז (ניסיון חינם)
- הגירה חינם לקלאודוויז
- מעבר מאחסון ישראלי לקלאודוויז
- חיבור דומיין ישראלי (co.il) לקלאודוויז
- מעבר מוויקס לוורדפרס
- כל המדריכים בתחום: מדריכי מעבר אחסון
מקורות
- How to Request a Managed Application Migration – הגירה חינם לוורדפרס, 99$ לאפליקציה אחרת, לא בניסיון (Cloudways KB, נבדק 6.11.2026)
- Cloudways WordPress Migrator Plugin – כולל Multisite ב-Flexible בלבד (Cloudways KB)
- Does Cloudways Offer Name Servers? · Search and Replace with WP-CLI · Server-Level Backup (Cloudways KB)
- wp search-replace (WordPress Developer Resources) · RFC 7208, SPF
- אזורי תל אביב: בדיקה שלנו מול ה-API של קלאודוויז, 6.11.2026
מקור רשמי: How to Use the Cloudways WordPress Migrator Plugin, How to Request a Managed Application Migration, How to Install Let's Encrypt SSL Certificate, Does Cloudways Offer Name Servers (Cloudways Knowledge Base). נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים