האתר נפרץ או לא עולה: מה עושים ב־60 הדקות הראשונות

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

חמש הדקות הראשונות: לא להיבהל ולא למחוק

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

1. צלמו מסך של מה שאתם רואים, במחשב ובטלפון. אם יש הודעת שגיאה, העתיקו אותה מילה במילה.
2. רשמו שעה שבה שמתם לב, ומה השתנה לאחרונה: עדכון, תוסף חדש, שינוי בהגדרות, תשלום שלא עבר לחברת האחסון.
3. בדקו מרשת אחרת. פתחו את האתר מהטלפון כשהוא מנותק מה-Wi-Fi. לפעמים התקלה היא אצלכם ברשת ולא באתר.
4. בדקו את המייל של מנהל האתר ושל חשבון האחסון. הודעות מחברת האחסון, מגוגל או מוורדפרס עצמה מגיעות לשם קודם.
5. אל תמחקו ואל תשחזרו עדיין. גם לא קבצים שנראים חשודים.

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

מה אתם רואים על המסך? כך מזהים את סוג התקלה

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

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

אם זו נפילה ולא פריצה: סדר הפעולות

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

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

אם זו פריצה: סדר הפעולות

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

1. החליפו סיסמאות ממכשיר נקי. קודם חשבון האחסון והדומיין, אחר כך מסד הנתונים, גישת FTP או SSH, וכל משתמשי המנהל בוורדפרס. אם יש חשד שהמחשב שלכם עצמו נפגע, עשו את זה ממכשיר אחר. הפעילו אימות דו־שלבי בכל מקום שאפשר.
2. הוציאו את כולם מהמערכת. מחקו משתמשי מנהל שאתם לא מכירים, וודאו שכל ההתחברויות הפעילות מנותקות.
3. שמרו עותק של המצב הנוכחי. עוד לפני הניקוי, גבו את האתר כפי שהוא, כולל הקבצים הנגועים. העותק הזה עוזר להבין איך הפורץ נכנס, ולפעמים הוא נדרש לטיפול משפטי.
4. שימו את האתר במצב תחזוקה אם הוא מפנה גולשים לאתר זדוני או מציג תוכן מזיק. עדיף אתר סגור לכמה שעות מאשר אתר שפוגע במבקרים.
5. מצאו את נקודת הכניסה. בדרך כלל זה תוסף או תבנית עם חולשה ידועה שלא עודכנו, סיסמה חלשה, או תוסף שהורד ממקור לא רשמי. בלי למצוא את נקודת הכניסה, כל ניקוי הוא זמני.
6. נקו או שחזרו. על ההבדל בין השניים, בפרק הבא.
7. עדכנו הכול. ליבה, תבנית, תוספים וגרסת PHP. מחקו כל תוסף שלא בשימוש.
8. בקשו מגוגל בדיקה חוזרת. אם גוגל סימן את האתר, נכנסים לדוח בעיות האבטחה בגוגל סרץ׳ קונסול, ורק כשהכול נקי לוחצים על בקשת בדיקה ומתארים מה נעשה. לפי מרכז העזרה של גוגל, בדיקה כזו יכולה לקחת מכמה ימים ועד כמה שבועות, נכון לאוקטובר 2026, ובקשה שנשלחת לפני שהבעיה נפתרה רק מאריכה את התהליך.

מתי לשחזר מגיבוי ומתי לנקות?

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

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

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

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

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

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

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

ואם דלפו פרטי לקוחות?

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

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

איך מונעים את הפעם הבאה

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

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

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