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

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

תוכן העניינים 12 פרקים ▾

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

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

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

הצד הביטחוני חמור יותר. דוח מצב האבטחה השנתי של Patchstack מראה שב-2025 התגלו 11,334 חולשות אבטחה חדשות בעולם של וורדפרס, ו-91% מהן בתוספים. רוב התקיפות לא מנצלות חולשות שאיש עדיין לא מכיר. הן מחפשות אתרים עם תוספים מיושנים, שהחולשה בהם כבר פורסמה ויש לה כלי תקיפה מוכן. לפי אותו דוח, כמחצית מהחולשות החמורות מנוצלות כבר ב-24 השעות הראשונות אחרי הפרסום. בוט סורק את האינטרנט, מזהה את גרסת התוסף, ומריץ את הפריצה האוטומטית בתוך שניות. אם אתם רצים על תוסף שיצא לפני שמונה חודשים והיתה לו חולשה בחודש שעבר, אתם בתור.

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

עדכוני ליבה, תוספים ועיצוב – מה מסוכן בלי בדיקה

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

הסיכון המעשי מתחלק לארבעה סוגים:

• עדכון ליבה – לרוב יציב, אבל מעבר בין גרסאות ראשיות (למשל מ-5.x ל-6.x) יכול לשבור תוספים ישנים שלא עודכנו
• עדכון תוסף – הסיכון הגבוה ביותר, במיוחד בתוספים פחות פופולריים או בגרסאות מוקדמות
• עדכון ערכת עיצוב – יכול למחוק שינויים מותאמים אישית אם לא משתמשים בתבנית בת (Child Theme)
• עדכון PHP בשרת – השפעה רוחבית על הכל, בדרך כלל מוודאים תאימות לפני

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

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

גיבויים מדורגים: יומי, שבועי, חודשי + העברה לענן

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

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

• גיבוי יומי אוטומטי בתוך השרת, נשמר שבעה ימים אחורה – לשחזורים מהירים של תוכן שנמחק בטעות
• גיבוי שבועי לענן ל-Amazon S3, Backblaze B2 או Google Drive – נשמר ארבעה שבועות אחורה
• גיבוי חודשי ארוך טווח שנשמר שנה אחורה – לתרחישים של גילוי בעיה מאוחרת

הכלים שאני ממליץ עליהם: UpdraftPlus Premium לאתרים רגילים, או Solid Backups (לשעבר BackupBuddy) לאתרי WooCommerce עם הזמנות תכופות ולמי שצריך גם כלים מובנים להעברת אתר. בכל אחד מהם חשוב להגדיר העברה אוטומטית לענן ולא להסתפק באחסון מקומי על השרת.

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

ניטור זמינות ו-DNS – איך לדעת על נפילה לפני שלקוחות מתקשרים

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

הכלים החינמיים והזולים שעובדים מצוין:

• UptimeRobot – חבילה חינמית עם בדיקה כל חמש דקות, עד 50 כתובות לניטור והתראות במייל
• Better Stack (לשעבר Better Uptime) – חבילה חינמית עם בדיקה כל שלוש דקות, בדיקה כל 30 שניות בחבילות בתשלום, ועמוד סטטוס ציבורי
• Pingdom – שירות ותיק ויציב, גם פתרונות לבדיקת ביצועים
• StatusCake – דומה ל-UptimeRobot, חבילה חינמית נדיבה

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

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

בדיקת מהירות שבועית: Lighthouse ו-Core Web Vitals

מהירות אתר היא לא רק חוויית משתמש, היא גם אחד האותות שגוגל לוקחת בחשבון בדירוג. המדריך הרשמי של web.dev ל-Core Web Vitals מציג שלושה מדדים מרכזיים: זמן הטעינה של הרכיב הגדול בעמוד (LCP), שצריך להיות עד 2.5 שניות, מהירות התגובה ללחיצות (INP), עד 200 מילישניות, ויציבות העמוד בזמן הטעינה (CLS), עד 0.1. אתר וורדפרס שלא מתחזקים נוטה לאבד נקודות במדדים האלה לאט אבל בעקביות.

הגורמים הנפוצים לירידה הדרגתית במהירות:

• תמונות חדשות שלא נדחסו לפני העלאה – כל תמונה גדולה מ-200KB היא בעיה
• תוספים חדשים שמוסיפים סקריפטים שטוענים על כל דף, גם איפה שלא צריך
• מסד נתונים שמתנפח מגרסאות ישנות של פוסטים, מטמון זמני ותגובות ספאם
• שינויי ערכת עיצוב שמוסיפים CSS ו-JavaScript מיותרים
• תוסף מטמון (Caching) שההגדרות שלו השתבשו, והוא כבר לא שומר עותקים מוכנים של הדפים כמו שצריך

הנוהל אצלי: פעם בשבוע מריצים Lighthouse על שלושה דפים מרכזיים – דף הבית, דף שירות מוביל, ודף תוכן פופולרי. אם הציון יורד מתחת ל-85, מתחילים בדיקה. הכלים החיוניים: Google PageSpeed Insights, GTmetrix, ו-WebPageTest.org. שלושתם נותנים זוויות שונות של אותה תמונה.

בדיקה חודשית עמוקה יותר כוללת בדיקה של רשת הפצת התוכן (CDN), המרת תמונות לפורמטים WebP ו-AVIF, כיווץ קבצי CSS ו-JavaScript ובדיקת זמן התגובה של השרת (TTFB). אם צוואר הבקבוק הוא בשרת עצמו, בעמוד שיפור מהירות וורדפרס מפורטות השיטות שאני מיישם, החל מ-₪1,500 לפני מע״מ.

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

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

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

• סריקת נוזקות (Malware) – Wordfence, Sucuri Security, או MalCare מבצעים סריקה עמוקה של כל הקבצים מול חתימות ידועות של תוכנות זדוניות
• בדיקת חולשות בתוספים – מאגר Patchstack מתעדכן יומית, וכלים כמו WPScan או Patchstack מתריעים על תוספים מסוכנים בזמן אמת
• סריקת משתמשי ניהול – בדיקה ידנית של רשימת המשתמשים, כולל תאריך התחברות אחרון, כתובת IP אחרונה ותפקיד. כל מנהל שאתם לא מכירים – הסירו מיד
• בדיקת הרשאות קבצים – ודאו שהקובץ wp-config.php מוגדר ל-400 או 440, כפי שמדריך ההקשחה של וורדפרס ממליץ, תיקיות ל-755 וקבצים ל-644

סימנים שמחייבים סריקה מיידית: הפניות אוטומטיות מדף הבית, מודעות שלא הכנסתם, ירידה חדה בתנועה האורגנית, או הופעת קבצים מוזרים בתיקיית wp-content. אם אתם מזהים אחד מאלה, אל תחכו לסריקה החודשית – פנו לבדיקה דחופה. בנוסף לסריקות הטכניות, חשוב לעבור פעם בחודש על קובץ access.log של השרת ולחפש דפוסים חריגים: כתובות IP שמנסות להיכנס לדף wp-login.php שוב ושוב, או בקשות חוזרות לקבצים שלא קיימים. הקשחה מלאה של האתר מפורטת בעמוד אבטחת אתר וורדפרס: ביקורת אבטחה חד-פעמית מתחילה ב-₪1,200, וניהול אבטחה שוטף ב-₪380 לחודש, לפני מע״מ.

ניקוי מסד הנתונים: גרסאות ישנות, מטמון זמני ושאריות

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

הסוגים העיקריים של "אשפה" במסד הנתונים:

• גרסאות שמורות של פוסטים (Revisions) – וורדפרס שומרת גרסה בכל פעם שאתם שומרים שינוי. פוסט שעדכנתם 50 פעם יכול להחזיק 50 גרסאות ישנות
• נתונים זמניים שפג תוקפם (Transients) – מטמון של תוספים שלא תמיד נמחק בזמן, ולפעמים תופח לעשרות מגה-בייט
• תגובות ספאם – גם אחרי שסומנו כספאם, הן נשארות בטבלה wp_comments עד שמישהו מוחק אותן
• טיוטות אוטומטיות ופוסטים נטושים – טיוטות ישנות שאף פעם לא פורסמו
• טבלאות יתומות – תוספים שמחקתם השאירו אחריהם טבלאות שלא בשימוש

הכלים שאני משתמש בהם: WP-Optimize לניקוי שגרתי, או Advanced Database Cleaner למבצעי ניקוי עמוקים. שני הכלים מאפשרים לסקור מה הם הולכים למחוק לפני הביצוע – לעולם לא מאשרים בעיניים עצומות.

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

ניקוי תוספים מיותרים – כל תוסף הוא פתח לתקיפה

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

כל תוסף נוסף הוא:

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

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

חוץ מהפחתת מספר התוספים, חשוב לבדוק את המקור שלהם. תוסף חינמי מהמאגר הרשמי של WordPress.org עם אלפי התקנות פעילות ועדכון בחודשיים האחרונים – בסדר. תוסף שמישהו שלח לכם בקובץ ZIP במייל – לעולם לא. גרסה "פרוצה" של תוסף פרימיום שמחולקת בחינם באתרים לא מוכרים – מכילה לא פעם דלת אחורית (Backdoor), שמשאירה לפורץ גישה קבועה לאתר.

מעקב Search Console חודשי – בדיקת מצב הזחילה והאינדקס

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

הבדיקה החודשית בקונסולה כוללת חמישה דוחות:

• הוספה לאינדקס (Page indexing) – כמה דפים באינדקס, כמה הוסרו, כמה לא נכללו ולמה
• ביצועים (Performance) – השוואת תנועה ל-30 הימים האחרונים מול אותה תקופה אשתקד, זיהוי מילות מפתח שאיבדו מיקום
• Core Web Vitals – אילו דפים נחשבים "טובים", "צריכים שיפור" או "חלשים" בנייד ובמחשב
• HTTPS – האם כל הדפים מוגשים בחיבור מאובטח. (דוח נוחות השימוש בנייד הוסר מ-Search Console בסוף 2023, ואת הנייד בודקים היום ב-Lighthouse)
• פעולות ידניות ובעיות אבטחה (Manual Actions, Security Issues) – אזהרות ישירות מגוגל, חמורות מאוד אם מופיעות

חוץ מהבדיקה השגרתית, אם פרסמתם תוכן חדש בחודש האחרון, השתמשו בכלי בדיקת כתובות האתר (URL Inspection) כדי לוודא שהדפים אכן באינדקס. לפעמים תוסף הקידום לא הגדיר נכון את הכתובת הקנונית, או robots.txt חוסם פתאום משהו, ואתם מגלים שדפים חדשים פשוט לא מופיעים בחיפוש.

טיפ מעשי: צרו לוח בקרה פשוט ב-Looker Studio (חינמי) שמושך נתונים מ-Search Console ומ-Google Analytics 4, ומציג גרפים של 12 חודשים אחורה. ברגע שיש לכם תצוגה אחת מרוכזת, אתם רואים מגמות שלא הייתם מבחינים בהן בדף בודד.

החלפת תוספים בקוד מותאם – מתי שווה לפתח במקום לחבר

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

שווה להחליף בקוד מותאם כש:

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

דוגמאות פרקטיות שאני מבצע אצל לקוחות: החלפת תוסף ליצירת סוגי תוכן מותאמים (Custom Post Types) בכמה שורות קוד; החלפת תוסף "Add Code to Header" בעריכה ישירה של header.php בתבנית הבת; החלפת תוסף "Disable Comments" בחמש שורות סינון; החלפת תוסף "Search and Replace" בסקריפט WP-CLI שרץ פעם אחת.

לא שווה להחליף בקוד מותאם כש: התוסף עושה משהו מורכב (WooCommerce, פורומים, טפסים מורכבים), העלות התחזוקתית של הקוד תהיה גבוהה יותר מהתוסף, או אם אין לכם או למפתח שלכם הידע לעדכן את הקוד אם וורדפרס תשנה משהו בעתיד. בנוסף, את כל הקוד המותאם שלכם חשוב לשמור בתוסף חובה (mu-plugin) ולא ב-functions.php של הערכה, כי אם תחליפו ערכה, תאבדו הכל.

עלות תחזוקה חודשית מול עלות תקלה לא מטופלת

אצלי, חבילת תחזוקת אתר וורדפרס עולה ₪450 (BASIC), ₪850 (STANDARD) או ₪1,500 (PREMIUM) לחודש, לפני מע״מ, חודש בחודש וללא התחייבות. ההבדל ביניהן הוא בשעות העבודה הכלולות, בזמן התגובה וברמת האבטחה. נשמע יקר? בואו נשווה לעלות האמיתית של תקלה שלא טופלה בזמן.

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

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

החשבון פשוט. אם האתר מכניס לכם ₪50,000 בחודש, כל יום שהוא למטה עולה בערך ₪1,650 בהכנסה ישירה, ועוד יום של תיקון מכפיל את הסכום. חבילת BASIC עולה ₪450 לחודש, כלומר ₪5,400 בשנה. מספיק שהיא מונעת שלושה או ארבעה ימי השבתה בשנה, או פריצה אחת, כדי שתחזיר את עצמה. לכן תחזוקה היא לא הוצאה, היא ביטוח.

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

מתי שווה לזרוק את וורדפרס ולעבור ל-Astro

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

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

היתרונות במונחי תחזוקה:

• אין מה לעדכן – אין ליבה, אין תוספים, אין ערכת עיצוב שדורשת עדכוני אבטחה חודשיים
• אין מה לפרוץ – בלי PHP ובלי מסד נתונים, וקטור התקיפה מצטמצם דרמטית. רוב הפריצות לוורדפרס לא רלוונטיות כלל
• מהירות גבוהה מאוד – דפים מוכנים מראש נטענים מהר, והרבה יותר קל להגיע לציונים ירוקים בכל מדדי המהירות
• אחסון זול – ל-Cloudflare Pages ול-Netlify יש חבילות חינמיות שמספיקות לרוב האתרים הקטנים והבינוניים
• עומסים לא מפחידים – אתר Astro שמוגש מרשת הפצת תוכן עומד בקפיצות גדולות בתנועה, כמעט בלי עלות נוספת

מתי כדאי לעבור: אתר שירות, אתר תדמית, בלוג, פורטפוליו, אתר נדל״ן עם מודל פשוט. מתי לא: אתר WooCommerce עם מאות מוצרים והזמנות תכופות, אתר עם תוכן שמתעדכן שעתי על ידי משתמשים, פלטפורמת LMS מורכבת, או פורום פעיל. במקרים האלה הדינמיות של וורדפרס עדיין יתרון. בעמוד בניית אתר אסטרו מהיר יש פירוט של התהליך והמחירים, החל מ-₪3,500 לפני מע״מ. מי שרוצה לשמור על ממשק הניהול של וורדפרס יכול גם להשאיר אותו כמערכת לניהול התוכן בלבד (Headless), עם אתר Astro מהיר מלפנים.

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