# רשימת בדיקה: האם האתר שלכם רץ על PHP שכבר מת

> לפי אנטומיה של אתר וורדפרס ישראלי, Wemanage 2026 — 51% מהאתרים (n=141) רצים על PHP לא נתמך: 48% על 7.4 (EOL נוב׳ 2022) ו־4% על 8.0; רק 49% על 8.1+. רשימת בדיקה לבעלים: Site Health / לוח אחסון, סטייג׳ינג, תאימות תוספים, ואז שדרוג.

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

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

המספרים מ־[אנטומיה של אתר וורדפרס ישראלי, Wemanage 2026](https://sitemanager.co.il/wordpress-anatomy-2026/): סריקת קבצים של **37 אתרי מסחר** (2.6M קבצים) + בדיקת PHP על **141 אתרים**.

הנתון שפותח את הרשימה: **51%** מהאתרים רצים על PHP שאינו מקבל עוד תיקוני אבטחה — **48%** על PHP 7.4 (סוף־חיים נובמבר 2022) ו־**4%** על PHP 8.0 (סוף־חיים נובמבר 2023). רק **49%** על 8.1 ומעלה.

## שלב 1 — בדקו את הגרסה (5 דקות)

### ב־WordPress (Site Health)

1. התחברו ללוח הבקרה.
2. **כלים → בריאות האתר → מידע** (או Info).
3. פתחו את הקטע **שרת** / Server.
4. חפשו את השורה של **PHP version**.

רשמו בדיוק: `7.4.x` / `8.0.x` / `8.1.x` / `8.2.x` / `8.3.x`.

### בלוח האחסון

אם Site Health לא זמין או חסום:

| סוג אחסון | איפה מחפשים |
|---|---|
| cPanel | Software → Select PHP Version / MultiPHP Manager |
| Cloudways | Application → Settings & Packages → PHP Version |
| SiteGround | Site Tools → Dev → PHP Manager |
| RunCloud / Laravel Forge | Site → PHP Version |
| אחסון ישראלי נפוץ | "PHP" / "גרסת PHP" / "Runtime" |

אם האחסון מציג "Recommended 8.2" אבל האתר עדיין על 7.4 — זה לא אוטומטי. מישהו צריך ללחוץ.

### סיווג מהיר

| גרסה | סטטוס | פעולה |
|---|---|---|
| 7.4 | 🔴 EOL נוב׳ 2022 | תור לשדרוג השבוע |
| 8.0 | 🔴 EOL נוב׳ 2023 | תור לשדרוג השבוע |
| 8.1 | 🟡 תיקוני אבטחה בלבד | תכננו מעבר ל־8.2/8.3 בחודש הקרוב |
| 8.2 / 8.3 | 🟢 נתמך | עברו לשלב 6 (ניטור) |

## שלב 2 — מה עוד כדאי לדעת על האתר לפני שנוגעים

לפי אותו מחקר, אתר מסחר חציוני בישראל:

- **1.7 GB** נפח, **42,043** קבצים
- **34 תוספים** (n=37 אתרי מסחר)
- **93.7%** מהנפח = ספריית מדיה

זה לא "אתר קטן עם 5 תוספים". שדרוג PHP על חנות עם 34 תוספים בלי סטייג׳ינג זה הימור — לא "עדכון קטן".

עוד הקשר: **65%** מאתרי המסחר במדגם (24/37) חוו נפילה בחלון המדידה — **189 אירועים**. חלק מהנפילות קשורות לתשתית ישנה, תוספים שבורים אחרי עדכון, או חוסר גיבוי לפני שינוי. PHP לבד לא מסביר הכל — אבל PHP מת בהחלט לא עוזר.

## שלב 3 — רשימת בדיקה לפני שדרוג (חובה)

סמנו וי לפני שמשנים משהו בפרודקשן:

- [ ] **גיבוי מלא** — קבצים + מסד נתונים (לא רק "גיבוי אוטומטי של אתמול" שלא בדקתם).
- [ ] **סטייג׳ינג** — העתק חי של האתר (תת־דומיין / סביבת staging באחסון).
- [ ] **רשימת תוספים קריטיים** — קופה (WooCommerce + שער תשלום), משלוחים, קאש, אבטחה, SEO. כתבו גרסאות.
- [ ] **בדיקת תאימות** — באתר התוסף / changelog: האם תומך ב־PHP 8.1+? אם תוסף נטוש מאז 2021 — סמנו אותו באדום.
- [ ] **חלון זמן** — לא באמצע מבצע יום שני ב־10:00. בחרו חלון שקט (למשל אחרי 21:00 או לפני 08:00).
- [ ] **יצירת קשר עם האחסון** — ודאו שאפשר לחזור אחורה לגרסת PHP הקודמת בלחיצה אחת.

## שלב 4 — סטייג׳ינג: איך בודקים בלי לשבור את החנות

1. העתיקו את האתר לסטייג׳ינג (כלי האחסון / WP Staging / העתקה ידנית).
2. בסטייג׳ינג בלבד — שנו PHP ל־**8.2** או **8.3** (מומלץ לקפוץ לגרסה נתמכת מלאה, לא להיתקע ב־8.1 אם אין סיבה).
3. פתחו את האתר בסטייג׳ינג והריצו smoke test:

| בדיקה | מה לחפש |
|---|---|
| דף בית + קטגוריה + מוצר | לבן / שגיאת 500 / אזהרות PHP |
| הוספה לעגלה + קופה | שדות, חישוב משלוח, מעבר לתשלום |
| התחברות לקוח | עוגיות / redirect |
| לוח בקרה WP | האם נטען בלי fatal error |
| תוסף תשלום | sandbox אם יש |
| קאש | נקו קאש אחרי שינוי PHP |

4. אם משהו נשבר — רשמו איזה תוסף / תבנית, עדכנו או החליפו **בסטייג׳ינג**, ורק אז חזרו.

טיפ מהשטח: הרבה שבירות ב־PHP 8.x הן תוספים ישנים שמשתמשים בפונקציות שהוסרו. לא "וורדפרס שבור" — תוסף שלא עודכן.

## שלב 5 — שדרוג בפרודקשן

רק אחרי שסטייג׳ינג ירוק:

1. גיבוי טרי נוסף (כן, שוב).
2. שנו PHP בפרודקשן לאותה גרסה שבדקתם בסטייג׳ינג.
3. נקו קאש (תוסף + CDN אם יש).
4. חזרו על אותה טבלת smoke test — 10–15 דקות.
5. השאירו חלון ניטור שעתיים: הזמנות נכנסות? מיילים יוצאים? שגיאות בלוג?

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

## שלב 6 — למה בכלל למהר (בלי דרמה)

שני נימוקים מספיקים:

1. **אבטחה** — 7.4 ו־8.0 לא מקבלים תיקונים. כל CVE חדש נשאר פתוח.
2. **ביצועים** — לפי המחקר, PHP 8.3 מהיר ב־**20–40%** מ־7.4 בעומסי וורדפרס טיפוסיים. זה שיפור בלי לקנות תוסף קאש חדש ובלי "לשכתב את האתר".

אם אתם מבין ה־51% שעדיין על EOL — זה לא פרויקט של חודשיים. זו רשימת בדיקה של בוקר + סטייג׳ינג של אחר הצהריים.

## מה אנחנו רואים שוב ושוב באחסון ישראלי

כמה דפוסים חוזרים כשעוברים עם בעלים על הרשימה הזו:

- **האחסון כבר על 8.2, האתר על 7.4** — יש חשבונות עם כמה אתרים; משנים רק את הדומיין הנכון, לא את "ברירת המחדל של החבילה".
- **תוסף קאש ישן אחרי שדרוג PHP** — האתר נראה תקין בלוח הבקרה, אבל הדפים הציבוריים מגישים HTML מקאש שנבנה על 7.4. אחרי שדרוג: נקו קאש מלא + CDN.
- **WooCommerce + תוסף תשלום ישראלי** — בדקו ספציפית את שער התשלום בסטייג׳ינג (הזמנת בדיקה). זה המקום שבו "הכל נראה בסדר" עד שלקוח אמיתי נתקע בקופה.
- **PHP 8.1 "רק בינתיים"** — עדיף מ־7.4, אבל אל תישנו שם שנה. תכננו קפיצה ל־8.2/8.3 באותו חלון תחזוקה אם הסטייג׳ינג ירוק.

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

## סיכום פעולה

| # | פעולה | זמן משוער |
|---|---|---|
| 1 | בדיקת גרסת PHP (Site Health / אחסון) | 5 דק׳ |
| 2 | גיבוי מלא + רשימת תוספים קריטיים | 20–40 דק׳ |
| 3 | סטייג׳ינג + שדרוג PHP שם | 30–90 דק׳ |
| 4 | Smoke test קופה/עגלה | 15 דק׳ |
| 5 | שדרוג פרודקשן + ניטור | 30 דק׳ + שעתיים עין |

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

שאלות? חייגו **073-3745552** או כנסו ל־[sitemanager.co.il](https://sitemanager.co.il/).

מקור: [אנטומיה של אתר וורדפרס ישראלי, Wemanage 2026](https://sitemanager.co.il/wordpress-anatomy-2026/).

## שאלות נפוצות

**איך בודקים באיזו גרסת PHP האתר שלי רץ?**
ב־WordPress: לוח בקרה → כלים → בריאות האתר → מידע → שרת (שורה Server architecture / PHP version). או בלוח הבקרה של האחסון (cPanel/Cloudways/SiteGround וכו׳) תחת PHP Selector / Runtime. רשמו את המספר המדויק — 7.4, 8.0, 8.1, 8.2 או 8.3.

**האם בטוח לשדרג מ־PHP 7.4 ישר ל־8.3?**
לא ישר על פרודקשן. לפי אנטומיה של אתר וורדפרס ישראלי, Wemanage 2026 — אתר מסחר חציוני מחזיק 34 תוספים. עושים גיבוי מלא, מעתיקים לסטייג׳ינג, מעבירים שם ל־8.1/8.2/8.3, בודקים קופה/עגלות/תוספים קריטיים, ורק אז מעבירים פרודקשן.

**מה הסיכון אם נשארים על PHP 7.4?**
אין תיקוני אבטחה מאז נובמבר 2022. בנוסף PHP 8.3 מהיר ב־20–40% מ־7.4 בעומסי וורדפרס טיפוסיים — שיפור חינמי שלא מנוצל. במדגם של 37 אתרי מסחר, 65% חוו נפילה (189 אירועים); תשתית ישנה היא חלק מהסיכון.

---
עודכן: 2026-10-02 | מקור: https://sitemanager.co.il/reshimat-bdika-php-eol-wordpress-hanut-2026/