खोज के नतीजों को फ़िल्टर करना और क्रम से लगाना

खास जानकारी

लोगों को आपकी साइट के सही पेजों पर लाने के लिए, Programmable Search Engine, स्ट्रक्चर्ड खोज ऑपरेटर उपलब्ध कराता है. इनकी मदद से, आपके पेजों में मौजूद स्ट्रक्चर्ड डेटा या आपकी साइटों पर मौजूद इमेज से जुड़े मेटाडेटा के आधार पर, खोज के नतीजों के सबसेट में ड्रिल-डाउन किया जा सकता है.

इमेज सर्च के लिए, Google आपके पेजों पर मौजूद स्ट्रक्चर्ड डेटा और आपकी साइट को क्रॉल करते समय मिले इमेज मेटाडेटा, दोनों का इस्तेमाल करता है. हमारा सुझाव है कि सभी वेबमास्टर, इमेज पब्लिश करने से जुड़े हमारे दिशा-निर्देशों के बारे में जान लें.

  1. वेब सर्च
  2. इमेज सर्च
  3. Programmable Search Element में स्ट्रक्चर्ड सर्च

वेब खोज

टेक्स्ट, शब्दों का बिना किसी क्रम वाला क्रम होता है, जबकि स्ट्रक्चर्ड डेटा को लॉजिकल तरीके से, विशेषताओं के एक सेट के साथ ऑब्जेक्ट के सेट में व्यवस्थित किया जाता है. Programmable Search Engine कई तरह का स्ट्रक्चर्ड डेटा निकालता है, जिसे स्ट्रक्चर्ड खोज ऑपरेटर इस्तेमाल करते हैं. इसमें तारीख, लेखक, रेटिंग, और कीमतें शामिल होती हैं. यह वही डेटा है जो कस्टम स्निपेट में इस्तेमाल करने के लिए उपलब्ध है. इसके अलावा, Programmable Search Engine, इनमें से किसी भी फ़ॉर्मैट में स्ट्रक्चर्ड डेटा के साथ काम करता है:

  • PageMap: PageMap, स्ट्रक्चर्ड डेटा को एट्रिब्यूट और वैल्यू के साथ DataObjects के तौर पर दिखाता है. इन्हें वेब पेज में एम्बेड किए गए एक्सएमएल ब्लॉक के तौर पर कोड में बदला जाता है. Programmable Search Engine, व्यवस्थित खोज ऑपरेटर के लिए, अच्छी तरह से बनाए गए सभी PageMap डेटा उपलब्ध कराता है. इसका इस्तेमाल कस्टम स्निपेट में भी किया जा सकता है.
  • meta टैग: Google, <meta name="NAME" content="VALUE"> फ़ॉर्म के meta टैग से, चुना गया कॉन्टेंट निकालता है. इस फ़ॉर्म के खोज ऑपरेटर के साथ, <meta name="pubdate" content="20100101"> फ़ॉर्म के meta टैग का इस्तेमाल किया जा सकता है: &sort=metatags-pubdate.
  • पेज की तारीखें: Google, यूआरएल, टाइटल, बायलाइन की तारीख, और दूसरी सुविधाओं के आधार पर, पेज की तारीख का अनुमान लगाता है. इस तारीख को क्रम से लगाने वाले ऑपरेटर के साथ इस्तेमाल किया जा सकता है. ऐसा करने के लिए, खास तरह के date स्ट्रक्चर्ड डेटा का इस्तेमाल किया जा सकता है, जैसा कि &sort=date में बताया गया है.
  • रिच स्निपेट डेटा: Google, सार्वजनिक मानकों से भी डेटा का एक सबसेट निकालता है, जैसे: का इस्तेमाल किया जा सकता है. उदाहरण के लिए, माइक्रोफ़ॉर्मैट hrecipe स्टैंडर्ड का इस्तेमाल करके मार्कअप किए गए पेजों को उनकी रेटिंग के हिसाब से क्रम से लगाने के लिए, &sort=recipe-ratingstars का इस्तेमाल करें.

स्ट्रक्चर्ड डेटा देने के बारे में ज़्यादा जानकारी.

अगर आपके पेजों में स्ट्रक्चर्ड डेटा है, तो Programmable Search Engine के स्ट्रक्चर्ड खोज ऑपरेटर लागू करें. ऐसा करके, अपनी खोज को खास डेटा वैल्यू वाले फ़ील्ड तक सीमित किया जा सकता है. साथ ही, नतीजों को क्रम से लगाने के बजाय, तय वैल्यू के हिसाब से क्रम में लगाया जा सकता है या वैल्यू की दी गई संख्या तक सीमित किया जा सकता है.

Programmable Search Engine, स्ट्रक्चर्ड डेटा पर, इन खोज ऑपरेटर के साथ काम करता है:

वापस सबसे ऊपर जाएं

एट्रिब्यूट के हिसाब से फ़िल्टर करें

एट्रिब्यूट के हिसाब से फ़िल्टर करने पर, तीन तरह के नतीजे चुने जा सकते हैं:

  • किसी खास DataObject के साथ नतीजे, जैसे कि समीक्षा
  • किसी फ़ील्ड के साथ DataObject के साथ नतीजे, जैसे कि कीमत सीमा के साथ की गई समीक्षा.
  • किसी फ़ील्ड की खास वैल्यू वाले नतीजे, जैसे कि 5 स्टार वाली समीक्षा.

एट्रिब्यूट के हिसाब से फ़िल्टर करने के लिए, खोज क्वेरी में more:pagemap:TYPE-NAME:VALUE ऑपरेटर जोड़ें. इससे खोज के नतीजों में सिर्फ़ ऐसे पेज शामिल होते हैं जिनके स्ट्रक्चर्ड डेटा उस तरह, नाम, और वैल्यू से पूरी तरह से मेल खाता है. (Programmable Search Engine हर पेज के लिए 200 एट्रिब्यूट को बदलेगा. इसकी शुरुआत पेजमैप डेटा से होगी. इसके बाद, JSON-LD, माइक्रोफ़ॉर्मैट, मेटाटैग, RDFa, और माइक्रोडेटा) दिए जाएंगे. एट्रिब्यूट में 128 से ज़्यादा वर्ण नहीं होने चाहिए. नाम वाले फ़ील्ड के सभी इंस्टेंस से मैच करने के लिए VALUE को हटाकर या दिए गए टाइप के सभी ऑब्जेक्ट से मैच करने के लिए, -NAME:VALUE को हटाकर, इस ऑपरेटर को सामान्य बनाया जा सकता है.

यह देखने के लिए कि पूरे ऑपरेटर को स्ट्रक्चर्ड डेटा से कैसे बनाया गया है, पहले इस्तेमाल किया गया उदाहरण देखें:

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

more:pagemap:document-author:lisamorton से जुड़ी पाबंदी के बारे में ज़्यादा जानकारी दें. यह more: ऑपरेटर एक ऐसा प्लैटफ़ॉर्म है जिसका इस्तेमाल Programmable Search Engine, रिफ़ाइन करने के लेबल बनाने के लिए करता है. रिफ़ाइन करने के pagemap: वाले हिस्से में, हमें इंडेक्स किए गए PageMaps के खास एट्रिब्यूट के हिसाब से नतीजों को बेहतर बनाने के लिए कहा जाता है. साथ ही, ऑपरेटर के बाकी एलिमेंट, 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: क्वालीफ़ायर हमें author नाम वाले एट्रिब्यूट वाले document टाइप वाले DataObject को खोजने के लिए कहता है. इस स्ट्रक्चर्ड डेटा कुंजी के बाद वैल्यू lisamorton होती है. यह वैल्यू, इस पाबंदी वाली खोज में दिखाए जाने वाले एट्रिब्यूट की वैल्यू से पूरी तरह मेल खानी चाहिए.

more:p:document-author:lisamorton

एट्रिब्यूट के हिसाब से फ़िल्टर करते समय, किसी संक्षिप्त क्वेरी का इस्तेमाल करके ज़्यादा जटिल फ़िल्टर (और छोटे निर्देश) बनाए जा सकते हैं. उदाहरण के लिए, यूआरएल के लिए यह PageMap जोड़ा जा सकता है:

    <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, माइक्रोफ़ॉर्मैट, और RDFa के लिए उपलब्ध है. यह सिर्फ़ एट्रिब्यूट के हिसाब से फ़िल्टर करने का ऐसा तरीका है जो JSON-LD स्ट्रक्चर्ड डेटा के लिए उपलब्ध है.

