Sept indicatifs pays arrivent à Djeddah dans cinq jours. Votre formulaire d'inscription n'accepte que le 05

La 27e Coupe du Golfe arabique se tient à Djeddah du 23 septembre au 6 octobre, avec huit sélections nationales réparties sur deux stades. Ce qui concerne un chef d'entreprise, ce n'est pas le football. C'est que pendant deux semaines, toute une ville va servir des visiteurs dont les numéros de mobile commencent par 964, 965, 967, 968, 971, 973 et 974, alors que la plupart des systèmes d'inscription et de paiement du marché saoudien reposent sur une hypothèse silencieuse : chaque client a un numéro qui commence par 05. Cet article montre exactement où votre système refoule ces visiteurs, pourquoi ce refus n'apparaît dans aucun de vos rapports, et ce qui peut réalistement être corrigé avant le début du tournoi.

Équipe OrigamiÉquipe éditoriale
7 min de lecture
Sept indicatifs pays arrivent à Djeddah dans cinq jours. Votre formulaire d'inscription n'accepte que le 05

Djeddah accueille la 27e Coupe du Golfe arabique du 23 septembre au 6 octobre 2026, avec huit sélections nationales réparties en deux groupes, qui jouent au stade de la King Abdullah Sports City et au stade Prince Abdullah Al-Faisal. C'est une histoire sportive, et pour la plupart des gens, elle s'arrête là.

Elle contient pourtant une histoire opérationnelle qui concerne chaque restaurant, hôtel, commerce, société de transport et clinique de Djeddah et de ses environs. Pendant deux semaines entières, le profil du client qui se présente à votre caisse change. Les équipes en compétition viennent d'Irak, d'Oman, du Koweït, des Émirats arabes unis, du Qatar, de Bahreïn et du Yémen, et chacune amène un public muni de numéros de mobile commençant par 964, 968, 965, 971, 974, 973 et 967. Sept indicatifs pays autres que celui autour duquel vos systèmes ont été construits.

L'hypothèse silencieuse sous la plupart des systèmes saoudiens

Selon le plan national de numérotation du Royaume, un numéro de mobile local commence par 05 et compte dix chiffres. C'est un fait réglementaire clair, et ce n'est pas le problème. Le problème, c'est la manière dont ce fait a migré dans le code sous la forme d'une règle de validation rigide : un champ qui rejette toute saisie ne correspondant pas à dix chiffres commençant par zéro cinq.

La règle paraît correcte parce qu'elle fonctionne pour 99 % des clients toute l'année. Puis arrive une quinzaine comme celle-ci, et la règle cesse d'être une protection pour devenir une porte verrouillée. La différence compte : une protection rejette une saisie erronée, alors que cette règle rejette un vrai client qui essaie de vous payer.

Pire encore, ce schéma ne se limite pas au champ téléphone. Il se répète partout où un développeur a supposé que le client résidait en Arabie saoudite :

  • Le champ mobile. Une validation ancrée sur le 05, ou sur une longueur fixe de dix chiffres, rejette un numéro du Golfe avant même qu'il n'atteigne votre serveur.
  • Le code de vérification. Même si le champ accepte le numéro, votre prestataire de messagerie n'a peut-être pas activé l'envoi international sur votre compte : le client saisit un numéro et attend un message qui n'arrive jamais.
  • La page de paiement. Une passerelle configurée pour Mada uniquement. Le visiteur détient une carte émise par une banque du Golfe sur un réseau international et voit un refus qu'il ne peut pas s'expliquer.
  • Le champ d'identité. Un numéro d'identité nationale ou de résidence obligatoire, à dix chiffres et commençant par un ou deux. Le visiteur a un passeport, et le formulaire ne propose aucune troisième option.
  • L'adresse. Une liste fermée ne contenant que des villes saoudiennes et un code postal obligatoire au format local, dans un formulaire qui n'a nullement besoin d'adresse puisque la commande est à retirer en magasin.
  • La langue. Une interface uniquement en arabe sur un parcours critique comme la réservation ou le paiement. Les visiteurs du Golfe lisent l'arabe, mais une partie du public qui voyage et des personnes qui l'accompagnent ne le lit pas.

Pourquoi rien de tout cela n'apparaît dans vos rapports

