فلترة نتائج البحث وترتيبها

نظرة عامة

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

بالنسبة إلى بحث الصور، يعتمد محرّك بحث Google على كلّ من البيانات المنظَّمة على صفحاتك والبيانات الوصفية للصور التي يتم اكتشافها عند الزحف إلى موقعك الإلكتروني. وننصح جميع مشرفي المواقع بالتعرّف على إرشادات نشر الصور.

  1. بحث الويب
  2. البحث بالصور
  3. البحث المنظَّم في عنصر البحث المبرمَج

بحث الويب

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

  • PageMap: تعرض خريطة الصفحة البيانات المنظَّمة بشكل صريح على أنّها DataObjects. حيث تتضمن السمات والقيم، وتكون مرمّزة ككتلة XML مضمّنة في صفحة ويب. محرك البحث المبرمج يجعل جميع بيانات خريطة الصفحات التي تم تشكيلها بشكل جيد متاحة لعوامل تشغيل البحث المنظَّمة يمكن استخدامها أيضًا في المقتطفات المخصَّصة.
  • علامات meta: يستخرج محرك بحث Google المحتوى المحدّد من meta. للنموذج <meta name="NAME" content="VALUE">. علامة meta للنموذج <meta name="pubdate" content="20100101"> يمكن أن يكون مستخدمة مع عامل تشغيل بحث للنموذج: &sort=metatags-pubdate
  • تواريخ الصفحات: تقدِّر Google تاريخ الصفحة استنادًا إلى عنوان URL والعنوان وسطر التاريخ المُقدَّر. وميزات أخرى. يمكن استخدام هذا التاريخ مع عامل الفرز نوع البيانات المنظَّمة الخاص date، كما في &sort=date.
  • بيانات المقتطفات المنسّقة: تستخرج Google أيضًا مجموعة فرعية من البيانات من المعايير العامة مثل: للاستخدام في عوامل تشغيل البيانات المنظَّمة الخاصة بمحرك البحث المبرمَج. على سبيل المثال، لترتيب الصفحات التي تم ترميزها باستخدام تنسيق Micro hrecipe معيار بناءً على تقييماته، واستخدام &sort=recipe-ratingstars

مزيد من المعلومات حول توفير البيانات المنظَّمة

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

يتوافق "محرك البحث المبرمج" مع عوامل تشغيل البحث التالية عبر البيانات المنظَّمة:

الرجوع إلى الأعلى

الفلترة حسب السمة

تتيح لك التصفية حسب السمة اختيار ثلاثة أنواع من النتائج:

  • النتائج التي تتضمّن DataObject مرفقًا معيّنًا، مثل مراجعة
  • النتائج التي تتضمّن كائن DataObject مع حقل معيّن، مثل مراجعة بها نطاق سعر.
  • النتائج ذات قيمة معينة لأحد الحقول، مثل مراجعة بتصنيف 5 نجوم.

للفلترة حسب السمة، أضِف more:pagemap:TYPE-NAME:VALUE إلى طلب بحث. يؤدي ذلك إلى حصر نتائج البحث بالصفحات التي على بيانات مهيكلة تتطابق تمامًا مع هذا النوع والاسم والقيمة. (محرك البحث المبرمَج ستُحوِّل ما يصل إلى 200 سمة لكل صفحة، بدءًا من بيانات خريطة الصفحة، متبوعة بترميز JSON-LD والتنسيق المصغر والعلامات الوصفية وRDFa والبيانات الجزئية). يجب ألا تكون السمات أكثر يتجاوز طوله 128 حرفًا. يمكنك تعميم عامل التشغيل هذا من خلال حذف VALUE لمطابقة جميع تكرارات الحقل المُعنوَن أو حذف -NAME:VALUE لمطابقة جميع الكائنات من نوع معين.

للاطّلاع على كيفية إنشاء عامل التشغيل الكامل من البيانات المنظَّمة، تذكر المثال الذي استخدمناه سابقًا:

[halloween more:pagemap:document-author:lisamorton]

