איך להעביר אתר וורדפרס לשרת חדש: צעד‑אחר‑צעד, בלי השבתה

איך להעביר אתר וורדפרס לשרת חדש (בלי להזיע)

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

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

עיקרי דברים

• גיבוי מלא של אתר הוורדפרס – כולל קבצים ומסד נתונים – הוא הצעד הראשון וההכרחי לפני כל העברה לשרת חדש.
• בחרו את שיטת ההגירה – ידנית, מבוססת תוסף או בעזרת הספק – לפי גודל האתר, המורכבות ורמת הנוחות הטכנית שלכם.
• הורידו את ערך ה‑DNS TTL של הדומיין ותעדו מראש את כל הגדרות ה‑DNS והאימייל כדי לצמצם השבתה ולמנוע בעיות בדואר בזמן המעבר.
• בדקו את האתר שהועבר על דומיין זמני או דרך שינוי hosts file לפני עדכון ה‑DNS, כדי לוודא שהכול עובד בצורה מושלמת.
• אחרי ההעברה, עדכנו תעודות SSL, ודאו את הגדרות ה‑CDN והאימייל, ובדקו קישורים או תמונות שבורים כדי לשמור על אבטחה ו‑SEO.
• לאתרים קריטיים או הגירות מורכבות, שקלו להשתמש בשירות הגירה מקצועי או בהעברה בסיוע הספק, כדי להפחית סיכון ובעיות.

סקירה מהירה: מה המדריך מכסה ולמי הוא מיועד

המדריך הזה לא מיועד רק למפתחים. הוא כתוב עבור:

• בעלי אתרים שעושים הכל בעצמם (גם אם כישורי הקוד שלכם נעצרו בעיצוב פרופיל ב‑MySpace)
• סוכנויות קריאייטיב ופרילנסרים שמעבירים אתרי לקוחות
• מי שעובר מ‑Shopify ל‑WordPress (ברוכים הבאים לצד האפל/המואר)
• כל מי שנתקע עם אחסון איטי, לא יציב או פשוט "לא נחמד"

איך להעביר אתר וורדפרס לשרת חדש – תוכנית 60 שניות ברמת על

הנה גרסת המעלית, בלי הבלגאן – רק מה שאסור לדלג עליו:

• מגבים הכול – קבצי האתר וגם מסד הנתונים. כולל טיוטות מביכות מהעבר.
• בוחרים שיטת הגירה: ידנית, תוסף או נתנים לספק החדש לעשות זאת. (מיד נפרק יתרונות/חסרונות של כל שיטה.)
• מכינים את הספק החדש: יוצרים מסד נתונים, משיגים פרטי SFTP, בודקים גרסת PHP. (טיפ: הקימו דומיין זמני או Staging.)
• מעבירים קבצים ומסד נתונים בשיטה שבחרתם.
• בודקים לפני שעולים לאוויר (דרך hosts file או דומיין זמני).
• מעדכנים רשומות DNS כדי להצביע לשרת החדש.
• מתקנים כל מה שלא שרד את הנסיעה – תמונות, Permalinks, אימייל, SSL וקאשינג.

אל תילחצו. זה לא "קליל", אבל זה בהחלט אפשרי. אם אתם יודעים להתקין תוסף – אתם כבר 80% בדרך.

האם באמת חייבים להחליף אחסון? מתי לעבור ספק ואיך לבחור את החדש

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

הנה צ׳ק‑ליסט קצר – אם אתם מהנהנים, כנראה הגיע הזמן לעבור למרעה ירוק יותר:

• זמינות (Uptime): האתר נעלם מדי פעם? כמה נפילות כבר עלו לכם בכסף או דירוגים?
• מהירות: גם אחרי אופטימיזציית תמונות ותוספים, האתר עדיין זוחל כמו מודם Dial‑up?
• תמיכה: מקבלים עזרה חכמה ומהירה – או סיבובים אינסופיים של טיקטים ותשובות גנריות?
• גיבויים: אין גיבויים יומיים? או שדורשים מכם תשלום נוסף בכל פעם שצריך לשחזר?
• אבטחה: האם יש סריקות Malware, SSL וחבילות אבטחה אמיתיות?
• יכולות/תמחור: גדלתם מעבר לחבילת ה‑Shared? צריכים Staging, קאשינג מתקדם, SSH?

צ׳ק‑ליסט: ביצועים, זמינות, תמיכה, גיבויים, פיצ׳רים ותמחור

כשמחפשים ספק חדש, אל תתפתו רק להנחת Black Friday הכי גדולה (מדבר מניסיון כואב לכיס). במקום זה, תשאלו:

• מה הסטטיסטיקות האמיתיות של זמינות, לא רק הסלוגן באתר?
• אילו מיקומי שרתים קיימים (קרוב יותר = מהיר יותר לרוב הגולשים)?
• מה איכות התמיכה (בדקו את הצ׳אט לפני רכישה, ברצינות).
• האם יש SSL חינמי וחידוש אוטומטי?
• האם קיימים גיבויים אוטומטיים יומיים (רצוי גם Off‑site)?
• עד כמה קל להתרחב אם יש קפיצת תנועה?
• האם התמחור שקוף – כולל מחירי חידוש ולא רק "מבצע לשנה הראשונה"?

כמה פייבוריטים אישיים (נכון לזמן הכתיבה):

• SiteGround – אלופי התמיכה, מעולים לרוב האתרים.
• Kinsta – לאתרים עתירי תנועה/צמיחה.
• Cloudways – גמיש, תשלום לפי שימוש.
• WP Engine – כלי פיתוח מתקדמים.
• DreamHost – תקציבי, מפתיע לטובה.

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

צ׳ק‑ליסט לפני הגירה (מה לעשות לפני שמתחילים)

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

גיבוי מלא: קבצים + מסד נתונים (כלים מומלצים ואימות)

גבּו גם את הקבצים וגם את מסד הנתונים. אל תסתמכו רק על גיבויי הספק – אתם רוצים עותק אצלכם. תוספים כמו UpdraftPlus (חינמי לרוב האתרים), Jetpack Backup או השילוב הקלאסי של cPanel File Manager + phpMyAdmin יסגרו את הפינה.

מאמתים את הגיבוי: מורידים, פותחים ומנסים לשחזר/לבדוק אותו לוקאלית או על שרת Staging לפני ההגירה. (אל תהיו הבן‑אדם שהעביר אתר ואז גילה שהתיקייה של הגיבויים ריקה. כן, קרה…)

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

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

כּבו תוספי קאש (כמו W3 Total Cache, LiteSpeed Cache) לפני ההגירה כדי למנוע קבצים פגומים/חלקיים.

רשמו לעצמכם הגדרות מותאמות. אם שיניתם wp-config.php, .htaccess או הגדרתם Cron מותאם – תעדו צילומי מסך/הערות לפני המעבר.

הורדת DNS TTL, תיעוד DNS קיים והכנת פרטי גישה (FTP, DB, לוח בקרה)

הורידו את ערך ה‑DNS TTL של הדומיין (למשל ל‑300 שניות או פחות) כמה שעות/יום לפני המעבר. זה מזרז את ההפצה (Propagation) אחרי ההגירה.

שמרו את כל פרטי הגישה: FTP/SFTP, גישה למסד נתונים ולוח הבקרה. אל תשכחו גם את הגדרות האימייל.

תעדו את כל רשומות ה‑DNS (כולל MX, סאב‑דומיינים וכו׳). אל תסמכו על הזיכרון – לא שלי ולא שלכם.

שיטות הגירה: ידני, תוסף, עזרת הספק ו‑WP‑CLI

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

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

שיטת תוסף: Duplicator, All‑in‑One WP Migration, UpdraftPlus, WP Migrate – כולם אורזים, מעבירים ומייבאים את האתר (לפעמים בחינם, לפעמים בגרסת פרו). מעולה לרוב האתרים הסטנדרטיים ולמשתמשים לא‑טכניים. אתרים ענקיים עלולים "לחנוק" את התוספים.

בעזרת הספק: חלק מהספקים (Kinsta, SiteGround, WP Engine ועוד) מציעים שירותי הגירה מודרכים או חינמיים. ממלאים טופס מאובטח עם פרטי גישה ונותנים להם לעבוד – בדרך‑כלל עם תור, אז תכננו מראש.

WP‑CLI (שורת פקודה): לאתרים גדולים, מורכבים או Multisite – WP‑CLI מהיר בטירוף. מריצים פקודות כמו מקצוענים (או לפחות נראים ככה), מושלם לסוכנויות ומפתחים שמנהלים עשרות/מאות אתרים.

מתי להשתמש בכל שיטה (גודל אתר, מורכבות, Multisite, התאמות אישיות)

• הגירה ידנית – לאתרים קטנים/בינוניים או כשאתם רוצים לנקות "זבל" תוך כדי מעבר.
• תוספים – לרוב ההעברות של אתר יחיד במידה בינונית, זו לרוב השיטה הקלה ביותר.
• בעזרת הספק – הכי פחות מלחיץ, במיוחד לאתרי אי‑קומרס, אתרים עתירי תנועה או מגובה קאשינג בצד השרת.
• WP‑CLI/SSH – למקצוענים, סוכנויות, Multisite או כשצריך אוטומציה ומהירות קצה.

הכלל שלי: אם אתם לא בטוחים, תעשו קודם ניסוי על סביבת Staging עם השיטה שבחרתם, ורק אחר כך תעברו על האתר החי.

מדריך צעד‑אחר‑צעד: הגירה ידנית עם cPanel / SFTP ו‑phpMyAdmin

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

שלב 1: ייצוא קבצי האתר (wp-content, תבניות, תוספים) ב‑SFTP או cPanel

התחברו ללוח הבקרה או ל‑SFTP של האחסון הישן. הורידו את כל תיקיית וורדפרס (public_html או כל נתיב אחר שבו האתר יושב). במינימום, חובה להוריד את תיקיית wp-content (תבניות, תוספים והעלאות).

טיפ: ב‑cPanel יש לעיתים כפתור "Compress" שיכול לדחוס את התיקייה לפני ההורדה ולחסוך זמן.

שלב 2: ייצוא מסד הנתונים (טיפים ל‑SQL Export)

השתמשו ב‑phpMyAdmin (או Adminer) כדי לייצא את מסד הנתונים כקובץ .sql. לאתרים גדולים, בחרו Export מסוג "Custom", סמנו "Add DROP TABLE" ובחרו בקידוד utf8. גיביתם? תעשו גיבוי נוסף. פרנואידיים? מצוין.

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

בלוח הבקרה של הספק החדש, צרו מסד נתונים ומשתמש חדשים – ואל תשכחו לשמור את הפרטים (עדיף לא רק ב‑LastPass).

שלב 4: ייבוא מסד הנתונים, טיפול בנתונים מסודרים (Serialized) ו‑Search & Replace בטוח

יבאו את קובץ ה‑.sql למסד הנתונים החדש דרך phpMyAdmin. אם כתובת האתר או הנתיב לתיקייה משתנים, השתמשו בתוסף Better Search Replace או בפקודת WP‑CLI מקבילה. חשוב לא לשבור נתונים מסודרים (Serialized) – הכלי הזה כבר יודע לטפל בזה.

שלב 5: העלאת קבצים לשרת החדש, עדכון wp-config.php והגדרת הרשאות

העלו את קבצי האתר לשרת החדש. ערכו את wp-config.php עם שם מסד הנתונים, המשתמש והסיסמה החדשים. בדקו שההרשאות תקינות (בדרך‑כלל 755 לתיקיות, 644 לקבצים).

שלב 6: בדיקה על URL זמני או hosts file לפני שינוי DNS

לפני החלפת ה‑DNS, תציצו באתר החדש דרך כתובת ה‑IP או על ידי עריכת hosts file במחשב שלכם. חפשו תמונות שבורות, תקלות תוספים או "שבירה" בעיצוב. עולים לאוויר רק כשהכול נראה פיקס.

מדריך צעד‑אחר‑צעד: הגירה באמצעות תוספים (Duplicator, All‑in‑One WP Migration, UpdraftPlus, WP Migrate)

