אלמנטור איטי? איך להאיץ אתר אלמנטור על קלאודוויז (Cloudways)

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

בקצרה: אתר אלמנטור איטי נובע כמעט תמיד משילוב של שלושה דברים: שרת שלא מוגדר נכון, שכבות קאש שלא עובדות, ועמודים כבדים מדי (תמונות, פונטים, תוספים ווידג'טים). על קלאודוויז (Cloudways) הסדר המומלץ הוא: מודדים, מוודאים ש-Breeze ו-Varnish פעילים, עוברים ל-Lightning Stack אם אין חוקי htaccess, מפעילים Object Cache Pro (חינם בשרת של 4GB ומעלה), ואז מפעילים את הגדרות הביצועים של אלמנטור עצמו ומטפלים בפונטים ובתמונות. ההערכה שלנו: שעה עד שעתיים, תלוי בגודל האתר.

⏱ זמן ביצוע: 1–2 שעות · רמת קושי: בינוני · נבדק לאחרונה מול התיעוד של אלמנטור וקלאודוויז: 06.11.2026

למה אלמנטור נוטה להיות איטי, ואיפה השרת נכנס לתמונה

כדאי להבין מאיפה מגיעה האיטיות, כי לכל סיבה יש פתרון אחר.

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

נוח לחלק את הזמן שעמוד לוקח לשני חלקים:

• זמן שרת (TTFB): כמה זמן עובר עד שהשרת מתחיל לשלוח את העמוד. כאן משפיעים השרת, PHP, מסד הנתונים והקאש. בקלאודוויז זה החלק שאתם שולטים בו מהפאנל.
• זמן דפדפן: כמה זמן לוקח לדפדפן להוריד ולהציג תמונות, פונטים, CSS ו-JS. כאן משפיעים העיצוב באלמנטור, התמונות ותוספי צד שלישי.

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

לפני שמתחילים

• גבו את האתר, או עבדו על סביבת Staging. חלק מההגדרות (מיזוג JS, שינוי Stack) יכולות לשבור עיצוב, וטוב לגלות את זה לא באתר החי.
• רשמו תוצאת בסיס: הריצו את דף הבית ועמוד פנימי אחד ב-PageSpeed Insights, במובייל, ושמרו את הציון, LCP ו-TTFB.
• ודאו שאלמנטור, אלמנטור פרו, וורדפרס ו-PHP מעודכנים. גרסאות חדשות של אלמנטור מוסיפות שיפורי ביצועים.

איך להאיץ אתר אלמנטור, שלב אחר שלב

שלב 1: מבודדים את הבעיה

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

בקלאודוויז אפשר לבדוק גם מהצד של השרת: בניטור השרת רואים אם ה-CPU או ה-RAM בגבול, וב-Application Wise Details רואים איזה אתר צורך את המשאבים.

שלב 2: הגדרות שרת ו-PHP שאלמנטור צריך

אלמנטור צורך יותר זיכרון מאתר רגיל, במיוחד בעורך. בהגדרות השרת (Settings & Packages) או בהגדרות ה-PHP של האפליקציה, בדקו:

הגדרה	למה זה חשוב לאלמנטור	מה לעשות
PHP Version	גרסאות חדשות יותר של PHP בדרך כלל מהירות יותר	עברו לגרסת 8.x האחרונה שהתבנית והתוספים תומכים בה
Memory Limit	עורך שלא נטען או נתקע הוא לרוב חוסר זיכרון	ברירת המחדל 256MB. העלו בהדרגה, בגבולות ההמלצה לגודל השרת
Max Input Vars	עמודים ותפריטים גדולים שלא נשמרים	ברירת המחדל 10000 מספיקה לרוב. העלו רק אם שמירה נכשלת
Execution Limit	ייבוא תבניות וערכות גדולות	ברירת המחדל 300 שניות

שינוי גרסת PHP מוסבר במדריך לשינוי גרסת PHP. בדקו את האתר על Staging לפני שאתם משנים באתר החי.

שלב 3: Lightning Stack, אם אין לכם חוקי htaccess

יש בקלאודוויז שני סוגי Stack: Hybrid (Nginx ו-Apache) ו-Lightning. במסך הקמת השרת העדכני Lightning מסומן Recommended ונבחר מראש לאפליקציית וורדפרס חדשה, אבל אתר שהוקם בעבר עשוי להיות ב-Hybrid, ולכן בדקו בלשונית WebStack של האפליקציה. Lightning Stack מוותר על Apache ומגיש הכול דרך Nginx. במבחן עומס של קלאודוויז עצמה (שרת DigitalOcean עם 4 vCPU ו-8GB, עד 1,000 גולשים וירטואליים, בלי Varnish ובלי קאש) Lightning הגיש 54% יותר בקשות, וזמן התגובה לעמודים היה מהיר ב-25%. אלה נתוני יצרן ממבחן ללא קאש, ואצלכם התוצאה תהיה שונה.

המעבר נעשה ב-Application Settings, בלשונית WebStack, ואפשר לחזור ל-Hybrid בהמשך. התנאי: אין לכם הפניות או חוקים ב-htaccess, כי ב-Lightning הקובץ לא נקרא. העבירו אותם קודם ל-Web Rules.

שלב 4: Breeze ו-Varnish, ושני כללים לאלמנטור

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

1. ודאו ש-Varnish פעיל באפליקציה (Application Settings, מתג Varnish), וש-Breeze מותקן ופעיל. אל תתקינו תוסף קאש נוסף לצידו.
2. התחילו מ-One-Click Optimization של Breeze, בתוכנית Standard. היא מפעילה דחיסת Gzip, קאש דפדפן, Lazy Load לתמונות, מיניפיקציה של HTML ו-CSS וביטול סקריפטי אימוג'י, ונחשבת בטוחה לרוב האתרים.
3. בדקו את האתר בחלון גלישה בסתר: תפריט מובייל, סליידרים, טפסים, פופאפים ואנימציות. לגבי טפסים, התיעוד של Breeze מזכיר שעמוד שמור בקאש כולל גם את אסימון האבטחה (nonce) של הטופס, ואסימון שפג עלול לשבור שליחה. אם טופס מפסיק לעבוד אחרי זמן, החריגו את העמוד שלו מהקאש או קצרו את זמן השמירה.
4. רק אם הכול תקין, נסו בהדרגה את Minify JS ואת Delay All JavaScript, אחד בכל פעם.

שני כללים לאלמנטור:

• אם משהו נשבר אחרי Delay JS או Combine JS, אל תכבו את הפיצ'ר לגמרי. התיעוד של Breeze ממליץ להוסיף את הסקריפט הבעייתי לרשימת ההחרגה. איזה סקריפט? תלוי באתר, ובקונסול של הדפדפן (F12) רואים איזה סקריפט נכשל. חשודים אפשריים באתרי אלמנטור: הסקריפטים של אלמנטור עצמו, jQuery, תפריטים, פופאפים, סליידרים ובאנר עוגיות (הערכת הכותב, לא מהתיעוד).
• Combine JS מועיל בעיקר ב-HTTP/1.1. בשרתים מודרניים עם HTTP/2, לפי התיעוד, התועלת קטנה ולפעמים הנזק גדול. באתר אלמנטור עדיף לרוב להשאיר אותו כבוי.

אחרי כל שינוי עיצוב גדול באלמנטור, נקו את הקאש של Breeze ושל Varnish. אם העיצוב נראה שבור אחרי ניקוי, בכלי אלמנטור (Elementor ואז Tools) יש אפשרות ליצור מחדש את קבצי ה-CSS של האתר.

שלב 5: Object Cache Pro, לעורך מהיר ולחנויות

Varnish ו-Breeze מאיצים עמודים לגולשים. אבל העורך של אלמנטור, לוח הבקרה, עגלת קניות ואזור אישי לא נשמרים בקאש של עמודים, ושם מרגישים את האיטיות. Object Cache Pro, קאש אובייקטים מבוסס Redis, שומר תוצאות של שאילתות למסד הנתונים בזיכרון, ומאיץ בדיוק את החלקים האלה.

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

שלב 6: הגדרות הביצועים של אלמנטור עצמו

אלמנטור מרכז את שיפורי הביצועים שלו בלוח הבקרה, תחת Elementor, Editor ואז Settings, בלשוניות Performance ו-Features. לפי התיעוד של אלמנטור (יוני 2026):

הגדרה	איפה	מה היא עושה
Optimized Image Loading	Performance	מוסיפה עדיפות גבוהה לתמונה הראשית (LCP) ו-Lazy Load לתמונות שמתחת לקפל
Lazy Load Background Images	Performance	דוחה טעינה של תמונות רקע, חוץ מהראשונה
Optimized Gutenberg Loading	Performance	מסירה סקריפטים וסגנונות של עורך הבלוקים שלא בשימוש
Inline Font Icons	Features	מציגה אייקונים כ-SVG, בלי לטעון את ספריות Font Awesome ו-eicons
Element Caching (ניסיוני)	Features	שומרת את ה-HTML של וידג'טים במסד הנתונים במקום לבנות אותם מחדש, ומקצרת את זמן השרת

על Element Caching, שתי הערות מהתיעוד: הוא כבוי כברירת מחדל ומופעל לכל וידג'ט בנפרד (בלשונית Advanced של הווידג'ט, תחת Cache Settings), ואסור להפעיל אותו על וידג'טים עם תוכן דינמי, כמו Dynamic Tags או שורטקודים שמציגים מידע לפי גולש. מכיוון ש-Varnish ו-Breeze כבר שומרים עמודים שלמים, התועלת שלו אצלכם תהיה בעיקר בעמודים שלא נשמרים בקאש.

