HTTP/2 و HTTP/3 چیست؟ پروتکل‌هایی که وب رو سریع‌تر کردن

اگر تا حالا از خودتان پرسیده‌اید چرا سایتی که روی سرور خوب هست باز هم کند لود می‌شود، احتمالاً پاسخش در پروتکل HTTP نهفته است. این پروتکل — که پایه ارتباط مرورگر و سرور است — در طول دهه‌ها تکامل پیدا کرده. HTTP/1.1 از ۱۹۹۷ تا ۲۰۱۵ بدون تغییر جدی ماند. سپس HTTP/2 آمد. و الان HTTP/3 دارد جای خود را باز می‌کند. درک این تکامل برای هر کسی که با وب کار می‌کند ارزشمند است.

HTTP چیست و چرا مهم است؟

HTTP (HyperText Transfer Protocol) پروتکل اصلی انتقال داده در وب است. هر بار که مرورگر یک صفحه را باز می‌کند، HTTP است که فریم‌های ارتباطی را تعریف می‌کند: مرورگر چطور درخواست بفرستد، سرور چطور پاسخ دهد، هدرها چه ساختاری داشته باشند.

این پروتکل در طول زمان تکامل پیدا کرده: HTTP/1.0 در اوایل وب، HTTP/1.1 در ۱۹۹۷، HTTP/2 در ۲۰۱۵، و HTTP/3 که در ۲۰۲۲ استاندارد شد. هر نسخه مشکلات عمده نسخه قبل را حل کرده است.

مشکل HTTP/1.1 چه بود؟

وقتی HTTP/1.1 طراحی شد، یک صفحه وب چند فایل ساده بود. امروز یک صفحه معمولی ممکن است ۵۰ تا ۱۰۰ فایل مجزا داشته باشد: تصاویر، فونت‌ها، فایل‌های CSS، JavaScript، APIها. HTTP/1.1 برای این دنیای مدرن کافی نبود.

مشکلات اصلی:

• Head-of-Line Blocking: هر درخواست باید منتظر تموم شدن درخواست قبلی بماند. با ۵۰ فایل، این یعنی یک صف طولانی
• سربار اتصال TCP: هر اتصال TCP نیاز به Handshake دارد. برای هر فایل، این overhead تکرار می‌شود
• هدرهای تکراری: Cookie، User-Agent، Accept، Authorization — این هدرها برای هر درخواست تکرار می‌شوند. با ۵۰ درخواست یعنی ۵۰ بار همین داده‌های یکسان
• پروتکل متنی: هر هدر به صورت text/ASCII ارسال می‌شود که parse آن کندتر از باینری است

توسعه‌دهندگان برای دور زدن این محدودیت‌ها به روش‌هایی مثل CSS Sprites، Domain Sharding، و File Concatenation روی آوردند. همه این‌ها workaround بودند، نه راه‌حل اصلی.

HTTP/2: یک بازطراحی واقعی

HTTP/2 در ۲۰۱۵ معرفی شد و مشکلات ساختاری HTTP/1.1 را از ریشه حل کرد. مهم‌ترین تغییرات:

Multiplexing

چند فایل می‌توانند همزمان از یک اتصال TCP رد شوند. دیگر نیازی نیست هر درخواست منتظر قبلی بماند. این تغییر به تنهایی برای بسیاری از سایت‌ها ۳۰ تا ۵۰٪ بهبود سرعت می‌آورد.

Header Compression با HPACK

هدرها با الگوریتم HPACK فشرده می‌شوند. هدرهای تکراری فقط یک بار ارسال می‌شوند — بعد فقط تفاوت ارسال می‌شود. برای سایت‌هایی با کوکی‌های بزرگ، این صرفه‌جویی قابل توجهی است.

Binary Protocol

به جای متن، HTTP/2 از داده باینری استفاده می‌کند. Parse سریع‌تر، کم‌حجم‌تر، و مقاوم‌تر در برابر خطا.

Server Push

سرور می‌تواند فایل‌هایی مثل CSS را قبل از اینکه مرورگر درخواست کند بفرستد. مثلاً وقتی HTML اصلی درخواست می‌شود، سرور می‌داند که style.css هم لازم است و بلافاصله هر دو را ارسال می‌کند. در عمل، این قابلیت به خوبی پیاده‌سازی‌شده نشد و بعداً مرورگرها آن را کنار گذاشتند — ولی Multiplexing و Header Compression ماندگار بودند.

تاثیر عملی روی توسعه

