הגדרות Breeze מתקדמות בקלאודוויז: מיניפיקציה, Lazy Load, מסד נתונים ו-Heartbeat – מדריך 2026

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

בקצרה: הגדרות Breeze המתקדמות בקלאודוויז (Cloudways) נמצאות בלוח הבקרה של וורדפרס, תחת Settings > Breeze, בלשוניות File Optimization (מיניפיקציה, דחיית JavaScript, HTML Caching), Preload (פונטים), Advanced Options (החרגות, Query Strings ו-API), Heartbeat API, Database Options, Varnish ו-Tools. ה-Lazy Load נמצא ב-Basic Options. הכלל: מפעילים הגדרה אחת בכל פעם, מנקים קאש, ובודקים את האתר לפני שממשיכים לבאה.

⏱ זמן ביצוע: 30–60 דקות לכל ההגדרות · רמת קושי: בינוני · נבדק לאחרונה מול התיעוד הרשמי: 06.11.2026

מה ההבדל בין ההגדרות הבסיסיות למתקדמות

המדריך הזה ממשיך את המדריך הבסיסי ל-Breeze. שם הפעלנו את הקאש, בחרנו חבילת One-Click Optimization והגדרנו החרגות בסיסיות. כאן עוברים לכל שאר הלשוניות.

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

Breeze הוא תוסף קאש חינמי של קלאודוויז לוורדפרס. הוא מגיע מותקן ומוגדר עם Varnish בשרתי קלאודוויז, ולפי עמוד המוצר יש לו יותר מ-300 אלף התקנות פעילות.

מה צריך להכין לפני שמתחילים?

• גיבוי של האפליקציה, או עוד יותר טוב: סביבת Staging שבה בודקים כל שינוי. קלאודוויז ממליצה במפורש לבדוק שינויי File Optimization על Staging.
• ייצאו את ההגדרות הנוכחיות של Breeze לקובץ (ראו "ייבוא וייצוא" בהמשך), כדי שתוכלו לחזור אחורה בלחיצה.
• הרשאת Administrator בוורדפרס. לפי התיעוד, רק מי שיכול לנהל אפשרויות של וורדפרס (ברירת מחדל: מנהל) פותח את הגדרות Breeze. עורכים יכולים רק ללחוץ Purge All Cache בסרגל העליון.
• מדידת בסיס: הריצו PageSpeed Insights לעמוד הבית ולעמוד פנימי אחד, ושמרו את התוצאות.
• בדקו בחלון גלישה בסתר, כשאתם לא מחוברים. משתמש מחובר רואה לפעמים גרסה אחרת.

באיזה סדר כדאי לעבוד?

אם אתם לא בטוחים מאיפה להתחיל, הסדר הזה עובד ברוב האתרים, מהבטוח למסוכן:

1. Varnish: ודאו ש-Auto Purge Varnish פעיל.
2. Lazy Load: הפעילו טעינה עצלה של תמונות.
3. Minify HTML ו-CSS: הפעילו ובדקו.
4. Minify JS: הפעילו ובדקו טפסים, תפריטים ועגלה.
5. Delay JavaScript: הפעילו אחת משתי האפשרויות, והחריגו סקריפטים קריטיים.
6. Heartbeat: הורידו תדירות.
7. Database: נקו, אחרי גיבוי.

Combine JS ו-Include Inline JS נשארים בסוף הרשימה, ולרוב לא צריך אותם בכלל (הסבר בהמשך).

File Optimization: מיניפיקציה ו-JavaScript

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

Minify HTML, CSS ו-JS

מיניפיקציה היא הסרה של רווחים, שבירות שורה והערות מהקוד. הקובץ נשאר זהה בתפקוד, רק קטן יותר. ב-Breeze יש מתג נפרד ל-HTML, ל-CSS ול-JS.

1. ב-Settings > Breeze > File Optimization הפעילו את המתג הרצוי.
2. לחצו Save Changes ונקו את הקאש.
3. בדקו בקוד המקור של העמוד: קובצי CSS ו-JS ממוזערים נטענים מנתיב שמכיל /cache/breeze-minification/.

מיניפיקציה בדרך כלל בטוחה. החריג: תבניות או תוספים עם סקריפטים מוטמעים (inline) שתלויים בפורמט מדויק. אם משהו נשבר אחרי Minify JS, החריגו את הקובץ הבעייתי (ראו Exclude JS) במקום לכבות את כל האפשרות.

font-display: swap אוטומטי

כשהפונט של האתר עוד לא נטען, הדפדפן יכול להשאיר את הטקסט בלתי נראה. הכלל font-display: swap אומר לו להציג קודם פונט רגיל ולהחליף כשהפונט המותאם מגיע. Breeze מוסיף את הכלל אוטומטית, אבל רק בשני תנאים: CSS Minification פעיל, ואין כבר הגדרת font-display בתבנית או במקור הפונט. אם הכלל לא מופיע, בדקו את שני התנאים ונקו קאש.

Delay JavaScript: שתי אפשרויות, רק אחת בכל פעם

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

אפשרות	מה היא עושה	מתי לבחור
Delay JS Inline Scripts	דוחה רק סקריפטים מוטמעים שמתאימים למילות המפתח שתזינו	כשאתם יודעים בדיוק אילו סקריפטים כבדים (למשל קוד מעקב)
Delay All JavaScript	דוחה את כל ה-JavaScript באותה דרך	כשרוצים את השיפור המקסימלי, ומוכנים לבדוק ולהחריג

שני כללים חשובים מהתיעוד: אפשר להפעיל רק אחת משתי האפשרויות, ואף אחת מהן לא עובדת יחד עם Combine JS.

לפי התיעוד, ברשימת ברירת המחדל של מה שנדחה נמצאים בין השאר gtag, googletagmanager ו-adsbygoogle. סקריפטים שחייבים לרוץ מיד, כמו באנר הסכמה לעוגיות או וידג'ט צ'אט, מוסיפים לשדה List of scripts not to delay. אם משהו נשבר, קודם מחריגים את הסקריפט הספציפי ולא מכבים את כל הדחייה. ככה שומרים על השיפור.

JS Files With Deferred Loading

Defer שונה מ-Delay. הדפדפן מוריד את הקובץ במקביל לקריאת העמוד, ומריץ אותו מיד כשה-HTML מוכן, בלי לחכות לפעולה של הגולש. בשדה JS Files With Deferred Loading מוסיפים את הכתובת המקורית של קובץ JavaScript, כתובת אחת בכל שדה, ו-Breeze מוסיף לו את התכונה defer. שימו לב: כתובות של קבצים ממוזערים לא נתמכות כאן.

Combine JS ו-Include Inline JS: בדרך כלל לא צריך

Combine JS מאחד את קובצי ה-JavaScript הממוזערים לקובץ אחד, כדי לחסוך בקשות. לפי קלאודוויז, זה מועיל בעיקר באתרים שעובדים ב-HTTP/1.1. ב-HTTP/2 התועלת קטנה, כי הפרוטוקול כבר מטפל היטב בהרבה בקשות במקביל, ולפעמים האיחוד עושה יותר נזק מתועלת. הוא גם לא עובד יחד עם Delay JavaScript.

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

Exclude JS: להחריג קובץ אחד

השדה Exclude JS מוציא קובץ ממיניפיקציה ומאיחוד, בלי לכבות את האפשרות לשאר האתר. מוסיפים כתובת או חלק ייחודי משם הקובץ, אחד בכל שורה. שורה שמכילה (.*) מתפרשת כתבנית. סקריפטים מדומיין חיצוני ממילא לא עוברים מיניפיקציה. Breeze ממזער רק קבצים של האתר עצמו, או של CDN שהוא משכתב חזרה לאתר.

איך מוצאים את הקובץ הבעייתי? פותחים את כלי הפיתוח בדפדפן (F12), לשונית Console, וטוענים את העמוד. שגיאה בצבע אדום תציג את שם הקובץ.

HTML Caching ו-Refresh Cached Page Parts

בתוך File Optimization יש גם את HTML Settings. לפי התיעוד (עודכן ב-29.09.2026) האפשרויות האלה מסומנות כגרסת בטא, כך שכדאי לבדוק אותן קודם ב-Staging.

HTML Caching (או Cache Full Page HTML) שומר עותק של ה-HTML של העמוד. מגרסה 2.6.0 של Breeze הוא פעיל כברירת מחדל. אל תבלבלו אותו עם Cache System בלשונית Basic, שהוא המתג הראשי של הקאש: שניהם צריכים להיות פעילים. ואל תבלבלו אותו עם HTML Minify, שרק מכווץ קוד.

Refresh Cached Page Parts פותר בעיה ספציפית: העמוד בקאש מהיר, אבל אזור אחד מציג מידע ישן. הדוגמאות הקלאסיות הן מיני-עגלה שמראה 0 פריטים, "שלום, אורח" אחרי התחברות, או מלאי שלא מתעדכן. כשהאפשרות פעילה, העמוד השמור נטען ראשון, ואז Breeze מושך מהשרת רק את האזורים שרשמתם.

1. ודאו ש-HTML Caching פעיל.
2. הפעילו Refresh Cached Page Parts.
3. בשדה Page Parts to Refresh רשמו אזור אחד בכל שורה. כדי למצוא אותו: לחצו קליק ימני על האזור באתר > Inspect. אם כתוב id="site-header-cart", רשמו #site-header-cart. אם כתוב class="mini-cart", רשמו .mini-cart.
4. שמרו, נקו את קאש Breeze ואת Varnish, ובדקו בחלון גלישה בסתר.

כמה כללים מהתיעוד: אל תרשמו html, body או head, ואל תכוונו לטפסי התחברות, תשלום או הוספה לעגלה. אם עמוד שלם צריך להיות תמיד עדכני (עגלה, תשלום), השתמשו ב-Never Cache ולא ברענון חלקי. Show Loading Overlay מוסיף שכבת טעינה אם הרענון נראה קופצני, ו-Do Not Refresh on These Pages מקבל כתובות מדויקות בלי תווים כלליים. לבדיקה, חפשו בקוד המקור של העמוד את breeze-dc-elem.

Lazy Load: תמונות, וידאו ו-iframes

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

1. ב-Settings > Breeze > Basic Options סמנו Lazy Load Images.
2. לחצו Save Changes ונקו את הקאש. בלי ניקוי, העמודים השמורים ממשיכים להציג את תגיות התמונה הישנות.

שיטה	איך היא עובדת	יתרון	חיסרון
JavaScript	מחליפה את כתובת התמונה במציין מקום, והתמונה נטענת כשהיא במרחק 300 פיקסלים מהמסך (קבוע)	שליטה מדויקת, אפשר לדלג על תמונה עם data-no-lazy="1"	בלי width ו-height נכונים בתגית, העמוד "קופץ" (CLS)
Native (מקורית)	מוסיפה loading="lazy", והדפדפן מחליט מתי לטעון	קלה, תמונות שנראות מיד נטענות מיד, אין קפיצות	אי אפשר להחריג תמונה בודדת

בוחרים ביניהן עם Enable native browser lazy load. לפי התיעוד, Breeze עבר עם הזמן לכיוון השיטה המקורית ולספרייה קלה יותר. ההמלצה שלנו: Native, אלא אם יש סיבה מיוחדת.

כמה דברים שכדאי לדעת:

