מסך לבן באתר וורדפרס — 5 סיבות ואיך לתקן

נכנסת לאתר וקיבלת מסך לבן לחלוטין. בלי הודעת שגיאה, בלי כותרת, בלי כלום. גם הדאשבורד /wp-admin לא נטען. זה מה שמכונה בעולם וורדפרס White Screen of Death — קיצור: WSOD. בעיני זו אחת התקלות הכי מפחידות לבעלי אתר, אבל בפועל כמעט תמיד מדובר באחד מחמישה גורמים, וכולם פתירים תוך 10 עד 30 דקות גם בלי גישה לדאשבורד. אני גרי, מומחה וורדפרס עצמאי, ובמדריך הזה אני עובר על כל אחת מחמש הסיבות, מסביר איך לאבחן בדיוק איפה הבעיה, ונותן את שלבי התיקון המדויקים.

התשובה המהירה: מסך לבן בוורדפרס הוא כמעט תמיד תוצאה של שגיאת PHP קריטית — תוסף או תבנית שכשלו, מגבלת זיכרון שנגמרה, גרסת PHP לא תואמת, קובץ ליבה פגום או חוקי .htaccess שבורים. הצעד הראשון תמיד זהה: להפעיל מצב ניפוי (WP_DEBUG) דרך גישת FTP/SFTP לקובץ wp-config.php, ולקרוא את הודעת השגיאה. ברגע שיש לך הודעה — יש לך פתרון.

תוכן עניינים

• מה זה בעצם מסך לבן בוורדפרס?
• הצעד הראשון לפני כל אבחון
• סיבה 1: שגיאה קריטית בתוסף
• סיבה 2: מגבלת זיכרון PHP נגמרה
• סיבה 3: גרסת PHP לא תואמת לתוסף או לתבנית
• סיבה 4: קובץ ליבה פגום
• סיבה 5: קובץ .htaccess שבור
• תהליך אבחון מסודר של 10 דקות
• איך למנוע שזה יקרה שוב
• שאלות נפוצות

מה זה בעצם מסך לבן בוורדפרס?

מסך לבן זה לא תקלה ספציפית — זה תסמין. מה שקורה מאחורי הקלעים הוא ש-PHP נכשל בצורה חמורה לפני שהספיק להחזיר HTML לדפדפן. בלי HTML, הדפדפן מציג חלון ריק. בגרסאות מודרניות של וורדפרס (5.2 ומעלה) קיים מנגנון Recovery Mode שאמור להציג הודעה במקום מסך לבן ולשלוח לך אימייל עם קישור התאוששות. אם המסך עדיין לבן לגמרי — או שהגרסה ישנה, או שאין הגדרת אימייל תקינה, או שהשגיאה חמורה מדי כדי שהמנגנון יתפוס אותה.

הצעד הראשון לפני כל אבחון

לפני שאתה משחק עם קבצים, גש ל-FTP או ל-SFTP של האתר (דרך FileZilla או הלקוח שאתה רגיל אליו) ופתח את wp-config.php בתיקייה הראשית. חפש את השורה:

define( 'WP_DEBUG', false );

ושנה אותה לשלוש שורות:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

שמור, רענן את האתר. עכשיו וורדפרס כותב את כל השגיאות לקובץ /wp-content/debug.log. הורד אותו, פתח, וקרא את השורה האחרונה. ברוב המקרים השגיאה אומרת לך בדיוק איזה קובץ ובאיזו שורה הבעיה — ולעיתים קרובות גם איזה תוסף אחראי. אל תדלג על השלב הזה. אבחון בלי לוג זה ניחוש בחושך.

סיבה 1: שגיאה קריטית בתוסף

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

PHP Fatal error: Uncaught Error: Call to undefined function...
in /wp-content/plugins/some-plugin/includes/file.php on line 142

הפתרון: בגישת FTP, היכנס ל-/wp-content/plugins/, מצא את התיקייה של התוסף הבעייתי ושנה את שמה — למשל מ-some-plugin ל-some-plugin-DISABLED. וורדפרס לא ימצא אותו ויעקוף אותו. רענן את האתר. אם חזר לחיות — מצאת את האשם.

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

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

סיבה 2: מגבלת זיכרון PHP נגמרה

לפעמים הלוג יגיד:

Allowed memory size of 134217728 bytes exhausted

המספר הזה הוא 128MB. הרבה תוספים חזקים — בעיקר WooCommerce, Elementor, ותוספי גיבוי — מבקשים יותר. הפתרון: הוסף ל-wp-config.php, מעל השורה /* That's all, stop editing! */:

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

אם זה לא עוזר, סביר שהאחסון שלך מגביל את PHP בעצמו (דרך php.ini או .user.ini). פנה לתמיכה של חברת האחסון ובקש העלאה של memory_limit ל-256M לפחות. בעלי אתרים על SPD, הוסטינגיל או אחסון משותף ישראלי אחר — זה בקשה לגיטימית, לא תיגבה תשלום נוסף בדרך כלל.

סיבה 3: גרסת PHP לא תואמת לתוסף או לתבנית

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

PHP Fatal error: Uncaught Error: Undefined constant FILTER_SANITIZE_STRING

(זה דוגמה מציאותית — הקבוע הזה הוצא משימוש ב-PHP 8.1.)

