Comment vérifier un site web avant d'accepter la livraison

Avant de libérer le paiement final, savoir comment vérifier un site web avant d'accepter la livraison vous protège d'un site qui semble terminé mais qui casse dès qu'un vrai client y touche. En résumé : ouvrez le site sur votre propre téléphone (pas seulement sur l'écran du développeur), cliquez sur chaque lien et bouton, soumettez chaque formulaire, testez-le en connexion lente, vérifiez qu'il fonctionne en arabe s'il est bilingue, et assurez-vous que le domaine, le code et les mots de passe sont à votre nom. Ne validez la réception qu'une fois tout cela passé. Voici votre checklist de contrôle qualité en tant que client — aucune compétence technique requise, juste une heure méthodique de clics avant de payer.

Testez d'abord sur votre propre téléphone, pas sur la démo

L'erreur numéro un est de juger un site depuis l'ordinateur du développeur, où tout est rapide, mis en cache et tourne sur son wifi. Ce n'est pas la réalité de votre client.

Demandez le lien en ligne et ouvrez-le vous-même sur :

• Votre propre téléphone (iPhone et Android si possible — ils s'affichent différemment)
• Les données mobiles, pas le wifi, pour ressentir la vraie vitesse de chargement que vivent la plupart des Libanais
• Un ordinateur portable ou de bureau pour vérifier la mise en page large

Au Liban, la plupart des gens vous joignent via leur téléphone. Donc si la version mobile est serrée, si les boutons se chevauchent ou si le texte déborde de l'écran, vous n'avez pas reçu un site terminé. Cliquez comme un client pressé : le menu s'ouvre-t-il ? Peut-on lire les prix sans zoomer ? Le bouton WhatsApp ouvre-t-il vraiment WhatsApp avec votre numéro ? Un site qui n'est beau que sur l'écran du développeur est un site inachevé.

Cliquez sur tout : liens, boutons et navigation

Parcourez le site page par page et considérez chaque élément cliquable comme coupable jusqu'à preuve du contraire. C'est la partie la plus fastidieuse et la plus importante.

1. Chaque élément du menu — mène-t-il à la bonne page, ou à une impasse ?
2. Chaque bouton — « Contactez-nous », « Commander », « Réserver » — fait-il ce qu'il annonce ?
3. Chaque lien — les liens internes entre les pages, et les liens externes vers votre Instagram, Google Maps ou WhatsApp.
4. Le logo — cliquer dessus doit vous ramener à la page d'accueil.
5. Le téléphone et l'e-mail — toucher le numéro sur mobile doit lancer un appel ; toucher l'e-mail doit ouvrir l'application de messagerie.

Notez tout ce qui est cassé dans une liste simple et renvoyez-la avant de payer. Un piège fréquent est la page « bientôt disponible » ou de remplissage que le développeur a oublié de compléter — du texte Lorem ipsum, une fausse adresse, une photo de stock censée être remplacée. Si vous voulez la vue d'ensemble de ce qu'inclut une vraie livraison, notre checklist pour recruter un développeur web explique ce qu'il faut convenir dès le premier jour pour que moins de choses passent à travers les mailles à la fin.

Testez chaque formulaire comme si vous étiez un client

Les formulaires sont l'endroit où les sites cassent en silence, car ils semblent corrects mais le message n'arrive jamais. Ne supposez rien — envoyez un vrai test.

• Remplissez le formulaire de contact avec votre propre nom et soumettez-le. Puis vérifiez : est-il vraiment arrivé quelque part ? Dans une boîte mail, un WhatsApp, un tableau de bord ?
• S'il y a un formulaire de réservation ou de commande, passez une commande de test complète et confirmez que vous (ou l'entreprise) l'avez reçue.
• Essayez de soumettre avec des champs vides ou un mauvais e-mail — affiche-t-il une erreur claire, ou échoue-t-il simplement en silence ?
• Vérifiez le message de remerciement — après l'envoi, le client voit-il une confirmation, ou reste-t-il à se demander si ça a marché ?

Cela compte énormément au Liban, où un formulaire de contact raté signifie un client perdu qui ne rappellera jamais. Demandez au développeur exactement où vont les soumissions de formulaires et voyez-en une arriver de vos propres yeux avant d'accepter la livraison.

Vitesse, images et les petites choses qui font fuir l'argent

Un site lent perd les visiteurs avant qu'ils ne lisent un mot, et avec les données mobiles libanaises et les connexions capricieuses, le poids c'est de l'argent.

Contrôle de vitesse : en données mobiles, la page d'accueil apparaît-elle en quelques secondes, ou fixez-vous un écran blanc ? Les images lourdes non compressées et les vidéos en lecture automatique sont les coupables habituels. Demandez au développeur de compresser les images et de retirer tout ce qui consomme des données sans apporter de valeur.

Cherchez les petites cassures :

• L'orthographe et le texte arabe — lisez les mots réels sur la page. Fautes de frappe, français/arabe mélangés, ou texte de remplissage oublié sont mauvais signe.
• L'onglet du navigateur — affiche-t-il le nom de votre entreprise et une petite icône (favicon), ou « Sans titre » et un carré vide ?
• Le chargement des images — faites défiler toute la page lentement et guettez les icônes d'images cassées.
• La page 404 — tapez une mauvaise adresse (votresite.com/xyz) et vérifiez que vous obtenez un « page introuvable » soigné plutôt qu'une erreur laide.

