To see whether this is the cause of your spikes, click on one of the high points in your chart and then click View Test. Look for lots of blank space with a few little blips of activity in your waterfall chart, like this:
You can identify the cause of these requests by clicking anywhere on the waterfall chart to expand it, and then clicking on the request to see the full details. Often these requests come from third parties like chat widgets or analytics.
When SpeedCurve tests your web page, it waits for a 5 second period of no network activity before considering the page to be fully loaded. If something on the page is making requests more frequently than this, they can cause the fully loaded time to increase.
There are several methods to prevent these spikes. All of them work by removing or suppressing the requests.
This method requires no special SpeedCurve features. Simply add a query string parameter to your page that disables the chat widget, analytics, or other script that is causing these requests.
Use synthetic scripting to block either the requests themselves, or whatever is making the requests. The script might look something like this:
block https://full.request/path navigate https://your.page/
Another solution is to ask whoever is causing the requests to reduce their frequency. It's best to send requests only when necessary. Sending requests too often can negatively impact battery life on mobile devices, because it doesn't give the device enough time to switch to a low-power radio (3G/4G data) mode.
Updated 16 days ago