Filtrage et tri des résultats de recherche

Présentation

Pour aider les utilisateurs à accéder aux bonnes pages de votre site, Programmable Search Engine fournit des opérateurs de recherche structurés qui vous permettent d'afficher le détail de sous-ensembles de résultats de recherche en fonction des données structurées trouvées dans vos pages ou des métadonnées associées aux images de vos sites.

Pour la recherche d'images, Google s'appuie à la fois sur les données structurées de vos pages et sur les métadonnées d'image découvertes lors de l'exploration de votre site. Nous recommandons à tous les webmasters de se familiariser avec nos consignes relatives à la publication d'images.

  1. Recherche sur le Web <ph type="x-smartling-placeholder">
  2. Recherche d'images <ph type="x-smartling-placeholder">
  3. Recherche structurée dans le Programmable Search Element

Recherche sur le Web

Contrairement au texte, qui est une séquence de mots à forme libre, les données structurées sont organisées de manière logique en un ensemble d’objets avec un ensemble d’attributs. Programmable Search Engine extrait de nombreuses données structurées pour les utiliser les opérateurs de recherche (dates, auteurs, notes et prix, par exemple) ; c'est le les mêmes données peuvent être utilisées dans les extraits personnalisés. Dans Programmable Search Engine accepte les données structurées dans les formats suivants:

  • PageMap: Un PageMap représente explicitement des données structurées sous la forme de DataObjects avec des attributs et des valeurs, encodés sous forme de bloc XML intégré une page Web. Programmable Search Engine génère toutes les données PageMap correctement formées disponibles pour les opérateurs de recherche structurée. il peut également être utilisé dans extraits personnalisés.
  • Balises meta: Google extrait le contenu sélectionné de meta au format <meta name="NAME" content="VALUE">. Une balise meta au format <meta name="pubdate" content="20100101"> peut être utilisé avec un opérateur de recherche de la forme suivante: &sort=metatags-pubdate
  • Dates des pages: Google estime la date d'une page en fonction de l'URL, du titre et de la date de publication et d'autres fonctionnalités. Cette date peut être utilisée avec l'opérateur de tri en utilisant Type de données structurées spécial date, comme dans &sort=date
  • Données sur les extraits enrichis: Google extrait également un sous-ensemble de ces données à partir de normes publiques, par exemple: <ph type="x-smartling-placeholder"> à utiliser dans les opérateurs de données structurées de Programmable Search Engine. Par exemple, pour trier les pages balisées avec le microformat hrecipe en fonction de ses notes, utilisez &sort=recipe-ratingstars

En savoir plus sur l'ajout de données structurées

Si vos pages contiennent des données structurées, vous pouvez appliquer la programmation Programmable Search Engine des opérateurs de recherche structurés afin de limiter vos recherches aux champs présentant des les valeurs des données, tri strictement par valeurs numériques, biais vers certaines valeurs plutôt que de trier, ou même de se limiter à une plage numérique donnée de valeurs.

Programmable Search Engine est compatible avec les opérateurs de recherche suivants plutôt que sur les données structurées:

Haut de page

Filtrer par attribut

Le filtrage par attribut vous permet de sélectionner trois types de résultats:

  • Résultats associés à un DataObject spécifique, comme un avis
  • Résultats comportant un objet DataObject avec un champ donné, par exemple un avis avec une gamme de prix.
  • Résultats associés à la valeur spécifique d'un champ, par exemple avec 5 étoiles.

Pour filtrer par attribut, ajoutez une more:pagemap:TYPE-NAME:VALUE à une requête de recherche. Cela limite les résultats de recherche aux pages qui contiennent des données structurées qui correspondent exactement à ce type, à ce nom et à cette valeur. (Programmable Search Engine permet de convertir jusqu'à 200 attributs par page, en commençant par les données de "pagemap", suivi du format JSON-LD, du microformat, des balises Meta, du format MIME et des microdonnées). Les attributs ne doivent pas être plus ne doit pas dépasser 128 caractères. Vous pouvez généraliser cet opérateur en omettant VALUE pour la correspondance toutes les instances du champ nommé ou en omettant -NAME:VALUE pour faire correspondre tous les objets d'un type donné.

Pour voir comment l'opérateur complet est construit à partir des données structurées, rappelez-vous l'exemple que nous avons utilisé précédemment: 

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

Décomposition des more:pagemap:document-author:lisamorton cette restriction plus en détail, Programmable Search Engine utilise l'opérateur more: pour les libellés de suggestion, la partie pagemap: du filtre nous indique d'affiner les résultats en fonction d'attributs spécifiques dans les données PageMap indexées, et les autres éléments de l'opérateur (document-author et lisamorton : permet de spécifier le contenu examiné par la restriction. vers le bas. Rappelez-vous la valeur PageMap de l'exemple: 

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

Le qualificatif document-author: de l'opérateur nous indique d'examiner pour le DataObject de type document avec un attribut nommé author. Cette clé de données structurées est suivie de la valeur lisamorton, qui doit correspondre exactement à la valeur de l'attribut à renvoyer dans une recherche contenant cette restriction.

more:p:document-author:lisamorton

Lorsque vous filtrez par attribut, vous pouvez créer des filtres plus complexes ) à l'aide d'une requête compacte. Par exemple, vous pouvez ajouter les éléments suivants : PageMap pour une URL: 

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

Pour récupérer les résultats de la requête "Irish AND fiction", utilisez le code suivant: 

more:p:document-keywords:irish*fiction

Cela équivaut à more:pagemap:document-keywords:Irish more:pagemap:document-keywords:fiction.

Pour récupérer les résultats pour "Irlande ET (fiction OR horreur)", utilisez le code suivant: 

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

Haut de page

Filtrer par branche

Filtrer par branche est une variante du filtre par attribut disponible pour JSON-LD, Microformat et NGINX. C'est le seul type de filtrage par attribut disponible pour les données structurées JSON-LD.

Si les données structurées ne contiennent pas d'arbres ou ne contiennent que des arbres sans enfants, les restrictions sont les mêmes que pour filtrer par attribut. Cependant, les arbres avec enfants sont soumis à des restrictions qui contiennent: type-name pour chaque nœud depuis la racine jusqu'au nœud feuille, donc une arborescence où:

  • La racine est de type Event.
  • Un enfant est nommé rating.
  • Cet enfant possède un type AggregateRating
  • L'enfant possède un attribut nommé ratingCount et dont la valeur est 22.
Génère la restriction: more:pagemap:event-rating-aggregaterating-ratingcount:22 pour la branche se terminant au nombre de notes.

Utiliser Filtrer par attribut ou par branche avec d'autres fonctionnalités

Vous pouvez utiliser cette syntaxe ouverte pour afficher le détail du contenu spécifié dans PageMap sur les documents de votre site vous pouvez utiliser la même syntaxe avec presque tous les autres types de données structurées pris en charge par Google, à l'exception date de page estimée. Vous pouvez utilisent également ces opérateurs more:pagemap: avec <ph type="x-smartling-placeholder"></ph> libellés de suggestion ou <ph type="x-smartling-placeholder"></ph> éléments de requête masqués pour filtrer les résultats en fonction des attributs importants pour votre application, Ainsi, les utilisateurs finaux n'auront pas à saisir directement ces qualificatifs de restriction.

Vous pouvez également omettre certaines parties de l'opérateur de recherche. Dans l'exemple ci-dessus, notez que l'élément "PageMap" spécifie un DataObject de type document et que un attribut de type author. Cependant, toutes les pages de votre site d'un document, et tous les documents ne sont pas forcément attribués à un auteur. Si vous utilisez un opérateur au format more:pagemap:document-author, les résultats renvoyés incluront toutes les pages avec un attribut author. dans le DataObject document, quelle que soit la valeur du paramètre L'attribut est. De même, more:pagemap:document renvoie tous les résultats comportant des objets "PageMaps" comportant des DataObjects de type document, quels que soient les champs figurant sur ce DataObject.

Tokenisation de valeurs textuelles pour les restrictions

Valeurs d'attribut contenant des espaces, des signes de ponctuation ou des caractères spéciaux sont presque toujours divisés en jetons distincts. Par exemple, un attribut valeur de "Programmable Search Engine@google" est divisé en trois jetons distincts, "personnalisé", "recherche" et "google". Cela permet d'effectuer des recherches sur un seul mot sont intégrées dans une séquence plus large de mots et de signes de ponctuation, la description. (Programmable Search Engine extrait jusqu'à 10 jetons par chaîne. Par conséquent, si votre la valeur de l'attribut contient plus de 10 mots, il est possible qu'ils ne soient pas tous disponibles results.) Par exemple, l'élément PageMap suivant inclut une description de production de Programmable Search Engine: 

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

La restriction suivante renvoie toutes les pages contenant product-description attributs à propos de "recherche" : 

[more:pagemap:product-description:search]

Autres règles pour la tokenisation des valeurs textuelles:

  • Les valeurs textuelles sont converties en minuscules pour les restrictions
  • Pour les chaînes comportant jusqu'à six jetons, une restriction supplémentaire est générée pour la chaîne entière. avec les espaces vides remplacés par _, comme please_attend.
  • Aucune restriction distincte n'est générée pour les mots vides, comme le, a, mais et par conséquent, qui sont moins utiles pour effectuer des recherches. Ainsi, text value: "le point principal" génère des restrictions pour main, point, et the_main_point, mais ne générerait pas de restriction pour the.
  • Seuls les dix premiers mots de la valeur de texte sont utilisés pour former des restrictions.
  • Les caractères de ponctuation qui ne sont pas traités comme des délimiteurs sont convertis en traits de soulignement, _

Analyser des valeurs tokenisées à l'aide de plusieurs restrictions

Pour obtenir des informations plus détaillées, vous pouvez ajouter d'autres restrictions : Exemple : pour obtenir uniquement les pages qui décrivent les produits du moteur de recherche, ajoutez les restrictions suivantes: 

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

L'ordre des restrictions more:pagemap: n'est pas important. les jetons sont extraits d'une valeur d'attribut dans un ensemble non ordonné.

Ces restrictions sont combinés par défaut avec un opérateur AND ; Cependant, vous pouvez aussi les combiner Opérateur OR pour obtenir des résultats correspondant à l'une ou l'autre de ces restrictions. Par exemple, voici une recherche qui correspondrait au contenu de la recherche ou du jeu: 

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

Les valeurs d'attribut, qui sont des URL, constituent une exception à la règle de tokenisation. Depuis les jetons des URL n'ont que peu d'utilité, nous ne générons aucun jeton qui correspondent à des URL valides.

Dans certains cas, par exemple, lorsque des jetons courts sont fréquemment trouvés ensemble, Programmable Search Engine peut les combiner pour créer des superjetons. Par exemple, si les jetons "Président" et "Obama" apparaissent souvent côte à côte, Programmable Search Engine peut créez le superjeton "president_obama". Par conséquent, [more:pagemap:leaders-name:president_obama] renverra les mêmes résultats que [more:pagemap:leaders-name:president AND more:pagemap:leaders-name:obama].

Une autre exception principale à la tokenisation basée sur la ponctuation est la barre oblique "/" quand elle sépare des nombres. Valeurs des attributs au format "NUMBER/NUMBER" ou "NUMBER/NUMBER/NUMBER" sont traités en tant que jetons uniques contigus ; Exemple : "3,5/5,0" et "09/23/2006" sont traités comme des jetons uniques. Par exemple, pour effectuer une recherche sur un attribut dont la valeur est "2006/09/23", utilisez la restriction: 

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

Les jointures basées sur des barres obliques ne fonctionnent que lorsque la barre oblique est comprise entre les nombres sans espaces ; les espaces entre la barre oblique et le nombre entraîner la création de jetons distincts. De plus, les nombres ajoutés par des barres obliques doivent correspondre exactement ; l'opérateur "Filtrer par attribut" ne pas interpréter ces valeurs comme des fractions ou des dates. Programmable Search Engine d'autres opérateurs de recherche structurée, tels que Trier par attribut et Limiter à la plage : interpréter ces nombres sous forme de fractions et de dates ; consultez la documentation Fournir des données structurées pour plus de détails.

Haut de page

Restrictions du format JSON-LD

JSON-LD est un format standard et performant pour les données structurées. Les données sont au format JSON et placées dans un Tag <script> avec type="application/ld+json".

L'extrait de code suivant correspond à un minimum de code HTML, accompagné d'un simple code 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>

Les restrictions suivantes sont alors générées:

  • 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

Pour le format JSON-LD, nous ne générons des restrictions que pour l'ensemble du chemin à partir de la racine. consultez la section Filtrer par branche. Cependant, la racine d'une arborescence JSON-LD possède des nœuds feuilles comme enfants qui en résultent se présentent sous la même forme que les restrictions d'attributs. Certaines des restrictions dans l'exemple ci-dessus sont formés à partir de nœuds feuilles à la racine et prennent l'attribut de restriction d'attribut (nom-type-valeur), par exemple: more:pagemap:aggregaterating-ratingcount:22

Remarque:D'autres formats de données structurées autorisent les chaînes de 128 octets maximum, mais pour les JSON-LD, toutes les chaînes sont tronquées à environ 50 caractères. Veillez à ne pas terminer le milieu du mot de la chaîne. En fonction de la longueur des mots, cela peut limiter le nombre de jetons générés de la chaîne plus strictement que la limite à 10 jetons.

Haut de page

Trier par attribut

Parfois, limiter une recherche à un type de résultats spécifique ne suffit pas. Par exemple, si vous recherchez des avis sur des restaurants, restaurants bien notés afin d'apparaître en haut de la liste. Vous pouvez y parvenir avec la fonctionnalité de tri par attribut de Programmable Search Engine, qui modifie les résultats en fonction des valeurs des attributs des données structurées. Le tri est activé en ajoutant un &sort=TYPE-NAME:DIRECTION à l'URL de requête de votre Programmable Search Engine. Comme pour la recherche structurée, le tri par attribut dépend des données structurées de vos pages ; contrairement à la recherche structurée, le tri requiert a une interprétation numérique, telle que des nombres et des dates.

Dans sa forme la plus simple, vous spécifiez un type de données structurées basé sur un type "Objet de données" et Nom d'attribut dans un PageMap et ajoutez-le à l'URL de la requête en tant que &sort=TYPE-NAME Par exemple, pour trier par date sur une page représentant ses données de type date et nommez sdate, utilisez la syntaxe suivante: 

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

Par défaut, un tri strict est effectué dans l'ordre décroissant, c'est-à-dire les résultats de recherche sont classés strictement par date, les plus récents en premier dates (qui se traduisent par les plus grands nombres) classées en premier. Si vous souhaitez changer l'ordre de tri pour passer à l'ordre croissant, ajoutez une :a au champ (ou ajoutez un :d pour indiquer explicitement indiquez "ordre décroissant"). Par exemple, pour afficher les résultats les plus anciens en premier, vous pouvez utiliser une restriction de la forme: 

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

Les résultats triés de votre moteur sont présentés en fonction de la valeur dans leurs PageMaps pour ce DataObject et cet attribut. Pages qui n'ont pas de PageMaps, ce type DataObject ou une valeur analysable correspondante L'attribut n'apparaîtra pas dans un tri strict. Dans les exemples ci-dessus, les pages sans attribut date-sdate ne s'afficheront pas dans les résultats. Le tri strict ne peut pas être combiné avec Pondération par attribut décrite dans la section suivante, mais il est possible de l'associer Filtrer par attribut et Limiter à la plage.

Haut de page

Biais par attribut

Parfois, vous ne souhaitez pas exclure les résultats qui n'ont pas de valeur. Par exemple, vous voulez rechercher "cuisine libanaise". une variété de différents restaurants peuvent correspondre, du libanais pur (le plus pertinent) à Grec (le moins pertinent). Dans ce cas, vous pouvez utiliser "strong" (fort) ou "faille" (faible) la pondération, qui favorise fortement ou faiblement les résultats qui ont votre , mais n'exclut pas les résultats qui ne la sont pas. Vous spécifiez ou un biais faible en ajoutant une deuxième valeur après le sens de tri: &sort=TYPE-NAME:DIRECTION:STRENGTH, soit :s pour un biais important, soit :w pour un biais faible (et :h pour un biais tri, bien que l'ajout de :h est facultatif, car il s'agit de la valeur par défaut). Par exemple, l'ajout d'un biais fort permet de s'assurer que le meilleur les restaurants méditerranéens les mieux notés seraient les restaurants méditerranéens, mais il est peu probable qu'ils soient surclassés une correspondance exacte pour un restaurant libanais: 

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

Vous pouvez combiner plusieurs biais en utilisant l'opérateur de virgule: 

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

L'ordre des biais n'a pas d'importance. Toutefois, le tri en dur ne peut pas être combiné à tout autre tri puisqu'il applique un ordre strict. Le dernier opérateur de tri que vous spécifiez dans la liste remplacer tous les opérateurs de tri et de biais précédents.

Haut de page

Limiter à la plage

Pour inclure les résultats situés dans une plage de valeurs ou au-dessus ou en dessous d'une valeur, utilisez une restriction de plage. Les restrictions de plage sont spécifiées par :r au nom de l'attribut, suivi des limites supérieure et inférieure du valeurs d'attribut: &sort=TYPE-NAME:r:LOWER:UPPER. Par exemple, pour n'inclure que les avis rédigés entre mars et avril 2009, vous pouviez spécifier une restriction de plage de: 

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

Pour l'opérateur "Limiter à une plage", Google accepte les nombres au format flottant et les dates au format ISO 8601 YYYYMMDD sans tirets.

Il n'est pas nécessaire de spécifier une limite supérieure ou inférieure: par Par exemple, pour ne spécifier que des dates antérieures à 2009, vous pouvez écrire: 

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

Pour inclure uniquement les notes supérieures à trois étoiles, utilisez le code suivant: 

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

Les plages sont inclusives et peuvent être combinées avec l'opérateur de virgule les uns les autres ou avec un seul tri ou un ou plusieurs critères de biais. Remarque que la combinaison d'une plage limite à la fois à un critère de tri et de biais ne génèrent qu'un tri sur les éléments dont les valeurs sont comprises dans la plage. Par exemple : Pour trier les éléments avec une note d'au moins trois étoiles, utilisez le code suivant: 

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

Vous pouvez trier selon un critère et restreindre par plage plutôt qu'un autre. Par exemple, pour trier uniquement les éléments évalués durant le mois octobre, utilisez le code suivant: 

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

Recherche d'images

Lorsque vous activez la recherche dans des images pour votre moteur de recherche, Google affiche les résultats d'images dans un onglet distinct. Vous pouvez activer la recherche d'images à l'aide du panneau de configuration Programmable Search Engine ou en mettant à jour votre fichier context.xml.

La recherche d'images s'appuie sur les informations découvertes par Google lors de l'exploration de votre site. Pour améliorer l'affichage de vos images dans les résultats de recherche (à la fois dans Programmable Search Engine et dans la recherche sur le Web Google), nous vous conseillons de vous familiariser avec les consignes Google concernant la publication d'images.

Filtrer par attribut d'image

Comme la recherche sur le Web, la recherche d'images est compatible avec le filtrage en fonction d'attributs tels que src, alt et title.

Haut de page

Recherche structurée dans le Programmable Search Element

Vous pouvez aussi utiliser les fonctionnalités de recherche structurée Programmable Search Element. Tout comme pour les opérateurs exprimés dans la requête ou d'URL, la recherche structurée dans l'élément requiert d'abord que les pages que vous recherchez doivent être balisées avec les attributs d'une recherche, l'opérateur sort du Programmable Search Element combinés aux opérateurs more:pagemap: dans la requête trier ou limiter les résultats de recherche de manière appropriée.

Par exemple, SignOnSanDiego.com, un portail d'actualités californien, utilise le Programmable Search Element pour afficher des articles récents avec des photos dans les résultats:

Pour s'assurer que les lecteurs voient non seulement les actualités les plus pertinentes, mais aussi les actualités les plus récentes, SignOnSanDiego utilise l'attribut de biais avec une valeur "strong" poids vers les dernières dates de publication. SignOnSanDiego implémente ces attributs de date avec PageMaps, celui utilisé par SignOnSanDiego se présente comme suit: 

<!--
  <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>
  -->

Pour appliquer l'option Trier par attribut à ce champ, vous devez définir le l'option sort dans le code de recherche pour Programmable Search Element, comme illustré ci-dessous: 

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

Tout comme le paramètre d'URL &sort= décrit ci-dessus, l'option de tri de Programmable Search Element <div class="gcse-search" sort_by="date-sdate:d:s"></div> accepte un nom d'attribut combiné, tel que date-sdate, et plusieurs séparés par deux-points. Dans ce cas, SignOnSanDiego spécifie tri par ordre décroissant d en utilisant le biais important Type s de l'opérateur. Si vous ne fournissez pas les qualificatifs, par défaut, un ordre décroissant est appliqué, comme dans l'opérateur d'URL.

L'option de tri active également la fonctionnalité Limiter par plage. Exemple : un site comme SignOnSanDiego peut permettre aux utilisateurs de rechercher des articles publiés entre le 25 août et le 9 septembre 2010. Pour ce faire, vous pouvez définir les options de tri date-sdate:r:20100825:20100907 Là encore, nous utilisons la combinaison nom d'attribut date-sdate, mais se limite à la plage r des valeurs spécifiées 20100825:20100907. Comme pour le paramètre d'URL, vous pouvez omettre l'élément supérieur ou inférieur de la ligne dans l'option sort du Programmable Search Element.

Autre fonctionnalité puissante de l'option de tri : vous pouvez combiner l'option Trier par "Attribut" et "Limiter par plage". Vous pouvez combiner plusieurs opérateurs dans l'option de tri à l'aide d'une virgule. Par exemple, pour combiner Le fort biais de SignOnSanDiego avec la restriction de date ci-dessus, vous spécifiez date-sdate:d:s,date-sdate:r:20100825:20100907. Ce peut combiner des attributs distincts ; par exemple, une critique de film peut afficher les films les mieux notés sortis au cours des semaine avec l'option review-rating,release-date:r:20100907:.

Veuillez consulter cette page pour connaître tous les attributs acceptés.

Vous pouvez également utiliser "Filtrer par attribut" avec Programmable Search Element. Reprenons notre exemple précédent avec pages comportant des attributs linked-blog ; pour créer une commande de recherche qui n'affiche que les pages liées à l'aide du code suivant ; pour injecter un opérateur more:pagemap:linked-blog:blogspot dans chaque requête: 

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

Cette méthode est relativement rigide, car elle ajoute une restriction à tous émises à partir de ce contrôle. Pour voir d'autres options, consultez la documentation le Programmable Search Element

Haut de page

Explorer d'autres fonctionnalités

Les fonctionnalités de recherche structurée constituent un ensemble d'options performantes qui vous permettent un contrôle important sur votre application de recherche, ce qui vous permet Utilisez des attributs personnalisés pour classer et limiter vos résultats de recherche dans efficaces pour vos utilisateurs. La recherche structurée fonctionne également bien avec d'autres fonctionnalités Programmable Search Engine, comme les extraits dans les résultats personnalisés. Pour en savoir plus :