העברת אתר וורדפרס בחינם לאחסון חדש

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

• קבצים: תיקיית האתר, קבצים שהועלו, תבניות, תוספים וכל קוד מותאם.
• מסדי נתונים: מיוצאים מהספק הישן ומיובאים לחשבון החדש, והגדרות האתר מתעדכנות לפרטי ההתחברות החדשים.
• מייל: תיבות הדואר נפתחות מחדש ב-Devoster וההודעות מועתקות, אם אתם רוצים שהמייל יעבור יחד עם האתר.

זה לא רק לוורדפרס. אתרי PHP, אתרים סטטיים ומערכות ניהול תוכן אחרות עוברים באותה דרך. וגם העברת אתרים וורדפרס בכמות לא מסובכת יותר: מעבירים כמה אתרים שהחבילה מחזיקה, 5 ב-Lite, ‏10 ב-Standard ו-20 ב-Pro.

יש דברים שהם לא קבצים, ודורשים החלטה ולא העתקה. תעודות SSL מונפקות מחדש בשרת החדש (Let's Encrypt כלול בחינם ומתחדש אוטומטית). משימות cron, רשומות DNS כמו רשומות TXT לאימות, וכל שירות חיצוני שמאשר גישה לפי כתובת ה-IP של השרת הישן, כל אלה צריכים בדיקה. ריכזנו אותם ברשימה למטה כדי ששום דבר לא ייפול בין הכיסאות.

• 1. בוחרים חבילה. לפי האתר שיש לכם היום, לא לפי זה שאתם מקווים שיהיה. שדרוג לחבילה גדולה יותר בהמשך הוא עניין מהיר.
• 2. מורידים את ה-TTL ב-DNS. יום לפני המעבר, מגדירים TTL של 300 שניות לרשומות שעומדות להשתנות. זה מה שהופך את ההחלפה לעניין של דקות במקום יום שלם שבו גולשים עוד מגיעים לשרת הישן.
• 3. פותחים פניית העברה. מלוח הבקרה של החשבון נכנסים ל-Support ופותחים פנייה בשם "Website Migration Request" עם הפרטים שמופיעים בסעיף הבא. סיסמאות שמים בתוך הפנייה, אף פעם לא במייל רגיל.
• 4. אנחנו מעתיקים את האתר. הקבצים, מסדי הנתונים והמייל מועתקים לחשבון החדש בזמן שהאתר המקורי ממשיך לשרת גולשים. שום דבר באתר החי לא משתנה.
• 5. אתם בודקים. בודקים את העותק לפני שהעולם רואה אותו, כשמפנים רק את המחשב שלכם לשרת החדש דרך קובץ ה-hosts. מתחברים לממשק הניהול, שולחים טופס, מבצעים רכישת ניסיון.
• 6. מחליפים DNS. משנים את רשומת ה-A או את שרתי השמות. עם TTL קצר, רוב הגולשים מגיעים לשרת החדש תוך דקות.
• 7. משאירים את הספק הישן שבועיים. אם משהו לא תקין, החזרת ה-DNS היא כפתור החירום. מבטלים רק אחרי מחזור מלא ב-Devoster.

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

חצי שעה של הכנה מורידה את רוב הסיכון. צרפו לפנייה:

• את שם הספק הנוכחי ואת הדומיינים הרלוונטיים, כולל תתי-דומיינים.
• גישה לחשבון הישן: פרטי כניסה ללוח הבקרה או פרטי SFTP/SSH. אם אין לכם יותר גישה ללוח הבקרה, גם קובץ גיבוי מלא עובד.
• האם המייל עובר, נשאר איפה שהוא, או עובר לספק מייל נפרד.
• כל דבר חריג: תזמוני cron, הרחבת PHP לא סטנדרטית, גרסת PHP ישנה שתוסף מסוים תלוי בה, סביבת Staging.
• מי שולט בדומיין אצל הרשם. ביום המעבר תצטרכו את פרטי הכניסה האלה כדי לשנות DNS. גישה חסרה לרשם הדומיינים תוקעת יותר העברות מכל בעיה טכנית.

כדאי גם לייצא את כל אזור ה-DNS אצל ספק ה-DNS הנוכחי. רשומות TXT לאימות דומיין ולאימות מייל הן הדבר הכי קל לאבד והכי מעצבן לשחזר.

ההעברה בנויה כך שלא תהיה השבתה: האתר הישן ממשיך לרוץ עד שה-DNS משתנה, ובזמן ההתפשטות שני השרתים מגישים את אותו אתר, כי שום דבר לא נמחק. בהעברות אמיתיות, השבתה נגרמת כמעט תמיד מאחת משלוש טעויות, ולכל אחת יש פתרון פשוט.

• TTL ארוך. אם ה-TTL עדיין 86400, חלק משרתי ה-DNS בעולם ימשיכו לשלוח גולשים לשרת הישן במשך יממה. מורידים אותו יום מראש.
• ביטול מוקדם של הספק הישן. משאירים אותו עד שהשרת החדש רץ שבועיים.
• שוכחים את המייל. המייל הולך לפי רשומת ה-MX, לא לפי האתר. אם מחליפים שרתי שמות, כל הרשומות זזות יחד, כולל MX. אם המייל נמצא במקום אחר וצריך להישאר שם, משנים רק את רשומת ה-A.

לחנויות ולאתרים שגולשים מעלים אליהם תוכן יש שיקול נוסף: בדקות ההתפשטות, הזמנה יכולה לנחות בשרת הישן. עושים את המעבר בשעה הכי שקטה, או מעבירים את החנות למצב תחזוקה לעשר דקות.

אחרי ההחלפה, בודקים שרשומת ה-SPF כוללת את מי ששולח עכשיו את המייל שלכם ושה-DKIM מוגדר לשרת החדש, כי מפתחות DKIM נוצרים לכל שרת ולא עוברים עם האתר.

רוב מי שמחפש ספק אחסון חדש עוזב cPanel. ב-Devoster רץ לוח הבקרה Enhance, ול-Enhance יש כלי ייבוא שנבנה בדיוק בשביל המעבר הזה: הוא קורא גיבוי מלא של חשבון cPanel ובונה את החשבון מחדש. לפי התיעוד של Enhance, הוא מעביר:

• את קבצי האתר ואת כל מסדי הנתונים של MySQL
• תיבות מייל עם הסיסמאות וההודעות, וגם הפניות מייל
• את תעודת ה-SSL הקיימת, משימות cron וחשבונות FTP
• רשומות MX ו-SPF; דומיינים נוספים, תתי-דומיינים ודומיינים חונים הופכים לדומיינים ממופים

מה לא מיובא, וכדאי לדעת מראש: מסדי נתונים של PostgreSQL, תתי-דומיינים מסוג wildcard, כתובות catch-all, מענים אוטומטיים, יומנים ואנשי קשר, רשימות Mailman, הגנה על תיקיות בסיסמה, דפי שגיאה מותאמים וסטטיסטיקות ישנות. אם אתם משתמשים במשהו מהרשימה, כתבו את זה בפנייה כדי שנגדיר אותו ידנית.

הדבר הכי נוח לשלוח לנו מ-cPanel הוא גיבוי מלא של החשבון (Backup ואז Download a Full Account Backup) או את פרטי הכניסה ל-cPanel. גיבוי חלקי של תיקיית הבית בלבד או של מסדי הנתונים בלבד לא כולל את המייל וההגדרות.

מקור: התיעוד של Enhance על ייבוא מ-cPanel, נבדק ב-2026-10-28.

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

• חיבור למסד הנתונים. המסך "Error establishing a database connection" אחרי מעבר נובע כמעט תמיד מערך host שגוי בקובץ wp-config.php, ולא מסיסמה שגויה.
• שינוי דומיין או פרוטוקול. אם הכתובת משתנה (למשל מ-http ל-https), חיפוש והחלפה פשוטים על קובץ ה-SQL משבשים נתונים מסודרים (serialized). משתמשים ב-wp search-replace, שמטפל בזה נכון, ומריצים קודם במצב dry-run.
• גרסת PHP. מסך לבן הוא בדרך כלל תוסף ישן שפוגש PHP חדש. אתרים חדשים אצלנו מתחילים עם PHP 8.3, והגרסה נקבעת לכל אתר בנפרד, כך שאתר ישן יכול להישאר על הגרסה שהוא צריך עד שתעדכנו אותו.
• תוספי מטמון ואבטחה. חלקם שומרים נתיבי שרת או חוקי IP. מנקים את המטמון שלהם אחרי המעבר.

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

• האתר בנוי על בונה אתרים. Wix, ‏Squarespace ודומיהם לא מאפשרים לייצא אתר שאפשר להעביר כקבצים. זו תהיה בנייה מחדש, לא העברה.
• הסביבה שלכם צריכה root. Docker, שירות רקע מותאם או חבילות מערכת לא ירוצו באחסון שיתופי על אף לוח בקרה. כדאי לבדוק את שרתי ה-VPS מבוססי KVM שלנו, ולזכור שהם לא מנוהלים.
• אתם צריכים דווקא cPanel. אצלנו רץ Enhance, לא cPanel. אם הצוות או הלקוחות שלכם תלויים ב-cPanel עצמו, עברו לספק cPanel.
• מידע רגולטורי. אין לנו הסמכות תאימות, ואנחנו לא חותמים על הסכמי BAA.
• הקהל שלכם במדינה אחת וזמן התגובה קריטי. אחסון האתרים נמצא באירופה או בארה״ב. אם הגולשים שלכם בישראל, אירופה היא הקרובה מבין השתיים, אבל זה לא חוות שרתים מקומית.

אם אף אחד מאלה לא רלוונטי, המעבר בסיכון נמוך: האתר הישן נשאר באוויר עד שאתם מחליטים להחליף, והאחסון מגיע עם החזר כספי תוך 30 יום (רישום דומיינים לא ניתן להחזר).