با HTTP/2 دیگر نیازی به CSS Sprites، concatenation فایل‌ها، یا Domain Sharding نیست. در واقع bundle کردن همه JavaScript ها در یک فایل بزرگ با HTTP/2 ممکن است کمتر از داشتن چندین فایل کوچک‌تر مفید باشد — چون فایل‌های کوچک‌تر caching بهتری دارند.

HTTP/3: وقتی TCP خودش مشکل می‌شود

HTTP/2 یک مشکل ذاتی داشت که نمی‌شد با اصلاحات HTTP آن را حل کرد: TCP. وقتی یک پکت در TCP گم می‌شود، کل اتصال متوقف می‌شود تا آن پکت دوباره ارسال شود. حتی اگر فقط یک stream از ۵۰ stream تحت تاثیر قرار گرفته باشد، همه ۵۰ stream صبر می‌کنند.

HTTP/3 این مشکل را با تغییر پروتکل Transport حل کرد. به جای TCP، از QUIC استفاده می‌کند — پروتکلی که گوگل ساخت و IETF آن را در ۲۰۲۲ استاندارد کرد. QUIC روی UDP کار می‌کند ولی خودش منطق قابلیت اطمینان را پیاده‌سازی می‌کند — هوشمندانه‌تر.

مزایای QUIC

• 0-RTT Connection: اگر قبلاً به این سرور وصل شده‌اید، اتصال بعدی بدون Handshake برقرار می‌شود. یک رفت‌وبرگشت صرفه‌جویی می‌شود
• Stream-Level Loss Recovery: اگر یک پکت گم شود، فقط همان stream متوقف می‌شود. بقیه stream ها ادامه می‌دهند
• Connection Migration: اگر از WiFi به شبکه موبایل بروید، QUIC اتصال را قطع نمی‌کند — Connection ID ثابت می‌ماند حتی اگر IP تغییر کند
• رمزنگاری داخلی: QUIC به صورت پیش‌فرض TLS 1.3 دارد. ارتقای امنیت رایگان

مقایسه سه نسخه

چطور HTTP/2 را فعال کنیم؟

پیش‌نیاز: SSL. تمام مرورگرها HTTP/2 بدون SSL را رد می‌کنند.

Nginx

server {
    listen 443 ssl http2;
    ssl_certificate /path/to/cert.pem;
    ssl_certificate_key /path/to/key.pem;
    # ...
}

Apache

LoadModule http2_module modules/mod_http2.so
Protocols h2 http/1.1

در VirtualHost:

<VirtualHost *:443>
    Protocols h2 http/1.1
    # ...
</VirtualHost>

LiteSpeed

LiteSpeed به صورت پیش‌فرض HTTP/2 و HTTP/3 هر دو را پشتیبانی می‌کند. فقط SSL کافی است — تنظیم اضافه‌ای لازم نیست.

بررسی فعال بودن HTTP/2

در DevTools مرورگر، تب Network را باز کنید، راست‌کلیک روی هدرها و ستون Protocol را اضافه کنید. باید h2 ببینید. برای HTTP/3 باید h3 یا http/3 نمایش داده شود.

HTTP/3 را چطور فعال کنیم؟

• Cloudflare: از پنل Cloudflare، Speed → Optimization → Protocol Optimization → HTTP/3 (QUIC) را فعال کنید
• LiteSpeed: در تنظیمات Listener گزینه QUIC را فعال کنید
• Caddy: به صورت پیش‌فرض HTTP/3 پشتیبانی می‌کند
• Nginx (با nginx-quic): نیاز به کامپایل مجدد Nginx با پشتیبانی QUIC دارد

آیا سازگاری مشکل ایجاد می‌کند؟

نه. مرورگرها و سرورها به صورت هوشمند negotiation می‌کنند. اگر مرورگر HTTP/2 نمی‌فهمد، به HTTP/1.1 برمی‌گردد. اگر HTTP/3 نمی‌فهمد، از HTTP/2 استفاده می‌کند. این negotiation کاملاً خودکار است — هیچ چیزی نمی‌شکند. پس هیچ دلیلی برای تعلل در فعال کردن HTTP/2 وجود ندارد.

بهینه‌سازی برای HTTP/2

با HTTP/2 برخی best practiceهای قدیمی دیگر ضروری نیستند:

• Domain Sharding: دیگر نیازی نیست. با Multiplexing، یک اتصال کافی است
• CSS/JS Concatenation: همه‌چیز را در یک فایل bundle کردن دیگر ضروری نیست. چند فایل کوچک‌تر برای HTTP/2 بهتر است چون cache granularity بهتری دارند
• Inlining کوچک: inline کردن CSS/JS در HTML با HTTP/2 کمتر مفید است

HTTP/2 و تاثیر روی سرعت: اعداد واقعی

