Retrieves records from an index, up to 1,000 per request.
While searching retrieves hits (records augmented with attributes for highlighting and ranking details), browsing just returns matching records. This can be useful if you want to export your indices.
browse.Browse requests automatically apply these settings:
advancedSyntax: falseattributesToHighlight: []attributesToSnippet: []distinct: falseenablePersonalization: falseenableRules: falsefacets: []getRankingInfo: falseignorePlurals: falseoptionalFilters: []typoTolerance: true or false (min and strict evaluate to true)If you send these parameters with your browse requests, they’ll be ignored.
browseYour Algolia application ID.
Your Algolia API key with the necessary permissions to make the request. Permissions are controlled through access control lists (ACL) and access restrictions. The required ACL to make a request is listed in each endpoint's reference.
Name of the index on which to perform the operation.
"ALGOLIA_INDEX_NAME"
Each parameter value, including the query must not be larger than 512 bytes.
Search query.
Keywords to be used instead of the search query to conduct a more broader search
Using the similarQuery parameter changes other settings
queryType is set to prefixNone.removeStopWords is set to true.words is set as the first ranking criterion.optionalWords
Since the similarQuery is supposed to do a broad search, they usually return many results.
Combine it with filters to narrow down the list of results."comedy drama crime Macy Buscemi"
Filter expression to only include items that match the filter criteria in the response.
You can use these filter expressions:
<facet> <op> <number>, where <op> is one of <, <=, =, !=, >, >=.<facet>:<lower> TO <upper> where <lower> and <upper> are the lower and upper limits of the range (inclusive).<facet>:<value> where <facet> is a facet attribute (case-sensitive) and <value> a facet value._tags:<value> or just <value> (case-sensitive).<facet>: true | false.You can combine filters with AND, OR, and NOT operators with the following restrictions:
OR.
Not supported: facet:value OR num > 3.NOT with combinations of filters.
Not supported: NOT(facet:value OR facet:value)AND) with OR.
Not supported: facet:value OR (facet:value AND facet:value)Use quotes around your filters, if the facet attribute name or facet value has spaces, keywords (OR, AND, NOT), or quotes.
If a facet attribute is an array, the filter matches if it matches at least one element of the array.
For more information, see Filters.
"(category:Book OR category:Ebook) AND _tags:published"
Filter the search by facet values, so that only records with the same facet values are retrieved.
Prefer using the filters parameter, which supports all filter types and combinations with boolean operators.
[filter1, filter2] is interpreted as filter1 AND filter2.[[filter1, filter2], filter3] is interpreted as filter1 OR filter2 AND filter3.facet:-value is interpreted as NOT facet:value.While it's best to avoid attributes that start with a -, you can still filter them by escaping with a backslash:
facet:\-value.
[
["category:Book", "category:-Movie"],
"author:John Doe"
]Filters to promote or demote records in the search results.
Optional filters work like facet filters, but they don't exclude records from the search results.
Records that match the optional filter rank before records that don't match.
If you're using a negative filter facet:-value, matching records rank after records that don't match.
["category:Book", "author:John Doe"]Filter by numeric facets.
Prefer using the filters parameter, which supports all filter types and combinations with boolean operators.
You can use numeric comparison operators: <, <=, =, !=, >, >=.
Comparisons are precise up to 3 decimals.
You can also provide ranges: facet:<lower> TO <upper>. The range includes the lower and upper boundaries.
The same combination rules apply as for facetFilters.
[
["inStock = 1", "deliveryDate < 1441755506"],
"price < 1000"
]Filter the search by values of the special _tags attribute.
Prefer using the filters parameter, which supports all filter types and combinations with boolean operators.
Different from regular facets, _tags can only be used for filtering (including or excluding records).
You won't get a facet count.
The same combination and escaping rules apply as for facetFilters.
[["Book", "Movie"], "SciFi"]Whether to sum all filter scores If true, all filter scores are summed. Otherwise, the maximum filter score is kept. For more information, see filter scores.
Restricts a search to a subset of your searchable attributes. Attribute names are case-sensitive.
["title", "author"]Whether faceting should be applied after deduplication with distinct
This leads to accurate facet counts when using faceting in combination with distinct.
It's usually better to use afterDistinct modifiers in the attributesForFaceting setting,
as facetingAfterDistinct only computes correct facet counts if all records have the same facet values for the attributeForDistinct.
Page of search results to retrieve.
x >= 0Position of the first hit to retrieve.
Number of hits to retrieve (used in combination with offset).
0 <= x <= 1000Coordinates for the center of a circle, expressed as a comma-separated string of latitude and longitude.
Only records included within a circle around this central location are included in the results.
The radius of the circle is determined by the aroundRadius and minimumAroundRadius settings.
This parameter is ignored if you also specify insidePolygon or insideBoundingBox.
"40.71,-74.01"
Whether to obtain the coordinates from the request's IP address.
Maximum radius for a search around a central location.
This parameter works in combination with the aroundLatLng and aroundLatLngViaIP parameters.
By default, the search radius is determined automatically from the density of hits around the central location.
The search radius is small if there are many hits close to the central coordinates.
x >= 1Precision of a coordinate-based search in meters to group results with similar distances.
The Geo ranking criterion considers all matches within the same range of distances to be equal.
Minimum radius (in meters) for a search around a location when aroundRadius isn't set.
x >= 1Coordinates of a polygon in which to search.
Polygons are defined by 3 to 10,000 points. Each point is represented by its latitude and longitude.
Provide multiple polygons as nested arrays.
For more information, see filtering inside polygons.
This parameter is ignored if you also specify insideBoundingBox.
6 - 20000 elements[
[
47.3165,
4.9665,
47.3424,
5.0201,
47.32,
4.9
],
[
40.9234,
2.1185,
38.643,
1.9916,
39.2587,
2.0104
]
]ISO language codes that adjust settings that are useful for processing natural language queries (as opposed to keyword searches)
removeStopWords and ignorePlurals to the list of provided languages.removeWordsIfNoResults to allOptional.natural_language attribute to ruleContexts and analyticsTags.ISO code for a supported language.
af, ar, az, bg, bn, ca, cs, cy, da, de, el, en, eo, es, et, eu, fa, fi, fo, fr, ga, gl, he, hi, hu, hy, id, is, it, ja, ka, kk, ko, ku, ky, lt, lv, mi, mn, mr, ms, mt, nb, nl, no, ns, pl, ps, pt, pt-br, qu, ro, ru, sk, sq, sv, sw, ta, te, th, tl, tn, tr, tt, uk, ur, uz, zh Assigns a rule context to the search query Rule contexts are strings that you can use to trigger matching rules.
["mobile"]Impact that Personalization should have on this search The higher this value is, the more Personalization determines the ranking compared to other factors. For more information, see Understanding Personalization impact.
0 <= x <= 100Unique pseudonymous or anonymous user identifier.
This helps with analytics and click and conversion events. For more information, see user token.
"test-user-123"
Whether the search response should include detailed ranking information.
Whether to take into account an index's synonyms for this search.
Whether to include a queryID attribute in the response
The query ID is a unique identifier for a search query and is required for tracking click and conversion events.
Whether this search will be included in Analytics.
Tags to apply to the query for segmenting analytics data.
Whether to include this search when calculating processing-time percentiles.
Whether to enable A/B testing for this search.
Attributes to include in the API response To reduce the size of your response, you can retrieve only some of the attributes. Attribute names are case-sensitive
* retrieves all attributes, except attributes included in the customRanking and unretrievableAttributes settings.*: ["*", "-ATTRIBUTE"].objectID attribute is always included.["author", "title", "content"]Determines the order in which Algolia returns your results.
By default, each entry corresponds to a ranking criteria. The tie-breaking algorithm sequentially applies each criterion in the order they're specified. If you configure a replica index for sorting by an attribute, you put the sorting attribute at the top of the list.
Modifiers
asc("ATTRIBUTE").
Sort the index by the values of an attribute, in ascending order.desc("ATTRIBUTE").
Sort the index by the values of an attribute, in descending order.Before you modify the default setting, you should test your changes in the dashboard, and by A/B testing.
Relevancy threshold below which less relevant results aren't included in the results
You can only set relevancyStrictness on virtual replica indices.
Use this setting to strike a balance between the relevance and number of returned results.
90
Attributes to highlight
By default, all searchable attributes are highlighted.
Use * to highlight all attributes or use an empty array [] to turn off highlighting.
Attribute names are case-sensitive
With highlighting, strings that match the search query are surrounded by HTML tags defined by highlightPreTag and highlightPostTag.
You can use this to visually highlight matching parts of a search query in your UI
For more information, see Highlighting and snippeting.
["author", "title", "conten", "content"]Attributes for which to enable snippets.
Attribute names are case-sensitive
Snippets provide additional context to matched words.
If you enable snippets, they include 10 words, including the matched word.
The matched word will also be wrapped by HTML tags for highlighting.
You can adjust the number of words with the following notation: ATTRIBUTE:NUMBER,
where NUMBER is the number of words to be extracted.
["content:80", "description"]HTML tag to insert before the highlighted parts in all highlighted results and snippets.
HTML tag to insert after the highlighted parts in all highlighted results and snippets.
String used as an ellipsis indicator when a snippet is truncated.
Whether to restrict highlighting and snippeting to items that at least partially matched the search query. By default, all items are highlighted and snippeted.
Number of hits per page.
1 <= x <= 1000Whether typo tolerance is enabled and how it is applied.
If typo tolerance is true, min, or strict, word splitting and concatenation are also active.
Whether to allow typos on numbers in the search query Turn off this setting to reduce the number of irrelevant matches when searching in large sets of similar numbers.
Attributes for which you want to turn off typo tolerance. Attribute names are case-sensitive Returning only exact matches can help when
disableTypoToleranceOnWords or adding synonyms if your attributes have intentional unusual spellings that might look like typos.["sku"]Treat singular, plurals, and other forms of declensions as equivalent. You should only use this feature for the languages used in your index.
ISO code for a supported language.
af, ar, az, bg, bn, ca, cs, cy, da, de, el, en, eo, es, et, eu, fa, fi, fo, fr, ga, gl, he, hi, hu, hy, id, is, it, ja, ka, kk, ko, ku, ky, lt, lv, mi, mn, mr, ms, mt, nb, nl, no, ns, pl, ps, pt, pt-br, qu, ro, ru, sk, sq, sv, sw, ta, te, th, tl, tn, tr, tt, uk, ur, uz, zh ["ca", "es"]Removes stop words from the search query.
Stop words are common words like articles, conjunctions, prepositions, or pronouns that have little or no meaning on their own. In English, "the", "a", or "and" are stop words.
You should only use this feature for the languages used in your index.
ISO code for a supported language.
af, ar, az, bg, bn, ca, cs, cy, da, de, el, en, eo, es, et, eu, fa, fi, fo, fr, ga, gl, he, hi, hu, hy, id, is, it, ja, ka, kk, ko, ku, ky, lt, lv, mi, mn, mr, ms, mt, nb, nl, no, ns, pl, ps, pt, pt-br, qu, ro, ru, sk, sq, sv, sw, ta, te, th, tl, tn, tr, tt, uk, ur, uz, zh ["ca", "es"]Languages for language-specific query processing steps such as plurals, stop-word removal, and word-detection dictionaries
This setting sets a default list of languages used by the removeStopWords and ignorePlurals settings.
This setting also sets a dictionary for word detection in the logogram-based CJK languages.
To support this, you must place the CJK language first
You should always specify a query language.
If you don't specify an indexing language, the search engine uses all supported languages,
or the languages you specified with the ignorePlurals or removeStopWords parameters.
This can lead to unexpected search results.
For more information, see Language-specific configuration.
ISO code for a supported language.
af, ar, az, bg, bn, ca, cs, cy, da, de, el, en, eo, es, et, eu, fa, fi, fo, fr, ga, gl, he, hi, hu, hy, id, is, it, ja, ka, kk, ko, ku, ky, lt, lv, mi, mn, mr, ms, mt, nb, nl, no, ns, pl, ps, pt, pt-br, qu, ro, ru, sk, sq, sv, sw, ta, te, th, tl, tn, tr, tt, uk, ur, uz, zh ["es"]Whether to split compound words in the query into their building blocks
For more information, see Word segmentation.
Word segmentation is supported for these languages: German, Dutch, Finnish, Swedish, and Norwegian.
Decompounding doesn't work for words with non-spacing mark Unicode characters.
For example, Gartenstühle won't be decompounded if the ü consists of u (U+0075) and ◌̈ (U+0308).
Whether to enable rules.
Whether to enable Personalization.
Determines if and how query words are interpreted as prefixes.
By default, only the last query word is treated as a prefix (prefixLast).
To turn off prefix search, use prefixNone.
Avoid prefixAll, which treats all query words as prefixes.
This might lead to counterintuitive results and makes your search slower.
For more information, see Prefix searching.
prefixLast, prefixAll, prefixNone Strategy for removing words from the query when it doesn't return any results. This helps to avoid returning empty search results.
none.
No words are removed when a query doesn't return results.
lastWords.
Treat the last (then second to last, then third to last) word as optional,
until there are results or at most 5 words have been removed.
firstWords.
Treat the first (then second, then third) word as optional,
until there are results or at most 5 words have been removed.
allOptional.
Treat all words as optional.
For more information, see Remove words to improve results.
none, lastWords, firstWords, allOptional "firstWords"
Search mode the index will use to query for results.
This setting only applies to indices, for which Algolia enabled NeuralSearch for you.
neuralSearch, keywordSearch Settings for the semantic search part of NeuralSearch.
Only used when mode is neuralSearch.
Whether to support phrase matching and excluding words from search queries
Use the advancedSyntaxFeatures parameter to control which feature is supported.
Words that should be considered optional when found in the query.
By default, records must match all words in the search query to be included in the search results. Adding optional words can help to increase the number of search results by running an additional search query that doesn't include the optional words. For example, if the search query is "action video" and "video" is an optional word, the search engine runs two queries. One for "action video" and one for "action". Records that match all words are ranked higher.
For a search query with 4 or more words and all its words are optional, the number of matched words required for a record to be included in the search results increases for every 1,000 records:
optionalWords has less than 10 words, the required number of matched words increases by 1:
results 1 to 1,000 require 1 matched word, results 1,001 to 2000 need 2 matched words.optionalWords has 10 or more words, the number of required matched words increases by the number of optional words divided by 5 (rounded down).
For example, with 18 optional words: results 1 to 1,000 require 1 matched word, results 1,001 to 2000 need 4 matched words.For more information, see Optional words.
Searchable attributes for which you want to turn off the Exact ranking criterion. Attribute names are case-sensitive This can be useful for attributes with long values, where the likelihood of an exact match is high, such as product descriptions. Turning off the Exact ranking criterion for these attributes favors exact matching on other attributes. This reduces the impact of individual attributes with a lot of content on ranking.
["description"]Determines how the Exact ranking criterion is computed when the search query has only one word.
attribute.
The Exact ranking criterion is 1 if the query word and attribute value are the same.
For example, a search for "road" will match the value "road", but not "road trip".
none.
The Exact ranking criterion is ignored on single-word searches.
word.
The Exact ranking criterion is 1 if the query word is found in the attribute value.
The query word must have at least 3 characters and must not be a stop word.
Only exact matches will be highlighted,
partial and prefix matches won't.
attribute, none, word Determine which plurals and synonyms should be considered an exact matches By default, Algolia treats singular and plural forms of a word, and single-word synonyms, as exact matches when searching. For example
ignorePlurals.
Plurals and similar declensions added by the ignorePlurals setting are considered exact matchessingleWordSynonym.
Single-word synonyms, such as "NY" = "NYC", are considered exact matchesmultiWordsSynonym.
Multi-word synonyms, such as "NY" = "New York", are considered exact matches.ignorePlurals, singleWordSynonym, multiWordsSynonym, ignoreConjugations Advanced search syntax features you want to support
exactPhrase.
Phrases in quotes must match exactly.
For example, sparkly blue "iPhone case" only returns records with the exact string "iPhone case"excludeWords.
Query words prefixed with a - must not occur in a record.
For example, search -engine matches records that contain "search" but not "engine"
This setting only has an effect if advancedSyntax is true.exactPhrase, excludeWords Determines how many records of a group are included in the search results.
Records with the same value for the attributeForDistinct attribute are considered a group.
The distinct setting controls how many members of the group are returned.
This is useful for deduplication and grouping.
The distinct setting is ignored if attributeForDistinct is not set.
1
Whether to replace a highlighted word with the matched synonym
By default, the original words are highlighted even if a synonym matches.
For example, with home as a synonym for house and a search for home,
records matching either "home" or "house" are included in the search results,
and either "home" or "house" are highlighted
With replaceSynonymsInHighlight set to true, a search for home still matches the same records,
but all occurrences of "house" are replaced by "home" in the highlighted response.
Minimum proximity score for two matching words
This adjusts the Proximity ranking criterion
by equally scoring matches that are farther apart
For example, if minProximity is 2, neighboring matches and matches with one word between them would have the same score.
1 <= x <= 7Properties to include in the API response of search and browse requests
By default, all response properties are included.
To reduce the response size, you can select which properties should be included
An empty list may lead to an empty API response (except properties you can't exclude)
You can't exclude these properties:
message, warning, cursor, abTestVariantID,
or any property added by setting getRankingInfo to true
Your search depends on the hits field. If you omit this field, searches won't return any results.
Your UI might also depend on other properties, for example, for pagination.
Before restricting the response size, check the impact on your search experience.
Maximum number of facet values to return for each facet.
x <= 1000Order in which to retrieve facet values
count.
Facet values are retrieved by decreasing count.
The count is the number of matching records containing this facet valuealpha.
Retrieve facet values alphabetically
This setting doesn't influence how facet values are displayed in your UI (see renderingContent).
For more information, see facet value display.Whether the best matching attribute should be determined by minimum proximity
This setting only affects ranking if the Attribute ranking criterion comes before Proximity in the ranking setting.
If true, the best matching attribute is selected based on the minimum proximity of multiple matches.
Otherwise, the best matching attribute is determined by the order in the searchableAttributes setting.
Extra data that can be used in the search UI.
You can use this to control aspects of your search UI, such as the order of facet names and values without changing your frontend code.
Whether this search will use Dynamic Re-Ranking This setting only has an effect if you activated Dynamic Re-Ranking for this index in the Algolia dashboard.
Restrict Dynamic Re-Ranking to records that match these filters.
Cursor to get the next page of the response.
The parameter must match the value returned in the response of a previous request.
The last page of the response does not return a cursor attribute.
"jMDY3M2MwM2QwMWUxMmQwYWI0ZTN"
OK
Search results (hits).
Hits are records from your index that match the search criteria, augmented with additional attributes, such as, for highlighting.
Search query.
URL-encoded string of all search parameters.
"query=a&hitsPerPage=20"
A/B test ID. This is only included in the response for indices that are part of an A/B test.
Variant ID. This is only included in the response for indices that are part of an A/B test.
x >= 1Computed geographical location.
"40.71,-74.01"
Distance from a central coordinate provided by aroundLatLng.
Whether certain properties of the search response are calculated exhaustive (exact) or approximated.
Rules applied to the query.
See the facetsCount field of the exhaustive object in the response.
See the nbHits field of the exhaustive object in the response.
See the typo field of the exhaustive object in the response.
Facet counts.
{ "category": { "food": 1, "tech": 42 } }Statistics for numerical facets.
Index name used for the query.
"indexName"
Index name used for the query. During A/B testing, the targeted index isn't always the index used by the query.
"indexNameAlt"
Warnings about the query.
Number of hits selected and sorted by the relevant sort algorithm.
20
Post-normalization query string that will be searched.
"george clo"
Time the server took to process the request, in milliseconds.
20
Experimental. List of processing steps and their times, in milliseconds. You can use this list to investigate performance issues.
Markup text indicating which parts of the original query have been removed to retrieve a non-empty result set.
Redirect results to a URL, this this parameter is for internal use only.
Extra data that can be used in the search UI.
You can use this to control aspects of your search UI, such as the order of facet names and values without changing your frontend code.
Time the server took to process the request, in milliseconds.
20
Host name of the server that processed the request.
"c2-uk-3.algolia.net"
An object with custom data.
You can store up to 32kB as custom data.
{
"settingID": "f2a7b51e3503acc6a39b3784ffb84300",
"pluginVersion": "1.6.0"
}Unique identifier for the query. This is used for click analytics.
"a00dbc80a8d13c4565a442e7e2dca80a"
Whether automatic events collection is enabled for the application.
Page of search results to retrieve.
x >= 0Number of results (hits).
20
Number of pages of results.
1
Number of hits per page.
1 <= x <= 1000Cursor to get the next page of the response.
The parameter must match the value returned in the response of a previous request.
The last page of the response does not return a cursor attribute.
"jMDY3M2MwM2QwMWUxMmQwYWI0ZTN"