עודכן לאחרונה: · מאת עשהאל דרייר
בקצרה: HPOS (High-Performance Order Storage) הוא מנגנון של ווקומרס ששומר את ההזמנות בארבע טבלאות ייעודיות, במקום בטבלאות הפוסטים הכלליות של וורדפרס. מאז ווקומרס 8.2 (אוקטובר 2023) הוא ברירת המחדל בחנויות חדשות. בחנות ותיקה מפעילים אותו ב-WooCommerce > Settings > Advanced > Features: קודם מצב תאימות וסנכרון, ורק אחר כך מעבר.
⏱ זמן ביצוע: 30–90 דקות (תלוי במספר ההזמנות) · רמת קושי: בינוני · נבדק לאחרונה מול התיעוד הרשמי: 07.11.2026
בקצרה – HPOS בווקומרס (נכון ל-7.11.2026)
| מה זה | אחסון הזמנות בטבלאות ייעודיות עם אינדקסים משלהן |
|---|---|
| הטבלאות | wc_orders, wc_order_addresses, wc_order_operational_data, wc_orders_meta |
| ברירת מחדל | בהתקנות חדשות מווקומרס 8.2 (אוקטובר 2023) |
| חנות קיימת | לא עוברת לבד. ההפעלה ידנית (opt-in) |
| קצב סנכרון | 25 הזמנות בכל פעולה מתוזמנת, או בבת אחת עם WP-CLI |
| חזרה אחורה | אפשרית, כל עוד מצב התאימות מסנכרן את שתי הטבלאות |
| דרישות שרת | אין דרישה מיוחדת. כל שרת שמריץ ווקומרס מריץ HPOS |
מה זה HPOS בווקומרס, ולמה זה משנה?
HPOS הוא שינוי במבנה מסד הנתונים של החנות, לא תוסף ולא שכבת קאש. עד גרסה 8.2, ווקומרס שמר כל הזמנה כפוסט בטבלה wp_posts, ואת כל הפרטים שלה (כתובת, סכום, אמצעי תשלום) כשורות נפרדות בטבלה wp_postmeta.
הבעיה היא שבאותן טבלאות יושבים גם העמודים, הפוסטים, המוצרים והמטא של כל התוספים. בחנות עם עשרות אלפי הזמנות, כל חיפוש הזמנה או דוח במסך הניהול סורק טבלה ענקית ועמוסה. לפי התיעוד של ווקומרס, הטבלאות הייעודיות והאינדקסים שלהן מקטינים את מספר פעולות הקריאה והכתיבה ואת העומס על טבלאות "עסוקות".
יש גם יתרון של אמינות: קל יותר לגבות ולשחזר רק את נתוני ההזמנות, וקל יותר למנוע מצב שבו שתי פעולות מעדכנות את אותה הזמנה בו-זמנית (race condition). מסד הנתונים עצמו מוסבר במדריך מסד הנתונים בקלאודוויז.
איך יודעים אם החנות שלכם כבר על HPOS?
שתי דקות של בדיקה. אם החנות הוקמה אחרי אוקטובר 2023, סביר שהיא כבר על HPOS. אם היא ותיקה יותר, כנראה שלא.
- בלוח הבקרה של וורדפרס היכנסו ל-WooCommerce > Settings > Advanced > Features.
- תחת Order data storage תראו מה מסומן: High-performance order storage או WordPress posts storage (legacy).
- בדקו גם אם מסומן Enable compatibility mode. זה אומר שהנתונים נשמרים בשני המקומות.
מי שמחובר ב-SSH יכול לבדוק מהטרמינל. בקלאודוויז (Cloudways) WP-CLI מותקן בשרת, ומדריך ה-WP-CLI מסביר איך מתחברים ומריצים פקודות מתיקיית האפליקציה:
wp wc hpos status
wp wc hpos count_unmigrated
הפקודה הראשונה מציגה את מצב ה-HPOS והסנכרון. השנייה סופרת כמה הזמנות עדיין לא הועברו. הפקודות מופיעות בתיעוד ה-CLI של ווקומרס, שם מצוין גם שהפקודות הישנות תחת wp wc cot הוחלפו ב-wp wc hpos.
מה לבדוק לפני שמפעילים HPOS?
רוב התקלות במעבר מגיעות מתוסף אחד שלא מוכן. לכן הבדיקה המקדימה חשובה יותר מההפעלה עצמה.
- גיבוי מלא: לפני כל שינוי במבנה מסד הנתונים. ראו גיבוי ושחזור בקלאודוויז.
- Staging: עשו את המעבר קודם על עותק של החנות. בקלאודוויז זה כמה קליקים, לפי מדריך סביבת Staging.
- תוספים לא תואמים: ווקומרס מסמן אותם בעצמו. אם יש כאלה, האפשרות לעבור ל-HPOS נעולה, ולצד ההגדרה מופיע הקישור View and manage לרשימה.
- תוספים ישראליים: שערי תשלום (קארדקום, טרנזילה, Grow, PayPlus) ותוספי חשבוניות שומרים נתונים על ההזמנה. ודאו שהגרסה שלכם מצהירה על תאימות ל-HPOS. רשימת השערים נמצאת במדריך שערי התשלום לווקומרס.
- תוספים עם סוגי תוכן משלהם: לפי התיעוד, תוספים כמו Woo Subscriptions ו-WooCommerce Bookings חייבים להיות פעילים בזמן המעבר. כיבוי שלהם לפני ההעברה עלול ליצור פערים בנתונים.
אפשר לראות את רשימת התוספים הלא תואמים גם ישירות בכתובת /wp-admin/plugins.php?plugin_status=incompatible_with_feature&feature_id=custom_order_tables באתר שלכם.
איך מפעילים HPOS בחנות קיימת – שלב אחר שלב?
התהליך בנוי משני שלבים: קודם מסנכרנים את ההזמנות לטבלאות החדשות, ורק אחר כך מחליפים את הטבלה "הקובעת". כך תמיד יש דרך חזרה.
- היכנסו ל-WooCommerce > Settings > Advanced > Features.
- סמנו Enable compatibility mode (synchronizes orders to the posts table) ושמרו. ווקומרס מתזמן פעולות רקע שמעתיקות את ההזמנות.
- חכו לסנכרון. אפשר לעקוב ב-WooCommerce > Status > Scheduled Actions אחרי הפעולות
wc_schedule_pending_batch_processו-wc_run_batch_process. כל פעולה מעבירה 25 הזמנות. - בחנות גדולה, הריצו את הסנכרון בבת אחת דרך SSH עם
wp wc hpos sync. זה מהיר יותר מלחכות לפעולות הרקע. - ודאו שאין פערים:
wp wc hpos count_unmigratedצריך להחזיר 0, ו-wp wc hpos verify_dataמשווה בין שתי הטבלאות. - חזרו להגדרות, בחרו High-performance order storage (recommended) ושמרו. השאירו את מצב התאימות מסומן.
- עבדו כך כמה ימים עד שבועיים. בדקו הזמנה חדשה, החזר כספי, חשבונית ומייל ללקוח.
- כשהכול יציב, בטלו את Enable compatibility mode. מעכשיו ההזמנות נכתבות רק לטבלאות ה-HPOS.
הערכת זמן שלנו: חנות עם כמה מאות הזמנות מסתנכרנת בדקות. בעשרות אלפי הזמנות, פעולות הרקע עלולות לרוץ שעות, ושם WP-CLI חוסך הרבה. זה תלוי בגודל השרת ובכמות המטא של כל הזמנה, כך שהמספרים הם הערכה בלבד.
מה ההבדל בין מצבי האחסון?
יש ארבעה צירופים של שתי ההגדרות. כל אחד מתאים לשלב אחר במעבר.
| Order data storage | Compatibility mode | איפה נשמרות ההזמנות | מתי להשתמש |
|---|---|---|---|
| WordPress posts storage | כבוי | רק ב-posts ו-postmeta | המצב הישן. תוסף קריטי לא תואם |
| WordPress posts storage | פעיל | בשני המקומות, posts קובע | שלב הסנכרון הראשון |
| High-performance order storage | פעיל | בשני המקומות, HPOS קובע | תקופת המבחן אחרי המעבר |
| High-performance order storage | כבוי | רק בטבלאות HPOS | המצב הסופי והמהיר ביותר |
למה HPOS מאיץ דווקא חנות גדולה?
כי הבעיה ש-HPOS פותר גדלה עם מספר ההזמנות. בחנות עם 200 הזמנות בשנה לא תרגישו הבדל. בחנות עם מאות הזמנות ביום, מסך ההזמנות, החיפוש והדוחות נעשים קלים יותר, כי מסד הנתונים קורא טבלה קטנה וממוקדת.
חשוב להיות כנים: ווקומרס לא מפרסם בתיעוד מספר אחד של "פי כמה מהר". מי שמבטיח לכם אחוז מסוים מנחש. מה שכן אפשר להגיד הוא שעומס על מסד הנתונים הוא אחת הסיבות הנפוצות לקופה איטית, כפי שמוסבר במדריך לקופה איטית בווקומרס.
HPOS לא מחליף קאש של אובייקטים. בקלאודוויז אפשר להוסיף מעליו Redis או Object Cache Pro, ששומרים תוצאות של שאילתות חוזרות בזיכרון. השילוב של שניהם, על שרת בגודל מתאים, הוא מה שמחזיק חנות בעומס.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
איך חוזרים אחורה אם משהו נשבר?
כל עוד מצב התאימות פעיל, החזרה היא כמה קליקים. לפי התיעוד, זה הסדר:
- ב-Features ודאו ש-Enable compatibility mode מסומן, וחכו שהסנכרון יסתיים.
- בחרו WordPress posts storage (legacy) ושמרו.
- פנו למפתח התוסף הבעייתי ובקשו תמיכה ב-HPOS. ווקומרס מציין שזו אחריות של מפתח התוסף.
כדי לבדוק הזמנה ספציפית שנראית שונה בין הטבלאות, השתמשו ב-wp wc hpos diff <order_id>. הפקודה מציגה את ההבדלים, אבל לא מתקנת אותם; לתיקון יש את wp wc hpos backfill.
מה הטעויות הנפוצות במעבר ל-HPOS?
המעבר נעשה ישר על האתר החי: אם תוסף סליקה לא תואם, ההזמנות הבאות עלולות להיכשל. תמיד קודם Staging.
ביטול מצב התאימות מוקדם מדי: בלי סנכרון, החזרה ל-posts דורשת העתקה מחדש של כל ההזמנות. השאירו אותו פעיל לפחות כמה ימים.
הסנכרון "תקוע": בדרך כלל Cron של וורדפרס לא רץ, ולכן הפעולות המתוזמנות לא מתקדמות. הריצו wp wc hpos sync, או הגדירו Cron אמיתי לפי מדריך המשימות המתוזמנות.
קוד מותאם שקורא ישירות מ-wp_postmeta: שאילתות SQL ידניות על הזמנות יפסיקו להחזיר נתונים עדכניים. הקוד צריך לעבור לפונקציות של ווקומרס, כמו wc_get_orders().
שאלות נפוצות
HPOS (High-Performance Order Storage) הוא מבנה אחסון של ווקומרס ששומר הזמנות בארבע טבלאות ייעודיות, במקום בטבלאות הפוסטים של וורדפרס. הטבלאות הייעודיות והאינדקסים שלהן מפחיתים את העומס על מסד הנתונים. מאז גרסה 8.2 זו ברירת המחדל בחנויות חדשות.
לא. בחנות קיימת ההפעלה היא בחירה שלכם, וווקומרס לא מעביר אותה לבד. אם תוסף קריטי לא תומך ב-HPOS, אפשר להמשיך באחסון הישן בינתיים ולבקש מהמפתח עדכון.
לא. ההזמנות מועתקות לטבלאות החדשות, ובמצב תאימות הן נשמרות בשני המקומות. רק אחרי שמבטלים את מצב התאימות, הזמנות חדשות נכתבות לטבלאות ה-HPOS בלבד.
ווקומרס בודק את זה בעצמו. ב-WooCommerce › Settings › Advanced › Features תופיע הודעה עם הקישור View and manage אם יש תוספים לא תואמים, והמעבר ל-HPOS יהיה נעול עד שתטפלו בהם.
בחנות קטנה דקות. פעולות הרקע מעבירות 25 הזמנות בכל ריצה, ולכן בחנות עם עשרות אלפי הזמנות זה יכול לקחת שעות. עם הפקודה wp wc hpos sync ב-SSH זה מהיר בהרבה.
לא. לפי ווקומרס, כל שרת שמריץ וורדפרס וווקומרס מריץ גם HPOS. מה שכן משפיע על חנות גדולה הוא גודל השרת, קאש אובייקטים כמו Redis, ומיקום השרת ביחס לקונים.
כן, כל עוד מצב התאימות מסנכרן את שתי הטבלאות. מסמנים Enable compatibility mode, מחכים לסוף הסנכרון, בוחרים WordPress posts storage ושומרים.
מדריכים קשורים
- אחסון לחנות ווקומרס בקלאודוויז
- קופה איטית בווקומרס: סיבות ופתרונות
- עדכונים בטוחים לחנות ווקומרס
- דרישות שרת לווקומרס
- כל המדריכים בתחום: מדריכי וורדפרס וווקומרס
מקורות
- High-Performance Order Storage – WooCommerce Docs (הפעלה, סנכרון, תוספים לא תואמים, חזרה אחורה)
- HPOS – WooCommerce Developer Docs (טבלאות, טבלה קובעת, ברירת מחדל מ-8.2)
- HPOS CLI Tools – WooCommerce Developer Docs (wp wc hpos)
מקור רשמי: High-Performance Order Storage (WooCommerce Docs). העמוד נכתב ונבדק על ידי עשהאל דרייר · עודכן: 07.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים