איך להגדיר את זמני המטמון בדפדפן?

זמני המטמון בדפדפן נקבעים על ידי כללי HTTP cache המגדירים כמה זמן הקבצים הסטטיים באתר שלכם יאוחסנו בדפדפן של המבקר. בפועל, מוגדרים כותרות בקרת מטמון ובחלק מהמקרים גם Expires עבור קבצי CSS, JavaScript, תמונות, גופנים ואייקונים; לדוגמה, עבור קבצי CSS ו-JS בגרסאות שונות ניתן לקבוע שנה אחת, עבור תמונות בין 30 יום לשנה, ועבור דפי HTML מומלץ לבחור בזמנים קצרים או אימות מחדש. הגדרה נכונה מונעת הורדה חוזרת של אותם קבצים, מאיצה את פתיחת הדפים ומשפרת את מדדי Core Web Vitals.

במדריך זה נסביר שלב אחר שלב איך המטמון בדפדפן עובד, כמה זמן יש להעניק לכל קובץ, ואיך ליישם זאת בצד השרת עם Apache, Nginx, LiteSpeed, WordPress ו-CDN. המטרה היא לא רק לקבל ציון ירוק בכלי בדיקה מהירות; אלא להעניק למשתמשים קבצים מעודכנים תוך ניצול יעיל של משאבי השרת, הפחתת TTFB ושימוש בפחות רוחב פס, ובכך לספק שיפור מהותי במהירות בביקורים חוזרים. במיוחד בהתקנות של אחסון משותף, אחסון WordPress ופרויקטים עסקיים, אסטרטגיית מטמון נכונה היא אחת משיפורי הביצועים היעילים ביותר שניתן להשיג בעלויות נמוכות. חבילות אחסון של Hostragons

מהו מטמון בדפדפן?

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

נניח שיש לכם דף בית בגובה 2 MB. אם 1.4 MB מתוכו זה תמונות, 300 KB זה קבצי CSS ו-JS, ו-100 KB זה גופנים, אז בביקור הראשון ניתן להוריד את המקורות הללו. אך בביקור השני, כאשר הדפדפן משתמש במקורות הסטטיים מהמחשב המקומי, כמות הנתונים המועברת ברשת פוחתת באופן דרמטי. ההבדל הזה מתחדד בחיבורים ניידים ובאתרים בעלי תנועה גבוהה.

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

מדוע מטמון בדפדפן חשוב ל-SEO?

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

בסטנדרטים של SEO לשנת 2026, ביצועים טכניים אינם מתמצים רק בניקוד Lighthouse. חווית המשתמש המוערכת על ידי גוגל קשורה ל-LCP, INP, CLS, TTFB ולנתוני משתמשים אמיתיים. הורדות מיותרות של קבצי CSS ו-JS עלולות להאריך את זמן ה-LCP. בקשות חוזרות לגופנים בכל עמוד עלולות להשפיע על היציבות הוויזואלית. אי שמירת קבצים גדולים במטמון עלולה לגרום לתחושת איטיות אצל משתמשים ניידים.

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

כותרות HTTP Cache בסיסיות

זמני המטמון בדפדפן מנוהלים על ידי כותרות תגובת HTTP. הכותרות הנפוצות ביותר הן Cache-Control, Expires, ETag ו-Last-Modified. בפרויקטים מודרניים, נקודת הבקרה העיקרית היא כותרת Cache-Control; Expires משמשת לרוב למטרות תאימות לאחור.

בקרת מטמון

Cache-Control אומר לדפדפן ולמערכות מטמון ביניים איך לאחסן קובץ. ההנחיות הנפוצות ביותר הן:

• max-age: מציין כמה שניות הקובץ ייחשב לרענן. לדוגמה, max-age=31536000 הוא בערך שנה אחת.
• public: מציין שהמקור יכול להיות מאוחסן במערכות מטמון משותפות כמו דפדפן ו-CDN.
• private: מציין שהמקור צריך להיות מאוחסן רק בדפדפן של המשתמש.
• no-cache: מציין שהמקור צריך להיות מאומת על ידי השרת לפני השימוש; זה לא אומר שיש לסגור לחלוטין את המטמון.
• no-store: מציין שהמקור לא צריך להיאחסן בשום מקום; זה מתאים לדפי תשלום, פאנל ומידע אישי.
• immutable: מציין שהמקור לא ישתנה עד שפג תוקפו; שם הקובץ מומלץ עבור נכסים בגרסאות שונות.

