כמה זמן downtime במעבר?

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

מעבר אתר וורדפרס לשרת חדש — מדריך שלב-אחרי-שלב

Q: האם ה-SEO ייפגע במעבר?

לא, אם הדומיין נשאר זהה. אם משתנה דומיין, צריך 301 redirects ועדכון Search Console.

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

התשובה המהירה: מעבר אתר וורדפרס מתבצע בשלוש שיטות עיקריות: דרך תוסף (Duplicator, All-in-One WP Migration, BlogVault — מתאים לאתרים בינוניים עד 2GB), ידנית דרך FTP + phpMyAdmin (מתאים לאתרים גדולים), או דרך כלי המעבר של חברת האחסון (מהיר ובטוח, אם החברה מציעה). כל מעבר חייב כולל גיבוי לפני, בדיקת staging במיקום החדש לפני החלפת DNS, והפחתת TTL של DNS שעות לפני המעבר. הזמן שאתר "במעבר" צריך להיות פחות מ-15 דקות אם עובדים נכון.

תוכן עניינים

מתי שווה לעבור לשרת חדש?
השיקולים לפני שמתחילים
3 שיטות המעבר
שיטה 1: דרך תוסף
שיטה 2: ידנית (FTP + phpMyAdmin)
שיטה 3: דרך כלי האחסון
צ'קליסט מקיף — לפני, תוך כדי, אחרי
7 תקלות נפוצות והפתרונות
DNS, TTL, ולמה זה כל כך חשוב
שאלות נפוצות

מתי שווה לעבור לשרת חדש?

לא כל בעיה דורשת מעבר. הסימנים הברורים:

ביצועים: אחרי שעברת על המדריך לאתר וורדפרס איטי ועדיין יש לך TTFB מעל 800ms.
יציבות: האתר נופל לעיתים קרובות, חברת האחסון לא נותנת תשובות.
תמיכה: ענייני תמיכה לוקחים ימים, ואתה משלם.
גרסת PHP: האחסון לא מציע PHP 8.1 ומעלה (סיכון אבטחה).
משאבי שרת: דרישות גדלו (חנות פעילה, תנועה גבוהה) והאחסון הנוכחי לא ערוך.
מחיר: משלמים יותר מדי תמורת פחות מדי.

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

השיקולים לפני שמתחילים

1. גודל האתר.

עד 500MB → תוסף יעבוד מהר ובלי בעיות.
500MB-2GB → תוסף עובד אבל אטי, יש סיכוי גבוה ל-timeout. שווה ידנית.
מעל 2GB → ידנית או דרך SSH/rsync. תוספים לא מתאימים.

2. סוג האתר.

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

3. חברת האחסון החדשה.

מציעה כלי מעבר חינמי? (Cloudways, Kinsta, WP Engine — כן). אם כן, זה הפתרון הקל.
תומכת ב-PHP 8.x ו-MySQL 8 ערכים? אם לא, תיתקל באי תאימות.
דרישות staging? איפה אפשר להריץ את האתר החדש לפני העברת DNS?

4. SSL.

המעבר אמור לכלול תעודת SSL חדשה. מי מנפיק? (הספק החדש בדרך כלל אוטומטי.)
ראה הגדרת SSL בוורדפרס + תיקון Mixed Content.

3 שיטות המעבר

שיטה	למי מתאים	זמן	סיכון
תוסף	אתרים עד 2GB	30-60 דקות	נמוך
ידנית	אתרים גדולים	2-4 שעות	בינוני
כלי אחסון	תלוי ספק	15-30 דקות	מינימלי

שיטה 1: דרך תוסף

הכי פופולרי — Duplicator (חינמי, מצוין לאתרים עד 500MB):

באתר הישן: התקן Duplicator → לחץ Create Package → המתן ליצירת קובץ ZIP + installer.php.
הורד את שני הקבצים למחשב.
בחברת האחסון החדשה: צור התקנה ריקה (חשבון WordPress + בסיס נתונים).
דרך FTP, העלה את שני הקבצים לתיקייה הראשית של ההתקנה החדשה.
גלוש ל-https://newsite.com/installer.php → עקוב אחרי האשף → המעבר מתבצע.

אופציות נוספות:

