Dans cet article
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
- Visit Saudi, le site officiel du tourisme saoudien : la page de la Coupe du Golfe 27 à Djeddah et les informations officielles destinées aux visiteurs.
- Saudi Press Agency : l'annonce officielle de l'ouverture de la billetterie de la Coupe du Golfe 27.
- Commission des communications, de l'espace et de la technologie (CST) : le plan national de numérotation et le format des numéros de mobile dans le Royaume.
- Autorité saoudienne des données et de l'intelligence artificielle (SDAIA) : la loi sur la protection des données personnelles et ses règlements d'application.
- Banque centrale saoudienne (SAMA) : le cadre réglementaire applicable aux prestataires de services de paiement dans le Royaume.
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.








