Skip to main content
Parfois, les choses ne se passent pas comme prévu, mais vous pouvez rapidement résoudre la plupart des problèmes et vous remettre sur les rails. Utilisez ce guide pour résoudre les problèmes courants de publication, de connexion, de chat et d’autres fonctionnalités clés.
Astuces rapides de dépannage :
  • Si quelque chose dans votre application ne fonctionne pas comme prévu et que vous ne voyez pas d’erreur claire, tapez « Something is wrong » dans le chat IA. Base44 analyse ce qui se passe dans votre application, fait apparaître les problèmes possibles et suggère des corrections directement en contexte afin que vous puissiez résoudre les problèmes plus rapidement avant d’essayer des étapes de dépannage manuel.
  • Consultez la page de statut de Base44 pour voir s’il y a des problèmes à l’échelle du système.

​
Éditeur et tableau de bord

Vous ne pouvez pas accéder à la page d’accueil de votre application en raison de la façon dont Base44 gère les paramètres de confidentialité pour les applications avec des zones publiques et privées.Par défaut, Base44 exige que chaque application définisse un niveau de confidentialité pour toutes ses pages. Si la confidentialité de votre application est définie sur Private, toutes les pages, y compris la page d’accueil, nécessitent une connexion. À ce jour, Base44 ne prend pas en charge la possibilité de rendre une page publique (comme une page d’accueil) tandis que le reste de l’application reste privé.Pour résoudre ce problème, vous devez rendre votre application publique afin que tout le monde puisse accéder à votre page d’accueil.
  1. Allez dans le tableau de bord de votre application.
  2. Cliquez sur Overview.
  3. Sous App Visibility, sélectionnez Public.
Si votre application nécessite à la fois des zones publiques et privées, suivez cette solution de contournement :
  1. Créez une application séparée pour votre page d’accueil publique.
  2. Publiez les deux applications.
  3. Reliez cette application d’accueil à votre application principale privée.
  4. Attribuez votre domaine principal à l’application de la page d’accueil et un sous-domaine à votre application privée.
Astuce : Essayez de visualiser dans une fenêtre en navigation privée pour vérifier l’accès sans être connecté.
Solution alternative :
Si vous voulez une seule application avec à la fois une page d’accueil publique et du contenu privé, vous pouvez configurer la sécurité au niveau de la ligne (RLS) pour bloquer toutes les pages sauf votre page d’accueil.
  • Demandez à l’IA de créer une page d’accueil publique, définissez-la par défaut pour tous les utilisateurs.
  • Verrouillez toutes les autres pages derrière RLS (afin que seuls les utilisateurs connectés puissent les voir).
  • Configurez les redirections : Toute personne déconnectée est envoyée à la page d’accueil, les utilisateurs connectés sont envoyés au tableau de bord.
  • Suggestion d’invite :
    « Please implement a landing page for our app that allows users to login/signup at /Login utilizing our existing theme. Make sure all pages except the landing page are secured behind RLS and that logged-in users can’t access the landing page but are redirected to the dashboard. »
Pour en savoir plus sur les paramètres de confidentialité, consultez le guide Authentification.
Si vous voyez un écran blanc dans l’éditeur, cela indique généralement un problème technique qui nécessite un examen plus approfondi.Voici quelques étapes que vous pouvez essayer :
  1. Cliquez sur l’icône Revert sur un message de chat pour restaurer votre application à une version précédente fonctionnelle.
  2. Ouvrez l’Historique des versions (l’icône d’horloge dans le chat IA) et revenez à une version plus ancienne où cliquer sur quelque chose ne provoquait pas d’écran blanc.
  3. Essayez de décrire votre problème au chat IA avec des détails plus spécifiques, tels que l’endroit, le moment et la manière exacte où le problème apparaît.
Si ces étapes ne résolvent pas le problème, cela peut être un bug dans le code ou la configuration de votre application. Dans ce cas, soumettez un ticket de support avec des informations détaillées sur ce qui déclenche l’écran blanc, le périphérique/navigateur que vous utilisez et les captures d’écran ou messages d’erreur que vous voyez. Cela aidera l’équipe Base44 à enquêter et à résoudre le problème.
Cette erreur peut se produire si le nom de votre application contient un emoji ou un caractère spécial non pris en charge. Lorsque cette erreur se produit, vous ne pourrez pas ouvrir l’éditeur d’application ou renommer votre application.Si vous rencontrez ce problème, contactez le support Base44 afin que l’équipe puisse aider à escalader votre cas.
Quand vous essayez d’ouvrir l’éditeur d’application Base44, vous pouvez voir un écran vide, rester bloqué sur l’icône de chargement ou remarquer que tout fonctionne lentement ou ne répond pas. Cela peut se produire pour plusieurs raisons liées à votre navigateur, à votre connexion Internet ou à des problèmes temporaires de la plateforme.Essayez ces étapes :
  1. Vérifiez que vous utilisez un navigateur pris en charge et à jour.
  2. Videz le cache du navigateur et les cookies de Base44.
  3. Désactivez les extensions du navigateur, en particulier les bloqueurs de publicités ou les outils de confidentialité.
  4. Ouvrez l’éditeur dans une fenêtre en navigation privée ou essayez un autre navigateur.
  5. Consultez la communauté Discord pour les pannes signalées.
  6. Si l’éditeur ne fonctionne toujours pas, prenez une capture d’écran des erreurs (en particulier de la console de votre navigateur) et contactez le support Base44 avec les détails de votre navigateur et de votre système d’exploitation.
Parfois, après avoir publié votre application, les mises à jour telles que le nouveau contenu, les changements de design ou les corrections de bugs n’apparaissent pas sur votre site en direct. Cela peut être causé par la mise en cache, des problèmes de déploiement ou des étapes manquées dans le processus de publication.Essayez ces étapes :
  1. Videz le cache de votre navigateur et de votre appareil, puis rechargez votre application.
  2. Vérifiez votre application depuis un autre navigateur ou appareil.
  3. Assurez-vous d’avoir cliqué sur Publish et d’avoir vu un message de « réussite ».
  4. Si vous avez mis à jour une fonction backend, redéployez-la depuis le tableau de bord.
  5. Recherchez les journaux d’erreurs dans votre tableau de bord Base44.
  6. Si rien ne fonctionne, incluez le lien de votre application et des détails sur ce qui manque lorsque vous contactez le support Base44.
