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

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

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

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، ليس لدينا أي تفضيلات، ونقترح أن يفكر مشرفو المواقع في مستخدميهم عند تحديد سياسة إعادة التوجيه المتبعة، فأهم شيء هو عرض عمليات إعادة توجيه صحيحة ومتناسقة، أي إعادة التوجيه إلى المحتوى المكافئ على موقع يستخدم إصدار سطح المكتب أو إصدار الجوّال. وإذا كان الضبط خاطئًا، ربما لن يتمكن بعض المستخدمين من مشاهدة المحتوى الخاص بك مطلقًا.

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

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