Passer au contenu principal
Trouvez où corriger un problème avec Base44, ou découvrez la signification d’un code d’erreur.
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. Vous pouvez ainsi souvent résoudre le problème avant d’essayer autre chose.
  • Consultez la page de statut de Base44 pour voir s’il y a des problèmes à l’échelle du système.

​
Trouver une solution

La plupart des solutions se trouvent sur la page de la fonctionnalité que vous utilisez. Choisissez votre domaine pour accéder directement à son dépannage.

Chat IA

Le chat est bloqué, comprend mal votre modification, ou n’annule ni ne rétablit rien.

Chargement et publication

L’éditeur d’application ne se charge pas, votre application affiche un écran vide, ou les changements ne passent pas en ligne.

Fonctions backend

Une fonction renvoie des erreurs, ne se déploie pas ou est injoignable.

Accès à l'application

Le lien de votre application s’ouvre pour vous, mais pas pour les autres.

​
Corriger un domaine

Les corrections dépendent de l’endroit où vous avez obtenu votre domaine. En cas de doute, consultez vérifier où votre domaine est enregistré.

Acheté dans Base44

Un domaine GoDaddy ou IONOS acheté dans Base44.

Acheté via Wix

Un domaine acheté via Wix.

Autre fournisseur

Un domaine connecté depuis un autre fournisseur.

​
Codes d’erreur

Si vous voyez un code d’erreur, trouvez-le ci-dessous pour savoir ce qu’il signifie et quoi faire.
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 autorisations de certaines tables de données ne sont pas correctement définies.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 autorisations de données de votre application.
Que devez-vous faire ? Vérifiez auprès de l’administrateur de votre espace de travail si vos autorisations doivent être mises à jour. Si vous êtes administrateur ou développeur, examinez les autorisations des tables de données concernées. Assurez-vous que le bon accès est configuré pour les actions que vous voulez effectuer.
La page, le lien ou la ressource que vous avez essayé d’atteindre 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 espace de travail ou de vos collaborateurs qu’elle n’a pas été déplacée ou supprimée. Si vous ne pouvez toujours pas y accéder, contactez le Customer Care.
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 workflows.
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 appels de votre application pour une personne connectée sont décomptés de la limite propre à cette personne. Cette capacité augmente donc avec le nombre de personnes qui utilisent votre application. Les visiteurs non connectés sont comptés par adresse IP.
  • Les appels de vos fonctions backend avec un accès administrateur, appelé service role, agissent pour l’application et non pour une personne. Tous ces appels partagent une seule limite pour toute l’application, qui n’augmente pas avec le nombre d’utilisateurs. Dans une application qui sert de nombreuses équipes ou de nombreux clients, ces appels sont souvent les premiers à atteindre la limite.
  • Les forfaits payants ont des limites plus élevées. Consultez les limites de débit par forfait.
  • 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 sans cesse le même point de terminaison pour les mêmes données.
  • 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 Customer Care avec l’heure de l’erreur et ce que vous essayiez de faire.
Un problème est survenu sur le serveur Base44 pendant le traitement de votre requête. Vous pouvez la voir en chargeant votre application, en enregistrant des données, en ouvrant des pages ou en utilisant des fonctionnalités comme les formulaires. Elle peut provoquer des écrans vides, des données manquantes ou des fonctionnalités qui ne marchent plus, dans votre aperçu comme dans votre application en ligne.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 ? Une erreur 500 vient du serveur. Vous ne pouvez donc généralement pas la corriger vous-même. Actualisez et réessayez, car beaucoup d’erreurs 500 sont temporaires. Consultez la page de statut de Base44 ou le Discord Base44 pour les problèmes connus.Si l’erreur persiste, contactez le Customer Care en indiquant :
  • Le nom de votre application
  • Où et quand l’erreur se produit
  • Les messages d’erreur de la console du navigateur, avec des captures d’écran si possible
  • Les étapes qui ont mené au problème
Une erreur 500 signifie généralement que l’URL de votre requête POST de webhook est incorrecte. Utilisez le lien Base44 par défaut de votre application comme URL de base dans le point de terminaison de votre fonction.Par exemple : https://app--your-app-name.base44.app/api/apps/your-app-id/functions/yourFunctionNameMême si un domaine personnalisé est connecté, il est recommandé d’utiliser le lien par défaut de l’application pour les requêtes POST. Le routage est ainsi correct et les erreurs moins fréquentes. Vérifiez la structure de votre URL et mettez à jour votre intégration si nécessaire.
Cette page a été traduite par IA. Pour les informations les plus précises et à jour, consultez la version anglaise.