Guide de l'écran de démarrage : iOS et Android

Réponse courte : un écran de démarrage est le bref écran de marque affiché pendant le chargement de votre application. Sur iOS, vous le créez sous forme d'écran de lancement que le système affiche instantanément ; sur Android 12+, le système le génère à partir de l'icône et du thème de votre application. Concevez-le une fois avec les couleurs principales et le logo de votre marque, restez bref et ne l'utilisez jamais pour simuler un temps de chargement.

Écran de démarrage vs écran de lancement

Les deux termes sont utilisés de manière interchangeable, mais les plateformes diffèrent :

• iOS — écran de lancement : un espace réservé léger, rendu par le système (un storyboard avec votre logo et votre arrière-plan) affiché dès le démarrage de l'application. Les recommandations d'Apple sont de le faire ressembler au premier écran de votre application pour que le lancement paraisse fluide, et de ne pas l'utiliser comme écran de marque ni d'y ajouter du texte qui ressemble à une interface de chargement.
• Android — écran de démarrage (API 31+) : depuis Android 12, le système dessine automatiquement l'écran de démarrage à partir de l'icône de votre application et de la couleur windowSplashScreenBackground. Vous le personnalisez dans le thème ; l'animation et une icône de marque sont prises en charge, et la documentation officielle de l'API Splash Screen fait référence pour les mesures de zone de sécurité de l'icône.

Sur les versions plus anciennes d'Android (et dans les frameworks multiplateformes), l'approche classique est un drawable plein écran ou une vue dédiée — c'est là que la plupart des équipes ont encore besoin d'un visuel conçu.

À quoi sert un générateur d'écran de démarrage

Un générateur d'écran de démarrage ou un outil de modèle accélère la partie répétitive : produire les visuels logo-sur-fond correctement dimensionnés pour chaque densité et orientation à partir d'un seul design. Au lieu d'exporter des dizaines de PNG presque identiques à la main, vous :

1. Concevez le visuel maître (logo + couleur d'arrière-plan, sans texte pouvant ressembler à une interface de chargement).
2. Laissez l'outil exporter l'ensemble des tailles requises.
3. Intégrez les visuels dans votre storyboard de lancement (iOS) ou votre thème de démarrage (Android).

Vous pouvez réaliser les étapes 1 et 2 dans un éditeur de design basé sur canvas. Notre éditeur de captures d'écran gère les visuels côté store (captures d'écran, le graphique de présentation Google Play 1024×500, images pour l'App Store) à partir du même kit de marque — gardez l'arrière-plan et le logo de l'écran de démarrage identiques à ces visuels pour que le lancement, la fiche et l'icône donnent l'impression de former un seul système.

Bonnes pratiques applicables partout

• Restez minimal : logo, arrière-plan, rien d'autre. Pas de slogans, pas de numéros de version, pas de spinners simulant un chargement.
• Faites correspondre le premier écran : plus l'écran de démarrage ressemble à l'interface initiale de votre application, plus le lancement perçu est court.
• Respectez la zone de sécurité : évitez de pousser le logo dans les zones d'encoche ou d'insertion gestuelle.
• Limitez la durée : si l'application est prête, fermez immédiatement. Un écran de démarrage qui retarde une application prête est un anti-pattern sur les deux plateformes.
• Mode sombre : fournissez une variante sombre lorsque la plateforme le prend en charge (attributs de thème Android ; iOS via des ressources spécifiques aux traits dans votre storyboard).
• Testez sur de vrais appareils : le temps de lancement varie énormément entre un modèle haut de gamme et un téléphone d'entrée de gamme de quatre ans.

Erreurs courantes

1. Utiliser l'écran de démarrage comme publicité. Le texte marketing appartient à vos captures d'écran du store, pas au chemin de lancement.
2. Coder en dur une image plein écran sur Android moderne — vous entrez en conflit avec l'écran de démarrage du système et obtenez un comportement incohérent selon les fabricants.
3. Oublier les tablettes et le mode paysage : un visuel en portrait uniquement s'étire ou s'affiche avec des bandes noires sur iPad et les tablettes Android.
4. Reconstruire les visuels à la main pour chaque densité au lieu de générer l'ensemble complet à partir d'un seul maître.

Liste de vérification avant publication

• Visuel maître : logo + arrière-plan de marque uniquement
• Variantes claire et sombre lorsque prises en charge
• Ensemble de storyboard de lancement iOS (rendu par le système, sans délais de code)
• Thème Android 12+ configuré (icône + couleur d'arrière-plan)
• Visuels Android hérités générés pour toutes les densités
• Vérifié sur au moins un petit téléphone, une tablette et un appareil en mode sombre

Gardez les visuels de lancement alignés sur le premier écran de l'application et testez le comportement sur les plateformes que vous prenez en charge. Les captures d'écran du store sont une tâche distincte : utilisez le flux de travail des captures d'écran et le guide des exigences pour les visuels de fiche.

Questions fréquentes

Une seule image d'écran de démarrage convient-elle à tous les appareils ?

Pas nécessairement. Suivez la configuration de lancement de votre plateforme ou framework et testez différentes orientations, tailles d'appareil et modes d'apparence.

L'éditeur de captures d'écran peut-il configurer l'écran de lancement de mon application ?

Non. L'éditeur prépare des visuels ; la configuration du comportement de lancement système relève de votre projet d'application.

Où dois-je vérifier l'implémentation native ?

Utilisez les recommandations d'Apple sur l'écran de lancement et la documentation Android liée sur l'écran de démarrage. Vérifiez les API prises en charge par la version minimale du système d'exploitation de votre application.