העברת שרתים: איך להעביר אתר ללא אובדן נתונים

העברת שרתים (Migration) היא תהליך מתוכנן של העברת קבצי אתר, מסדי נתונים, חשבונות דואר אלקטרוני, רשומות DNS והגדרות אפליקציה משרת קיים לשרת חדש. כדי להעביר אתר ללא אובדן נתונים, השיטה הבסיסית היא: קודם כל יש לבצע גיבוי מלא, להכין את השרת החדש עם גרסאות תוכנה זהות או עדכניות יותר, להעביר את הקבצים ומסד הנתונים, לבצע בדיקות באמצעות קובץ hosts או URL זמני, לשנות את הפניית ה-DNS עם TTL נמוך ולבצע בדיקות של לוגים, טפסים, תהליכי תשלום, מסירות דואר אלקטרוני ואותות SEO לאחר ההעברה.

תהליך העברת השרתים אינו פשוט כמו לחיצה על העתק והדבק. במיוחד עבור אתרי WordPress, WooCommerce, Laravel, אפליקציות PHP מותאמות אישית, אתרי חדשות עם תנועה גבוהה או עסקים שמשתמשים בדואר אלקטרוני ארגוני, העברה לא נכונה עלולה לגרום לאובדן הזמנות, תווים טורקיים פגומים, שגיאות 500, התראות SSL, הפסקות בדואר אלקטרוני וירידה בנראות במנועי חיפוש. לכן, יש לבצע תכנית העברה, רשימת בדיקה טכנית ותסריט חזרת מצב.

במדריך זה נבחן שלב אחר שלב כיצד לבצע שינוי אירוח או שרת בהתאם לציפיות SEO ולביצועים של 2026. בנוסף, נעסוק בתרחישים שונים כמו cPanel, Plesk, VPS, שרתים בענן והעברה ידנית; נשתף הצעות מעשיות עבור משך ה-DNS, היקף הגיבוי, תאימות מסדי נתונים, התקנת SSL ובדיקות SEO לאחר ההעברה.

מתי יש צורך בהעברת שרתים?

העברת אתר לשרת חדש נובעת בדרך כלל מצורך בביצועים, אבטחה, עלויות או יכולת הרחבה. לדוגמה, אתר ארגוני עם 5,000 מבקרים בחודש יכול לפעול בצורה חלקה על אירוח משותף, בעוד שאתר מסחר אלקטרוני עם 20,000 מבקרים ביום עלול להיתקל במגבלות CPU, בשאילתות איטיות ובעיות בחלון התשלום. בשלב זה יש לבחור חבילת אירוח חזקה יותר, VPS או תשתית בענן.

סימנים נפוצים שמעידים על צורך בהעברת שרתים כוללים:

• זמן פתיחת עמודים שעובר 3 שניות ומדדי Core Web Vitals משובשים.
• מגבלות שימוש ב-CPU, RAM, inode או דיסק ב-panel האירוח.
• צורך בגרסאות עדכניות של רכיבים כמו PHP, MySQL, MariaDB, Node.js או ionCube.
• בעיות תדירות בנושאים כמו חידוש SSL, מסירות דואר אלקטרוני או ניהול DNS.
• איכות התמיכה של הספק הנוכחי, רמת הגיבוי או רמת האבטחה אינן מספקות.
• תנועת האתר עולה באופן פתאומי במהלך קמפיינים, פרסומות או תקופות עונה.

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

הכנה לפני ההעברה: השלב הקריטי ביותר

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

1. נהל רשימת פרטי האתר

השלב הראשון הוא ליצור מפת אתר טכנית. יש לרשום את ה-CMS או הפריימוורק בשימוש, גרסת PHP, סוג מסד הנתונים, גודל הדיסק, חשבונות דואר אלקטרוני, משימות cron, רשומות DNS, תעודות SSL, הפניות מותאמות ואינטגרציות צד שלישי. לדוגמה, באתר WordPress, אין די להעביר את תיקיית wp-content; יש לבדוק גם את כללי .htaccess, הגדרות wp-config.php, קידומות טבלאות במסד הנתונים, תוספי קאש וקבצי מדיה.

באתר מסחר אלקטרוני יש לבדוק גם את תשתית התשלום, אינטגרציית המשלוחים, סנכרון המלאי, חיבור ERP, שירות SMTP וכתובות ה-URL של webhook. אם לאחר ההעברה לא מגיעות הזמנות, הבעיה בדרך כלל לא תהיה בהעברת הקבצים אלא בהגבלת IP API שנשכחה או בחוק האבטחה שהוקצה לשרת הישן.

2. בצע גיבוי מלא ואמת את תקינותו

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

