Optimize bandwidth
Reduce import file size and bandwidth usage for faster, lighter updates.
Bandwidth optimization using the ETag header
When you have a feed that changes less often than your project is scheduled to run, re-downloading the entire feed at every run would be wasteful. It could unnecessarily delay your project, and you incur unnecessary egress costs with your hosting provider.
To avoid unnecessary downloads, you can turn on bandwidth optimization for http and https imports. When this setting is turned on, we will still check your file at every run, but if your server indicates that the file did not change since the previous download, then we will not download it again.

Technical details
When bandwidth optimization is turned on, during a download we save the value of the ETag http header, if your server includes it in the response. At the next run, we include an If-None-Match http header with our request, that holds the previously observed ETag value. If your server then responds with http status code “304 Not Modified”, then we know that the file did not change.
This means that for bandwidth optimization to apply, your server must do two things:
It must include an ETag header in its response
It must respect the If-None-Match request header
Common servers such as Apache, Nginx, and Amazon S3, support this out of the box, so you don’t need to take any special care to take advantage of bandwidth optimization.
If your server does not include an ETag header, or if it never serves a “304 Not Modified” response, then bandwidth optimization has no effect, and we will download the entire file at every run.
Q&A
Last updated
Was this helpful?
