Фильтрация и сортировка результатов поиска

Обзор

Чтобы помочь пользователям попасть на нужные страницы вашего сайта, Программируемая поисковая система предоставляет операторы структурированного поиска, которые позволяют вам детализировать подмножества результатов поиска на основе структурированных данных, найденных на ваших страницах, или метаданных, связанных с изображениями на ваших сайтах.

При поиске изображений Google использует как структурированные данные на ваших страницах, так и метаданные изображений, обнаруженные при сканировании вашего сайта. Мы рекомендуем всем веб-мастерам ознакомиться с нашими правилами публикации изображений .

  1. веб-поиск
  2. Поиск изображений
  3. Структурированный поиск в элементе программируемого поиска

веб-поиск

В отличие от текста, который представляет собой последовательность слов в свободной форме, структурированные данные логически организованы в набор объектов с набором атрибутов. Программируемая поисковая система извлекает различные структурированные данные для использования операторами структурированного поиска, включая даты, авторов, рейтинги и цены; это те же данные, которые можно использовать в пользовательских фрагментах . Кроме того, Программируемая поисковая система поддерживает структурированные данные в любом из следующих форматов:

  • PageMap: PageMap явно представляет структурированные данные как DataObjects с атрибутами и значениями, закодированными как блок XML, встроенный в веб-страницу. Программируемая поисковая система делает все правильно сформированные данные PageMap доступными для операторов структурированного поиска; его также можно использовать в пользовательских фрагментах .
  • meta : Google извлекает выбранный контент из meta формы <meta name=" NAME " content=" VALUE "> . meta вида <meta name="pubdate" content="20100101"> можно использовать с оператором поиска вида: &sort=metatags-pubdate .
  • Даты страниц: Google оценивает дату страницы на основе URL-адреса, заголовка, даты автора и других характеристик. Эту дату можно использовать с оператором сортировки, используя специальный структурированный тип данных date , как в &sort=date .
  • Данные расширенных фрагментов кода. Google также извлекает подмножество данных из общедоступных стандартов, таких как: для использования в операторах структурированных данных Программируемой поисковой системы. Например, чтобы отсортировать страницы, размеченные стандартом Microformat hrecipe , на основе их рейтингов, используйте &sort=recipe-ratingstars .

Дополнительная информация о предоставлении структурированных данных .

Если ваши страницы содержат структурированные данные, вы можете затем применить операторы структурированного поиска Программируемой поисковой системы, чтобы ограничить поиск полями с определенными значениями данных, строго сортировать по числовым значениям, смещать в сторону определенных значений, а не сортировать, или даже ограничивать заданный числовой диапазон. ценностей.

Программируемая поисковая система поддерживает следующие операторы поиска по структурированным данным:

Вернуться наверх

Фильтровать по атрибуту

Фильтрация по атрибуту позволяет выбрать три типа результатов:

  • Результаты с конкретным прикрепленным объектом данных, например обзор
  • Результаты с DataObject с заданным полем, например обзор с ценовым диапазоном.
  • Результаты с определенным значением поля, например отзыв с 5 звездами.

Чтобы фильтровать по атрибуту, добавьте в поисковый запрос оператор more:pagemap: TYPE - NAME : VALUE . Это ограничивает результаты поиска страницами, которые имеют структурированные данные, которые точно соответствуют этому типу, имени и значению. (Программируемая поисковая система преобразует до 200 атрибутов на страницу, начиная с данных карты страниц, за которыми следуют JSON-LD, микроформат, метатеги, RDFa и микроданные). Атрибуты не должны иметь длину более 128 символов. Вы можете обобщить этот оператор, опустив VALUE , чтобы соответствовать всем экземплярам именованного поля, или опустив -NAME:VALUE , чтобы соответствовать всем объектам данного типа.

Чтобы увидеть, как оператор Complete создается из структурированных данных, вспомните пример, который мы использовали ранее:

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

Если более подробно разобрать ограничение more:pagemap:document-author:lisamorton , то оператор more: это то, что Программируемая поисковая система использует для меток уточнения, pagemap: часть уточнения говорит нам уточнять результаты по определенным атрибутам в проиндексированных картах страниц. , а остальные элементы оператора document-author и lisamorton — указывают содержимое, на которое распространяется ограничение. Вспомним PageMap из примера:

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

Квалификатор оператора document-author: указывает нам искать DataObject типа document с атрибутом с author . За этим ключом структурированных данных следует значение lisamorton , которое должно точно соответствовать значению Атрибута, возвращаемого при поиске, содержащем это ограничение.

more:p:document-author:lisamorton

При фильтрации по атрибуту вы можете создавать более сложные фильтры (и более короткие команды), используя компактный запрос. Например, вы можете добавить следующую карту страницы для URL-адреса:

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

Чтобы получить результаты по запросу «Ирландское И художественная литература», используйте следующее:

more:p:document-keywords:irish*fiction

Это эквивалентно more:pagemap:document-keywords:Irish more:pagemap:document-keywords:fiction .

Чтобы получить результаты по запросу «Ирландское И (художественная литература ИЛИ ужасы)», используйте следующее:

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

Вернуться наверх

Фильтровать по филиалу

Фильтр по ветке — это вариант фильтра по атрибуту , доступный для JSON-LD, Microformat и RDFa. Это единственный тип фильтра по атрибуту, доступный для структурированных данных JSON-LD.

Если структурированные данные не содержат деревьев или содержат только деревья без дочерних элементов, ограничения аналогичны фильтру по атрибуту. Однако деревья с дочерними элементами имеют ограничения, которые содержат: имя типа для каждого узла от корня до конечного узла, поэтому дерево, где:

  • Корень имеет тип Event
  • Ребенку назван рейтинг
  • У этого ребенка есть тип AggregateRating.
  • У дочернего элемента есть атрибут с именем RankingCount и значением 22.
Создаст ограничение: more:pagemap:event-rating-aggregaterating-ratingcount:22 для ветки, заканчивающейся счетчиком рейтинга.

Использование фильтра по атрибуту или ветке с другими функциями

Вы можете использовать этот открытый синтаксис для детализации содержимого, указанного в PageMaps в документах на вашем сайте; вы также можете использовать этот же синтаксис практически со всеми другими типами структурированных данных , поддерживаемыми Google, за исключением только предполагаемой даты страницы . Вы также можете использовать эти операторы more:pagemap: с метками уточнения или скрытыми элементами запроса для фильтрации результатов по атрибутам, важным для вашего приложения, поэтому конечным пользователям не придется вводить эти квалификаторы ограничения напрямую.

Вы также можете опустить части оператора поиска. Обратите внимание, что в приведенном выше примере PageMap указывает DataObject типа document и атрибут author . Но не каждая страница вашего сайта может быть документом, и не у всех документов может быть указан автор. Если вы используете оператор формы more:pagemap:document-author , возвращаемые результаты будут включать все страницы с атрибутом author в document DataObject, независимо от значения атрибута. Аналогично, more:pagemap:document вернет все результаты с PageMaps, имеющими DataObjects типа document , независимо от того, какие поля находятся в этом DataObject.

Токенизация текстовых значений для ограничений

Значения атрибутов, содержащие пробелы, знаки препинания или специальные символы, почти всегда разбиваются на отдельные токены; например, значение атрибута «Программируемая поисковая система@google» будет разделено на три отдельных токена: «пользовательский», «поиск» и «google». Это позволяет выполнять поиск по одному слову, включенному в более крупную последовательность слов и знаков препинания, например, в описании продукции. (Программируемая поисковая система будет извлекать до 10 токенов на строку, поэтому, если значение вашего атрибута содержит более 10 слов, не все они могут быть доступны для ограничения результатов.) Например, следующая страница PageMap включает производственное описание Программируемой поисковой системы :

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

Следующее ограничение позволит найти все страницы с атрибутами product-description в разделе «поиск»:

[more:pagemap:product-description:search]

Дополнительные правила токенизации текстовых значений:

  • Текстовые значения преобразуются в нижний регистр для ограничений.
  • Для строк длиной до шести токенов создается дополнительное ограничение для всей строки с заменой пробелов на _ , например, please_attend .
  • Отдельные ограничения не создаются для стоп-слов , таких как , a , но они менее полезны для поиска. Таким образом, текстовое значение: «the main point» будет генерировать ограничения для main , point и the_main_point , но не будет создавать ограничения для .
  • Для формирования ограничений используются только первые десять слов текстового значения.
  • Символы пунктуации, которые не рассматриваются как разделители, преобразуются в символы подчеркивания _ .

Детализация токенизированных значений с использованием нескольких ограничений

Чтобы углубиться в детали, вы можете добавить другие ограничения; например, чтобы получить только страницы, описывающие продукты поисковой системы, добавьте ограничения:

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

Порядок ограничений more:pagemap: не имеет значения; токены извлекаются из значения атрибута в неупорядоченный набор.

Эти ограничения по умолчанию сочетаются с оператором AND; однако вы также можете объединить их с оператором ИЛИ, чтобы получить результаты, соответствующие любому из ограничений. Например, следующий поиск соответствует содержимому раздела «О поиске» или «Игра»:

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

Единственным исключением из токенизации являются значения атрибутов, которые являются URL-адресами. Поскольку токены из URL-адресов имеют незначительную полезность, мы не генерируем никаких токенов из значений атрибутов, которые являются действительными URL-адресами.

В определенных случаях, например, когда короткие токены часто встречаются вместе, Программируемая поисковая система может объединить их для создания супертокенов. Например, если токены «Президент» и «Обама» часто появляются рядом друг с другом, Программируемая поисковая система может создать супертокен «президент_обама». В результате [more:pagemap:leaders-name:president_obama] вернет те же результаты, что и [more:pagemap:leaders-name:president AND more:pagemap:leaders-name:obama] .

Еще одним принципиальным исключением из токенизации, основанной на пунктуации, является косая черта '/' при разделении чисел. Значения атрибутов в форме «НОМБЕР/НОМБЕР» или «НОМБЕР/НОМБЕР/НОМБЕР» рассматриваются как отдельные смежные токены; например, «3.5/5.0» и « 23.09.2006 » рассматриваются как отдельные токены. Например, для поиска по атрибуту со значением «2006/09/23» используйте ограничение:

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

Соединение на основе косой черты работает только в том случае, если косая черта находится между числами без пробелов; пробелы между косой чертой и числом приведут к созданию отдельных токенов. Более того, числа, соединенные косой чертой, должны точно совпадать; оператор «Фильтр по атрибуту» не интерпретирует эти значения как дроби или даты. Другие операторы структурированного поиска Программируемой поисковой системы, такие как «Сортировка по атрибуту» и «Ограничить диапазон », интерпретируют эти числа как дроби и даты; дополнительные сведения см. в документации по предоставлению структурированных данных .

Вернуться наверх

Ограничения из JSON-LD

JSON-LD — это мощный стандартный формат структурированных данных. Данные форматируются как JSON и помещаются в тег <script> с type="application/ld+json" .

Ниже приведен минимальный фрагмент HTML с простым JSON-LD: 

<script type="application/ld+json">
      {
        "@id": "http://event.example.com/events/presenting-foo",
        "@type": "http://schema.org/AggregateRating",
        "http://schema.org/ratingCount": "22",
        "http://schema.org/ratingValue": "4.4",
        "http://schema.org/itemReviewed": {
          "@type": "http://schema.org/Event",
          "http://schema.org/description": "Please attend.",
          "http://schema.org/name": "Presenting Foo",
          "http://schema.org/startdate": "2022-05-24",
          "http://schema.org/location": "Back room"
        }
      }
</script>