Si vous voyez un écran vide après avoir publié votre application, ou obtenez une erreur telle que « Uncaught Error: Error in json schema: properties is required for object type », il y a généralement une incompatibilité entre les définitions de vos champs et les données enregistrées.Par exemple, si vous utilisez un objet flexible ou une entrée personnalisée (comme meal_preferences), assurez-vous que le type d’entrée et le type de valeur correspondent à votre schéma. Toute incompatibilité peut faire que votre application se charge incorrectement ou affiche un écran vide.Vérifiez votre schéma JSON et assurez-vous que les types de vos champs et les données stockées sont alignés. Si vous devez insérer un objet flexible, n’utilisez JsonSchemaForm que si les propriétés sont clairement définies à l’avance.
Astuce : Si le code de votre application et les paramètres semblent corrects dans l’éditeur mais que votre application en direct affiche toujours des écrans vides ou des mises à jour manquantes, vérifiez les schémas de vos champs et les données enregistrées. Les incompatibilités de schéma cachées sont une cause courante.

​
Chat IA

Si vous remarquez que vos crédits sont consommés plus rapidement que prévu, cela peut être dû au fait que vous discutez avec l’IA en mode Build au lieu du mode Discuss. Lorsque vous travaillez avec l’IA en mode Build, chaque interaction dépense plus de crédits. Le mode Discuss aide à économiser des crédits en vous permettant de planifier et de réviser les étapes sans déclencher d’actions IA coûteuses.Pour économiser des crédits pendant que vous discutez avec l’IA :
  1. Ouvrez le menu déroulant des modes dans le chat IA et sélectionnez Discuss avant de commencer à discuter.
  2. Planifiez, posez des questions et discutez de vos idées avec l’IA.
  3. Quand vous avez fini de discuter et que vous êtes prêt à ce que l’IA prenne des mesures ou construise quelque chose, ouvrez le menu déroulant des modes et sélectionnez Build. Vous pourrez alors demander à l’IA d’implémenter vos modifications.
Utilisez le mode Discuss pour planifier et brainstormer, et passez en mode Build lorsque vous souhaitez que l’IA effectue des actions, génère des résultats ou apporte des modifications. Le mode Discuss utilise environ 0,3 crédit par requête.
Pour plus d’informations sur le fonctionnement des crédits et les meilleures façons de les gérer, en savoir plus sur vos crédits.
Cela peut se produire lorsque vous décrivez un problème en termes généraux et que l’IA commence à deviner où se trouve le problème.Essayez ce flux de travail lorsque vous voulez expliquer un bug spécifique, par exemple, un bouton qui ne fait rien, un formulaire qui ne se soumet pas ou une fonctionnalité qui se comporte de manière inattendue.Pointez l’IA vers l’élément exact (mode Edit + Discuss) :
  1. Ouvrez le menu déroulant des modes dans le chat IA et sélectionnez Discuss.
  2. Cliquez sur l’élément dans l’aperçu de votre application sur lequel vous voulez travailler, par exemple, un bouton, un formulaire, une entrée ou une ligne de tableau.
  3. Cliquez sur Discuss sur l’élément pour ouvrir un chat ciblé lié à ce composant.
  4. Dans le chat IA, expliquez ce qui se passe et ce qui devrait se passer.
Incluez le résultat attendu. Cela aide l’IA à comprendre la logique actuelle et ce que vous voulez qu’elle fasse.Exemples :
  • Ce bouton ne réagit pas quand on clique, vérifiez son gestionnaire onClick.
  • Après avoir cliqué sur ce bouton, un PDF devrait se télécharger, mais actuellement rien ne se passe.
  • Ce bouton devrait m’emmener à la page Orders, mais je reste sur le même écran.
Parfois, le panneau du chat IA peut ne pas se charger, rester bloqué en traitement ou ne pas répondre du tout. Cela peut se produire si votre invite est trop longue ou complexe, en raison de problèmes de navigateur ou de réseau, ou temporairement à cause de mises à jour du système.Essayez ces étapes :
  1. Cliquez sur l’icône Revert sur un message de chat, ou revenez à la dernière version de votre application qui fonctionnait correctement. Cela peut réinitialiser l’état de l’IA et résout souvent le problème.
  2. Cliquez sur le bouton Stop du chat s’il est bloqué dans un état tel que « thinking », « applying changes » ou « undoing ».
  3. Si votre requête IA est très longue ou complexe, divisez-la en parties plus petites et plus gérables. Cela aide l’IA à traiter vos instructions avec précision.
  4. Actualisez votre navigateur et vérifiez votre connexion Internet
  5. Videz le cache de votre navigateur et désactivez les extensions de navigateur qui pourraient bloquer les scripts
  6. Ouvrez votre application dans une fenêtre privée ou en navigation privée
  7. Si cela ne fonctionne toujours pas, vérifiez Discord pour les problèmes signalés.
    Si l’état de traitement du chat dure plus de 10 minutes ou ne fournit pas de mises à jour, cliquez sur le bouton Stop et informez l’équipe de support, en incluant les détails suivants :
    • Où l’IA s’est bloquée (emplacement ou fonction dans l’application)
    • L’invite ou l’action que vous effectuiez
    • Combien de temps l’état de traitement a duré
Vous pouvez voir l’erreur ‘dict’ object has no attribute ‘lower’ lors de l’utilisation de l’invite de chat ou en essayant d’envoyer un message. Cela se produit généralement lorsque le chat attend du texte mais reçoit un objet inattendu, souvent en raison d’un problème temporaire.Pour résoudre cette erreur :
  1. Annulez votre dernier message, comme le suggère l’erreur.
  2. Actualisez la page complètement :
    • Sur Windows ou Linux, appuyez sur Ctrl + Shift + R ou Ctrl + F5.
    • Sur Mac, appuyez sur Cmd + Shift + R.
  3. Essayez d’effacer la section de chat et de commencer une nouvelle invite.
  4. Si l’erreur persiste, contactez le support et incluez les détails sur votre invite et l’erreur.
Si le chat IA reste sur « Thinking… » après votre première invite et que l’application ne progresse pas, essayez ces étapes.Souvent, l’application a été partiellement créée. Essayez de cloner l’application :
  1. Allez dans le Dashboard de votre application.
  2. Allez dans Settings puis App settings.
  3. Cliquez sur Clone app.
  4. Ouvrez l’application clonée.
Si le clonage n’aide pas, créez une nouvelle application :
  1. Copiez le texte de votre invite d’origine.
  2. Créez une nouvelle application.
  3. Collez la même invite dans le chat IA et exécutez-la à nouveau.
Conseils pour éviter cela :
  • Pour les invites complexes, divisez votre demande en invites plus petites et séquentielles.
  • Les premières invites très longues avec de nombreux détails peuvent faire que le chat se bloque.
  • Les premières invites complexes peuvent parfois prendre 10 à 15 minutes pour se terminer. Si rien ne change après ce temps, essayez l’une des étapes ci-dessus.

​
Données et sécurité

Les règles de sécurité au niveau de la ligne (RLS) contrôlent quels utilisateurs peuvent accéder à des données spécifiques dans votre application. Si les utilisateurs non autorisés peuvent voir ou modifier des données, ou si les règles RLS ne fonctionnent pas comme prévu, utilisez la vérification de sécurité intégrée pour trouver et résoudre les problèmes.Pour résoudre les problèmes RLS :
  1. Allez dans le tableau de bord de votre application.
  2. Cliquez sur Security.
  3. Cliquez sur Start security check pour rechercher des règles RLS manquantes ou mal configurées.
  4. Examinez les problèmes trouvés et cliquez sur Apply Fixes pour utiliser les valeurs par défaut sûres recommandées, ou ajustez manuellement les règles pour chaque entité de données.
  5. Connectez-vous avec différents rôles d’utilisateur pour confirmer que seules les personnes autorisées peuvent accéder à chaque type de données.
Pour plus de détails sur la configuration et la gestion des règles de sécurité, consultez le guide de gestion des paramètres de sécurité.

​
Performance et vitesse

Vous pouvez voir un message d’erreur « 500 Internal Server Error » lors du chargement de votre application, de l’enregistrement de données, de l’accès à des pages ou de l’utilisation de fonctionnalités de plateforme comme les formulaires ou les tableaux de bord. Cela peut entraîner des écrans vides, des données manquantes, une perte de progression ou des fonctionnalités qui ne fonctionnent pas.Ce problème est généralement causé par un problème sur le backend Base44 ou avec la configuration de la plateforme, comme un ID d’application non valide, des pannes de serveur, des problèmes de déploiement, des problèmes d’API ou des ressources surchargées. Cela peut affecter à la fois les versions publiées et de développement de votre application.Une erreur 500 signifie que quelque chose s’est mal passé côté serveur, et vous ne pouvez généralement pas le résoudre vous-même.Ce que vous devez faire :
  1. Actualisez la page ou réessayez plus tard, car certaines erreurs 500 sont temporaires.
  2. Consultez la page de statut ou les canaux Discord pour voir s’il y a un incident de plateforme connu.
Si le problème persiste, contactez le support Base44. Incluez les détails suivants :
  • Le nom de votre application
  • Où et quand l’erreur se produit
  • Tout message d’erreur de la console (captures d’écran si possible)
  • Quelles étapes ont conduit au problème
Parfois, une application ne se charge pas et n’affiche qu’un écran vide, un spinner de chargement ou un en-tête de base. Vous pouvez le voir après avoir effectué des modifications, essayé de prévisualiser votre application ou après la publication. Le problème peut se produire à la fois sur les appareils web et mobiles et peut inclure des problèmes tels que :
  • L’application se charge brièvement, puis disparaît.
  • Cliquer sur le lien de l’application n’affiche qu’une page blanche ou une roue de chargement.
  • Certaines pages, onglets ou fonctionnalités restent figés et ne répondent pas.
  • L’application plante en cliquant sur des boutons ou en effectuant des sélections.
  • Rien n’apparaît lors de la tentative d’accès au tableau de bord, à l’aperçu ou aux pages clés.
La plupart des problèmes de chargement sont causés par un problème dans le code de votre application ou un problème temporaire de la plateforme.Essayez les étapes suivantes :
  1. Actualisez la page ou ouvrez l’application dans une nouvelle fenêtre de navigateur.
  2. Videz le cache et les cookies de votre navigateur, puis essayez de charger à nouveau.
  3. Assurez-vous que votre connexion Internet est stable.
  4. Changez de navigateur ou d’appareil pour voir si le problème persiste ailleurs.
  5. Si vous avez effectué des modifications récentes avant le début du problème, essayez d’annuler vos modifications les plus récentes si possible.
  6. Attendez quelques minutes. Parfois, la plateforme est en cours de mise à jour ou connaît une indisponibilité temporaire.
Si votre application ne se charge toujours pas, contactez le support Base44 et fournissez :
  • Une description de ce que vous voyez (par exemple, page blanche/spinner)
  • Quand le problème a commencé et toutes les modifications récentes que vous avez apportées
  • Le nom ou le lien de l’application
  • Tout message d’erreur affiché dans la console de votre navigateur (si possible)
L’équipe de support enquêtera et travaillera avec vous pour restaurer votre application.
Si vous êtes bloqué dans un état de chargement infini après avoir utilisé tous vos crédits ou après une modification importante, mentionnez-le dans votre message.
Si votre invite continue à s’exécuter et que le bouton d’arrêt ne fait rien, essayez ces étapes :
  1. Utilisez l’Historique des versions pour faire revenir rapidement votre application avant l’invite bloquée. C’est le moyen le plus rapide de revenir à un état précédent.
  2. Changez le LLM dans les paramètres de votre application, passez en mode Discuss et envoyez n’importe quelle invite (par exemple, « hi ») pour sortir de l’état bloqué.
  3. Utilisez le mode Edit pour effectuer un petit changement, comme ajouter un espace supplémentaire ou mettre à jour du texte, pour forcer un changement d’état.
  4. Si possible, ouvrez votre application sur un appareil mobile, passez en mode Discuss et envoyez une invite.
Si votre application est cassée mais que demander à l’IA d’annuler dans le chat ne fonctionne pas :
  1. Chaque invite de votre historique de chat a un bouton Revert. Cliquez dessus pour faire revenir votre application juste avant ce changement.
  2. Faire revenir votre application en « demandant » à l’IA dans le chat n’annule jamais réellement les modifications de l’invite — seul le bouton Revert ou l’Historique des versions le résoudra.
  3. Si le bouton Revert ne fonctionne pas, utilisez l’Historique des versions (généralement trouvé près du tableau de bord ou de l’aperçu). Cela vous permet de restaurer une version antérieure de l’application.
  4. Si à la fois Revert et l’Historique des versions ne fonctionnent pas, contactez le support Base44 pour plus d’aide.
Si vous voyez des avertissements dans votre navigateur ou vos outils de développement concernant le script Tailwind CDN (tels que « cdn.tailwindcss.com should not be used in production »), il n’y a pas lieu de s’inquiéter. Le script Tailwind CDN est ajouté automatiquement par la plateforme Base44 et est nécessaire pour le style de votre application. Ce script ne peut pas être supprimé ou désactivé pour le moment.L’avertissement n’affecte pas la fonctionnalité ou la sécurité de votre application. Le script garantit un style cohérent et une expérience stable sur toutes les applications Base44.Base44 travaille sur une solution pour cela dans un avenir proche. Pour l’instant, veuillez conserver le script dans le cadre de la configuration de votre application.

​
Applications et intégrations

Les fonctions backend prennent en charge à la fois les requêtes GET et POST. Une 404 n’est pas causée par la méthode que vous avez utilisée. Ouvrir une URL de fonction directement dans votre navigateur peut toujours renvoyer une erreur. La fonction peut attendre des données que le navigateur n’envoie pas. Voir la question « Erreur lors de l’ouverture de l’URL de la fonction backend dans le navigateur » ci-dessous.Si toutes vos fonctions backend renvoient des erreurs 404 Not Found, en particulier lors de l’utilisation de l’outil de test du tableau de bord ou dans vos intégrations externes, c’est un problème critique. Cela pointe généralement vers un problème avec le routage ou le déploiement de votre application, pas votre code ou votre configuration.Suivez les étapes ci-dessous pour tester votre fonction backend à l’aide du tableau de bord, puis passez aux étapes de dépannage.
  1. Cliquez sur Dashboard dans votre éditeur d’application.
  2. Cliquez sur Code.
  3. Cliquez sur Functions.
  4. Sélectionnez la fonction pertinente.
  5. Cliquez sur Test Function en bas à droite.
  6. (Facultatif) Copiez l’URL de la fonction depuis la barre latérale en haut à droite pour l’utiliser dans les intégrations.
  • Si le test réussit : Votre fonction backend fonctionne. Une erreur lors de l’ouverture directe de l’URL dans un navigateur ne signifie pas que la fonction est cassée.
  • Si le test renvoie une erreur 404 ou aucune de vos intégrations ne fonctionne : Poursuivez les étapes de dépannage ci-dessous.
  1. Confirmez que votre forfait prend en charge les fonctions backend : Assurez-vous que vous êtes sur le forfait Builder ou supérieur.
  2. Vérifiez les emplacements et le nommage des fichiers :
    • Assurez-vous que vos fichiers de fonction (par exemple, ebayAuth) sont dans le bon répertoire.
    • Vérifiez les noms de fichiers et de fonctions pour les fautes de frappe.
    • Chaque fichier doit exporter la fonction en utilisant Deno.serve().
  3. Redéployez votre application : Redéployez depuis le tableau de bord pour déclencher un nouveau déploiement et mettre à jour le routage de l’application.
  4. Vérifiez la construction et le déploiement récents : Si votre application a été récemment mise à jour, vérifiez que toutes les étapes de construction et de déploiement se sont terminées avec succès.
Si le problème persiste après ces vérifications, il s’agit probablement d’un problème de routage ou de déploiement au niveau de la plateforme plutôt que quelque chose de mal dans la configuration de votre application. Contactez le support Base44 et incluez :
  • Le lien vers votre application
  • Une liste des noms de fonctions backend affectées (par exemple, ebayAuth)
  • Des captures d’écran montrant les erreurs 404 à chaque point de terminaison
  • Quand le problème a commencé, par exemple après un déploiement, une migration ou une mise à jour de la plateforme
Astuce : Mentionner quand le problème a commencé aide l’équipe de support à résoudre le problème plus rapidement.
Pour des raisons de sécurité, les services externes comme Stripe, OpenAI ou Notion ne permettent pas aux tiers (même Base44) d’accéder automatiquement à vos identifiants. Les clés API sont comme des mots de passe pour les services. Les garder privées et contrôlées par l’utilisateur maintient vos données en sécurité et garantit que seul vous autorisez l’accès.À la place, vous devez :
  1. Connectez-vous au service.
  2. Allez dans la section API ou développeur.
  3. Générez votre clé.
  4. Collez-la dans Base44 comme Secret.
Une fois ajoutée, votre application peut utiliser cette clé en arrière-plan en toute sécurité, et sans code.
Les fonctions backend dans Base44 prennent en charge à la fois les requêtes GET et POST. Vous pouvez utiliser l’une ou l’autre méthode pour appeler vos fonctions backend, selon votre cas d’usage.
  • Les requêtes GET vous permettent de passer des données dans la chaîne de requête de l’URL.
  • Les requêtes POST vous permettent d’envoyer des données en toute sécurité dans le corps de la requête.
