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ées qui vous permettent d'explorer des sous-ensembles de résultats de recherche en fonction des données structurées présentes 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'images 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
  2. Recherche d'images
  3. Recherche structurée dans le Programmable Search Element

Recherche sur le Web

Contrairement au texte, qui est une séquence de mots au format 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 diverses données structurées pour être utilisées par les opérateurs de recherche structurés, y compris les dates, les auteurs, les notes et les prix. Ce sont les mêmes données que celles qui peuvent être utilisées dans les extraits personnalisés. De plus, Programmable Search Engine accepte les données structurées dans l'un des formats suivants:

  • PageMap:un PageMap représente explicitement des données structurées en tant que DataObjects avec des attributs et des valeurs, encodés sous la forme d'un bloc XML intégré à une page Web. Programmable Search Engine met toutes les données PageMap correctement formatées à la disposition des opérateurs de recherche structurées. Elles peuvent également être utilisées dans les extraits personnalisés.
  • Balises meta:Google extrait le contenu sélectionné à partir des balises meta au format <meta name="NAME" content="VALUE">. Une balise meta au format <meta name="pubdate" content="20100101"> peut être utilisée avec un opérateur de recherche au format suivant : &sort=metatags-pubdate.
  • Dates des pages:Google estime la date d'une page en fonction de l'URL, du titre, de la date de publication et d'autres caractéristiques. Cette date peut être utilisée avec l'opérateur de tri à l'aide du 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 des données à partir de normes publiques, telles que : à utiliser dans les opérateurs de données structurées de Programmable Search Engine. Par exemple, pour trier les pages balisées avec la norme Microformat hrecipe en fonction de leurs 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 les opérateurs de recherche structurée Programmable Search Engine pour limiter vos recherches à des champs contenant des valeurs de données particulières, les trier strictement par des valeurs numériques, les orienter vers certaines valeurs plutôt que les trier, ou même les restreindre à une plage de valeurs numériques donnée.

Programmable Search Engine accepte les opérateurs de recherche suivants 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 avec un DataObject associé spécifique, tel qu'un avis
  • Résultats avec un DataObject associé à un champ donné, comme un avis avec une gamme de prix
  • Résultats avec une valeur spécifique d'un champ, par exemple un avis avec cinq étoiles

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

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

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

Détaillant plus en détail la restriction more:pagemap:document-author:lisamorton, l'opérateur more: est utilisé par Programmable Search Engine pour les libellés de filtrage, la partie pagemap: du perfectionnement nous indique d'affiner les résultats en fonction d'attributs spécifiques dans les PageMaps indexées, et les autres éléments de l'opérateur (document-author et lisamorton) spécifient le contenu dans lequel la restriction s'étend. Rappelez-vous le composant 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 de rechercher 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 à afficher dans une recherche contenant cette restriction.

more:p:document-author:lisamorton

Lorsque vous filtrez par attribut, vous pouvez créer des filtres plus complexes (et des commandes plus courtes) à l'aide d'une requête compacte. Par exemple, vous pouvez ajouter le code PageMap suivant 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 "Irish AND (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 de Filtrer par attribut disponible pour JSON-LD, Microformat et GeoJSON. Il s'agit du 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'arborescence, ou ne contiennent que des arborescences sans enfants, les restrictions sont les mêmes que celles du filtrage par attribut. Toutefois, les arbres avec enfants ont des restrictions qui contiennent : type-name pour chaque nœud, de la racine au nœud feuille, soit une arborescence où:

  • La racine est de type Event.
  • Un enfant se nomme rating.
  • Cet enfant présente un type d'élément AggregateRating.
  • L'attribut enfant comporte 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 PageMaps sur les documents de votre site. Vous pouvez également utiliser la même syntaxe avec presque tous les autres types de données structurées acceptés par Google, à l'exception de la date de page estimée. Vous pouvez également utiliser ces opérateurs more:pagemap: avec des libellés d'affinement ou des éléments de requête masqués pour filtrer les résultats en fonction d'attributs importants pour votre application, afin que les utilisateurs finaux n'aient 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 PageMap spécifie un DataObject de type document et un attribut de type author. Cependant, toutes les pages de votre site ne sont pas nécessairement un document, et tous les documents ne sont pas forcément associés à un auteur. Si vous utilisez un opérateur de la forme more:pagemap:document-author, les résultats renvoyés incluent toutes les pages associées à un attribut author dans le DataObject document, quelle que soit la valeur de l'attribut. De même, more:pagemap:document renvoie tous les résultats avec des PageMaps comportant des DataObjects de type document, quels que soient les champs de ce DataObject.

Tokeniser des valeurs textuelles pour les restrictions

Les valeurs d'attribut contenant des espaces, des signes de ponctuation ou des caractères spéciaux sont presque toujours divisées en jetons distincts. Par exemple, une valeur d'attribut de "Programmable Search Engine@google" serait divisée en trois jetons distincts : "custom", "search" et "google". Cela permet d'effectuer des recherches sur un seul mot intégré dans une séquence plus importante de mots et de signes de ponctuation, comme une description de production. (Programmable Search Engine extrait jusqu'à 10 jetons par chaîne. Par conséquent, si la valeur de votre attribut contient plus de 10 mots, il est possible qu'elles ne soient pas toutes disponibles pour limiter les résultats.) Par exemple, l'extrait de code 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 rechercherait toutes les pages avec des attributs product-description concernant "recherche": 

[more:pagemap:product-description:search]

Autres règles de 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 toute la chaîne, les valeurs vides étant remplacées par _, par exemple please_attend.
  • Les restrictions distinctes ne sont pas générées pour les mots vides, c'est-à-dire les mots comme le, un, mais et donc qui sont moins utiles lors d'une recherche. Ainsi, la valeur de texte "the main point" génère des restrictions pour main, point et the_main_point, mais pas pour the.
  • Seuls les 10 premiers mots de la valeur textuelle sont utilisés pour les restrictions de forme.
  • Les caractères de ponctuation qui ne sont pas traités comme des délimiteurs sont convertis en traits de soulignement _.

Exploration détaillée des valeurs tokenisées à l'aide de plusieurs restrictions

Pour obtenir des informations plus détaillées, vous pouvez ajouter d'autres restrictions. Par exemple, pour n'obtenir que les pages décrivant des produits du moteur de recherche, ajoutez les restrictions: 

[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ées par défaut avec un opérateur AND. Toutefois, vous pouvez également les combiner avec un 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 provenant de la recherche ou du jeu: 

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

Une exception à la tokenisation concerne les valeurs d'attribut qui sont des URL. Étant donné que les jetons d'URL ont une utilité marginale, nous ne générons aucun jeton à partir de valeurs d'attribut 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 super-jetons. Par exemple, si les jetons "President" (Président) et "Obama" (Obama) apparaissent fréquemment l'un à côté de l'autre, Programmable Search Engine peut créer le superjeton "president_obama". Par conséquent, [more:pagemap:leaders-name:president_obama] renvoie 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 "/" lorsqu'elle sépare des nombres. Les valeurs d'attribut de la forme "NUMBER/NUMBER" ou "NUMBER/NUMBER/NUMBER" sont traitées comme des jetons contigus uniques. Par exemple, "3.5/5.0" et "09/23/2006" sont traitées comme des jetons uniques. Par exemple, pour rechercher un attribut dont la valeur est "2006/09/23", utilisez la restriction: 

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

La jointure basée sur des barres obliques ne fonctionne que lorsque la barre oblique se trouve entre des nombres sans espaces. Les espaces entre la barre oblique et le nombre entraînent la création de jetons distincts. De plus, les nombres reliés par des barres obliques doivent correspondre exactement. L'opérateur de filtrage par attribut n'interprète pas ces valeurs comme des fractions ou des dates. Les autres opérateurs de recherche structurée Programmable Search Engine, tels que Trier par attribut et Limiter à une plage, interprètent ces nombres comme des fractions et des dates. Pour en savoir plus, consultez la page Fournir des données structurées.

Haut de page

Limites au format JSON-LD

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

Voici un extrait de code HTML minimal avec du code JSON-LD simple : 

<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 seront 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'intégralité du chemin à partir de la racine. Consultez la section Filtrer par branche. Toutefois, la racine d'une arborescence JSON-LD comporte des nœuds feuilles en tant qu'enfants. Les restrictions qui en résultent ont la même forme que les limites d'attributs. Certaines des restrictions de l'exemple ci-dessus sont constituées de nœuds feuilles à la racine et prennent la forme de la restriction d'attribut (type-name-value), comme suit: more:pagemap:aggregaterating-ratingcount:22

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

Haut de page

Trier par attribut

Parfois, il ne suffit pas de limiter une recherche à un type de résultats spécifique. Par exemple, dans une recherche d'avis sur des restaurants, vous pouvez faire en sorte que les restaurants les mieux notés apparaissent en haut de la liste. Pour ce faire, utilisez la fonctionnalité de tri par attribut de Programmable Search Engine, qui modifie l'ordre des résultats en fonction des valeurs des attributs de données structurées. Pour activer le tri, ajoutez un paramètre d'URL &sort=TYPE-NAME:DIRECTION à l'URL de la requête dans Programmable Search Engine. Comme pour la recherche structurée, le tri par attribut dépend des données structurées de vos pages. Cependant, contrairement à la recherche structurée, le tri nécessite que le champ comporte 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 d'objet de données et un nom d'attribut dans un élément PageMap, puis vous l'ajoutez à l'URL de la requête en tant que &sort=TYPE-NAME. Par exemple, pour trier par date sur une page dont les données correspondent au type date et dont le nom est sdate, utilisez la syntaxe suivante: 

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

Par défaut, cette option effectue un tri strict par ordre décroissant. En d'autres termes, les résultats de recherche sont classés strictement par date, les dates les plus récentes (qui se traduisent par les nombres les plus élevés) sont classées en premier. Si vous souhaitez modifier l'ordre de tri pour passer à l'ordre croissant, ajoutez :a au champ (ou :d pour spécifier explicitement l'ordre décroissant). Par exemple, pour afficher les résultats les plus anciens en premier, vous pouvez utiliser une restriction sous la forme suivante: 

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

Les résultats triés depuis votre moteur sont présentés en fonction de la valeur de ces pages dans leur PageMap pour ce DataObject et cet attribut. Les pages sans PageMap, ce type DataObject ou une valeur analysable pour cet attribut ne s'affichent pas automatiquement. Dans les exemples ci-dessus, les pages sans attribut date-sdate n'apparaîtront pas dans les résultats. Le tri strict ne peut pas être combiné à la fonctionnalité de biais par attribut décrite dans la section suivante, mais il peut être combiné avec Filtrer par attribut et Limiter à une plage.

Haut de page

Biais par attribut

Parfois, vous ne souhaitez pas exclure les résultats qui n'ont pas de valeur. Par exemple, si vous souhaitez rechercher "cuisine libanaise", de nombreux restaurants peuvent correspondre, du libanais pur (le plus pertinent) au grec (le moins pertinent). Dans ce cas, vous pouvez utiliser un biais fort ou faible, ce qui favorisera fortement ou faiblement les résultats qui ont votre valeur, mais n'exclurea pas ceux qui n'en ont pas. Vous spécifiez un biais fort ou faible en ajoutant une deuxième valeur après le sens de tri : &sort=TYPE-NAME:DIRECTION:STRENGTH, soit :s pour un biais fort ou :w pour un biais faible (et :h pour un tri difficile, bien que l'ajout de :h soit facultatif, car il s'agit de la valeur par défaut). Par exemple, l'ajout d'un biais fort permet de s'assurer que les restaurants méditerranéens les mieux notés sont plus performants que les restaurants méditerranéens les moins bien notés, mais il est peu probable qu'ils surclassent un restaurant libanais exact: 

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

Plusieurs biais peuvent être combinés 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, il ne peut pas être associé à un autre tri, car il applique un ordre strict. Le dernier opérateur de tri que vous spécifiez dans la liste remplace tous les opérateurs de tri et de biais précédents.

Haut de page

Limiter à la plage

Pour inclure des résultats compris dans une plage de valeurs, ou au-dessus ou en dessous d'une valeur, utilisez une restriction de plage. Les limites de plage sont spécifiées par un élément :r ajouté au nom de l'attribut, suivi des limites supérieure et inférieure des 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 pouvez spécifier une plage de restriction: 

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

Pour l'opérateur "Limiter à la 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 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 n'inclure que 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 unes avec les autres, ou avec un critère de tri ou un ou plusieurs critères de biais. Notez que la combinaison d'une restriction de plage avec un critère de tri et de biais ne produit qu'un tri sur les éléments dont les valeurs sont comprises dans la plage. Par exemple, pour trier par note uniquement les éléments comptant trois étoiles ou plus, utilisez la commande suivante: 

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

Vous pouvez trier sur un critère et restreindre par plage sur un autre. Par exemple, pour trier par note uniquement les éléments examinés en octobre, utilisez le code suivant: 

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

La recherche dans des images

Lorsque vous activez la recherche d'images pour votre moteur de recherche, Google affiche les résultats de la recherche 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 le 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 relatives à la publication d'images de Google.

Filtrer par attribut d'image

Tout comme la recherche sur le Web, la recherche dans des images permet de filtrer sur des attributs tels que src, alt et title.

Haut de page

Recherche structurée dans le Programmable Search Element

Les fonctionnalités de recherche structurée peuvent également être utilisées conjointement avec le Programmable Search Element de Google. Comme pour les opérateurs exprimés dans la requête ou les paramètres d'URL, la recherche structurée dans l'élément nécessite d'abord que les pages sur lesquelles vous effectuez une recherche soient balisées avec les attributs concernés. L'opérateur sort du Programmable Search Element, combiné aux opérateurs more:pagemap: dans la requête, trie ou limite 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 les 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 d'actualité, SignOnSanDiego utilise le biais par attribut avec une pondération "forte" vers les dates de publication récentes. SignOnSanDiego implémente ces attributs de date avec PageMaps. L'un des attributs utilisés 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 le tri par attribut à ce champ, définissez l'option sort dans le code de recherche du Programmable Search Element, comme indiqué 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 du Programmable Search Element <div class="gcse-search" sort_by="date-sdate:d:s"></div> utilise un nom d'attribut combiné, comme date-sdate, et plusieurs paramètres facultatifs séparés par deux-points. Dans ce cas, SignOnSanDiego a spécifié un tri par ordre décroissant d à l'aide du type de biais fort s de l'opérateur. Si vous ne fournissez pas de qualificatifs, la valeur par défaut consiste à utiliser un ordre décroissant avec un tri strict, comme dans le cas de l'opérateur d'URL.

L'option de tri active également la fonctionnalité Limiter par plage. Par 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 sur date-sdate:r:20100825:20100907. Cette méthode utilise à nouveau le nom d'attribut combiné 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 plage dans l'option sort de Programmable Search Element.

Une autre fonctionnalité puissante de l'option de tri est que vous pouvez combiner "Trier par attribut" et "Limiter par plage". Vous pouvez combiner plusieurs opérateurs dans l'option de tri en utilisant une virgule. Par exemple, pour combiner le biais fort de SignOnSanDiego avec la restriction de date ci-dessus, vous devez spécifier date-sdate:d:s,date-sdate:r:20100825:20100907. Cette fonctionnalité peut combiner des attributs distincts. Par exemple, un site de critique de films peut afficher les films les mieux notés sortis au cours de la dernière semaine avec l'option review-rating,release-date:r:20100907:.

Veuillez consulter cette page pour découvrir tous les attributs acceptés.

Vous pouvez également utiliser "Filtrer par attribut" avec l'élément Programmable Search. Prenons l'exemple précédent avec des pages comportant des attributs linked-blog pour créer une commande de recherche personnalisée qui ne renvoyait que les pages associées au 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 à toutes les requêtes émises à partir de cette commande. Pour voir d'autres options, consultez la documentation sur Programmable Search Element.

Haut de page

Découvrir d'autres fonctionnalités

Les fonctionnalités de recherche structurée constituent un ensemble d'options performantes qui vous offrent un grand contrôle sur votre application de recherche. Elles vous permettent d'utiliser des attributs personnalisés pour organiser et restreindre les résultats de recherche de manière très efficace pour vos utilisateurs. La recherche structurée fonctionne également avec d'autres fonctionnalités Programmable Search Engine telles que les extraits de résultats personnalisés. Pour en savoir plus, consultez ce document :