תחזוקת אתר וורדפרס: הצ'קליסט החודשי (ומה סוכן AI‏ עושה בשבילכם)

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

מהי תחזוקת אתר וורדפרס? סבב של שומר, לא כיבוי שריפות

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

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

תחזוקת אתר וורדפרס שבועית: חמש בדיקות שלוקחות דקות

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

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

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

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

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

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

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

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

מה בודק הסוכן בסביבת הבדיקה (עותק של האתר שבו אפשר לטעות בלי שאף לקוח יראה):

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

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

אבטחה: משתמשים, אימות דו־שלבי ותוספים שנשכחו

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

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

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

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

מהירות האתר: שלושה מספרים שמספיק להכיר

"האתר איטי" הוא לא אבחנה. גוגל הגדירה שלוש מדידות, ה־Core Web Vitals‏, ועל פי web.dev‏ אתר נחשב תקין כשהוא עומד בשלושתן ב־75% מהביקורים, בנייד ובמחשב.

מקור: web.dev‏, Core Web Vitals‏. הספים נמדדים בפרצנטיל ה־75 של טעינות העמוד.

הסוכן מודד פעם בחודש את דף הבית ואת שלושת העמודים החשובים ביותר, משווה לחודש הקודם ומדווח על שינוי. כלי המדידה הם PageSpeed Insights‏ ודוח Core Web Vitals‏ ב־Search Console‏, ששניהם מסתמכים על נתוני שטח מגולשים אמיתיים.

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

קישורים שבורים ועמודי 404: לא כל 404 הוא תקלה

כאן יש טעות נפוצה שעולה כסף: מישהו רואה ב־Search Console‏ רשימה של שגיאות 404, נבהל, ומפנה את כולן לדף הבית. זה בדיוק מה שגוגל מבקשת לא לעשות.

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

• כתובת ששלחתם בקובץ המפה (sitemap‏) ואינה קיימת. מתקנים את הקובץ.
• תוכן שעבר לכתובת חדשה. מוסיפים הפניה לכתובת החדשה.
• שגיאות כתיב נפוצות בכתובת. אפשר להפנות אותן לעמוד הנכון.
• תוכן שנמחק לצמיתות. משאירים 404 או 410. לא מפנים לדף הבית, כי גוגל מגדירה את זה "soft 404‏" ועלול להפריע לטיפול באתר.

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

מה יש לו תאריך תפוגה: תעודה, דומיין וגרסת PHP‏

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

תעודת SSL‏. מאז 15 במרץ 2026, תעודות ציבוריות תקפות לכל היותר 200 יום (לפני כן 398), ועל פי הלוח של CA/Browser Forum‏ האורך ימשיך לרדת עד 47 יום ב־2029. המשמעות לעסק קטן: חידוש ידני פעם בשנה הוא כבר לא מודל שעובד. מי שמנהל את האתר צריך חידוש אוטומטי, ובדיקה שהוא באמת קורה. אצל Let‏'s Encrypt‏, למשל, תעודה תקפה 90 יום וההמלצה היא לחדש כל 60. הסוכן בודק כל שבוע כמה ימים נותרו, ומתריע הרבה לפני הסוף.

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

גרסת PHP‏. על פי עמוד הדרישות של WordPress‏, מומלץ PHP‏ בגרסה 8.3 ומעלה. ועל פי php.net‏, מצב התמיכה נכון להיום:

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

בדיקות רבעוניות: ארבע בדיקות שכמעט אף אחד לא עושה

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

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

הצ'קליסט: הסבב החודשי והרבעוני

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

איפה סוכן AI‏ לא מחליף איש מקצוע

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

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

איך מתחילים החודש

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

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

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

שאלות נפוצות

מקורות

• https‏://developer.wordpress.org/advanced-administration/security/backup‏/
• https‏://developer.wordpress.org/advanced-administration/upgrade/upgrading‏/
• https‏://developer.wordpress.org/advanced-administration/security/hardening‏/
• https‏://wordpress.org/about/requirements‏/
• https‏://www.php.net/supported-versions.php‏
• https‏://web.dev/articles/vitals‏
• https‏://support.google.com/webmasters/answer/2445990‏
• https‏://developers.google.com/search/docs/crawling-indexing/http-network-errors‏
• https‏://woocommerce.com/document/email-faq‏/
• https‏://letsencrypt.org/docs/faq‏/
• https‏://cabforum.org/2025/04/11/ballot-sc081v3-introduce-schedule-of-reducing-validity-and-data-reuse-periods‏/
• https‏://www.digicert.com/campaigns/tls-ssl-certificate-validity‏