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

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

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

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

קודם כול: האם האתר באמת לא עובד לכולם?

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

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

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

שש סיבות נפוצות לכך שאתר וורדפרס לא עולה

1. תקלה באחסון או בשרת

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

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

2. עדכון תוסף או תבנית שיצר התנגשות

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

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

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

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

3. בעיה במסד הנתונים

וורדפרס משתמש במסד נתונים לשמירת עמודים, הגדרות, משתמשים ותכנים. אם החיבור למסד הנתונים נכשל, האתר לא יכול להשלים פעולות בסיסיות. הודעה כמו "Error establishing a database connection" יכולה להצביע על פרטי חיבור שגויים, תקלה בשירות מסד הנתונים או בעיית משאבים.

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

4. בעיה בדומיין או ב-DNS

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

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

5. שגיאה בקוד או מחסור במשאבים

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

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

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

6. בעיית אבטחה או שינוי לא מורשה

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

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

זיהיתם סימנים כאלה? כדאי לעבור למדריך האתר נפרץ? מה עושים ב-24 השעות הראשונות, שמסביר את סדר הטיפול באירוע אבטחה.

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

שלב ראשון: מאשרים מה היקף התקלה

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

שלב שני: מתעדים לפני שמשנים

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

שלב שלישי: בודקים את התשתית

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

שלב רביעי: בודקים שינויי אתר אחרונים

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

שלב חמישי: משחזרים רק אחרי שמבינים מה יימחק

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

שלב שישי: בודקים שהפעילות העסקית חזרה

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

דברים שכדאי לא לעשות כשהאתר נופל

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

כמה כסף מפסידים כשהאתר לא זמין?

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

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

איך מגלים שהאתר נפל לפני שהלקוחות מתקשרים?

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

בסרטון קצר הראיתי איך אני בודק את התקינות של האתר:

הצגת התמלול

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

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

אז איך אפשר לחסוך את עוגמת הנפש הזאת? פשוט מאוד.

מחברים את האתר למערכת שסורקת אותו ומעדכנת אתכם במידה שמשהו לא תקין.

אני משתמש בתוכנה בתשלום בשם WP Umbrella, שנותנת לי הרבה מעבר לבדיקת התקינות של האתר. אבל יש גם שירות בשם UptimeRobot שיש בו מסלול חינמי, והוא יכול לעדכן אתכם במידה שיש תקלה.

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

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

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

שאלות נפוצות על אתר שלא עולה

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

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

מה זאת שגיאה 500 באתר?

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

מה זה "שגיאה קריטית באתר זה" בוורדפרס?

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

האתר נפתח שוב לבד. אפשר להתעלם?

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

בונה האתר כבר לא זמין. אפשר לקבל ממך עזרה?

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

האתר שלכם נפל? קודם מחזירים שליטה

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

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

כשמשהו באתר משתבש, חשוב שיהיה לכם למי לפנות.