अगर स्ट्रक्चर्ड डेटा में पेड़ नहीं हैं या उसमें सिर्फ़ ऐसे पेड़ हैं जिनके नाम बच्चे नहीं हैं, तो उन पर लगी पाबंदियां और एट्रिब्यूट के हिसाब से फ़िल्टर करने पर पाबंदियां एक जैसी होती हैं. हालांकि, बच्चों वाले पेड़ों पर कुछ पाबंदियां होती हैं, जिनमें ये शामिल होते हैं: रूट आउट से लीफ़ नोड तक, हर नोड के लिए type-name. इसलिए, ऐसा पेड़ जहां:

  • रूट Event टाइप का है
  • किसी बच्चे का नाम रेटिंग है
  • उस बच्चे के पास AggregateRating का टाइप है
  • बच्चे के पास एक एट्रिब्यूट है, जिसका नाम ratingCount और वैल्यू 22 है
पाबंदी जनरेट करेगा: रेटिंग की संख्या पर खत्म होने वाली ब्रांच के लिए, more:pagemap:event-rating-aggregaterating-ratingcount:22.

अन्य सुविधाओं के साथ एट्रिब्यूट या ब्रांच के हिसाब से फ़िल्टर करने की सुविधा का इस्तेमाल करना

अपनी साइट पर मौजूद दस्तावेज़ों पर, PageMaps में दिए गए कॉन्टेंट में ड्रिल-डाउन करने के लिए, इस ओपन-एंडेड सिंटैक्स का इस्तेमाल किया जा सकता है. Google पर काम करने वाले दूसरे सभी तरह के स्ट्रक्चर्ड डेटा के साथ भी इसी सिंटैक्स का इस्तेमाल किया जा सकता है. हालांकि, इसमें सिर्फ़ पेज की अनुमानित तारीख शामिल नहीं है. आपके ऐप्लिकेशन के लिए ज़रूरी एट्रिब्यूट के आधार पर नतीजों को फ़िल्टर करने के लिए, रिफ़ाइनमेंट लेबल या छिपे हुए क्वेरी एलिमेंट के साथ भी इन more:pagemap: ऑपरेटर का इस्तेमाल किया जा सकता है. इससे असली उपयोगकर्ताओं को, पाबंदी का ये लेबल सीधे टाइप करने की ज़रूरत नहीं होगी.

आप खोज ऑपरेटर के कुछ हिस्सों को भी हटा सकते हैं. ऊपर दिए गए उदाहरण में ध्यान दें कि PageMap, document टाइप का DataObject और author टाइप का एट्रिब्यूट तय करता है. हालांकि, यह ज़रूरी नहीं है कि आपकी साइट का हर पेज एक दस्तावेज़ हो और सभी दस्तावेज़ों में लेखक का ज़िक्र किया गया हो. अगर more:pagemap:document-author फ़ॉर्म के किसी ऑपरेटर का इस्तेमाल किया जाता है, तो दिखाए गए नतीजों में document DataObject में author एट्रिब्यूट वाले सभी पेज शामिल होंगे. इस बात से कोई फ़र्क़ नहीं पड़ता कि एट्रिब्यूट की वैल्यू कैसी है. इसी तरह, more:pagemap:document, ऐसे PageMaps के साथ सभी नतीजे दिखाएगा जिनमें document टाइप के DataObject हैं, चाहे उस DataObject पर कोई भी फ़ील्ड हो.

पाबंदियों के लिए टेक्स्ट वैल्यू को टोकन देना

स्पेस, विराम चिह्न या खास वर्णों वाले एट्रिब्यूट की वैल्यू को हमेशा अलग-अलग टोकन में बांट दिया जाता है. उदाहरण के लिए, "Programmable Search Engine@google" को एट्रिब्यूट की वैल्यू को तीन अलग-अलग टोकन, "custom", "search", और "google" में बांटा जाएगा. इससे एक शब्द पर खोज करने की अनुमति मिलती है जिसे शब्दों और विराम चिह्नों के बड़े क्रम में एम्बेड किया जाता है, जैसे कि प्रोडक्शन का ब्यौरा. (Programmable Search Engine हर स्ट्रिंग में 10 टोकन तक इकट्ठा करेगा. इसलिए, अगर आपके एट्रिब्यूट की वैल्यू में 10 से ज़्यादा शब्द हैं, तो हो सकता है कि कुछ नतीजे सीमित करने के लिए उपलब्ध न हों.) उदाहरण के लिए, नीचे दिए गए PageMap में Programmable Search Engine के प्रोडक्शन से जुड़ी जानकारी शामिल है:

