Préparation de l'iframe
Sur une page web de commerce électronique typique, il y a une longue liste de services technologiques tiers qui rivalisent tous pour effectuer des appels de trafic réseau, ce qui signifie qu'il peut prendre du temps pour passer à travers la file d'attente des demandes. Cette concurrence accrue entre les services peut mettre une pression sur votre page où la vitesse de chargement est essentielle pour l'expérience de vos clients.
Pour offrir une valeur maximale tout en intégrant une sécurité et une isolation de classe mondiale, le SDK Web Rokt a été conçu pour effectuer plusieurs demandes entre le serveur et le navigateur. Ces séries de demandes, combinées aux demandes effectuées par d'autres services tiers, peuvent avoir un impact sur les temps de chargement dans certaines circonstances.
Nous comprenons que la vitesse de chargement est extrêmement importante, et le temps nécessaire depuis le début du chargement de votre page jusqu'à l'affichage de l'offre Rokt a un impact direct sur les taux 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 complément simple et facile à intégrer à l'intégration du Web SDK. 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 mettre en œuvre cette solution, placez le code suivant sur n'importe quelle page de votre parcours de transaction avant la page où vous affichez les emplacements 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 vous recommandons de le placer sur une page où les clients passent plus de temps (comme une page de détails d'expédition) pour vous assurer que l'iframe peut s'exécuter pleinement en arrière-plan avant que les clients passent à la page suivante.
Comment ça marche
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 ultérieurement lorsque la placement doit être affiché. Étant donné que l'iframe ne fait que télécharger les ressources pour une utilisation ultérieure, rien n'est exécuté sur votre page et aucune interaction avec les données personnelles des clients n'est requise. 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 afficher 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 d'iframe préparatoire réduit le temps de chargement du placement, ce qui améliore l'expérience client et les performances.
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 une page de détails d'expédition). L'iframe préparatoire est complètement séparée de votre page et n'y a aucun accès. Les iframes sont des éléments HTML spéciaux sur lesquels le moteur du navigateur applique certaines règles. Fonctionnellement, les iframes nous permettent de sandboxer notre logique, en restreignant nos capacités à exécuter uniquement des fonctionnalités dans le conteneur de l'iframe, telles que la mise en cache et le contact 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 parent, l'application à l'intérieur de l'iframe ne peut y accéder qu'en envoyant un message à la page hôte, avec une logique coopérative sur la page hôte qui écoute ces messages et y répond à sa discrétion. Comme il n'y a pas de code supplémentaire sur la page hôte qui coopère avec l'iframe, rien ne peut y répondre, donc l'iframe ne peut pas accéder à des informations provenant de la page hôte.
Cette isolation garantit que si le code Rokt à l'intérieur de l'iframe est compromis de quelque manière que ce soit, 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, Rokt ne demande aucune donnée client à cette étape.