iframe préparatif

Sur une page web de commerce électronique typique, il existe une longue liste de services technologiques tiers qui sont tous en concurrence pour effectuer des appels de trafic réseau, ce qui signifie qu'il peut falloir du temps pour passer à travers la file d'attente des requêtes. Cette concurrence accrue entre les services peut mettre à rude épreuve votre page où la vitesse de chargement est cruciale pour l'expérience de vos clients.

Pour offrir une valeur maximale tout en intégrant une sécurité et une isolation de premier ordre, le SDK Web de Rokt a été conçu pour effectuer plusieurs requêtes entre le serveur et le navigateur. Cette série de requêtes, lorsqu'elle est combinée avec les requêtes effectuées par d'autres services tiers, peut impacter les temps de chargement dans certaines circonstances.

Nous comprenons que la vitesse de chargement est d'une importance vitale, et le temps écoulé entre le début du chargement de votre page et l'affichage de l'offre Rokt a un impact direct sur les taux de chute de placement (transactions manquées), les impressions, les taux d'engagement, et donc la valeur générée par Rokt.

Utilisation de l'iframe préparatoire

Pour résoudre ce problème et offrir une meilleure expérience client, nous avons créé un module complémentaire simple et facile à intégrer à l'intégration du SDK Web. Cette solution consiste en une iframe préparatoire sécurisée, facile à mettre en œuvre et flexible, qui peut être implémentée sur une page antérieure dans votre flux de transaction.

Pour implémenter cette solution, placez le code suivant sur n'importe quelle page de votre parcours de transaction avant la page où vous affichez les placements Rokt.

<iframe aria-hidden="true" src="https://apps.rokt.com/wsdk/preload/index.html" sandbox="allow-scripts allow-same-origin" style="border: 0px; width: 100%; display: none;"></iframe>

Vous pouvez placer l'iframe préparatoire dans un gestionnaire de balises ou dans le corps de la page. Nous recommandons de la placer sur une page où les clients passent plus de temps (comme une page de détails d'expédition) pour s'assurer que l'iframe peut s'exécuter complètement en arrière-plan avant que les clients ne passent à la page suivante.

Comment ça fonctionne

L'iframe télécharge la majorité des fichiers du Web SDK et les stocke dans le cache du navigateur pour les récupérer facilement sur une page ultérieure lorsque le moment est venu d'afficher le placement. Comme tout ce que fait l'iframe est de télécharger les ressources pour une utilisation ultérieure, rien n'est exécuté sur votre page, et cela ne nécessite aucune interaction avec les données personnelles des clients. Une fois que votre client arrive sur la page où le placement Rokt est affiché, le service Rokt doit simplement sélectionner, récupérer et rendre les offres et les placements.

En téléchargeant le SDK par sections, vous réduisez la bande passante réseau requise sur les pages sensibles au temps. L'utilisation de la solution iframe préparatoire réduit le temps de chargement du placement, ce qui améliore l'expérience client et les résultats de performance.

Sécurité

Il n'y a aucun risque de sécurité associé à l'intégration de l'iframe sur une page antérieure dans le flux de transaction (par exemple, une page de paiement ou de détails d'expédition). L'iframe préparatoire est complètement séparée de votre page et n'y a pas accès. Les iframes sont des éléments HTML spéciaux contre lesquels le moteur du navigateur applique certaines règles. Fonctionnellement, les iframes nous permettent de sandboxer notre logique, limitant nos capacités à exécuter des fonctionnalités uniquement à l'intérieur du conteneur iframe, telles que la mise en cache et la communication avec notre API.

Si le code à l'intérieur d'une iframe nécessite des privilèges supplémentaires, tels que l'accès à des informations personnellement identifiables (PII) sur la page parente, l'application à l'intérieur de l'iframe ne peut obtenir cet accès qu'en envoyant un message à la page hôte, avec une logique coopérative sur la page hôte écoutant ces messages et répondant à sa discrétion. Étant donné qu'il n'y a pas de code supplémentaire sur la page hôte coopérant avec l'iframe, rien ne peut répondre, donc l'iframe ne peut pas accéder à aucune information de la page hôte.

Cette isolation garantit que, si le code Rokt à l'intérieur de l'iframe est compromis d'une manière ou d'une autre, il n'a pas accès à quoi que ce soit sur la page hôte, et les données de vos clients restent sécurisées. De plus, comme l'iframe préparatoire n'exécute aucun processus de sélection ou de ciblage, aucune donnée client n'est demandée par Rokt à ce stade.