Quelles plateformes no-code sont concernées ?

Bubble, Kodular, Thunkable, AppGyver, Glide Apps, et toute plateforme générant un APK ou AAB Android sans accès direct au code source. Le point commun : vous ne contrôlez pas le targetSdkVersion ni les dépendances Android.

Peut-on migrer une app no-code vers une app native sans tout reconstruire ?

Oui, dans la mesure du possible. Une analyse des fonctionnalités existantes permet de distinguer ce qui peut être recréé rapidement (écrans simples, formulaires) de ce qui demande plus de travail (logique métier complexe, intégrations). L'objectif est de recréer une application fonctionnellement équivalente avec un code que vous contrôlez.

Bubble, Kodular…

Application no-code bloquée

Votre application a été créée sur une plateforme no-code qui n'a pas mis à jour son SDK Android. Vous ne pouvez pas agir vous-même sur le code généré — la plateforme est le point de blocage. La solution passe par une réécriture ciblée ou une migration vers une stack native que vous contrôlez.

Je souhaite être accompagné

Pourquoi c'est bloquant

Les plateformes no-code comme Bubble, Kodular ou Thunkable génèrent automatiquement le code Android de votre application. Cela inclut le targetSdkVersion et les dépendances Android. Quand Google impose API 35, c'est la plateforme qui doit mettre à jour ses templates — pas l'utilisateur.

Si la plateforme no-code n'a pas effectué cette mise à jour (ou si elle a été abandonnée), vous vous retrouvez dans une situation de blocage total : impossible de modifier l'API level, impossible de soumettre une mise à jour. Les outils de la plateforme ne vous donnent pas accès aux fichiers Gradle ou au manifest Android.

La seule sortie durable est une migration vers du code que vous contrôlez directement. Cela peut prendre la forme d'une réécriture partielle (reproduire les écrans et fonctionnalités principales) ou complète, en Kotlin natif ou Kotlin Multiplatform selon vos besoins futurs.

Ce que je prends en charge

Analyse des fonctionnalités existantes et cartographie des écrans

Évaluation du volume de travail pour la migration

Réécriture en Kotlin natif (Jetpack Compose) ou Kotlin Multiplatform

Migration des données et comptes utilisateurs existants si nécessaire

Tests et validation fonctionnelle avant soumission

Soumission de la nouvelle version et suivi Play Store

Je souhaite être accompagné

Questions Fréquentes

Les plateformes no-code génèrent du code Android à partir de leurs propres templates. Quand Google impose une nouvelle API level obligatoire, c'est la plateforme no-code qui doit mettre à jour son SDK — pas vous. Si la plateforme n'a pas fait cette mise à jour, vous ne pouvez pas agir directement sur le code généré.