The 'SharePoint Search' data source retrieve items from the SharePoint search engine.
The SharePoint search is different from the Microsoft Graph search.
|Query text||The input query text to pass to the search engine. This setting is not configurable directly in the data source options. To enable it you use go the the third configuration page of the Web Part and selected either a static or dynamic value (Ex: from a connected search box Web Part). See the connection documentation for more information on how to configure this option. This value can be then used in the Query template using the
|Query template||The search query template to use. It allows you to use dynamic tokens according to the context or specifiy conditions that should always apply to the query.||
|Result source ID||Can be either a built-in result source ID listed in the dropdown, or a custom result source that you specify. Type the
|Selected properties||The SharePoint managed properties to retrieve from the results. They can be used with the same name in layouts and slots afterwards.||
|Sort||Configure the sort settings of the data source. Properties listed in the dropdown are all static properties marked as 'Sortable' in the SharePoint search schema. However, it does not list all possible RefinableXXX or aliases fields. To use them, you must enter the value manually and press 'Enter' to validate. For a particular field, you can define if it should be used for initial sort (i.e. when the results are loaded for the first time) or be only available for users in the sort control (i.e. after the results are loaded). The sort control does not consider default sort fields (i.e. select them by default) and you can only sort on a single field at a time according the fields you defined. If no user sort fields are defined in the configuration, the sort control won't be displayed.||None.|
|Refinement filters||The initial refinement filters to apply to the query. Both KQL (Keyword Query Language) and FQL (Fast Query Language) expressions work here (Ex: KQL
|Language of the search request||The language to use for the search request. By default the search request will be made using the current user interface language. This parameter is mainly use to process diacritics, plurals, etc. correctly according to the language.||Current UI language.|
|Enable query rules||Whether or not apply SharePoint query rules.||False|
|Include OneDrive for Business results||Whether or not include OneDrive for business results.||False|
|Enable audience targeting||Whether or not results should be targeted according to the audiences that the current user belongs to. More information about modern audiences and how to configure them.||False|
|Enable localization||If enabled, the Web Part will try to translate the taxonomy term IDs found in result item properties and refinement values to their corresponding label according to the curent UI language. To get it work, you must map a new refinable managed property associated with ows_taxId_ crawled property and turn this toggle 'on': If enabled and depending how many items are currently displayed, this could be slightly decrease loading performances.
To use translated values in your template, you must use the '
|Enable multi-geo environment||If your organization expands its Microsoft 365 presence to multiple geographic regions and/or countries within your existing tenant, you can enable it. Once enabled, the Web Part will include the geo-locations configuration; you can specify an optional list of which geo-locations in the multi-geo tenant to fan the query out. If you don't include this parameter or leave it blank, the query is fanned out to all geo locations.
More information about the Search configuration for Microsoft 365 Multi-Geo.