אין שום בושה להיעזר בכלים – במיוחד כשהם חוסכים כאבי ראש.

מתי תוספים הם הבחירה הטובה ביותר (יצירת חבילה → העלאה → התקנת אתר)

Duplicator: יוצר ארכיון + קובץ התקנה. מעלים את שניהם לשרת החדש, מריצים installer.php ועוברים לפי ההוראות. מטפל גם בקבצים וגם במסד הנתונים.

All‑in‑One WP Migration: מייצא את האתר לקובץ, מתקינים את התוסף באתר החדש ומייבאים את הקובץ. ממשק סופר פשוט – אבל בגרסה החינמית קיימות מגבלות העלאה נוקשות.

UpdraftPlus: מגבה לעננים כמו Dropbox או Google Drive, ואז משחזר באתר החדש (עם אותו תוסף מותקן גם שם).

WP Migrate: מצוין למפתחים – מבצע העברת DB ו‑Search & Replace בלחיצה. בגרסת פרו אפשר גם להעביר קבצים מלאים.

התמודדות עם אתרים גדולים ומגבלות העלאה (Chunking, ייבוא דרך FTP/SSH ו‑CLI)

לאתרים גדולים: השתמשו ב‑Duplicator Pro או בגרסאות בתשלום של All‑in‑One כדי לעקוף מגבלות העלאה. חלק מהתוספים מאפשרים "חיתוך" (Chunking) של הארכיון או ייבוא ישיר מ‑FTP/SSH/URL. אם כל זה נופל – תמיד אפשר לחזור לשיטה הידנית.

העברה בעזרת הספק וכלי "One‑Click": למה לצפות

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

איך כלי הגירה של ספקים עובדים ואילו שאלות לשאול מראש

שאלו לפני רכישה: האם תהיה השבתה מינימלית? האם הם מטפלים גם ב‑SSL והגדרות אימייל? יש מגבלות על גודל האתר או מספר הדומיינים? האם קיימת אפשרות Rollback אם משהו משתבש?

חלק מהספקים מציעים כפתור הגירה "One‑click" בלוח הבקרה. גם אז – אל תוותרו על בדיקה ידנית יסודית לפני סגירת החשבון הישן.

צמצום השבתה למינימום: hosts file, טריקים עם TTL, דומיין Staging וסנכרון סופי

רוצים שהמבקרים (וגוגל) כמעט לא ירגישו שעברתם שרת? כך עושים את זה.

שימוש ב‑hosts file כדי לצפות באתר לפני שינוי DNS

ערכו את קובץ ה‑hosts (Windows, Mac, Linux) כדי להפנות את הדומיין שלכם ל‑IP של השרת החדש לפני שינוי ה‑DNS. כך תוכלו לגלוש ולבדוק את האתר החדש בזמן שהציבור עדיין רואה את האתר הישן.

כלים שימושיים: Hosts File Editor (Windows), Gas Mask (Mac) או כל עורך קבצים עם הרשאות מנהל.

סנכרון אינקרמנטלי, rsync וחלון "הקפאה" למסד הנתונים לאתרים עמוסים

אם אי אפשר להרשות לעצמכם לאבד הזמנות או תגובות, תכננו חלון Cutover קצר. אפשר להשתמש בתוספים כמו WPvivid לסנכרון שינויים אחרונים, או ב‑rsync (סנכרון שורת פקודה) לקבצים גדולים.

לאתרים עם הרבה פעילות (חנויות, קהילות וכו׳), הכניסו את האתר הישן למצב תחזוקה/קריאה‑בלבד לכמה דקות בזמן הסנכרון האחרון. תודיעו למשתמשים מראש – תודה מעצמכם בעתיד מובטחת.

SSL, HTTPS ואבטחה אחרי הגירה

אין דבר שצועק "חובבנות" כמו אתר חדש שמציג אזהרת (Not Secure) ענקית. קחו SSL ברצינות.

