Evita las solicitudes de cuello de botella
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Descripción general
Esta auditoría identifica las solicitudes de larga duración que bloquean la primera
solicitud de anuncio. Estas son solicitudes que se iniciaron y también recibieron una
respuesta antes de que se realizara la primera solicitud de anuncios. Reducir la cantidad y la duración
de estas solicitudes de bloqueo reducirá la latencia de la primera solicitud de anuncio,
lo que acelera la carga de anuncios.
Recomendaciones
Los detalles de esta auditoría contienen las 5 solicitudes de bloqueo principales
(por costo). El objetivo aquí es quitar o reducir la
duración de estas solicitudes para acelerar la carga de anuncios. A continuación, se incluyen algunas sugerencias para hacerlo:
- Eliminar las solicitudes innecesarias
- Diferir las solicitudes que no sean críticas hasta que se carguen los anuncios
- Emitir solicitudes en paralelo en lugar de en serie
- Mejorar los tiempos de respuesta mediante la optimización de servicios de backend, con HTTP/2, etcétera
En esta auditoría, se muestran las 5 solicitudes de cuello de botella principales por costo. El costo de una solicitud se calcula de la siguiente manera:
request duration + (request self-time * 3)
Cuando el tiempo propio de la solicitud es igual a la duración menos el tiempo del bloqueo de otras solicitudes. Solo se consideran las solicitudes con un tiempo propio superior a 250 ms o una duración superior a 1 s.
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-07-25 (UTC)
[null,null,["Última actualización: 2025-07-25 (UTC)"],[[["\u003cp\u003eThis audit focuses on identifying and mitigating long-running requests that delay the initial ad request, ultimately hindering ad loading speed.\u003c/p\u003e\n"],["\u003cp\u003eBy reducing or removing these "blocking requests," publishers can significantly improve the latency of their first ad request.\u003c/p\u003e\n"],["\u003cp\u003eOptimization strategies include eliminating unnecessary requests, deferring non-critical requests, parallelizing request execution, and enhancing backend service response times.\u003c/p\u003e\n"],["\u003cp\u003eThe audit highlights the top 5 most impactful blocking requests based on a calculated "cost" that factors in request duration and self-time.\u003c/p\u003e\n"],["\u003cp\u003eRequests with self-times exceeding 250ms or durations longer than 1s are flagged for potential optimization to improve ad loading performance.\u003c/p\u003e\n"]]],["The audit identifies long-running requests that delay the first ad request. It highlights the top five blocking requests based on their calculated cost. Actions to reduce delays include eliminating or deferring non-critical requests, issuing requests in parallel, and improving response times. The cost of a request is its duration plus three times its self-time (duration minus blocked time). Only requests with self-time above 250ms or duration above 1s are considered.\n"],null,["# Avoid bottleneck requests\n\nOverview\n--------\n\nThis audit identifies long-running requests that are blocking the first ad\nrequest. These are requests that were initiated and which also received a\nresponse before the first ad request was made. Reducing the number and duration\nof these blocking requests will reduce the latency of the first ad request,\nspeeding up ad loading.\n\nRecommendations\n---------------\n\nThe details of this audit contain the top 5 blocking requests\n([by cost](#more_information)). The goal here is to remove or reduce the\nduration of these requests to speed up ad loading. Some tips for doing this\ninclude:\n\n- Eliminating unnecessary requests.\n- Deferring non-critical requests until after ads are loaded.\n- Issuing requests in parallel rather than serially.\n- Improving response times by optimizing backend services, using HTTP/2, etc.\n\nMore information\n----------------\n\nThis audit displays the top 5 bottleneck requests by cost. The cost of a request\nis computed as follows:\n\n`request duration + (request self-time * 3)`\n\nWhere request self-time is equal to duration minus time spent blocked by other\nrequests. Only requests with a self-time greater than 250ms or a duration\ngreater than 1s are considered. \n[View audit source](https://github.com/googleads/publisher-ads-lighthouse-plugin/tree/HEAD/lighthouse-plugin-publisher-ads/audits/bottleneck-requests.js) [Improve this article](https://github.com/googleads/publisher-ads-lighthouse-plugin/tree/HEAD/docs/audits/bottleneck-requests.md) [Report an issue](https://github.com/googleads/publisher-ads-lighthouse-plugin/issues/new?labels=documentation&template=documentation-feedback.md&title=Documentation+feedback%3A+bottleneck-requests.md)\n\n\u003cbr /\u003e"]]