Si vous voyez une erreur en ouvrant une URL de fonction backend dans votre navigateur, vérifiez que votre requête est formatée correctement pour GET ou POST. Assurez-vous de passer toutes les données requises en utilisant la méthode appropriée afin que votre fonction backend les reçoive comme prévu.
Une erreur 500 signifie généralement que l’URL de votre requête POST webhook est incorrecte. Assurez-vous que vous utilisez le lien de l’application Base44 par défaut comme URL de base dans votre point de terminaison de fonction.Par exemple : https://app--your-app-name.base44.app/api/apps/your-app-id/functions/yourFunctionNameSi vous avez un domaine personnalisé connecté, il est toujours recommandé d’utiliser le lien d’application par défaut pour les requêtes POST afin d’assurer un routage approprié et moins d’erreurs. Vérifiez la structure de votre URL et mettez à jour votre intégration selon les besoins.
Vous pouvez voir l’erreur ISOLATE_INTERNAL_FAILURE lorsque vous essayez d’enregistrer ou de déployer une fonction backend. Cela signifie généralement qu’un des fichiers de votre dossier /functions ne suit pas les exigences de la plateforme et ne peut pas démarrer dans l’environnement Deno de Base44.Causes courantes :
  1. Point d’entrée Deno.serve manquant : Chaque fichier de fonction dans le dossier /functions doit utiliser Deno.serve() comme point d’entrée. Par exemple : Deno.serve((request) => { ... })
  2. Fichiers utilitaires ou fichiers vides dans /functions: Les modules utilitaires ou les fichiers complètement vides à l’intérieur du dossier /functions peuvent déclencher cette erreur, même s’ils ne sont pas censés être de vrais points de terminaison. Les fichiers d’aide devraient être déplacés hors de /functions ou exclus du déploiement.
  3. Imports non valides : Les fonctions backend doivent être autonomes. Ne conservez que les imports des packages npm pris en charge. N’importez pas :
    • Les composants frontend
    • Les utilitaires de projet partagés depuis d’autres dossiers
    • D’autres fonctions backend directement
  4. API non prises en charge : Le runtime Deno ne prend pas en charge certaines API intégrées Node.js ou uniquement navigateur. Supprimez ou remplacez des choses comme :
    • Les modules Node.js comme fs, path, process, crypto
    • Les API basées sur le DOM ou window
Comment résoudre les erreurs ISOLATE_INTERNAL_FAILURE :
  1. Vérifiez le point d’entrée : Assurez-vous que chaque fichier dans /functions déployé en tant que fonction backend définit un bloc Deno.serve() comme point d’entrée.
  2. Nettoyez le dossier /functions
    • Supprimez ou déplacez tout fichier vide ou module utilitaire pur qui ne devrait pas être déployé en tant que fonctions.
    • Assurez-vous que seuls les fichiers de fonction réels vivent dans /functions.
  3. Corrigez les imports et les API
    • Supprimez les imports locaux de composants frontend, d’utilitaires partagés ou d’autres fonctions backend.
    • Remplacez les API Node.js ou spécifiques au navigateur non prises en charge par des alternatives prises en charge.
    • Ne conservez que les imports des packages npm pris en charge.
  4. Enregistrez et publiez : Enregistrez vos modifications et publiez votre application afin que les fonctions backend puissent être reconstruites et déployées.
  5. Demandez à l’IA Base44 de refactoriser la fonction : Si vous voyez toujours l’erreur, copiez le code de la fonction dans le chat IA Base44 et dites quelque chose comme : « This backend function returns ISOLATE_INTERNAL_FAILURE. Make it self contained and compatible with Deno.serve without changing what it does. » L’IA peut aider à réécrire la fonction pour qu’elle suive les modèles Deno corrects tout en conservant votre logique.
Si votre application s’ouvre pour vous mais pas quand vous collez le lien dans un autre navigateur ou appareil, c’est généralement lié à la publication, à la configuration du domaine ou à la visibilité de l’application.Pour vérifier que votre application est publiée :
  1. Allez dans le tableau de bord de votre application.
  2. Cliquez sur Publish en haut à droite.
  3. Sélectionnez Publish app si l’application n’est pas déjà publiée.
Pour vérifier la visibilité de votre application :
  1. Allez dans le tableau de bord de votre application.
  2. Cliquez sur Overview.
  3. Sous App Visibility, sélectionnez Public afin que toute personne disposant du lien puisse ouvrir l’application.
  4. Si l’application est définie sur Private, seules les adresses e-mail que vous invitez explicitement peuvent ouvrir le lien.
Pour vérifier la configuration de votre domaine :
  1. Si vous utilisez un domaine personnalisé au lieu de l’URL par défaut de l’application Base44, assurez-vous que le domaine est connecté et vérifié dans vos paramètres Base44.
  2. Essayez d’ouvrir directement l’URL par défaut de l’application Base44 pour confirmer que l’application elle-même se charge comme prévu.
Si le lien de votre application ne s’ouvre toujours pas après ces vérifications, contactez le support avec l’URL exacte de l’application, si l’application est publiée et si vous utilisez un domaine personnalisé. Cela aide l’équipe à enquêter plus rapidement.
Ce message signifie que l’organisation du dépôt n’est pas approuvée pour les importations dans votre workspace. Demandez à un propriétaire ou administrateur du workspace de l’ajouter sous Settings > Governance > GitHub organizations, puis collez à nouveau l’URL du dépôt.Si vous n’avez qu’un accès en lecture, Base44 devrait créer une copie dans votre compte GitHub personnel. Les workspaces restreints bloquent cette copie même lorsque le dépôt d’origine appartient à une organisation approuvée. Demandez plutôt l’accès en écriture au dépôt d’origine.

​
Domaines

La plupart des étapes ci-dessous s’appliquent à n’importe quel domaine. Pour un domaine acheté via Wix, les entrées spécifiques au domaine se trouvent dans Résolution des problèmes de domaine. Pour vérifier quel type vous avez, consultez Vérifier où votre domaine est enregistré.
Actualisez d’abord votre page Domains. Un domaine qui a terminé la configuration peut encore afficher Pending verification jusqu’à ce que le statut soit revérifié, et le message de configuration peut rester à l’écran après que votre domaine est en direct. Ouvrez votre domaine dans un navigateur, et si votre application se charge, votre domaine est connecté.S’il affiche toujours Pending verification, la solution la plus rapide est de laisser Base44 ajouter les enregistrements pour vous. Survolez le badge et cliquez sur Set up DNS for me, puis connectez-vous à votre fournisseur de domaine et approuvez les modifications. Voir Connecter un domaine externe.Si vous avez ajouté vos enregistrements manuellement, cela signifie généralement qu’il y a un problème avec votre configuration DNS ou la propagation. Vérifiez que vos serveurs de noms sont correctement configurés à l’aide de notre guide sur les domaines, puis suivez les étapes ci-dessous.Étapes de dépannage :
  1. Supprimez tous les enregistrements AAAA (IPv6) pour votre domaine, car ceux-ci peuvent interférer avec une configuration appropriée.
  2. Attendez 48 à 72 heures pour que les modifications se propagent complètement sur Internet.
  3. Utilisez un outil comme whatsmydns.net pour confirmer que vos enregistrements mis à jour sont visibles globalement.
  4. Vérifiez à nouveau que vous avez entré les valeurs d’enregistrement exactes.
  5. Si le statut est toujours en attente après environ 30 minutes, essayez de dissocier le domaine dans Base44, puis de le rajouter.
