Równoległe wczytywanie pytań o stawkę
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Przegląd
Ten audyt pozwala sprawdzić, czy żądania określania stawek przez kod w nagłówku są wysyłane po kolei. W większości przypadków te żądania nie są od siebie zależne i można je wysyłać równolegle, by przyspieszyć wczytywanie reklam.
Rekomendacje
Wysyłaj żądania określania stawek przez kod w nagłówku równolegle, a nie po kolei. Oznacza to, że wszystkie pytania o stawkę należy wysłać w tym samym czasie, zamiast wysyłać je pojedynczo. Jeśli używasz biblioteki określania stawek przez kod w nagłówku, być może w jej dokumentacji znajdziesz odpowiednie wskazówki.
Listę ocenianych w tym audytie obsługiwanych giełd reklam i platform dostawców reklam znajdziesz w naszym repozytorium GitHub.
Jak skrócić czas oczekiwania na określanie stawek przez kod w nagłówku za pomocą Prebid.js
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2024-06-26 UTC.
[null,null,["Ostatnia aktualizacja: 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"]]
