דחיסת HTTP (gzip/Brotli) ב-WordPress: למה היא חובה ואיך מפעילים נכון

דחיסת HTTP היא מנגנון שבו השרת שולח את ה-HTML, CSS ו-JS במצב דחוס, והדפדפן פותח אותם לפני העיבוד. עבור תוכן טקסטואלי, gzip חוסך 60-80% מהגודל בקלות, ו-Brotli (סטנדרט מודרני יותר) חוסך עוד 15-20% מעבר ל-gzip. זו אופטימיזציה ש-חייבת להיות מופעלת על כל אתר ייצור - ההפעלה לוקחת חמש דקות וההשפעה על מהירות הטעינה היא חד-משמעית.

למה זה משנה

קובץ HTML של עמוד ראשי טיפוסי שוקל 80-200KB ללא דחיסה. עם gzip זה יורד ל-15-40KB; עם Brotli ל-12-32KB. אותו עקרון חל על CSS (file גדול של תבנית יכול לרדת מ-300KB ל-40KB) ועל JavaScript (סקריפט של תוסף page builder מ-500KB ל-100KB). על חיבור 4G עם 5Mbps מציאותי, הבדל של 200KB שווה ל-300ms פחות בזמן ההורדה - בדיוק הזמן שמכריע אם ה-LCP יהיה מתחת ל-2.5 שניות (יעד Core Web Vitals של Google).

ההשפעה הכי דרמטית היא על נייד עם רשת חלשה. גולש בכפר עם 1Mbps שיורד 80KB של HTML דחוס במקום 400KB - זה הבדל של 3 שניות בטעינת הדף. בלי דחיסה, ביקור בודד כזה גורם לנטישה. עם דחיסה - האתר נטען בצורה מקובלת.

איך לזהות

בדוק עם curl מה השרת מחזיר:

curl -H "Accept-Encoding: gzip, br" -I https://YOUR-SITE/

חפש בתשובה את ה-header Content-Encoding: gzip או Content-Encoding: br. אם אין אף אחד - הדחיסה לא פעילה. אפשרות נוספת: giftofspeed.com/gzip-test ו-tools.keycdn.com/brotli-test מבצעים את הבדיקה בלי שורת פקודה.

ב-Chrome DevTools: F12 > Network > רענן עמוד > לחץ על קובץ HTML > פאנל Headers. תחת Response Headers חפש Content-Encoding. תחת Size רואים גם את הגודל הדחוס וגם את הגודל המלא בסוגריים.

איך לתקן

אם השרת הוא Apache עם .htaccess:

<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/xml
    AddOutputFilterByType DEFLATE text/css application/javascript
    AddOutputFilterByType DEFLATE application/json image/svg+xml
    AddOutputFilterByType DEFLATE application/xml application/rss+xml
</IfModule>

אם Nginx, ערוך את קובץ הקונפיג והוסף ב-block של http:

gzip on;
gzip_vary on;
gzip_min_length 256;
gzip_proxied any;
gzip_comp_level 6;
gzip_types text/plain text/css application/javascript
           application/json image/svg+xml text/xml;

אם השרת תומך ב-Brotli (LiteSpeed, OpenLiteSpeed, Nginx עם ngx_brotli), הפעל אותו במקום או בנוסף ל-gzip - הוא יעיל יותר. ב-cPanel רוב הספקים נותנים את זה דרך "Optimize Website" או דרך פנייה לתמיכה. אם האתר מאחורי Cloudflare/CDN: ב-Cloudflare זה מופעל אוטומטית - ודא רק שלא כיבית את "Brotli" ב-Speed > Optimization.

נקה page cache (WP Rocket, LiteSpeed Cache, W3 Total Cache) אחרי השינוי - דפים מקושיים בלי דחיסה ימשיכו להישלח דחוסים-לא רק אחרי שה-cache יתרענן.

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

אל תפעיל דחיסה על תמונות (JPG, PNG, WebP) - הן כבר דחוסות פנימית, ועוד שכבת gzip רק מוסיפה זמן CPU בלי לחסוך גודל. אל תגדיר gzip_comp_level מעל 6 - רמות 7-9 חוסכות מעט נוסף אבל צורכות הרבה יותר CPU. אל תסמוך על תוסף PHP שמבצע ob_gzhandler - הוא איטי לעין שיעור מדחיסה ברמת שרת ושובר בקשות AJAX. ולבסוף: אם יש לך Reverse proxy או CDN לפני האתר - ודא שגם הוא מעביר Accept-Encoding נכון, אחרת השרת לא ישלח דחוס.

בדיקה לאחר תיקון

הרץ שוב את ה-curl וודא שמופיע Content-Encoding. בדוק ב-PageSpeed Insights - הקטגוריה "Enable text compression" צריכה להיעלם מהאזהרות. בקטגוריה "Network payloads" אמור להיות שיפור של 50-70% במשקל הכולל של הדף. ב-WebPageTest, השווה את הגרף Visual Progress לפני ואחרי - האתר צריך להגיע ל-Speed Index מהיר יותר ב-20-40%.