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

العرض الديناميكي عبارة عن إعداد يستجيب من خلاله الخادم باستخدام شفرة 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 تمامًا مثلما تعامل تلك الأجهزة. على سبيل المثال، يعرِّف Googlebot المختص بالهواتف الذكية نفسه على أنه iPhone ويفترض أن تقدم له الاستجابة نفسها التي يحصل عليها مستخدم iPhone (من حيث إعادة التوجيه، والمحتوى المحسن، وغير ذلك).

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