تحليل more:pagemap:document-author:lisamorton القيود بمزيد من التفصيل، عامل التشغيل more: هو ما يستخدمه "محرك البحث المبرمَج" لتسميات التصفية، فإن الجزء pagemap: من التصفية تحسين النتائج حسب سمات معينة في خرائط الصفحات المفهرسة والعناصر المتبقية من عامل التشغيل—document-author lisamorton: تحديد المحتوى الذي تريد فرض قيود عليه إلى. استرجع خريطة الصفحة من المثال:

<PageMap>
  <DataObject type="document">
    <Attribute name="title">The Five Scariest Traditional Halloween Stories</Attribute>
    <Attribute name="author">lisamorton</Attribute>
  </DataObject>
</PageMap>

يطلب منا مؤهِّل document-author: لعامل التشغيل البحث بالنسبة إلى DataObject من النوع document مع سمة اسمها author. تليها القيمة lisamorton لمفتاح البيانات المنظّمة هذا التي يجب أن تتطابق تمامًا مع قيمة السمة المراد عرضها في عملية بحث تتضمن هذه التقييد.

more:p:document-author:lisamorton

عند التصفية حسب السمة، يمكنك إنشاء فلاتر أكثر تعقيدًا (وتكون أقصر الأوامر) باستخدام استعلام مضغوط. على سبيل المثال، يمكنك إضافة ما يلي: خريطة الصفحة لعنوان URL:

    <pagemap>
      <DataObject type="document">
        <Attribute name="keywords">horror</Attribute>
        <Attribute name="keywords">fiction</Attribute>
        <Attribute name="keywords">Irish</Attribute>
      </DataObject>
    </pagemap>
  </page>

لاسترداد نتائج طلب البحث "الأيرلندية AND الخيال"، استخدم ما يلي:

more:p:document-keywords:irish*fiction

ويعادل ذلك more:pagemap:document-keywords:Irish more:pagemap:document-keywords:fiction.

لاسترداد نتائج البحث "الأيرلندية AND (الخيال OR الرعب)"، استخدم ما يلي:

more:p:document-keywords:irish*fiction,irish*horror

الرجوع إلى الأعلى

فلترة حسب الفرع

الفلترة حسب الفرع هي أحد أشكال الفلترة حسب السمة المتاحة JSON-LD وMicroformat وRDFa. وهي النوع الوحيد للفلترة حسب السمة تتوفّر لبيانات JSON-LD المنظَّمة.

إذا كانت البيانات المنظَّمة لا تحتوي على أشجار أو تحتوي فقط على أشجار بدون أشجار الأطفال، تكون القيود مماثلة للتصفية حسب السمة. ومع ذلك، تُفرض قيود على الأشجار التي بها أطفال تحتوي على ما يلي: type-name لكل عقدة من الجذر إلى العقدة الطرفية، بحيث يمكن للشجرة تحديد ما يلي:

  • ويكون الجذر من النوع Event.
  • يُطلق على الطفل اسم التقييم.
  • يمتلك هذا الطفل النوع AggregateRating
  • السمة الثانوية تحتوي على سمة تحمل الاسم ratingCount والقيمة 22
سيؤدي إلى إنشاء التقييد: more:pagemap:event-rating-aggregaterating-ratingcount:22 للفرع تنتهي بعدد التقييمات.

استخدام التصفية حسب السمة أو الفرع مع ميزات أخرى

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

يمكنك أيضًا حذف أجزاء من عامل تشغيل البحث. في المثال أعلاه، ملاحظة: تحدّد خريطة الصفحة عنصر DataObject من النوع document سمة من النوع author. ولكن قد لا تكون كل صفحة على موقعك مستند، وقد لا يكون لبعض المستندات مؤلف مرجعي. إذا كنت استخدم عامل تشغيل للنموذج more:pagemap:document-author، ستتضمّن النتائج المعروضة جميع الصفحات التي تحتوي على سمة author. في DataObject في document، بغض النظر عن قيمة السمة هي. وبالمثل، ستعرض الإضافة more:pagemap:document جميع النتائج ذات الصلة بخرائط الصفحة التي تتضمّن DataObjects من النوع document، بغض النظر عن الحقول الموجودة في DataObject هذا.

إنشاء رمز مميّز للقيم النصية للقيود

قيم السمات التي تحتوي على مسافات أو علامات ترقيم أو رموز خاصة يتم تقسيمها دائمًا إلى رموز مميزة منفصلة؛ على سبيل المثال، إحدى السمات قيمة "محرك البحث المبرمج@google" سيتم تقسيمها إلى ثلاثة رموز مميزة منفصلة، "مخصّص", "بحث" و "google". ويسمح هذا الإجراء بالبحث عن كلمة واحدة مضمّنة في سلسلة أكبر من الكلمات وعلامات الترقيم، مثل إنتاج الوصف. (سيستخلص محرك البحث المبرمج ما يصل إلى 10 رموز مميزة لكل سلسلة، وبالتالي إذا كانت تحتوي قيمة السمة على أكثر من 10 كلمات، وقد لا تكون جميعها متاحة لتقييدها results.) على سبيل المثال، تتضمن خريطة الصفحات التالية وصفًا للإنتاج محرّك البحث المبرمَج:

<PageMap>
  <DataObject type="product">
    <Attribute name="description">Programmable Search Engine provides customized search engines</Attribute>
  </DataObject>
</PageMap>

ستؤدي القيود التالية إلى العثور على جميع الصفحات التي تحتوي على product-description سمات حول "البحث":

[more:pagemap:product-description:search]

مزيد من القواعد لتحويل القيم النصية إلى رموز مميّزة:

  • يتم تحويل القيم النصية إلى أحرف صغيرة للقيود
  • بالنسبة إلى السلاسل التي يصل طولها إلى ستة رموز مميزة، يتم إنشاء تقييد إضافي للسلسلة بأكملها، مع استبدال الفراغات بـ _، مثل please_attend.
  • لا يتم إنشاء قيود منفصلة لكلمات إيقاف، أو كلمات مثل the أ وبالتالي ووبالتالي تكون أقل فائدةً للبحث. لذا، فإن المحور الرأسي هو في الواقع القيمة النصية: "النقطة الرئيسية" قيودًا على الرئيسية والنقطة وthe_main_point، ولكن لن تنشئ قيودًا لـ the.
  • يتم استخدام أول عشر كلمات فقط في القيمة النصية لتشكيل قيود.
  • ويتم تحويل أحرف علامات الترقيم التي لا يتم التعامل معها كمحددات إلى شرطات سفلية، _

فهم القيم المحوَّلة إلى رموز مميّزة باستخدام قيود متعدّدة

للتوغّل أكثر، يمكنك إضافة قيود أخرى؛ على سبيل المثال، للحصول فقط على الصفحات التي تصف منتجات محركات البحث، أضف القيود:

[more:pagemap:product-description:search more:pagemap:product-description:engine]

إنّ ترتيب قيود more:pagemap: ليس مهمًا، يتم استخراج الرموز المميزة من قيمة إحدى السمات في مجموعة غير مرتبة.

هذه القيود بشكل افتراضي مع AND؛ ومع ذلك، يمكنك أيضًا دمجها مع عامل التشغيل OR للحصول على النتائج التي تطابق أيًا من القيود. على سبيل المثال، فيما يلي عبارة بحث سيطابق المحتوى من إما البحث أو اللعبة:

[more:pagemap:product-description:search OR more:pagemap:product-description:game]

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

في بعض الحالات — على سبيل المثال، عندما يتم العثور على الرموز المميزة القصيرة معًا بشكل متكرر، وقد يدمجها "محرك البحث المبرمَج" لإنشاء رموز مميّزة. على سبيل المثال، إذا كانت الرموز المميزة "الرئيس" و"أوباما" بجانب بعضها البعض، قد يكون "محرك البحث المبرمَج" لإنشاء الرمز المميز "plead_obama". نتيجةً لذلك، [more:pagemap:leaders-name:president_obama] ستعرض نفس النتائج كـ [more:pagemap:leaders-name:president AND more:pagemap:leaders-name:obama].

هناك استثناء رئيسي آخر للترميز القائم على علامات الترقيم وهو الشرطة المائلة للأمام '/' عند فصل الأرقام. قيم السمات النموذج "NUMBER/NUMBER" أو "NUMBER/NUMBER/NUMBER" تتم معالجتها كرموز مميزة متجاورة واحدة على سبيل المثال، "3.5/5.0" و"23/09/2006" على أنها رموز مميزة فردية. على سبيل المثال، بهدف البحث عن سمة ذات القيمة "2006/09/23"، فاستخدم التقييد:

[more:pagemap:birth-date:2006/09/23]

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

الرجوع إلى الأعلى

قيود من JSON-LD

JSON-LD هو تنسيق عادي وفعّال للبيانات المنظَّمة. يتم تنسيق البيانات بتنسيق JSON ووضعها في علامة <script> مع type="application/ld+json"

فيما يلي أقل قدر من HTML مع تنسيق JSON-LD البسيط:

<script type="application/ld+json">
      {
        "@id": "http://event.example.com/events/presenting-foo",
        "@type": "http://schema.org/AggregateRating",
        "http://schema.org/ratingCount": "22",
        "http://schema.org/ratingValue": "4.4",
        "http://schema.org/itemReviewed": {
          "@type": "http://schema.org/Event",
          "http://schema.org/description": "Please attend.",
          "http://schema.org/name": "Presenting Foo",
          "http://schema.org/startdate": "2022-05-24",
          "http://schema.org/location": "Back room"
        }
      }
</script>

سيؤدي ذلك إلى إنشاء القيود التالية:

  • more:pagemap:aggregaterating-ratingcount:22
  • more:pagemap:aggregaterating-ratingvalue:4.4
  • more:pagemap:aggregaterating-itemreviewed-event-description:please_attend
  • more:pagemap:aggregaterating-itemreviewed-event-description:please
  • more:pagemap:aggregaterating-itemreviewed-event-description:attend
  • more:pagemap:aggregaterating-itemreviewed-event-name:presenting_foo
  • more:pagemap:aggregaterating-itemreviewed-event-name:presenting
  • more:pagemap:aggregaterating-itemreviewed-event-name:foo
  • more:pagemap:aggregaterating-itemreviewed-event-startdate:2022-05-24
  • more:pagemap:aggregaterating-itemreviewed-event-location:back_room
  • more:pagemap:aggregaterating-itemreviewed-event-location:back
  • more:pagemap:aggregaterating-itemreviewed-event-location:room

بالنسبة إلى JSON-LD، ننشئ حصرًا للمسار بأكمله من الجذر، راجِع الفلترة حسب الفرع. ومع ذلك، فإن جذر شجرة JSON-LD يتضمن عُقدًا ورقية عندما تكون العناصر الثانوية القيود الناتجة تكون بنفس شكل قيود السمات. يمكن أن تظهر بعض القيود في من العُقد الورقية في الجذر وتأخذ (type-name-value)، مثل: more:pagemap:aggregaterating-ratingcount:22

ملاحظة: تسمح تنسيقات البيانات المنظَّمة الأخرى بالسلاسل التي يصل طولها إلى 128 بايت، ولكن JSON-LD: يتم اقتطاع جميع السلاسل إلى حوالي 50 حرفًا - مع بذل جهد حتى لا تنتهي السلسلة في منتصف الكلمة. وبناءً على طول الكلمة، قد يؤدي ذلك إلى الحدّ من عدد الرموز المميّزة التي يتم إنشاؤها. من السلسلة بشكل أكثر صرامة من الحد إلى عشرة رموز.

الرجوع إلى الأعلى

ترتيب حسب السمة

أحيانًا لا يكفي حصر البحث على نوع معين من النتائج، فعلى سبيل المثال، عند البحث عن مراجعات المطاعم، قد ترغب في الحصول على أعلى للمطاعم لعرضها في أعلى القائمة. يمكنك تحقيق ذلك باستخدام ميزة الترتيب حسب السمة في "محرك البحث المبرمَج"، والتي تغيّر يتم ترتيب النتائج استنادًا إلى قيم سمات البيانات المنظَّمة. يتم تنشيط التصنيف عن طريق إضافة &sort=TYPE-NAME:DIRECTION مَعلمة عنوان URL لعنوان URL الخاص بالطلب إلى "محرك البحث المبرمَج". مثل البحث المنظم، يعتمد الترتيب حسب السمة على البيانات المنظمة على صفحاتك؛ على عكس البحث المنظم، ومع ذلك، يتطلب الفرز أن تفسيرًا رقميًا، مثل الأرقام والتواريخ.

وفي أبسط صوره، يمكنك تحديد نوع بيانات منظمة استنادًا إلى نوع كائن بيانات اسم السمة في خريطة الصفحة وإضافتها إلى عنوان URL للطلب كما &sort=TYPE-NAME على سبيل المثال، للفرز حسب تاريخ على صفحة تمثل بياناتها على أنّها النوع date والاسم sdate، استخدم الصيغة التالية:

https://www.google.com/cse?cx=000525776413497593842:aooj-2z_jjm&q=comic+con&sort=date-sdate

يؤدي هذا افتراضيًا إلى إجراء فرز ثابت بترتيب تنازلي - أي، يتم ترتيب نتائج البحث بصرامة حسب التاريخ، مع أحدث التواريخ (التي تُترجم إلى أكبر الأرقام) التي تم طلبها أولاً. إذا كنت تريد تغيير ترتيب الفرز إلى تصاعدي، أضف :a إلى الحقل (أو إضافة :d إلى الحقل بشكل صريح لتحديدها تنازليًا). فعلى سبيل المثال، لعرض النتائج الأقدم أولاً، يمكنك فرض قيود على النموذج:

https://www.google.com/cse?cx=000525776413497593842:aooj-2z_jjm&q=comic+con&sort=date-sdate:a

يتم تقديم النتائج التي تم فرزها من المحرك الخاص بك استنادًا إلى القيمة تلك الصفحات في خرائط الصفحات لـ DataObject والسمة. صفحات التي تفتقر إلى PageMaps أو نوع DataObject هذا أو أي قيمة قابلة للتحليل لن تظهر السمة بترتيب غير ثابت. في الأمثلة أعلاه، صفحات لن تظهر بدون سمة date-sdate في النتائج. لا يمكن الجمع بين التصنيف الثابت والانحياز حسب السمة الميزة الموضحة في القسم التالي، ولكن يمكن دمجها مع الفلترة حسب السمة التقييد على النطاق:

الرجوع إلى الأعلى

الانحياز حسب السمة

أحيانًا لا تريد استبعاد النتائج التي لا تحتوي على قيمة؛ على سبيل المثال، أردت البحث عن المطبخ اللبناني؛ مجموعة متنوعة من قد تتطابق مطاعم مختلفة، من اللبناني الخالص (الأكثر صلة) إلى اليونانية (الأقل صلة بالموضوع) وفي هذه الحالة، يمكنك استخدام الخوارزمية القوية أو الضعيفة التحيز، الأمر الذي يعزز النتائج التي تحتوي ولكن لن يستبعد النتائج التي تفتقر إليها. عليك تحديد رمز تحيز ضعيف من خلال إلحاق قيمة ثانية بعد اتجاه الفرز: &sort=TYPE-NAME:DIRECTION:STRENGTH, إما :s للتحيز القوي أو :w للتحيز الضعيف (و:h للتحيز الضعيف (فرز، على الرغم من أن إضافة :h اختيارية لأنها الإعداد الافتراضي). على سبيل المثال، سيضمن إضافة تحيز قوي أن أفضل قد يتفوق أداء مطاعم البحر الأبيض المتوسط على الأسوأ تقييمًا مطاعم البحر الأبيض المتوسط، ولكن من غير المرجّح أن تحقّق تلك الشركات مرتبة أعلى تطابق تام في مطعم لبناني:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-rating:d:s

يمكن دمج التحيزات المتعددة باستخدام عامل الفاصلة:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-rating:d:s,review-pricerange:d:w

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

الرجوع إلى الأعلى

قصر على النطاق

لتضمين النتائج بين نطاق من القيم أو أعلى أو أقل من قيمة، تستخدم تقييد النطاق. يتم تحديد حدود النطاق من خلال :r. ملحقة باسم السمة، يليها الحد العلوي والسفلي على قيم السمة: &sort=TYPE-NAME:r:LOWER:UPPER. على سبيل المثال، لتضمين المراجعات المكتوبة بين آذار (مارس) ونيسان (أبريل) فقط 2009، يمكنك تحديد تقييد نطاق لما يلي:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-date:r:20090301:20090430

بالنسبة إلى عامل التشغيل "تقييد على النطاق"، تتيح Google الأرقام بتنسيق عائم وتواريخ ISO 8601 YYYYMMDD بدون شرطات.

ولا يجب عليك تحديد حد أقصى أو أدنى: على سبيل المثال، لتحديد تواريخ قبل 2009 فقط، يمكنك كتابة:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=review-date:r::20091231

لتضمين التقييمات الأعلى من 3 نجوم فقط، استخدِم ما يلي:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=rating-stars:r:3.0

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

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=rating-stars,rating-stars:r:3.0

يمكنك الفرز على معيار واحد والتقييد حسب النطاق فوق آخر. فعلى سبيل المثال، للفرز حسب التقييم فقط للعناصر التي تمت مراجعتها في الشهر أكتوبر، استخدم ما يلي:

https://www.google.com/cse?cx=12345:example&q=lebanese+restaurant&sort=rating-stars,review-date:r:20101001:20101031

البحث بالصور

عند تفعيل ميزة "البحث بالصور" في محرك البحث، سيعرض Google نتائج الصور في علامة تبويب منفصلة. يمكنك تفعيل ميزة "البحث بالصور" باستخدام لوحة تحكّم "محرك البحث المبرمَج" أو من خلال تعديل ملف exit.xml.

تعتمد ميزة "البحث بالصور" على المعلومات التي يكتشفها محرّك بحث Google عند الزحف إلى موقعك الإلكتروني. لتحسين طريقة عرض صورك في نتائج البحث (في كلّ من "محرك البحث المبرمَج" و"بحث الويب من Google")، من المفيد التعرّف على إرشادات نشر الصور من Google.

الفلترة حسب سمة الصورة

مثل "بحث الويب"، يتيح "بحث الصور" الفلترة حسب سمات مثل src وalt وtitle.

الرجوع إلى الأعلى

البحث المنظَّم في عنصر البحث المبرمَج

كما يمكن استخدام ميزات البحث المنظم إلى جانب واجهة برمجة التطبيقات Google عنصر البحث المبرمَج تمامًا كما هو الحال مع العوامل المعبر عنها في الاستعلام أو عناوين URL، فإن البحث المنظم في العنصر يتطلب أولاً أن يتم ترميز الصفحات التي تبحث عنها بالسمات التي تريدها للبحث حسب: ثم عامل التشغيل sort في "عنصر البحث المبرمَج" إلى جانب عوامل التشغيل more:pagemap: في الاستعلام وفرزها أو تقييدها بشكل مناسب.

على سبيل المثال، يستخدم SignOnSanDiego.com، وهو بوابة إخبارية لولاية كاليفورنيا، عنصر البحث المبرمج لعرض الأخبار الحديثة مع عرض صور في النتائج:

لضمان اطّلاع القرّاء على الأخبار الأكثر صلة بالموضوع وفي الوقت المناسب أيضًا، يستخدم SignOnSanDiego التحيز حسب السمة مع علامة "قوي" الوزن نحو تواريخ النشر الأخيرة ينفِّذ SignOnSanDiego سمات التاريخ هذه باستخدام PageMaps الذي يستخدمه SignOnSanDiego يبدو كما يلي:

<!--
  <PageMap>
    <DataObject type="date">
      <Attribute name="displaydate" value="Wednesday, August 25, 2010"/>
      <Attribute name="sdate" value="20100825"/>
    </DataObject>

    <DataObject type="thumbnail">
      <Attribute name="src" value="http://media.signonsandiego.com/img/photos/2010/08/25/635a63e9-f4a1-45aa-835a-ebee666b82e0news.ap.org_t100.jpg"/>
      <Attribute name="width" value="100"/>
    </DataObject>
  </PageMap>
  -->

لتطبيق "فرز حسب السمة" على هذا الحقل، يمكنك تعيين الخيار sort في رمز البحث عنصر البحث المبرمَج كما هو موضّح أدناه:

...
<div class="gcse-search" sort_by="date-sdate:d:s"></div>
...

تمامًا مثل مَعلمة عنوان URL &sort= الموضّحة أعلاه، يتوفّر خيار الترتيب في "عنصر البحث المبرمَج". <div class="gcse-search" sort_by="date-sdate:d:s"></div> لها اسم سمة مدمج، مثل date-sdate، والعديد من العناصر الاختيارية المعاملات مفصولة بنقطتين. وفي هذه الحالة، حدد SignOnSanDiego الفرز بترتيب تنازلي d باستخدام التحيز القوي صيغة s لعامل التشغيل. في حال عدم تقديم المحدد، الافتراضي هو استخدام ترتيب تنازلي مع فرز ثابت، تمامًا كما هو الحال في حالة عامل تشغيل عنوان URL.

يعمل خيار الفرز أيضًا على تمكين ميزة "تقييد حسب النطاق". على سبيل المثال: قد يتيح موقع مثل SignOnSanDiego للمستخدمين إمكانية البحث عن المقالات بين 25 آب (أغسطس) و9 أيلول (سبتمبر) 2010. لتنفيذ ذلك، فيمكنك تعيين خيارات الفرز على date-sdate:r:20100825:20100907 وسيستخدم هذا الإجراء مرة أخرى القيم اسم السمة date-sdate، ولكنه يحصر بدلاً من ذلك على النطاق r من القيم المحددة 20100825:20100907. وكما هو الحال مع معلمة عنوان URL، يمكنك حذف العنصر العلوي أو السفلي في في الخيار "sort" لعنصر البحث المبرمَج.

ميزة أخرى قوية لخيار الفرز هي أنه يمكنك الجمع بين "الترتيب حسب" السمة والتقييد حسب النطاق. يمكنك الجمع بين عوامل تشغيل متعددة في خيار الفرز باستخدام فاصلة. على سبيل المثال، لدمج لتحيز SignOnSanDiego القوي مع تقييد التاريخ أعلاه، يمكنك حدِّد date-sdate:d:s,date-sdate:r:20100825:20100907. هذا النمط يمكن أن تجمع بين سمات مختلفة؛ على سبيل المثال، مراجعة فيلم يعرض الأفلام الأعلى تقييمًا التي تم إصدارها خلال آخر أسبوعيًا مع الخيار review-rating,release-date:r:20100907:.

يُرجى الرجوع إلى هذه الصفحة للاطّلاع على جميع السمات المتوافقة.

يمكنك أيضًا استخدام ميزة "الفلترة حسب السمة" مع عنصر البحث المبرمَج. على سبيل المثال، خذ مثالنا السابق مع الصفحات التي تحتوي على سمات linked-blog لإنشاء واجهة مخصصة عنصر تحكّم في البحث يعرض فقط الصفحات التي تم ربطها باستخدام الرمز التالي لإدخال عامل تشغيل more:pagemap:linked-blog:blogspot في كل استعلام:

...
<div class="gcse-search" webSearchQueryAddition="more:pagemap:linked-blog:blogspot"></div>
...

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

الرجوع إلى الأعلى

استكشاف ميزات أخرى

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