نظرة عامة
لمساعدة المستخدمين في الوصول إلى الصفحات المناسبة على موقعك الإلكتروني، يوفّر "محرك البحث المبرمَج" عوامل تشغيل البحث المنظَّمة التي تتيح لك التوغّل في مجموعات فرعية من نتائج البحث استنادًا إلى البيانات المنظَّمة الواردة في صفحاتك أو البيانات الوصفية المرتبطة بالصور على مواقعك الإلكترونية.
بالنسبة إلى بحث الصور، يعتمد محرّك بحث Google على البيانات المنظَّمة في صفحاتك والبيانات الوصفية للصور التي يتم اكتشافها عند الزحف إلى موقعك الإلكتروني. ونحن ننصح بأن يكون جميع مشرفي المواقع على دراية بإرشادات نشر الصور.
بحث الويب
على عكس النص، الذي هو تسلسل حر من الكلمات، يتم تنظيم البيانات المهيكلة بشكل منطقي في مجموعة من الكائنات مع مجموعة من السمات. يستخلص "محرك البحث المبرمَج" مجموعة متنوعة من البيانات المنظَّمة لاستخدامها من خلال عوامل تشغيل البحث، بما في ذلك التواريخ والمؤلفين والتقييمات والأسعار، وهذه هي البيانات نفسها المتاحة للاستخدام في المقتطفات المخصّصة. بالإضافة إلى ذلك، يتيح "محرك البحث المبرمَج" استخدام البيانات المنظَّمة بأي من التنسيقات التالية:
- PageMap: تمثّل السمة PageMap بوضوح البيانات المنظَّمة على أنّها كائنات DataObjects مع سمات وقيم، ويتم ترميزها في شكل كتلة XML مضمّنة في صفحة ويب. يوفّر "محرك البحث المبرمَج" جميع بيانات PageMap التي تم إنشاؤها بشكل جيد لعوامل تشغيل البحث المنظَّمة، ويمكن استخدامها أيضًا في المقتطفات المخصّصة.
- علامات
meta: يستخرج محرّك بحث Google المحتوى المحدّد من علاماتmetaبالنموذج<meta name="NAME" content="VALUE">. يمكن استخدام علامةmetaبالنموذج<meta name="pubdate" content="20100101">مع عامل تشغيل بحث بالنموذج:&sort=metatags-pubdate. - تواريخ الصفحات:
يقدّر محرّك بحث Google تاريخ الصفحة استنادًا إلى عنوان URL والعنوان وسطر التاريخ
وميزات أخرى. يمكن استخدام هذا التاريخ مع عامل الترتيب باستخدام النوع الخاص من البيانات المنظَّمة
date، كما في&sort=date. - بيانات المقتطفات المنسّقة:
يستخلص Google أيضًا مجموعة فرعية من البيانات من المعايير العامة، مثل:
للاستخدام في عوامل تشغيل البيانات المنظَّمة في "محرك البحث المبرمَج"
على سبيل المثال، لترتيب الصفحات التي تم ترميزها وفق معيار Microformat
hrecipeاستنادًا إلى تقييماتها، استخدِم&sort=recipe-ratingstars.
مزيد من المعلومات حول تقديم بيانات منظَّمة
إذا كانت صفحاتك تتضمّن بيانات منظَّمة، يمكنك عندئذٍ تطبيق عوامل تشغيل البحث المنظَّمة في "محرك البحث المبرمَج" لحصر عمليات البحث على الحقول التي تتضمّن قيم بيانات معينة، أو ترتيبها بشكل صارم حسب القيم الرقمية، أو الانحياز نحو قيم معيّنة بدلاً من ترتيبها، أو حتى قصرها على نطاق عددي محدَّد من القيم.
يتيح "محرك البحث المبرمَج" استخدام عوامل تشغيل البحث التالية على البيانات المنظَّمة:
- الفلترة حسب السمة المتاحة لجميع تنسيقات البيانات المنظَّمة باستثناء JSON-LD
- الفلترة حسب فرع الشجرة المتاح لترميز JSON-LD وMicroformat وRDFa
- الترتيب حسب السمة
- الانحياز حسب السمة
- تقييد النطاق
الفلترة حسب السمة
تتيح لك التصفية حسب السمة تحديد ثلاثة أنواع من النتائج:
- النتائج التي تحتوي على 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 من المثال:
<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
عند التصفية حسب السمة، يمكنك إنشاء فلاتر أكثر تعقيدًا (وأوامر أقصر) باستخدام طلب بحث مضغوط. على سبيل المثال، يمكنك إضافة PageMap التالية لعنوان URL:
<pagemap>
<DataObject type="document">
<Attribute name="keywords">horror</Attribute>
<Attribute name="keywords">fiction</Attribute>
<Attribute name="keywords">Irish</Attribute>
</DataObject>
</pagemap>
</page>
لعرض نتائج طلب البحث "الأيرلندية والخيال"، استخدم ما يلي:
more:p:document-keywords:irish*fiction
يعادل ذلك more:pagemap:document-keywords:Irish more:pagemap:document-keywords:fiction.
لعرض نتائج البحث عن "الأيرلندية AND (خيال أو رعب)"، استخدم ما يلي:
more:p:document-keywords:irish*fiction,irish*horror
الفلترة حسب الفرع
الفلترة حسب الفرع هي إحدى صيغ الفلترة حسب السمة المتاحة لتنسيق JSON-LD وMicroformat وRDFa. وهو النوع الوحيد من الفلترة حسب السمة المتاحة للبيانات المنظَّمة بتنسيق JSON-LD.
إذا كانت البيانات المنظَّمة لا تحتوي على أشجار أو تحتوي فقط على أشجار بدون أطفال، سيكون تطبيق القيود مطابقًا للفلترة حسب السمة. في المقابل، إنّ الأشجار التي لديها أطفال لها قيود تحتوي على: type-name لكل عُقدة من الجذر إلى عقدة الورقة، وبالتالي في الشجرة:
- الجذر من نوع Event.
- يُطلَق على الطفل اسم التقييم.
- هذا الطفل لديه النوع AggregateRating
- يحتوي العنصر الفرعي على سمة تحمل الاسم ratingCount والقيمة 22.
استخدام التصفية حسب السمة أو الفرع مع الميزات الأخرى
يمكنك استخدام هذه البنية ذات النهايات المفتوحة للتوغّل في المحتوى المحدّد في PageSpace على المستندات على موقعك الإلكتروني، ويمكنك أيضًا استخدام البنية نفسها
مع جميع الأنواع الأخرى تقريبًا من البيانات المنظَّمة
المتوافقة مع محرّك بحث Google، باستثناء
تاريخ الصفحة المقدّر فقط. يمكنك أيضًا
استخدام عوامل التشغيل more:pagemap: هذه مع
تصنيفات التحسين أو
عناصر طلبات البحث المخفية
لفلترة النتائج حسب السمات المهمة لتطبيقك،
كي لا يضطر المستخدمون النهائيون إلى كتابة مؤهِّلات القيود هذه مباشرةً.
يمكنك أيضًا حذف أجزاء من عامل تشغيل البحث. في المثال أعلاه، لاحظ أن PageMap يحدد DataObject من النوع document وسمة من النوع author. ولكن قد لا تكون كل صفحة على موقعك عبارة عن
مستند، وقد لا يكون لكل المستندات مؤلف منسوب إليه. في حال استخدام عامل تشغيل للنموذج more:pagemap:document-author، ستتضمن النتائج المعروضة جميع الصفحات التي تحتوي على سمة author في document DataObject، بغض النظر عن قيمة السمة. وبالمثل، سيعرض more:pagemap:document جميع النتائج من خلال PageSites التي تتضمن كائنات DataObject من النوع document، بغض النظر عن الحقول المتوفرة في DataObject.
إنشاء رمز مميّز للقيم النصية للقيود
غالبًا ما يتم تقسيم قيم السمات التي تحتوي على مسافات أو علامات ترقيم أو رموز خاصة إلى رموز مميزة منفصلة، على سبيل المثال، يتم تقسيم قيمة سمة "محرك البحث المبرمَج@google" إلى ثلاثة رموز مميزة منفصلة، وهي "custom" و"search" و "google". يسمح هذا بالبحث عن كلمة واحدة مضمّنة في تسلسل أكبر من الكلمات وعلامات الترقيم، مثل وصف الإنتاج. (يعمل "محرك البحث المبرمج" على استخراج ما يصل إلى 10 رموز مميزة لكل سلسلة، لذا إذا كانت قيمة السمة الخاصة بك تحتوي على أكثر من 10 كلمات، قد لا تكون كلها متاحةً لتقييد النتائج.) على سبيل المثال، تتضمّن PageMap التالي وصفًا إنتاج محرك البحث المبرمَج:
<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. - ولا يتم إنشاء قيود منفصلة لكلمات الإيقاف، وهي كلمات أقل فائدة للبحث، مثل الـ وأ وولكن ولذلك. وبالتالي، ستؤدي القيمة النصية: "النقطة الرئيسية" إلى إنشاء قيود لـ main وpoint و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 صالحة.
في حالات معيّنة، على سبيل المثال، عند العثور على الرموز المميّزة القصيرة معًا بشكل متكرر،
قد يدمجها "محرك البحث المبرمَج" لإنشاء رموز مميّزة. على سبيل المثال، إذا كان الرمزان المميزان
"الرئيس" و"أوباما" يظهران بشكل متكرر بجانب بعضهما، قد ينشئ "محرك البحث المبرمَج" الرمز المميّز "president_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" و"09/23/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 حرفًا، ما يسعى إلى عدم إنهاء السلسلة عند منتصف الكلمة. وبناءً على طول الكلمة، قد يؤدي ذلك إلى الحدّ من عدد الرموز المميّزة التي يتم إنشاؤها من السلسلة بشكل أكثر صرامة من الحدّ الذي يبلغ 10 رموز مميّزة.
الترتيب حسب السمة
أحيانًا لا يكون إجراء البحث مقتصرًا على نوع معين من النتائج، فعلى سبيل المثال، عند إجراء بحث حول مراجعات للمطاعم، قد ترغب في ظهور المطاعم الأعلى تقييمًا في أعلى القائمة. ويمكنك تحقيق ذلك باستخدام ميزة "الترتيب حسب السمة" في "محرك البحث المبرمَج" التي تغيّر ترتيب النتائج استنادًا إلى قيم سمات البيانات المنظَّمة.
يتم تفعيل الترتيب من خلال إضافة مَعلمة
&sort=TYPE-NAME:DIRECTION
عنوان URL إلى عنوان URL للطلب إلى "محرك البحث المبرمَج".
على غرار البحث المنظَّم، يعتمد الترتيب حسب السمة على البيانات المنظَّمة على صفحاتك، وعلى عكس البحث المنظَّم، فإنّ الترتيب يتطلب أن يكون للحقل تفسيرًا رقميًا، مثل الأرقام والتواريخ.
في أبسط صوره، يمكنك تحديد نوع البيانات المنظَّمة استنادًا إلى نوع كائن البيانات واسم السمة في PageMap وإضافته إلى عنوان 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
يتم عرض النتائج المرتَّبة من محرك البحث الخاص بك استنادًا إلى القيمة التي تتضمنها هذه
الصفحات في PageSpace على "DataObject" و"السمة" هذين. لن تظهر الصفحات التي تفتقر إلى PageSpace أو نوع 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 نتائج الصور في علامة تبويب منفصلة. يمكنك تفعيل ميزة "البحث بالصور" باستخدام لوحة التحكّم في "محرك البحث المبرمَج" أو عن طريق تعديل ملف sitemap.xml.
يعتمد "البحث بالصور" على المعلومات التي يكتشفها محرّك بحث Google عند الزحف إلى موقعك الإلكتروني. لتحسين طريقة عرض صورك في نتائج البحث (في كل من "محرك البحث المبرمَج" و"بحث الويب من Google")، ننصحك بالتعرّف على إرشادات نشر الصور من Google.
الفلترة حسب سمة الصورة
مثل "بحث الويب"، يتيح بحث الصور الفلترة حسب سمات مثل src وalt وtitle.
البحث المنظَّم في عنصر البحث المبرمَج
ويمكن أيضًا استخدام ميزات البحث المنظَّم مع
"عنصر البحث المبرمَج من Google". كما هو الحال مع عوامل التشغيل التي يتم التعبير عنها في طلب البحث أو مَعلمات عناوين URL، يتطلّب البحث المنظَّم في العنصر أولاً ترميز الصفحات التي تبحث عنها بالسمات التي تريد البحث بها، وعندئذٍ سيرتِّب عامل التشغيل sort لعنصر البحث المبرمَج مع عوامل تشغيل more:pagemap: في طلب البحث نتائج البحث أو يحصرها بشكلٍ مناسب.
على سبيل المثال، تستخدم بوابة أخبار كاليفورنيا SignOnSanDiego.com عنصر البحث المبرمَج لعرض الأخبار الحديثة مع صور في النتائج:
لضمان أن يرى القراء ليس فقط الأخبار الأكثر صلة لكن في الوقت المناسب، تستخدم شركة SignOnSanDiego معيار "الانحياز حسب السمة" مع تحديد قيمة "قوي" لتواريخ النشر الحديثة. تطبّق SignOnSanDiego سمات التاريخ هذه باستخدام PageMap، وتبدو السمات التي تستخدمها 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> ...
هذه الطريقة غير مرنة نسبيًا لأنّها تضيف قيودًا على جميع طلبات البحث الصادرة من عنصر التحكّم هذا. للاطّلاع على خيارات أخرى، راجِع المستندات المتعلقة بعنصر البحث المبرمَج.
استكشاف ميزات أخرى
ميزات البحث المنظَّم هي مجموعة فعالة من الخيارات التي تمنحك قدرًا كبيرًا من التحكم في تطبيق البحث، ما يتيح لك استخدام سمات مخصّصة لترتيب نتائج البحث وتقييدها بطرق فعّالة للمستخدمين. يعمل البحث المنظمة أيضًا بشكل جيد مع ميزات "محرك البحث المبرمَج" الأخرى، مثل مقتطفات النتائج المخصصة. لمزيد من المعلومات:
- للاطّلاع على مزيد من المعلومات حول البيانات المنظَّمة المتوافقة مع محرّك بحث Google، يمكنك مراجعة مقالة توفير البيانات المنظَّمة.
- للحصول على مزيد من المعلومات حول استخدام البيانات المنظَّمة للمقتطفات، اطّلِع على المقالة تخصيص مقتطفات النتائج.