البيانات المنظَّمة الخاصة بمربّع البحث ضمن رابط أقسام الموقع (WebSite)

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

وقد يعرض وقد يعرض "بحث Google" تلقائيًا مربّع البحث المخصّص لموقعك الإلكتروني عند ظهوره ضمن نتائج البحث، بدون أن تضطر إلى اتخاذ أي إجراء إضافي. ويعتمد مربّع البحث هذا على "بحث Google". ويمكنك توفير المعلومات بشكل واضح من خلال إضافة البيانات المنظَّمة WebSite، التي تتيح لمحرك البحث Google فهم موقعك الإلكتروني بشكل أفضل.

إذا سبق أن عرض "بحث Google" مربّع بحث ضمن روابط أقسام موقعك الإلكتروني، يمكنك التحكّم في جوانب معيّنة من هذا المربّع من خلال إضافة البيانات المنظَّمةWebSite.

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

كيفية عرض مربّع البحث ضمن روابط أقسام الموقع

إليك الخطوات التي تتيح لك تأهيل موقعك لعرض مربّع بحث في نتائج "بحث Google":

  1. ثبِّت محرّك بحث صالح على موقعك الإلكتروني أو تطبيق Android.

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

    • المواقع الإلكترونية: عليك إعداد محرّك بحث على موقعك الإلكتروني. تعيد الميزة توجيه طلب المستخدم إلى الصفحة المستهدفة باستخدام البنية المحدّدة في بياناتك المنظّمة. يجب أن يتوافق محرّك البحث مع طلبات البحث بالترميز UTF-8.
    • التطبيقات: يمكنك الاطّلاع على نظرة عامة على البحث على الموقع الإلكتروني لمطوّري تطبيقات Android لمعرفة طريقة تنفيذ محرّك بحث لتطبيقك. ويجب أن يتيح تطبيق Android الخاص بك سمة ACTION_VIEW intent من نتائج البحث من خلال معرّف الموارد المنتظم (URI) للبيانات المقابلة الذي تم تحديده في ترميز السمة potentialAction.target.
  2. نفّذ عنصر بيانات WebSite المنظَّمة على الصفحة الرئيسية لموقعك الإلكتروني. يجب أن يكون للتطبيق موقع إلكتروني مرتبط لتفعيل هذه الميزة، حتى ولو كان الموقع مُكوّنًا من صفحة واحدة فقط. إليك بعض الإرشادات الإضافية:
    • أضِف هذا الترميز إلى الصفحة الرئيسية فقط دون غيرها من الصفحات.
    • إذا كنت تطبّق بيانات WebSite المنظَّمة لميزة "أسماء المواقع الإلكترونية"، تأكَّد من دمج سمات اسم الموقع الإلكتروني في العقدة نفسها. بعبارة أخرى، تجنَّب إنشاء مجموعة إضافية من بيانات WebSite المنظَّمة على صفحتك الرئيسية إذا أمكن ذلك.
    • حدِّد دائمًا نوع SearchAction واحدًا لموقعك الإلكتروني، ويمكنك اختياريًا تحديد نوع آخر إذا كنت تريد إتاحة البحث في التطبيق. ويجب دائمًا تحديد السمة SearchAction لموقعك الإلكتروني، حتى وإن كان التطبيق هو هدف البحث المفضّل لديك، لأن ذلك يضمن أن توجّه نتيجة البحث المستخدم إلى موقعك الإلكتروني حتى لو لم يكن ذلك المستخدم يجري البحث من هاتف Android أو لم يكن قد ثبّت تطبيق Android.
    • استنادًا إلى التنسيق الذي تستخدمه، تعرَّف على مكان إدراج البيانات المنظَّمة في الصفحة.
  3. اتّبِع الإرشادات.
  4. تحقّق من صحة الرمز باستخدام اختبار النتائج الغنية بصريًا.
  5. تحقّق من تنفيذ محرّك البحث من خلال نسخ عنوان URL WebSite.potentialAction.target من بياناتك المنظَّمة واستبدال {search_term_string} بطلب بحث تجريبي والانتقال إلى عنوان URL هذا في متصفّح ويب. إذا كان موقعك الإلكتروني example.com مثلاً وتريد اختبار طلب البحث "kittens"، يُفترض أن تنتقل إلى https://www.example.com/search/?q=kittens.
  6. حدِّد عنوان URL أساسيًّا مفضّلاً لصفحتك الرئيسية على النطاق باستخدام عنصر الرابط rel="canonical" في جميع صيغ الصفحة الرئيسية. يساعد هذا الإجراء محرّك بحث Google في اختيار عنوان URL الصحيح للترميز. ويجب أن يقبل الخادم الترميز بأحرف UTF-8.
  7. بالنسبة إلى التطبيقات، فعِّل فلاتر الأهداف المناسبة لإتاحة عمل عنوان URL الذي حددته في التطبيق الذي تستهدفه بالترميز. يمكنك الانتقال إلى فهرسة التطبيقات على Firebase لأجهزة Android للاطّلاع على مثال عن كيفية إنشاء فلاتر الأهداف لعناوين URL في "بحث Google".
  8. انشر بعض الصفحات التي تتضمّن بياناتك المنظَّمة واستخدِم أداة فحص عنوان URL لاختبار طريقة عرض الصفحة في محرّك البحث Google. وتأكّد من إمكانية وصول محرّك البحث Google إلى صفحتك ومن عدم حظرها باستخدام ملف robots.txt أو علامة noindex أو متطلبات تسجيل الدخول. إذا بدت الصفحة جيدة، يمكنك أن تطلب من محرّك البحث Google إعادة الزحف إلى عناوين URL الخاصة بك.
  9. لإعلام Google بأي تغييرات لاحقة، ننصحك بإرسال ملف خريطة موقع. يمكنك برمجة هذا الإجراء باستخدام Sitemap API في Search Console.

مثال

في ما يلي مثال لنتيجة بحث عن "Pinterest" على Google تعرض مربّع بحث في روابط أقسام موقع Pinterest:

مربّع بحث قيد الاستخدام ضمن رابط أقسام الموقع

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

JSON-LD

إليك مثال بترميز JSON-LD:


<html>
  <head>
    <title>The title of the page</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "WebSite",
      "url": "https://www.example.com/",
      "potentialAction": {
        "@type": "SearchAction",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "https://query.example.com/search?q={search_term_string}"
        },
        "query-input": "required name=search_term_string"
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>
البيانات الجزئية

إليك مثال بترميز البيانات الجزئية:


<div itemscope itemtype="https://schema.org/WebSite">
  <meta itemprop="url" content="https://www.example.com/"/>
  <form itemprop="potentialAction" itemscope itemtype="https://schema.org/SearchAction">
    <meta itemprop="target" content="https://query.example.com/search?q={search_term_string}"/>
    <input itemprop="query-input" type="text" name="search_term_string" required/>
    <input type="submit"/>
  </form>
</div>
  

إليك مثال على موقع إلكتروني وتطبيق بترميز JSON-LD:

<html>
  <head>
    <title>The title of the page</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "WebSite",
      "url": "https://www.example.com/",
      "potentialAction": [{
        "@type": "SearchAction",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "https://query.example.com/search?q={search_term_string}"
        },
        "query-input": "required name=search_term_string"
      },{
        "@type": "SearchAction",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "android-app://com.example/https/query.example.com/search/?q={search_term_string}"
        },
        "query-input": "required name=search_term_string"
      }]
    }
    </script>
  </head>
  <body>
  </body>
</html>

الإرشادات

يجب اتّباع هذه الإرشادات لكي يكون موقعك الإلكتروني مؤهّلاً للظهور كنتيجة غنية بصريًا.

