Cómo filtrar y ordenar los resultados de la búsqueda

Descripción general

Para ayudar a los usuarios a llegar a las páginas correctas de tu sitio, el Motor de Búsqueda Programable proporciona operadores de búsqueda estructurados que te permiten desglosar subconjuntos de resultados de la búsqueda en función de datos estructurados que se encuentran en tus páginas o los metadatos asociados con las imágenes de tus sitios.

Para la búsqueda de imágenes, Google se basa tanto en los datos estructurados de tus páginas como en los metadatos de imágenes que descubren cuando se rastrea tu sitio. Recomendamos que todos los webmasters se familiaricen con nuestros lineamientos sobre la publicación de imágenes.

  1. Búsqueda web
  2. Búsqueda de imágenes
  3. Búsqueda estructurada en el elemento de Búsqueda Programable

Búsqueda web

A diferencia del texto, que es una secuencia de palabras de formato libre, los datos estructurados se organizan de manera lógica en un conjunto de objetos con un conjunto de atributos. Motor de Búsqueda Programable extrae una variedad de datos estructurados para que los usen los operadores de búsqueda estructurados, incluidos los autores, las fechas, las calificaciones y los precios. Estos son los mismos datos disponibles para usar en los fragmentos personalizados. Además, Motor de Búsqueda Programable es compatible con datos estructurados en cualquiera de los siguientes formatos:

  • PageMap: Un PageMap representa de manera explícita los datos estructurados como DataObjects con atributos y valores, codificados como un bloque XML incorporado en una página web. El Motor de Búsqueda Programable permite que todos los datos de PageMap con formato válido estén disponibles para los operadores de búsqueda estructurados. También se pueden usar en fragmentos personalizados.
  • Etiquetas meta: Google extrae el contenido seleccionado de las etiquetas meta con el formato <meta name="NAME" content="VALUE">. Se puede usar una etiqueta meta con el formato <meta name="pubdate" content="20100101"> con un operador de búsqueda del formulario &sort=metatags-pubdate.
  • Fechas de la página: Google estima la fecha de una página según la URL, el título, la fecha de firma y otras características. Esta fecha se puede usar con el operador de ordenación utilizando el tipo especial de datos estructurados date, como en &sort=date.
  • Datos de Fragmentos enriquecidos: Google también extrae un subconjunto de datos de estándares públicos, como los siguientes: para usar en los operadores de datos estructurados del Motor de Búsqueda Programable. Por ejemplo, para ordenar las páginas marcadas con el estándar de microformato hrecipe en función de sus calificaciones, usa &sort=recipe-ratingstars.

Obtén más información para proporcionar datos estructurados.

Si tus páginas incluyen datos estructurados, puedes aplicar los operadores de búsqueda estructurada del Motor de Búsqueda Programable para restringir tus búsquedas a campos con valores de datos particulares, ordenar estrictamente por valores numéricos, personalizar en función de ciertos valores en lugar de ordenar o incluso restringir a un rango numérico de valores determinado.

El Motor de Búsqueda Programable es compatible con los siguientes operadores de búsqueda en datos estructurados:

Volver al principio

Filtrar por atributo

Filtrar por atributo te permite seleccionar tres tipos de resultados:

  • Resultados con un DataObject específico adjunto, como una revisión
  • Resultados con un DataObject con un campo determinado, como una opinión con un rango de precios
  • Resultados con un valor específico de un campo, como una opinión con 5 estrellas.

Para filtrar por atributo, agrega un operador more:pagemap:TYPE-NAME:VALUE a una búsqueda. Esto restringe los resultados de la búsqueda a las páginas con datos estructurados que coinciden exactamente con ese tipo, nombre y valor. El Motor de Búsqueda Programable convertirá hasta 200 atributos por página. Comienza con los datos del mapa de página, seguidos de JSON-LD, microformato, metaetiquetas, RDFa y microdatos. Los atributos no deben tener más de 128 caracteres. Puedes generalizar este operador si omites VALUE para que coincida con todas las instancias del campo con nombre o si omites -NAME:VALUE para que coincida con todos los objetos de un tipo determinado.

Para ver cómo se construye el operador completo a partir de datos estructurados, recuerda el ejemplo que usamos antes:

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

Si desglosamos la restricción more:pagemap:document-author:lisamorton con más detalle, el Motor de Búsqueda Programable usa el Motor de Búsqueda Programable para las etiquetas de perfeccionamiento. La parte pagemap: nos indica que definamos mejor los resultados según atributos específicos del PageMaps indexado y, además, los elementos restantes del operador (document-author y lisamorton) especifican el contenido en el que se desglosa la restricción.more: Recuerda el PageMap del ejemplo:

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

El calificador document-author: del operador nos indica que busquemos el DataObject con el tipo document con un atributo llamado author. A esta clave de datos estructurados le sigue el valor lisamorton, que debe coincidir exactamente con el valor del atributo que se mostrará en una búsqueda que contenga esta restricción.

more:p:document-author:lisamorton

Cuando filtras por Atributo, puedes crear filtros más complejos (y comandos más cortos) mediante una consulta compacta. Por ejemplo, puedes agregar el siguiente PageMap para una URL:

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

Para recuperar los resultados de la consulta "Irish AND fiction", usa lo siguiente:

more:p:document-keywords:irish*fiction

Esto equivale a more:pagemap:document-keywords:Irish more:pagemap:document-keywords:fiction.

Para recuperar los resultados de "Irish AND (fiction OR terror)", usa lo siguiente:

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

Volver al principio

Filtrar por rama

Filtrar por rama es una variación de filtrar por atributo que está disponible para JSON-LD, microformato y RDFa. Es el único tipo de filtro por atributo disponible para los datos estructurados JSON-LD.

Si los datos estructurados no contienen árboles o solo contienen árboles sin elementos secundarios, las restricciones son las mismas que para filtrar por atributo. Sin embargo, los árboles con elementos secundarios tienen restricciones que contienen lo siguiente: type-name para cada nodo, desde la raíz hasta el nodo de hoja, por lo que un árbol en el que sucede lo siguiente:

  • La raíz es de tipo Event
  • El nombre de cada elemento secundario es rating
  • Ese elemento secundario tiene un tipo de AggregateRating
  • El elemento secundario tiene un atributo con el nombre ratingCount y el valor 22
Generará la restricción: more:pagemap:event-rating-aggregaterating-ratingcount:22 para la rama que finaliza en el recuento de calificaciones.

Usar el filtro por atributo o rama con otras funciones

Puedes usar esta sintaxis abierta para desglosar el contenido especificado en PageMaps en los documentos de tu sitio. También puedes usar la misma sintaxis con casi todos los demás tipos de datos estructurados que admite Google, sin incluir solo la fecha estimada de la página. También puedes usar estos operadores more:pagemap: con etiquetas de perfeccionamiento o con elementos de consulta ocultos para filtrar los resultados por atributos que son importantes para tu aplicación, de modo que los usuarios finales no tengan que escribir estos calificadores de restricción directamente.

También puedes omitir partes del operador de búsqueda. En el ejemplo anterior, ten en cuenta que PageMap especifica un DataObject de tipo document y un atributo de tipo author. Sin embargo, no todas las páginas de tu sitio pueden ser documentos y es posible que no todos los documentos tengan un autor atribuido. Si usas un operador con el formato more:pagemap:document-author, los resultados que se muestran incluirán todas las páginas con un atributo author en el DataObject document, independientemente del valor del atributo. Del mismo modo, more:pagemap:document mostrará todos los resultados con PageMaps que tengan DataObjects de tipo document, independientemente de los campos que haya en ese DataObject.

Asignación de token de valores de texto para restricciones

Los valores de los atributos que contienen espacios, signos de puntuación o caracteres especiales casi siempre se dividen en tokens separados. Por ejemplo, un valor de atributo de "Motor de Búsqueda Programable@google" se dividiría en tres tokens separados: "personalizado", "búsqueda" y "google". De esta manera, puedes buscar una sola palabra incorporada en una secuencia más grande de palabras y signos de puntuación, como una descripción de producción. El Motor de Búsqueda Programable extraerá hasta 10 tokens por string. Por lo tanto, si el valor del atributo contiene más de 10 palabras, es posible que no todas estén disponibles para restringir los resultados. Por ejemplo, en el siguiente PageMap, se incluye una descripción de producción del Motor de Búsqueda Programable:

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

La siguiente restricción encontraría todas las páginas con atributos product-description sobre "search":

[more:pagemap:product-description:search]

Más reglas para la asignación de tokens a valores de texto:

  • Los valores de texto se convierten a minúsculas para las restricciones
  • En el caso de las strings de hasta seis tokens, se genera una restricción adicional para toda la string, con los espacios en blanco reemplazados por _, como please_attend.
  • No se generan restricciones separadas para las palabras que no funcionan, como el, a, pero y por lo tanto, que son menos útiles para la búsqueda. Por lo tanto, el valor de texto "the main point" generaría restricciones para main, point y the_main_point, pero no para the.
  • Solo se usan las diez primeras palabras en el valor de texto para formar restricciones.
  • Los caracteres de puntuación que no se tratan como delimitadores se convierten en guiones bajos, _.

Profundiza en valores con token mediante varias restricciones

Para desglosar aún más la información, puedes agregar otras restricciones; por ejemplo, para obtener solo las páginas que describen productos de un motor de búsqueda, agrega las siguientes restricciones:

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

El orden de las restricciones de more:pagemap: no es significativo. Los tokens se extraen de un valor de atributo y se incorporan a un conjunto sin ordenar.

Estas restricciones se combinan de forma predeterminada con un operador AND. Sin embargo, también puedes combinarlas con un operador OR para obtener resultados que coincidan con alguna de estas restricciones. Por ejemplo, la siguiente es una búsqueda que coincidiría con contenido de la búsqueda o del juego:

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

Una excepción a la asignación de token es para los valores de atributos que son URLs. Debido a que los tokens de URLs tienen utilidad marginal, no generamos ningún token a partir de valores de atributos que sean URL válidas.

En algunos casos, por ejemplo, cuando se encuentran con frecuencia juntos tokens cortos, el Motor de Búsqueda Programable puede combinarlos para crear supertokens. Por ejemplo, si los tokens "President" y "Obama" suelen aparecer uno al lado del otro, el Motor de Búsqueda Programable podría crear el supertoken "president_obama". Como resultado, [more:pagemap:leaders-name:president_obama] mostrará los mismos resultados que [more:pagemap:leaders-name:president AND more:pagemap:leaders-name:obama].

Otra excepción principal a la asignación de token basada en la puntuación es la barra diagonal “/” cuando se separan números. Los valores de los atributos con el formato “NUMBER/NUMBER” o “NUMBER/NUMBER/NUMBER” se tratan como tokens contiguos individuales. Por ejemplo, “3.5/5.0” y “09/23/2006” se tratan como tokens únicos. Por ejemplo, para buscar un atributo con el valor “2006/09/23”, usa la restricción:

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

La unión basada en barras solo funciona cuando la barra inclinada se encuentra entre números sin espacios. Los espacios entre la barra y el número darán como resultado la creación de tokens separados. Además, los números unidos por barras deben coincidir exactamente; el operador Filtrar por atributo no interpreta estos valores como fracciones o fechas. Los otros operadores de búsqueda estructurados del Motor de Búsqueda Programable, como Ordenar por atributo y Restringir a rango, sí interpretan estos números como fracciones y fechas. Consulta la documentación sobre Cómo proporcionar datos estructurados para obtener más detalles.

Volver al principio

Restricciones de JSON-LD

JSON-LD es un formato estándar y potente para datos estructurados. Los datos tienen el formato JSON y se colocan en una etiqueta <script> con type="application/ld+json".

La siguiente es una cantidad mínima de HTML con un poco de 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>

Generará las siguientes restricciones:

  • 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

En el caso de JSON-LD, solo generamos restricciones para toda la ruta de acceso desde la raíz. Consulta Filtrar por rama. Sin embargo, una raíz de un árbol JSON-LD tiene nodos de hoja como elementos secundarios, las restricciones resultantes tienen el mismo formato que las restricciones de atributos. Algunas de las restricciones del ejemplo anterior se forman a partir de nodos de hoja en la raíz y toman el formato de restricción de atributos (tipo-nombre-valor), por ejemplo: more:pagemap:aggregaterating-ratingcount:22

Nota: Otros formatos de datos estructurados permiten strings de hasta 128 bytes, pero en el caso de JSON-LD, todas las strings se truncan a unos 50 caracteres, lo que hace un esfuerzo por no finalizar la string en la mitad de una palabra. Según la longitud de la palabra, esto puede limitar la cantidad de tokens generados a partir de la string de manera más estricta que el límite de diez tokens.

Volver al principio

Ordenar por atributo

A veces, no basta con limitar una búsqueda a un tipo específico de resultados. Por ejemplo, si realizas una búsqueda de opiniones sobre restaurantes, es posible que desees que los restaurantes con las calificaciones más altas aparezcan en la parte superior de la lista. Puedes lograrlo con la función para ordenar por atributo del Motor de Búsqueda Programable, que cambia el orden de los resultados según los valores de los atributos de datos estructurados. Para activar el ordenamiento, se debe agregar un parámetro de URL &sort=TYPE-NAME:DIRECTION a la URL de la solicitud de tu Motor de Búsqueda Programable. Al igual que la búsqueda estructurada, ordenar por atributo depende de los datos estructurados de tus páginas. Sin embargo, a diferencia de la búsqueda estructurada, la ordenación requiere que el campo tenga una interpretación numérica, como números y fechas.

En su forma más simple, debes especificar un tipo de datos estructurados basado en un tipo de objeto de datos y un nombre de atributo en un PageMap, y agregarlo a la URL de la solicitud como &sort=TYPE-NAME. Por ejemplo, para ordenar por fecha en una página que representa sus datos como tipo date y nombre sdate, usa la siguiente sintaxis:

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

De forma predeterminada, esto genera un orden estricto en orden descendente, es decir, los resultados de la búsqueda se ordenan estrictamente por fecha, con las fechas más recientes (que se traducen en los números más grandes) ordenadas primero. Si quieres cambiar el orden a ascendente, agrega un :a al campo (o agrega un :d para especificar explícitamente descendente). Por ejemplo, para mostrar primero los resultados más antiguos, puedes usar una restricción del formulario:

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

Los resultados ordenados de tu motor se presentan según el valor que esas páginas tienen en sus PageMaps para ese DataObject y Atributo. Las páginas que no tengan PageMaps, ese tipo de DataObject o un valor analizable para ese atributo no se mostrarán en un orden estricto. En los ejemplos anteriores, las páginas sin un atributo date-sdate no se mostrarán en los resultados. No se puede combinar el orden estricto con la función Sesgo por atributo que se describe en la siguiente sección, pero se puede combinar con Filtrar por atributo y Restringir a rango.

Volver al principio

Sesgo por atributo

A veces, no deseas excluir resultados que no tienen un valor; por ejemplo, quieres buscar cocina libanesa; es posible que coincida una variedad de diferentes restaurantes, desde el libanés puro (más relevante) hasta el griego (menos relevante). En este caso, puedes usar un sesgo fuerte o débil, que promoverá de forma fuerte o débil los resultados que tengan tu valor, pero no excluirá los que no lo tengan. Para especificar un sesgo fuerte o débil, agregas un segundo valor después de la dirección de ordenamiento: &sort=TYPE-NAME:DIRECTION:STRENGTH, ya sea :s para un sesgo fuerte o :w para un sesgo débil (y :h para la ordenación estricta, aunque agregar :h es opcional, ya que es el valor predeterminado). Por ejemplo, agregar un sesgo fuerte garantizaría que los restaurantes mediterráneos mejor calificados tengan un mejor rendimiento que los restaurantes mediterráneos con la peor calificación, pero sería poco probable que tengan un ranking superior a una coincidencia exacta en un restaurante libanés:

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

Se pueden combinar varias personalizaciones con el operador de coma:

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

El orden de los sesgos no importa. Sin embargo, el ordenamiento estricto no se puede combinar con ningún otro tipo, ya que aplica un orden estricto. El último operador de ordenación que especifiques en la lista anulará todos los operadores de ordenación y sesgo anteriores.

Volver al principio

Restringir al rango

Para incluir resultados entre un rango de valores o por encima o por debajo de un valor, usa una restricción de rango. Las restricciones de rango se especifican con un :r agregado al nombre del atributo, seguido del límite inferior y superior de los valores del atributo: &sort=TYPE-NAME:r:LOWER:UPPER. Por ejemplo, para incluir solo las opiniones escritas entre marzo y abril de 2009, podrías especificar una restricción de rango de:

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

Para el operador Restringir a rango, Google admite números en formato de número de punto flotante y fechas en formato ISO 8601 YYYYMMDD sin guiones.

No necesitas especificar un límite superior ni uno inferior. Por ejemplo, para especificar solo fechas anteriores a 2009, puedes escribir lo siguiente:

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

Para incluir solo calificaciones de más de 3 estrellas, utiliza lo siguiente:

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

Los rangos son inclusivos y se pueden combinar con el operador de coma entre sí o con un orden o uno o más criterios de sesgo. Ten en cuenta que combinar una restricción de rango con criterios de ordenación y sesgo dará como resultado solo una ordenación de los elementos con valores en el rango. Por ejemplo, para ordenar por calificación solo los elementos con tres o más estrellas, usa lo siguiente:

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

Puedes ordenar sobre un criterio y restringir por rango sobre otro. Por ejemplo, para ordenar por calificar solo los elementos revisados en el mes de octubre, usa lo siguiente:

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

Búsqueda con imágenes

Cuando habilitas la búsqueda de imágenes para tu motor de búsqueda, Google muestra resultados de imágenes en una pestaña separada. Puedes habilitar la búsqueda de imágenes usando el panel de control del Motor de Búsqueda Programable o actualizando tu archivo context.xml.

La búsqueda de imágenes se basa en la información que detecta Google cuando rastrea tu sitio. Para mejorar la forma en que se muestran tus imágenes en los resultados de la búsqueda (tanto en el Motor de Búsqueda Programable como en la Búsqueda web de Google), te recomendamos familiarizarte con los lineamientos de publicación de imágenes de Google.

Filtrar por atributo de imagen

Al igual que la búsqueda web, la búsqueda con imágenes admite el filtrado en atributos como src, alt y title.

Volver al principio

Búsqueda estructurada en el elemento de Búsqueda Programable

Las funciones de búsqueda estructurada también se pueden usar en conjunto con el elemento de Búsqueda programable de Google. Al igual que con los operadores expresados en los parámetros de búsqueda o URL, la búsqueda estructurada en el elemento primero requiere que las páginas en las que busques estén marcadas con los atributos que deseas usar. Luego, el operador sort del elemento de búsqueda programable combinado con los operadores more:pagemap: en la consulta ordenará o restringirá los resultados de la búsqueda de manera adecuada.

Por ejemplo, SignOnSanDiego.com, un portal de noticias de California, usa el elemento Programmable Search para renderizar historias recientes con fotos en los resultados:

Para garantizar que los lectores vean no solo las noticias más relevantes, sino también oportunas, SignOnSanDiego usa el sesgo por atributo con una ponderación “fuerte” en las fechas de publicaciones recientes. SignOnSanDiego implementa estos atributos de fecha con PageMaps. Uno que usa SignOnSanDiego se ve de la siguiente manera:

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

Para aplicar Ordenar por atributo en este campo, configura la opción sort en el código de búsqueda del elemento de Búsqueda Programable, como se muestra a continuación:

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

Al igual que el parámetro de URL &sort= descrito anteriormente, la opción de orden del elemento de Búsqueda Programable <div class="gcse-search" sort_by="date-sdate:d:s"></div> toma un nombre de atributo combinado, como date-sdate, y varios parámetros opcionales separados por dos puntos. En este caso, SignOnSanDiego especificó el orden descendente d con la variante fuerte s del operador. Si no proporcionas calificadores, el valor predeterminado es usar un orden descendente con un ordenamiento estricto, al igual que en el caso del operador de URL.

La opción de ordenar también habilita la función Restringir por rango. Por ejemplo, un sitio como SignOnSanDiego podría permitir que los usuarios busquen artículos publicados entre el 25 de agosto y el 9 de septiembre de 2010. Para implementar esto, puedes configurar las opciones de orden en date-sdate:r:20100825:20100907. De nuevo, se usa el nombre del atributo combinado date-sdate, pero se restringe al rango r de los valores especificados 20100825:20100907. Al igual que con el parámetro de URL, puedes omitir el elemento superior o inferior del rango en la opción sort del elemento de Búsqueda Programable.

Otra función importante de la opción de ordenar es que puedes combinar Ordenar por atributo y Restringir por rango. Puedes combinar varios operadores en la opción de ordenar con una coma. Por ejemplo, para combinar el fuerte sesgo de SignOnSanDiego con la restricción de fecha anterior, debes especificar date-sdate:d:s,date-sdate:r:20100825:20100907. Esta función puede combinar atributos distintos; por ejemplo, un sitio de reseñas de películas podría mostrar las películas con mejor calificación que se estrenaron en la última semana con la opción review-rating,release-date:r:20100907:.

Consulta esta página para ver todos los atributos admitidos.

También puedes usar Filtrar por atributo con el elemento de Búsqueda Programable. Tomemos el ejemplo anterior con páginas que tenían atributos linked-blog para crear un control de búsqueda personalizado que solo mostrara páginas vinculadas con el siguiente código para insertar un operador more:pagemap:linked-blog:blogspot en cada consulta:

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

Este método es relativamente inflexible porque agrega una restricción a todas las consultas emitidas desde este control. Para ver otras opciones, consulta la documentación sobre el Elemento de Búsqueda programable.

Volver al principio

Explora otras funciones

Las funciones de búsqueda estructurada son un conjunto potente de opciones que te brindan mucho control sobre tu aplicación de búsqueda, lo que te permite usar atributos personalizados para ordenar y restringir los resultados de la búsqueda de formas muy eficaces para los usuarios. La búsqueda estructurada también funciona bien con otras funciones del Motor de Búsqueda Programable, como los fragmentos personalizados de resultados. Para obtener más información, siga estas sugerencias: