HTTP/3, QUIC ו-Brotli: השכבה שרוב המפתחים מתעלמים ממנה

מאת צוות מדיה דיל · 04.09.2026 · טכנולוגיה · 6 דק׳

Head-of-Line Blocking ב-TCP, איך QUIC פותר אותו, 0-RTT ו-Connection Migration, ולמה Brotli דוחס טקסט טוב יותר מ-gzip.

רוב הדיונים על ביצועי אתר מתמקדים בקוד — Bundle קטן יותר, פחות Re-render, Cache חכם. אבל שכבת התעבורה עצמה, שקטה ולא נראית, יכולה לחסוך או להוסיף מאות מילישניות לפני שבייט אחד של תוכן בכלל מגיע לדפדפן. HTTP/3, QUIC ו-Brotli הם שלושה שיפורים בשכבה הזו שרוב המפתחים מעולם לא הגדירו במפורש כי הם קורים "מתחת למכסה המנוע".

הבעיה שהתחיל ממנה QUIC: Head-of-Line Blocking

HTTP/2 רץ מעל TCP, ו-TCP מבטיח סדר הגעה מדויק של Packets — אם Packet אחד אבד, כל מה שאחריו נחסם עד שהוא מגיע מחדש, גם אם הוא שייך לבקשה אחרת לגמרי שלא קשורה. זה Head-of-Line Blocking ברמת התחבורה, והוא הגבול המעשי של כמה HTTP/2 יכול להיות מהיר ברשת עם אובדן Packets, כמו חיבור סלולרי לא יציב.

QUIC: תעבורה מעל UDP עם ניהול אובדן פר-סטרים

QUIC בונה מחדש את בקרת האמינות והזרימה מעל UDP במקום TCP, ומנהל אובדן Packets בנפרד לכל Stream — Packet אבוד בסטרים אחד לא חוסם Streams אחרים באותו חיבור. זה פותר בדיוק את הבעיה שהוגבלה מבנית ב-TCP, בלי לוותר על אמינות ההעברה.

0-RTT: התחלת בקשה לפני שה-Handshake הסתיים

QUIC משלב הקמת חיבור והצפנה (TLS 1.3) לשלב אחד, ומאפשר לחיבור חוזר לשרת מוכר לשלוח את הבקשה הראשונה כבר עם החבילה הראשונה (0-RTT) במקום לחכות למחזור Handshake נפרד. זה חוסך סבב תקשורת שלם בכל חיבור חוזר — משמעותי במיוחד ברשתות עם Latency גבוה כמו סלולרי.

Connection Migration: החיבור לא נשבר כשעוברים רשת

חיבור TCP מזוהה לפי צירוף IP ופורט — מעבר מ-WiFi לסלולרי (או ההפך) שובר את הצירוף הזה ומחייב חיבור חדש מאפס. QUIC מזהה חיבור לפי Connection ID עצמאי מה-IP, כך שמעבר רשת לא שובר את החיבור הקיים — משתמש שיוצא מדירה עם WiFi ועובר לסלולרי לא סובל מהפסקה מורגשת באמצע הורדה.

HTTP/3 בפועל: מה זה משנה למי שמפעיל אתר

HTTP/3 הוא הפרוטוקול שרץ מעל QUIC, וברוב הפלטפורמות המודרניות — כולל Cloudflare — הוא מופעל אוטומטית ברמת ה-Edge בלי שינוי קוד באפליקציה. השיפור מורגש בעיקר במשתמשים על רשת לא יציבה, לא במחשב שולחני עם חיבור סיבים יציב שממילא לא סובל מ-Packet Loss משמעותי.

Brotli: דחיסה טובה יותר מ-gzip, במיוחד בטקסט

Brotli הוא אלגוריתם דחיסה שפותח על ידי Google, ומשיג יחס דחיסה טוב יותר מ-gzip בעיקר על תוכן טקסטואלי — HTML, CSS, JavaScript — הודות למילון סטטי מובנה שמכיל דפוסים נפוצים בקוד ווב. ההבדל בגודל קובץ יכול להגיע ל-15-20% קטן יותר על אותו תוכן, בלי שינוי בקוד עצמו.

Brotli Quality Level: הפשרה בין זמן דחיסה לגודל תוצאה

דחיסת Brotli ברמת איכות גבוהה (עד 11) מייצרת קבצים קטנים יותר אבל אורכת הרבה יותר זמן CPU. לכן הגישה הנפוצה היא דחיסה מראש (Precompression) בזמן Build עבור Assets סטטיים ברמת איכות מקסימלית, לעומת דחיסה דינמית ב-Runtime עבור תוכן שנוצר לפי בקשה, שם רמת איכות בינונית מאזנת בין מהירות לחיסכון.

שילוב עם CDN: השכבה שהופכת את זה לאוטומטי

רוב ה-CDN המודרניים תומכים ב-HTTP/3 ו-Brotli כברירת מחדל, כך שההטבה הזו מגיעה בחינם לאתר שכבר משתמש ב-CDN מודרני — ראו ארכיטקטורת CDN להבנה מלאה של איך תוכן מגיע מהר מכל מקום, ואיך שכבות התעבורה האלה משתלבות זו בזו.

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

תגיות: HTTP/3 · QUIC · Brotli · Web Performance · CDN

← חזרה לבלוג · צור קשר