Guide de lancement
Si vous cherchez comment publier des projets de sites web base44, la dernière étape consiste généralement moins à créer le site qu’à vérifier sa visibilité, son accès et son lien public. Suivez cette séquence pour passer d’un projet terminé à un site en ligne fiable.
Réponse rapide
Un problème de publication présente généralement un symptôme visible : l’aperçu fonctionne, mais les visiteurs voient une ancienne version, une page blanche, un écran de connexion ou un domaine indisponible.
6 min de lectureTrouver la cause
Commencez par les vérifications les moins perturbatrices. Cet ordre permet de distinguer un simple problème de visibilité d’un problème lié au projet, au déploiement ou au domaine avant de modifier quoi que ce soit d’important.
Si l’aperçu du générateur fonctionne, mais pas l’adresse partagée, vérifiez que la dernière version a bien été publiée. Un brouillon enregistré et une version publiée ne correspondent pas toujours au même état. Publiez le projet actuel, attendez la confirmation, puis ouvrez l’adresse publique dans une nouvelle fenêtre de navigation privée.
RECHERCHEZ
Une confirmation claire de la publication ou de la mise en ligne, et pas seulement un aperçu réussi.
Un site peut être correctement déployé tout en exigeant une session du propriétaire ou une autorisation d'accès. Testez le lien sans être connecté, dans un autre navigateur ou depuis un téléphone utilisant les données mobiles. Si la page demande un accès, vérifiez les paramètres de visibilité du projet avant de chercher un problème de design.
ISOLEZ
Un test en fenêtre privée élimine la plupart des confusions liées à la session du compte.
Lorsque le domaine s'ouvre, mais affiche un état vide, une page 404 ou un écran inattendu, examinez la route d'entrée. Vérifiez que la page d'accueil souhaitée existe, que son chemin correspond au lien que vous partagez et que les boutons de navigation ne renvoient pas vers une ancienne route. Un test propre de la page d'accueil est plus utile que de vérifier toutes les pages en même temps.
VÉRIFIEZ D'ABORD
Ouvrez l'adresse racine, puis testez une page interne connue.
Si votre site public affiche un ancien design, les dernières modifications n'ont peut-être pas encore été transmises au déploiement en ligne. Enregistrez le projet, publiez-le à nouveau et attendez la fin du déploiement avant d'actualiser la page. Utilisez une actualisation forcée ou une fenêtre privée afin qu'un ancien cache du navigateur ne masque pas une mise à jour réussie.
COMPAREZ
Vérifiez une nouvelle modification évidente, comme un titre ou le libellé d'un bouton.
Si l'adresse fournie par la plateforme fonctionne, mais pas votre domaine personnalisé, le projet est probablement en ligne et le problème restant concerne la configuration du domaine. Vérifiez à nouveau l'orthographe, les enregistrements DNS et le fait que le domaine est connecté au projet souhaité. Gardez l'adresse publique d'origine disponible pendant la mise à jour du domaine.
SÉPAREZ
Une URL de plateforme fonctionnelle prouve que le site et le domaine sont deux problèmes distincts.
Séquence de réparation
Utilisez ces trois vérifications dans l'ordre. Arrêtez-vous dès que l'adresse publique fonctionne ; des modifications inutiles peuvent créer un second problème pendant que vous résolvez le premier.
Enregistrez le projet, vérifiez que la page d'accueil correspond à la version que vous souhaitez montrer aux visiteurs, puis utilisez l'action de publication. Attendez l'état de fin au lieu de fermer immédiatement le générateur. Copiez l'adresse publique uniquement lorsque le déploiement indique qu'il est prêt.
Ouvrez l'adresse publique dans une fenêtre privée sans être connecté. Vérifiez la page d'accueil, un bouton principal, une route interne et la mise en page mobile. Si tout fonctionne, le déploiement principal est sain ; si un élément échoue, notez l'URL et le message exacts avant de procéder à des modifications.
Pour une page obsolète, republiez les modifications les plus récentes, puis effectuez une actualisation forcée. En cas de problème de domaine, comparez le domaine connecté avec l’adresse que vous consultez et vérifiez la configuration DNS. Effectuez un nouveau test depuis un deuxième réseau avant d’annoncer le lancement.
Avant chaque lancement
Gardez cette petite checklist à côté de vos notes de mise en production. Elle transforme la publication, qui ne repose plus sur un clic de dernière minute, en une transmission reproductible qu’une autre personne peut vérifier.
La page d’accueil est terminée, enregistrée et clairement identifiée comme la version à publier.
RequisFaites ceci avant d’ouvrir le lien public.
L’adresse de la plateforme publique a été ouverte dans une fenêtre de navigation privée.
RequisEffectuez le test sans vous appuyer sur votre session existante.
L’appel à l’action principal, la navigation et au moins une route interne fonctionnent.
RequisNotez chaque chemin défaillant exactement comme il s’affiche.
Le design actuel est visible après une actualisation, y compris une modification récente.
RequisCela permet de détecter les déploiements obsolètes et les pages mises en cache.
Le domaine personnalisé a été vérifié séparément de l’adresse de la plateforme.
FacultatifRequis uniquement si vous utilisez un domaine personnalisé.
Un téléphone ou une vue de navigateur étroite a été testé avant de partager le lien.
FacultatifUtile pour détecter les problèmes de mise en page propres aux appareils mobiles.
L’URL publique finale et la date de lancement sont enregistrées pour les futures mises à jour.
FacultatifCela accélère considérablement le dépannage ultérieur.
Vérifications préalables
Prêt à partager
Comparez l’état du projet avant les vérifications de lancement avec la présentation publique finale.
Utilisez la séquence de lancement une fois, testez l’expérience publique après vous être déconnecté et conservez l’URL fonctionnelle comme référence officielle. Un prompt clair peut également vous aider à transformer votre prochaine idée en projet structuré avant de le publier.
Créer mon prochain siteFAQ du tutoriel
Enregistrez le projet, confirmez que la page d’accueil et les routes principales sont prêtes, puis utilisez l’action de publication dans le générateur. Une fois le déploiement terminé, ouvrez l’URL publique dans une fenêtre privée pour vérifier que les visiteurs peuvent accéder à la version actuelle.
Le projet est peut-être encore privé, limité à votre compte ou disponible uniquement en mode aperçu. Testez-le après vous être déconnecté et vérifiez les paramètres de visibilité ; si le projet est public mais reste inaccessible, consultez l’adresse publiée plutôt que l’aperçu dans l’éditeur.
Les dernières modifications n’ont peut-être pas été publiées, ou votre navigateur affiche peut-être une copie mise en cache. Publiez à nouveau le projet enregistré, attendez la fin de l’opération, puis effectuez un rechargement forcé ou ouvrez une fenêtre privée et comparez un titre ou un bouton clairement modifié.
Commencez par confirmer que l’adresse publique fournie par la plateforme fonctionne, car cela permet de distinguer un projet en ligne d’un problème de domaine. Connectez ensuite le domaine personnalisé, vérifiez les enregistrements DNS requis ainsi que l’orthographe, puis attendez que la configuration du domaine soit mise à jour avant de refaire un test.
Vérifiez la page d’accueil, un appel à l’action principal, une route interne et la mise en page mobile en étant déconnecté. Vérifiez également que le contenu visible est à jour et que l’URL que vous prévoyez de partager est l’adresse publique, et non un lien d’éditeur ou de prévisualisation.