Распараллелить запросы ставок
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Обзор
В ходе этого аудита проверяется, выполняются ли запросы ставок заголовков последовательно. В большинстве случаев эти запросы не зависят друг от друга и могут выполняться параллельно для ускорения загрузки рекламы.
Рекомендации
Выдавайте запросы на назначение ставок в заголовке параллельно, а не последовательно. Это означает, что вам следует отправлять все запросы ставок одновременно, а не отправлять по одному запросу. Если вы используете библиотеку ставок по заголовку, в документации библиотеки могут быть рекомендации, как это сделать.
Список поддерживаемых рекламных бирж и платформ предложения, которые оценивает этот аудит, можно найти в нашем репозитории GitHub .
Как уменьшить задержку назначения ставок в заголовке с помощью Prebid.js
Если не указано иное, контент на этой странице предоставляется по лицензии Creative Commons "С указанием авторства 4.0", а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2024-10-30 UTC.
[null,null,["Последнее обновление: 2024-10-30 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"]]