يمكن لمحرّك بحث Google أن يختار إضافة مربّع بحث ضمن رابط أقسام الموقع إلى موقعك الإلكتروني حتى إذا لم يتضمّن البيانات المنظَّمة الموضّحة هنا. ويمكنك منع ذلك من خلال إضافة علامة meta التالية إلى صفحتك الرئيسية:

<meta name="google" content="nositelinkssearchbox">

تعريفات أنواع البيانات المنظّمة

يُرجى إدراج المواقع المطلوبة ليصبح المحتوى مؤهّلاً لعرض مربّع بحث ضمن رابط أقسام الموقع.

نوع WebSite المعدَّل

يستخدم محرك بحث Google نوع بيانات WebSite المنظَّمة المُعدَّل لكل من مربّعات البحث للمواقع الإلكترونية والتطبيقات. ويتوفّر تعريف WebSite الكامل على schema.org، إلّا أنّ &quot;بحث Google&quot; يحيد قليلاً عن هذا المعيار. في ما يلي السمات المتوافقة مع Google:

السمات المطلوبة
potentialAction

مصفوفة مكوّنة من عنصر SearchAction أو اثنين

يصف هذا العنصر معرّف الموارد المنتظم لإرسال طلب البحث ولبنية الطلب الذي تم إرساله. ويجب تنفيذ صفحة ويب أو معالج intent يمكن لأي منهما تلقي الطلب وإجراء البحث المناسب عن السلسلة المُرسَلة. إذا لم يكن المستخدم يستعمل تطبيق Android (أو كان يستعمله لكنه لم يحدّد هدف Android intent)، سيرسل مربّع البحث نسخة الموقع الإلكتروني من طلب البحث إلى الموقع الجغرافي المحدّد. أما إذا كان المستخدم يستعمل جهاز Android وحدَّد معرّف الموارد المنتظم لـ Android intent، فسيرسل المربّع عنصر intent هذا.

يجب إنشاء SearchAction على الموقع الإلكتروني لإتاحة البحث على أجهزة الكمبيوتر المكتبي. وإذا أردت أيضًا إتاحة البحث في التطبيق، يمكنك تحديد عنصر SearchAction إضافي لتطبيقك. يجب أن يحتوي كل عنصر SearchAction على السمات المدمَجة التالية:

مثال على موقع إلكتروني

يرسل المثال التالي طلب GET إلى https://query.example.com/search?q=user%20search%20string.

"potentialAction": [{
  "@type": "SearchAction",
  "target": {
    "@type": "EntryPoint",
    "urlTemplate": "https://query.example.com/search?q={search_term_string}"
  },
  "query-input": "required name=search_term_string"
}]

مثال على التطبيق

يرسل المثال التالي Android intent إلى android-app://com.example/https/query.example.com/search/?q=user_search_string.

"potentialAction": [{
  "@type": "SearchAction",
  "target": {
    "@type": "EntryPoint",
    "urlTemplate": "android-app://com.example/https/query.example.com/search/?q={search_term_string}"
  },
  "query-input": "required name=search_term_string"
}]

potentialAction.query-input

Text

استخدِم السلسلة الحرفية required name = search-term أو أي عنصر نائب استخدمته في target. تأكَّد من تطابق قيمتَي العنصر النائب. على سبيل المثال، تستخدم قيمتا العنصر النائب في السمتَين target وquery-input السلسلة search-term:

"potentialAction": [{
  "@type": "SearchAction",
  "target": {
    "@type": "EntryPoint",
    "urlTemplate": "https://query.example.com/search?q={search-term}"
  },
  "query-input": "required name=search-term"
}]
potentialAction.target

EntryPoint

عنصر EntryPoint يحمل السمة urlTemplate.

ويجب أن تكون السمة urlTemplate سلسلة بهذا التنسيق: search_handler_uri{search_term_string}

مثلاً:

https://query.example.com/search?q={search_term_string}
search_handler_uri بالنسبة إلى المواقع الإلكترونية، تمثّل هذه السمة عنوان URL للمعالج الذي يتلقّى طلب البحث ويعالجه. وبالنسبة إلى التطبيقات، تمثّل هذه السمة معرّف الموارد المنتظم لمعالج intent لمحرّك البحث الذي يجب أن يعالج طلبات البحث.
search_term_string

تمثّل هذه السمة سلسلة عنصر نائب يتم استبدالها بطلب البحث عندما ينقر المستخدم على الزر "بحث" في مربّع البحث. تأكّد من أن أي سلسلة عنصر نائب تستخدمها هنا تطابق قيمة العنصر name للسمة query-input.

url

URL

تحدّد هذه السمة عنوان URL للموقع الإلكتروني الذي يجري البحث فيه. ويجب ضبطها على الصفحة الرئيسية الأساسية لموقعك الإلكتروني. مثال: https://www.example.org

مراقبة النتائج المنسّقة باستخدام Search Console

Search Console هي أداة تساعدك في مراقبة مستوى أداء صفحاتك في &quot;بحث Google&quot;. ليس عليك الاشتراك في Search Console لإدراج موقعك الإلكتروني ضمن نتائج &quot;بحث Google&quot;، ولكن تساعدك هذه الأداة في التعرّف على شكل موقعك كما يراه محرّك البحث Google وتحسين هذا الشكل. ننصح بالتحقق من Search Console في الحالات التالية:

  1. بعد نشر بيانات منظَّمة للمرة الأولى
  2. بعد إصدار نماذج جديدة أو تعديل الترميز
  3. تحليل الزيارات بشكل دوري

بعد نشر بيانات منظَّمة للمرة الأولى

بعد أن ينتهي محرّك بحث Google من فهرسة الصفحات، تحقَّق مما إذا كان هناك أي مشاكل باستخدام تقرير &quot;حالة النتائج المنسّقة&quot; المناسب. من المفترض أن ترى زيادة في العناصر الصالحة وليس في العناصر غير الصالحة. إذا عثرت على مشاكل في بياناتك المنظَّمة:

  1. أصلِح العناصر غير الصالحة.
  2. افحص عنوان URL منشور لمعرفة ما إذا لا تزال المشكلة مستمرّة.
  3. اطلب إجراء تحقُّق من الإصلاحات باستخدام تقرير الحالة.

بعد إصدار نماذج جديدة أو تعديل الترميز

عندما تُجري تغييرات كبيرة على موقعك الإلكتروني، عليك مراقبة الزيادات في عدد العناصر غير الصالحة ضمن البيانات المنظَّمة.
  • إذا لاحظت زيادة في عدد العناصر غير الصالحة، قد يكون السبب أنّك طرحت نموذجًا جديدًا لا يعمل أو أنّ موقعك الإلكتروني يتفاعل مع النموذج الحالي بطريقة جديدة وغير صحيحة.
  • إذا لاحظت انخفاضًا في العناصر الصالحة (لا تقابله زيادة في عدد العناصر غير الصالحة)، قد يشير ذلك إلى أنّك توقّفت عن تضمين بيانات منظَّمة في صفحاتك. استخدِم أداة فحص عنوان URL للاطّلاع على سبب المشكلة.

تحليل الزيارات بشكل دوري

يمكنك تحليل الزيارات إلى صفحتك في &quot;بحث Google&quot; باستخدام تقرير الأداء. ستعرض لك البيانات عدد مرات ظهور صفحتك كنتيجة منسّقة في &quot;بحث Google&quot; وعدد المرات التي نقر فيها المستخدمون على الصفحة ومتوسط موضع ظهور الصفحة في نتائج البحث. يمكنك أيضًا عرض هذه النتائج تلقائيًا باستخدام Search Console API.

تحديد المشاكل وحلّها

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