All-in-One WP Migration (חינמי עד 64MB, פרימיום ללא הגבלה) — הכי קל לאיסוף קבצים בקליק אחד.
BlogVault (בתשלום, ~89$/שנה) — הכי בטוח לאתרים מסחריים. כולל בדיקות אינטגריטי אוטומטיות.
WP Migrate Pro (פרימיום) — מצוין ל-developers, יודע לטפל ב-multisite.

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

שיטה 2: ידנית (FTP + phpMyAdmin)

מתאים לאתרים גדולים או למי שרוצה שליטה מלאה.

צעדים:

הורד את כל קבצי האתר דרך SFTP מהאחסון הישן למחשב המקומי.
ייצא את בסיס הנתונים דרך phpMyAdmin → Export → Quick → SQL.
בחברת האחסון החדשה, צור בסיס נתונים חדש + משתמש.
ייבא את ה-SQL דרך phpMyAdmin של האחסון החדש.
העלה את הקבצים דרך SFTP לתיקייה הראשית של האחסון החדש.
עדכן wp-config.php עם פרטי בסיס הנתונים החדש (שם DB, שם משתמש, סיסמה, host).
אם יש שינוי URL, הרץ Search & Replace ב-DB:

UPDATE wp_options SET option_value = REPLACE(option_value, 'https://oldsite.com', 'https://newsite.com');
UPDATE tmp3ab07f_posts SET post_content = REPLACE(post_content, 'https://oldsite.com', 'https://newsite.com');
UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, 'https://oldsite.com', 'https://newsite.com');

או יותר בטוח: כלי interconnectit/Search-Replace-DB (Open Source, php script שמטפל ב-serialized data נכון). תוסף Better Search Replace עושה את אותו דבר מהדאשבורד.

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

שיטה 3: דרך כלי האחסון

חברות אחסון managed (Kinsta, WP Engine, Cloudways, SiteGround Premium) מציעות כלי מעבר שעושות את הכל אוטומטית — אתה נותן להם פרטי גישה לאתר הישן, והם עושים את היתר.

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

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

צ'קליסט מקיף — לפני, תוך כדי, אחרי

לפני המעבר (שבועות לפני)

