> ## Documentation Index > Fetch the complete documentation index at: https://storekit.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Native Apps > Ce que votre app storekit iOS et Android à votre marque offre : commande, fidélité et récompenses, notifications push, et évolutions sans nouvelle version. storekit conçoit une application iOS et Android à votre marque : votre nom, votre icône, vos couleurs, publiée sous vos propres comptes App Store et Google Play. Chaque application storekit repose sur la même base, si bien que les améliorations que nous apportons profitent aussi à votre application. > [!NOTE] > > Les applications natives ne sont pas en libre-service. Il n'existe pas de générateur d'application dans le tableau de bord. Une application est configurée et publiée avec l'équipe storekit. [Contactez le support](/docs/fr/getting-started/contact-support) pour commencer. ## Ce que contient l'application Une rangée d'onglets en bas de l'écran, jusqu'à cinq. Les onglets affichés, leurs libellés et leur ordre sont tous configurés pour votre application : | Tab | What it does | | - | - | | Home | L'écran d'accueil de la marque : image ou vidéo héro, récompenses et boutons qui mènent partout dans l'application | | Order | L'expérience de commande storekit complète : sélecteur de magasin, menu, panier, paiement | | Rewards | Points, tampons et récompenses disponibles, ainsi qu'un code QR à scanner en magasin | | Reorder | Les commandes passées d'un client, prêtes à être renvoyées | | Settings | Détails du compte, adresses enregistrées, préférences de notification, FAQ et choix de l'icône de l'application. Nous configurons les rubriques pour votre application | La commande dans l'application est la même expérience de commande que celle proposée sur votre site web, avec le client connecté. Menus, prix, horaires d'ouverture, règles de livraison et de retrait et paiements sont ceux que vous gérez déjà pour vos magasins. Il n'y a pas de second menu à tenir à jour, et toute modification que vous apportez est immédiatement visible dans l'application. Home et Rewards sont composés de blocs : une image ou un carrousel héro, du texte, des boutons, une liste de récompenses, un solde de points, une barre de progression. Nous pouvons réorganiser, ajouter et supprimer ces blocs pour vous sans nouvelle version de l'application. ## Fidélité et comptes Un client se connecte une seule fois, et le même compte conserve ses commandes, son solde de fidélité et ses adresses dans l'application comme sur les pages de commande web. L'onglet Rewards affiche son solde et ses récompenses. L'écran QR affiche un code en pleine luminosité qu'un collègue peut scanner à la caisse. ## Notifications push L'application demande à chaque client l'autorisation d'envoyer des notifications. Les notifications de progression de commande — acceptée, prête, en route — sont envoyées automatiquement. Toute autre notification, comme une promotion ou un message de fidélité, correspond à une campagne envoyée depuis votre plateforme de fidélité ou par l'équipe storekit. Un appui sur une notification peut ouvrir un écran précis : une commande en cours, l'onglet Rewards, une page de votre site web. Ceci se fait à l'aide des liens décrits dans [App Links](/docs/fr/app-studio/deep-links). ## Ce qui change sans nouvelle version L'application récupère ses paramètres auprès de storekit à chaque ouverture, si bien que la plupart des modifications parviennent aux clients le jour même, sans attendre de validation de l'App Store : * Couleurs, polices, logo et vidéo d'arrière-plan * Contenu des écrans : les blocs Home et Rewards, le texte de bienvenue, les libellés des boutons * Quels onglets sont affichés, leurs libellés et leur ordre. C'est ce qui active ou désactive Rewards ou Reorder * L'affichage ou non des écrans de bienvenue au premier lancement * Liste des magasins, menus, prix et horaires d'ouverture (ceux-ci proviennent de vos paramètres de magasin habituels) Ces éléments sont intégrés à l'application elle-même, et nécessitent donc la soumission d'une nouvelle version à l'App Store et à Google Play : * Le nom et l'icône de l'application * L'écran de chargement que voient les clients à l'ouverture de l'application * Le numéro de version affiché sur les stores * Votre propre domaine de site web, si l'application y ouvre des liens Si l'application ne parvient pas à joindre storekit, par exemple pour un client sur une mauvaise connexion, elle utilise les paramètres qu'elle a enregistrés la dernière fois qu'elle en était capable. Elle ne s'ouvre donc jamais vide. > **[App Links](/docs/fr/app-studio/deep-links)** > > Envoyez un lien qui ouvre l'application sur le bon écran, et vérifiez qu'il fonctionne. ## Related topics - [App Links](/docs/fr/app-studio/deep-links.md) - [Moyens de paiement pris en charge par storekit](/docs/fr/guides/payments/payment-methods.md) - [Suivi des événements](/docs/fr/privacy-security/event-tracking.md) - [API et webhooks](/docs/fr/guides/integrations/api-webhooks.md) - [Food trucks et pop-ups](/docs/fr/guides/use-cases/food-trucks.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.