Charger les demandes d'enchères en parallèle
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Présentation
Cet audit vérifie si les demandes d'enchères d'en-tête sont effectuées ou non de manière séquentielle. Dans la plupart des cas, ces requêtes ne dépendent pas les unes des autres et peuvent être effectuées en parallèle pour accélérer le chargement des annonces.
Recommandations
Émettez des demandes d'enchères d'en-tête en parallèle, plutôt que de manière séquentielle. Cela signifie que vous devez envoyer toutes les demandes d'enchères en même temps au lieu d'émettre une demande à la fois. Si vous utilisez une bibliothèque d'enchères d'en-tête, la documentation de la bibliothèque peut vous fournir des recommandations sur la façon de procéder.
La liste des places de marché et des plates-formes côté offre compatibles que cet audit évalue est disponible dans notre dépôt GitHub.
Réduire la latence des enchères d'en-tête avec Prebid.js
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2024/06/26 (UTC).
[null,null,["Dernière mise à jour le 2024/06/26 (UTC)."],[[["\u003cp\u003eThis audit helps publishers identify if their header bidding requests are being made sequentially, which can slow down ad loading.\u003c/p\u003e\n"],["\u003cp\u003eIt is recommended to issue header bidding requests in parallel to improve ad loading speed by sending all bid requests concurrently.\u003c/p\u003e\n"],["\u003cp\u003ePublishers should consult their header bidding library documentation for specific implementation guidance on parallel bidding.\u003c/p\u003e\n"]]],["The audit assesses if header bidding requests are sequential. Parallel requests are recommended to accelerate ad loading, as requests are often independent. Instead of one request at a time, send all bid requests concurrently. Header bidding library documentation may guide this process. A list of evaluated ad exchanges and supply-side platforms is available in the GitHub repository, and resources are linked for reducing header bidding latency with Prebid.js.\n"],null,["# Parallelize bid requests\n\nOverview\n--------\n\nThis audit checks whether or not header bidding requests are being made\nsequentially. In most cases, these requests are not dependent on one another and\ncan be made in parallel to speed up ad loading.\n\nRecommendations\n---------------\n\nIssue header bidding requests in parallel, rather than sequentially. This means\nthat you should send all bid requests at the same time instead of issuing one\nrequest at time. If you're using a header bidding library, the library\ndocumentation may have recommendations on how to do this.\n\nMore information\n----------------\n\nThe list of supported ad exchanges and supply side platforms this audit\nevaluates can be found in\n[our GitHub repository](https://github.com/googleads/publisher-ads-lighthouse-plugin/blob/HEAD/lighthouse-plugin-publisher-ads/utils/bidder-patterns.js).\n\n[How to reduce the latency of header bidding with Prebid.js](https://dev.prebid.org/overview/how-to-reduce-latency-of-header-bidding.html) \n[View audit source](https://github.com/googleads/publisher-ads-lighthouse-plugin/tree/HEAD/lighthouse-plugin-publisher-ads/audits/serial-header-bidding.js) [Improve this article](https://github.com/googleads/publisher-ads-lighthouse-plugin/tree/HEAD/docs/audits/serial-header-bidding.md) [Report an issue](https://github.com/googleads/publisher-ads-lighthouse-plugin/issues/new?labels=documentation&template=documentation-feedback.md&title=Documentation+feedback%3A+serial-header-bidding.md)\n\n\u003cbr /\u003e"]]