• קבצי האתר: public_html, תיקיות האפליקציה, תיקיות העלאה, קבצי תבנית ותוספים.
• מסדי נתונים: MySQL, MariaDB, PostgreSQL או מסדי נתונים אחרים בשימוש על ידי האפליקציה.
• נתוני דואר אלקטרוני: תיבות דואר, הפניות, מסננים, הגדרות autoresponder.
• רשומות DNS: A, AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC.
• הגדרות: .htaccess, nginx.conf, php.ini, cron job, קבצי environment.
• תעודות SSL וחוקי אבטחה מותאמים.

כגישה מעשית, מומלץ לבצע לפחות שני גיבויים לפני ההעברה: אחד בשרת הנוכחי ואחד שנשמר במקום אחר. באתרים גדולים ניתן להשתמש ב-rsync לגיבוי קבצים וב-mysqldump או בכלי גיבוי של הפאנל עבור מסדי נתונים. במקרים של מסדי נתונים מעל 10 GB, גיבויים דחוסים ומפוצלים עשויים להיות יותר בטוחים מאשר דמפ של קובץ אחד.

3. הקטנת ערך TTL של ה-DNS מראש

כדי לזרז את הפצת שינוי ה-DNS, מומלץ להוריד את ערך ה-TTL 24 שעות לפני ההעברה. לדוגמה, אם ערך ה-TTL הוא 14400 שניות, חלק מהמשתמשים עשויים להמשיך להגיע לשרת הישן במשך שעות. הורדת ערך ה-TTL ל-300 שניות לפני ההעברה תהפוך את המעבר ליותר מבוקר. לאחר שההעברה הושלמה וכל מה שצריך אושר, אפשר להעלות את ה-TTL שוב ל-3600 או 14400 שניות.

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

השוואת שיטות העברת שרתים

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

כאשר בוחרים את התשתית החדשה, לא כדאי להתמקד רק בגודל הדיסק. מספר עובדי PHP, ליבת CPU, RAM, דיסק NVMe, תדירות הגיבוי, מיקום מרכזי הנתונים, תמיכה ב-LiteSpeed או Nginx, WAF והגנה מפני DDoS הם גם קריטריונים המכתיבים את הביצועים. לכן, מעבר לחבילה הזולה ביותר ללא ניתוח צרכים, עלול להוביל לצורך בהעברה מחדש תוך זמן קצר.

איך לבצע העברת שרתים שלב אחר שלב?

שלב 1: הכנת השרת החדש

בשרת החדש יש להתקין מערכת הפעלה, שרת אינטרנט, גרסת PHP, שירות מסד נתונים ומודולים נחוצים. עבור WordPress מומלץ להשתמש ב-PHP 8.2 או 8.3, MariaDB מעודכנת, OPcache וערך memory_limit מתאים. בפריימוורקים כמו Laravel יש גם להגדיר Composer, cron, queue worker והרשאות storage. אם תוספי PHP שהיו בשרת הישן אינם קיימים בשרת החדש, לאחר ההעברה ייתכן שתיתקל בשגיאות של מסך לבן או שגיאות 500.

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

שלב 2: העברת הקבצים

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

לאחר העברת הקבצים, יש לבדוק את ההרשאות. בדרך כלל, התיקיות פועלות עם הרשאות 755 והקבצים עם הרשאות 644; עם זאת, כל אפליקציה עשויה לדרוש צרכים שונים. קבצים רגישים כמו wp-config.php, .env או קבצים דומים לא צריכים להיות נגישים לקריאה על ידי כולם. יש לוודא גם שהקבצים הסודיים, כמו .htaccess ו-.user.ini מועברים.

שלב 3: העברת מסד הנתונים

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

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

שלב 4: עדכון קבצי הקונפיגורציה

שם מסד הנתונים, שם המשתמש, הסיסמה, מידע ה-host ונתיבי הקבצים צריכים להיות מעודכנים לפי השרת החדש. עבור WordPress יש לבדוק את wp-config.php, עבור Laravel את .env, עבור אפליקציות מותאמות את config.php או קבצים דומים. אם יישארו נתיבי קבצים מוחלטים מהשרת הישן, כתובות IP, הגדרות SMTP או תיקיות Cache, האתר עשוי להיראות פתוח אך ייצור שגיאות ברקע.

בנוסף, יש להתאים את ערכים כמו memory_limit של PHP, upload_max_filesize, post_max_size ו-max_execution_time לפי צרכי האפליקציה שלך. לדוגמה, אם בלוח הבקרה יש צורך להעלות תמונות מוצר בגודל 200 MB, אך מגבלת ההעלאה היא עדיין 32 MB, ההעברה עלולה להצליח, אך התהליך לא יוכל להימשך.

