Une seule base de code, une vraie app de store
L'app Android charge votre URL Blink.new publiée dans une WebView native. Pas de second projet à maintenir, pas d'export de code.
Pourquoi encapsuler vaut mieux que redévelopper pour les apps Blink.new
La voie native de Blink part d'un modèle React Native + Expo distinct, choisi avec le premier prompt : transformer ainsi une app web Blink terminée en app pour les stores revient à construire un second projet avec ses propres écrans. WebViewGold encapsule l'URL de production que vous avez déjà et garde Blink Auth, la base de données Turso et Stripe exactement tels quels. Publiez dans Blink et les apps installées affichent la mise à jour au prochain lancement.
Continuez à publier depuis Blink.new
Cliquez sur Publish dans Blink et la production est mise à jour en moins d'une minute ; l'app affiche la nouvelle version au prochain lancement. Les modifications qui n'existent que dans l'aperçu n'atteignent jamais l'app. Seules les modifications de la coque native elle-même (icône, nouvelle fonctionnalité native) nécessitent une mise à jour sur le store.
Des fonctionnalités natives en plus
Notifications push, écran hors ligne, partage natif, connexion biométrique, scanner QR, achats intégrés et deep links : un simple réglage ou un appel JavaScript d'une ligne.
Garantie d'approbation Google Play
Garantie d'approbation Google Play Store – ou remboursement sous 14 jours. 96.4% de toutes les apps WebViewGold sont approuvées par les équipes de validation dès la première tentative.
Ce dont vous avez besoin
- Une app Blink.new publiée sur une URL HTTPS publique (yourapp.blinkpowered.com ou, mieux, votre propre domaine)
- Un compte développeur Google Play Console ($25 en une fois) pour votre soumission Google Play Store
- Android Studio sur Windows, macOS ou Linux – ou le WebViewGold Cloud Builder dans votre navigateur
- WebViewGold pour Android ($109 en paiement unique, mises à jour gratuites)
- Une page de politique de confidentialité, une icône de 1024 × 1024 px et 30 à 60 minutes
Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
Blink.new → Google Play : le guide pas à pas
Huit étapes, zéro code. La plupart des gens bouclent la partie native en moins d'une heure.
Publiez votre app Blink.new sur une URL de production
Chaque projet dispose d'un aperçu sur yourapp.sites.blink.new qui change à chaque enregistrement. Cliquez sur Publish (en haut à droite de l'éditeur) pour mettre la version active en production sur yourapp.blinkpowered.com ; l'hébergement en production nécessite la formule Starter ou une formule supérieure. L'aperçu yourapp.sites.blink.new change à chaque enregistrement et n'est pas un environnement de production permanent. Ne le mettez jamais dans votre app : publiez sur blinkpowered.com ou sur votre domaine personnalisé. Domaine personnalisé : Avec Starter ou une formule supérieure, ouvrez Workspace, Domains, cliquez sur Add Domain, ajoutez chez votre fournisseur DNS un enregistrement CNAME pointant vers cname.blink.new et cliquez sur Check Status (ou achetez un domaine directement dans Blink). Le certificat SSL est émis automatiquement et l'adresse blinkpowered.com reste active en secours. Voir pourquoi un domaine personnalisé avant la soumission en vaut la peine.
Rendez-la prête pour le store
Ajoutez une page de politique de confidentialité, une option de suppression de compte (si les utilisateurs peuvent s'inscrire) et retirez les badges d'outil ou les bannières « Téléchargez notre app ». Testez votre URL avec l'outil gratuit Vérification de conformité Google Play : il signale en quelques secondes le contenu mixte, les balises viewport manquantes, les domaines de prévisualisation et d'autres points bloquants.
Obtenez WebViewGold pour Android
Paiement unique, mises à jour gratuites. Vous recevez le projet Android Studio prêt à l'emploi, ou activez le WebViewGold Cloud Builder et passez-vous complètement de l'IDE.
Insérez votre URL et personnalisez l'app
Ouvrez Config.java (ou le formulaire du Cloud Builder), collez votre URL publiée, définissez le nom de l'app, choisissez votre nom de package, importez l'icône et choisissez l'écran de démarrage. Aucun codage requis.
Activez les fonctionnalités natives
Activez les notifications push, l'écran hors ligne, le pull-to-refresh, la connexion biométrique, le scanner QR ou les App Links avec de simples réglages. Tout est optionnel.
Compilez l'App Bundle signé
Dans Android Studio : Build → Generate Signed Bundle. Dans le Cloud Builder : cliquez sur Build, le .aab signé est préparé et envoyé pour vous.
Créez la fiche dans la Play Console
Créez l'app dans la Play Console, remplissez la fiche du store, importez l'icône, l'image de présentation et les captures d'écran, complétez Sécurité des données, la classification du contenu et l'accès à l'app.
Testez, puis soumettez
Les nouveaux comptes personnels mènent d'abord un test fermé de 14 jours avec 12 testeurs. Promouvez ensuite la release en production et soumettez pour examen. Notre garantie d'approbation vous couvre.
Vérifications spécifiques à Blink.new avant de soumettre
Voici les points qui reviennent le plus souvent avec les projets Blink.new (React + Vite + TypeScript + Tailwind CSS + shadcn/ui pour les apps web, un backend Hono en edge et une base de données Turso (SQLite), avec Supabase comme alternative Postgres facultative).
- Blink crée les apps natives à partir d'un modèle React Native + Expo distinct, choisi avec votre premier prompt, et sa publication sur l'App Store et Google Play nécessite la formule Max. Si votre produit est une app web Blink, encapsulez l'URL publiée au lieu de démarrer un second projet.
- La connexion Google de Blink Auth est bloquée dans une WebView intégrée (« disallowed_useragent »). Activez le Social Login Helper de WebViewGold pour l'étape Google ; Sign in with Apple est détecté et géré automatiquement.
- Les e-mails de lien magique s'ouvrent dans le navigateur du téléphone, pas dans votre app, sauf si vous configurez les Universal Links (iOS) et les App Links (Android) dans WebViewGold. Donnez à l'examinateur un compte de démonstration avec mot de passe, pour que la validation ne dépende pas d'une boîte de réception.
- Connectez votre domaine personnalisé avant de soumettre. L'adresse blinkpowered.com continue de fonctionner en secours, mais c'est votre propre domaine qu'il faut utiliser comme URL de l'app ainsi que pour les Universal Links et les App Links.
- Ajoutez une page de politique de confidentialité et une action de suppression de compte dans l'app avant de soumettre ; les deux stores les demandent dès que les utilisateurs peuvent s'inscrire.
- Made with Blink: Par défaut, les apps Blink affichent un petit badge « Made with Blink » dans un coin. Avec une formule payante, ouvrez Workspace Settings, Overview, Privacy & sharing et activez Hide "Made with Blink" badge avant de compiler l'app. En savoir plus sur les badges d'outil.
Laissez Blink.new faire le travail de préparation pour le store
Collez ceci dans Blink.new et laissez-le appliquer les changements que les examinateurs recherchent. Vérifiez le résultat, puis publiez.
Prompt à coller dans Blink
Préparez cette app web pour sa publication en tant qu'app native iOS et Android (elle tournera dans un wrapper WebView natif qui charge l'URL publiée) : 1. Ajoutez des pages /privacy et /terms avec un texte provisoire modifiable, et liez-les depuis le pied de page et les réglages du compte. 2. Ajoutez dans les réglages du compte une action « Supprimer mon compte » qui supprime les données de l'utilisateur et son compte Blink Auth après une boîte de dialogue de confirmation. 3. Assurez-vous que la connexion par e-mail et mot de passe est activée à côté des liens magiques, pour qu'un compte de test puisse se connecter sans boîte de réception. 4. Rendez chaque page responsive de 320px jusqu'aux largeurs d'iPad, sans défilement horizontal et avec des zones tactiles d'au moins 44px. 5. Retirez de la navigation principale les bannières « Téléchargez notre app » et les liens promotionnels externes. 6. Affichez un état convivial avec possibilité de réessayer quand une requête échoue, au lieu d'un écran vide. 7. Définissez la balise <title> avec le nom de l'app (30 caractères maximum) et ajoutez une meta description.
Examen Google Play : les règles qui comptent pour les apps Blink.new
Google examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé Blink.new ; les apps sont refusées pour les points ci-dessous.
- Fonctionnalités minimales
Règle Spam et fonctionnalités minimales
Google refuse les apps qui ne font qu'encapsuler un site web sans l'autorisation de son propriétaire ou qui n'offrent aucune fonctionnalité réelle. Encapsuler votre propre produit avec des fonctionnalités natives en plus est accepté.
- Sécurité des données
Règle Données utilisateur
Chaque app a besoin d'une URL de politique de confidentialité et d'un formulaire Sécurité des données (Data safety) rempli, qui liste ce que l'app et ses SDK collectent.
- Suppression de compte
Règle Données utilisateur
Les apps qui permettent de créer un compte doivent proposer la suppression du compte dans l'app et via un lien web que vous indiquez dans la Play Console.
- Obligation de test
Comptes développeur personnels
Les comptes personnels créés après novembre 2023 doivent mener un test fermé avec au moins 12 testeurs pendant 14 jours consécutifs avant de pouvoir demander l'accès à la production.
- Niveau d'API cible
Exigences de niveau d'API cible
Les nouvelles apps doivent cibler une version récente d'Android. Les mises à jour WebViewGold maintiennent le modèle à jour ; compilez simplement avec la dernière version.
- Paiements
Google Play Billing
Les biens numériques et abonnements vendus dans l'app doivent en général passer par Google Play Billing (WebViewGold prend en charge RevenueCat). Les biens physiques et les services peuvent utiliser d'autres moyens de paiement.
Les fonctionnalités natives que votre app Blink.new obtient dans l'app Android
Chaque fonctionnalité est optionnelle et documentée pas à pas dans la documentation WebViewGold pour Android.
Notifications push
Push distant via OneSignal ou Pushwoosh, push locaux planifiés via un appel JavaScript.
DocumentationApp Links et deep links
Les liens https vers votre domaine et les schémas personnalisés s'ouvrent directement dans l'app.
DocumentationAchats intégrés
Abonnements et achats uniques Google Play via RevenueCat, déclenchés depuis votre app web.
DocumentationÉcran hors ligne et solution de repli
Un écran natif « Réessayer » lorsque l'utilisateur est hors ligne, ou un HTML local de repli.
DocumentationÉcran de démarrage et indicateur de chargement
Durée minimale et maximale du splash avec fondu, ou un spinner natif pendant le chargement.
DocumentationConnexion biométrique
Verrou par empreinte digitale / reconnaissance faciale depuis un appel JavaScript.
DocumentationScanner de QR codes et codes-barres
Scanner natif qui renvoie le résultat à votre app web.
DocumentationPartage natif et haptique
Intent de partage et retour haptique depuis votre app web.
DocumentationCSS et JavaScript personnalisés
Masquez les éléments réservés au site web et injectez du code lors du chargement dans l'app.
DocumentationEnvoi de fichiers et photos
Sélecteur de fichiers natif et appareil photo pour vos formulaires d'envoi.
DocumentationChecklist avant soumission Google Play
Cochez ces points et l'examen n'est plus qu'une formalité. La vérification de conformité gratuite contrôle automatiquement la partie technique.
- HTTPS partout : Android bloque par défaut le trafic http:// en clair sur les versions actuelles.
- Mise en page responsive de 320 px aux largeurs de tablette, avec un comportement prévisible du bouton Retour (WebViewGold relie le bouton Retour à l'historique web).
- URL de politique de confidentialité prête et formulaire Sécurité des données rempli honnêtement.
- Suppression de compte dans l'app plus un lien web de suppression si les utilisateurs peuvent s'inscrire.
- Identifiants d'accès à l'app pour l'examinateur si le contenu est derrière une connexion.
- Un nom de package unique (par exemple com.votresociete.votreapp) défini avant le premier envoi : il ne pourra plus jamais changer.
- Une icône de 512 × 512 px et une image de présentation de 1024 × 500 px.
- Au moins deux captures d'écran de téléphone prises dans la vraie app (captures de tablette recommandées).
- Pour les nouveaux comptes personnels : 12 testeurs prêts pour le test fermé de 14 jours.
- Android App Bundle (.aab) signé, compilé à partir de la dernière version de WebViewGold.
Exemple : du projet Blink.new à l'app approuvée
Imaginons que vous ayez créé avec Blink une app compagnon pour une conférence tech régionale : les participants se connectent avec Apple ou Google, consultent le programme et leur planning personnel, et présentent un QR code de billet à l'entrée. Les billets sont vendus sur le site de la conférence via Stripe, ce qui est autorisé puisqu'ils paient un événement réel. Vous publiez en production, connectez app.yourconference.com et encapsulez le tout avec WebViewGold. À l'entrée, l'équipe ouvre la page d'enregistrement et scanne les billets avec qrcode:// ; chaque code encode une URL d'enregistrement qui s'ouvre dans l'app. Un push OneSignal annonce les changements de salle au fil de la journée. Le participant de démonstration indiqué dans les notes de validation possède un billet, les deux stores approuvent l'app, et chaque Publish dans Blink l'atteint au prochain lancement.
Votre première semaine après le lancement
- Publiez les correctifs depuis Blink et vérifiez-les sur votre propre domaine, pas sur l'aperçu sites.blink.new, que l'app ne charge jamais.
- Gardez active la formule qui inclut l'hébergement en production ; l'app dépend de la disponibilité de blinkpowered.com ou de votre domaine.
- Testez le scan des billets à l'entrée du lieu, la veille de l'événement, avec les téléphones que votre équipe utilisera.
- N'envoyez des push que pour les changements de salle et les débuts de session ; les participants coupent les notifications quand chaque message de sponsor en déclenche une.
- Demandez une note avec rateapp:// après la dernière session de la journée, quand les participants ont le plus utilisé l'app.
Ce que vous obtenez avec WebViewGold
Un projet d'app natif complet, pas un abonnement. Tout ce qui suit est inclus dans la licence et s'active par un simple réglage.
- Projet Android Studio complet
- Notifications push
- Écran hors ligne
- Icône & écran de démarrage
- Partage natif & retour haptique
- Deep links & liens universels
- Achats intégrés
- Mises à jour gratuites, marque blanche
Questions fréquentes
Une app Blink.new peut-elle être publiée sur l'App Store et Google Play ?
Oui. Publiez l'app web en production, saisissez l'adresse blinkpowered.com ou votre domaine personnalisé dans WebViewGold et compilez les deux apps. N'utilisez pas l'aperçu gratuit sites.blink.new : il change à chaque enregistrement et n'est pas prévu comme adresse permanente.
Blink peut créer des apps React Native. Dois-je reconstruire mon app web en projet mobile ?
Seulement si vous voulez deux bases de code. La voie mobile de Blink part de son propre modèle React Native + Expo et nécessite la formule Max pour publier sur les stores. Encapsuler l'app web que vous avez déjà publiée vous permet de garder un seul projet, un seul backend et des mises à jour qui passent en ligne sans validation des stores.
Ai-je besoin d'Android Studio ?
Soit Android Studio (gratuit, fonctionne sous Windows, macOS et Linux), soit le WebViewGold Cloud Builder, qui compile et envoie l'App Bundle signé depuis votre navigateur.
Qu'est-ce que la règle des 12 testeurs ?
Google exige que les comptes développeur personnels créés après novembre 2023 mènent un test fermé avec au moins 12 testeurs inscrits pendant 14 jours consécutifs avant la première publication en production. Des amis, des collègues ou une communauté Discord suffisent ; les comptes d'organisation en sont exemptés.
Que se passe-t-il si Google refuse l'app ?
Google nomme la règle en cause et vous pouvez corriger puis resoumettre. WebViewGold est livré avec une garantie d'approbation Google Play : si Google refuse l'app pour un motif non lié au contenu, vous êtes remboursé dans les 14 jours suivant l'achat.
Blink Auth propose Sign in with Apple. En ai-je besoin dans l'app iOS ?
Si votre écran de connexion affiche Google, GitHub ou Microsoft, oui : la directive 4.8 exige une option équivalente qui limite les données au nom et à l'e-mail et permet aux utilisateurs de masquer leur e-mail, et Sign in with Apple est la façon sûre de la proposer. Une app qui n'utilise que l'e-mail et le mot de passe ou les liens magiques n'en a pas besoin. WebViewGold détecte la page de connexion Apple et la gère automatiquement.
Puis-je rester sur la formule gratuite de Blink pour l'app des stores ?
Pas pour la production. Les projets gratuits n'ont que l'aperçu sites.blink.new, qui change à chaque enregistrement et n'est pas prévu comme adresse permanente ; l'hébergement en production sur blinkpowered.com ou sur votre propre domaine nécessite la formule Starter ou supérieure. Masquer le badge Made with Blink exige aussi une formule payante : prévoyez donc la mise à niveau avant de compiler l'app.
Dois-je resoumettre l'app à chaque modification dans Blink.new ?
Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans Blink.new sont immédiatement en ligne dans l'app. Une nouvelle version sur le store n'est nécessaire que si la coque native change, par exemple une nouvelle icône d'app ou une fonctionnalité native ajoutée.
Combien cela coûte-t-il au total ?
$109 en paiement unique pour WebViewGold pour Android (mises à jour gratuites) plus le compte développeur Google Play Console ($25 en une fois). En option : l'extension Cloud Builder ($349 par licence, paiement unique) pour compiler dans le navigateur sans Mac, ou le pack Full Service (à partir de $698 par plateforme) où notre équipe configure, compile et soumet l'app pour vous.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.