C'est là que se trouve le vrai danger. Quand votre formulaire rejette le numéro d'un visiteur, rien de mesurable ne se produit. Aucune commande échouée sur le tableau de bord, aucune erreur dans les journaux, aucun ticket de support. Le client essaie deux fois, ferme l'onglet et va chez le concurrent dont le formulaire a accepté le numéro. Vous voyez le résultat sous la forme d'un chiffre de ventes légèrement inférieur à ce que vous attendiez pour une semaine chargée, et vous l'attribuez à n'importe quelle autre explication.

Les systèmes enregistrent les réussites dans les moindres détails et restent muets sur ce qui a échoué avant même de commencer. Une commande finalisée laisse une trace complète, du premier clic jusqu'à la facture, alors qu'un visiteur arrêté par la validation dans le navigateur n'a jamais atteint le serveur pour y laisser une trace. La première correction ne se trouve donc pas dans le formulaire mais dans la mesure : journalisez les échecs de validation comme un événement à part entière, portant le nom du champ et le motif du rejet, sans stocker la saisie elle-même. Une semaine suffit pour savoir exactement quel champ refoule les clients, et c'est le même type de visibilité que nous avons abordé dans le point de défaillance unique invisible dans votre architecture.

Ce qui peut réellement être corrigé avant le 23 septembre

Cinq jours ne suffisent pas pour reconstruire un système, mais ils suffisent largement pour lever les six obstacles ci-dessus, car la plupart relèvent de la configuration plutôt que du développement. L'ordre ci-dessous va de l'impact le plus fort au plus faible :

  • Ouvrez le champ mobile au format international. Un sélecteur d'indicatif pays réglé par défaut sur l'Arabie saoudite, et des numéros stockés dans un format international canonique unique commençant par un plus. C'est une modification dans une seule couche, et elle règle le problème pour tous les pays, pas seulement pour sept.
  • Testez l'envoi des codes de vérification vers un vrai numéro du Golfe avant le tournoi. Ne supposez pas qu'il est activé. Envoyez un code à un numéro réel d'un pays en compétition et vérifiez qu'il arrive en quelques secondes. Le test prend quelques minutes et révèle une panne qui vous coûterait une quinzaine.
  • Activez les cartes internationales et les portefeuilles mobiles. Vérifiez auprès de votre prestataire de paiement quels réseaux sont réellement actifs sur votre compte, et non lesquels sont théoriquement disponibles dans votre offre. Ajoutez une option de portefeuille si vous n'en avez pas, car c'est le chemin le plus rapide pour un visiteur qui ne saisira pas son numéro de carte sur un site qu'il n'a jamais utilisé.
  • Rendez le champ d'identité facultatif ou ajoutez l'alternative du passeport. Si le champ existe pour une raison réglementaire, indiquez-le à côté et acceptez un format de passeport. S'il existe par habitude, supprimez-le cette semaine.
  • Libérez l'adresse de la liste fermée. Faites de la ville un champ de texte libre et rendez le code postal facultatif, en particulier pour les commandes sans livraison.
  • Traduisez uniquement le parcours critique. Le menu ou la liste des produits, les étapes de réservation, la page de paiement et la page d'itinéraire. Vous n'avez pas besoin que tout le site soit traduit d'ici mardi. Vous avez besoin que le visiteur puisse acheter.

Juste après les corrections vient la question de la capacité. Ce pic n'est pas réparti sur la journée mais concentré sur deux courtes fenêtres, avant et après chaque match, ce qui ressemble beaucoup au schéma que nous avons décrit dans le jour de paie et le pic dont vous connaissez déjà la date, à une différence près : ce public se déplace aussi géographiquement, dans une seule direction, au même moment.

Les données que vous collecterez pendant la quinzaine

Un visiteur venu de l'extérieur du Royaume qui s'inscrit dans votre système, ce sont des données personnelles soumises à la loi sur la protection des données personnelles (PDPL), exactement comme les données d'un client local. Le point pratique est simple : ne collectez pas un champ que vous n'utiliserez pas. Chaque champ supplémentaire ajouté à un formulaire construit dans la précipitation est une obligation qui vous suivra pendant des mois après la fin du tournoi.

Indiquez sur votre page de confidentialité ce que vous collectez, pourquoi, et combien de temps vous le conservez, dans un langage que le visiteur comprend plutôt qu'avec un texte juridique copié-collé. Quelqu'un qui s'inscrit chez vous une seule fois en quinze jours ne lira pas dix paragraphes, mais il remarquera si vous lui demandez un numéro d'identité nationale pour réserver une table.

