למה כדאי לתחזק אתר אצל מי שבנה אותו? המדריך מהשטח

מה תקראו במאמר?

בקצרה

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

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

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

מה זה תחזוקת אתר?

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

1. מה קורה כשמעדכנים אתר בלי לבדוק: 3 תרחישים נפוצים

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

1.1 לחיצה על "עדכן הכל"

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

1.2 מתחזק שלא מכיר את האתר

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

1.3 תיקון לבד לפי סרטון

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

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

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

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

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

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

3. 5 הסיכונים בעדכון לבד או אצל מי שלא מכיר את האתר

סיכון מה קורה בפועל איך מונעים
התנגשות תוספים מסך לבן, שגיאת PHP או עמוד שמפסיק לעבוד מעדכנים אחד אחד, אחרי בדיקה בסביבת staging
איבוד התאמות אישיות קוד שנכתב במיוחד נמחק בעדכון תבנית שומרים התאמות בתבנית בת או בתוסף ייעודי, ומתעדים אותן
פריצה לאתר תוסף שלא עודכן משאיר פרצת אבטחה ידועה עדכוני אבטחה בזמן, ומחיקת תוספים שלא בשימוש
פגיעה בקידום הגדרות SEO, הפניות או מבנה כתובות משתנים בלי שמישהו שם לב בדיקה ב-Search Console אחרי כל שינוי משמעותי
אין גיבוי לשחזור במצב חירום אין גרסה תקינה לחזור אליה גיבוי אוטומטי קבוע, שנשמר גם מחוץ לשרת

4. למה דווקא מי שבנה את האתר מתאים לתחזוקת האתר שלו?

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

4.1 הוא מכיר את הקוד

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

4.2 הוא יודע למה נבחר כל תוסף

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

4.3 יש לו נקודת התחלה תקינה

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

4.4 הוא מכיר את העסק

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

4.5 הוא לוקח אחריות מלאה

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

5. מה צריכה לכלול תחזוקת אתר מקצועית?

לא כל "תחזוקה" היא תחזוקה. זאת הרשימה שאני מצפה לראות בכל שירות תחזוקת אתר רציני:

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

6. איך בודקים עדכון לפני שהוא עולה לאתר החי

עדכון בטוח הוא לא עדכון זהיר, אלא עדכון שעבר תהליך. כך הוא נראה:

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

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

7. מה לשאול לפני שבוחרים מי יתחזק את האתר

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

8. גם לאחסון יש משמעות

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

טעויות נפוצות בתחזוקת אתר

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

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

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

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

שאלות נפוצות על תחזוקת אתר

למה לא לתחזק אתר וורדפרס לבד?

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

מה קובע את המחיר של תחזוקת אתר?

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

מה ההבדל בין מתחזק שבנה את האתר למתחזק חיצוני?

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

האם עדכון תוספים אוטומטי בטוח?

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

מה זה סביבת staging ולמה זה חשוב?

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

כל כמה זמן צריך לגבות אתר?

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

מה קורה אם המתחזק נעלם?

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

האם תחזוקה כוללת גם עדכוני תוכן?

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

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

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

אודות

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *