Commandes falsifiées et bannissement des clients

Une boutique en paiement à la livraison enregistre les commandes de quiconque remplit un formulaire, donc certaines ne sont pas réelles. DZBuild vous donne un indicateur de probabilité sur chaque commande, une liste noire par boutique et deux add-ons qui freinent le flood. Aucun ne décide à votre place : appeler le client avant de confier le colis au transporteur reste le seul filtre certain.

La probabilité de fausse commande

Chaque commande porte un nombre que le tableau de bord appelle Probabilité de fausse commande en français et احتمالية طلب وهمي en arabe. Vous le voyez à quatre endroits :

• en badge coloré à côté du nom du client dans la liste des commandes et dans les cartes de commande sur mobile, affiché uniquement quand le nombre dépasse 0 ;
• dans la fenêtre d'aperçu de la commande, à côté du téléphone, avec le mot de niveau et, sur les commandes récentes, l'adresse IP d'où la commande est partie ;
• en colonne sur la page Clients, écrit sous la forme du mot suivi du nombre, par exemple Faible (24) ;
• dans l'onglet Liste noire de cette même page.

L'échelle va de 0 à 100 et plus le nombre est haut, plus le soupçon est fort.

Nombre	Mot affiché	Couleur
0 à 19	Sûr	vert
20 à 39	Faible	vert
40 à 59	Moyen	orange
60 à 79	Élevé	rouge
80 à 100	Critique	rouge foncé

Un 5 n'appelle donc aucune action : il est dans la bande verte, et le badge n'apparaît que parce qu'un petit événement a été enregistré une fois. Un 60 mérite un appel avant l'expédition.

Le nombre appartient au numéro de téléphone et non à la commande : il porte l'historique de ce numéro, chez vous et sur le reste de DZBuild. Passer une commande en annulée ou en retournée le fait monter, que ce soit vous ou le suivi du transporteur qui le fasse, et bannir le numéro le fait monter aussi. Une commande qui atteint livrée le fait redescendre. Le bouton détails sur la ligne du client ouvre le journal des événements derrière le nombre, pour voir ce qui l'a produit.

Cet indicateur est une lecture des signaux des commandes passées, pas une preuve, et il ne bloque ni n'annule rien de lui-même. Quand il est haut, confirmez par téléphone avant d'expédier et annulez la commande si le numéro est injoignable.

Bannir un client depuis une commande

Ouvrez la commande dans la liste et utilisez la ligne Statut de bannissement de la fenêtre d'aperçu :

1. Cliquez sur Bannir.
2. Choisissez une raison : fraude, fausses commandes, refus de payer à la livraison, abus, spam, rétrofacturations, ou autre.
3. Ajoutez une note si vous voulez garder la raison par écrit.
4. Réglez la portée avec la case حظر رقم الهاتف أيضاً (« bannir aussi le numéro de téléphone »). Elle est décochée par défaut, et la ligne juste en dessous le dit : par défaut, seul l'appareil est banni.
5. Confirmez.

Cette case est le point décisif. Laissée décochée, elle enregistre le bannissement mais ne refuse rien au moment de la commande : le numéro reste libre et la commande suivante passe, qu'elle vienne de ce navigateur ou d'un autre. Cochez la case chaque fois que vous voulez vraiment arrêter la personne.

Les bannissements sont propres à chaque boutique. Bannir quelqu'un sur l'une de vos boutiques n'a aucun effet sur une autre boutique que vous possédez.

Bannir depuis la page Clients

La page Clients du tableau de bord propose la même action sans la question de l'appareil : le bouton bouclier sur la ligne d'un client bannit son numéro de téléphone et son adresse e-mail pour cette boutique. L'onglet Liste noire répertorie toutes les personnes que vous avez bannies avec la raison, la date et un bouton pour débannir, et le compteur en haut de la page indique combien de bannissements sont actifs.

Quand la même personne a commandé sous plusieurs noms ou numéros, la colonne Identités multiples affiche un bouton d'alerte. Il ouvre la liste des noms et numéros liés, et Bannir toutes les identités bannit chacun de ces numéros en une fois.

Le débannissement prend effet immédiatement et est inscrit dans le journal des événements du client.

Pourquoi un client banni arrive encore à commander

Quatre raisons couvrent les cas qui arrivent au support :

• Le bannissement ne visait que l'appareil. C'est le réglage par défaut quand vous bannissez depuis une commande, et à lui seul il ne refuse aucune commande au paiement. Bannissez plutôt le numéro.
• La personne a changé de numéro. Le bannissement est comparé au numéro de téléphone et à l'adresse e-mail enregistrés sur la fiche. Un numéro qui n'a jamais commandé chez vous est un nouveau client du point de vue de la boutique.
• La commande vient d'une landing page. Les formulaires de landing page vérifient le numéro et l'appareil, mais pas l'adresse e-mail : quelqu'un banni par e-mail seul peut donc en envoyer un. Bannir le numéro ferme ce chemin.
• Un appareil ou une IP partagés ne suffisent pas à bloquer. Les familles et les cybercafés partagent les deux, alors DZBuild enregistre la correspondance comme un signal à lire plutôt que de rejeter la commande.

L'acheteur bloqué voit un message lui disant que le propriétaire de la boutique l'a bloqué et qu'il ne s'agit pas d'une panne technique du site.

Limiter le flood de commandes

Limiter les commandes par IP plafonne le nombre de commandes qu'un même visiteur peut passer dans une fenêtre, 3 par 12 heures par défaut. Depuis le 10 août 2026, le compteur est lié à l'adresse IP et au numéro de téléphone ensemble, parce que les opérateurs mobiles algériens placent des milliers d'abonnés derrière une seule IP publique et qu'un compteur purement IP refusait des inconnus dont le seul tort était de la partager.

La contrepartie mérite d'être connue : celui qui envoie chaque commande avec un numéro différent repart d'un compteur neuf à chaque fois. Un second compteur, plus large, surveille toujours l'adresse IP seule et l'arrête à cinq fois votre limite, avec un minimum de 15 commandes par fenêtre, ce qui rattrape le flood venu d'une seule connexion avec des numéros tournants. Baisser votre propre limite resserre les deux compteurs.

Les commandes que vous créez vous-même depuis le tableau de bord ne sont jamais comptées.

Le captcha au moment de la commande

Protection Captcha (Pro et au-dessus) vérifie l'achat rapide, la page de paiement complète et les formulaires des landing pages. Au niveau Normal, celui par défaut, le vrai client ne voit rien. Élevé et Strict rejettent en plus les visiteurs qui passent par un VPN, un proxy ou Tor, et un vrai client qui navigue avec un VPN reçoit le même message d'erreur générique qu'un bot. Si vos commandes chutent juste après une hausse du niveau, remettez Normal avant de chercher ailleurs.

Ce qui n'existe pas

• Filtrer ou bloquer par source de trafic. Chaque commande affiche sa provenance, mais vous ne pouvez ni bannir une source ni filtrer la liste dessus, et ce n'est pas prévu.
• Supprimer les commandes en masse. Les fausses commandes déjà dans votre liste s'annulent une par une. La suppression groupée est prévue, sans date.
• Bannir automatiquement selon l'indicateur. Rien ne bannit un client à votre place, quel que soit le nombre atteint. Chaque bannissement part d'un clic de votre part.