العرض الديناميكي

العرض الديناميكي عبارة عن إعداد يستجيب من خلاله الخادم باستخدام شفرة HTML (وCSS) مختلفة على نفس عنوان URL بناءً على وكيل المستخدم الذي يطلب الصفحة.

نظرًا لأن الخادم لا يكون ظاهرًا في الحال على هذا الإعداد أن الموقع يغير HTML لوكلاء مستخدم الجوّال (يكون محتوى الجوّال "مخفيًا" عند الزحف باستخدام وكيل مستخدم سطح المكتب)، فإننا نوصي بأن يرسل الخادم تلميحًا لمطالبة Googlebot للهواتف الذكية كذلك بالزحف إلى الصفحة، ومن ثم يتم اكتشاف محتوى الجوّال. ويتم تطبيق هذا التلميح باستخدام رأس Vary HTTP.

يوفر العرض الديناميكي شفرة مختلفة لكل جهاز، ولكن على نفس عنوان URL.

TL;DR

  • استخدم رأس Vary HTTP لإرسال إشارة بالتغييرات بناءً على وكيل المستخدم.
  • حدد سلاسل وكيل المستخدم على نحو سليم.

رأس Vary HTTP

نذكر فيما يلي أثرين مهمين ومفيدين لرأس Vary HTTP:

  • يرسِل هذا الرأس إشارة إلى خوادم التخزين المؤقت المستخدمة لدى مزوّدي خدمة الإنترنت وفي أماكن أخرى بوجوب مراعاة وكيل المستخدم عند تحديد ما إذا كان سيتم عرض الصفحة من ذاكرة التخزين المؤقت أم لا. وبدون رأس Vary HTTP، قد تعرض ذاكرة التخزين المؤقت عن طريق الخطأ لمستخدِمي الجوّال ذاكرة التخزين المؤقت لصفحة HTML لإصدار سطح المكتب أو العكس.
  • يساعد هذا الرأس Googlebot في اكتشاف المحتوى المخصص للجوّال بشكل أسرع؛ وذلك لأن رأس Vary HTTP الصالح هو إحدى الإشارات التي قد نستخدمها للزحف إلى عناوين URL التي تعرض محتوى مُحسّنًا للجوّال.

يعد رأس Vary HTTP جزءًا من رد الخادم على طلب، مثل التالي:

GET /page-1 HTTP/1.1
Host: www.example.com
(...rest of HTTP request headers...)

HTTP/1.1 200 OK
Content-Type: text/html
Vary: User-Agent
Content-Length: 5710
(... rest of HTTP response headers...)

يخبر رأس Vary المتصفح أن محتويات الرد ستختلف بناءً على وكيل المستخدم الذي يطلب الصفحة. فإذا كان الخادم يستخدم فعلاً رأس Vary HTTP، يمكنك إضافة "وكيل مستخدم" إلى القائمة التي يتم عرض المحتوى لها بالفعل.

اكتشاف وكلاء المستخدم بشكل صحيح

يمثل اكتشاف وكلاء المستخدم (يطلق عليه أحيانًا تقصي وكلاء المستخدم) عادةً أسلوبًا عرضة للخطأ. وهناك أسباب عديدة تبرر ذلك، ولكن هناك ثلاثة أنواع شائعة من الإخفاقات:

  1. يعتمد اكتشاف وكلاء المستخدم على توفر قائمة بسلاسل وكلاء المستخدِم (أو سلاسل فرعية) للمطابقة معها. وتحتاج مثل هذه القوائم إلى صيانة وتحديث دائم كما أنها لن تطابق وكلاء المستخدِم الجدد. وفي واقع الأمر، لا تتم صيانة العديد من هذه القوائم بشكل سليم كما أنها قديمة، مما يترك لدى المستخدمين انطباعًا سيئًا.
  2. عند مطابقة وكلاء المستخدِم، كثيرًا ما يحدث عدم تطابق، فأحيانًا يتم اكتشاف وكيل مستخدِم لإصدار سطح المكتب كوكيل لإصدار الجوّال، أو يتم اكتشاف وكيل مستخدِم لإصدار الجوّال كوكيل لإصدار سطح المكتب. وبالمثل، تُحدث المواقع الإلكترونية خطأ شائعًا بالتعامل مع الأجهزة اللوحية على أنها هواتف ذكية بدون قصد. إذا كنت تجري اكتشاف وكلاء المستخدِم للمتصفحات التي تدخل إلى موقعك، تأكّد من بحث الاكتشاف عن سلاسل خاصة بالهواتف الذكية (مثل البحث عن كلمتي "Android" و"الجوّال") بدلاً من السلاسل العامة للجوّال (البحث عن "Android" فقط). مزيد من المعلومات في مشاركة المدونة.

  3. انتبه بشدة إلى إخفاء الهوية عند اكتشاف وكلاء المستخدِم. عند اكتشاف وكيل المستخدِم، يكتشف الموقع فئة الجهاز أو نوعه عن طريق البحث عن اسم الجهاز في سلسلة وكيل المستخدِم؛ ولا يفترض أن يبحث الموقع تحديدًا عن Googlebot. يتمّ تعريف جميع وكلاء مستخدِم Googlebot باعتبارها أجهزة جوّالة محدّدة، ومن المفترض أن تعامِل وكلاء مستخدِم Googlebot تمامًا مثل ما تعامل تلك الأجهزة.

إرسال تعليقات حول...