> ## Documentation Index
> Fetch the complete documentation index at: https://docs.reelevant.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Personnalisation mobile
> Diffusez du contenu personnalisé dans vos applications mobiles en utilisant Reelevant comme API de personnalisation headless
## Vue d'ensemble
Reelevant apporte à vos **applications mobiles natives** le même moteur de personnalisation qui alimente les expériences web. Comme les applications mobiles affichent leur propre UI avec des composants natifs, le modèle d'intégration est headless — Reelevant fournit les **données** personnalisées, et votre application gère le **rendu**.
SDK natifs pour Android, iOS et Flutter avec analytics et personnalisation unifiés. Réponses typées, identité automatique, tracking des clics.
Appelez le Runner Reelevant depuis votre application mobile et recevez des données JSON structurées. Effectuez le rendu avec vos composants natifs iOS, Android ou cross-platform.
## Pourquoi personnaliser le mobile ?
| Bénéfice | Description |
| -------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- |
| **Engagement accru** | Le contenu personnalisé génère plus de taps, de scrolls et de conversions que le contenu générique |
| **Expérience cross-channel cohérente** | Même logique de personnalisation sur le web, l'email, le push et in-app — alimentée par les mêmes Workflows |
| **Décisions en temps réel** | Reelevant évalue les conditions, les Datasources et les splits au moment de la requête — le contenu est toujours à jour |
| **Aucune publication d'application requise** | Modifiez la logique de personnalisation dans l'éditeur de Workflow sans déployer une nouvelle version de l'application |
## Comment ça marche
Votre application mobile s'intègre à Reelevant de la même façon qu'un frontend web headless :
Définissez le schéma et les variables dans la plateforme Reelevant. Le schéma décrit les champs que votre application attend (noms de produits, prix, URL d'images, etc.).
Connectez des Datasources, ajoutez des conditions et des splits, et utilisez un Output Node **JSON Template**. Liez chaque variable à un champ de Datasource.
Effectuez une simple requête HTTP GET depuis votre application iOS/Android/Flutter. Transmettez l'identité de l'utilisateur pour la personnalisation.
Analysez la réponse JSON et effectuez le rendu avec vos composants d'UI natifs — vues SwiftUI, composables Jetpack Compose, widgets Flutter ou composants React Native.
## Surfaces push et in-app
Les notifications push et les surfaces in-app sont servies par votre fournisseur push, pas par Reelevant. Deux modes d'intégration existent, et ils peuvent coexister dans la même application.
| Surface | Mode d'intégration | Ce dont le fournisseur a besoin |
| --------------------------------------------------------------- | -------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Notification sur écran de verrouillage** | URL d'image | L'URL du Runner comme média enrichi. iOS exige une [extension de service de notification](https://developer.apple.com/documentation/usernotifications/unnotificationserviceextension) avec `mutable-content: 1` ; Android lit le [champ `image`](https://firebase.google.com/docs/reference/fcm/rest/v1/projects.messages) du payload de notification. |
| **Notification sur écran de verrouillage (texte personnalisé)** | JSON, résolu avant l'envoi | Le système d'envoi appelle le Runner par destinataire et associe les champs de la réponse à `title`, `body` et `image`. |
| **Scène in-app** (bannière, popup) | URL d'image ou JSON | Même principe que le web : remplacer une image statique par l'URL du Runner, ou récupérer le JSON et effectuer le rendu nativement. |
| **Centre de notifications** | URL d'image ou JSON | Comme les scènes in-app ; les cartes persistent, privilégiez donc le JSON lorsque le texte doit rester exact dans la durée. |
Le mode URL d'image résout le Workflow au moment de l'affichage : le contenu reste donc frais après l'envoi. Le mode JSON le résout au moment de l'envoi, ce qui est nécessaire lorsque le texte de la notification doit être personnalisé — au prix d'un appel au Runner par destinataire dans la fenêtre d'envoi.
```bash theme={"theme":{"light":"github-light","dark":"github-dark"}}
curl "https://reelevant.run/{workflowId}/{entrypointId}?rlvt-u={userId}"
```
Certains fournisseurs push n'affichent que du texte brut sur l'écran de verrouillage. Dans ce cas, diffusez le visuel personnalisé sur la carte du centre de notifications ou sur une scène in-app, et gardez un texte générique sur l'écran de verrouillage.
La configuration produit de chaque surface est documentée dans le [guide d'intégration push et in-app](/fr/advanced-guide/workflows/push-integration).
## Étapes suivantes
Endpoints de l'API, format de réponse et exemples de code spécifiques au mobile (Swift, Kotlin, Flutter, React Native).