• וידאו: רק תגית <video> עם src ישירות עליה נטענת בעצלות. וידאו עם תגית <source> בפנים לא נטען בעצלות, וזו הסיבה הנפוצה ל"הגדרתי ולא עובד".
• iframes: בשיטת JavaScript נדחים רק iframes מרשימה קבועה (YouTube, Vimeo, TikTok ועוד). בשיטה המקורית, כל iframe.
• תמונות רקע ב-CSS ותמונות שנוספות מאוחר יותר ב-JavaScript לא מושפעות.
• אין אפשרות לדלג על מספר תמונות ראשונות, לשנות את מרחק הטעינה, או לכבות Lazy Load לעמוד בודד, חוץ מהוספת העמוד ל-Never Cache.
• Cross-Origin Safe Links, שנמצא באותו אזור, אינו חלק מ-Lazy Load. הוא מוסיף rel="noopener noreferrer" לקישורים שנפתחים בלשונית חדשה.

Preload: טעינה מוקדמת של פונטים

פונט שנטען מאוחר גורם לטקסט "להבהב" או לזוז. בלשונית Preload אומרים לדפדפן להוריד פונטים חשובים מוקדם. זה משפר את LCP ואת CLS.

יש שתי שיטות. שיטה 1: יוצרים קובץ CSS קטן שמכיל רק את הגדרות ה-@font-face, מעלים אותו לתיקיית התבנית, ומוסיפים את הכתובת שלו בלשונית Preload. שיטה 2: מדביקים ישירות את הכתובת של קובץ הפונט (למשל קובץ woff2), כשהפונט כבר נטען דרך ה-CSS של התבנית. בודקים בכלי הפיתוח, בלשונית Network, שהפונט נטען לפני קובץ ה-CSS הראשי.

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

טיפ שלנו לאתרים בעברית (לא מהתיעוד): פונטים עבריים פופולריים כמו Heebo, Assistant או Rubik מגיעים לפעמים בכמה משקלים וכמה קבצים. טענו מראש רק את קובץ ה-woff2 של המשקל שמופיע בכותרות ובטקסט הראשי. טעינה מוקדמת של עשרה קבצים מאטה את העמוד.

Advanced Options: החרגות, Query Strings ו-API

הלשונית הזו קובעת מה נשמר בקאש, ומאפשרת לנקות אותו מבחוץ.

Never Cache These URLs

עמודים שצריכים להיות תמיד עדכניים מוסיפים לשדה Never Cache These URLs, כתובת או תבנית בכל שורה. לקבוצת עמודים משתמשים בתו כללי: https://yourdomain.com/shop/category-1(.*) מחריג כל כתובת שמתחילה כך. בודקים בקוד המקור של העמוד המוחרג שאין בו תגית הקאש של Breeze.

עמודי Cart, Checkout ו-My Account של ווקומרס מוחרגים אוטומטית. אם אחד מהם עדיין מוגש מהקאש, בדרך כלל זה בגלל בונה עמודים או תבנית עמוד לא סטנדרטית, כי Breeze מזהה אותם לפי המבנה הרגיל של ווקומרס. גם עמודי חיפוש מוחרגים אוטומטית, ואי אפשר להפעיל להם קאש.

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

Cache Query Strings

Query string הוא החלק בכתובת שאחרי סימן השאלה. כברירת מחדל Breeze לא שומר בקאש כתובות כאלה, כי הן מציגות לרוב תוכן משתנה. יש שלוש קבוצות:

קבוצה	דוגמאות	מה Breeze עושה
פרמטרים שמתעלמים מהם	utm_source, utm_campaign, fbclid, gclid	מגיש את הגרסה השמורה של הכתובת בלי הפרמטר
פרמטרים שתמיד נשמרים	lang, lp-variation-id, משתני וורדפרס כמו page_id ו-category	יוצר עותק נפרד לכל ערך
פרמטרים שאתם מוסיפים	למשל country	יוצר עותק נפרד לכל ערך, ומתעלם מפרמטרי מעקב

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

Breeze API: ניקוי קאש מבחוץ

לאוטומציה, למשל ניקוי קאש אחרי ייבוא מוצרים ממערכת חיצונית, יש ל-Breeze נקודת API אחת שמנקה את כל הקאש. אי אפשר לנקות דרכה כתובת בודדת.

