עדכון וורדפרס כולל שלושה חלקים: עדכון הליבה (המערכת עצמה), עדכון התוספים ועדכון התבנית. עדכונים סוגרים פרצות אבטחה, מתקנים באגים ושומרים על תאימות לגרסאות PHP חדשות — ולכן אתר שלא מתעדכן הופך עם הזמן לאתר פגיע. מנגד, עדכון לא זהיר יכול לשבור את האתר. הדרך הנכונה היא שגרה: גיבוי, בדיקה, עדכון, ובדיקה שוב.
מה מתעדכן אוטומטית ומה לא
לפי התיעוד הרשמי של וורדפרס, עדכונים אוטומטיים ברקע קיימים מאז גרסה 3.7, וזו ברירת המחדל:
| סוג עדכון | ברירת מחדל |
|---|---|
| גרסאות משנה של הליבה (למשל x.y.1) | אוטומטי |
| גרסאות ראשיות של הליבה | אוטומטי רק בהתקנות חדשות מגרסה 5.6 ואילך |
| תוספים ותבניות | לא אוטומטי, למעט מקרים מיוחדים כמו תיקוני אבטחה קריטיים |
| קובצי תרגום | אוטומטי |
אפשר לשנות את ההתנהגות בקובץ wp-config.php בעזרת הקבוע WP_AUTO_UPDATE_CORE — למשל להגביל לעדכוני משנה בלבד. התיעוד מדגיש שביטול מלא של העדכונים האוטומטיים "לא מומלץ בתוקף".
למה עדכונים שוברים אתרים
- תוסף שלא תואם לגרסה החדשה של הליבה או של PHP.
- שני תוספים שמתנגשים אחרי שאחד מהם השתנה.
- שינויים ישירים בקוד של תבנית מוכנה — העדכון דורס אותם. לכן משנים תבנית מוכנה רק דרך תבנית-בת (child theme).
- תוסף ישן שהמפתח הפסיק לתחזק — הוא לא מקבל עדכונים, ובשלב מסוים נשבר או הופך לפרצה.
זו גם הסיבה שכדאי להחזיק מעט תוספים: כל תוסף הוא עוד גורם שיכול להישבר בעדכון. ראו איך בוחרים תוספים.
השגרה שאני ממליץ עליה
- גיבוי של הקבצים ושל מסד הנתונים — ולוודא שהגיבוי ניתן לשחזור. ראו גיבוי אתר וורדפרס.
- קריאה ביומן השינויים של עדכונים גדולים — במיוחד גרסה ראשית של תוסף מרכזי.
- עדכון בסביבת בדיקות קודם, אם יש. ראו סביבת בדיקות.
- עדכון באתר החי — תוסף אחד או כמה בכל פעם, לא עשרים בבת אחת, כדי שיהיה ברור מה שבר מה.
- בדיקה: דף הבית, עמוד פנימי, טופס יצירת קשר, תהליך רכישה אם יש חנות, ומובייל.
- ניקוי מטמון ובדיקה חוזרת בחלון פרטי.
כל כמה זמן לעדכן
עדכוני אבטחה — מהר. לפי נתוני הפרצות של 2025, הרוב המכריע של הפרצות בוורדפרס נמצא בתוספים, וחלק גדול מהן לא היה מתוקן ביום שבו נחשף. ככל שעובר זמן מפרסום פרצה, כך עולה הסיכוי שמישהו ינצל אותה. עדכונים רגילים אפשר לרכז לשגרה קבועה — למשל פעם בשבוע — ולבדוק אותם יחד.
עדכונים אוטומטיים לתוספים: כן או לא?
אפשר להפעיל עדכון אוטומטי לכל תוסף בנפרד. זה מתאים לתוספים פשוטים ויציבים, ולאתרים שאין מי שיעדכן אותם באופן קבוע. לתוספים מרכזיים — חנות, טפסים, מטמון — אני מעדיף עדכון ידני מבוקר, כי שבירה שלהם פוגעת ישירות בעסק. בכל מקרה, עדכון אוטומטי בלי ניטור זמינות ובלי גיבוי הוא הימור.
תבנית-בת: למה היא חשובה לעדכונים
אם האתר בנוי על תבנית מוכנה, כל שינוי שנעשה ישירות בקבצי התבנית יימחק בעדכון הבא שלה. זו אחת הסיבות הנפוצות לכך שאתרים "נשברים" אחרי עדכון: מישהו שינה קובץ לפני שנתיים, ואף אחד לא זוכר.
הפתרון המקובל הוא תבנית-בת (child theme): תבנית קטנה שיורשת את כל מה שיש בתבנית הראשית ומכילה רק את השינויים. התבנית הראשית מתעדכנת בבטחה, והשינויים נשמרים. באתר שבנוי על תבנית ייעודית, כמו האתרים שאני בונה, הבעיה הזו לא קיימת באותה צורה — התבנית היא הקוד של האתר, והיא משתנה רק כשמשנים אותה בכוונה.
מה לתעד
בכל אתר כדאי להחזיק רשימה קצרה: אילו תוספים מותקנים ולמה, אילו מהם בתשלום ועד מתי הרישיון, ואילו שינויים מותאמים נעשו ואיפה. כשמשהו נשבר אחרי עדכון, הרשימה הזו חוסכת שעות של ניחושים. ואם מעבירים את התחזוקה למישהו אחר — היא חלק ממה שאתם צריכים לקבל. ראו בעלות על אתר.
שאלות נפוצות
העדכון שבר את האתר. מה עושים?
אם אפשר להיכנס לניהול — משביתים את התוסף שעודכן אחרון. אם לא — משנים את שם תיקיית התוסף דרך הקבצים, או משחזרים מגיבוי. שגיאה 500 אחרי עדכון היא סימן קלאסי לכך; ראו שגיאה 500 ו-503.
מה עם עדכון גרסת PHP?
גם הוא חשוב — גרסאות ישנות יוצאות מתמיכה. בודקים קודם בסביבת בדיקות שכל התוספים תואמים.
אפשר פשוט לא לעדכן אם הכל עובד?
לא לאורך זמן. "הכל עובד" עד שמישהו מנצל פרצה ידועה בתוסף שלא עודכן.
עדכונים מבוקרים, גיבויים ובדיקות הם חלק מתחזוקת אתרים. אם אין אצלכם מי שמעדכן את האתר, ספרו לי על האתר.
אהבתם את המאמר?
