Your content is always fresh in the cache. Instead of purging expiring content, it is updated from the origin. Your content is always served from the cache - and always fresh.
When content is updated, you can notify our CDN of the changes either via special HTTP headers or PURGE requests. Or just update everything at once when your are finished with your changes.
All of your content is cached according to the HTTP caching specification (RFC 9111). But you also have the possibility to cache any other request, such as POST requests. So you can cache e.g. your GraphQL queries or complex POST calculations.
- 100% SLA
- Automatic SSL
- Page Rules
- Instant purge
- CNAME configuration (with redirects)
- Root domain configuration
- HTTP caching standard compliance
- Brotli compression (coming soon)
- Image optimization (coming soon)
- IPv6 (coming soon)
- Outgoing traffic
- 0.05 € / GB
- Storage (after 50 GB)
- 2 € / GB
- Root domain CDN
- 5 € / mo
Minimum 5 € / mo
Contact us for even more features!
- 24/7 support
- Caching POST requests
- Log forwarding
- Custom PoP locations
- Cache storage control (LRU on rules-based eviction)
Create a static version of your site
We never evict (invalidate in HTTP caching speak) content from the cache. Rather, all content is kept in the cache until instructed otherwise. This means you can e.g. take your origin server completely offline without worrying about the availability of your site.Example customer: SaaS company spinning up their WordPress instance about once per month to make changes to their marketing site.
Cache complex queries and API responses
We cache all read requests - including POST requests that only read content. If a response is the same every time and causes no side effects, it will be served from cache. This means you can enjoy lightning-fast speeds even for e.g. GraphQL queries and complex API requests.Example customer: 3D modeling company caching gigabytes of renders based on dozens of different inputs.
Update dynamic content on demand
Sometimes content or data changes, in which case we update the cache where needed. The next time someone requests the changed content, the updates will already be in the cache. This means you can cache even the most dynamic content while always keeping everything up to date.Example customer: Financial services company keeping their customer portal with slow 3rd party dependencies entirely in cache.
Try it out
Test how your site (or API) performs when it gets the performance boost of the acache CDN!
I'm trying out your CDN, but my PageSpeed Insights performance score doesn't change - why?
PageSpeed Insights (i.e. Lighthouse) and other similar tools artificially slow down the network while testing a site, so you won't necessarily see the (very real) network performance improvements in these tools. The best way to test your site is to simply browse it yourself and see the difference.
One way to see the network performance of your site is to check the Chrome User Experience reports (CrUX) e.g. by checking your site on PageSpeed Insights. A Content Delivery Network will directly impact the "Time To First Byte (TTFB)" metric seen in under "Discover what your real users are experiencing". This metric shows how long it takes your server to start responding to a real user request, and improvements here will translate to better performance directly.
How can I be sure that my site will always be online after I switch to acache.io?
You don't. Sometimes entire networks or datacenters go down, and this is no different for acache.io. However, we have servers all around the world, many layers of monitoring, and many layers of fallbacks in case of issues. Our servers are located in the most secure and reliable datacenters available. We do have a 100% uptime guarantee (Service Level Agreement), and if we do not hit that we'll pay you back x10.
You can always check our status page, which has a live view of the status of our network, along with past incidents. We believe in transparency and will list all small and large incidents there (in fact, incidents are automatically created and listed on the status page even for a single missed check). If you need 24/7 support contact us to get on our custom pricing plan.
How do I know my forms won't stop working or you won't cache pages for logged in users?
Our caching system is compliant with the HTTP caching standard (RFC 9111), which means we do not cache things your server tells us not to cache. As a general rule, things that cause side effects (e.g. change data, interact with another system such as email signups, and so on) are never served from the cache. Authenticated requests (with the "Authentication" HTTP header) are also never served from cache, and servers such as WordPress will tell us in the response not to cache responses that are authenticated via a cookie - e.g. the admin pages.
Having said that, it is of course possible that servers do not follow the HTTP standards, which might lead to caching content that should not be cached. In these cases you can leverage our Page Rules to manually add the desired caching behavior for any page or other URL.
Please see our HTTP caching test results and see for yourself how the acache.io caching engine stacks up. The tests are created by Mark Nottingham, a co-author of the HTTP caching specification, and is the same exact test suite available at cache-tests.fyi - just with our caching engine `Always-Cache` added.
We are committed to finding the best solution for everyone. Email us and we will make sure you get the network performace you need. And some much deserved rest for your firstname.lastname@example.org