תחזוקת אתרים

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

תוכניות התחזוקה המפורסמות בשוק נעות בדרך כלל בין תשלום חודשי צנוע לכמה מאות שקלים, וארבעה גורמים מכתיבים את הפער הזה, הרבה יותר ממיתוג. מספר התוספים נמצא במקום הראשון, כי כל תוסף הוא עוד רכיב שיכול להישבר בעדכון. לאחר מכן, האם מדובר באתר סחר (חנות) – מכיוון שאי אפשר להוריד חנות מהאוויר בקלות ראש, וכל דקת השבתה שווה הפסד של הזמנות. התשתית שעליה רץ האתר חשובה תמיד: בילדר (Page Builder) כולל יותר חלקים נעים ויותר סיכונים בעדכונים לעומת אתר קוד נקי (Custom). לבסוף, כמה מהר אתם מצפים לקבל מענה – וזה החלק שאנשים שוכחים להשוות. כשמישהו נותן לכם הצעת מחיר, שאלו על אילו מארבעת הגורמים הללו היא מתבססת. תוכנית שהיא זולה בגלל שהיא מחריגה את המצב הספציפי שלכם, היא לא באמת זולה.

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

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

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

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

מקרה כזה אצלנו הביא אתר מזמן טעינה של מעל 10 שניות ל-1.4 שניות לאחר הבנייה מחדש – עמוק בתוך הטווח של 2.5 שניות שגוגל מגדירה כ"טוב". לא בטוחים באיזה מצב אתם נמצאים? הבדיקה החינמי עונה בדיוק על זה. נגיד לכם לאיזה משני המצבים אתם שייכים, גם כשהתשובה היא הפתרון הזול יותר.