ما هو HTTP/3 وكيف يمكن أن يساعدك في الوصول إلى أهدافك؟ تعرف على مزاياها وتأثيرها على تحسين محركات البحث وكيفية تنفيذ البروتوكول.

مع تطوير تقنيات جديدة ، تتغير سلوكيات المستهلك وتضطر البنية التحتية الأساسية التي تدعم الإنترنت للتكيف. لقد مر بروتوكول HTTP – المستخدم لنقل البيانات بين العميل والخادم – بعدد من التكرارات المختلفة ، والتي عززت جميعها الوظائف الأساسية بميزات جديدة ومثيرة. بعد فجوة استمرت 18 عامًا بين اعتماد HTTP/1.1 في عام 1997 و HTTP/2 في عام 2015 ، تسارعت وتيرة التطوير مع تقديم مسودة اقتراح HTTP/3 بعد ثلاث سنوات فقط.

ما هو HTTP/3؟

في جوهره ، يعد HTTP/3 إصلاحًا شاملاً لطبقة النقل الأساسية المستخدمة لإدارة عمليات نقل الملفات. إنه يمثل الابتعاد عن TCP (بروتوكول التحكم في الإرسال) إلى UDP (بروتوكول مخطط بيانات المستخدم) ، ومعالجة العديد من قيود TCP وتحسين الأداء والأمان للمستخدمين.

على الرغم من أنه لا يزال ينتظر المراجعة النهائية قبل النشر ، إلا أن 73٪ من متصفحات الويب تدعم البروتوكول بالفعل. سيزداد هذا الرقم بشكل كبير بمجرد أن يجعل Safari ميزة أساسية ؛ حاليًا ، إنه تجريبي ويجب تمكينه عبر قائمة المطور.

بروتوكول HTTP/3 مستخدم بالفعل من قبل 25٪ من أفضل 10 ملايين موقع ، بما في ذلك جوجل و فيس بوك .

في الواقع ، إذا كنت تستخدم تقنيات مثل Google Analytics أو Tag Manager أو Fonts ، فأنت بالفعل تستخدم البروتوكول جزئيًا.

ما هي المزايا الرئيسية لـ ثلاث عناصر HTTP

لتقدير مزايا HTTP/3 تمامًا ، يجدر الرجوع لفهم كيفية عمل HTTP / 1.1 والمشكلات التي تم تصميم HTTP/2 لحلها.

عند إرسالها ، يتم تقسيم الملفات (HTML و JS و CSS والصور وما إلى ذلك) إلى حزم فردية أصغر مع البيانات المنقولة بمرور الوقت.

تم تصميم HTTP/1.1 لمنح كل ملف اتصاله الخاص. مع تزايد تعقيد مواقع الويب ، كانت هناك حاجة إلى المزيد من الملفات لتحميل كل صفحة.

تحد المتصفحات من عدد الاتصالات المتوازية المتاحة ، مما يؤدي إلى اختناق وإبطاء أوقات التحميل. نتج عن ذلك العديد من الحلول الضرورية لتحقيق أقصى قدر من الأداء ، مثل تجزئة المجال والصور المتحركة .

من خلال إدخال مضاعفة الإرسال ، حل HTTP/2 المشكلة التي تسببها حدود الاتصال ، مما سمح بنقل ملفات متعددة عبر اتصال فردي.

كان التحسين الرئيسي الآخر هو إدخال ضغط رأس أفضل ، إلى جانب بعض الميزات الأخرى التي أثبتت نجاحها في الممارسة العملية (انظر دليل HTTP/2 الممتاز الخاص بـ Ruth لمزيد من التفاصيل).

ومع ذلك ، فإن هذه التحسينات لم تُصلح جميع مشكلات بروتوكول TCP.

ينقل TCP الحزم بترتيب زمني ، مما يعني أنه في حالة فقد الحزمة ، يتم تعليق الاتصال بالكامل حتى يتم استلام الحزمة بنجاح. هذه المشكلة ، المعروفة باسم حظر رأس الخط ، تنفي بعض فوائد مضاعفة الإرسال.

التحدي الآخر مع TCP هو أنه منفصل تمامًا عن بروتوكول TLS.

