עודכן לאחרונה: · מאת עשהאל דרייר
בקצרה: הקופה של ווקומרס איטית יותר משאר האתר כי אסור לשמור אותה בקאש: כל טעינה ועדכון שלה מריצים PHP ושאילתות למסד הנתונים מחדש. כשהשרת חלש, כשאין Object Cache, כשתוסף משלוחים, סליקה או חשבוניות פונה לשירות חיצוני איטי, או כש-WP-Cron עמוס, הקופה נתקעת. מאבחנים לפי הבקשה האיטית בדפדפן ובניטור ה-PHP של השרת, ומתקנים את הגורם, לא את הסימפטום.
⏱ זמן אבחון: 20–40 דקות · רמת קושי: בינוני · נכון לנובמבר 2026, נבדק מול התיעוד של קלאודוויז: 06.11.2026
למה דווקא הקופה איטית, כשהאתר עצמו מהיר
עמוד מוצר או עמוד בית אפשר לשמור בקאש: השרת מכין אותו פעם אחת ומגיש את אותו עותק לכולם. בקופה זה בלתי אפשרי, כי לכל לקוח יש עגלה, כתובת, משלוח וקופון משלו. לכן מערכות קאש מחריגות אותה במכוון.
בקלאודוויז (Cloudways), למשל, Varnish מחריג כברירת מחדל את /cart, /checkout, /my-account, את נתיב wc-api, את הבקשה ?wc-ajax=get_refreshed_fragments, את כל בקשות ה-POST ואת עוגיות העגלה והסשן של ווקומרס. התוצאה: בדיקת מהירות של עמוד הבית יכולה להראות ציון מצוין, בזמן שהקופה לוקחת 6 שניות. אלה שני מדדים שונים.
מה שקורה בכל פעם שהלקוח משנה כתובת או שיטת משלוח בקופה: הדפדפן שולח בקשת wc-ajax=update_order_review, ווקומרס מחשבת מחדש מחיר, מע"מ, משלוח והנחות, ומחזירה את סיכום ההזמנה. כל תוסף שמתחבר לחישוב הזה מוסיף לו זמן. כשלוחצים "בצע הזמנה", אותו דבר קורה שוב, ועוד יצירת הזמנה, פנייה לספק הסליקה ושליחת מיילים.
איך מאבחנים קופה איטית בווקומרס
אל תתחילו מהחלפת תוספים או מהגדלת השרת. קודם מגלים איזו בקשה איטית, ואז למה.
- פתחו את הקופה בחלון גלישה בסתר, עם מוצר בעגלה. פתחו את כלי המפתחים (F12) ועברו ללשונית Network.
- שנו עיר או שיטת משלוח, וחפשו את הבקשה
update_order_review. בעמודה Time תראו כמה זמן לקחה. מעל שנייה אחת שווה לחקור. - בצעו הזמנת בדיקה ובדקו את בקשת
checkoutשנשלחת כשלוחצים "בצע הזמנה". - בפאנל הניהול של קלאודוויז היכנסו ל-Servers, בחרו שרת, לחצו www ובחרו את האפליקציה. ב-Application Management בחרו Monitoring ← Analytics ← PHP.
- בלשונית Slow Pages תראו סקריפטים שרצו יותר מחמש שניות, עם מספר הבקשות והזמן המרבי והממוצע. בלשונית Running Processes תראו תהליכי PHP פעילים וצריכת המעבד והזיכרון שלהם.
- בדקו גם את ניטור השרת: אם המעבד או הזיכרון קרובים ל-100% בשעות העומס, הבעיה היא קודם כל משאבים. פירטנו את זה במדריך לאתר איטי ועומס מעבד.

למפתחים: התוסף החינמי Query Monitor מראה בכל בקשה אילו שאילתות ואילו קריאות HTTP חיצוניות לקחו הכי הרבה זמן, ולפי איזה תוסף. בקלאודוויז אפשר גם לחבר New Relic לניטור מעמיק יותר. ראו ניטור אפליקציה בקלאודוויז.
מהן הסיבות הנפוצות לקופה איטית ומה עושים?
| הסיבה | איך מזהים | מה עושים |
|---|---|---|
| אין Object Cache | הרבה שאילתות זהות למסד הנתונים בכל בקשה | להפעיל Redis עם Object Cache Pro |
| שירות חיצוני איטי (משלוחים, סליקה, חשבוניות, אימות כתובת) | Query Monitor מראה קריאת HTTP ארוכה בזמן update_order_review | לעדכן את התוסף, לבדוק מול הספק, לשמור תוצאות בקאש כשאפשר |
| תוספים כבדים בקופה (שדות, אפסייל, אנליטיקה) | הזמן יורד כשמנטרלים אותם ב-Staging | לוותר, להחליף, או להגביל אותם לעמודים אחרים |
| WP-Cron רץ בזמן הגלישה | האטות אקראיות, לא קבועות | להעביר ל-Cron בצד השרת |
| שרת קטן מדי לתנועה | מעבד או זיכרון גבוהים בשעות עומס | להגדיל את השרת |
| גרסת PHP ישנה | השרת על PHP 7.4 או 8.0 | לשדרג אחרי בדיקה ב-Staging |
Object Cache: הקאש שכן עובד בקופה
Object Cache שומר בזיכרון תוצאות של שאילתות למסד הנתונים, ולא עמודים שלמים. לכן הוא עובד גם בקופה, בעגלה ובניהול. Redis הוא השירות ששומר את הנתונים בזיכרון, ו-Object Cache Pro הוא התוסף שמחבר אליו את וורדפרס.
לפי התיעוד של קלאודוויז, Object Cache Pro מגיע מותקן ופעיל באפליקציות ווקומרס חדשות כשהשירות Redis פעיל בשרת, ובשרתים חדשים Redis פעיל כברירת מחדל. הוא חינמי ללקוחות קלאודוויז באפליקציות הנתמכות. אם יש באתר תוסף Object Cache אחר, הסירו אותו קודם, כי שני תוספים כאלה מתנגשים. ההגדרה המלאה במדריך Object Cache Pro.
תוספי סליקה, משלוחים וחשבוניות
תוספים שפונים לשירות חיצוני תוקעים את הקופה כל עוד השירות לא ענה. חישוב משלוח מול חברת שליחויות, בדיקת כתובת או יצירת מסמך יכולים להוסיף שניות שלמות. גם תוספי סליקה עצמם משתפרים עם הזמן. ביומן השינויים של התוסף של PayPlus, למשל, מופיעים בשנת 2026 הפחתה של תדירות בדיקת סטטוס ההזמנה בקופה כדי להוריד עומס מהשרת, וביטול של עיכוב של כ-200 מילי-שניות שהתוסף הוסיף לכל בקשה באתר. להתקנה והגדרה של PayPlus ראו PayPlus לווקומרס.
המסקנה: לפני שמחפשים בעיה בשרת, עדכנו את תוספי הסליקה, המשלוחים והחשבוניות, וקראו את יומן השינויים שלהם. אם עדיין יש קריאה חיצונית איטית, פנו לספק עם הזמנים שמדדתם.
WP-Cron ו-Cron Optimizer
WP-Cron הוא המתזמן של וורדפרס. הוא לא רץ לפי שעון אלא לפי ביקורים באתר, כלומר משימות כבדות כמו מיילים, סנכרון מלאי או גיבויים של תוספים יכולות לרוץ בדיוק בבקשה של לקוח בקופה. בחנות עם הרבה משימות מתוזמנות זה מורגש.
בקלאודוויז יש לזה פתרון מובנה, Cron Optimizer: הוא מעביר את המשימות להרצה בצד השרת דרך WP-CLI, ומפזר אותן כך שלא ירוצו כולן יחד.
- בפאנל הניהול פתחו Servers ובחרו את השרת.
- לחצו www ובחרו את האפליקציה.
- בחרו Application Settings ועברו ללשונית WordPress Settings.
- הפעילו את Cron Optimizer ואשרו ב-Confirm.

עוד על משימות מתוזמנות במדריך Cron בקלאודוויז.
מתי באמת צריך שרת גדול יותר
אם המעבד או הזיכרון מגיעים לתקרה בכל פעם שיש תנועה, ושאר הסיבות כבר טופלו, הגיע הזמן להגדיל את השרת. בקלאודוויז זה נעשה מהפאנל, וכתובת ה-IP של השרת לא משתנה בהגדלה, כך שאין צורך לעדכן את ספק הסליקה או את ה-DNS. ראו הגדלת שרת בקלאודוויז. אם העומס מגיע בגלים, בעיקר במבצעים, קראו גם את ההכנה של חנות ווקומרס לעומס במבצע.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
הזווית הישראלית: מיקום השרת, חשבוניות וקופה בעברית
מיקום השרת. קופה היא סדרה של בקשות קטנות: עדכון כתובת, עדכון משלוח, קופון, ובסוף ההזמנה עצמה. כל אחת מהן עוברת מהלקוח לשרת וחזרה. כשהשרת רחוק מישראל, כל סיבוב כזה ארוך יותר, וההפרש מצטבר. לחנות שרוב הלקוחות שלה בישראל, בחרו מרכז נתונים קרוב. ראו מיקומי השרתים של קלאודוויז.
חשבוניות בזמן ההזמנה. תוספים ישראליים של חשבוניות וסליקה מפיקים לפעמים את המסמך באותה בקשה שבה ההזמנה נוצרת. אם השירות של ספק החשבוניות איטי באותו רגע, הלקוח מחכה. בדקו בהגדרות התוסף אם אפשר להפיק את המסמך אחרי עדכון הסטטוס, ולא באמצע הלחיצה על "בצע הזמנה".
שדות נוספים בקופה. שדה ת.ז. או ח.פ. לחשבונית, בחירת עיר מרשימה ובדיקת רחוב מול מאגר כתובות הם נוחים ללקוח, אבל כל אחד מהם יכול להוסיף בקשה לשרת. השאירו רק מה שבאמת נחוץ.
איך עושים בדיקה מהירה של 15 דקות?
אין לכם זמן לאבחון מלא? עברו על הרשימה הזו לפי הסדר. ברוב החנויות אחד מהסעיפים יגלה את הבעיה.
- ודאו ש-Redis פעיל בשרת ושתוסף Object Cache Pro מופעל באתר.
- עדכנו את ווקומרס ואת תוספי הסליקה, המשלוחים והחשבוניות.
- הפעילו את Cron Optimizer.
- מדדו את update_order_review בכלי המפתחים, כאורח.
- הסתכלו ב-Slow Pages בניטור ה-PHP, ובגרף המעבד של השרת בשעות העומס.
- ב-Staging, נטרלו בזה אחר זה תוספים שפועלים בקופה, ומדדו שוב אחרי כל אחד.
טעויות שמאטות את הקופה עוד יותר
לשמור את הקופה בקאש בכוח: תוסף קאש שמוגדר לא נכון מגיש ללקוח עגלה של לקוח אחר, או סיכום הזמנה ישן. זה לא מאיץ, זה שובר את החנות. ודאו ש-cart, checkout ו-my-account מוחרגים בכל שכבת קאש: בתוסף, ב-Varnish וב-Cloudflare. על ההחרגות ב-Varnish כתבנו במדריך Varnish.
להוסיף עוד תוסף "אופטימיזציה": תוספים שמאחדים ודוחים JavaScript שוברים לפעמים את ה-iframe של ספק הסליקה, או את עדכון סיכום ההזמנה. אם הפעלתם תוסף כזה, החריגו ממנו את עמוד הקופה.
לבדוק רק עם משתמש מחובר: כמנהלים אתם רואים אתר אחר, עם תוספי ניהול ובלי קאש. בדקו תמיד גם כאורח, בגלישה בסתר.
לחשוב שהבעיה היא ספק הסליקה כשהיא לפני הסליקה: אם הלקוח מחכה לפני שדף התשלום נפתח, הבעיה באתר. אם דף התשלום נפתח מהר אבל ההזמנה לא מתעדכנת אחרי התשלום, זו בעיה אחרת לגמרי, וראו הסליקה עברה אבל ההזמנה לא התעדכנה.
לשדרג PHP ישר באתר החי: PHP חדש בדרך כלל מהיר יותר, אבל תוסף ישן אחד יכול להפיל את הקופה. שדרגו קודם בסביבת Staging. בשרתים חדשים בקלאודוויז אפשר גם לבחור גרסת PHP לאפליקציה אחת בלבד (Public Preview).
לפני בלאק פריידיי: אם אתם מתכננים להעביר את החנות לשרת חזק יותר לפני המבצעים, עד 4.12.2026 יש בקלאודוויז 80% הנחה לחודשיים עם הקוד BFCM802. הפרטים בעמוד הקופונים.
נבדק לאחרונה: 06.11.2026
שאלות נפוצות על ווקומרס איטי בקופה
כי הוא לא נשמר בקאש, וכל טעינה שלו מריצה PHP ושאילתות למסד הנתונים מחדש. הסיבות הנפוצות הן שרת חלש, היעדר Object Cache, תוספים שפונים לשירותים חיצוניים, ו-WP-Cron שרץ בזמן הגלישה.
לא. דף הקופה אישי לכל לקוח, ושמירה שלו בקאש תציג עגלות וסכומים שגויים. מה שכן עובד בקופה הוא Object Cache עם Redis, ששומר תוצאות של שאילתות ולא עמודים שלמים.
אלה בקשות שהדפדפן שולח לשרת בלי לטעון עמוד חדש, למשל כדי לעדכן את סיכום ההזמנה. הן איטיות כשתוסף מתחבר אליהן ומבצע עבודה כבדה. בודקים אותן בלשונית Network בכלי המפתחים, ומאתרים את התוסף עם Query Monitor.
כן, לפי התיעוד של קלאודוויז הוא חינמי ללקוחות באפליקציות וורדפרס הנתמכות, ומגיע מותקן מראש באפליקציות ווקומרס חדשות כש-Redis פעיל.
רק אם הבעיה היא משאבים. אם המעבד והזיכרון רגועים והקופה עדיין איטית, הסיבה כמעט תמיד בתוסף או בשירות חיצוני, ושרת גדול יותר לא ישנה הרבה. אבחנו קודם.
אין מספר רשמי. מהניסיון, בקשת update_order_review שלוקחת יותר משנייה בחנות קטנה מעידה על בעיה שכדאי לבדוק, במיוחד אם היא משתנה מאוד בין ניסיונות.
מדריכים קשורים
- אחסון לחנות ווקומרס בקלאודוויז
- Object Cache Pro בקלאודוויז
- אתר איטי ועומס מעבד
- Varnish בקלאודוויז
- השוואת ספקי סליקה לווקומרס
- כל המדריכים בתחום: מדריכי וורדפרס ווקומרס
מקורות רשמיים: How to Use Varnish at Cloudways · Speed Up Your WordPress Application Using Object Cache Pro · How to Monitor the PHP Performance of an Application · How to Enable Cron Optimizer for Your Application (Cloudways Knowledge Base) · PayPlus Payment Gateway changelog (WordPress.org). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים