Marketplaces locales
- Amazon.de
- eBay.de
- Otto
- Kaufland
- Zalando
- About You
- MediaMarkt
- Check24
- ManoMano
- Conrad
- Hood.de
- Limango
- Etsy
- Douglas
- Temu
Développement d'applications mobiles pour le marché allemand : Apple Pay, DSGVO et API Sparkasse
Concevoir des applications mobiles pour l'Allemagne obéit à d'autres règles que pour les États-Unis ou la Turquie. L'optimisation de la storefront App Store DE, la prise en charge d'Apple Pay et Google Pay sur les cartes Sparkasse et Volksbank, un parcours de consentement DSGVO/TTDSG qui cohabite avec le framework ATT d'Apple, les obligations d'opt-in des notifications push au titre de l'UWG et les intégrations PSD2 avec la Sparkassen-Finanzgruppe et la Genossenschaftliche Finanzgruppe imposent chacune des contraintes spécifiques. Ce guide les passe en revue.
Storefront App Store DE et ASO en allemand
Les storefronts App Store turque et allemande sont des annonces totalement séparées. Soumettre sans métadonnées allemandes, captures d'écran en allemand (avec les libellés à l'image en allemand) et vidéo de présentation allemande revient à n'exister que pour les utilisateurs hors DE. Mots-clés ASO importants : Lieferung, Bezahlen, Rechnung, Online-Shop, Apotheke, Termin et Kontoauszug. La note moyenne doit rester au-dessus de 4,2 — en dessous, le consommateur allemand n'installe pas.
Intégration native Apple Pay et Google Pay
Apple Pay est arrivé en Allemagne en 2018 avec le soutien de Sparkasse, Commerzbank et Deutsche Bank ; la plupart des cartes Visa, Mastercard et Girocard sont aujourd'hui prises en charge. L'adoption de Google Pay sur Android reste comparativement faible ; l'application compagnon S-pay propre à la Sparkasse comble un vide significatif. En natif iOS, on utilise PassKit et Apple Pay JS ; côté backend, Stripe, Adyen ou Mollie agissent comme agrégateurs marchands. En natif Android, on passe par la Google Pay API en intégration directe ou par tokenisation via le SDK Stripe Android.
| Moyen de paiement | Support iOS | Support Android | Usage typique |
|---|---|---|---|
| Apple Pay | Natif (PassKit) | Aucun | DTC premium |
| Google Pay | Web uniquement | API native | Commerce standard |
| S-pay (Sparkasse) | App compagnon | App compagnon | Facturation consommateur |
| Klarna SDK | Embarqué | Embarqué | Buy now pay later |
| PayPal SDK | Embarqué | Embarqué | Checkout standard |
| giropay (PSD2) | Webview | Webview | Profils plus âgés |
Parcours de consentement DSGVO et règles TTDSG pour les apps
Le TTDSG (Telekommunikation-Telemedien-Datenschutzgesetz, 2021) impose une étape de consentement dédiée pour l'accès à l'équipement terminal — identifiants d'appareil, IDFA, Google Advertising ID — distincte de l'invite Apple ATT. Au premier lancement, l'application doit présenter un choix clair « Erforderlich / Alle akzeptieren / Ablehnen » ; sur iOS, beaucoup d'équipes affichent leur bannière DSGVO avant le prompt ATT. Usercentrics App SDK, OneTrust App SDK et Didomi App SDK sont les options éprouvées.
Notifications push : double opt-in au titre de l'UWG
L'autorisation push au niveau du système ne suffit pas en Allemagne. L'UWG (Gesetz gegen den unlauteren Wettbewerb) traite les notifications push promotionnelles comme l'e-mailing : pour les remises, campagnes et alertes commerciales, un double opt-in documenté est généralement nécessaire. Les push transactionnels (statut de commande, rendez-vous) sortent du périmètre. Segmentez Firebase Cloud Messaging en « Transaktional » et « Marketing » et exigez un consentement explicite supplémentaire pour le second.
API Sparkasse et Volksbank : PSD2 et FinTS
La banque de détail allemande est dominée par la Sparkassen-Finanzgruppe (environ 370 Sparkasse locales) et les Volksbanken Raiffeisenbanken (environ 750 banques coopératives) — une topologie très différente des marchés américain ou turc. Les applications se connectent via les API REST PSD2 (XS2A) ou le protocole historique FinTS/HBCI. Pour les soldes et les paiements unitaires, XS2A est le choix moderne ; pour les analyses plus poussées, FinTS reste plus riche. Des agrégateurs comme Solaris, finleap connect, FinAPI et Klarna Kosma (ex-Tink) unifient plus de 1 500 banques allemandes derrière une seule API.
Taux sans crash et exigences de performance
Les utilisateurs allemands tolèrent peu les bugs : un taux sans crash sous 99,7 % dans Crashlytics génère rapidement des avis négatifs. Tomber sous 3 étoiles sur l'App Store DE réduit les téléchargements organiques d'environ 60 %. Pour les apps Mittelstand, combinez Firebase Performance Monitoring et Sentry ; pour l'entreprise, Datadog Real User Monitoring constitue la base.
Écosystème local : Lieferando, Wolt et le mandat eRezept
Plusieurs plateformes spécifiquement allemandes méritent une intégration. Les apps food et restaurant tirent profit de Lieferando (anciennement Takeaway), Wolt ou des API de quick-commerce Flink/Gorillas. Les apps santé pour les Apotheken (pharmacies), les Pflege (soins) ou les thérapies doivent se connecter aux API d'ordonnance électronique (eRezept) opérées via les Krankenkassen (DAK, TK, Barmer). Le mandat eRezept est entré en vigueur en 2024 et est désormais d'application universelle.
Revue App Store et examen juridique allemand
Parmi les motifs de rejet spécifiquement allemands lors des revues Apple/Google : Impressum manquant (il doit être accessible depuis les paramètres in-app), parcours de consentement DSGVO non conforme, absence d'autorisation BfArM (Bundesinstitut für Arzneimittel) pour les intégrations eRezept, et violations du JuSchG dans les apps de jeux d'argent ou d'alcool. La revue se conclut généralement en 24 à 72 heures ; en cas de rejet, une équipe support germanophone accélère la résolution.