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

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

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

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

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

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

Monitor rich results with Search Console

Search Console is a tool that helps you monitor how your pages perform in Google Search. You don't have to sign up for Search Console to be included in Google Search results, but it can help you understand and improve how Google sees your site. We recommend checking Search Console in the following cases:

  1. After deploying structured data for the first time
  2. After releasing new templates or updating your code
  3. Analyzing traffic periodically

After deploying structured data for the first time

After Google has indexed your pages, look for issues using the relevant Rich result status report. Ideally, there will be an increase of valid items, and no increase in invalid items. If you find issues in your structured data:

  1. Fix the invalid items.
  2. Inspect a live URL to check if the issue persists.
  3. Request validation using the status report.

After releasing new templates or updating your code

When you make significant changes to your website, monitor for increases in structured data invalid items.
  • If you see an increase in invalid items, perhaps you rolled out a new template that doesn't work, or your site interacts with the existing template in a new and bad way.
  • If you see a decrease in valid items (not matched by an increase in invalid items), perhaps you are no longer embedding structured data in your pages. Use the URL Inspection tool to learn what is causing the issue.

Analyzing traffic periodically

Analyze your Google Search traffic using the Performance Report. The data will show you how often your page appears as a rich result in Search, how often users click on it and what is the average position you appear on search results. You can also automatically pull these results with the Search Console API.

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

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