שלב 7: פונטים בעברית, תמונות ותוספים

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

• הגבילו את עצמכם לפונט אחד או שניים, ולשניים-שלושה משקלים.
• תחת Elementor, Editor, Settings ובלשונית Advanced, שנו את Google Fonts Load ל-Swap. הטקסט יוצג מיד בפונט גיבוי, ויתחלף כשהפונט ייטען.
• שקלו לארח את הפונט באתר עצמו (Custom Fonts באלמנטור פרו), במקום לטעון מ-Google Fonts. בנוסף לביצועים, זה חוסך בקשה לשרת חיצוני. ההרחבה לאתרי עברית נמצאת במדריך לוורדפרס בעברית ו-RTL.

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

תוספים וסקריפטים חיצוניים. מפות גוגל, וידג'טים של רשתות חברתיות, צ'אטים ותוספי Addons לאלמנטור שמוסיפים עשרות וידג'טים (כשמשתמשים בשניים) הם החשודים הקבועים. מחקו מה שלא בשימוש, ובתוספי Addons כבו את הווידג'טים שאתם לא צריכים.

איפה למקם את השרת, ומה עם CDN לגולשים בישראל?

אם רוב הגולשים שלכם בישראל, מיקום השרת משפיע ישירות על זמן השרת. כל בקשה שעוברת לאמריקה וחזרה מוסיפה עשרות עד מאות מילישניות, לפני שאלמנטור בכלל התחיל לעבוד. נכון לנובמבר 2026, לפי התיעוד של קלאודוויז, ב-AWS, ב-Google Cloud וב-Vultr יש מיקום בתל אביב, ושאר הספקים מציעים מרכזי נתונים קרובים באירופה. ההשוואה המלאה נמצאת במדריך למיקומי שרתים.

לגולשים מחו"ל, ולהגנה, Cloudflare Enterprise של קלאודוויז מוסיף CDN עם קאש בקצה ושכבת Bot Protection. הפירוט במדריך ל-Cloudflare Enterprise בקלאודוויז.

מה חשוב לחנות ווקומרס על אלמנטור?

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

• Object Cache Pro הוא כמעט חובה בחנות, ושווה לבחור שרת של 4GB ומעלה גם בשביל זה.
• לפי התיעוד של Breeze, עמודי העגלה, התשלום והחשבון של ווקומרס מוחרגים מהקאש כברירת מחדל, ואין צורך בהגדרה ידנית. בחנות עברית שבה שיניתם את הכתובות (למשל /עגלה/ או /תשלום/), בדקו בעצמכם בחלון גלישה בסתר שהעגלה לא נשמרת בקאש, ואם צריך הוסיפו את הכתובות לרשימת Never Cache URL(s) ב-Breeze. התיעוד לא מפרט את המקרה הזה, והבדיקה חוסכת מגולש לראות עגלה ישנה.
• עמוד מוצר שנבנה באלמנטור עם עשרות וידג'טים איטי בכל מוצר. שמרו על תבנית מוצר פשוטה.

עוד על אחסון לחנויות במדריך לאחסון חנות ווקומרס.