Si votre domaine ne se connecte toujours pas, contactez le support avec :
  • Une capture d’écran de vos enregistrements DNS
  • Votre nom de domaine
  • Votre lien d’application Base44
Si vous avez acheté votre domaine dans Base44, vous devez d’abord le vérifier. Si vous sautez cette étape, votre domaine ne se connectera pas. Cela s’applique à un domaine enregistré auprès de GoDaddy ou IONOS. Pour un domaine acheté via Wix, consultez Vérifier votre domaine.Votre bureau d’enregistrement envoie un e-mail vous demandant de confirmer les coordonnées de contact de votre domaine, et vous devez cliquer sur le lien de confirmation dans les 15 jours. Cette étape est requise par l’ICANN pour maintenir votre domaine actif et s’assurer que vos coordonnées sont valides.GoDaddy est le partenaire d’enregistrement actuel, donc les domaines achetés le ou après le 14 août 2026 reçoivent l’e-mail de GoDaddy. IONOS était le partenaire précédent, donc les domaines achetés avant cette date le reçoivent de support@ionos.com avec le sujet « Please Confirm the Contact Details for Your Domain ». Si vous n’êtes pas sûr du moment où vous avez acheté votre domaine, recherchez dans votre boîte de réception et votre dossier spam à la fois « GoDaddy » et « IONOS ».Si vous ne confirmez pas votre adresse e-mail dans les 15 jours, votre domaine peut être désactivé conformément aux exigences de l’ICANN.
Si vous ne trouvez pas l’e-mail ou si le lien a expiré, demandez à GoDaddy ou IONOS d’en envoyer un nouveau. Pour GoDaddy, consultez Verifying contact information for ICANN Validation. Si vous ne pouvez pas accéder à votre compte avec eux, contactez plutôt le support Base44.
Voici ce que vous devez faire :
  1. Ouvrez l’e-mail de confirmation de GoDaddy ou IONOS et cliquez sur le lien pour confirmer votre adresse e-mail.
  2. Dans Base44, allez dans le tableau de bord de votre application et cliquez sur Domains, sélectionnez le domaine et cliquez sur Unlink domain.
  3. Reconnectez le domaine.
  4. Attendez quelques minutes que la connexion se termine.
Si votre domaine est bloqué dans le statut ‘Connecting’ pendant plus de 30 minutes, allez dans le tableau de bord de votre application et cliquez sur Domains, puis dissociez et reliez à nouveau le domaine.
Parcourez cette liste de vérification pour vous assurer qu’il est configuré correctement :
  • Assurez-vous que les enregistrements DNS correspondent exactement à ce qui est indiqué dans ce guide pour votre type de configuration.
  • Supprimez tous les enregistrements AAAA (IPv6), car ils peuvent bloquer les connexions.
  • Vérifiez à nouveau les fautes de frappe. Assurez-vous de copier et coller les valeurs exactement depuis ce guide.
  • Assurez-vous que le www et le domaine racine sont tous deux correctement configurés.
  • Confirmez que votre domaine est renouvelé et actif.
  • Attendez jusqu’à 72 heures pour que les modifications prennent effet.
Dépannage avancé :
  • Vérifiez à nouveau les exigences des enregistrements CNAME et ANAME/ALIAS :
    • www → base44.onrender.com (CNAME)
    • racine / @ → base44.onrender.com (ANAME/ALIAS ou enregistrement A si ANAME/ALIAS n’est pas pris en charge)
    • Si vous utilisez un enregistrement A, définissez @ → 216.24.57.1
  • Supprimez tous les enregistrements AAAA. Base44 ne prend en charge que IPv4 et les enregistrements AAAA peuvent casser la résolution du domaine.
  • Pour les domaines achetés auprès de Base44 via GoDaddy ou IONOS, essayez de dissocier et de relier le domaine pour résoudre la plupart des problèmes.
  • Si vous avez essayé ces étapes et que vous voyez toujours des problèmes après une propagation DNS complète, contactez le support.
Astuce : Si votre domaine utilise un gestionnaire DNS comme Cloudflare, mettez à jour les enregistrements là-bas au lieu de chez votre bureau d’enregistrement. Définissez les enregistrements liés à Base44 sur DNS only (nuage gris) afin que Cloudflare ne réponde qu’au DNS et ne fasse pas de proxy sur le trafic. Gardez-les ainsi en permanence plutôt que seulement pendant le dépannage, car le proxy fait aussi renvoyer une erreur 404 aux pages nouvellement ajoutées sur votre domaine personnalisé et empêche les Cloudflare Workers de s’exécuter devant celui-ci. Cela ne désactive pas SSL dans Base44.
Si vous rencontrez des erreurs SSL ou une ERR_SSL_PROTOCOL_ERROR après avoir connecté votre domaine personnalisé à Base44, suivez ces étapes pour résoudre le problème :
  • Vérifiez que les enregistrements DNS de votre domaine correspondent exactement à ce qui est indiqué dans votre tableau de bord Base44.
  • Supprimez tous les enregistrements AAAA (IPv6) de vos paramètres DNS, car ils peuvent bloquer les connexions sécurisées.
  • Vérifiez attentivement les fautes de frappe ou les valeurs manquantes dans vos entrées DNS.
  • Assurez-vous que votre www et votre domaine racine pointent tous deux vers les bonnes adresses IP ou CNAME Base44.
  • Vérifiez que votre enregistrement de domaine est actif et a été confirmé.
  • Attendez jusqu’à 72 heures pour que les modifications DNS et SSL se propagent complètement dans le monde.
  • Si vous utilisez un service DNS comme Cloudflare, mettez à jour vos enregistrements directement dans ce service et définissez les enregistrements liés à Base44 sur DNS only (nuage gris), sans proxy. Les laisser en proxy peut aussi faire renvoyer une erreur 404 aux pages nouvellement ajoutées sur votre domaine personnalisé alors qu’elles fonctionnent sur votre adresse .base44.app, et les Cloudflare Workers ne s’exécutent pas devant un domaine Base44.
