Le plugin WordPress MyTicket Events est livré avec une application Android gratuite disponible sur Play Market. Il vous permet de valider les tickets avec un code QR imprimé dessus. Les billets sont des impressions PDF qui peuvent être personnalisées en fonction de vos besoins.
Comment fonctionne l’application ?
Lorsque l’application scanne le code QR généré par le plugin MyTicket Events, elle obtient une liste de paramètres qui inclut les numéros d’identification de commande et le lien vers l’API de votre serveur. L’application n’utilise aucun backend tiers pour valider ou envoyer des informations même si elle héberge plusieurs propriétaires de sites Web à travers le monde.
Toutes les informations sont transmises exclusivement entre l’application et le backend de votre site web. Il est important de noter qu’il prend en charge les protocoles sécurisés http et https pour l’échange de données. Vous devez vous assurer que votre site Web utilise une connexion cryptée pour la protection des données.
Comment restreindre l’accès aux applications ?
Bien que l’application soit hébergée à l’échelle mondiale, vous pouvez facilement en restreindre l’accès et n’autoriser que certains appareils à afficher et à valider les données des billets hébergés sur votre site Web. Chaque instance d’application a sa propre chaîne d’identification unique qui peut être copiée à partir de l’écran principal des paramètres de l’application. Reportez-vous à l’image ci-dessous.
Cet ID doit être copié dans la section Apparence > Personnaliser > MyTicket > Apparence mobile > Liste des ID d’apparence autorisés de votre administrateur WordPress. Notez que la case Accès privé doit être cochée. Séparez chaque ID par une nouvelle ligne. Assurez-vous qu’il n’y a pas de points ou d’espaces.
Comment valider les billets ?
Une fois le plugin MyTicket installé, le premier ticket PDF est configuré et l’application MyTicket Scanner est installée. Il suffit de scanner le code QR en attachant la caméra de votre téléphone au code lorsque l’application est ouverte. Une fois numérisé, vous aurez une fenêtre contextuelle avec les détails du billet, y compris le numéro d’identification de la commande, le nom des participants, le titre de l’événement et d’autres informations utiles.
Notez que vous pouvez vérifier l’état de votre commande dans la section commandes de votre administrateur WordPress immédiatement après que l’application ait validé ou non le ticket. L’application ne stocke pas ces informations en interne. Cela élimine le risque de conflits lorsque plusieurs applications sont utilisées simultanément.
Problèmes communs
L’application ne scanne pas les tickets, rien ne se passe
Il est fort probable que le problème vienne de votre côté serveur. Lorsque l’application tente de récupérer les données du ticket, elle ne peut pas se connecter à votre serveur. Assurez-vous que votre serveur est accessible au public sur Internet.
Par exemple, le lien ci-dessous est le lien où les requêtes sont envoyées. Remplacez ticketing.as.kenzap.com par l’url de votre site web. Mettez le protocole http ou https approprié et collez l’url dans votre navigateur. La réponse doit être “0”, ce qui signifie que tout fonctionne bien.
Erreur 500 ou page blanche
Dans le cas où vous avez une page blanche, cela indique que votre serveur a un problème interne de traitement de la requête. Ceci est généralement indiqué par le code d’erreur 500 ou 501. Pour savoir exactement ce qui cause cela, activez l’enregistrement de débogage WordPress.
Erreur 404
Parfois l’application répond avec le code d’erreur 404, ce qui signifie que le serveur rejette la réponse. Cela peut être dû à l’une des raisons suivantes :
- Votre site Web est protégé par un mot de passe et n’est pas accessible au public sur Internet.
- Votre configuration de sécurité serveur bloque les requêtes Ajax
- Vous avez défini la restriction de l’ID d’application de restriction dans la section Apparence > Personnaliser > MyTicket.
Débogage des données
L’étape suivante consiste à envoyer des données de tickets à votre serveur. Bien que l’url puisse fonctionner correctement, certaines méthodes de traitement des données de ticket peuvent échouer uniquement lorsque certains paramètres sont envoyés. Pour cela, vous devez créer une requête HTTP POST et envoyer des données supplémentaires à votre serveur.
Il existe de nombreuses applications qui peuvent vous aider à le faire. La capture d’écran ci-dessous provient de l’application appelée Postman.
Lorsque cette demande est envoyée, la réponse appropriée doit contenir une structure d’ordre complexe stockée au format JSON.
Comment améliorer la vitesse de numérisation de l’application ?
L’hypothèse commune ici est que la vitesse de balayage dépend de quelque chose qui se rapporte à l’algorithme de décodage QR-code. En fait, l’analyse elle-même est assez rapide et ne prend pas plus de 100ms même sur les appareils Android lents. Le principal goulot d’étranglement ici est la qualité de votre connexion réseau et la latence.
Chaque fois que le ticket QR-code est scanné, l’application effectue une nouvelle requête dans la base de données de votre site Web pour obtenir les dernières informations sur le ticket et son statut. Cette étape est obligatoire car elle garantit qu’il n’y aura pas de conflit en cas d’utilisation de plusieurs instances d’application et que la date est synchronisée en temps réel avec votre serveur web.
Tout d’abord, vérifiez que votre connexion Internet est rapide et stable. Notez que la vitesse d’Internet ne signifie pas latence. Deuxièmement, assurez-vous que la latence est réduite au minimum. La latence signifie ici le délai nécessaire pour que la demande se déplace physiquement de votre appareil à votre serveur et revienne avec les données.
Par exemple, si votre serveur est hébergé aux Pays-Bas mais que votre application scanne les tickets à Johannesburg, il y a un délai réseau supplémentaire de 250 millisecondes ou 1/4 de seconde.
De plus, votre serveur peut également être lent à traiter la requête. Vous devez donc vous assurer qu’il n’y a pas de retards du côté de votre serveur. Habituellement, l’hébergement mutualisé avec des ressources limitées fonctionne plus lentement.