העברת או הנפקת תעודות SSL (Let's Encrypt, ייבוא תעודות, הנפקה מחדש בשרת החדש)

אם הספק החדש מציע SSL חינמי (Let's Encrypt), הפעילו אותו אחרי ההעברה אבל לפני שינוי ה‑DNS (ושוב – בדקו עם hosts file).

אם יש לכם SSL בתשלום, ייתכן שתצטרכו להנפיק מחדש או לייבא את התעודה (CRT/KEY/CA Bundle) מהספק הישן. אל תהססו לשאול את התמיכה במקום לנחש.

לאחר שינוי ה‑DNS, בדקו הפניות ל‑HTTPS, אזהרות Mixed Content (נעילה שבורה בדפדפן = בדרך‑כלל תמונות/סקריפטים שטעונים מ‑HTTP) וכתובות אתר תחת Settings > General.

אימייל, רשומות MX ושאר שירותי DNS שחייבים לעדכן

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

איך להימנע מהשבתת אימייל: הגירת רשומות MX, SPF, DKIM ושירותי דוא״ל חיצוניים

לפני שינוי Nameservers או רשומות A, העתיקו את כל רשומות ה‑MX, SPF ו‑DKIM עבור כל דומיין. אלה מכתיבים לאן הדואר נשלח ומי רשאי לשלוח בשמכם.

אם אתם משתמשים ב‑Google Workspace / Zoho / Microsoft 365 או ספק דוא״ל חיצוני אחר, אל תיגעו ברשומות MX כשאתם משנים את רשומת ה‑A של האתר. אבל כן כדאי לוודא שהגדרות התיבה פעילות בשני הצדדים.

לאחר ההעברה, בדקו שליחה/קבלה גם מ‑Webmail וגם מאפליקציות המייל (מובייל/דסקטופ).

CDN, קאשינג ואינטגרציות חיצוניות: מה לעדכן אחרי הגירה

בעולם של היום, אתרים בנויים ממאות חיבורים קטנים – CDN, אינטגרציות API, Webhooks ועוד.

ניקוי קאש, עדכון Origin ב‑CDN ובדיקת מפתחות API ו‑Webhooks

אם אתם משתמשים ב‑Cloudflare או CDN דומה, התחברו ופנו את כל הקאש אחרי ההעברה. עדכנו את כתובת השרת (Origin) אם ה‑IP השתנה.

בתוספים מותאמים (במיוחד אי‑קומרס), עברו על מפתחות API ו‑Webhooks (Stripe, PayPal, מערכות אימייל וכו׳).

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

צ׳ק‑ליסט אחרי הגירה: לוודא שהכול עובד (SEO, מהירות, פונקציונליות)

תאמינו לי, תישנו טוב יותר אחרי שתעברו על הרשימה הזו:

בדיקת Permalinks, תמונות, טפסים, התחברות, לוח ניהול ותוספים

התחברו ללוח הניהול וגשו ל‑Settings → Permalinks. שמרו מחדש כדי לרענן את חוקי ה‑Rewrite.

עברו על העמודים החשובים: דף הבית, הבלוג, גלריות, טפסי יצירת קשר. תמונות שבורות? תקנו מסלולי קבצים עם Better Search Replace.

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

Search Console, Analytics, Sitemap, robots.txt ובדיקת 404/הפניות

הוסיפו/אמתו מחדש את האתר ב‑Google Search Console וב‑Analytics (ואם אפשר, עקבו אחרי תנועה ל‑IP החדש/שינוי בגישת בוטים).

הגישו Sitemap חדש, בדקו את robots.txt והריצו סריקה עם Screaming Frog או Ahrefs כדי לתפוס 404 נסתרות. מצאתם קישורים שבורים? תקנו אותם בהקדם.

בעיות נפוצות ואיך לפתור אותן (חיבור למסד נתונים, 500, Mixed Content, תמונות חסרות)

אל תיבהלו ממסך לבן – לרוב יש פתרון מהיר יחסית.

מתכוני פתרון תקלות: מה לבדוק ובאילו קבצים/לוגים

Error establishing database connection? בדקו שוב את פרטי מסד הנתונים ב‑wp-config.php וודאו שלמשתמש יש הרשאות מתאימות.

שגיאת 500 Internal Server Error? בדקו את .htaccess (אפשר פשוט לשנות לו שם כדי לאפס), או עברו על error_log ב‑cPanel/מנהל הקבצים. במקרה הצורך, העלו מחדש קבצי ליבה של וורדפרס.

Mixed Content: התקינו את Really Simple SSL או בדקו כתובות מקודדות‑קשיח (בעיקר בווידג׳טים או בקבצי תבנית).

תמונות חסרות: ודאו שהנתיב לתיקיית uploads נכון ושלהרשאות יש גישה (בדרך כלל 755 לתיקיות, 644 לקבצים). לעיתים, Find & Replace על כתובות מדיה פותר את הבעיה.

אם שום דבר לא עוזר – כבו את כל התוספים (שינוי שם לתיקיית plugins ב‑FTP) והחזירו אותם אחד‑אחד עד שתמצאו את האשם.

תוכנית Rollback: איך לחזור אחורה בבטחה אם משהו נדפק

גם לטובים ביותר יש רגעים של CTRL+Z.

שמירת גיבויים, החזרת DNS והסבר למשתמשים על השבתות

תמיד שמרו כמה שכבות גיבוי: לפני המעבר, מיד אחרי, ואחרי כל שינוי גדול.

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

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

זכרו: המטרה היא לא "לא לטעות אף פעם", אלא לחזור מהטעויות בצורה חלקה ומקצועית.

הגירות מתקדמות: WordPress Multisite, אתרים ענקיים, WP‑CLI ו‑SSH

מרגישים אמיצים? ברוכים הבאים למצב "Advanced Migration".

ניואנסים בייצוא/ייבוא Multisite, מיפוי דומיינים והעברת משתמשים

Multisite זה עולם אחר: כל האתרים חולקים טבלאות ומדיה. השתמשו ב‑WP‑CLI (פקודות wp export / wp import) ובתוספים מתקדמים כמו WP Migrate DB Pro. עברו על תוספי Domain Mapping והתאימו הרשאות משתמשים, כי ה‑ID שלהם עלול להשתנות.

פקודות WP‑CLI לייצוא/ייבוא ו‑Search & Replace לנתונים מסודרים (Serialized)

ניתן לייצא פוסטים, משתמשים ועוד עם wp export ו‑wp import. לעדכון כתובות (כולל נתונים מסודרים) השתמשו בפקודה:

wp search-replace 'olddomain.com' 'newdomain.com' --all-tables

לאתרים ענקיים, השתמשו ב‑rsync להעברת קבצים וב‑mysqldump למסדי נתונים כבדים. SSH יכול להפוך העברה של 8 שעות FTP להפסקת קפה קצרה.

צ׳ק‑ליסט כלים, תוספים ופקודות (עם שימושים מומלצים)

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

• Duplicator: חבילת קבצים + מתקין – מהיר לרוב אתרי היחיד.
• All‑in‑One WP Migration: ממשק פשוט במיוחד, בגרסה חינמית/בתשלום.
• UpdraftPlus: גיבויים אוטומטיים, תמיכה בענן ושחזור אתרים.
• WP Migrate DB: העברת מסדי נתונים ו‑URL Rewriting – מושלם למפתחים.
• WP‑CLI: שליטה מלאה מ‑CLI – החל מ‑Search & Replace ועד הגירות מלאות.
• Better Search Replace: החלפת כתובות באופן בטוח (כולל Serialized), כתוסף לוח בקרה.

אלו לא רק כלי הגירה, אלא גם "ביטוח אתר". קצת הכנה עכשיו = הרבה פחות שריפות אחר‑כך.

כמה זמן, כמה קשה וכמה זה עולה? הערכת משאבים להגירות וורדפרס

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

אתרים קטנים (אתרי תדמית פשוטים): חצי שעה עד שעה עם תוסף.

בלוגים/חנויות בינוניות: שעה עד שלוש, כולל DNS, SSL וטיפול בבאגים.

ענקיים/Multisite/ארגוניים: כמה שעות עד יום שלם, לפעמים יותר בגלל הפצת DNS גלובלית.

רמת קושי: אם ידעתם להוסיף תוספים ולעדכן אתר לבד – אתם יכולים לבצע הגירה עם תוסף או בעזרת הספק. הגירה ידנית/מתקדמת עם WP‑CLI תדרוש קצת העתק‑הדבק ומוזיקת רקע רגועה.

עלות: תוספים רבים חינמיים או "Pay‑what‑you‑want". תכננו 0–50$ לגרסאות פרימיום אם תגיעו למגבלות העלאה, ועוד עלות שדרוג אחסון אם אתם גדלים.

מתי לשכור מקצוען: שירותי הגירה מנוהלים מול DIY

אף אחד לא מקבל מדליה על הגירה לבד (חוץ מי שמספר על זה במפגשי מפתחים). אם רק המחשבה על FTP, מסוף או הזמנות אי‑קומרס שלא יכולות להיעלם עושה לכם צמרמורת – הגיוני ב‑100% לשכור מומחה.

ספקים מנוהלים (כמו Devoster, Kinsta, WP Engine, Cloudways) וסוכנויות רבות כוללים הגירה חינמית ללקוחות חדשים.

פרילנסרים או סוכנויות יגבו לרוב 50–250$+ – תלוי בגודל האתר, מורכבות ודחיפות.

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

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

סיכום והצעדים הבאים – תוכנית פעולה להגירה

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

הנה הצעד הבא שלכם:

• הקימו סביבת בדיקות/‏Staging – אל תבדקו על האתר החי.
• תעשו גיבוי, ואז עוד אחד. באמת, אין דבר כזה "יותר מדי".
• בחרו את שיטת ההגירה שמתאימה לגודל האתר, התקציב ורמת הסיכון שאתם מוכנים לקחת.

יש לכם סיפורי אימה או טיפים מקצועיים? שתפו בתגובות או בקבוצת המפתחים האהובה עליכם. וכשהאתר שלכם יטוס במהירות על השרת החדש – תפנקו את עצמכם (ואולי גם את הכלב) במשהו קטן. הרווחתם.

שאלות נפוצות על העברת אתר וורדפרס לשרת חדש

מהי הדרך הטובה ביותר להעביר אתר וורדפרס לשרת חדש?

הדרך הטובה ביותר תלויה בצרכים ובניסיון שלכם. אפשר לבצע הגירה ידנית, להשתמש בתוספים כמו Duplicator או All‑in‑One WP Migration, או לתת לספק החדש לטפל בהכול. לכל שיטה יתרונות וחסרונות בהתאם לגודל האתר, המורכבות והסובלנות שלכם להשבתה.

איך אפשר להימנע מהשבתה בזמן מעבר אתר וורדפרס לשרת חדש?

כדי לצמצם השבתה, הכינו גיבויים מראש, הורידו את ה‑DNS TTL ובדקו את האתר על השרת החדש בעזרת דומיין זמני או hosts file לפני שינוי ה‑DNS. אחרי שכל הבדיקות עברו בהצלחה, המבקרים כמעט לא ישימו לב לשינוי.

האם יש סיכון לאבד אימיילים או תמונות בהגירת אתר וורדפרס?

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

מתי כדאי לשקול מעבר לספק אחסון אחר?

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

אילו תוספים מומלצים להעברת אתר וורדפרס לשרת חדש?

תוספים פופולריים להגירת וורדפרס כוללים Duplicator, All‑in‑One WP Migration, UpdraftPlus ו‑WP Migrate. הכלים האלה מבצעים גיבוי והעברה אוטומטיים של האתר, ומקלים מאוד על התהליך עבור רוב המשתמשים.

אילו צעדים חשוב לבצע אחרי העברת אתר הוורדפרס?

אחרי ההגירה, עדכנו את רשומות ה‑DNS, בדקו פונקציונליות מלאה של האתר, תקנו תמונות או קישורים שבורים, הפעילו מחדש תוספי קאש וודאו ש‑SSL פועל. בנוסף, הוסיפו מחדש את האתר ל‑Search Console ול‑Analytics, ובדקו שגיאות 404 או בעיות Mixed Content.