✅ הגדר את האחסון החדש. ודא שיש PHP 8.1+, MySQL 8 או MariaDB 10.6+, ואחסון מספיק.
✅ הזמן SSL מראש (Let's Encrypt או דרך הספק).
✅ הפחת את TTL של רשומות DNS (A record + CNAME) ל-300 שניות (5 דקות) — לפחות 24 שעות לפני המעבר.
✅ צור גיבוי מלא של האתר הנוכחי (קבצים + DB).
✅ תעד את כל ההגדרות הקריטיות: API keys, webhooks של ספקי תשלום, mailing lists.
✅ הודע למשתמשים: "האתר יהיה בתחזוקה ב-X ל-Y דקות".

תוך כדי המעבר

✅ הפעל מצב תחזוקה באתר הישן (תוסף, או .htaccess שמחזיר 503).
✅ העתק קבצים + DB לאחסון החדש (לפי השיטה שבחרת).
✅ עדכן wp-config.php בפרטי DB החדשים.
✅ הרץ Search & Replace אם השתנה ה-URL.
✅ בדוק את האתר על האחסון החדש דרך IP ישיר (לפני שינוי DNS).
✅ אם הכל תקין, עדכן את רשומות DNS.

אחרי המעבר

✅ עברו 24 שעות. ה-DNS התפזר.
✅ ודא שכל המבקרים מגיעים לשרת החדש (כלי dig או whatsmydns.net).
✅ שחזר את TTL לערך רגיל (3600 או 14400).
✅ בדוק SSL: https://www.ssllabs.com/ssltest/.
✅ הרץ סריקת Search Console — הזמן re-crawl.
✅ בדוק שכל הקישורים הפנימיים עובדים: Broken Link Checker plugin.
✅ בדוק טפסים — שולחים מייל?
✅ בדוק WooCommerce checkout (אם רלוונטי). ראה WooCommerce לא מעבד תשלומים.
✅ ודא ש-cron jobs פעילים (wp cron event list או דרך תוסף).
✅ כבה את האתר הישן רק אחרי 7 ימים. אז תהיה בטוח שהמעבר הסתיים.

7 תקלות נפוצות והפתרונות

1. "Error establishing a database connection" אחרי המעבר.
פרטי DB ב-wp-config.php שגויים. ודא: DB_NAME, DB_USER, DB_PASSWORD, DB_HOST. לפעמים DB_HOST הוא localhost בחלק מהאחסונים ו-mysql.example.com באחרים. שאל את התמיכה.

2. תמונות לא מוצגות.
URL־י תמונות מצביעות לדומיין הישן או לנתיב file system שונה. הרץ Search & Replace.

3. לא יכול להיכנס לדאשבורד.
Cookie-ים מהדומיין הישן מפריעים. נקה cookies או פתח incognito.

4. עיצוב שבור (CSS לא נטען).
Mixed Content או נתיב CSS שגוי. ראה SSL ו-Mixed Content.

5. מסך לבן (WSOD).
תוסף או תבנית לא תאמה לגרסת PHP החדשה. ראה מסך לבן באתר וורדפרס.

6. הזמנות חדשות נופלות בין השרתים.
זו הסיבה שאני ממליץ על מצב תחזוקה ב-checkout בזמן המעבר. אם זה כבר קרה — צריך ידנית לסנכרן את ההזמנות.

7. SSL לא תקף.
תעודת SSL מהאחסון הישן לא תקפה באחסון החדש. ההגדרה צריכה להיעשות מחדש. רוב האחסונים מנפיקים Let's Encrypt אוטומטית — בדוק שהפצת ה-DNS הסתיימה לפני שאתה מנפיק.

DNS, TTL, ולמה זה כל כך חשוב

TTL (Time To Live) = כמה זמן רשומות DNS נשמרות ב-cache של ספקי שירות אינטרנט בעולם. אם ה-TTL שלך 86400 (24 שעות), אז שינוי DNS לוקח עד 24 שעות לקלוט בכל העולם — בזמן הזה, חלק מהמבקרים מגיעים לשרת הישן וחלק לחדש.

הפתרון:

לפני המעבר (24-48 שעות) הורד את TTL ל-300 (5 דקות).
בעת המעבר עדכן את ה-DNS.
אחרי המעבר (24 שעות מאוחר יותר) החזר ל-3600 או 14400.

ככה ה"חלון מעבר" שבו חלק מהמבקרים על שרת ישן וחלק על חדש מצטמצם מ-24 שעות ל-5 דקות.

שאלות נפוצות

כמה זמן downtime אצפה במעבר?
אם עובדים נכון — 0-5 דקות. אם לא — שעות עד ימים. הסוד: גרסה מוכנה באחסון החדש לפני שעוברים, ו-TTL נמוך של DNS. אסור להתחיל עם הספקנות "נראה איך הולך".

האם ה-SEO ייפגע במעבר?
לא, אם השם דומיין נשאר זהה. Google רואה רק את התוכן, לא את האחסון. אם הדומיין משתנה — צריך 301 redirects ועוד עבודה. תכנון נכון = 0 פגיעה ב-SEO. ראה SEO לוורדפרס למאמר נפרד.

WooCommerce עם הזמנות חדשות בזמן המעבר. מה לעשות?
חלון זמן בלילה (02:00-04:00 ישראלי) או בסוף שבוע. במצב תחזוקה. או — פותרים ב-2 שלבים: מעבר ראשון, סנכרון הזמנות שבכל זאת נכנסו, מעבר סופי.

אני יכול לעשות מעבר עם דומיין משלי או צריך לשמור על הישן?
שניהם אפשריים. אם משנה דומיין, צריך 301 redirects מ-old → new לכל URL, עדכון Search Console, ועדכון מקורות חיצוניים. עדיף לשמור.

האם להעביר גם את האימייל בעת המעבר של האתר?
לא בהכרח. אימיילים יכולים להישאר אצל ספק אחר (Google Workspace, ProtonMail). מה שמשנה זה רשומות MX ב-DNS — שהן נפרדות מרשומת A. לעיתים קרובות אני ממליץ להפריד אימייל לאחסון אימייל ייעודי, ולשאיר את האחסון לאתר בלבד.

מעבר בטוח לשרת חדש?

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

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