عناوين URL المنفصلة

من خلال هذه التهيئة، يكون لكل عنوان URL لسطح المكتب عنوان URL مكافئ يختلف عنه ويعرض محتوى مُحسنًا للجوّال.

وقد يكون الإعداد الشائع صفحات على www.example.com تعرض لمستخدمي سطح المكتب صفحات مناظرة يتم عرضها على m.example.com لمستخدمي أجهزة الجوّال. ولا تفضل Google أي تنسيق خاص لعناوين URL ما دامت جميعها قابلة للوصول لجميع وكلاء مستخدمي Googlebot.

تعرض عناوين URL المنفصلة للجوال شفرة مختلفة لأجهزة سطح المكتب وأجهزة الجوّال (وربما للأجهزة اللوحية)، وعلى عناوين URL مختلفة.

TL;DR

  • أرسل إشارة بالعلاقة بين عنواني URL بواسطة علامة <link> باستخدام عنصري rel="canonical" وrel="alternate".

  • حدد سلاسل وكيل المستخدم وأعد توجيهها على نحو سليم.

التعليقات التوضيحية لعناوين URL لكل من أجهزة سطح المكتب والجوّال

للمساعدة في استيعاب خوارزميات عناوين URL منفصلة للجوّال، نوصي باستخدام التعليقات التوضيحية التالية:

  1. على صفحة سطح المكتب، أضف علامة رابط خاص rel=”alternate” توجه إلى عنوان URL المتطابق للجوّال. ويساعد هذا Googlebot في اكتشاف موقع صفحات الجوّال على موقعك.
  2. في صفحة الجوّال، أضف علامة رابط rel=”canonical” تشير إلى عنوان URL المتطابق لأجهزة سطح المكتب.

نتيح طريقتين للحصول على هذا التعليق التوضيحي: في HTML للصفحات نفسها وفي ملفات sitemap. لنفترض مثلاً أن عنوان URL لسطح المكتب هو http://example.com/page-1 وأن عنوان URL المتطابق للجوّال هو http://m.example.com/page-1. ستكون التعليقات التوضيحية في هذا المثال على النحو التالي:

التعليقات التوضيحية في HTML

على صفحة سطح المكتب (http://www.example.com/page-1)، أضف:

<link rel="alternate" media="only screen and (max-width: 640px)"
 href="http://m.example.com/page-1">

وعلى صفحة الجوّال (http://m.example.com/page-1)، يجب أن يكون التعليق التوضيحي المطلوب على النحو التالي:

<link rel="canonical" href="http://www.example.com/page-1">

يجب توفّر علامة rel="canonical"‎ هذه الموجودة على عنوان URL لإصدار الجوّال، والتي توجّه إلى صفحة إصدار سطح المكتب.

التعليقات التوضيحية في ملفات Sitemap

نتيح تضمين التعليق التوضيحي rel=”alternate” في صفحات إصدار سطح المكتب في ملفات Sitemap على النحو التالي:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>http://www.example.com/page-1/</loc>
<xhtml:link
rel="alternate"
media="only screen and (max-width: 640px)"
href="http://m.example.com/page-1" />
</url>
</urlset>

لا تزال هناك ضرورة لإضافة علامة rel="canonical"‎ المطلوبة على عنوان URL لإصدار الجوّال إلى شفرة HTML لصفحة إصدار الجوّال.

التعليق التوضيحي بالتفصيل

لاحظ سمات علامة الرابط في صفحة إصدار سطح المكتب:

  • تشير سمة rel=”alternate” إلى أن هذه العلامة تحدد عنوان URL بديلاً إلى صفحة إصدار سطح المكتب.
  • تعد قيمة سمة الوسائط سلسلة استعلام عن وسائط في CSS يمكنها تحديد سمات الوسائط مع تحديد متى يجب على Google استخدام عنوان URL البديل. وفي هذه الحالة، نستخدم طلب وسائط يتم استخدامه عادة لاستهداف أجهزة الجوّال.
  • تحدد السمة href موقع عنوان URL البديل، أي الصفحة على m.example.com تحديدًا.

يساعد التعليق التوضيحي ثنائي الاتجاه Googlebot في اكتشاف المحتوى كما يساعد خوارزمياتنا في التعرف على العلاقة بين صفحاتك بإصدار سطح المكتب وصفحاتك بإصدار الجوّال ومن ثم التعامل معها. وعندما تستخدم عناوين URL مختلفة لعرض المحتوى نفسه بتنسيقات مختلفة، يعمل التعليق التوضيحي على إبلاغ خوارزميات Google بأن عنواني URL هذين يشتملان على محتوى مطابق، وأنه يجب التعامل معهما على أنهما كيان واحد وليسا كيانين. إذا تم التعامل مع نسختي سطح المكتب والجوّال من الصفحة ككيانات منفصلة، فسيكون ممكنًا عرض عناوين URL لسطح المكتب والجوّال ضمن نتائج البحث على سطح المكتب، وقد يكون ترتيبها أقل من الترتيب عند استيعاب Google للعلاقة. علاوة على ذلك، يُرجى ملاحظة بعض الأخطاء الشائعة في هذه التهيئة:

  • عند استخدام ترميز rel=”alternate” وrel=”canonical”، حافظ على أن تكون النسبة 1 إلى 1 بين صفحة الجوّال وصفحة سطح المكتب المتطابقة. وعلى وجه الخصوص، تجنب التعليق التوضيحي على العديد من صفحات سطح المكتب التي تشير إلى صفحة جوّال واحدة (أو العكس).
  • تحقق مرتين من عمليات إعادة التوجيه، مع التأكد من أن صفحات سطح المكتب لا تعيد التوجيه بدون قصد إلى صفحة جوّال واحدة وغير ذات صلة.
إذا اخترت تطبيق موقع منفصل للجوّال، فيجب الانتباه إلى عدم الوقوع في الأخطاء الشائعة، مثل تهيئة عمليات إعادة التوجيه الخاطئة لمستخدمي الجوّال.

إعادة التوجيه التلقائية

عندما تتم تهيئة موقع إلكتروني بحيث يتم عرضه على متصفحات سطح المكتب والجوّال باستخدام عناوين URL مختلفة، قد يحتاج مشرفو المواقع إلى إعادة توجيه المستخدمين تلقائيًا إلى عنوان URL الذي يعرضها بالشكل الأمثل. وإذا كان الموقع الإلكتروني يستخدم إعادة التوجيه التلقائية، فتأكد من التعامل مع جميع عناصر Googlebot مثل أي وكيل مستخدم آخر وإعادة توجيهها بشكل صحيح.

أساليب إعادة التوجيه المتاحة

يتوافق Googlebot مع الطريقتين التاليتين لإجراء عمليات إعادة التوجيه.

  • عمليات إعادة توجيه HTTP
  • عمليات إعادة التوجيه باستخدام جافا سكريبت

استخدام عمليات إعادة توجيه HTTP

تعد إعادة التوجيه عن طريق HTTP أسلوبًا شائع الاستخدام لإعادة توجيه العملاء إلى عناوين URL خاصة بكل جهاز، وعادة يتم تنفيذ إعادة التوجيه استنادًا إلى وكيل المستخدم في رؤوس طلبات HTTP. ومن المهم الحفاظ على تناسق إعادة التوجيه مع عنوان URL البديل المحدد في علامة rel="alternate"‎ لرابط الصفحة أو في ملف Sitemap.

لهذا الغرض، لا يهم ما إذا كان الخادم يجري عمليات إعادة توجيه برمز الحالة HTTP 301 أو HTTP 302، إلا أن استخدام 302 مستحسن كلما كان ذلك ممكنًا.

عمليات إعادة التوجيه باستخدام جافا سكريبت

في حالة صعوبة إجراء عملية إعادة توجيه عن طريق HTTP، يمكنك استخدام جافا سكريبت لإعادة توجيه المستخدمين إلى عناوين URL المشار إليها عن طريق العلامة link rel="alternate". فإذا اخترت استخدام هذا الأسلوب، فيرجى الانتباه إلى وقت الاستجابة الذي يحدث من جانب العميل عند إعادة التوجيه بسبب الحاجة إلى تنزيل الصفحة أولاً، ثم تحليل جافا سكريبت وتنفيذها قبل تشغيل عملية إعادة التوجيه.

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

الفرق بين عمليات إعادة التوجيه ثنائية الاتجاه والعمليات أحادية الاتجاه

تختلف السياسات المتبعة في إعادة التوجيه باختلاف مواقع الويب. فبعض مواقع الويب يعيد توجيه مستخدمي الجوّال فقط ـ الذين يزورون صفحة بإصدار سطح المكتب ـ إلى صفحة مخصصة للجوّال (عمليات إعادة توجيه أحادية الاتجاه)، بينما يعيد البعض الآخر توجيه كل من مستخدمي إصدار سطح المكتب ومستخدمي إصدار الجوّال في حالة زيارتهم لصفحات على مواقع ويب تستخدم إصدار سطح المكتب وإصدار الجوّال على التوالي (عمليات إعادة توجيه ثنائية الاتجاه).

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

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

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