وقتی از HTTP/1.1 به HTTP/2 مهاجرت می‌کنید، چقدر بهبود انتظار دارید؟ پاسخ بستگی به تعداد منابع صفحه دارد. برای یک صفحه با ۱۰ فایل تفاوت کمتری نسبت به صفحه‌ای با ۸۰ فایل احساس می‌شود.

به طور تجربی:

• سایت‌های با بیش از ۳۰ منبع: معمولاً ۲۰-۵۰٪ بهبود در زمان لود اول
• سایت‌های با ۱۰-۳۰ منبع: ۱۰-۲۵٪ بهبود
• سایت‌های با کمتر از ۱۰ منبع: بهبود کمتر از ۱۰٪ — ولی هیچ بدتری هم نیست

برای سنجش دقیق، از ابزار WebPageTest استفاده کنید: آدرس سایت را وارد کنید و تست را یک بار با HTTP/2 و یک بار با HTTP/1.1 (با Force HTTP 1) اجرا کنید تا تفاوت را مستقیم ببینید.

HTTP/3 و شبکه موبایل در ایران

یکی از جالب‌ترین کاربردهای HTTP/3 برای سایت‌های ایرانی، بهبود تجربه کاربران موبایل است. شبکه‌های موبایل ایران — ۴G و حتی ۵G — همیشه پایدار نیستند. تغییر بین WiFi و شبکه موبایل، یا حرکت بین پوشش‌های مختلف، باعث قطع‌وصل اتصال می‌شود.

با HTTP/3 و QUIC، این تغییرات مشکل‌ساز نمی‌شوند. Connection Migration به این معناست که QUIC Connection ID را به جای مشخصات IP نگه می‌دارد. پس وقتی از WiFi به 4G می‌روید، اتصال ادامه می‌یابد. برای اپلیکیشن‌های وب که کاربران ایرانی از موبایل استفاده می‌کنند، این تفاوت محسوس است.

سوالات متداول

آیا HTTP/2 سایتم را خودکار سریع‌تر می‌کند؟

HTTP/2 یک پایه بهتر فراهم می‌کند ولی بهبود واقعی بستگی به سایت شما دارد. سایت‌هایی که منابع زیاد (تصاویر، CSS، JS) دارند بیشترین بهبود را می‌بینند. سایت‌های ساده با منابع کم شاید تفاوت محسوسی نبینند. ولی در هر صورت HTTP/2 بدتر از HTTP/1.1 نمی‌شود — پس هیچ دلیلی برای فعال نکردن آن وجود ندارد.

آیا HTTP/2 نیاز به تغییر کد سایت دارد؟

نه. HTTP/2 در لایه پروتکل کار می‌کند و شما نیازی به هیچ تغییری در کد HTML، PHP یا JavaScript ندارید. فقط سرور باید پیکربندی شود. البته برای استفاده بهینه، برخی best practiceهای قدیمی (مثل bundle کردن همه فایل‌ها) را می‌توانید کنار بگذارید.

تفاوت HTTP/2 و HTTPS چیست؟

HTTPS یعنی HTTP با رمزنگاری TLS/SSL — یعنی امنیت. HTTP/2 یک نسخه بهتر از پروتکل HTTP است که سرعت را بهبود می‌دهد. این‌ها دو مفهوم متفاوتند ولی معمولاً با هم استفاده می‌شوند چون مرورگرها HTTP/2 بدون HTTPS را نمی‌پذیرند.

HTTP/3 برای کدام کاربران بیشترین فایده را دارد؟

HTTP/3 بیشترین فایده را برای کاربرانی دارد که شبکه ناپایدار دارند — موبایل، اتصالات ضعیف، یا شبکه‌هایی با packet loss بالا. برای کاربران با اینترنت پرسرعت و پایدار، تفاوت HTTP/2 و HTTP/3 کمتر محسوس است. با توجه به رشد استفاده موبایل، HTTP/3 روز به روز مهم‌تر می‌شود.

جمع‌بندی

HTTP/2 الان باید روی تمام سرورها فعال باشد — این دیگر یک ویژگی اختیاری نیست بلکه استاندارد است. HTTP/3 هم به سرعت در حال گسترش است و فعال کردن آن روی LiteSpeed یا از طریق Cloudflare کار چند دقیقه‌ای است.

مطمئن شوید هاست یا سرور شما از HTTP/2 پشتیبانی می‌کند. اگر امروز سایتتان روی HTTP/1.1 است، ارتقا به HTTP/2 یکی از ساده‌ترین و موثرترین بهینه‌سازی‌هایی است که می‌توانید انجام دهید — بدون هیچ تغییری در کد.