Carregar solicitações de lance em paralelo
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Visão geral
Essa auditoria verifica se as solicitações de lances de cabeçalho estão sendo feitas
de forma sequencial. Na maioria dos casos, essas solicitações não dependem umas das outras e
podem ser feitas em paralelo para acelerar o carregamento de anúncios.
Recomendações
Emita solicitações de lances de cabeçalho em paralelo, não sequencialmente. Isso significa que você precisa enviar todas as solicitações de lance ao mesmo tempo, em vez de emitir uma solicitação por vez. Se você estiver usando uma biblioteca de lances de cabeçalho, a documentação
da biblioteca poderá ter recomendações sobre como fazer isso.
A lista de trocas de anúncios e plataformas de fornecimento com suporte
avaliada por essa auditoria pode ser encontrada em
nosso repositório do GitHub.
Como reduzir a latência dos lances de cabeçalho com o Prebid.js
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2024-06-26 UTC.
[null,null,["Última atualização 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"]]
