Passer au contenu principal
Parfois, les choses ne se déroulent pas comme prévu, mais vous pouvez rapidement corriger la plupart des problèmes et reprendre votre travail. Utilisez ce guide pour résoudre les problèmes courants liés à la publication, à la connexion, au chat et à d’autres fonctionnalités clés.
Conseils rapides de résolution :
  • 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 remonter les problèmes possibles et suggère des corrections directement en contexte pour que vous puissiez résoudre les problèmes plus rapidement avant d’essayer des étapes de dépannage manuelles.
  • Consultez la page de statut 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 comportant des zones publiques et privées.Par défaut, Base44 exige que chaque application définisse un niveau de confidentialité unique pour toutes ses pages. Si la confidentialité de votre application est définie sur « Private (Login Required) », toutes les pages, y compris la page d’accueil, nécessiteront une connexion. Pour le moment, Base44 ne prend pas en charge le fait 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 a besoin à la fois de zones publiques et privées, suivez cette solution de contournement :
  1. Créez une application distincte pour votre page d’accueil publique.
  2. Publiez les deux applications.
  3. Liez cette application de page d’accueil à votre application principale et privée.
  4. Attribuez votre domaine principal à l’application de page d’accueil, et un sous-domaine à votre application privée.
Conseil : essayez de visualiser dans une fenêtre de navigation privée pour vérifier l’accès sans être connecté.
Solution de contournement 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 des lignes (RLS) pour bloquer toutes les pages sauf votre page d’accueil.
  • Demandez à l’IA de créer une page d’accueil publique et de la définir comme page par défaut pour tous les utilisateurs.
  • Verrouillez toutes les autres pages derrière la RLS (afin que seuls les utilisateurs connectés puissent les voir).
  • Configurez les redirections : toute personne déconnectée est envoyée vers la page d’accueil, les utilisateurs connectés sont envoyés vers le tableau de bord.
  • Suggestion de prompt :
    « 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 plus d’informations 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 nécessitant 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 Version History (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 plus de détails spécifiques, comme exactement où, quand et comment le problème apparaît.
Si ces étapes ne résolvent pas le problème, il peut s’agir d’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, l’appareil/navigateur que vous utilisez et toute capture d’écran ou message 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 pour que l’équipe puisse aider à faire remonter votre cas.
Lorsque 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 arriver 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 de votre navigateur et les cookies Base44.
  3. Désactivez les extensions de navigateur, en particulier les bloqueurs de publicités ou les outils de confidentialité.
  4. Ouvrez l’éditeur dans une fenêtre de navigation privée ou essayez un autre navigateur.
  5. Consultez la communauté Discord pour toute panne signalée.
  6. Si l’éditeur ne fonctionne toujours pas, prenez une capture d’écran de toutes les erreurs (en particulier de la console de votre navigateur) et contactez le support Base44 en précisant les détails de votre navigateur et de votre système d’exploitation.
Parfois, après la publication de 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 dû à 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 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 d’éventuels journaux d’erreurs dans votre tableau de bord Base44.
  6. Si rien ne fonctionne, incluez le lien de votre application et les détails sur ce qui manque lorsque vous contactez le support Base44.
Si vous voyez un écran vide après la publication de votre application, ou recevez 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 vos définitions de 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 empêcher votre application de se charger correctement ou afficher un écran vide.Vérifiez votre schéma JSON et assurez-vous que vos types de 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.
Conseil : si le code et les paramètres de votre application semblent corrects dans l’éditeur mais que votre application en direct affiche toujours des écrans vides ou des mises à jour manquantes, vérifiez à nouveau vos schémas de champs et les données enregistrées. Les incompatibilités de schéma cachées sont une cause fréquente.

Chat IA

Si vous remarquez que vos crédits sont consommés plus rapidement que prévu, c’est peut-être parce que vous discutez avec l’IA en mode normal au lieu du mode Discuss. Lorsque vous travaillez avec l’IA en mode normal, chaque interaction consomme plus de crédits. Le mode Discuss vous aide à économiser des crédits en vous permettant de planifier et d’examiner les étapes sans déclencher d’actions IA coûteuses.Pour économiser des crédits lors de la discussion avec l’IA :
  1. Cliquez sur Discuss dans la fenêtre du chat IA avant de commencer à discuter. Le bouton Discuss doit être en surbrillance.
  2. Planifiez, posez des questions et discutez de vos idées avec l’IA.
  3. Lorsque vous avez terminé de discuter et êtes prêt à ce que l’IA agisse ou construise quelque chose, cliquez à nouveau sur Discuss pour le désactiver. Le bouton Discuss ne sera plus en surbrillance, et vous pourrez alors demander à l’IA d’implémenter vos changements.
2025 09 14 14 27 32 Pn
Conseil : utilisez toujours le mode Discuss pour planifier et brainstormer. Désactivez-le seulement lorsque vous voulez que l’IA effectue des actions, génère des résultats ou apporte des changements. Le mode Discuss ne consomme que 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 arriver 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 veut pas se soumettre ou une fonctionnalité qui se comporte de manière inattendue.Pointez l’IA vers l’élément exact (Visual Edit + Discuss) :
  1. Cliquez sur Visual Edit et Discuss dans le chat IA.
  2. Cliquez sur l’élément de 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.
Chat IA avec Visual Edit et Discuss activés et un élément sélectionné.
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 au clic, 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’amener à la page Orders, mais je reste sur le même écran.
Parfois, le panneau de chat IA peut ne pas se charger, rester bloqué en traitement ou ne pas répondre du tout. Cela peut arriver si votre prompt est trop long 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ésoudre 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 de navigation incognito.
  7. Si cela ne fonctionne toujours pas, consultez 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 support en incluant les détails suivants :
    • Où l’IA s’est bloquée (emplacement ou fonction dans l’application)
    • Le prompt ou l’action que vous étiez en train d’effectuer
    • La durée de l’état de traitement
Vous pouvez voir l’erreur ‘dict’ object has no attribute ‘lower’ lors de l’utilisation du prompt de chat ou en essayant d’envoyer un message. Cela arrive généralement lorsque le chat attend du texte mais reçoit un objet inattendu, souvent à cause d’un problème temporaire.Pour résoudre cette erreur :
  1. Annulez votre dernier message, comme suggéré par l’erreur.
  2. Actualisez complètement la page :
    • Sur Windows ou Linux, appuyez sur Ctrl + Shift + R ou Ctrl + F5.
    • Sur Mac, appuyez sur Cmd + Shift + R.
  3. Essayez de vider la section du chat et démarrez un nouveau prompt.
  4. Si l’erreur persiste, contactez le support en incluant des détails sur votre prompt et l’erreur.
Si le chat IA reste sur « Thinking… » après votre premier prompt 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 prompt original.
  2. Créez une nouvelle application.
  3. Collez le même prompt dans le chat IA et exécutez-le à nouveau.
Conseils pour éviter cela :
  • Pour les prompts complexes, divisez votre requête en prompts plus petits et séquentiels.
  • Les premiers prompts très longs avec de nombreux détails peuvent bloquer le chat.
  • Les premiers prompts complexes peuvent parfois prendre 10 à 15 minutes pour se terminer. Si rien ne change après ce délai, essayez l’une des étapes ci-dessus.

Données et sécurité

Les règles de sécurité au niveau des lignes (RLS) contrôlent quels utilisateurs peuvent accéder à des données spécifiques dans votre application. Si des 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 corriger les problèmes.Pour dépanner les problèmes RLS :
  1. Allez dans le tableau de bord de votre application et cliquez sur Security.
  2. Cliquez sur Start security check pour rechercher les règles RLS manquantes ou mal configurées.
  3. Examinez les problèmes trouvés et cliquez sur Apply Fixes pour utiliser les valeurs par défaut sûres recommandées, ou ajustez les règles manuellement pour chaque entité de données.
  4. 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é.

Performances et vitesse

Vous pouvez voir un message « 500 Internal Server Error » lors du chargement de votre application, de l’enregistrement de données, de l’accès aux pages ou de l’utilisation de fonctionnalités de la plateforme comme les formulaires ou les tableaux de bord. Cela peut entraîner des écrans vides, des données manquantes, des pertes de progression ou des fonctionnalités qui ne marchent 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 App ID invalide, des pannes de serveur, des problèmes de déploiement, des problèmes d’API ou des ressources surchargées. Il peut affecter à la fois les versions publiées et de développement de votre application.Une erreur 500 signifie qu’un problème est survenu 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 connu de la plateforme.
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)
  • Les étapes qui ont mené au problème