Rien de tout cela ne demande de compétence technique — il suffit de ralentir et de vraiment regarder. Si le site est en arabe, confirmez que la mise en page de droite à gauche (RTL) est propre et que rien n'est brouillé, car c'est l'un des détails le plus souvent bâclés à la fin.

Confirmez ce qui vous appartient : domaine, code et mots de passe

Un site peut passer chaque test de clic et ne pas vraiment être le vôtre. C'est le transfert de propriété, et c'est la partie qui coûte le plus cher aux gens par la suite.

Avant de valider, obtenez par écrit et en main :

• Le domaine (par ex. votreentreprise.com) enregistré à votre nom et votre e-mail — connectez-vous vous-même pour confirmer que vous le voyez. C'est votre identité numérique ; il ne doit jamais rester dans le compte du développeur.
• Le code source — une copie complète remise en main propre (un dépôt GitHub qui vous appartient, ou un fichier zip), afin que tout futur développeur puisse continuer le travail.
• Les mots de passe d'hébergement et d'administration — c'est vous qui détenez le compte maître et accordez un accès temporaire, pas l'inverse.
• Comment modifier le contenu — si on vous a promis un tableau de bord (CMS) pour changer les prix ou les photos vous-même, connectez-vous et modifiez quelque chose à titre de test.

Si le développeur traîne sur l'un de ces points, c'est le moment de suspendre le paiement final, pas après. Enfermer un client hors de son propre domaine est le plus vieux piège du marché, et il est totalement évitable si vous vérifiez au moment de la livraison.

Payez de la bonne façon : par étapes, en fresh dollars, protégé

Vérifier le site et le payer sont deux moitiés du même moment. Ne payez jamais le montant total avant d'avoir fait votre inspection, et ne payez jamais en anciens « dollars de banque » (lollars) quand l'accord portait sur des fresh dollars — la différence de valeur est énorme et doit être claire dès le départ.

La structure sûre, ce sont les paiements par étapes (milestones) : une partie au lancement, une partie à l'approbation du design, et la dernière partie libérée seulement après que votre inspection complète est passée. C'est exactement là que Furrsati vous protège — le paiement final reste sous séquestre (escrow) et n'est libéré que lorsque vous confirmez que le travail est réellement terminé, pas avant. Le développeur sait que l'argent est là et attend, et vous savez que vous ne paierez jamais pour un site à moitié fini. Les paiements parviennent au freelance à l'intérieur du Liban de la manière qui lui convient — OMT, Whish, virement bancaire ou USDT — sans besoin de Payoneer ni PayPal. Pour un guide complet du fonctionnement, lisez comment payer les freelances en toute sécurité avec l'escrow.

Si vous êtes encore en train de choisir qui recruter ou que vous voulez comprendre ce que le service doit inclure de bout en bout, notre page services de développement web détaille le périmètre pour que votre inspection ait quelque chose de concret à mesurer.

Foire aux questions

Que dois-je vérifier avant d'accepter un site web ?

Ouvrez-le sur votre propre téléphone en données mobiles, cliquez sur chaque lien et bouton, soumettez chaque formulaire pour confirmer que les messages arrivent, lisez le texte pour repérer fautes et textes de remplissage oubliés, et vérifiez la vitesse. Puis confirmez que le domaine, le code source et les mots de passe sont tous à votre nom avant de libérer le paiement final.

Comment tester correctement un site web sur mobile ?

Demandez le lien en ligne et ouvrez-le sur votre propre téléphone en données mobiles, pas sur le wifi du développeur. Vérifiez que la mise en page tient dans l'écran, que les boutons ne se chevauchent pas, que les prix sont lisibles sans zoomer, et que les liens WhatsApp et téléphone fonctionnent vraiment. Testez sur iPhone et Android si possible.

Comment savoir si le site est vraiment le mien ?

Obtenez trois choses par écrit et en main : le domaine enregistré à votre nom et votre e-mail, une copie complète du code source, et les mots de passe maîtres d'hébergement et d'administration. Connectez-vous vous-même pour confirmer. Si le développeur garde tout cela sous son propre compte, le site n'est pas vraiment le vôtre.

Que faire si je trouve des problèmes après que le développeur dit que c'est terminé ?

Renvoyez une liste écrite simple de tout ce qui est cassé et retenez le paiement final jusqu'à correction. C'est pour cela que les paiements par étapes et l'escrow comptent — le dernier versement ne doit être libéré qu'après que votre inspection est passée, ainsi vous gardez votre levier jusqu'à ce que le travail soit réellement terminé.

Dois-je payer avant ou après avoir vérifié le site ?

Vérifiez toujours d'abord, puis libérez le paiement final. Payez par étapes : une partie au début et la dernière partie seulement après que votre inspection complète est passée. Retenir ce paiement final sous séquestre sur une plateforme comme Furrsati signifie que vous ne payez jamais pour un site qui n'est pas terminé.

Prêt à recruter avec votre argent protégé

Bien vérifier un site tient en une heure attentive : testez-le sur votre propre téléphone, cliquez sur tout, soumettez chaque formulaire, vérifiez la vitesse et le texte, et confirmez que le domaine et le code sont à votre nom — puis, seulement alors, libérez le paiement. Quand vous êtes prêt à démarrer, publiez votre projet sur Furrsati et recrutez un développeur libanais de confiance, votre paiement final restant en sécurité sous séquestre jusqu'à ce que votre inspection soit passée et que vous soyez pleinement satisfait.