אחסון וורדפרס: מה האתר צריך מהשרת ואיך בוחרים חבילה

מה זה אחסון וורדפרס, ובמה הוא שונה מאחסון רגיל?

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

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

מה וורדפרס דורש מהשרת לפי WordPress.org?

עמוד הדרישות הרשמי של WordPress.org מפרט מה מומלץ לשרת לאתר וורדפרס. נכון לנובמבר 2026 ההמלצה היא PHP בגרסה 8.3 ומעלה, MySQL בגרסה 8.0 ומעלה או MariaDB בגרסה 10.11 ומעלה, ותמיכה ב-HTTPS. באותו עמוד WordPress.org ממליצה על Apache או Nginx כשרתי האינטרנט היציבים והעשירים ביותר ביכולות להרצת וורדפרס.

חשוב לא פחות מה שהעמוד אומר על גרסאות ישנות. לפי WordPress.org, המערכת עובדת גם עם PHP 7.4 ומעלה ועם MySQL 5.5.5 ומעלה, אבל הגרסאות האלה הגיעו לסוף חייהן הרשמי ועלולות לחשוף את האתר לפרצות אבטחה. במילים אחרות, אתר שעובד לא מעיד על שרת תקין. חבילה שתקועה על גרסת PHP ישנה ממשיכה להריץ את האתר, אבל בלי תיקוני אבטחה לשפה עצמה. הטבלה מסכמת את הדרישות ואיפה בודקים כל אחת מהן.

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

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

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

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

למה כדאי להפריד את הדואר מאחסון האתר?

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

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

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

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

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

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

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

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

לגבי החלפת הכתובות, לפי התיעוד הרשמי של WP-CLI הפקודה search-replace מטפלת בנתוני PHP מסודרים בצורה חכמה, ויש לה אפשרות dry-run שמציגה דוח בלי לשמור שינויים. אם הדומיין עובר דרך Cloudflare, רשומות ה-DNS מתעדכנות שם ולא אצל הרשם, ומצב ה-SSL צריך להתאים לתעודה שמותקנת בשרת החדש. כדאי לתאם את המעבר לשעה שקטה, כשמישהו זמין לבדוק את האתר ולחזור לשרת הישן אם צריך.

מי אחראי על האבטחה כשהאתר יושב על אחסון מנוהל?

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

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