כשאתר וורדפרס מפסיק לעבוד, השאלה הראשונה היא כמה זה יעלה. כאן כל תקלה נפוצה היא משימה במחיר קבוע: שגיאת התחברות למסד הנתונים, מסך לבן, שגיאת שרת 500, שגיאות 404, אימיילים שלא נשלחים, בעיות קידוד, ניתוח קובצי לוג של PHP, ניפוי התנגשויות בין תבניות או בין קובצי CSS ו-JS ותיקון קישורים שבורים.
כשאתר נופל, השאלה הראשונה היא בדרך כלל לא "מה קרה" אלא "כמה זה יעלה לי". זה הרגע הכי גרוע לנהל משא ומתן: אתם לחוצים, האתר לא עובד, ומי שבצד השני יודע את זה. לכן פירקתי כאן את התקלות הנפוצות למשימות עם מחיר שכתוב מראש, לפני שהתקלה קורית.
הרוב המכריע של הנפילות אינו מסתורי. מאחורי מסך לבן, שגיאת 500 או הודעה על מסד נתונים עומדים כמעט תמיד אותם כמה גורמים: עדכון שנתקע באמצע, שני רכיבים שמתנגשים, זיכרון שנגמר, או שינוי קטן בקובץ שנעשה בלי גיבוי. התיעוד הרשמי של וורדפרס מכסה את השגיאות הנפוצות למי שרוצה לנסות בעצמו קודם.
מסך לבן, שגיאת שרת 500, שגיאת חיבור למסד הנתונים, שגיאות 404 וקישורים שבורים, בעיות משלוח אימייל, בעיות קידוד ולוקליזציה בעברית, התנגשויות תבנית, ניפוי התנגשויות CSS ו-JS, וניתוח קובצי לוג של PHP.
יש הבדל גדול בין לנחש לבין לאבחן, והוא בעיקר בזמן שזה לוקח. השיטה קבועה ולא תלויה בסוג התקלה.
מסך לבן הוא לא אבחנה, הוא היעדר מידע. הצעד הראשון הוא להפעיל רישום שגיאות ולקרוא מה השרת מדווח בפועל – שם בדרך כלל כתוב שם הקובץ והשורה שנפלו, וזה מקצר את החיפוש משעות לדקות. מצב הדיבאג של וורדפרס קיים בדיוק בשביל זה, וניתוח קובצי לוג הוא משימה נפרדת כאן למי שרוצה תמונה מלאה של מה שקורה בשרת.
אם הלוג לא מספיק, מבודדים: מנטרלים תוספים, עוברים לתבנית ברירת מחדל, ומחזירים רכיב אחד בכל פעם עד שהתקלה חוזרת. זה עובד תמיד, והאתגר האמיתי הוא לעשות את זה על אתר חי בלי שהגולשים יראו אתר שבור באמצע. התנגשויות שמתגלות כך שייכות לרוב לעולם התוספים.
תיקון שלא ענה על השאלה הזאת יחזור. אם התקלה נבעה מעדכון עיוור בלי גיבוי, התיקון האמיתי הוא סדר עבודה אחר, וזה כבר תחום התחזוקה והגיבויים. אני מעדיף לומר לכם את זה מאשר לתקן אותה תקלה שלוש פעמים.
404 נראית כמו בעיית תוכן – עמוד שנמחק – אבל לרוב היא שריד למבנה כתובות ישן שהוחלף בלי הפניות. ההבדל חשוב, כי המשמעות היא לא רק גולש שנתקל בשגיאה אלא דירוגים שהיו לכתובת הישנה ונעלמו. הצד הזה נמצא בSEO טכני, וההסבר המלא על ההשפעה של מבנה הכתובות נמצא במדריך הקישורים הקבועים. אם התנועה האורגנית צנחה במקביל, זה כבר נושא של קידום אתרים ולא רק של תיקון טכני.
טופס יצירת קשר ששולח "בהצלחה" אבל שום דבר לא מגיע לתיבה הוא אחת התקלות הכי יקרות, כי היא שקטה – אתם לא יודעים כמה פניות פספסתם. הסיבה כמעט אף פעם אינה וורדפרס עצמו אלא הדרך שבה השרת שולח דואר וכיצד שרתי היעד מתייחסים אליו. פירקתי את זה לגורמים בהמדריך הטכני על מיילים בוורדפרס וווקומרס שנשלחים לספאם.
אתר שנפל עולה לראש התור אצלי, אבל אני לא מפרסם התחייבות לזמן תגובה שלא אוכל לעמוד בה בכל מצב. אחרי שאתם מזמינים אני חוזר אליכם עם תמונת מצב וזמן אמיתי, ואם מדובר במשהו שדורש גישה לשרת או לחברת האחסון – אומר את זה מיד.
לא, זה תמיד אותו סימפטום. מסך לבן פירושו ש-PHP נעצר ולא הדפיס כלום, וזה יכול לנבוע מתוסף, מתבנית, מזיכרון שנגמר או משגיאת תחביר בקובץ. בלי לקרוא את הלוג אי אפשר לדעת, וכל מי שנוקב בסיבה לפני שהסתכל – מנחש.
בהחלט, ובחלק מהמקרים זה יעבוד. הכלל היחיד: גיבוי לפני כל צעד. מה שהופך תקלה קטנה ליקרה הוא בדרך כלל סדרת ניסיונות תיקון שנעשו בלי גיבוי, ואז צריך לשחזר גם את התקלה המקורית וגם את מה שנוסף בדרך.
זו בעיית קידוד, שנובעת לרוב מהעברת אתר בין שרתים או מייבוא מסד נתונים בקידוד לא תואם. הטקסט עצמו בדרך כלל שלם ולא אבד – הוא פשוט מפורש לא נכון, וברוב המקרים אפשר להחזיר אותו לקדמותו.
אני עוצר ומעדכן לפני שאני ממשיך. אם מה שנמצא באתר חורג מהיקף המשימה – למשל קוד זדוני, בעיה בשרת עצמו או פיתוח בהזמנה שנשבר – אתם מקבלים תמונה ואפשרות להחליט איך להמשיך. מה שלא קורה זה חשבון שמתנפח בשקט.
אלה תיקונים ממוקדים לתקלות מוכרות באתר וורדפרס, עם היקף ומחיר ידועים מראש. הם קיימים כדי שברגע שהאתר נופל לא תצטרכו גם להתמקח.
מה שהם לא: אחריות לתוצאה בכל תרחיש. אתר שנפרץ ומוזרק בקוד זדוני, שרת שקרס אצל חברת האחסון, או פיתוח מותאם אישית שנכתב לפני שנים ואיש לא מתחזק – כל אלה מתחילים באבחון, ולפעמים המסקנה היא שהתיקון הנכון גדול מהמשימה שהזמנתם. במקרה כזה אשמח לומר לכם את זה מוקדם, גם אם זה אומר שלא קניתם ממני כלום.
היקף כל משימה מפורט בעמוד המוצר שלה. תקלות שמקורן בשרת, בחברת האחסון או בקוד צד שלישי עשויות לחרוג מהיקף המשימה.
פרטיות באתר
האתר משתמש בקוקיז לשיפור חוויית הגלישה, בהתאם לתיקון 13 לחוק הגנת הפרטיות - התשפ"ה 2025. למדיניות המלאה
בלחיצה על אחד מכפתורי האישור אני מאשר/ת את הסכמתי המודעת לעיבוד המידע האישי שלי ולפעילויות המפורטות במדיניות הפרטיות
בהתאם לתיקון 13 לחוק הגנת הפרטיות - התשפ"ה 2025
ניתוח שימוש באתר ושיפור חוויית הגלישה
פרסומות מותאמות ותוכן רלוונטי
שמירת הגדרות אישיות והעדפות
בלחיצה על אחד מכפתורי האישור אני מאשר/ת את הסכמתי המודעת לעיבוד המידע האישי שלי ולפעילויות המפורטות במדיניות הפרטיות לעיל
זכויות יוצרים © 2025 גיל רותם GPR שירותי פיתוח ושיווק דיגיטלי. All rights reserved.
אין להעתיק, להפיץ או לשנות את המסמך מבלי לקבל אישור מראש מהבעלים.