Skip to main content
Search accepts a tier parameter that picks between latency and result quality. Omit it and you get pro, the quality-oriented tier, which puts the most relevant results at the top. Send base, the latency-oriented tier, when a faster response is worth less precise ordering. See Search tiers for what each tier does. The examples below request the base tier.

When to choose base

base is the latency-oriented tier: responses come back faster, and ordering near the top of the list is less precise. Reach for it in the following cases:
  • You apply your own ranking to the results, so the order Seltz returns is discarded anyway.
  • You are pulling a large set of results to filter or aggregate over, rather than reading from the top down.
  • Latency matters more to you than the quality of the first few results.
Otherwise leave tier unset. pro is the default because result quality is what most callers want, and every scope accepts it.

Tier and scope are independent

tier decides the latency/quality trade-off; scope decides which data is searched. Neither constrains the other, so any scope can be requested in either tier.

Handling an unknown tier

Tier names are matched case-insensitively with surrounding whitespace ignored, so pro, PRO, and " Pro " all name the same tier. A name the service does not recognize is rejected with a 400 rather than falling back to the default, and the error names the tiers it accepts:
Rejecting rather than defaulting is deliberate: the tier you are served is always the tier you named. See Errors for status codes and error handling.

Next steps