עודכן לאחרונה: · מאת עשהאל דרייר
בקצרה: כדי לעדכן חנות ווקומרס בלי לאבד הזמנות, בודקים את העדכון קודם בסביבת Staging, ואז מריצים את אותו עדכון על האתר החי בשעה שקטה, אחרי גיבוי ועם הקופה סגורה זמנית. הכלל החשוב: לא דוחפים את מסד הנתונים מה-Staging לחנות החיה, כי זה דורס הזמנות שנכנסו בינתיים. בקלאודוויז (Cloudways) אפשר לדחוף קבצים בלבד או טבלאות נבחרות (נבדק ב-7.11.2026).
⏱ זמן ביצוע: 30–90 דקות לסבב עדכונים · רמת קושי: בינוני · נבדק לאחרונה מול התיעוד הרשמי: 07.11.2026
בקצרה (נכון ל-07.11.2026):
- WooCommerce ממליצה: גיבוי, בדיקה ב-Staging, מצב Coming soon בזמן העדכון, והזמנת בדיקה אחרי.
- טבלאות ההזמנות (HPOS): wc_orders, wc_order_addresses, wc_order_operational_data ו-wc_orders_meta. ברירת מחדל בחנויות חדשות מאז WooCommerce 8.2.
- בלי HPOS: ההזמנות יושבות ב-posts וב-postmeta, יחד עם תוכן האתר.
- Staging בקלאודוויז: Push של קבצים, Full DB או טבלאות נבחרות, עם גיבוי לפני.
- SafeUpdates: 3$ לאפליקציה לחודש (1–5 אפליקציות), 2$ מ-6 אפליקציות.
למה עדכון ווקומרס מסוכן יותר מעדכון אתר רגיל?
כי בחנות המידע משתנה כל הזמן. באתר תדמית, מה שהיה בבוקר זהה למה שיש בערב. בחנות נכנסות הזמנות, לקוחות נרשמים והמלאי זז. כל פעולה שמחזירה את מסד הנתונים לאחור מוחקת את זה.
בנוסף, ווקומרס תלוי בהרבה רכיבים: תוסף הסליקה, תוסף החשבוניות, התבנית ותוספי משלוח. לפי המדריך הרשמי של WooCommerce, התאימות תלויה בכל הסט, ולכן מעדכנים ובודקים אותם יחד.
איפה ההזמנות יושבות במסד הנתונים?
זה המידע שקובע מה מותר לדרוס. לפי התיעוד של HPOS, בחנויות עם אחסון הזמנות בביצועים גבוהים (HPOS) ההזמנות נשמרות בארבע טבלאות ייעודיות. זו ברירת המחדל בחנויות חדשות מאז WooCommerce 8.2, מאוקטובר 2023.
| מצב החנות | איפה ההזמנות | מה זה אומר בדחיפה מ-Staging |
|---|---|---|
| HPOS פעיל | wp_wc_orders, wp_wc_order_addresses, wp_wc_order_operational_data, wp_wc_orders_meta | אפשר להחריג את ארבע הטבלאות בדחיפה |
| HPOS כבוי (WordPress Post Tables) | wp_posts ו-wp_postmeta | אי אפשר להפריד הזמנות מתוכן. לא דוחפים מסד נתונים בכלל |
הקידומת wp_ היא ברירת המחדל, ואצלכם היא יכולה להיות אחרת. את המצב בודקים ב-WooCommerce ← Settings ← Advanced ← Features, תחת אחסון ההזמנות.
איך מעדכנים חנות ווקומרס בבטחה, שלב אחר שלב?
זה סדר העבודה שמבוסס על ההמלצות של WooCommerce ועל כלי ה-Staging של קלאודוויז. הוא מתאים גם לעדכון של WooCommerce עצמו וגם לעדכון תוספים ותבנית.
- משכו את החנות החיה ל-Staging (Pull), כדי שהבדיקה תרוץ על נתונים עדכניים. מדריך מלא: סביבת Staging בקלאודוויז.
- עדכנו הכול ב-Staging: WooCommerce, תוסף הסליקה, החשבוניות, התבנית והתוספים.
- בדקו ב-Staging: עמוד מוצר, עגלה, קופה, הזמנה במצב בדיקות של ספק הסליקה, מייל ללקוח וחשבונית.
- קחו גיבוי של האתר החי רגע לפני. מדריך: גיבוי ושחזור.
- בחרו שעה שקטה והפעילו מצב Coming soon, כדי שלקוחות לא יזמינו באמצע.
- עדכנו את האתר החי ב-Plugins ← Installed Plugins, באותו סדר שעבד ב-Staging.
- אם מופיעה הודעת עדכון מסד נתונים, לחצו Update WooCommerce Database ועקבו ב-View progress עד הודעת הסיום.
- בצעו הזמנת בדיקה באתר החי, בדקו פעולות מתוזמנות שנכשלו, ורק אז כבו את Coming soon.
ומה אם בכל זאת צריך לדחוף מ-Staging?
לפעמים השינוי הוא עיצוב או קוד שנבנה ב-Staging, ולא עדכון. לפי המדריך של קלאודוויז, ב-Staging Management ← Push בוחרים בנפרד קבצים (Web Application Files) ומסד נתונים, ובמסד הנתונים אפשר Full DB או טבלאות נבחרות. קלאודוויז עצמה ממליצה להשתמש בטבלאות נבחרות כדי להחריג טבלאות של הזמנות או נתוני משתמשים, לסמן גיבוי לפני הדחיפה, ולבצע אותה בשעות שפל.
בחנות עם HPOS: דחפו קבצים, ואם חייבים, רק את הטבלאות ששיניתם, בלי ארבע טבלאות ההזמנות ובלי טבלאות המשתמשים. בחנות בלי HPOS: דחפו קבצים בלבד, ואת שינויי התוכן עשו ידנית באתר החי.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
מה עושים אם העדכון שבר את החנות?
סוגרים את הקופה, מחזירים את הרכיב שנשבר, ורק אם אין ברירה משחזרים מסד נתונים. לפי WooCommerce, משאירים את הקופה סגורה ופותרים את הבעיה ב-Staging לפני שמנסים שוב.
- הפעילו Coming soon אם הוא לא פעיל.
- זהו את התוסף שגרם לבעיה, לפי הודעת השגיאה או הלוגים של האפליקציה.
- החזירו את התוסף הזה לגרסה הקודמת, או שחזרו רק קבצים מגיבוי.
- שחזור מלא של מסד הנתונים מחזיר גם את ההזמנות לנקודת הגיבוי. אם חייבים, ייצאו קודם את ההזמנות שנכנסו מאז הגיבוי.
האם SafeUpdates של קלאודוויז פותר את זה?
חלקית. לפי עמוד SafeUpdates, הכלי מזהה עדכונים של ליבה, תבניות ותוספים, לוקח גיבוי, בודק את העדכונים בסביבת Staging זמנית (השוואה ויזואלית, ביצועים, לוגים ו-HTML), ומחזיר לאחור אם משהו נכשל. המחיר: 3$ לאפליקציה לחודש עד 5 אפליקציות, ו-2$ מ-6 ומעלה, נכון ל-7.11.2026.
מה הוא לא עושה: הוא לא משלם בקופה שלכם. בדיקה ויזואלית תתפוס עמוד שבור, אבל לא בהכרח תוסף סליקה שמחזיר שגיאה רק בתשלום. בחנות, שלבו SafeUpdates לתוספים קטנים עם בדיקה ידנית לעדכונים של WooCommerce ושל תוסף הסליקה. הפעלה והגדרה: המדריך ל-SafeUpdates.
אילו טעויות נפוצות יש בעדכון חנות?
דחיפת Full DB מ-Staging: הטעות היקרה ביותר. כל ההזמנות שנכנסו אחרי יצירת ה-Staging נמחקות.
עדכון בשעת עומס: לקוח שמשלם באמצע עדכון מסד נתונים עלול לקבל שגיאה או הזמנה חלקית.
עדכון WooCommerce בלי תוסף הסליקה: גרסה חדשה של ווקומרס עם תוסף סליקה ישן היא מקור נפוץ לתקלות בקופה.
דילוג על הזמנת בדיקה: האתר נראה תקין, אבל הקופה לא עובדת. גלו את זה לפני הלקוחות.
בלאק פריידי 2026: עד 04.12.2026 קלאודוויז מציעה 80% הנחה לחודשיים עם הקוד BFCM802. פרטים בעמוד הקופון.
נבדק לאחרונה: 07.11.2026
שאלות נפוצות
בודקים את העדכון בסביבת Staging, ואז מריצים את אותו עדכון על האתר החי, בשעה שקטה ואחרי גיבוי. לא דוחפים את מסד הנתונים מה-Staging לאתר החי, כי זה דורס הזמנות שנכנסו בינתיים. בסוף מבצעים הזמנת בדיקה.
קודם סוגרים את הקופה, למשל במצב Coming soon, כדי שלקוחות לא יזמינו באתר שבור. אחר כך מחזירים את התוסף שגרם לבעיה לגרסה הקודמת, או משחזרים קבצים מגיבוי. שחזור מלא של מסד הנתונים מחזיר גם את ההזמנות לנקודת הגיבוי, ולכן משתמשים בו רק אם אין ברירה.
WooCommerce ממליצה לבדוק עדכונים פעם בחודש, ולעדכן מוקדם יותר כשיש תיקון אבטחה. את תיקוני האבטחה מזהים לפי עמוד ההתראות (Advisories) ויומן השינויים של ווקומרס.
את הקבצים כן, את מסד הנתונים בזהירות רבה. בקלאודוויז אפשר לדחוף רק קבצים, או רק טבלאות נבחרות, ולהשאיר בחוץ את טבלאות ההזמנות. דחיפת Full DB דורסת את כל מה שנכנס לחנות החיה אחרי שה-Staging נוצר.
זו בקשה להריץ שינויים במבנה מסד הנתונים אחרי עדכון. לפי WooCommerce, מוודאים שיש גיבוי, לוחצים Update WooCommerce Database ועוקבים דרך View progress. רק אחרי ההודעה שהעדכון הושלם ממשיכים לבדוק את החנות.
הוא עוזר, אבל לא מחליף בדיקה של הקופה. SafeUpdates בודק עדכונים בסביבת Staging זמנית, עם בדיקות ויזואליות, ביצועים ולוגים, ומחזיר לאחור אם משהו נכשל. תשלום אמיתי בקופה הוא עדיין בדיקה שעושים בעצמכם.
מדריכים קשורים
- אחסון לחנות ווקומרס
- סביבת Staging בקלאודוויז
- עדכון תוספים אוטומטי עם SafeUpdates
- גיבוי ושחזור בקלאודוויז
- קופה איטית בווקומרס
מקורות (נבדקו ב-07.11.2026): WooCommerce: How to update WooCommerce · WooCommerce HPOS · Cloudways KB: Staging environment · Cloudways SafeUpdates. העמוד נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים