Foire aux questions (FAQ) - Chargement paresseux, défilement infini et applications à page unique (SPA)

Ce message a été mis à jour pour la dernière fois le 14 septembre 2021

Le chargement paresseux se produit lorsqu'un article ou une page contient de nombreux éléments, peut-être des parties de listes, des images ou des sous-sections d'articles, et lorsque l'utilisateur fait défiler vers le bas, les éléments ne sont pas réellement téléchargés tant que l'utilisateur n'est pas à proximité de la page.

Le défilement infini se produit lorsque l'utilisateur approche de la fin d'un article et qu'un autre article ou élément de contenu susceptible de plaire à l'utilisateur est immédiatement ajouté à la page afin que l'utilisateur puisse continuer à profiter du site avec un minimum d'effort.

Les applications à page unique (SPA) sont l'endroit où l'utilisateur clique sur un élément de la page, et au lieu d'actualiser toute la page, seules les parties de la page qui changent (généralement le contenu central) sont mises à jour. Cela se traduit souvent par une expérience de site Web beaucoup plus rapide, mais certains moteurs de recherche ont des problèmes pour indexer ce contenu.

Ces trois techniques sont souvent combinées pour créer des expériences Web fluides et très rapides.

Comment savoir si Lazy/Infinite/SPA me convient ?

Tout d'abord, vous devriez avoir un développeur régulier dans votre équipe pour exécuter correctement ces stratégies. Il existe une poignée de plugins wordpress qui peuvent offrir de telles fonctionnalités, mais nous avons souvent constaté que leur expérience utilisateur était très médiocre. Si vous n'avez pas de développeur, ces techniques avancées seront très difficiles à mettre en œuvre correctement.

Deuxièmement, vous devez tenir compte du fait que les annonceurs achètent des publicités sur une boucle de rétroaction. Lorsque vous commencez à passer à lazy/infinite, la plupart des éditeurs constatent une baisse immédiate du RPM de la session. En effet, leurs unités traditionnelles, en particulier celles situées plus bas sur la page, ont une visibilité beaucoup plus faible. Ces performances publicitaires sont imputées au nouvel inventaire paresseux/infini. La boucle de rétroaction prend du temps pour que les annonceurs s'adaptent. Nous avons vu qu'il fallait 4 à 8 semaines avant que les éditeurs ne commencent à atteindre le seuil de rentabilité. Si vous ne disposez pas de ce temps dans votre cycle de revenus pour investir, vous ne devriez pas tester le chargement différé.

Troisièmement, certains éditeurs s'appuient fortement sur la recherche organique ou la portée sociale organique. De nombreux indexeurs des principaux moteurs de recherche et réseaux sociaux ont du mal à indexer le contenu paresseux/infini/SPA. Pour certains éditeurs, cela signifie que le passage à lazy/infinite/SPA peut réduire le trafic organique. Cela dit, Google et Facebook sont assez habiles pour indexer correctement lazy/infinite/SPA lorsqu'ils sont implémentés proprement avec les principaux frameworks javascript. D'autre part, Google et Facebook incluent fortement la vitesse de chargement des pages dans leurs algorithmes de portée organique, et une accélération drastique de votre page peut entraîner une augmentation significative du trafic organique. Alors faites attention – si votre portée organique chute après le changement, vous devriez sérieusement envisager de revenir aux configurations traditionnelles.

Est-ce que lazy/infinite/SPA augmente les revenus ?

L'idée générale sur lazy/infinite/SPA est que l'utilisateur ne reçoit des publicités/du contenu que lorsqu'il en est proche. Cela augmente considérablement la visibilité et l'engagement avec ces publicités, mais réduit le nombre d'impressions publicitaires. La plupart des annonceurs paient une prime disproportionnée pour une meilleure visibilité. Les statistiques du secteur montrent que doubler la visibilité d'une unité de visibilité de 35 à 40 % à 70 à 80 % entraîne une augmentation de 2,4 fois des revenus. C'est une autre raison pour laquelle les éditeurs cherchent à utiliser lazy/infinite/SPA.

Avec SPA, puis-je actualiser les annonces lorsque l'utilisateur accède à un nouveau contenu ?

Évidemment, si les publicités sont dans le contenu et que tout le volet de contenu est en cours de chargement, vous souhaiterez que les publicités se déclenchent correctement. En ce qui concerne la page, il s'agit d'annonces entièrement nouvelles. Si vous avez des publicités dans la barre latérale qui ne changent pas avec SPA, vous ne devez les actualiser que si elles ont été consultées. Sinon, vous ne faites que nuire à vos propres statistiques de visibilité. Vous pouvez contacter votre spécialiste des opérations publicitaires pour obtenir de l'aide dans la configuration de ces actualisations d'impressions vues.

Quand dois-je charger lazy/infinite et combien de contenu dois-je charger ?

Lorsque la fenêtre d'affichage de l'utilisateur descend à environ une fenêtre d'affichage du bas de la page, vous devez commencer à charger le contenu avec un défilement paresseux ou infini. N'attendez pas que l'utilisateur atteigne le bas de la page, sinon vous obtiendrez une expérience utilisateur très médiocre car il attend constamment que le contenu se charge. Au lieu d'attendre, beaucoup partent.

La quantité de contenu qui doit être chargée avec un défilement infini dépend de votre moyenne de pages vues par session. Si vos utilisateurs ont régulièrement en moyenne 10 pages vues, alors vous devriez envisager de charger jusqu'à 10 articles maximum sur une page vue (en chargeant chacun individuellement bien sûr). Après cela, affichez une liste d'options sur lesquelles l'utilisateur doit réellement cliquer. Il est important de limiter les éléments de contenu par page car il existe de nombreux robots en ligne qui consommeront des tonnes de ressources de serveur simplement en faisant défiler jusqu'à ce qu'ils arrivent au bas d'une page, et si votre défilement infini est vraiment infini, vous allez gaspiller beaucoup de ressources sur de telles charges.

Combien d'annonces pouvons-nous charger sur une seule page avec lazy/infinite/SPA ?

Nous avons constaté que certains éditeurs deviennent très agressifs avec le nombre d'annonces chargées par page. Le chargement paresseux et le défilement infini ne sont pas une excuse pour diffuser des annonces illimitées sur une page. Les éditeurs qui franchissent certaines limites voient leur portée réduite sur les réseaux sociaux et les moteurs de recherche. Nous avons confirmé que le chargement de 75 unités sur une page enfreint les directives des réseaux sociaux populaires, réduisant considérablement la portée sociale de l'éditeur.

Pour mobile, il ne devrait jamais y avoir qu'une seule unité à l'écran ; jamais deux blocs d'annonces à un moment donné. Les unités d'ancrage sont l'exception à cela, bien que certaines plateformes sociales réduisent la portée de l'utilisation des ancres. En d'autres termes, incluez une annonce, puis remplissez le contenu d'une hauteur d'écran complète, puis vous pouvez inclure une autre annonce.

Puis-je utiliser les mêmes balises, blocs d'annonces ou PID d'enchères d'en-tête pour séparer les configurations de test paresseux/infini/SPA par rapport aux configurations traditionnelles ?

Non. Si vous procédez ainsi, les annonceurs ne pourront pas différencier les deux segments d'inventaire. Les impressions d'annonces sur une expérience publicitaire paresseuse/infinie ont généralement une visibilité et un CTR nettement plus élevés, car elles sont beaucoup plus susceptibles d'être vues (elles ne sont pas chargées tant que l'utilisateur n'est pas proche). Sans donner aux annonceurs la possibilité de différencier l'inventaire, les éditeurs verront des gains de revenus limités ou négligeables. C'est pourquoi vous devez avoir différents tags d'emplacement publicitaire, différents blocs d'annonces et différents PID d'enchères d'en-tête si vous testez ou passez à lazy/infinite/SPA.

Pourquoi mes pages vues ont-elles chuté avec lazy/infinite/SPA ?

La plupart des plates-formes d'analyse ne comptent pas les chargements paresseux/infinis/SPA comme une nouvelle page vue, sauf si vous avez développé le code pour déclencher spécifiquement un tel événement. Le résultat est que vos pages vues chutent. Au lieu de cela, vous devez faire attention aux sessions et au RPM de la session en tant que KPI principal.

À quelle vitesse les enchères d'enchères d'en-tête peuvent-elles se déclencher et se déclencher avec lazy/infinite/SPA ?

Certains enchérisseurs ne prennent pas en charge les demandes simultanées, de sorte que les enchères ne sont généralement pas déclenchées simultanément. De plus, des demandes excessives entraînent une limitation interne des tarifs par les soumissionnaires. Ils cesseront essentiellement d'envoyer des demandes d'enchères à leurs DSP et autres partenaires publicitaires. De plus, la répétition répétée de nombreuses demandes d'enchères d'en-tête augmente la latence et détériore l'expérience utilisateur pour l'utilisateur. Pour ces raisons, nous avons un minimum strict de 10 secondes entre les enchères, et nous le déplaçons rarement en dessous de 30 secondes.

Il convient également de noter que quelques sources de demande sont tout simplement incompatibles avec plusieurs demandes d'enchères lancées sur la même page vue. Si leur code ne génère pas d'erreur, il répond par une enchère nulle ou nulle. Nous faisons la demande initiale et ne faisons pas de demandes ultérieures pour ces soumissionnaires.

Pour ces raisons, les configurations paresseuses/infinies/SPA auront souvent 2 à 6 ensembles de PID d'enchères d'en-tête pour exactement le même bloc d'annonces, de sorte qu'ils peuvent être utilisés dans des blocs comparatifs et analogues sur la page sans qu'il soit nécessaire de relancer une enchère.

Comment implémenter des publicités avec lazy/infinite/SPA et PubGuru/MonetizeMore ?

Tout d'abord, intégrez votre configuration sur la page comme d'habitude :

 <script src="https://m2d.m2.ai/path-to-config.js" type="text/javascript" async></script>

Ensuite, vos divs publicitaires doivent correctement référencer non pas par ID div, mais plutôt par data-gpt-parent.

 <div class="pg-lazy" data-gpt-parent="leaderboard"></div>

<div class="pg-lazy" data-gpt-parent="right-rail"></div>

<div class="pg-lazy" data-gpt-parent="in-content"></div>

Le data-gpt-parent doit correspondre à l'une des unités de la configuration par code d'espace publicitaire ou d'espace publicitaire (avec ou sans le code de réseau GAM). Cela signifie que si vous avez une unité de "/1234567890/atf-leaderboard" et que l'identifiant div (emplacement) est "atf-lb" dans la configuration, vous pouvez utiliser l'une des valeurs suivantes pour votre data-gpt-parent :

• /1234567890/classement-atf
• classement atf
• atf-lb

Assurez-vous simplement que les codes d'unité ou les identifiants div (emplacements) sont uniques dans la configuration. Lorsque l'utilisateur fait défiler ou change de page avec lazy/infinite/SPA, vous pouvez continuer à référencer les mêmes divs d'unité, et notre code s'occupera du reste. Dans l'exemple de code ci-dessus, si l'éditeur dispose de 5 exemplaires de l'unité "in-content", notre code héritera des paramètres de cette unité pour chacun de ces exemplaires.

Pour plus d'assistance concernant le chargement paresseux de PubGuru Header Bidding et les configurations de défilement infini, créez un compte professionnel sur MonetizeMore dès aujourd'hui !

Dernière mise à jour : 24 octobre 2019