Est-il conseillé de charger la publicité display dans un iframe?

Question

Certaines campagnes de publicité display sont très gourmandes en JavaScript et ont un effet discordant sur le temps de chargement des pages, car l'annonce est généralement en JavaScript - les parties utiles de la page ne sont pas rendues jusqu'à ce que l'annonce fasse son effet.

Une solution semble être de charger l'annonce dans un iframe afin d'afficher un contenu utile à un utilisateur pendant que l'annonce se charge en arrière-plan et se «met en place» lorsqu'elle est prête.

J'ai dit à un certain nombre d'inconvénients d'une approche iframe:

• Vous êtes limité dans les types de campagnes que vous pouvez héberger - par exemple, aucune annonce en expansion qui roulent sur le contenu.
• Si vous avez plusieurs blocs d'annonces sur une page, vous ne pouvez pas combiner des campagnes.
• Annonceurs éviter iframes car il est plus facile de jouer avec le système avec des impressions fausses

sont ces véritables préoccupations? Si oui, existe-t-il des solutions de contournement ou devrais-je conserver des annonces graphiques sur la page?

Answer 1

Ce sont des préoccupations valables. Je voudrais aussi ajouter que:

• Lorsque les moteurs de recherche trouvent la publicité, ils les ajouter à leur base de données sous forme de pages Web distinctes, à savoir le lien dans les résultats de recherche seront à la page d'annonce (iframe), non à la page qui contient l'iframe.

• Il est plus difficile pour les utilisateurs ayant un accès limité de naviguer jusqu'aux annonces et de cliquer sur leurs liens. Par exemple, si l'utilisateur a un accès au clavier uniquement.

Answer 2

Dans mon expérience, nous n'avons eu aucun problème avec la mise en place de la publicité display dans les IFRAME.

• Nous avons encore des annonces qui affichent contenu en expansion sur le reste de la page . Pour que cela fonctionne, il faut la société qui offre la création pour prendre en charge "iframe busting" , ce qui vous oblige à héberger un fichier spécial sur votre serveur Web. Pointroll, Eyewonder et similaires soutenir cela. Les appels réels au réseau publicitaire (doubleclick dans notre cas) ne changent pas vraiment. Notez que nous avons une politique de permettre le contenu IFRAME extensible seulement sur l'utilisateur-clic; c'est peut-être un facteur clé qui permet cette technique.
• Je ne suis pas sûr ce qu'une «campagne combinée», mais je suis ne sais pas comment il serait impacté. Nos appels à Doubleclick ne changent pas - tous les mêmes paramètres sont pris en charge en termes d'identification du site, zone, l'emplacement, la taille, les carreaux etc.

Nous avons déménagé dans un modèle IFRAME de Javascript surtout pour le billet de faveur " aspect asynchrone du chargement IFRAME et aussi parce qu'il agit comme un bac à sable; Nous avons trouvé des cas où une création publicitaire défectueuse pouvait écraser tout notre DOM et faire exploser la page sur certains navigateurs.Il existe maintenant des techniques qui peuvent être utilisées pour charger du contenu via Javascript et être encore asynchrones (injection XHR) mais ce n'est pas pour les faibles d'esprit et est susceptible d'être incompatible avec la diffusion d'annonces de toute façon en raison de la nécessité de servir du contenu sur le même domaine. Notez que le passage aux IFRAME ne réduira pas le temps de chargement de la page tel que mesuré par n'importe quel plugin de navigateur, mais il chargera au moins les annonces en arrière-plan, ce qui signifie que le navigateur n'arrêtera pas le Javascript. Nous avons également expérimenté des techniques qui utilisent Javascript pour différer l'activation du paramètre src IFRAME jusqu'à ce que nous soyons prêts à laisser les annonces commencer à télécharger (par exemple, après que les parties au-dessus de la page aient rendu). Cependant, il s'agit d'un bon équilibre entre l'affichage du contenu de l'annonce payante et le contenu principal de votre page.