Он создаст следующие ограничения :

  • подробнее:pagemap:aggregating-ratingcount:22
  • подробнее:pagemap:aggregating-ratingvalue:4.4
  • подробнее:pagemap:агрегирование-itemreviewed-event-description:please_attend
  • подробнее:pagemap:агрегирование-itemreviewed-event-description:пожалуйста
  • подробнее:pagemap:агрегирование-itemreviewed-event-description:attend
  • подробнее:pagemap:агрегирование-itemreviewed-имя-события:presenting_foo
  • подробнее:pagemap:агрегирование-itemreviewed-имя-события:представление
  • подробнее:pagemap:агрегирование-itemreviewed-имя-события:foo
  • подробнее:pagemap:агрегирование-itemreviewed-event-startdate:2022-05-24
  • подробнее:pagemap:агрегирование-itemreviewed-event-location:back_room
  • подробнее:pagemap:агрегирование-itemreviewed-event-location:back
  • подробнее:pagemap:агрегирование-itemreviewed-event-location:room

Для JSON-LD мы генерируем ограничения только для всего пути от корня, см. Фильтрация по ветке . Однако корень дерева JSON-LD имеет дочерние узлы, поэтому результирующие ограничения имеют ту же форму, что и ограничения атрибутов. Некоторые ограничения в приведенном выше примере формируются из конечных узлов в корне и принимают форму Attribute Restrict (тип-имя-значение), например: more:pagemap:aggregaterating-ratingcount:22

Примечание. Другие форматы структурированных данных допускают строки длиной до 128 байт, но для JSON-LD все строки усекаются примерно до 50 символов, стараясь не заканчивать строку в середине слова. В зависимости от длины слова это может ограничить количество токенов, генерируемых из строки, более строго, чем ограничение в десять токенов.

Вернуться наверх

Сортировать по атрибуту

Иногда недостаточно ограничить поиск определенным типом результатов; Например, при поиске по обзорам ресторанов вы можете захотеть, чтобы рестораны с самым высоким рейтингом отображались в верхней части списка. Этого можно добиться с помощью функции сортировки по атрибутам Программируемой поисковой системы, которая изменяет порядок результатов на основе значений атрибутов структурированных данных. Сортировка активируется путем добавления параметра &sort= TYPE - NAME : DIRECTION URL к URL-адресу запроса вашей программируемой поисковой системы. Как и структурированный поиск, сортировка по атрибуту зависит от структурированных данных на ваших страницах; Однако в отличие от структурированного поиска сортировка требует, чтобы поле имело числовую интерпретацию, например числа и даты.

В самой простой форме вы указываете структурированный тип данных на основе типа объекта данных и имени атрибута в PageMap и добавляете его в URL-адрес запроса как &sort= TYPE - NAME . Например, для сортировки по дате на странице, которая представляет данные в виде date типа и имени sdate , используйте следующий синтаксис:

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

По умолчанию выполняется жесткая сортировка в порядке убывания, то есть результаты поиска упорядочиваются строго по дате, причем самые последние даты (которые соответствуют самым большим числам) располагаются первыми. Если вы хотите изменить порядок сортировки по возрастанию, добавьте к полю :a (или добавьте :d , чтобы явно указать по убыванию). Например, чтобы сначала отображались самые старые результаты, вы можете использовать ограничение вида:

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

Отсортированные результаты вашего механизма представлены на основе значения, которое эти страницы имеют в своих картах страниц для этого объекта данных и атрибута. Страницы, на которых отсутствуют 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

Чтобы включить только рейтинги выше 3 звезд, используйте следующее:

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

Диапазоны являются инклюзивными и могут комбинироваться с помощью оператора запятой друг с другом или с одним критерием сортировки или одним или несколькими критериями смещения. Обратите внимание, что объединение ограничения диапазона с критериями сортировки и смещения приведет к сортировке только элементов со значениями в диапазоне. Например, чтобы отсортировать по рейтингу только элементы с тремя и более звездами, используйте следующее:

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

Вы можете сортировать по одному критерию и ограничивать диапазон по другому. Например, чтобы отсортировать по рейтингу только те элементы, которые были проверены в октябре, используйте следующее:

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

Поиск изображений

Когда вы включите поиск изображений для своей поисковой системы, Google будет отображать результаты изображений на отдельной вкладке. Вы можете включить поиск изображений с помощью панели управления программируемой поисковой системы или обновив файл context.xml.

Поиск изображений опирается на информацию, которую Google обнаруживает при сканировании вашего сайта. Чтобы улучшить отображение ваших изображений в результатах поиска (как в программируемой поисковой системе, так и в веб-поиске Google), рекомендуется ознакомиться с правилами публикации изображений Google.

Фильтровать по атрибуту изображения

Как и веб-поиск, поиск изображений поддерживает фильтрацию по таким атрибутам, как src , alt и title .

Вернуться наверх

Структурированный поиск в элементе программируемого поиска

Функции структурированного поиска также можно использовать в сочетании с программируемым поисковым элементом Google. Как и в случае с операторами, выраженными в запросе или параметрах URL-адреса, структурированный поиск в элементе сначала требует, чтобы страницы, на которых вы ищете, были размечены атрибутами, по которым вы хотите искать; тогда оператор sort элемента программируемого поиска в сочетании с операторами more:pagemap: в запросе будет соответствующим образом сортировать или ограничивать результаты поиска.

Например, калифорнийский новостной портал SignOnSanDiego.com использует программируемый элемент поиска для отображения недавних статей с фотографиями в результатах:

Чтобы читатели видели не только самые актуальные, но и своевременные новости, 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>
  -->

Чтобы применить сортировку по атрибуту к этому полю, вы устанавливаете опцию sort в коде поиска для элемента программируемого поиска, как показано ниже:

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

Как и параметр URL &sort= описанный выше, параметр сортировки в элементе программируемого поиска <div class="gcse-search" sort_by="date-sdate:d:s"></div> принимает комбинированное имя атрибута, например date-sdate и несколько дополнительных параметров, разделенных двоеточиями. В этом случае SignOnSanDiego указал сортировку в порядке убывания d используя разновидность оператора сильного s . Если вы не предоставляете квалификаторы, по умолчанию используется порядок убывания с жесткой сортировкой, как и в случае с оператором URL.

Опция сортировки также включает функцию ограничения по диапазону. Например, такой сайт, как SignOnSanDiego, может позволить пользователям искать статьи, опубликованные в период с 25 августа по 9 сентября 2010 года. Чтобы реализовать это, вы можете установить параметры сортировки date-sdate:r:20100825:20100907 . Здесь снова используется комбинированное имя атрибута date-sdate , но вместо этого оно ограничивается диапазоном r указанных значений 20100825:20100907 . Как и в случае с параметром URL, вы можете опустить верхний или нижний элемент диапазона в параметре sort элемента программируемого поиска.

Еще одна мощная функция сортировки заключается в том, что вы можете комбинировать сортировку по атрибуту и ​​ограничение по диапазону. Вы можете объединить несколько операторов в опции сортировки, используя запятую. Например, чтобы объединить сильную предвзятость SignOnSanDiego с указанным выше ограничением даты, вы должны указать date-sdate:d:s,date-sdate:r:20100825:20100907 . Эта функция может сочетать в себе различные атрибуты; например, сайт обзоров фильмов может отображать фильмы с самым высоким рейтингом, выпущенные за последнюю неделю, с параметром review-rating,release-date:r:20100907: .

На этой странице представлены все поддерживаемые атрибуты.

Вы также можете использовать фильтр по атрибуту с программируемым элементом поиска. Например, возьмем наш предыдущий пример со страницами, у которых были атрибуты linked-blog ; Чтобы создать настраиваемый элемент управления поиском, который возвращал только страницы, на которые есть ссылки, используйте следующий код для внедрения оператора more:pagemap:linked-blog:blogspot в каждый запрос:

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

Этот метод относительно негибок, поскольку добавляет ограничение на все запросы, выполняемые из этого элемента управления. Чтобы увидеть другие варианты, обратитесь к документации по программируемому поисковому элементу .

Вернуться наверх

Изучение других функций

Функции структурированного поиска — это мощный набор опций, которые дают вам широкие возможности контроля над вашим приложением поиска, позволяя использовать настраиваемые атрибуты для упорядочивания и ограничения результатов поиска очень эффективными способами для ваших пользователей. Структурированный поиск также хорошо работает с другими функциями программируемой поисковой системы, такими как настраиваемые фрагменты результатов. Для дополнительной информации: