איך להכין חנות ווקומרס לבלאק פריידי ולחגים – עומס, קאש ו-Autoscaling

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

בקצרה: עומס על אתר במבצע מפיל חנות ווקומרס בעיקר בעמודים שאי אפשר לשמור בקאש: עגלה, קופה וחשבון לקוח. כדי לעבור את בלאק פריידי בשלום צריך ארבעה דברים: קאש עמודים מלא לשאר האתר, Redis ו-Object Cache Pro למסד הנתונים, שרת עם מרווח של RAM ו-CPU (או Autoscaling שמוסיף משאבים לבד), ובדיקת עומס לפחות שבוע לפני המבצע. את רוב ההכנה עושים בשעתיים-שלוש, לא ביום המבצע עצמו.

⏱ זמן הכנה: 2–4 שעות, שבוע–שבועיים לפני המבצע · רמת קושי: בינוני · נבדק לאחרונה מול הפאנל והמסמכים הרשמיים: 06.11.2026

למה חנות ווקומרס קורסת דווקא במבצע

בסעיף הזה תבינו מה בדיוק נשבר כשמגיעים פי 5 או פי 10 גולשים, כי מזה נגזרת כל ההכנה.

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

תהליכי PHP (PHP workers) הם התהליכים בשרת שמריצים את קוד וורדפרס. כל בקשה שלא יצאה מהקאש תופסת תהליך אחד עד שהיא מסתיימת. כשכל התהליכים תפוסים, הבקשות הבאות מחכות בתור, הקופה נתקעת, ובסוף הגולש מקבל שגיאת 502 או 504. זה הרגע שבו כותבים בפייסבוק "האתר קרס במבצע".

יש עוד שלושה חשודים קבועים:

• מסד הנתונים: ווקומרס שומר הזמנות, מלאי וסשנים במסד. בלי קאש אובייקטים, כל עמוד מריץ עשרות שאילתות, והמסד הופך לצוואר בקבוק.
• משימות רקע: מיילי הזמנה, עדכוני מלאי, סנכרון לחשבונית ולמערכות שיווק רצים דרך WP-Cron ו-Action Scheduler. בעומס הם נערמים ותופסים משאבים מהקופה.
• שירותים חיצוניים: סליקה, משלוחים ופיקסלים. אם דף התשלום של חברת הסליקה איטי או שה-Callback לא חוזר לשרת, ההזמנה נשארת "ממתינה לתשלום" גם כשהשרת עצמו בסדר.

מה לבדוק שבועיים לפני המבצע?

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

• גיבוי מלא של השרת והאפליקציה, ונקודת שחזור ידועה. המדריך: גיבוי ושחזור אתר בקלאודוויז.
• הקפאת שינויים: עדכוני תוספים, ערכת עיצוב וגרסת PHP עושים עכשיו, ב-Staging, ולא בשבוע של המבצע.
• נתוני בסיס: כמה ביקורים והזמנות היו בשעת השיא של המבצע הקודם, ומה היה השימוש ב-CPU וב-RAM. בלי מספר כזה אי אפשר לדעת כמה שרת צריך.
• תיאום עם חברת הסליקה: שכתובת ה-Callback מעודכנת, ושאם הספק מחייב רשימת IP מורשים, ה-IP של השרת נמצא בה.

איך מכינים חנות ווקומרס לבלאק פריידי?

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

1. קאש עמודים לכל מה שאפשר

Varnish הוא שכבת קאש ברמת השרת שיושבת בין הגולש לבין וורדפרס ומגישה עותק מוכן של העמוד בלי להריץ PHP. בשרתי קלאודוויז (Cloudways) הוא מותקן מראש, תואם לווקומרס, ומגיע עם הגדרות ברירת מחדל שכבר מחריגות עמודים ועוגיות דינמיים. התוסף Breeze מנהל אותו מתוך וורדפרס.

1. ודאו ש-Varnish פעיל ברמת השרת ובאפליקציה. ההסבר המלא: Varnish בקלאודוויז.
2. ב-Breeze, ודאו שקאש העמודים פועל. עמודי Cart, Checkout ו-My Account מוחרגים אוטומטית; אם אחד מהם בכל זאת נשמר בקאש, הוסיפו אותו ב-Advanced Options תחת Never Cache These URLs. ההגדרות: המדריך ל-Breeze.
3. בדקו שעמודי מוצר וקטגוריה באמת יוצאים מהקאש: פתחו חלון גלישה בסתר, טענו עמוד מוצר פעמיים, והסתכלו בכותרות התגובה בכלי המפתחים.

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

2. Redis ו-Object Cache Pro לעגלה ולקופה

קאש אובייקטים (Object Cache) שומר בזיכרון תוצאות של שאילתות למסד הנתונים, כך שגם עמוד שלא יכול לצאת מקאש העמודים (העגלה, הקופה) נבנה מהר יותר. בקלאודוויז שירות Redis פועל כברירת מחדל בשרת, ו-Object Cache Pro מגיע בלי עלות נוספת בשרת של 4GB ומעלה (לפי עמוד המחירים, נכון לנובמבר 2026). בחנויות ווקומרס חדשות הוא מותקן ומופעל מראש כשהשירות פעיל.

1. בפאנל, בדקו תחת Manage Services (ניהול שירותים) ש-Redis במצב פעיל.
2. בוורדפרס, ודאו ש-Object Cache Pro מחובר ושאין לצדו תוסף Redis נוסף. שני תוספי קאש אובייקטים יחד יוצרים התנגשות. המדריך: Object Cache Pro בקלאודוויז.

3. לנקות את מה שמאט את הקופה

1. כבו תוספים שלא עובדים בשביל המבצע: סטטיסטיקות שנאספות בתוך וורדפרס, פופאפים כבדים, תוספי "צפו כמה אנשים קונים עכשיו".
2. החליפו את WP-Cron במשימה מתוזמנת אמיתית של השרת, כדי שמשימות הרקע לא ירוצו על גבי בקשות של גולשים. ההגדרה: משימות Cron בקלאודוויז.
3. בדקו ב-WooCommerce > Status > Scheduled Actions שאין אלפי משימות שנכשלו או ממתינות. תור כזה הוא סימן לבעיה שתתפוצץ בעומס.
4. עדכנו את גרסת ה-PHP לגרסה נתמכת וחדשה (8.3 ומעלה, אחרי בדיקה ב-Staging). המדריך: שינוי גרסת PHP.

4. להוסיף משאבים: הגדלת שרת או Autoscaling

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

הגדלת שרת (Vertical Scaling) ב-Flexible: מגדילים את ה-RAM וה-CPU של השרת הקיים, באותו מרכז נתונים ועם אותה כתובת IP. ב-DigitalOcean אפשר להגדיל רק CPU ו-RAM בלי הדיסק, ואז לחזור לגודל המקורי אחרי המבצע. ב-Vultr וב-Linode ההגדלה קבועה, והשרת יורד לזמן קצר בזמן התהליך, ולכן עושים אותה בשעות שקטות, אחרי גיבוי. בחשבון ניסיון אי אפשר להגדיל שרת. המדריך המלא: איך לשנות RAM לשרת בקלאודוויז.

Autoscaling ב-Autonomous: האפליקציה רצה בתוך "פודים", יחידות משאבים מבודדות עם CPU, RAM ותהליכי PHP משלהן. כשהתנועה עולה, המערכת מוסיפה לבד עותקים נוספים של האפליקציה, ומסירה אותם כשהעומס יורד. אתם משלמים לפי שעה על כל פוד נוסף, ויכולים להגדיר תקרת תקציב שאחריה ה-Autoscaling נעצר. הסבר מלא על המוצר: קלאודוויז Autonomous.

נושא	Flexible + הגדלה ידנית	Autonomous + Autoscaling
מי מוסיף משאבים	אתם, מראש	המערכת, אוטומטית
מתאים ל	מבצע עם תאריך ידוע ועומס צפוי	קפיצות לא צפויות, קמפיין ויראלי, השקה
חזרה לגודל קודם	ב-DigitalOcean (CPU ו-RAM בלבד) כן; ב-Vultr וב-Linode רק דרך שכפול שרת	אוטומטית כשהעומס יורד
עלות העומס	מחיר השרת הגדול לפי שעה, כל עוד הוא גדול	Growth 0.07$, Scale 0.10$, Plus 0.12$ לפוד לשעה
מחיר בסיס	לפי ספק וגודל, ב-מחירון	מ-99$ לחודש לאפליקציה, ב-מחירון Autonomous
אתרים בתוכנית	כמה שהשרת מסוגל לתמוך	אפליקציה אחת לתוכנית

חשבון לדוגמה, לפי הדוגמה במסמכי Autonomous: 4 פודים נוספים ב-0.10$ לשעה, שרצים 3 שעות של שיא, עולים 1.20$. מעבר לזה ייתכנו חיובי חריגה על תעבורה (0.04$ ל-GB) ועל דיסק (1$ ל-GB לחודש), גם כשה-Autoscaling נעצר בתקרה. ביקורים עצמם לא מחויבים. ההשוואה המלאה בין המוצרים: Flexible מול Autonomous.

5. בדיקת עומס לפני המבצע

בדיקת עומס היא הדמיה של הרבה גולשים בו זמנית, כדי לראות איפה האתר נשבר לפני שהלקוחות רואים את זה. כלים כמו k6 או Loader.io מאפשרים להריץ תרחיש של גלישה, הוספה לעגלה ומעבר לקופה.

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

6. סליקה ישראלית: IP קבוע ו-Callback

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

ב-Autonomous הארכיטקטורה שונה (Kubernetes מאחורי Cloudflare Enterprise). אם ספק הסליקה דורש IP יוצא קבוע, ודאו מול התמיכה של קלאודוויז מה הכתובת לפני שאתם עוברים.

ביום המבצע עצמו

• שעה לפני: נקו קאש פעם אחת וטענו את עמודי המבצע המרכזיים כדי "לחמם" אותם.
• בזמן השיא: אל תעדכנו תוספים, אל תשנו ערכת עיצוב, ואל תריצו גיבוי ידני כבד.
• מעקב: עקבו אחרי גרפי השרת ואחרי ההזמנות שנכנסות לסטטוס "בטיפול". אם נערמות הזמנות "ממתינות לתשלום", הבעיה כנראה ב-Callback ולא בעומס.
• אחרי: ב-Flexible החזירו את השרת לגודל הקודם אם הגדלתם רק CPU ו-RAM ב-DigitalOcean. ב-Autonomous בדקו בחשבונית כמה פודים נוספו וכמה זמן.

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

אילו טעויות נפוצות קורות במבצעים ואיך פותרים אותן?

הגדלנו שרת ועדיין קורס: בדרך כלל הקאש לא עובד, או שתוסף אחד מריץ שאילתה כבדה בכל עמוד. בדקו קודם את קאש העמודים ואת Object Cache Pro, ואז את התוספים.

שגיאות 502/504 רק בקופה: תהליכי ה-PHP נגמרים. הורידו עבודה מהקופה (תוספים, סקריפטים חיצוניים), או הוסיפו CPU, כי מספר הבקשות שמעובדות במקביל קשור ישירות למעבד.

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

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

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

שאלות נפוצות

מדריכים קשורים

• מחירון Autonomous: תוכניות, Autoscaling וחיובי חריגה
• כמה שרת צריכה חנות ווקומרס?
• אחסון לחנות ווקומרס בקלאודוויז
• איך לשנות RAM לשרת בקלאודוויז
• כל המדריכים בתחום: וורדפרס וווקומרס

מקורות

• How Autoscaling Works on Cloudways Autonomous
• How Payment and Pricing Work on Cloudways Autonomous
• Guide to Scale Servers on the Cloudways Platform
• Does Cloudways Provide Dedicated IP?
• How to Use Varnish at Cloudways

מקור רשמי: How Autoscaling Works on Cloudways Autonomous, How Payment and Pricing Work on Cloudways Autonomous, Guide to Scale Servers on the Cloudways Platform, Does Cloudways Provide Dedicated IP? ו-How to Use Varnish at Cloudways (Cloudways Knowledge Base). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026

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