Si vous voyez toujours des erreurs SSL après avoir suivi ces étapes, soumettez un ticket de support et incluez :
  • Une capture d’écran de vos enregistrements DNS actuels
  • Votre nom de domaine
  • Un lien vers votre application Base44
Si vous avez supprimé une application et essayez de connecter le domaine à une nouvelle application, vous pouvez voir une erreur indiquant que le domaine existe déjà. Cela peut se produire si le domaine est toujours enregistré dans notre système, même après la suppression de l’ancienne application.Vous ne pourrez pas résoudre ce problème par vous-même pour le moment. Veuillez contacter notre équipe de support pour obtenir de l’aide à ce sujet.
Après avoir acheté un domaine chez nous, vous devez vérifier vos informations de contact pour l’activer. Si vous n’avez pas reçu d’e-mail de vérification de votre bureau d’enregistrement, votre domaine peut ne pas se connecter ou fonctionner comme prévu. Cela peut empêcher votre site web d’être mis en ligne.GoDaddy est le partenaire d’enregistrement actuel, donc les domaines achetés le ou après le 14 août 2026 sont enregistrés auprès de GoDaddy. IONOS était le partenaire précédent, donc les domaines achetés avant cette date sont enregistrés auprès d’IONOS. Pour un domaine acheté via Wix, l’e-mail vient plutôt de Wix, et votre page Domains affiche un bouton Resend Verification Email.Pour résoudre ce problème :
  1. Recherchez dans votre boîte de réception, vos courriers indésirables et vos dossiers de spam à la fois « GoDaddy » et « IONOS », afin de trouver l’e-mail quel que soit le bureau d’enregistrement qui détient votre domaine.
  2. Si vous ne le trouvez pas, demandez à ce bureau d’enregistrement un nouvel e-mail de vérification. Donnez-lui votre nom de domaine et expliquez que vous n’avez pas reçu l’e-mail de vérification après l’achat de votre domaine.
  3. Si vous ne pouvez pas accéder à votre compte avec le bureau d’enregistrement, contactez le support Base44 et demandez-leur de le demander pour vous.
  4. Ouvrez le nouvel e-mail et suivez les étapes qu’il contient pour compléter la vérification de votre domaine.
Une erreur 429 apparaît généralement en raison d’une limite temporaire du côté de Base44. Ce problème se résout automatiquement.

Attendez quelques minutes avant d’essayer de reconnecter votre domaine. Si le problème persiste après l’attente, réessayez plus tard.
Lorsque vous recherchez votre domaine dans les outils DNS publics (tels que Google Dig ou Whatsmydns), vous pouvez voir un enregistrement A supplémentaire pointant vers une adresse IP que vous ne reconnaissez pas. Cependant, lorsque vous vérifiez la zone DNS de votre bureau d’enregistrement, cet enregistrement A n’est pas répertorié. Cela se produit généralement parce que le transfert de domaine, la redirection d’URL ou le parking est activé chez le bureau d’enregistrement, ce qui crée silencieusement un enregistrement A en arrière-plan et peut interférer avec la connexion de votre domaine ou la génération SSL.Pour résoudre ce problème :
  1. Ouvrez un outil de recherche DNS public et recherchez les enregistrements A de votre domaine.
  2. Comparez les IP que vous voyez là avec les enregistrements A dans la zone DNS de votre bureau d’enregistrement et confirmez qu’une IP n’apparaît que dans l’outil public.
  3. Connectez-vous à votre compte de bureau d’enregistrement de domaine et ouvrez la page de gestion de votre domaine.
  4. Recherchez les sections nommées Domain forwarding, URL redirect, Web forwarding ou Parking.
  5. Si une option de transfert, de redirection ou de parking est activée pour votre domaine, désactivez-la ou supprimez-la, puis enregistrez vos modifications.
  6. Si vous n’êtes pas sûr d’où vient l’IP supplémentaire, copiez l’adresse IP de l’outil DNS et effectuez une recherche WHOIS dessus.
  7. Si l’IP appartient à la société auprès de laquelle vous avez enregistré le domaine, il s’agit presque certainement d’une page de parking ou de transfert par défaut. Assurez-vous que toutes les fonctionnalités de transfert et de parking sont complètement désactivées pour ce domaine.
  8. Attendez que les modifications DNS se propagent, puis vérifiez à nouveau la connexion de votre domaine ou le statut SSL.
Si vous rencontrez toujours des problèmes avec votre domaine, contactez le support Base44 et incluez :
  • Une capture d’écran de vos enregistrements DNS
  • Votre nom de domaine
  • Un lien vers votre application Base44

​
Contenu et médias

Vous pouvez téléverser des vidéos dans le chat IA si elles utilisent un format pris en charge et respectent la limite de taille de fichier.Pour résoudre le problème :
  1. Vérifiez que votre vidéo est dans l’un des formats pris en charge : MP4, WEBM, MOV, AVI, MKV, M4V, WMV, OGV, 3GP ou 3G2.
  2. Assurez-vous que votre vidéo fait 100 Mo ou moins par vidéo.
  3. Essayez à nouveau de téléverser la vidéo.
  4. Si le téléversement ne fonctionne toujours pas, actualisez l’éditeur et réessayez.
Pour plus de détails sur les fichiers pris en charge, consultez le guide Médias.
Cette erreur apparaît lorsque vous essayez de téléverser un format de fichier non pris en charge par le chat IA, ou lorsque le type de fichier ne correspond pas à ce que Base44 attend.Pour résoudre le problème :
  1. Vérifiez que votre fichier est dans l’un des formats pris en charge.
  2. Assurez-vous que votre fichier ne dépasse pas la limite de taille pour ce type de fichier.
  3. Si vous avez téléversé le mauvais fichier par accident, cliquez sur Revert sur le message pour annuler la dernière invite.
  4. Essayez à nouveau de téléverser votre fichier en utilisant un format pris en charge.
Pour plus de détails sur les fichiers pris en charge, consultez le guide Médias.
Cette erreur apparaît si vous téléversez une image où le format réel du fichier ne correspond pas à son extension de fichier ou à ce que Base44 attend. Cela se produit souvent si vous renommez un fichier d’un autre format, par exemple de .webp à .png, sans le convertir correctement, ou si l’image a été enregistrée dans un format différent de ce que son extension indique.Pour résoudre cette erreur :
  1. Annulez votre dernier message, surtout si le téléversement d’image était dans votre étape précédente.
  2. Ouvrez le fichier dans un éditeur d’images et enregistrez-le à nouveau ou exportez-le dans un format pris en charge, tel que PNG, JPG ou JPEG, au lieu de simplement renommer l’extension du fichier.
  3. Vérifiez que votre fichier respecte les limites du chat IA.
  4. Essayez à nouveau de téléverser l’image nouvellement exportée en utilisant un format pris en charge.
Utilisez toujours des images exportées ou enregistrées en PNG, JPG ou JPEG à partir d’un éditeur d’images. Renommer l’extension d’un fichier ne le convertit pas dans un format approprié et peut provoquer des erreurs de téléversement.

​
Codes d’erreur

L’action que vous avez essayée s’est terminée avec succès. Vous ne verrez généralement pas ce code dans l’interface Base44, mais vous pouvez le repérer dans les réponses API, les journaux ou les outils d’intégration.Que devez-vous faire ? Aucune action n’est nécessaire. Cela signifie que tout fonctionne correctement.
Une erreur 400 signifie que le serveur Base44 n’a pas pu traiter votre requête, souvent parce que certaines informations sont manquantes ou dans le mauvais format.Exemples :
  • Soumettre un formulaire avec des champs obligatoires manquants.
  • Appeler une API avec le mauvais format de données.
Que devez-vous faire ? Vérifiez les informations que vous avez saisies et réessayez. Si vous utilisez une API, assurez-vous que votre requête correspond au format attendu.
Vous n’êtes pas connecté ou votre session de connexion a expiré. L’action demandée nécessite une authentification.Exemples :
  • Essayer de consulter une page de tableau de bord sans être connecté.
  • Appeler une API ou une fonctionnalité d’intégration avec des identifiants non valides ou un jeton expiré.
Que devez-vous faire ? Connectez-vous à Base44 et réessayez. Si vous utilisez des intégrations, mettez à jour vos clés API ou vos identifiants de connexion.
Vous êtes connecté mais n’avez pas la permission d’effectuer cette action ou d’accéder à la ressource. Cela peut arriver si votre rôle ou vos autorisations sont limités, ou si les paramètres de sécurité au niveau de la ligne (RLS) pour certaines entités de données ne sont pas correctement définis.Exemples :
  • Essayer de modifier des paramètres dans une application à laquelle vous n’avez pas accès.
  • Tenter d’accéder à des données ou pages restreintes par votre rôle ou les règles RLS dans votre application.
Que devez-vous faire ? Vérifiez auprès de l’administrateur de votre workspace si vos autorisations doivent être mises à jour. Si vous êtes administrateur ou développeur, examinez les règles RLS pour toutes les entités de données pertinentes et assurez-vous que le bon accès est configuré pour les actions que vous voulez effectuer.Notez que les fonctions backend ne sont disponibles que sur le forfait Builder et supérieur.Si vous voyez des erreurs 403 lors de la connexion de webhooks depuis des services externes (comme Telegram ou WhatsApp) :Certains services externes, tels que Telegram ou WhatsApp, envoient des requêtes webhook depuis leurs serveurs mais ne prennent pas en charge l’inclusion d’identifiants d’authentification (comme une api_key ou des en-têtes personnalisés). Si votre webhook ou fonction backend nécessite une authentification, ces services renvoient une erreur 403.
  • Assurez-vous que votre point de terminaison webhook ne nécessite pas d’authentification pour les services qui ne peuvent pas envoyer d’identifiants. Le point de terminaison doit être public pour fonctionner avec ces types d’intégrations.
  • Si vous voulez conserver l’authentification pour d’autres intégrations, configurez une fonction ou un point de terminaison public séparé pour ces services, et ne l’utilisez que pour des actions non sensibles.
Après avoir rendu votre point de terminaison public, le service externe devrait se connecter sans erreur 403.
La page, le lien ou la ressource que vous avez essayé d’accéder n’existe pas.Exemples :
  • Saisir une URL incorrecte pour votre application ou votre tableau de bord.
  • Accéder à un fichier supprimé ou déplacé.
Que devez-vous faire ? Vérifiez les fautes de frappe et confirmez que vous avez le bon lien. Si la ressource devrait exister, vérifiez auprès de l’administrateur de votre workspace ou de vos coéquipiers pour vous assurer qu’elle n’a pas été déplacée ou supprimée. Si vous ne pouvez toujours pas y accéder, contactez le support Base44.
Vous avez essayé d’effectuer une action trop de fois en peu de temps. Cela déclenche une limite de débit temporaire qui protège les performances et la stabilité.Exemples :
  • Cliquer rapidement pour reconnecter un domaine ou répéter la même action dans votre tableau de bord.
  • Envoyer de nombreuses requêtes répétées en peu de temps via l’API, les fonctions backend ou les automatisations.
Que devez-vous faire ? Attendez un court moment avant de réessayer. Lorsque vous réessayez, évitez de répéter rapidement la même action pour ne pas atteindre à nouveau la limite.Informations supplémentaires :
  • Les limites de débit s’appliquent par personne, donc la capacité évolue avec le nombre de personnes utilisant votre application.
  • Répartissez les requêtes dans le temps au lieu de les envoyer toutes en même temps.
  • Utilisez les requêtes par lots là où votre intégration les prend en charge.
  • Ajoutez de la mise en cache afin de ne pas appeler le même point de terminaison pour les mêmes données encore et encore.
  • Ajoutez une logique de nouvelle tentative qui attend un court moment avant d’envoyer une nouvelle requête après une réponse 429.
  • Si des erreurs 429 apparaissent pendant une activité normale, contactez le support Base44 avec l’heure de l’erreur et ce que vous essayiez de faire.
Il y a eu un problème avec le serveur Base44 lors du traitement de votre requête.Exemples :
  • Voir une page « 500 Internal Server Error ».
  • Des fonctionnalités qui échouent lors de l’enregistrement ou du chargement de données.
Que devez-vous faire ? Actualisez et réessayez. Si le problème persiste, consultez le Discord Base44 pour les problèmes connus ou contactez le support avec les détails de l’erreur.
Cette page a été traduite par IA. Pour les informations les plus précises et à jour, consultez la version anglaise.