<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, a, लेकिन इसलिए, और ऐसे शब्दों के लिए जनरेट नहीं होती हैं जो खोजने के लिए कम काम के होते हैं. इसलिए, टेक्स्ट वैल्यू: "the मुख्य पॉइंट" main, point, और the_main_point के लिए पाबंदी जनरेट करेगा. हालांकि, इससे the के लिए पाबंदी जनरेट नहीं होगी.
  • टेक्स्ट वैल्यू में सिर्फ़ पहले 10 शब्दों का इस्तेमाल, पाबंदियों को बनाने के लिए किया जाता है.
  • विराम चिह्न के जिन वर्णों को डीलिमिटर नहीं माना जाता उन्हें अंडरस्कोर, _ में बदल दिया जाता है.

कई पाबंदियों का इस्तेमाल करके, टोकन के तौर पर मौजूद वैल्यू निकालना

ज़्यादा जानकारी के लिए, दूसरी पाबंदियां भी जोड़ी जा सकती हैं. उदाहरण के लिए, अगर आपको सिर्फ़ सर्च इंजन के प्रॉडक्ट के बारे में जानकारी देने वाले पेज देखने हैं, तो ये पाबंदियां जोड़ें:

[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]

टोकनाइज़ेशन का एक अपवाद, एट्रिब्यूट की उन वैल्यू के लिए है जो यूआरएल होते हैं. यूआरएल के टोकन काफ़ी काम के होते हैं. इसलिए, हम मान्य यूआरएल वाले एट्रिब्यूट की वैल्यू से कोई टोकन जनरेट नहीं करते.

कुछ मामलों में—उदाहरण के लिए, जब अक्सर एक साथ छोटे टोकन मिलते हैं, तो Programmable Search Engine उन्हें सुपरटोकन बनाने के लिए जोड़ सकता है. उदाहरण के लिए, अगर "प्रेसिडेंट" और "ओबामा" टोकन बार-बार एक-दूसरे के बगल में दिखते हैं, तो Programmable Search Engine, सुपरटोकन "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]

स्लैश के आधार पर जॉइन करने की सुविधा सिर्फ़ तब काम करती है, जब फ़ॉरवर्ड स्लैश, बिना स्पेस वाली संख्याओं के बीच होता है. स्लैश और संख्या के बीच स्पेस होने से, अलग-अलग टोकन बनते हैं. इसके अलावा, स्लैश के ज़रिए जोड़ी गई संख्याएं बिलकुल एक जैसी होनी चाहिए. एट्रिब्यूट के हिसाब से फ़िल्टर करने वाला ऑपरेटर, इन वैल्यू को फ़्रैक्शन या तारीख नहीं मानता. Programmable Search Engine के स्ट्रक्चर्ड खोज ऑपरेटर, जैसे कि एट्रिब्यूट के हिसाब से क्रम से लगाएं और रेंज के लिए सीमित करें में, इन संख्याओं को फ़्रैक्शन और तारीख के तौर पर देखते हैं. ज़्यादा जानकारी के लिए, स्ट्रक्चर्ड डेटा उपलब्ध कराने के बारे में दिया गया दस्तावेज़ देखें.

वापस सबसे ऊपर जाएं

JSON-LD से पाबंदियां

JSON-LD, स्ट्रक्चर्ड डेटा के लिए एक बेहतरीन और स्टैंडर्ड फ़ॉर्मैट है. डेटा को JSON के तौर पर फ़ॉर्मैट किया जाता है और इसे type="application/ld+json" के साथ <script> टैग में रखा जाता है.

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 टोकन तक सीमित कर सकता है.

वापस सबसे ऊपर जाएं

एट्रिब्यूट के हिसाब से क्रम में लगाएं

कभी-कभी, खोज के नतीजों को सिर्फ़ खास तरह के नतीजों तक सीमित करना काफ़ी नहीं होता. उदाहरण के लिए, हो सकता है कि रेस्टोरेंट की समीक्षाओं में खोज करते समय, आप सबसे ज़्यादा रेटिंग वाले रेस्टोरेंट को सूची में सबसे ऊपर दिखाना चाहें. इसके लिए, Programmable Search Engine की, एट्रिब्यूट के हिसाब से क्रम में लगाने की सुविधा का इस्तेमाल किया जा सकता है. इस सुविधा में, स्ट्रक्चर्ड डेटा एट्रिब्यूट की वैल्यू के हिसाब से नतीजों का क्रम बदल जाता है. Programmable Search Engine के अनुरोध के यूआरएल में, &sort=TYPE-NAME:DIRECTION यूआरएल पैरामीटर जोड़कर क्रम से लगाने की सुविधा चालू की जाती है. स्ट्रक्चर्ड खोज की तरह, एट्रिब्यूट के हिसाब से क्रम में लगाने की सुविधा, आपके पेजों पर मौजूद स्ट्रक्चर्ड डेटा पर निर्भर करती है. स्ट्रक्चर्ड खोज के उलट, क्रम में लगाने के लिए फ़ील्ड में संख्याओं और तारीखों जैसी अंकों की ज़रूरत होती है.

सबसे आसान तरीके में, आपको PageMap में डेटा ऑब्जेक्ट टाइप और एट्रिब्यूट के नाम के आधार पर स्ट्रक्चर्ड डेटा टाइप तय करना होता है और उसे अनुरोध यूआरएल में &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 में मौजूद वैल्यू के आधार पर दिखाए जाते हैं. ऐसे पेज जिनमें 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

सिर्फ़ तीन स्टार से ज़्यादा की रेटिंग शामिल करने के लिए, इनका इस्तेमाल करें:

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 इमेज से जुड़े नतीजों को एक अलग टैब में दिखाएगा. Programmable Search Engine के कंट्रोल पैनल का इस्तेमाल करके याcontext.xml फ़ाइल को अपडेट करके, इमेज खोजने की सुविधा को चालू किया जा सकता है.

इमेज सर्च, आपकी साइट को क्रॉल करते समय Google को मिली जानकारी का इस्तेमाल करता है. खोज के नतीजों (Programmable Search Engine और Google Web Search, दोनों में) में अपनी इमेज को बेहतर तरीके से दिखाने के लिए, इमेज पब्लिश करने से जुड़े Google के दिशा-निर्देशों को जान लें.

इमेज एट्रिब्यूट के हिसाब से फ़िल्टर करें

Web Search की तरह, इमेज सर्च के लिए भी src, alt, और title जैसे एट्रिब्यूट को फ़िल्टर किया जा सकता है.

वापस सबसे ऊपर जाएं

Programmable Search एलिमेंट में स्ट्रक्चर्ड सर्च

स्ट्रक्चर्ड खोज सुविधाओं का इस्तेमाल Google Programmable Search Element के साथ भी किया जा सकता है. क्वेरी या यूआरएल पैरामीटर में बताए गए ऑपरेटर की तरह ही, एलिमेंट में स्ट्रक्चर्ड खोज के लिए सबसे पहले ज़रूरी है कि जिन पेजों को खोजा जा रहा है उन एट्रिब्यूट के साथ मार्क अप किया गया हो. इसके बाद, Programmable Search Element का sort ऑपरेटर और क्वेरी में more:pagemap: ऑपरेटर के साथ, खोज के नतीजे सही तरीके से क्रम में लगाए जाएंगे या उन पर पाबंदी लगाई जाएगी.

उदाहरण के लिए, कैलिफ़ोर्निया का न्यूज़ पोर्टल, SignOnSanDiego.com, Programmable Search Element का इस्तेमाल करके हाल की खबरों को नतीजों में फ़ोटो के साथ रेंडर करता है:

यह पक्का करने के लिए कि पाठकों को न सिर्फ़ सबसे ज़्यादा काम की खबरें दिखें, बल्कि समय पर खबरें भी दिखें, 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>
  -->

इस फ़ील्ड में, 'एट्रिब्यूट के मुताबिक क्रम से लगाएं' सुविधा को लागू करने के लिए, आपको Programmable Search Element के लिए खोज कोड में sort विकल्प सेट करना होगा, जैसा कि यहां दिखाया गया है:

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

ऊपर बताए गए यूआरएल &sort= पैरामीटर की तरह ही, Programmable Search Element में क्रम से लगाने के विकल्प <div class="gcse-search" sort_by="date-sdate:d:s"></div> के लिए, एट्रिब्यूट का एक मिला-जुला नाम इस्तेमाल किया जाता है, जैसे कि date-sdate. साथ ही, कई वैकल्पिक पैरामीटर को कोलन लगाकर अलग किया जाता है. इस मामले में, SignOnSanDiego ने ऑपरेटर के खास पसंद s फ़्लेवर का इस्तेमाल करके, घटते क्रम में d को क्रम में लगाने का तरीका बताया. अगर आपने क्वालिफ़ायर की जानकारी नहीं दी है, तो डिफ़ॉल्ट तौर पर इसे हार्ड सॉर्ट के साथ घटते क्रम में इस्तेमाल किया जाता है, जैसा कि यूआरएल ऑपरेटर के मामले में होता है.

क्रम से लगाने का विकल्प, रेंज के हिसाब से पाबंदी लगाने की सुविधा को भी चालू करता है. उदाहरण के लिए, SignOnSanDiego जैसी साइट पर लोग 25 अगस्त से 9 सितंबर के बीच, 2010 में पब्लिश हुए लेख खोज सकते हैं. इसे लागू करने के लिए, क्रम से लगाने के विकल्पों को date-sdate:r:20100825:20100907 पर सेट किया जा सकता है. यह फिर से मिले-जुले एट्रिब्यूट के नाम date-sdate का इस्तेमाल करता है, लेकिन इसके बजाय तय की गई वैल्यू 20100825:20100907 की रेंज r तक सीमित कर देता है. यूआरएल पैरामीटर की तरह ही, Programmable Search एलिमेंट के sort विकल्प में जाकर, रेंज के ऊपर या नीचे के आइटम को हटाया जा सकता है.

क्रम से लगाने के विकल्प की एक और सुविधा यह है कि आप ‘एट्रिब्यूट के हिसाब से क्रम में लगाएं’ और रेंज के हिसाब से पाबंदी लगाएं को एक साथ मिला सकते हैं. कॉमा का इस्तेमाल करके, क्रम से लगाने के विकल्प में एक से ज़्यादा ऑपरेटर को जोड़ा जा सकता है. उदाहरण के लिए, SignOnSanDiego के मज़बूत पूर्वाग्रह को ऊपर बताई गई तारीख की सीमा के साथ मिलाने के लिए, आपको date-sdate:d:s,date-sdate:r:20100825:20100907 बताना होगा. इस सुविधा में अलग-अलग एट्रिब्यूट शामिल किए जा सकते हैं. उदाहरण के लिए, हो सकता है कि फ़िल्म की समीक्षा करने वाली कोई साइट, review-rating,release-date:r:20100907: विकल्प के साथ पिछले हफ़्ते में रिलीज़ की गई सबसे ज़्यादा रेटिंग वाली फ़िल्मों को दिखाए.

इस्तेमाल किए जा सकने वाले सभी एट्रिब्यूट के बारे में जानने के लिए, कृपया यह पेज देखें.

Programmable Search Element के साथ, एट्रिब्यूट के हिसाब से फ़िल्टर करें का इस्तेमाल भी किया जा सकता है. उदाहरण के लिए, हमारे पहले के उदाहरण को देखें. इसमें linked-blog एट्रिब्यूट वाले पेजों की जानकारी दी गई है. कस्टम खोज कंट्रोल बनाने से, हर क्वेरी में more:pagemap:linked-blog:blogspot ऑपरेटर इंजेक्ट करने के लिए, सिर्फ़ वे पेज दिखाए गए जिन्हें इस कोड का इस्तेमाल करके लिंक किया गया था:

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

यह तरीका ज़्यादा सुविधाजनक नहीं है, क्योंकि यह इस कंट्रोल से जारी की गई सभी क्वेरी पर प्रतिबंध जोड़ता है. दूसरे विकल्प देखने के लिए, Programmable Search Element पर मौजूद दस्तावेज़ देखें.

वापस सबसे ऊपर जाएं

अन्य सुविधाओं के बारे में जानना

स्ट्रक्चर्ड खोज सुविधाएं, विकल्पों का एक बेहतरीन सेट हैं. ये आपको अपने खोज ऐप्लिकेशन पर बहुत ज़्यादा कंट्रोल देते हैं. इनकी मदद से, उपयोगकर्ताओं के लिए अपने खोज नतीजों को क्रम में लगाने और उन्हें सीमित करने के लिए, कस्टम एट्रिब्यूट का इस्तेमाल किया जा सकता है. स्ट्रक्चर्ड खोज, Programmable Search Engine की अन्य सुविधाओं, जैसे कि कस्टम नतीजे के स्निपेट के साथ भी अच्छी तरह से काम करती है. अधिक जानकारी के लिए: