The Optimization SDK Suite is pre-release (alpha). Breaking changes may be published at any time.
The Optimization React Native SDK implements functionality specific to React Native applications, based on the Optimization Core Library. This SDK is part of the Contentful Optimization SDK Suite.
Install using an NPM-compatible package manager, pnpm for example:
pnpm install @contentful/optimization-react-native @react-native-async-storage/async-storage
For offline support (recommended), also install:
pnpm install @react-native-community/netinfo
Import the Optimization React Native SDK; both CJS and ESM module systems are supported, ESM preferred:
import { ContentfulOptimization } from '@contentful/optimization-react-native'
Configure and initialize the Optimization React Native SDK:
const optimization = await ContentfulOptimization.create({
clientId: 'your-client-id',
environment: 'main',
})
The SDK communicates with two APIs: the Experience API (for optimization selection and variant resolution) and the Insights API (for event ingestion).
| Option | Required? | Default | Description |
|---|---|---|---|
allowedEventTypes |
No | ['identify', 'screen'] |
Allow-listed event types permitted when consent is not set |
api |
No | See "API Options" | Unified configuration for the Experience API and Insights API endpoints |
clientId |
Yes | N/A | The Optimization client identifier |
defaults |
No | undefined |
Set of default state values applied on initialization |
environment |
No | 'main' |
The environment identifier |
eventBuilder |
No | See "Event Builder Options" | Event builder configuration (channel/library metadata, etc.) |
fetchOptions |
No | See "Fetch Options" | Configuration for Fetch timeout and retry functionality |
getAnonymousId |
No | undefined |
Function used to obtain an anonymous user identifier |
logLevel |
No | 'error' |
Minimum log level for the default console sink |
onEventBlocked |
No | undefined |
Callback invoked when an event call is blocked by guards |
queuePolicy |
No | See "Queue Policy Options" | Shared queue and retry configuration for stateful delivery |
Configuration method signatures:
getAnonymousId: () => string | undefined| Option | Required? | Default | Description |
|---|---|---|---|
experienceBaseUrl |
No | 'https://experience.ninetailed.co/' |
Base URL for the Experience API |
insightsBaseUrl |
No | 'https://ingest.insights.ninetailed.co/' |
Base URL for the Insights API |
beaconHandler |
No | undefined |
Custom handler used to enqueue Insights API event batches |
enabledFeatures |
No | ['ip-enrichment', 'location'] |
Enabled features the Experience API may use for each request |
ip |
No | undefined |
IP address override used by the Experience API for location analysis |
locale |
No | 'en-US' (in API) |
Locale used to translate location.city and location.country |
plainText |
No | false |
Sends performance-critical Experience API endpoints in plain text |
preflight |
No | false |
Instructs the Experience API to aggregate a new profile state but not store it |
Configuration method signatures:
beaconHandler: (url: string | URL, data: BatchInsightsEventArray) => booleanEvent builder options should only be supplied when building an SDK on top of the Optimization React Native SDK or any of its descendant SDKs.
| Option | Required? | Default | Description |
|---|---|---|---|
app |
No | undefined |
The application definition used to attribute events to a specific consumer app |
channel |
No | 'mobile' |
The channel that identifies where events originate from (e.g. 'web', 'mobile') |
library |
No | { name: '@contentful/optimization-react-native', version: '0.0.0' } |
The client library metadata that is attached to all events |
getLocale |
No | Built-in locale resolution | Function used to resolve the locale for outgoing events |
getPageProperties |
No | Built-in page properties resolution | Function that returns the current page properties |
getUserAgent |
No | Built-in user agent resolution | Function used to obtain the current user agent string when applicable |
The channel option may contain one of the following values:
webmobileserverConfiguration method signatures:
getLocale: () => string | undefined
getPageProperties:
() => {
path: string,
query: Record<string, string>,
referrer: string,
search: string,
title?: string,
url: string
}
getUserAgent: () => string | undefined
Fetch options allow for configuration of a Fetch API-compatible fetch method and the retry/timeout
logic integrated into the SDK's bundled API clients. Specify the fetchMethod when the host
application environment does not offer a fetch method that is compatible with the standard Fetch
API in its global scope.
| Option | Required? | Default | Description |
|---|---|---|---|
fetchMethod |
No | undefined |
Signature of a fetch method used by the API clients |
intervalTimeout |
No | 0 |
Delay (in milliseconds) between retry attempts |
onFailedAttempt |
No | undefined |
Callback invoked whenever a retry attempt fails |
onRequestTimeout |
No | undefined |
Callback invoked when a request exceeds the configured timeout |
requestTimeout |
No | 3000 |
Maximum time (in milliseconds) to wait for a response before aborting |
retries |
No | 1 |
Maximum number of retry attempts |
Configuration method signatures:
fetchMethod: (url: string | URL, init: RequestInit) => Promise<Response>onFailedAttempt and onRequestTimeout: (options: FetchMethodCallbackOptions) => voidqueuePolicy is available in the stateful React Native SDK runtime and combines shared flush retry
settings with Experience API offline buffering controls.
Configuration shape:
{
flush?: {
baseBackoffMs?: number,
maxBackoffMs?: number,
jitterRatio?: number,
maxConsecutiveFailures?: number,
circuitOpenMs?: number,
onFlushFailure?: (context: QueueFlushFailureContext) => void,
onCircuitOpen?: (context: QueueFlushFailureContext) => void,
onFlushRecovered?: (context: QueueFlushRecoveredContext) => void
},
offlineMaxEvents?: number,
onOfflineDrop?: (context: ExperienceQueueDropContext) => void
}
Supporting callback payloads:
type ExperienceQueueDropContext = {
droppedCount: number
droppedEvents: ExperienceEventArray
maxEvents: number
queuedEvents: number
}
type QueueFlushFailureContext = {
consecutiveFailures: number
queuedBatches: number
queuedEvents: number
retryDelayMs: number
}
type QueueFlushRecoveredContext = {
consecutiveFailures: number
}
Notes:
flush applies the same retry/backoff/circuit policy to both Insights API flushing and Experience
API offline replay.jitterRatio is clamped to [0, 1].maxBackoffMs is normalized to be at least baseBackoffMs.false responses and thrown send errors.Call ContentfulOptimization.create(...) once per app runtime and share the returned instance. In
tests or hot-reload workflows, call destroy() before creating a replacement instance.
Entry tracking refers to tracking Contentful entries (content entries in your CMS) for analytics purposes — views, taps, and variant resolution — not React Native UI components.
<OptimizedEntry />A unified component that handles both optimized and non-optimized Contentful entries. It automatically:
nt_experiences field)children accepts either a render prop (resolvedEntry) => ReactNode for accessing the
resolved entry, or static children ReactNode for tracking-only use cases:
{
/* Render prop — receives the resolved entry (variant or baseline) */
}
;<OptimizedEntry entry={optimizedEntry}>
{(resolvedEntry) => <HeroComponent data={resolvedEntry.fields} />}
</OptimizedEntry>
{
/* Static children — tracking only, no variant resolution needed */
}
;<OptimizedEntry entry={productEntry}>
<ProductCard data={productEntry.fields} />
</OptimizedEntry>
The component tracks when an entry:
threshold prop)viewTimeMs prop)The tracking component works in two modes:
When used inside a <OptimizationScrollProvider>, tracking uses the actual scroll position and
viewport dimensions:
<OptimizationScrollProvider>
<OptimizedEntry entry={optimizedEntry}>
{(resolvedEntry) => <HeroComponent data={resolvedEntry} />}
</OptimizedEntry>
<OptimizedEntry entry={productEntry}>
<ProductCard data={productEntry.fields} />
</OptimizedEntry>
</OptimizationScrollProvider>
Benefits:
When used without <OptimizationScrollProvider>, tracking uses screen dimensions instead:
<OptimizedEntry entry={entry}>
{(resolvedEntry) => <FullScreenHero data={resolvedEntry} />}
</OptimizedEntry>
<OptimizedEntry entry={bannerEntry}>
<Banner data={bannerEntry.fields} />
</OptimizedEntry>
Note: In this mode, scrollY is always 0 and viewport height equals the screen height. This
is ideal for:
<OptimizedEntry /> supports customizable visibility and time thresholds:
{/* Optimized entry with custom thresholds */}
<OptimizedEntry
entry={entry}
viewTimeMs={3000} // Track after 3 seconds of visibility
threshold={0.9} // Require 90% visibility
>
{(resolvedEntry) => <YourComponent data={resolvedEntry.fields} />}
</OptimizedEntry>
{/* Non-optimized entry with custom thresholds */}
<OptimizedEntry
entry={entry}
viewTimeMs={1500} // Track after 1.5 seconds
threshold={0.5} // Require 50% visibility
>
<YourComponent />
</OptimizedEntry>
Key Features:
OptimizationScrollProvider (automatically adapts)For cases outside the <OptimizedEntry /> component pattern — such as custom screens or
non-Contentful content — you can manually track events using the Insights API methods exposed by the
SDK:
import { useOptimization } from '@contentful/optimization-react-native'
function MyComponent() {
const optimization = useOptimization()
const trackManually = async () => {
await optimization.trackView({
componentId: 'entry-123',
experienceId: 'exp-456',
variantIndex: 0,
})
}
return <Button onPress={trackManually} title="Track" />
}
useInteractionTrackingReturns the resolved interaction tracking configuration from the nearest
InteractionTrackingProvider (set up by OptimizationRoot). Use this to check whether view or tap
tracking is globally enabled:
import { useInteractionTracking } from '@contentful/optimization-react-native'
function DebugOverlay() {
const { views, taps } = useInteractionTracking()
return (
<Text>
Views: {String(views)}, Taps: {String(taps)}
</Text>
)
}
useTapTrackingLow-level hook that detects taps on a View via raw touch events and emits entry tap events (wire
type component_click). <OptimizedEntry /> uses this internally, but you can use it directly for
custom tracking layouts:
import { useTapTracking } from '@contentful/optimization-react-native'
function TrackedEntry({ entry }: { entry: Entry }) {
const { onTouchStart, onTouchEnd } = useTapTracking({
entry,
enabled: true,
})
return (
<View onTouchStart={onTouchStart} onTouchEnd={onTouchEnd}>
<Text>{entry.fields.title}</Text>
</View>
)
}
useScreenTrackingHook for tracking screen views. By default, tracks the screen automatically when the component
mounts. Set trackOnMount: false to disable automatic tracking and use the returned trackScreen
function for manual control.
import { useScreenTracking } from '@contentful/optimization-react-native'
// Automatic tracking on mount (default)
function HomeScreen() {
useScreenTracking({ name: 'Home' })
return <View>...</View>
}
// Manual tracking
function DetailsScreen() {
const { trackScreen } = useScreenTracking({
name: 'Details',
trackOnMount: false,
})
useEffect(() => {
if (dataLoaded) {
trackScreen()
}
}, [dataLoaded])
return <View>...</View>
}
useScreenTrackingCallbackReturns a stable callback to track screen views with dynamic names. Use this when screen names are not known at render time (e.g., from navigation state):
import { useScreenTrackingCallback } from '@contentful/optimization-react-native'
function DynamicScreen({ screenName }: { screenName: string }) {
const trackScreenView = useScreenTrackingCallback()
useEffect(() => {
trackScreenView(screenName, { source: 'deep-link' })
}, [screenName])
return <View>...</View>
}
OptimizationNavigationContainerWraps React Navigation's NavigationContainer to automatically track screen views when the active
route changes. Uses a render prop pattern so navigation props are spread onto the
NavigationContainer without requiring a direct dependency on @react-navigation/native:
import { NavigationContainer } from '@react-navigation/native'
import { createNativeStackNavigator } from '@react-navigation/native-stack'
import {
OptimizationNavigationContainer,
OptimizationProvider,
} from '@contentful/optimization-react-native'
const Stack = createNativeStackNavigator()
function App() {
return (
<OptimizationProvider instance={optimization}>
<OptimizationNavigationContainer>
{(navigationProps) => (
<NavigationContainer {...navigationProps}>
<Stack.Navigator>
<Stack.Screen name="Home" component={HomeScreen} />
<Stack.Screen name="Details" component={DetailsScreen} />
</Stack.Navigator>
</NavigationContainer>
)}
</OptimizationNavigationContainer>
</OptimizationProvider>
)
}
| Prop | Required? | Default | Description |
|---|---|---|---|
children |
Yes | N/A | Render prop receiving ref, onReady, and onStateChange |
onStateChange |
No | N/A | Called when navigation state changes, after screen tracking fires |
onReady |
No | N/A | Called when navigation container is ready, after initial tracking |
includeParams |
No | false |
Whether to include route params in screen event properties |
OptimizationRoot is the recommended way to set up the SDK. It combines OptimizationProvider with
optional preview panel functionality:
import { OptimizationRoot, OptimizationScrollProvider } from '@contentful/optimization-react-native'
import { createClient } from 'contentful'
const contentfulClient = createClient({
space: 'your-space-id',
accessToken: 'your-access-token',
})
function App() {
return (
<OptimizationRoot
clientId="your-client-id"
environment="your-environment"
previewPanel={{
enabled: __DEV__, // Only show in development
contentfulClient: contentfulClient,
}}
>
<OptimizationScrollProvider>{/* Your app content */}</OptimizationScrollProvider>
</OptimizationRoot>
)
}
OptimizationRoot also accepts a trackEntryInteraction prop to control global view and tap
tracking for all <OptimizedEntry /> components. By default, view tracking is enabled and tap
tracking is disabled:
<OptimizationRoot
clientId="your-client-id"
environment="your-environment"
trackEntryInteraction={{ views: true, taps: true }}
>
{/* All OptimizedEntry components will track both views and taps */}
</OptimizationRoot>
Individual <OptimizedEntry /> components can override the global setting via their trackViews
and trackTaps props.
When previewPanel.enabled is true, a floating action button appears that opens the preview
panel. The panel allows developers to:
The React Native preview panel is intentionally tightly coupled to Core preview internals. It uses
symbol-keyed registerPreviewPanel(...) bridge access, direct signal updates, and state
interceptors by design to apply immediate local overrides and keep preview behavior aligned with
the Web preview panel.
<OptimizationRoot
clientId="your-client-id"
environment="your-environment"
previewPanel={{
enabled: true,
contentfulClient: contentfulClient,
fabPosition: { bottom: 50, right: 20 }, // Optional: customize button position
showHeader: true, // Optional: show header in panel
onVisibilityChange: (isVisible) => {
console.log('Preview panel visible:', isVisible)
},
}}
>
{/* ... */}
</OptimizationRoot>
By default, <OptimizedEntry /> components lock to the first variant they receive. This
prevents UI "flashing" when user actions (like identifying or taking actions that change audience
membership) cause them to qualify for different optimizations mid-session.
// User sees Variant A on initial load
<OptimizedEntry entry={heroEntry}>
{(resolvedEntry) => <Hero data={resolvedEntry.fields} />}
</OptimizedEntry>
// Even if the user later qualifies for Variant B (e.g., after identify()),
// they continue to see Variant A until the component unmounts
This provides a stable user experience where content doesn't unexpectedly change while the user is viewing it.
There are three ways to enable live updates (immediate reactions to optimization changes):
When the preview panel is open, all <OptimizedEntry /> components automatically enable live
updates. This allows developers to test different variants without refreshing the screen:
<OptimizationRoot
clientId="your-client-id"
environment="your-environment"
previewPanel={{ enabled: true, contentfulClient }}
>
{/* All OptimizedEntry components will live-update when panel is open */}
</OptimizationRoot>
Enable live updates for all <OptimizedEntry /> components in your app:
<OptimizationRoot clientId="your-client-id" environment="your-environment" liveUpdates={true}>
{/* ... */}
</OptimizationRoot>
Enable or disable live updates for specific components:
// This component will always react to changes immediately
<OptimizedEntry entry={dashboardEntry} liveUpdates={true}>
{(resolvedEntry) => <Dashboard data={resolvedEntry.fields} />}
</OptimizedEntry>
// This component locks to first variant, even if global liveUpdates is true
<OptimizedEntry entry={heroEntry} liveUpdates={false}>
{(resolvedEntry) => <Hero data={resolvedEntry.fields} />}
</OptimizedEntry>
The live updates setting is determined for a particular <OptimizedEntry/> component in this order
(highest to lowest priority):
liveUpdates prop - Per-component overrideOptimizationRoot liveUpdates prop - Global settingfalse)| Preview Panel | Global Setting | Component Prop | Result |
|---|---|---|---|
| Open | any | any | Live updates ON |
| Closed | true |
undefined |
Live updates ON |
| Closed | false |
true |
Live updates ON |
| Closed | true |
false |
Live updates OFF |
| Closed | false |
undefined |
Live updates OFF |
useLiveUpdatesThe useLiveUpdates hook provides read access to the live updates state from the nearest
LiveUpdatesProvider. Use it to check the current global live updates setting or preview panel
visibility:
import { useLiveUpdates } from '@contentful/optimization-react-native'
function MyComponent() {
const liveUpdates = useLiveUpdates()
const isLive = liveUpdates?.globalLiveUpdates ?? false
return <Text>{isLive ? 'Live' : 'Locked'}</Text>
}
The SDK automatically configures:
'mobile''@contentful/optimization-react-native'AsyncStorage persistence is best-effort. If AsyncStorage write/remove calls fail, the SDK keeps running with in-memory state and retries persistence on future writes.
Structured cached values (changes, profile, selectedOptimizations) are schema-validated on
load and access. Malformed JSON or schema-invalid values are automatically removed from in-memory
cache and AsyncStorage.
The SDK automatically detects network connectivity changes and handles events appropriately when the device goes offline. To enable this feature, install the optional peer dependency:
pnpm install @react-native-community/netinfo
Once installed, the SDK will:
No additional configuration is required - the SDK handles everything automatically.
The SDK uses @react-native-community/netinfo to monitor network state changes. It prioritizes
isInternetReachable (actual internet connectivity) over isConnected (network interface
availability) for accurate detection.
| Platform | Native API Used |
|---|---|
| iOS | NWPathMonitor |
| Android | ConnectivityManager |
If @react-native-community/netinfo is not installed, the SDK will log a warning and continue
without offline detection. Events will still work normally when online.
The SDK includes automatic polyfills for React Native to support modern JavaScript features:
es-iterator-helpers to support methods like
.toArray(), .filter(), .map() on iteratorscrypto.randomUUID(): Polyfilled using react-native-uuid to ensure the universal
EventBuilder works seamlesslycrypto.getRandomValues(): Polyfilled using react-native-get-random-values for secure
random number generationThese polyfills are imported automatically when you use the SDK - no additional setup required by your app.
Contentful Optimization React Native SDK.
Remarks
Implements React Native-specific functionality on top of the ContentfulOptimization Core Library. Provides components for optimization, analytics tracking, and a preview panel for debugging selected optimizations during development.