Server-side testing
Also called: server-side experimentation
Last updated:
Server-side testing is any test or rollout whose variation is chosen in your own backend, before the response reaches the user. A server SDK holds the flag configuration in memory and evaluates locally, so the decision costs a sub-millisecond lookup and no extra network call. The rule that produced it never leaves your infrastructure, which is why anything a user should not be able to read or influence belongs on this side.
What a server key can see
sdk_server_, reads every flag in the project. It must never reach a browser. That access is what lets a backend-only flag gate an unshipped API, a schema migration, or a pricing rule while both its name and its payload stay private. The SDK overview sets the two key types out side by side.What this changes about a test
Want the full picture? Read the concept guide: SDK overview →
Related terms
Client-side testing
Client-side testing decides the variation inside the user's browser or mobile app, using a client SDK and a client key that can read only the flags you have marked visible to the client.
A/B testing
A/B testing serves two variations to randomly assigned groups of users and measures which one performs better on a chosen metric — turning a product decision into a controlled experiment instead of a guess.
Feature flag
A feature flag is a conditional in your code whose value is controlled from a remote dashboard, letting you turn functionality on or off without deploying new code.
Try it in your own app
Free Solo plan covers 10 flags and 2 environments. No credit card, no demo call — sign up and ship.