מה עושים כשקבצי ה-CSS של אלמנטור חסרים או שבורים?

מנקים ויוצרים אותם מחדש: ב-Elementor, תחת Tools, הכפתור Clear Files & Data ואז Save Changes, לפי מדריך העזרה של אלמנטור. בגרסאות קודמות הכפתור נקרא Regenerate Files & Data. זה נשמע כמו תיקון קוסמטי, אבל בשלושה טיקטים שלנו קבצי CSS של אלמנטור היו מאחורי בעיות של ממש:

מתי	מה ראינו	מה עזר
9.2026	קבצי CSS חסרים של אלמנטור ייצרו גל של שגיאות 404, 500 ו-503. אפליקציה אחת צרכה כ-69% מזיכרון האפליקציות בשרת עם עשרות אתרים, והשרת סבל מאתחולים של MariaDB	התמיכה ביקשה ליצור מחדש את קבצי ה-CSS ועקבה אחרי השרת
10.2024	שינוי ב-Global Widget הופיע בעורך אבל לא לגולשים, גם אחרי ניקוי קאש ויצירה מחדש של CSS	לפי התמיכה זה לא היה קאש של השרת, אלא אזהרת PHP מקטע קוד ישן להפניית 404 ל-410 (callback חסר), יחד עם שגיאות של אלמנטור. ההמלצה: לכבות את קטע הקוד, ליצור מחדש קבצים ונתונים, לכבות זמנית את תכונות הביצועים, ולהפעיל ב-Breeze את Auto Purge Varnish
9.2024	אתר לקוח נשבר עם שגיאת unlink() על התיקייה elementor/css/min, שהייתה תיקייה ולא קובץ	יצירה מחדש של CSS, כיבוי תוסף תמונות ושחזור גיבוי בן שבוע לא פתרו. האתר נשאר שבור והבעיה לא נפתרה דרך התמיכה

הלקח: אם ב-לוגים של האפליקציה אתם רואים הרבה 404 לקבצים תחת wp-content/uploads/elementor/css, התחילו ב-Clear Files & Data. אם זה לא עוזר, חפשו קוד מותאם או תוסף שמתערב בטעינת הקבצים, לפני שמגדילים שרת. ושחזור גיבוי לא תמיד פותר: כשהבעיה בקוד של תוסף, היא חוזרת איתו.

טעויות נפוצות ואיך לפתור אותן

שני תוספי קאש במקביל: Breeze יחד עם WP Rocket או LiteSpeed Cache מייצרים התנגשויות ובעיות ניקוי קאש. בחרו אחד. בקלאודוויז, Breeze עובד ישירות מול Varnish.

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

העורך של אלמנטור לא נטען: לרוב מגבלת זיכרון נמוכה או התנגשות תוסף. העלו את Memory Limit ונסו במצב בטוח של אלמנטור (Safe Mode).

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

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

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

מקורות

המקורות הרשמיים שעליהם מבוסס העמוד (נבדקו ב-7.11.2026):

• elementor.com: Element caching help
• elementor.com: Google fonts loading method
• elementor.com: Speed up a slow site
• elementor.com: What are performance experiments
• מאגר הידע של Cloudways: How to change your application stack
• מאגר הידע של Cloudways: How to enable one click optimization in breeze
• מאגר הידע של Cloudways: How to use breeze file optimization to minify combine delay and exclude javascript

שאלות נפוצות

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

• וורדפרס בעברית ו-RTL
• וורדפרס Multisite בקלאודוויז
• איך להאיץ אתר וורדפרס בקלאודוויז
• המדריך המלא ל-Breeze
• כל המדריכים בתחום: וורדפרס וווקומרס
• לחנויות: אחסון לחנות ווקומרס

מקור רשמי: Optimize speed for Elementor websites, Improve performance features, Speed up page loading with Element Caching, Choose a loading method for Google fonts (Elementor Help Center, נבדקו 06.11.2026), How to Change Your Application Stack, Breeze File Optimization, One-Click Optimization in Breeze (Cloudways Knowledge Base). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026

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