Official documentation for Amplitude Experiment's Client-side iOS SDK implementation.
CocoaPods and Swift Package Manager/Carthage have different import statements.
import AmplitudeExperiment
import Experiment
1pod 'AmplitudeExperiment', '~> <VERSION>'
https://github.com/amplitude/experiment-ios-client
The right way to initialize the Experiment SDK depends on whether you use an Amplitude SDK for analytics or a third party (for example, Segment).
1// (1) Initialize the experiment client with Amplitude Analytics 2let experiment = Experiment.initializeWithAmplitudeAnalytics( 3 apiKey: "DEPLOYMENT_KEY", 4 config: ExperimentConfigBuilder().build() 5) 6 7// (2) Start the SDK 8experiment.start() { error in 9 10 // (3) Lookup a flag's variant11 let variant = experiment.variant("FLAG_KEY")12 if variant.value == "on" {13 // Flag is on14 } else {15 // Flag is off16 }17}
1 2// (1) Initialize the experiment client and implement a 3// custom exposure tracking provider. 4class ExposureTracker: ExposureTrackingProvider { 5 func track(exposure: Exposure) { 6 // TODO: Implement exposure tracking 7 // analytics.track(name: "$exposure", properties: [ 8 // "flag_key": exposure.flagKey, 9 // "variant": exposure.variant,10 // "experiment_key": exposure.experimentKey11 // ])12 }13}14let experiment = Experiment.initialize(15 apiKey: "DEPLOYMENT_KEY",16 config: ExperimentConfigBuilder()17 .exposureTrackingProvider(ExposureTracker())18 .build()19)20// (2) Start the SDK with the user.21let user = ExperimentUserBuilder()22 .userId("user@company.com")23 .deviceId("abcdefg")24 .userProperty("premium", value: true)25 .build()26experiment.start(user) { error in27 28 // (3) Lookup a flag's variant29 let variant = experiment.variant("FLAG_KEY")30 if variant.value == "on" {31 // Flag is on32 } else {33 // Flag is off34 }35}
The following functions make up the core of the Experiment client-side SDK.
The SDK client should be initialized in your application on startup. The deployment key argument passed into the apiKey
parameter must live within the same project that you are sending analytics events to.
1func initializeWithAmplitudeAnalytics(2 apiKey: String,3 config: ExperimentConfig4) -> ExperimentClient
1func initialize(apiKey: String, config: ExperimentConfig) -> ExperimentClient
Parameter |
Requirement | Description |
---|---|---|
apiKey |
required | The deployment key which authorizes fetch requests and determines which flags should be evaluated for the user. |
config |
optional | The client configuration used to customize SDK client behavior. |
The initializer returns a singleton instance, so subsequent initializations for the same instance name will always return the initial instance. To create multiple instances, use the instanceName
configuration.
1let experiment = Experiment.initializeWithAmplitudeAnalytics(2 apiKey: "DEPLOYMENT_KEY",3 config: ExperimentConfigBuilder().build()4)
1// (1) Initialize the experiment client and implement a 2// custom exposure tracking provider. 3class ExposureTracker: ExposureTrackingProvider { 4 func track(exposure: Exposure) { 5 // TODO: Implement exposure tracking 6 // analytics.track(name: "$exposure", properties: [ 7 // "flag_key": exposure.flagKey, 8 // "variant": exposure.variant, 9 // "experiment_key": exposure.experimentKey10 // ])11 }12}13let experiment = Experiment.initialize(14 apiKey: "DEPLOYMENT_KEY",15 config: ExperimentConfigBuilder()16 .exposureTrackingProvider(ExposureTracker())17 .build()18)
The SDK client can be configured once on initialization.
Configuration options
Description
Default Value
debug
Enable additional debug logging within the SDK. Should be set to false in production builds.
false
fallbackVariant
The default variant to fall back if a variant for the provided key doesn't exist.
{}
initialVariants
An initial set of variants to access. This field is valuable for bootstrapping the client SDK with values rendered by the server using server-side rendering (SSR).
{}
serverZone
Select the Amplitude data center to get flags and variants from,
.US
or .EU
.US
serverUrl
The host to fetch variants from.
https://api.lab.amplitude.com
flagsServerUrl
The host to fetch local evaluation flags from. For hitting the EU data center, use
serverZone
.https://flag.lab.amplitude.com
fetchTimeoutMillis
The timeout for fetching variants in milliseconds.
10000
retryFetchOnFailure
Whether to retry variant fetches in the background if the request doesn't succeed.
true
automaticExposureTracking
If true, calling
variant()
will track an exposure event through the configured exposureTrackingProvider
. If no exposure tracking provider is set, this configuration option does nothing.true
fetchOnStart
If true or nil, always fetch remote evaluation variants on start. If false, never fetch on start.
true
pollOnStart
Poll for local evaluation flag configuration updates once per minute on start.
true
automaticFetchOnAmplitudeIdentityChange
Only matters if you use the
initializeWithAmplitudeAnalytics
initialization function to seamlessly integrate with the Amplitude Analytics SDK. If true
any change to the user ID, device ID or user properties from analytics will trigger the experiment SDK to fetch variants and update it's cache.false
userProvider
An interface used to provide the user object to
fetch()
when called. See Experiment User for more information.null
exposureTrackingProvider
Implement and configure this interface to track exposure events through the experiment SDK, either automatically or explicitly.
null
instanceName
Custom instance name for experiment SDK instance. The value of this field is case-sensitive.
null
initialFlags
A JSON string representing an initial set of flag configurations to use for local evaluation.
undefined
If you're using Amplitude's EU data center, configure the serverZone
option on initialization to .EU
.
If you use either Amplitude or Segment Analytics SDKs to track events into Amplitude, you'll want to set up an integration on initialization. Integrations automatically implement provider interfaces to enable a more streamlined developer experience by making it easier to manage user identity and track exposures events.
The Amplitude Experiment SDK is set up to integrate seamlessly with the Amplitude Analytics SDK. Note that, if you are using a custom instance name for analytics, you will need to set the same value in the Using the integration initializer will automatically configure implementations of the user provider and exposure tracking provider interfaces to pull user data from the Amplitude Analytics SDK and track exposure events. Supported Versions All generally available versions of the next-generation Amplitude Analytics Swift SDK support this integration.
Amplitude integration
instanceName
configuration option in the experiment SDK.
Analytics SDK Version
Experiment SDK Version
8.8.0+
1.6.0+
The Experiment SDK must then be configured on initialization with an instance of the the exposure tracking provider. When fetching variants, pass the segment anonymous ID and user ID for the device ID and user ID, respectively.
Segment integration
Start the SDK by getting flag configurations from the server and fetching remote evaluation variants for the user. The SDK is ready once the completion callback is called.
1func start(_ user: ExperimentUser? = nil, completion: ((Error?) -> Void)? = nil)
Parameter | Requirement | Description |
---|---|---|
user |
optional | Explicit user information to pass with the request to fetch variants. This user information is merged with user information provided from integrations via the user provider, preferring properties passed explicitly to fetch() over provided properties. Also sets the user in the SDK for reuse. |
completion |
optional | The completion block, called when the SDK has finished starting. If fetch is called on start, the completion block is called after the fetch response is received. |
Call start()
when your application is initializing, after user information is available to use to evaluate or fetch variants. The provided completion block is called after loading local evaluation flag configurations and fetching remote evaluation variants.
Configure the behavior of start()
by setting fetchOnStart
in the SDK configuration on initialization to improve performance based on the needs of your application.
fetchOnStart
to false
to avoid increased startup latency caused by remote evaluation.fetchOnStart
to false
and call fetch()
separately.
1experiment.start() { error in2 // SDK Started3}
1let user = ExperimentUserBuilder()2 .userId("user@company.com")3 .deviceId("abcdefg")4 .userProperty("premium", value: true)5 .build()6experiment.start(user) { error in7 // SDK Started8}
Fetches variants for a user and store the results in the client for fast access. This function remote evaluates the user for flags associated with the deployment used to initialize the SDK client.
1func fetch(user: ExperimentUser?, options: FetchOptions?, completion: ((ExperimentClient, Error?) -> Void)?)
Parameter | Requirement | Description |
---|---|---|
user |
optional | Explicit user information to pass with the request to evaluate. This user information is merged with user information provided from integrations via the user provider, preferring properties passed explicitly to fetch() over provided properties. |
options |
optional | Explicit flag keys to fetch. |
completion |
optional | Callback when the variant fetch (success or failure). If the fetch request fails, the error is returned in the second parameter of this callback. |
Amplitude Experiment recommends calling fetch()
during application start up so that the user gets the most up-to-date variants for the application session. Furthermore, you'll need to wait for the fetch request to return a result before rendering the user experience to avoid the interface "flickering".
1let user = ExperimentUserBuilder()2 .userId("user@company.com")3 .userProperty("premium", value: true)4 .build()5experiment.fetch(user: user) { experiment, error in6 // Do something...7}
If you're using an integration or a custom user provider then you can fetch without inputting the user.
1experiment.fetch(user: nil, completion: nil)
If you want the most up-to-date variants for the user, it's recommended that you call fetch()
whenever the user state changes in a meaningful way. For example, if the user logs in and receives a user ID, or has a user property set which may effect flag or experiment targeting rules.
In the case of user properties, Amplitude recommends passing new user properties explicitly to fetch()
instead of relying on user enrichment prior to remote evaluation. This is because user properties that are synced remotely through a separate system have no timing guarantees with respect to fetch()
--i.e. a race.
If fetch()
times out (default 10 seconds) or fails for any reason, the SDK client will return and retry in the background with back-off. You may configure the timeout or disable retries in the configuration options when the SDK client is initialized.
Access a variant for a flag or experiment from the SDK client's local store.
When an integration is used or a custom exposure tracking provider is set, variant()
will automatically track an exposure event through the tracking provider. To disable this functionality, configure automaticExposureTracking
to be false
, and track exposures manually using exposure()
.
1func variant(_ key: String, fallback: Variant? = nil) -> Variant
Parameter | Requirement | Description |
---|---|---|
key |
required | The flag key to identify the flag or experiment to access the variant for. |
fallback |
optional | The value to return if no variant was found for the given flagKey . |
When determining which variant a user has been bucketed into, you'll want to compare the variant value
to a well-known string.
1let variant = experiment.variant("<FLAG_KEY>")2if variant.value == "on" {3 // Flag is on4} else {5 // Flag is off6}
???info "Accessing the variant's payload"
A variant may also be configured with a dynamic payload of arbitrary data. Access the payload
field from the variant object after checking the variant's value
.
The payload
in iOS is of type Any?
, so cast the payload to the expected type to retrieve the value. For example, if the payload is {"key":"value"}
:
1let variant = client.variant("<FLAG_KEY>")2if variant.value == "on" {3 if let payload = variant.payload as? [String:String] {4 let value = payload["key"]5 }6}
A null
variant value
means that the user hasn't been bucketed into a variant. You may use the built in fallback parameter to provide a variant to return if the store doesn't contain a variant for the given flag key.
1let variant = experiment.variant("<FLAG_KEY>", fallback: Variant("control"))2if variant.value == "control" {3 // Control4} else if variant.value == "treatment" {5 // Treatment6}
Access all variants stored by the SDK client.
1func all() -> [String:Variant]
Clear all variants in the cache and storage.
1func clear()
You can call clear
after user logout to clear the variants in cache and storage.
1experiment.clear()
Manually track an exposure event for the current variant of the given flag key through configured integration or custom exposure tracking provider. Generally used in conjunction with setting the automaticExposureTracking
configuration optional to false
.
1func exposure(key: String)
Parameter | Requirement | Description |
---|---|---|
key |
required | The flag key to identify the flag or experiment variant to track an exposure event for. |
1let variant = experiment.variant("<FLAG_KEY>") 2 3// Do other things... 4 5experiment.exposure("<FLAG_KEY>") 6if variant.value == "control" { 7 // Control 8} else if variant.value == "treatment" { 9 // Treatment10}
If you use Amplitude or Segment analytics SDKs along side the Experiment Client SDK, Amplitude recommends you use an integration instead of implementing custom providers.
Provider implementations enable a more streamlined developer experience by making it easier to manage user identity and track exposures events.
The user provider is used by the SDK client to access the most up-to-date user information only when it's needed (for example: when fetch()
is called). This provider is optional, but helps if you have a user information store already set up in your application. This way, you don't need to manage two separate user info stores in parallel, which may result in a divergent user state if the application user store is updated and experiment isn't (or via versa).
1protocol ExperimentUserProvider {2 func getUser() -> ExperimentUser3}
To use your custom user provider, set the userProvider
configuration option with an instance of your custom implementation on SDK initialization.
1let config = ExperimentConfigBuilder()2 .userProvider(CustomUserProvider())3 .build()4let experiment = Experiment.initialize(apiKey: "<DEPLOYMENT_KEY>", config: config)
Implementing an exposure tracking provider is highly recommended. Exposure tracking increases the accuracy and reliability of experiment results and improves visibility into which flags and experiments a user is exposed to.
1protocol ExposureTrackingProvider {2 func track(exposure: Exposure)3}
The implementation of track()
should track an event of type $exposure
(a.k.a name) with two event properties, flag_key
and variant
, corresponding to the two fields on the Exposure
object argument. Finally, the event tracked must eventually end up in Amplitude Analytics for the same project that the [deployment] used to initialize the SDK client lives within, and for the same user that variants were fetched for.
To use your custom user provider, set the exposureTrackingProvider
configuration option with an instance of your custom implementation on SDK initialization.
1ExperimentConfig config = ExperimentConfigBuilder()2 .exposureTrackingProvider(CustomExposureTrackingProvider(analytics))3 .build()4let experiment = Experiment.initialize(apiKey: "<DEPLOYMENT_KEY>", config: config)
Thanks for your feedback!
June 4th, 2024
Need help? Contact Support
Visit Amplitude.com
Have a look at the Amplitude Blog
Learn more at Amplitude Academy
© 2024 Amplitude, Inc. All rights reserved. Amplitude is a registered trademark of Amplitude, Inc.