Parfois, une application ne se charge pas et n’affiche qu’un écran vide, une roue de chargement ou un en-tête basique. Vous pouvez voir cela après avoir effectué des modifications, en essayant de prévisualiser votre application ou après publication. Le problème peut se produire sur web et sur mobile 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 lors du clic sur des boutons ou lors de sélections.
  • Rien n’apparaît en essayant d’accéder 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 réessayez de charger.
  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 fait des modifications récentes avant que le problème ne commence, 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/roue de chargement)
  • 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 votre console de navigateur (si possible)
L’équipe 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 grande modification, mentionnez-le dans votre message.
Si votre prompt continue de tourner et que le bouton stop ne fait rien, essayez ces étapes :
  1. Utilisez Version History pour annuler rapidement votre application juste avant le prompt bloqué. 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 quel prompt (par exemple, « hi ») pour casser l’état bloqué.
  3. Utilisez le mode Visual Edit pour apporter 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, activez le mode Discuss et envoyez un prompt.
Si votre application est cassée mais que demander à l’IA d’annuler dans le chat ne fonctionne pas :
  1. Chaque prompt de votre historique de chat a un bouton Revert. Cliquez dessus pour ramener votre application juste avant ce changement.
  2. Annuler votre application en « demandant » à l’IA dans le chat n’annule jamais réellement les changements de prompt — seul le bouton Revert ou Version History le corrigera.
  3. Si le bouton Revert ne fonctionne pas, utilisez Version History (généralement situé 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 Revert et Version History ne fonctionnent pas, contactez le support Base44 pour plus d’aide.
Si vous voyez des avertissements dans votre navigateur ou les outils de développement à propos du script CDN Tailwind (comme « cdn.tailwindcss.com should not be used in production »), il n’y a pas lieu de s’inquiéter. Le script CDN Tailwind est ajouté automatiquement par la plateforme Base44 et est nécessaire au 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 à cela dans un proche avenir. Pour l’instant, veuillez conserver le script dans la configuration de votre application.

Applications et intégrations

Les fonctions backend sont conçues pour gérer les requêtes POST et ne sont pas accessibles dans un navigateur. Si vous visitez une URL de fonction backend dans votre navigateur, vous verrez toujours une erreur. Cependant, si toutes vos fonctions backend renvoient des erreurs 404 Not Found, notamment lors de l’utilisation de l’outil de test du tableau de bord ou dans vos intégrations externes, il s’agit d’un problème critique. Cela indique généralement un problème avec le routage ou le déploiement de votre application, et non avec 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 concernée.
  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. Les erreurs lors de la visite de l’URL dans un navigateur sont normales.
  • Si le test renvoie une erreur 404 ou si aucune de vos intégrations ne fonctionne : continuez avec les étapes de dépannage ci-dessous.
  1. Confirmez que votre forfait prend en charge les fonctions backend : assurez-vous d’être sur le forfait Builder ou supérieur.
  2. Vérifiez les emplacements et les noms des fichiers :
    • Assurez-vous que vos fichiers de fonction (par exemple ebayAuth) se trouvent 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. Examinez 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 d’un problème avec la configuration de votre application. Contactez le support Base44 et incluez :
  • Le lien vers votre application
  • Une liste des noms de fonctions backend concernées (par exemple, ebayAuth)
  • Des captures d’écran montrant les erreurs 404 à chaque point d’accès
  • Le moment où le problème a commencé, par exemple après un déploiement, une migration ou une mise à jour de la plateforme
Conseil : mentionner quand le problème a commencé aide l’équipe 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 sous le contrôle de l’utilisateur protège vos données et garantit que seul vous autorisez l’accès.Au lieu de cela, vous devez :
  1. Vous connecter au service.
  2. Aller dans la section API ou développeur.
  3. Générer votre clé.
  4. La coller dans Base44 en tant que Secret.
Une fois ajoutée, votre application peut utiliser cette clé en arrière-plan de manière sécurisée, et sans code.
Les fonctions backend dans Base44 prennent maintenant en charge 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 de manière sécurisée 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 correctement formatée 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 attendu.
Une erreur 500 signifie généralement que l’URL de votre requête POST de webhook est incorrecte. Assurez-vous d’utiliser le lien d’application Base44 par défaut de votre application comme URL de base dans le point d’accès de votre 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 de garantir un routage approprié et moins d’erreurs. Vérifiez la structure de votre URL et mettez à jour votre intégration si nécessaire.
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 respecte 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 dans le dossier /functions peuvent déclencher cette erreur, même s’ils ne sont pas destinés à être de véritables points d’accès. Les fichiers d’aide doivent être déplacés hors de /functions ou exclus du déploiement.
  3. Imports invalides : les fonctions backend doivent être autonomes. Conservez uniquement les imports depuis les packages npm pris en charge. N’importez pas :
  • Des composants frontend
  • Des utilitaires partagés du projet provenant d’autres dossiers
  • D’autres fonctions backend directement
  1. API non prises en charge : le runtime Deno ne prend pas en charge certains modules intégrés Node.js ou des API uniquement pour navigateur. Supprimez ou remplacez les éléments tels que :
  • Les modules Node.js tels que fs, path, process, crypto
  • Les API basées sur DOM ou window du navigateur
Comment corriger 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 tous les fichiers vides ou modules utilitaires purs qui ne doivent pas être déployés en tant que fonctions.
    • Assurez-vous que seuls les fichiers de fonction réels résident 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.
    • Conservez uniquement les imports depuis les packages npm pris en charge.
  4. Enregistrez et publiez : enregistrez vos changements et publiez votre application pour 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 bons patterns Deno tout en gardant votre logique identique.
Si votre application s’ouvre pour vous mais pas lorsque 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. Dans le tableau de bord de votre application, cliquez sur Overview.
  2. Sous App visibility, sélectionnez Public (No login required) ou Public (Login required), selon qui doit accéder à votre application.
  3. Si l’application est définie sur Private (Base44 login required), 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 d’application Base44 par défaut, assurez-vous que le domaine est connecté et vérifié dans vos paramètres Base44.
  2. Essayez d’ouvrir directement l’URL d’application Base44 par défaut pour confirmer que l’application elle-même se charge comme prévu.
Si votre lien d’application ne s’ouvre toujours pas après ces vérifications, contactez le support en précisant 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.

Domaines

Lorsque votre domaine reste bloqué sur « pending » après la mise à jour des DNS pour l’ajouter à Base44, cela indique généralement un problème avec votre configuration DNS ou la propagation.Vérifiez d’abord que vos serveurs de noms sont correctement configurés. Lisez notre guide sur les domaines pour vérifier cela. Si vous avez encore des problèmes, suivez les étapes ci-dessous.Étapes de dépannage :
  1. Supprimez tous les enregistrements AAAA (IPv6) pour votre domaine, car ils peuvent interférer avec une configuration correcte.
  2. Attendez 48 à 72 heures pour que les changements se propagent entièrement 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 saisi 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
  • Le lien de votre 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.Vous devez confirmer la propriété de votre domaine en vérifiant votre adresse e-mail auprès d’IONOS.
Vérifiez votre boîte de réception pour un e-mail de support@ionos.com avec l’objet « Please Confirm the Contact Details for Your Domain ». Ouvrez cet e-mail et cliquez sur le bouton « Confirm Email Address » dans les 14 jours. Cette étape est requise par l’ICANN pour que votre domaine reste actif et garantir que vos coordonnées sont valides.
Si vous ne confirmez pas votre adresse e-mail dans les 14 jours, votre domaine peut être désactivé selon les exigences de l’ICANN. Si vous ne trouvez pas l’e-mail, vérifiez vos dossiers spam ou indésirables. Si l’e-mail ou le lien a expiré, contactez le support IONOS pour demander un nouvel e-mail de confirmation.Voici ce que vous devez faire :
  1. Ouvrez l’e-mail IONOS et cliquez sur le lien pour confirmer votre adresse e-mail.
  2. Dans Base44, allez dans le Dashboard de votre application et cliquez sur Domains, sélectionnez le domaine et cliquez sur Unlink domain.
  3. Reconnectez le domaine.
  4. Attendez quelques minutes pour que la connexion soit finalisée.
Si votre domaine reste 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 reconnectez le domaine.
Parcourez cette liste de vérification pour confirmer que tout est correctement configuré :
  • 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 les fautes de frappe. Veillez à copier-coller les valeurs exactement depuis ce guide.
  • Assurez-vous que www et le domaine racine sont tous les deux correctement configurés.
  • Confirmez que votre domaine est renouvelé et actif.
  • Attendez jusqu’à 72 heures pour que les changements 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 IONOS, essayez de dissocier et de reconnecter le domaine pour résoudre la plupart des problèmes.
  • Si vous avez essayé ces étapes et que vous avez toujours des problèmes après une propagation DNS complète, contactez le support.
Conseil : si votre domaine utilise un gestionnaire DNS comme Cloudflare, mettez à jour les enregistrements là plutôt qu’auprès de votre registraire. Pendant la configuration ou le dépannage, définissez les enregistrements liés à Base44 sur DNS only (nuage gris) pour que Cloudflare ne réponde qu’au DNS et ne fasse pas de proxy sur le trafic. Cela ne désactive pas le SSL dans Base44. Cela supprime simplement une couche de proxy supplémentaire pendant que vous corrigez la connexion.
Si vous rencontrez des erreurs SSL ou une erreur 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 soigneusement les fautes de frappe ou les valeurs manquantes dans vos entrées DNS.
  • Assurez-vous que votre domaine www et racine pointent vers les bonnes adresses IP ou CNAME Base44.
  • Vérifiez que l’enregistrement de votre domaine est actif et a été confirmé.
  • Laissez jusqu’à 72 heures pour que les changements DNS et SSL se propagent complètement à travers 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) pendant la configuration ou le dépannage.
Si vous voyez toujours des erreurs SSL après 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 que l’ancienne application a été supprimée.Vous ne pourrez pas résoudre cela par vous-même pour le moment. Veuillez contacter notre équipe support pour obtenir de l’aide.
Après l’achat d’un domaine chez nous, vous devez vérifier vos coordonnées pour l’activer. Si vous n’avez pas reçu d’e-mail de vérification d’IONOS (le registraire de domaine), votre domaine pourrait ne pas se connecter ou fonctionner comme prévu. Cela peut empêcher la mise en ligne de votre site.Pour résoudre ce problème :
  1. Vérifiez votre boîte de réception, vos dossiers spam et indésirables pour un e-mail d’IONOS.
  2. Si vous ne trouvez pas l’e-mail, contactez IONOS (le registraire de domaine) et demandez un nouvel e-mail de vérification.
  3. Lorsque vous contactez IONOS, fournissez 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.
  4. Suivez les étapes d’IONOS pour finaliser la vérification de votre domaine.
Une erreur 429 apparaît généralement en raison d’une limite temporaire côté 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 registraire, cet enregistrement A n’est pas listé. Cela se produit généralement parce que le transfert de domaine, la redirection d’URL ou le parking est activé chez le registraire, 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 y voyez avec les enregistrements A dans la zone DNS de votre registraire et confirmez qu’une IP n’apparaît que dans l’outil public.
  3. Connectez-vous à votre compte de registraire 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 ne savez pas d’où vient l’IP supplémentaire, copiez l’adresse IP depuis l’outil DNS et exécutez une recherche WHOIS dessus.
  7. Si l’IP appartient à votre registraire (comme GoDaddy ou Namecheap), 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 changements DNS se propagent, puis vérifiez à nouveau la connexion de votre domaine ou le statut SSL.
Si vous avez 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 qui n’est pas 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 accidentellement téléversé le mauvais fichier, cliquez sur Revert sur le message pour annuler le dernier prompt.
  4. Essayez de téléverser à nouveau 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 dont le format réel du fichier ne correspond pas à son extension ou à ce que Base44 attendait. Cela arrive souvent si vous renommez un fichier d’un autre format, par exemple de .webp en .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 de l’image était dans votre étape précédente.
  2. Ouvrez le fichier dans un éditeur d’image et réenregistrez-le ou exportez-le dans un format pris en charge, tel que PNG, JPG ou JPEG, plutôt que de simplement renommer l’extension du fichier.
  3. Vérifiez que votre fichier respecte les limites pour le chat IA.
  4. Essayez de téléverser à nouveau 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 depuis un éditeur d’image. Renommer l’extension d’un fichier ne le convertit pas en 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 un 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 invalides 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 se produire si votre rôle ou vos permissions sont limités, ou si les paramètres de Row-Level Security (RLS) pour certaines entités de données ne sont pas correctement définis.Exemples :
  • Essayer de modifier les paramètres d’une application à laquelle vous n’avez pas accès.
  • Tenter d’accéder à des données ou pages restreintes par votre rôle ou par les règles RLS dans votre application.
Que devez-vous faire ? Vérifiez avec l’administrateur de votre espace de travail si vos permissions doivent être mises à jour. Si vous êtes un administrateur ou un développeur, examinez les règles RLS pour toutes les entités de données concernées et assurez-vous que le bon accès est configuré pour les actions que vous souhaitez effectuer.Notez que les fonctions backend ne sont disponibles que sur les forfaits Builder et supérieurs.Si vous voyez des erreurs 403 en connectant des webhooks de 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 votre fonction backend nécessite une authentification, ces services renvoient une erreur 403.
  • Assurez-vous que votre point d’accès de webhook ne nécessite aucune authentification pour les services qui ne peuvent pas envoyer d’identifiants. Le point d’accès doit être public pour fonctionner avec ces types d’intégrations.
  • Si vous souhaitez conserver l’authentification pour d’autres intégrations, configurez une fonction ou un point d’accès distinct public uniquement pour ces services, et utilisez-le seulement pour des actions non sensibles.
Après avoir rendu votre point d’accès public, le service externe devrait se connecter sans erreur 403.
La page, le lien ou la ressource auxquels vous avez essayé d’accéder n’existent pas.Exemples :
  • Saisir une URL incorrecte pour votre application ou 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 avec l’administrateur de votre espace de travail ou vos collègues 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 dans une courte période. 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 dans un court laps de temps via l’API, les fonctions backend ou les automatisations.
Que devez-vous faire ? Attendez un court instant avant de réessayer. Lorsque vous réessayez, évitez de répéter la même action rapidement 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 d’utilisateurs de votre application.
  • Étalez les requêtes dans le temps au lieu de les envoyer toutes en même temps.
  • Utilisez des requêtes par lots lorsque votre intégration les prend en charge.
  • Ajoutez de la mise en cache pour ne pas appeler le même point d’accès pour les mêmes données encore et encore.
  • Ajoutez une logique de réessai qui attend un court instant avant d’envoyer une nouvelle requête après une réponse 429.
  • Si des erreurs 429 apparaissent lors d’une activité normale, contactez le support Base44 en précisant 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 é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 des détails sur l’erreur.
Cette page a été traduite à l’aide de l’IA. Pour les informations les plus précises et à jour, consultez la version anglaise.