Le regard d'Origami

Nous rencontrons souvent ce schéma lorsque nous examinons des systèmes existants : une règle de validation écrite il y a trois ans pour une situation vraie à l'époque, puis laissée dans le code comme une décision permanente que personne n'a réexaminée. La faute n'est pas qu'un développeur se soit trompé. C'est que l'hypothèse n'a jamais été écrite nulle part où elle aurait pu être revue, si bien qu'elle est devenue une partie de la structure au lieu d'un paramètre.

C'est pourquoi, lorsque nous construisons un système, nous séparons les règles de validation du code et les traitons comme de la configuration, et nous stockons toujours les numéros de mobile au format international, même lorsque tous les clients actuels sont locaux. Le coût au moment de la construction est proche de zéro. Le coût deux ans plus tard, quand vous ouvrez une agence à Dammam qui sert des visiteurs de Bahreïn, ou quand un tournoi arrive dans votre ville, fait la différence entre une heure de configuration et un projet de modification qui se compte en semaines. Nous appliquons le même principe à tout ce que nous construisons dans le cadre de nos services : une hypothèse vraie aujourd'hui s'écrit comme un paramètre, et non comme une condition dans une ligne de code.

Ce qui survit au 6 octobre

Le tournoi se termine le six octobre. La partie que vous avez corrigée, elle, reste. Le Royaume accueille en permanence de grands événements, et les saisons, conférences et tournois sont désormais une composante permanente du calendrier plutôt qu'une exception. Un système qui accepte aujourd'hui un visiteur venu de l'extérieur du Royaume l'acceptera lors du prochain événement sans aucun travail supplémentaire.

Commencez cette semaine par la plus petite étape réalisable : ouvrez votre site ou votre application et essayez de finaliser un achat complet avec un vrai numéro de mobile du Golfe et une carte non saoudienne. Si cela fonctionne, vous êtes prêt. Si vous êtes bloqué à un champ précis, vous venez de trouver par où deux semaines de ventes allaient s'échapper.

Sources

#Expérience client#Paiements#Coupe du Golfe 27#Conception de formulaires#Préparation des systèmes

Questions fréquentes

Pourquoi mon site rejette-t-il un numéro de mobile du Golfe ?

Parce que la règle de validation du champ mobile est généralement écrite pour correspondre au format local saoudien : dix chiffres commençant par 05. Tout numéro qui ne respecte pas ce motif est rejeté dans le navigateur avant d'atteindre votre serveur, même s'il est parfaitement valide dans son propre pays. La solution n'est pas d'élargir le motif pour couvrir sept pays, mais de stocker les numéros dans un format international canonique unique, avec un sélecteur d'indicatif pays réglé par défaut sur l'Arabie saoudite : une modification dans une seule couche qui règle le problème pour tous les pays.

Comment savoir si mes formulaires refoulent de vrais clients ?

Vos rapports actuels ne vous le diront pas, car un rejet dans le navigateur ne produit ni commande échouée ni erreur dans les journaux. La méthode pratique consiste à journaliser les échecs de validation comme un événement à part entière, portant le nom du champ et le motif du rejet, sans stocker ce que l'utilisateur a saisi. Une semaine de cette journalisation suffit à montrer quel champ refoule le plus de visiteurs. Le test le plus rapide consiste à essayer vous-même d'effectuer un achat complet avec un vrai numéro du Golfe et une carte non saoudienne.

Dois-je traduire tout mon site avant le tournoi ?

Non. L'objectif en cinq jours n'est pas un site entièrement bilingue, mais un visiteur capable de finaliser un achat. Traduisez uniquement le parcours critique : la liste des produits ou des plats, les étapes de réservation, la page de paiement, et la page d'emplacement et d'itinéraire. Le reste peut attendre, et le traduire dans la précipitation avec une qualité médiocre fait plus de mal que de bien.

La loi sur la protection des données s'applique-t-elle aux visiteurs venus de l'extérieur du Royaume ?

Les données d'un visiteur qui s'inscrit dans votre système sont des données personnelles et engagent la même responsabilité que celles de votre client local au titre de la loi sur la protection des données personnelles (PDPL). La règle pratique la plus utile est de ne collecter que les champs que vous utiliserez réellement : chaque champ supplémentaire ajouté à la hâte avant un événement reste une obligation pendant des mois après sa fin, et votre page de confidentialité doit indiquer ce que vous collectez, pourquoi, et combien de temps vous le conservez.

Suivez Origami sur Google

Ajoutez Origami à vos sources préférées : nos articles apparaîtront en premier pour vous dans la recherche Google et les actualités à la une.

Add as a preferred source on Google

Articles liés

Appels WhatsApp sans compte : votre client rejoint la réunion depuis son navigateur, gratuitement, jusqu'à 32 personnes
Expérience client

Appels WhatsApp sans compte : votre client rejoint la réunion depuis son navigateur, gratuitement, jusqu'à 32 personnes

Depuis le 14 octobre 2026, les appels invités WhatsApp permettent à un client de rejoindre depuis un lien dans son navigateur, sans compte, gratuitement et jusqu'à 32 personnes. Ce qu'il faut organiser d'abord.

6 min de lecture
Votre client vous pose une question sur WhatsApp en ce moment. Qui lui répond ?
Expérience client

Votre client vous pose une question sur WhatsApp en ce moment. Qui lui répond ?

En Arabie saoudite, le parcours client ne commence ni par un appel ni par un e-mail : il commence par un message WhatsApp. Et l'intervalle entre l'arrivée d'un message et l'envoi d'une réponse est l'endroit où la plupart des affaires se perdent en silence : pas de plainte, pas d'objection, juste un client parti chez celui qui a répondu plus vite. La première partie de la série L'assistant IA pour votre entreprise chiffre le coût d'une réponse lente, explique pourquoi recruter ne règle pas le problème et montre où s'arrêtent les anciennes réponses automatiques.

8 min de lecture
Systèmes de fidélité et de récompenses pour augmenter les achats répétés : comment en construire un
Expérience client

Systèmes de fidélité et de récompenses pour augmenter les achats répétés : comment en construire un

Un guide technique pour construire un système de fidélité et de récompenses qui stimule les achats répétés : le registre de points, le moteur de règles de gain et d'utilisation, l'intégration à la caisse et à la boutique, et la prévention de la fraude.

7 min de lecture
Programmes de fidélité : augmenter les achats répétés et fidéliser vos clients
Expérience client

Programmes de fidélité : augmenter les achats répétés et fidéliser vos clients

Acquérir un nouveau client coûte plus cher que de garder un client existant. Découvrez comment un programme de fidélité bien conçu augmente les achats répétés et le panier moyen, et comment le construire techniquement pour qu'il s'intègre à votre boutique et à votre caisse.

6 min de lecture
Absher Safar et la leçon opérationnelle : faire le travail avant le guichet
Transformation numérique

Absher Safar et la leçon opérationnelle : faire le travail avant le guichet

Absher est en tête des recherches en Arabie saoudite aujourd'hui, et derrière ce nom se cachent deux nouveaux services qui méritent l'attention de tout responsable des opérations : Absher Safar, qui transfère les formalités frontalières sur le téléphone du voyageur avant son arrivée, et Tawassul, qui donne aux démarches bloquées un parcours défini au lieu d'une visite en agence. Voici le principe commun aux deux, et comment l'appliquer à votre propre file d'attente.

6 min de lecture
Le jour de paie : le seul pic de demande que vous voyez venir et pour lequel vous ne vous préparez toujours pas
Systèmes de gestion

Le jour de paie : le seul pic de demande que vous voyez venir et pour lequel vous ne vous préparez toujours pas

Les recherches de distributeurs automatiques sont montées dans les tendances saoudiennes aujourd'hui, deux jours avant la date de paie du ministère des Finances, fixée au 27 août 2026. Pour un chef d'entreprise, le vrai sujet n'est pas la file d'attente au distributeur. C'est que tout le marché entre dans une fenêtre de demande dont la date a été publiée en début d'année, et que la plupart des systèmes y entrent encore sans préparation. Voici où les systèmes cassent lors d'un pic de paie, pourquoi les paiements numériques ont complètement changé la forme de ce pic, et ce qu'il faut corriger une semaine avant.

6 min de lecture

Un projet en tête ?

Nous développons des systèmes, des applications et des sites sur mesure pour votre entreprise. Parlez-nous de votre idée et nous vous donnerons une réponse franche.

Une séance. Vingt minutes. Sans engagement.