כותרת לדוגמה עבור קובץ סטטי יכולה להיראות כך: Cache-Control: public, max-age=31536000, immutable. זה אומר לדפדפן שהוא יכול לאחסן את הקובץ למשך שנה, ואין צורך לבדוק אותו מחדש כל עוד שם הקובץ לא השתנה.

Expires

כותרת Expires מציינת עד מתי המקור תקף. לדוגמה, ניתן לקבוע ערך Expires המצביע על 30 יום קדימה עבור תמונה. עם זאת, מכיוון ש-Expires משתמשת בתאריך מוחלט, היא פחות גמישה מ-Cache-Control. בתצורות מודרניות, Cache-Control היא העדיפה; Expires יכולה להיכלל עבור דפדפנים ישנים.

ETag ו-Last-Modified

ETag ו-Last-Modified הם מנגנוני אימות. הדפדפן יכול לשאול את השרת אם הגרסה של הקובץ אצלו עדכנית. אם הקובץ לא השתנה, השרת מחזיר תגובה 304 Not Modified והגוף של הקובץ לא יורד שוב. שיטה זו מועילה במיוחד בתוכן שמשתנה לעיתים קרובות כמו HTML או בקבצים שלא רוצים להעניק להם זמן מטמון ארוך.

באילו סוגי קבצים יש להשתמש באילו זמני מטמון?

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

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

איך לתכנן את זמני המטמון בדפדפן?

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

1. הפרידו בין מקורות סטטיים ודינמיים

קבצים כמו CSS, JS, JPG, PNG, WebP, SVG ו-WOFF2 הם מקורות סטטיים. HTML, עגלת קניות, פאנל משתמש, תוצאות חיפוש ותגובות API נחשבים לדינמיים. מקורות סטטיים יש לאחסן במטמון לאורך זמן, בעוד תוכן דינמי יש לנהל בזהירות רבה יותר. במיוחד בתוכן מותאם אישית למשתמשים, אין להשתמש במטמון ציבורי.

2. השתמשו בגרסאות של קבצים

הדרך הבטוחה למטמון ארוך היא להשתמש בגרסאות של הקבצים. לדוגמה, אם תשמרו קובץ style.css למשך שנה ותשנו את התוכן שלו, חלק מהמשתמשים עשויים להמשיך לראות את העיצוב הישן. במקום זאת, אם תשתמשו בשמות כמו style.2026.01.css, app.v12.js או app.8f3a2.js הכוללים את ה-hash של הקובץ, בשעת העדכון יפורסם שם הקובץ החדש והדפדפן יטען את המקור החדש.

תבניות WordPress וכלי בנייה מודרניים יכולים לבצע את זה אוטומטית. אם אתם מפתחים תבנית, השתמשו בפרמטר version בפונקציות wp_enqueue_style ו-wp_enqueue_script, כדי להקל על ניהול הגרסאות באמצעות מחרוזת השאילתה או שם הקובץ. עם זאת, בחלק מהגדרות CDN, התנהגות המטמון במחרוזת השאילתה עשויה להיות שונה, ולכן הוספת hash לשם הקובץ היא שיטה עמידה יותר.

3. אל תהיו אגרסיביים עם HTML

דפי HTML, מכיוון שהם נושאים את התוכן העיקרי הנראה למשתמש, מנוהלים בדרך כלל עם מטמון קצר או אימות מחדש. בבלוגים, מטמון של 5-10 דקות עשוי להיות מספק; בעמודים של חדשות, קמפיינים או מחירים יש צורך בזמן קצר יותר. אם אתם משתמשים במטמון עמודים ב-WordPress, יש לחשוב על כותרת המטמון בדפדפן יחד עם מנגנון המטמון של השרת ומנגנון ה-CDN purge.

4. כבו את המטמון בדפים שדורשים אבטחה

בעמודי כניסה, פאנל לקוחות, שלב תשלום, סיכום הזמנה, חשבונית ודפים עם מידע אישי, יש להעדיף כותרות כמו Cache-Control: no-store, private. המטמון בדפדפן מיועד לביצועים; עם זאת, יש להבטיח שלא תסכן את אבטחת המידע האישי. השימוש ב-SSL הוא גם דרישה בסיסית בנקודה זו. תעודות SSL של Hostragons

הגדרות מטמון בדפדפן עם Apache .htaccess

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

ניתן להשתמש בהיגיון הבא: לזמן ארוך עבור תמונות וגופנים, זמן ארוך עבור CSS ו-JS, ולזמן קצר עבור HTML לאימות. בחוקים שתוסיפו לקובץ .htaccess שלכם, יש להגדיר ExpiresByType ו-Header set Cache-Control לפי סוגי הקבצים. לדוגמה, עבור קובצי image/webp, image/jpeg, image/png, image/svg+xml ניתן להגדיר שנה; עבור text/css ו-application/javascript ניתן לקבוע שנה; עבור text/html ניתן להחיל no-cache.

לפני היישום, מומלץ לגבות את קובץ .htaccess שלכם. כלל שכתוב לא נכון עלול לגרום לשגיאת 500 Internal Server Error. לאחר השינוי, פתחו את האתר בכרטיסיה סודית, ולאחר מכן בדקו את כותרות התגובה של הקובץ הרלוונטי בכרטיסיית Network ב-DevTools. אם Cache-Control לא מופיע, ייתכן שהמודול בשרת כבוי, כותרת ה-CDN משתנה או תוסף אחר מחליף כותרות.

בצד ה-Apache, זמני דוגמה: עבור CSS ו-JS max-age=31536000, עבור תמונות max-age=31536000, עבור PDF max-age=2592000, עבור HTML max-age=0 ו-no-cache. ערכים אלו טובים כבסיס; הם צריכים להתעדכן בהתאם לזרימת העבודה של האתר שלכם. כאשר אתם משתמשים בהגדרות ביצועים דרך .htaccess ב-infrastructure של Hostragons, מומלץ לבדוק אם יש חפיפות עם הגדרות המטמון של התבנית והתוסף שלכם. הגדרות ביצועים של Apache .htaccess

הגדרות מטמון בדפדפן עם Nginx

בשרתי Nginx, כותרות המטמון מוגדרות בתוך בלוקים של server או location. Nginx, בגלל הצגת קבצים סטטיים בביצועים גבוהים, נבחר במיוחד בפרויקטים עם תנועה גבוהה. כאן ההיגיון הבסיסי הוא לקבוע ערכי expires ו-add_header Cache-Control לפי כלל location על בסיס סיומות קבצים.

הגישה לדוגמה היא כך: למקורות סטטיים כמו CSS, JS, WebP, JPG, PNG, SVG ו-WOFF2 יינתן expires 1y ו-Cache-Control public, immutable. עבור פלטי HTML יש לבחור expires off או no-cache. אם אתם משתמשים ב-CDN, כדאי לבדוק איך כותרות Cache-Control המגיעות מהשרת המקורי מפועלות על ידי ה-CDN.

יש לשים לב כי בהגדרות Nginx, פקודת add_header עשויה לפעול רק עבור קודי תגובה מסוימים. בהגדרות Nginx מודרניות ניתן להשתמש בפרמטר always. כמו כן, אם אותה כותרת מתווספת גם על ידי האפליקציה, גם על ידי Nginx וגם על ידי ה-CDN, עשויות להתעורר ערכי Cache-Control חופפים או כפולים. במקרה כזה יש להבהיר את סדר העדיפויות ולקבוע מקור אחד כסמכות.

מטמון ב-LiteSpeed ובאתרי WordPress

שרתי LiteSpeed מציעים יתרון ביצועי חזק במיוחד בפרויקטים של WordPress עם תוסף LiteSpeed Cache. עם זאת, יש להפריד בין מטמון בדפדפן למטמון העמוד. כאשר האפשרות Browser Cache בתוסף LiteSpeed Cache מופעלת, כותרות המטמון עבור קבצים סטטיים יכולות להתבצע אוטומטית. עדיין חשוב לבדוק את הזמנים.

ב-WordPress, השיטה המומלצת היא לשמור את הנכסים הסטטיים במטמון לאורך זמן ולשמור על גרסאות הקבצים. כאשר אתם מעדכנים תבנית, CSS או JS, התוסף צריך לנקות את המטמון, ואם אתם משתמשים ב-CDN, יש לבצע את פעולת ה-CDN purge. אחרת, חלק מהמשתמשים עלולים להיתקל בעיצוב ישן או בהתנהגות JavaScript פגומה.