הפתרון: במידה והאחסון שלך מאפשר, רד זמנית לגרסת PHP שתואמת — דרך לוח הבקרה (cPanel, Plesk, או דאשבורד מותאם). זה פתרון זמני. הפתרון האמיתי הוא לעדכן או להחליף את התוסף/התבנית הבעייתיים, כי גרסאות PHP ישנות מאבדות תמיכה אבטחתית — תקועים על PHP 7.4 בשנת 2026 זה סיכון אבטחתי משמעותי. אם זה תוסף קריטי לעסק שלך והמפתח נטש אותו, זה מהמקרים שבהם כדאי להזמין שירות תיקון מקצועי.

סיבה 4: קובץ ליבה פגום

קורה לעיתים רחוקות, אבל קורה. עדכון וורדפרס נכשל באמצע, או שהאחסון נפל בזמן ההעלאה. הלוג יראה שגיאה בקובץ בתוך /wp-includes/ או /wp-admin/. הפתרון: הורד את גרסת וורדפרס שלך מ-https://wordpress.org/download/ (הקפד על אותה גרסה בדיוק כמו שיש לך), פתח את הזיפ, והעלה דרך FTP רק את התיקיות /wp-includes/ ו-/wp-admin/ — דריסה מלאה. אל תיגע בתיקיית /wp-content/ — שם נמצא הקוד הייחודי שלך (תוספים, תבניות, מדיה). דריסה שלה תמחק את העבודה שלך.

סיבה 5: קובץ .htaccess שבור

בעיקר אחרי התקנה של תוסף קאשינג חדש או שינוי הגדרות permalinks. הסימן: שגיאה גנרית בלי לוג ברור, או "500 Internal Server Error" שמתחלף במסך לבן. הפתרון: דרך FTP, שנה את שם הקובץ .htaccess בשורש האתר ל-.htaccess-BACKUP. רענן את האתר. אם חזר לחיות, היכנס לדאשבורד, לך ל-הגדרות → קישורים קבועים, ולחץ "שמור" בלי לשנות כלום. וורדפרס ייצור .htaccess נקי. אם השתמשת בכללים מותאמים (הפניות, חסימות, קאשינג) — תצטרך להוסיף אותם מחדש מהגיבוי.

תהליך אבחון מסודר של 10 דקות

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

1. גישת FTP/SFTP — לוודא שאני יכול לערוך קבצים גם בלי הדאשבורד
2. הפעלת WP_DEBUG_LOG ב-wp-config.php
3. רענון האתר → הורדת debug.log → קריאת השורה האחרונה
4. אם זה תוסף — שינוי שם תיקייה, רענון, אישור
5. אם זה זיכרון — הוספת WP_MEMORY_LIMIT, רענון
6. אם זה גרסת PHP — שינוי בלוח האחסון, רענון
7. אם זה ליבה — דריסת /wp-includes/ + /wp-admin/
8. אם זה .htaccess — שינוי שם, יצירה מחדש דרך קישורים קבועים
9. תיקון שורש הסיבה (עדכון תוסף, החלפה, פנייה למפתח)
10. ביטול WP_DEBUG_LOG (חזרה ל-false) לפני שהאתר חוזר לאוויר ציבורי

זה התהליך. הוא עובד ב-95% מהמקרים. ב-5% הנותרים מדובר במשהו עמוק יותר — בעיית בסיס נתונים, פריצה (ראה איך לשחזר אתר וורדפרס פרוץ) או תקלת שרת מצד האחסון.

איך למנוע שזה יקרה שוב

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

• גיבוי לפני כל עדכון. UpdraftPlus, BlogVault, או כלי האחסון של ספק האירוח. גיבוי מלא, שמירה לענן (Drive / Dropbox / S3), אישור שהשחזור עובד לפני שאתה משדרג משהו.
• סביבת בדיקות (staging). רוב האחסונים הרציניים מציעים staging בלחיצת כפתור. עדכן שם, ודא שהאתר עולה, ורק אז פרסם.
• מעקב Uptime. UptimeRobot החינמי שולח לך אימייל ברגע שהאתר נופל. אתה לא מגלה שיש מסך לבן מלקוח שמתקשר זועם בשעה שתיים בלילה.

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

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

שאלות נפוצות

מה ההבדל בין מסך לבן לבין שגיאת 500?
שגיאת 500 (Internal Server Error) היא הודעה שהשרת מחזיר במפורש כשהוא מבין שמשהו השתבש. מסך לבן זה מצב שבו השרת מנסה להריץ את PHP, נכשל בצורה כל כך חמורה שאפילו לא מחזיר קוד שגיאה — רק HTML ריק. הסיבות חופפות במידה רבה (תוסף, זיכרון, PHP), אבל הטיפול דומה.

האם מצב Recovery Mode של וורדפרס יספיק כדי לתקן את הבעיה?
לא תמיד. Recovery Mode (מאז וורדפרס 5.2) מנסה לזהות את התוסף או התבנית שגרמו לשגיאה הקריטית, ושולח לך אימייל עם קישור לדאשבורד "מצב התאוששות" שבו התוסף הבעייתי מושבת. זה עובד נהדר במקרים פשוטים, אבל לא תופס מצבים של מגבלת זיכרון, גרסת PHP, או קובץ .htaccess שבור. אם המייל לא הגיע — אל תחכה.

אני לא יודע איך להשתמש ב-FTP. יש דרך לתקן בלי?
חלק מחברות האחסון מציעות מנהל קבצים (File Manager) דרך לוח הבקרה — זה תחליף ל-FTP מהדפדפן. זה יכול לעבוד אם הדאשבורד נפל אבל לוח הבקרה של האחסון פועל. אם גם זה לא זמין, אין מסביב — צריך FTP/SFTP, או מישהו שיגש בשמך.

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

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

---

צריך עזרה מיידית?

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

---

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

---