هذا حسب التصميم ، حيث يمكن أن تكون المواقع آمنة وغير آمنة.

نتيجة لذلك ، يجب على الخادم والعميل القيام بعدة رحلات ذهابًا وإيابًا للتفاوض على اتصال قبل إرسال البيانات.

كيف يحل HTTP/3 هذه المشاكل؟

بالانتقال من TCP إلى UDP ، يقدم HTTP/3 ثلاث ميزات رئيسية تميزه عن HTTP/1.1 و HTTP/2.

طوّر عملك مع مترجمين مستقلين تم فحصهم اليوم / يمنح Fiverr Business فريقك الأدوات للتعاون والتفويض مع أكبر مجموعة مختارة في العالم من الموهوبين المستقلين لأي حاجة.

يحل HTTP/3 منع رأس الخط من خلال تقديم تدفقات بايت مستقلة للملفات الفردية. يتم حظر بيانات التدفق الفردي فقط أثناء إعادة إرسال الحزمة المفقودة ، وليس الاتصال بالكامل.

لتوضيح ذلك بشكل أكبر ، يجدر التفكير في المقارنة الرائعة للشاحنة التي استخدمها Tom Anthony في عرضه التقديمي الأساسي على HTTP / 2 (تم تحديثه الآن لـ HTTP/3 ).

الفرضية الأساسية هي أنه مع HTTP / 1.1 ، ينتهي بك الأمر بشاحنات متعددة تنتظر السير على نفس الطريق (الاتصال).

الشاحنات http1.1 القيودلقطة شاشة من @ TomAnthonySEO ، مقدمة إلى HTTP/3 ، أبريل 2022
في المقابل ، يسمح HTTP/2 لشاحنات متعددة أن تكون في نفس المسار في وقت واحد.

الشاحنات HTT2لقطة شاشة من @ TomAnthonySEO ، مقدمة إلى HTTP/3 ، أبريل 2022
لسوء الحظ ، مع TCP ، إذا توقفت الشاحنة ، يتم إغلاق الطريق بالكامل حتى تبدأ الشاحنة في التحرك مرة أخرى.

http2 شاحنات tcp فقدان الحزمةلقطة شاشة من @ TomAnthonySEO ، مقدمة إلى HTTP/3 ، أبريل 2022
باستخدام HTTP/3 و UDP ، يمكن للشاحنات الأخرى القيادة حوله.

تكامل TLS

من خلال دمج TLS 1.3 في HTTP/3 نفسه ، بدلاً من وجود بروتوكولين متميزين يعملان بشكل مستقل ، لا يتطلب الأمر سوى مصافحة فردية لتقليل عدد الرحلات ذهابًا وإيابًا من اثنين (أو ثلاثة في حالة استخدام TLS 1.2) إلى واحد.

يعني هذا التغيير اتصالات أسرع – وأكثر أمانًا – للمستخدمين.

تتمثل إحدى نتائج هذا التغيير في أنه لا يمكن استخدام HTTP/3 إلا على موقع آمن لأن TLS و UDP متشابكان بشكل وثيق. ومن المثير للاهتمام ، أن هذا لم يكن هو الحال مع HTTP/2 ، والذي يمكن استخدامه تقنيًا على موقع غير آمن – على الرغم من أن أيا من المتصفحات الرئيسية لا تسمح لك بالقيام بذلك.

ترحيل الاتصال

بدلاً من استخدام عناوين IP لتوجيه الحزم ، يستخدم HTTP / 3 بدلاً من ذلك معرفات الاتصال.

من خلال القيام بذلك ، يمكنه التعامل مع تغييرات الشبكة دون الحاجة إلى إعادة إنشاء اتصال.

يعد هذا مفيدًا بشكل كبير في عالم الهاتف المحمول أولاً ، حيث غالبًا ما يتبادل المستخدمون بين شبكات wifi والشبكات الخلوية ، من حيث السرعة واستقرار الاتصال.

بالعودة إلى تشبيهنا بالشاحنة ، فإن هذا يشبه القدوم إلى تقاطع طرق والاضطرار إلى الانتظار مرة أخرى قبل أن تتمكن من الانتقال إلى الطريق التالي.

مع HTTP / 3 ، هناك طريق منزلق ، مما يسمح لك بالتبادل بين الاثنين بسلاسة.

هل يحتوي HTTP/3 على أي عيوب؟

على الرغم من أن HTTP/3 له بعض مزايا الأداء الواضحة ، إلا أن منتقديه قد أكدوا على العديد من العيوب.

أولاً ، سيوفر البروتوكول فائدة محدودة للمستخدمين على الاتصالات السريعة ، حيث يرى أبطأ 1٪ إلى 10٪ معظم المكاسب.

ولكن فيما يتعلق بأساسيات الويب الأساسية ، فقد يكون هذا مفيدًا جدًا في الواقع.

تعتبر نتائج CWV عالمية ، لذا من الممكن تمامًا سحبها لأسفل بواسطة مجموعة فرعية معينة من المستخدمين في موقع جغرافي بعيد.

وبالمثل ، في عالم الأجهزة المحمولة أولاً ، يمكن حتى للمستخدمين الذين لديهم أجهزة سريعة وقربهم الجغرافي القريب أن يعانون من مشكلات مؤقتة في الشبكة ، والتي قد يكون لها تأثير سلبي على CWV.

كلما زاد عدد مستخدمي الجوال لديك ، زاد احتمال تأثير ذلك.

شكوى أخرى هي أن التبديل إلى HTTP /3 يتطلب ترقية خادم رئيسية إلى حد ما لأنه يغير بشكل أساسي كيفية عمل طبقة النقل.

بالإضافة إلى ذلك ، يؤدي استخدام UDP أيضًا إلى زيادة متطلبات وحدة المعالجة المركزية ، مما قد يؤدي إلى زيادة الضغط على الخوادم.

كلتا الحجتين عادلة ، ولكن يتم حاليًا تحسين استخدام وحدة المعالجة المركزية.

أيضًا ، كما سنرى في قسم التنفيذ أدناه ، يقدم العديد من موفري CDN بالفعل حلول HTTP / 3 بسيطة نسبيًا يمكن نشرها بسهولة على الحافة .

هل HTTP/3 مهم لكبار المسئولين الاقتصاديين؟

بينما يدعم Googlebot HTTP/2 منذ نوفمبر 2020 ، مع الزحف إلى نصف جميع عناوين URL الآن باستخدام البروتوكول ، فإنه لا يدعم حاليًا HTTP / 3 .

يتم استخدام HTTP / 2 فقط عندما تكون هناك فائدة واضحة للقيام بذلك ، على سبيل المثال ، عند استخدام HTTP / 2 سيؤدي إلى توفير كبير في الموارد لكل من الخوادم و Googlebot.

سيستمر هذا بلا شك في الازدياد بمرور الوقت ، ولكن نظرًا للفجوة التي تبلغ خمس سنوات بين نشر بروتوكول HTTP / 2 ودعم Googlebot ، فمن المحتمل أن يكون HTTP / 3 بعيد المنال.

ومع ذلك ، فإن تنفيذ HTTP / 3 لا يزال من الممكن أن يكون له تأثير غير مباشر على تحسين محركات البحث – إذا أدى دعم البروتوكول إلى تحسين نتائج Core Web Vitals .

تعد ترقية البنية الأساسية للخادم لدعم HTTP / 3 – أو ، في هذا الصدد ، HTTP / 2 – مجرد واحدة من العديد من التحسينات المحتملة التي يمكنك الاستفادة منها لضمان أن يكون موقع الويب الخاص بك يعمل بأكبر قدر ممكن.

وتمتد فوائد امتلاك موقع ويب عالي الأداء ، بما في ذلك معدلات الارتداد المنخفضة ، وزيادة الوقت في الموقع ، ومعدلات التحويل الأعلى ، إلى ما هو أبعد من مُحسّنات محرّكات البحث.

لمعرفة البروتوكول الذي يستخدمه Googlebot للزحف إلى موقع ما ، يمكنك البحث عن إشعار في GSC أو التحقق من طلبات Googlebot داخل سجلات الوصول إلى الخادم .

بينما تختلف التنسيقات ، يتم سرد البروتوكول المستخدم بشكل شائع في طلب HTTP الموجود ضمن علامات الاقتباس ، جنبًا إلى جنب مع طريقة الطلب ومسار عنوان URL.