בתוספי מטמון פופולריים קיימות אפשרויות כמו Browser Cache, Minify, Combine, Critical CSS, אינטגרציית CDN ו-Object Cache. לא תמיד כדאי להפעיל את כולן במקביל ובאגרסיביות. קודם כל, יש לסדר את כותרות המטמון בדפדפן, ולאחר מכן לבדוק את הגדרות ה-minify וה-combine. בשנת 2026, כאשר HTTP/2 ו-HTTP/3 נפוצים, אין צורך לאחד כל קובץ כמו שהיה קריטי בעבר; למעשה, במקרים מסוימים זה עשוי להפחית את יעילות המטמון.

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

איך לקבוע זמני מטמון כשמשתמשים ב-CDN?

CDN מעביר את הקבצים הסטטיים שלכם לשרתים קרובים גיאוגרפית למשתמש. המטמון בדפדפן שומר את הקובץ במחשב של המשתמש. כאשר שני השכבות הללו פועלות יחד, השיפור בביצועים בולט יותר. עם זאת, יש לוודא שהזמן של ה-edge cache שנקבע בלוח הבקרה של ה-CDN תואם לכותרות Cache-Control בשרת המקורי.

הגישה הכללית עשויה להיות: בשרת המקורי, העניקו לקבצים הסטטיים Cache-Control למשך שנה אחת, וב-CDN קבעו TTL דומה או מבוקר. כאשר יש שינויים בקבצים, יש לגרוס את שם הקובץ או לבצע CDN purge. עבור דפי HTML, אם אתם משתמשים ב-CDN, יש ליצור כללים מיוחדים; יש להשאיר אזורים כמו עגלת קניות, חשבון, תשלום ופאנל ניהול מחוץ למטמון.

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

רשימת בדיקות ליישום שלב אחרי שלב

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

• 1. הפיקו רשימת קבצים: הפרידו בין CSS, JS, תמונות, גופנים, PDF, HTML ותגובות API.
• 2. קבעו את תדירות העדכון: רשמו אילו קבצים משתנים כל יום ואילו כל חודש.
• 3. בחרו אסטרטגיית גרסה: השתמשו ב-hash של שם הקובץ, פרמטר גרסה או מספר בנייה.
• 4. הוסיפו כללים לשרת: הגדירו כותרות Cache-Control ב-Apache, Nginx, LiteSpeed או בפאנל ה-CDN.
• 5. השאירו דפים בטוחים מחוץ למטמון: השתמשו ב-no-store עבור דפי מנהלה, תשלום, עגלת קניות, פאנל משתמשים ודפי מידע אישי.
• 6. בדקו: ודאו בעזרת Chrome DevTools, curl -I, WebPageTest, Lighthouse ובדיקות במכשירים אמיתיים.
• 7. עקבו אחרי השידור: בדקו אם יש קבצים ישנים או בעיות בעיצוב או בשגיאות JS.

איך לבדוק אם המטמון בדפדפן פועל?

הדרך המהירה ביותר להבין אם ההגדרות פועלות היא להשתמש בכלי המפתחים של הדפדפן. פתחו את הדף ב-Chrome, עברו לכרטיסיית DevTools Network, לחצו על קובץ CSS או תמונה ובדקו את ערך Cache-Control בכותרות התגובה. בעומס השני תוכלו לראות בעמודת Status את המונחים memory cache או disk cache.

אם אתם משתמשים בשורת הפקודה, הפקודה curl -I domain.com/file.css תציג את כותרות התגובה. כאן תוכלו לבדוק את ערכי Cache-Control, Expires, ETag ו-Last-Modified. אם הכותרות שאתם מצפים להן אינן קיימות, ייתכן שאחד מהיישומים, השרת או ה-CDN שינו את ההגדרה.

לבדיקות ביצועים ניתן להשתמש ב-Lighthouse, PageSpeed Insights ו-WebPageTest. עם זאת, מומלץ לא ליישם את ההמלצות של הכלים הללו בעיוורון, אלא לבצע הערכה לפי תרחישי משתמשים אמיתיים. לדוגמה, בעוד ש-Lighthouse ממליץ על זמן מטמון ארוך עבור קבצים סטטיים, הוא לא מצפה לאותה אגרסיביות עבור דפי HTML שלכם. כמו כן, כלים לבדיקה לפעמים מציינים בעיות גם עבור סקריפטים של צד שלישי; עבור Google Fonts, רשתות פרסום או סקריפטים של מדיה חברתית, לא תמיד תוכלו לשלוט בזמן המטמון.

טעויות נפוצות

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

• להעניק לכל המקורות 1 שנה מטמון: HTML, תגובות API ותוכן מותאם אישית לא צריכים להיכלל בזה.
• להשתמש במטמון ארוך ללא גרסאות: משתמשים עשויים להמשיך לראות קבצי CSS או JS ישנים.
• לשכוח את תהליך ה-CDN purge: גם אם השרת מעודכן, ה-CDN יכול להציג את הקובץ הישן.
• להשתמש בכמה תוספי מטמון בו זמנית: תוספים שונים עשויים לכתוב את אותם כותרות וליצור חפיפות.
• לפרש לא נכון התראות של צד שלישי: הכותרות של סקריפטים חיצוניים לא יהיו תמיד בשליטתכם.
• לשמור על דפים בטוחים במטמון: יש להשתמש ב-no-store בעמודי תשלום וחשבון.

ערכי התחלה מומלצים

ערכי התחלה בטוחים לאתר חדש יכולים להיות מסוכמים כך: אם קבצי CSS ו-JS הם בגרסאות, אז 1 שנה; תמונות 1 שנה, תמונות קמפיינים שמשתנות לעיתים קרובות 30 יום; גופנים 1 שנה; קבצי PDF לפי תדירות העדכון 7-180 יום; ודפי HTML יש להשתמש ב-no-cache או בזמן קצר של כמה דקות. גישה זו שומרת על האיזון בין ביצועים לרעננות.

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

סיכום

זמני המטמון בדפדפן, כאשר הם מתוכננים בצורה נכונה, יכולים לשפר משמעותית את ביצועי הביקורים החוזרים באתר שלכם. הכלל הבסיסי; להעניק זמן ארוך לקבצים הסטטיים בגרסאות, וזמן קצר או no-store לדפי HTML ודפים עם מידע אישי. ההיגיון הזה תקף גם עבור Apache, Nginx, LiteSpeed, WordPress ו-CDN: הכירו את סוג המקורות, קבעו את תדירות העדכון, בדקו את כותרות Cache-Control והמשיכו לעקוב אחרי השידור.

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

שאלות נפוצות

מהו זמן המטמון בדפדפן הנכון?

עבור קבצים סטטיים בגרסאות כמו CSS, JS, תמונות וגופנים, הזמן האידיאלי הוא בין 30 יום ל-1 שנה. עבור דפי HTML, מאחר שהרעננות של התוכן חשובה, יש להשתמש ב-no-cache, max-age=0 או בזמן קצר של כמה דקות.

מה ההבדל בין Cache-Control ל-Expires?

Cache-Control היא כותרת HTTP מודרנית וגמישה יותר; היא משתמשת בכללים מבוססי שניות כמו max-age. Expires מספקת ערך תאריך-שעה ספציפי. בפרויקטים מעודכנים יש להשתמש קודם כל ב-Cache-Control, ו-Expires יכולה להתווסף לתאימות לאחור.

איך פותחים מטמון בדפדפן ב-WordPress?

בתוספים כמו LiteSpeed Cache, WP Rocket, W3 Total Cache ניתן להפעיל את האפשרות Browser Cache או מטמון בדפדפן. כמו כן, ניתן להוסיף כותרות Cache-Control לפי סוגי קבצים באמצעות .htaccess או הגדרות השרת.

אם נותנים זמן מטמון ארוך לא רואים עדכונים באתר?

אם אתם מעדכנים את אותו קובץ CSS או JS מבלי לשנות את שם הקובץ, חלק מהמשתמשים עלולים לראות את הקובץ הישן. כדי למנוע זאת, יש להשתמש בגרסאות של קבצים, בשמות קבצים עם hash ובתהליך CDN purge.

האם יש למטמון את דפי התשלום ופאנל המשתמש?

לא. בעמודים עם מידע אישי כמו תשלום, עגלה, חשבון, חשבונית ופאנל ניהול יש להשתמש בכותרות אבטחה כמו Cache-Control: no-store, private. יש להבטיח שלא תסכן את הביצועים למען האבטחה.