DeferredRequestInit
Limited availability
This feature is not Baseline because it does not work in some of the most widely-used browsers.
Experimental:This is anexperimental technology
Check theBrowser compatibility table carefully before using this in production.
TheDeferredRequestInit dictionary of thefetchLater() API represents the set of options that can be used to configure a deferred fetch request.
TheDeferredRequestInit object is passed directly into thewindow.fetchLater() function call as the second argument.
In this article
Instance properties
This dictionary extends theRequestInit dictionary with the addition of the following properties:
activateAfterOptionalA
DOMHighResTimeStampindicating a timeout in milliseconds after which the fetch request should be sent. The fetch can be sent earlier on navigating away. Theactual sending time is unknown, as the browser may wait for a longer or shorter time, for example, to optimize the batching of deferred fetches. If theactivateAfterproperty is not provided, the deferred fetch waits until the end of the page visit (including entering thebfcache).
Exceptions
RangeErrorDOMExceptionRaised when a negative
activateAfteris provided.
Examples
>Defer aGET request until the page is destroyed or enters the bfcache
In this example, noDeferredRequestInit object is provided and no timeout is used:
fetchLater("/send_beacon");Defer aPOST request for around 1 minute
In this example we create aRequest, and provide anactivateAfter value to delay sending the request for 60,000 milliseconds (or one minute):
fetchLater("/send_beacon", { method: "POST", body: getBeaconData(), activateAfter: 60000, // 1 minute});Note:The actual sending time is unknown, as the browser may wait for a longer or shorter period of time, for example to optimize batching of deferred fetches.
Specifications
| Specification |
|---|
| Fetch> # deferred-fetch> |