1. ב-Advanced Options הפעילו Breeze API.
2. העתיקו את ה-Authentication Token (לפחות 16 תווים; סמל הרענון יוצר חדש) ולחצו Save Changes.
3. שלחו בקשת POST עם הטוקן בכותרת Authorization.

curl -X POST "https://yoursite.com/wp-json/breeze/v1/clear-all-cache" -H "Authorization: Bearer YOUR_TOKEN_HERE"

בקשה מוצלחת מחזירה 200 והודעה "Cache Cleared". היא מנקה בדיוק כמו Purge All Cache: קאש עמודים, קבצים ממוזערים, Varnish, Cloudflare של קלאודוויז (אם פעיל) ו-Object Cache. קודי שגיאה: 401 טוקן שגוי או חסר, 429 יותר מחמישה ניסיונות כושלים מאותו IP בדקה, 404 ה-API כבוי או שהכתובת שגויה.

מה עושה Heartbeat API, ואיך מפחיתים בקשות ברקע?

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

בלשונית Heartbeat API שולטים בשלושה אזורים בנפרד: Heartbeat Frontend (האתר הציבורי), Heartbeat Post Editor (העורך) ו-Heartbeat Backend (לוח הבקרה). לכל אחד בוחרים 15, 30 או 60 שניות, או כיבוי.

אזור	המלצה שלנו	למה
Frontend	כיבוי, אלא אם תוסף צריך אותו	לגולשים רגילים אין בו צורך
Post Editor	60 שניות	שומר על שמירה אוטומטית ומוריד עומס
Backend	60 שניות	התראות מגיעות קצת לאט יותר, בלי נזק

התיעוד מציין 60 שניות כערך המומלץ לביצועים. Breeze לא מסיר את Heartbeat, רק משנה את התדירות. אחרי שינוי: Save Changes ו-Purge Cache.

איך מנקים את מסד הנתונים עם Database Options?

עם הזמן מסד הנתונים מתמלא בגרסאות ישנות של פוסטים, פריטים בפח, תגובות ספאם ונתונים זמניים שפג תוקפם. בלשונית Database Options מנקים את זה.

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

• Clean All: מסמנים ולוחצים Clean Now. מוחק את כל סוגי הפריטים המיותרים בבת אחת.
• ניקוי סלקטיבי: מסמנים רק מה שרוצים, ולוחצים Optimize. האפשרויות: Post revisions, פוסטים ועמודים בפח, תגובות ספאם או בפח, Auto-drafts, Expired transients, ו-Pingbacks/Trackbacks.

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

שימו לב שהלשונית הזו לא מטפלת בטבלת ה-autoload, שהיא סיבה נפוצה לאיטיות באתרים ותיקים. על זה ראו אתר איטי או CPU גבוה.

לשונית Varnish

בשרתי קלאודוויז Varnish מוגדר מראש עם Breeze, וכאן אין הרבה מה לשנות. Auto Purge Varnish מנקה את Varnish אוטומטית כשמפרסמים או מעדכנים פוסט או עמוד, או כשמתפרסמת תגובה. קלאודוויז ממליצה להשאיר אותו פעיל תמיד. השדה Varnish Server מוגדר אוטומטית, ולא צריך לגעת בו. הכפתור Purge Varnish Cache מנקה ידנית, למשל אחרי שינוי עיצוב. הסבר מלא על Varnish במדריך ל-Varnish בקלאודוויז, ועל ניקוי כל שכבות הקאש באיך לנקות קאש בקלאודוויז.

Tools: ייבוא וייצוא הגדרות

מי שמנהל כמה אתרים יודע כמה זמן לוקח להגדיר הכול מחדש. הלשונית Tools חוסכת את זה.

• ייצוא: Download Settings שומר את כל הגדרות Breeze לקובץ .json.
• ייבוא: Choose File, בוחרים את קובץ ה-.json, ולוחצים Upload File and Import Settings. ההגדרות חלות מיד.

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

האם אפשר להפעיל את Breeze יחד עם Autoptimize?

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

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

למה תיקיית הקאש של Breeze גדלה

Breeze שומר עותק נפרד לכל כתובת. התיקייה גדלה מהר כשיש הרבה עמודים, כשמופעל Mobile Cache (עותק נוסף למובייל), כשמופעל Cache Logged-in Users (עותק לכל תפקיד), וכשמוסיפים Cache Query Strings. קבצים ממוזערים נשמרים בתיקייה wp-content/cache/breeze-minification/ ולא נמחקים לפי גיל.

אין הגדרה לגודל מקסימלי. מה ששולט בגודל הוא Purge Cache After ב-Basic Options, שברירת המחדל שלו 1440 דקות (יום). ערך 0 מכבה את הטיימר, והתיקייה תגדל עד שתנקו ידנית. אם הדיסק מתמלא, ראו דיסק מלא או Inodes גמורים.

טעויות נפוצות ופתרון תקלות

התפריט, הסליידר או הטופס הפסיקו לעבוד: בדרך כלל Delay או Minify JS. פתחו Console בדפדפן, מצאו את הקובץ, והוסיפו אותו ל-Exclude JS או ל-List of scripts not to delay.

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

Combine JS שבר את האתר: כבו אותו ובדקו שהאתר חזר. אם בכל זאת רוצים אותו, הפעילו שוב והחריגו את הקובץ הבעייתי. ב-HTTP/2 כנראה שלא צריך אותו בכלל.

תמונות "קופצות" אחרי Lazy Load: חסרים width ו-height בתגיות התמונה בשיטת JavaScript. הוסיפו מידות נכונות, או עברו ל-Native.

המיני-עגלה מציגה 0 פריטים: הפעילו Refresh Cached Page Parts עם הסלקטור של העגלה.

font-display לא נוסף: CSS Minification כבוי, או שהתבנית כבר מגדירה font-display.

ה-API מחזיר 404: Breeze API כבוי. 401: הטוקן שגוי או קצר מ-16 תווים.

מקורות

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

• מאגר הידע של Cloudways: How to use breeze preload settings for better font performance
• מאגר הידע של Cloudways: How to optimize wordpress with breeze heartbeat api settings
• מאגר הידע של Cloudways: How to use breeze varnish settings to improve wordpress performance
• מאגר הידע של Cloudways: Breeze database options to clean optimize wordpress site
• מאגר הידע של Cloudways: How to use breeze tools to import and export cache settings
• מאגר הידע של Cloudways: How to use html caching and refresh cached page parts in breeze
• מאגר הידע של Cloudways: How to use breeze advanced rules to exclude urls cache query strings and purge cache
• מאגר הידע של Cloudways: How to use breeze file optimization to minify combine delay and exclude javascript
• מאגר הידע של Cloudways: How to use breeze lazy load for images videos and iframes
• מאגר הידע של Cloudways: How to use autoptimize breeze for your wordpress site

שאלות נפוצות

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

• Breeze בקלאודוויז: ההגדרות הבסיסיות
• איך לחבר CDN ל-Breeze: Cloudflare, CloudFront ו-CDN משלכם
• איך לנקות קאש בקלאודוויז: שרת, אפליקציה ו-Object Cache
• איך להגדיל או להקטין שרת בקלאודוויז
• Cloudflare Enterprise בקלאודוויז
• כל המדריכים בתחום: ביצועים וקאש בקלאודוויז
• כמה עולה שרת שמריץ את כל זה: מחירון קלאודוויז בשקלים

מקור רשמי: Breeze File Optimization: Minify, Combine, Delay and Exclude JavaScript, Breeze Lazy Load, Breeze Preload, Breeze Advanced Rules, HTML Caching and Refresh Cached Page Parts, Breeze Heartbeat API, Breeze Database Options, Breeze Tools, Breeze Varnish Settings, Autoptimize and Breeze (Cloudways Knowledge Base). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026

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