שלב 5: בדוק לפני שינוי ה-DNS

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

רשימת הבדיקות צריכה לכלול את הבדיקות הבאות:

• האם הדף הראשי, קטגוריות, מוצרים, בלוג ודפי קשר נפתחים?
• האם שליחת טפסים, כניסת חברים, איפוס סיסמה ותהליך תשלום פועלים?
• האם תמונות, קבצי CSS ו-JavaScript נטענים במלואם?
• האם לוח הבקרה נפתח ללא שגיאות?
• האם תעודת ה-SSL הוקמה עבור שם הדומיין הנכון?
• האם יש שגיאות 404, 500, mixed content או לולאת הפניות?
• האם robots.txt, sitemap.xml ותגיות canonical נכונים?

שלב 6: התקן את תעודת ה-SSL

באתרים מודרניים, SSL אינו רק עניין של אבטחה, אלא גם חובה מבחינת SEO ואמון המשתמשים. אם משנים את ה-DNS לפני התקנת SSL בשרת החדש, המשתמשים עלולים לראות אזהרה על כך שהאתר אינו מאובטח. לכן, יש להכין את תעודת ה-SSL מיד לפני או במקביל לשינוי ה-DNS. תעודות חינמיות כמו Let’s Encrypt עשויות להיות מספיקות עבור אתרים רבים; עבור פרויקטים ארגוניים שמבצעים תשלומים, ניתן לבחור בתעודות SSL עם רמת אימות גבוהה יותר.

לאחר ההתקנה, יש לוודא שהכתובות HTTP מופנות ל-HTTPS עם 301, שאין שגיאות mixed content ושה-HTTPS URL מופיעים במפת האתר. תוכל לעיין בדף תעודות SSL עבור מוצרים ואופציות התקנה.

שלב 7: שנה את רשומות ה-DNS

לאחר שהבדיקות הושלמו בהצלחה, יש להפנות את רשומת A של ה-DNS לכתובת ה-IP של השרת החדש. אם שירות הדואר מועבר לאותו שרת, יש לעדכן גם את רשומות MX, SPF, DKIM ו-DMARC. אם הדואר יישאר אצל ספק אחר, אין לגעת ברשומות ה-MX. אחת השגיאות הנפוצות היא לשנות בטעות את רשומות הדואר בזמן שרוצים רק להעביר את האתר, מה שגורם להפסיק את תנועת הדואר.

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

שלב 8: בצע סנכרון אחרון ובדוק את הלוגים

לאחר שינוי ה-DNS יש לבדוק אם יש נתונים חדשים שנכתבו לשרת הישן. במיוחד יש להשוות הזמנות, טפסי קשר, רישומים של משתמשים ותגובות. קובצי access log ו-error log של השרת מסייעים להבין אילו IPs שלחו בקשות לאיזה שרת.

ב-24 השעות הראשונות לאחר ההעברה יש לעקוב אחר שגיאות 500, עלייה בשגיאות 404, שאילתות איטיות, קפיצות CPU ורשימות המתנה בדואר אלקטרוני. אם לא מבצעים את הבדיקות הללו, האתר עשוי להיראות פעיל, אך ברקע עלול להתרחש אובדן המרות.

רשימת בדיקה מקצועית להעברת אתר ללא אובדן נתונים

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

• זמן ההעברה תואם לשעות עם תנועה נמוכה.
• בוצע גיבוי מלא של קבצים, מסדי נתונים, דואר ו-DNS.
• נבדק שהגיבוי ניתן לשחזור ולהחזירו.
• ערך TTL של ה-DNS הופחת לפחות 24 שעות לפני.
• בשרת החדש הוכנה PHP, מסד הנתונים ומודולים נדרשים.
• הקבצים הועברו במלואם וההרשאות נבדקו.
• אימות קידוד התווים ו-tables collation במסד הנתונים.
• קבצי הקונפיגורציה עודכנו לפי המידע של השרת החדש.
• נבדק האתר באמצעות קובץ hosts לפני הליכה לשידור חי.
• תעודת SSL הוקמה, והפניות HTTPS נבדקו.
• רשומות ה-DNS A, AAAA, MX, TXT עודכנו כראוי.
• השרת הישן נשמר פעיל לפחות 48 שעות.
• Google Search Console, Analytics ורשומות הלוג נבדקו.

בדיקות לאחר ההעברה כדי למנוע אובדן SEO

העברת השרתים לא אמורה לגרום לאובדן SEO כל עוד מבנה ה-URL נשמר. אולם בפועל, איטיות, שגיאות 404, robots.txt שגוי, חוסר ב-SSL או שגיאות הפניות עשויים להשפיע על הדירוגים. לכן, בדיקות SEO לאחר ההעברה חשובות לא פחות מהמעבר הטכני עצמו.

בדיקת URL והפניות

כאשר מעבירים אתר מבלי לשנות את מבנה ה-URL, הצורך בהפניות 301 הוא מינימלי. אולם אם בו זמנית שינו את שם הדומיין, מבנה ה-permalink או מבנה התיקיות, יש להפנות את ה-URLs הישנים לחדשים עם 301. הפניה 302 אינה מתאימה להעברת אותות SEO קבועים. לדוגמה, אם עמוד /urun/abc עבר לכתובת /magaza/abc, יש לבצע הפניה מדויקת; הפניית כל ה-URLs הישנים לדף הבית תזיק לחוויית המשתמש ולביצועי SEO.

בדיקת robots.txt ומפת אתר

אם במהלך הבדיקות השתמשת ב-Disallow ב-robots.txt כדי לחסום את מנועי החיפוש, יש להסיר את זה לאחר המעבר. זו אחת הסיבות הקלאסיות לאובדן אינדוקס לאחר ההעברה. במפת האתר יש לכלול את ה-URLs החדשים של HTTPS ולשלוח מחדש דרך Google Search Console.

ביצועים ומדדי Core Web Vitals

גם אם השרת החדש חזק יותר, הגדרות קאש שגויות עשויות להוריד את הביצועים. יש להגדיר נכון את LiteSpeed Cache, Redis, OPcache, CDN ואופטימיזציה לתמונות. במהלך השבוע הראשון לאחר ההעברה יש לעקוב אחר PageSpeed Insights, Chrome UX Report ולוגי השרת כדי לבדוק אם יש שיבושים במדדים LCP, INP ו-CLS. כדי לשפר את ביצועי האירוח, תוכל להיעזר בתוכן על אופטימיזציית מהירות WordPress.

מה לשים לב במהלך העברת דואר אלקטרוני

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

בצד ה-DNS, רשומת MX מגדירה את השרת לדואר, SPF את הרשאות השליחה, DKIM את החתימה ו-DMARC מגדירה את מדיניות שם הדומיין. אם רשומות אלו יוגדרו שגויות, המיילים עלולים ליפול לספריית הספאם או להידחות לחלוטין. לאחר ההעברה, יש לבצע בדיקות שליחה ל-Gmail, Outlook וחשבון דואר ארגוני; יש לבדוק את פרטי ה-header של המיילים.

שגיאות נפוצות בהעברת שרתים

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

• לעשות העברה ללא גיבוי או בלי לבדוק את הגיבוי.
• לשנות IP מבלי להקטין את ערך TTL של ה-DNS.
• לסגור את השרת הישן לפני שהפצת ה-DNS הושלמה.
• להעביר את קידוד התו של מסד הנתונים שגוי ולגרום לעיוותים בתווים טורקיים.
• לשכוח כללי הפניה ב-.htaccess או nginx.
• לכוון את תנועת HTTPS לשרת החדש מבלי להתקין קודם את ה-SSL.
• לעדכן את רשומות ה-MX וה-TXT של הדואר באופן שגוי.
• להשאיר תוסף קאש בדרך של השרת הישן.
• לא לעקוב אחרי Search Console ולוגים לאחר ההעברה.

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

מתי כדאי לקבל סיוע מקצועי בהעברה?

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

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

סיכום: העברת שרתים מתוכננת מונעת הפסקות ואובדן נתונים

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

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

שאלות נפוצות

כמה זמן לוקחת העברת שרתים?

הזמן משתנה בהתאם לגודל ולמורכבות האתר. אתר WordPress קטן יכול להיות מועבר ב-30-60 דקות, בעוד שאתרי מסחר אלקטרוני גדולים או פרויקטים ארגוניים עם מספר רב של דוא"ל עשויים לקחת 1-3 ימים כולל הכנה, בדיקות והפצת DNS.

האם האתר שלי ייסגר במהלך העברת השרתים?

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

מה הצעד החשוב ביותר כדי למנוע אובדן נתונים?

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

האם העברת שרתים משפיעה על דירוגי SEO?

אם מבנה ה-URL נשמר, האתר פועל במהירות, תעודת ה-SSL וההפניות יתבצעו כראוי, העברת השרתים לבדה לא תגרום לאובדן SEO. עם זאת, שגיאות 404, robots.txt שגוי, שרת איטי או הפניות 301 שגויות עשויים להשפיע על הדירוגים.

האם גם חשבונות המייל מועברים עם העברת השרתים?

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