Good day everyone,
Oh the joys of affiliate marketing. Stayed up until 5am editing, changing up, and removing redirects on a lander only to find it loads in 3-4secs 
I've tried a few things to cut the load speeds, I linked to the google jquery.min.js and I also tried creating a separate file for it. Compressed images. But still slow, by the way this is one of those FB looking spinner sweeps landers. Is it possible to get this sub 1 sec?

This domain is on NS1 and s3/Cloudfront.
Which tool are you using to test speed? Pingdom?
Try this tool - it can provide good suggestions on optimizing for speed:
https://gtmetrix.com/
Also - go to the following post and look for the section "Try decreasing your page load speed!" - you may find some good tips there:
https://stmforum.com/forum/showthrea...-AM-FAQ-Thread!
Hope that helps!
Amy
In case you have ripped your lander from a spy tool like Adplexity, preliminary optimizations have been already done to that lander. Results on image compression will show you with very little difference when passing the images on them.
When it comes to jquery files keep in mind to always replace them with google respective versions.
On testing tools one thing you will notice on speed timings is that on the first trials everything seems pretty slow. The case may be that the files are not fully cached in the cloudfront distribution server for the desired geo.
Still not happy with timings? Try Google's online storage, maybe it can work better on specific geos.
Also keep a close eye on traffic source and tracker stats. High difference in visits delivered from TS to tracker may indicate that there is something wrong.
Last suggestion, try a different DNS provider, maybe name serving services can be faster, but always keep an eye on pricing and overall improvement. 
Yes, that initial screenshot was from Pingdom. The lander's for an offer in AU so that's why I used it.
I since moved this domain from NS1 to Route 53 and tested it with GTMetrix as well:

Top 2 recommendations are GZIP and browser caching. I remember reading somewhere here on the forum that GZIP doesn't make much of an improvement so that's why I ignored that one. And caching wouldn't make a difference for 1st page visit.
To platinum's point, these being ripped from Adplexity, I would think they're pretty well optimized already? Even with that I cut out one JS script which I deemed unnecessary and as far as the minified JS I split tested with one linking to the code (from https://code.jquery.com/jquery-2.1.4.min.js) and one "locally" stored on the CDN. Both versions are 2+ secs on Pingdom in AU. And 1.2-1.4secs on GTMetrix (after repeated tests).
Is it realistic for one of these spinner-type landers to be sub 1 sec with a CDN like Cloudfront?
Perhaps upload the lander somewhere so other members can have a crack at it?
I can't promise that will happen, but might be worth a shot!
(Maybe make it into a challenge of some sort - start another thread - and offer a prize?)
Amy
I'd run the pingdom test a dozen times in quick succession and see what the speeds are at the end of that test.
53kb in 2 seconds implies that something in the hosting chain is slow as hell, and if that was the first time you'd run the test, or one of the first few, what was probably happening was that Cloudfront was requesting it from source, and thus being very slow.
Spam it a bit to give Cloudfront the idea it's popular, and see what the load times drop to.
Okay I believe I got to the bottom of the speed problem! It must have been the DNS. After switching DNS over to Route 53 on all domains now and making sure to add the dot (.) at the end of the nameservers in the registrar (had neglected to do this - not sure if it caused delays), the load times were cut in half. I can finally see interactive sweeps landers with JS load around 200-500ms. And that's only after 9 hours of propagation.
I'd like to clarify 2 things on Cloudfront/Route 53 -
Interesting results! Thanks for following up and letting us know what worked.
Incorrect DNS setup can absolutely lead to delays, as more queries are needed than should be.
Wow thanks for reporting back! I'm going to link to your post from the big FAQ, and direct other people that experience the same problem, to it.
Congratulations!!
Amy
I believe I spoke too soon!
I followed the Pingdom real time tracking guide and decided to implement it in this next campaign.
Here's what I'm getting from Pingdom real time:




Just like with the last campaigns - conversions are looking horrendous right now.
If anyone can share any advice on how this loading speed issue I'd be eternally grateful - this one issue is holding me back from running my first real campaign, optimizing, etc.
I've followed the S3/Route 53/Cloudfront setup tutorials here on STM to a t. All of these landers are from Adplexity, although I've played around with them quite a bit, mostly cosmetically. I meticulously went through them and removed sneaky redirects and replaced jquery files. I'm also split testing with Google hosted jquery files but both versions are still slow.
No idea what is going on. I can only guess that it's coming from DNS (Route 53) issues since at times testing on Pingdom I frequently have the timer run to 60s and waterfall will show a really long DNS time (in pink):

And on GT Metrix I will see long "Blocking" times (in brown):

Any thoughts on what could be causing these issues?
Day 2 of monitoring with Pingdom and it's gotten even worse. First day stats were actually median, not average, so slightly skewed. I've seen some page loads today go as high as 300+ seconds. The average is now close to 8 seconds. All 4 landers (with Google JS and JS file versions) are performing bad. There's no one that's impacting the average. I will try to change the lander links to go through the cloudfront URL but from what simple speed test tools like Pingdom/GTMetrix are telling me, that isn't the issue.





@plamen can you test one of your landers with CloudFront's domain in order to make sure the DNS is not interfering in the performance? Also, S3 bucket location and where it has to be served.
Usually cloudfront requires around an hour to distribute the content

One other option is going with a Linode VPS server for your landers, also Google Cloud Storage another alternative.
Split test the platforms and stick with the one that works out for you.
ATM can't share any results since i'm on mobile, but one thing i would do in this situation is split teat the three options.
Zeno has already shared a stack script in the below thread that will help you setting up your Linode server if you're not quite sure how to set it up:
https://stmforum.com/forum/showthrea...he-StackScript
Follow the instructions on this guide to have it done in just a few minutes.
The good thing about Linode servers is that you can turn the down and up based on your needs and pricing is on hourly base.
On top of that you can try cloudflare to improve speeds if needed (not quite sure how that might work)
One thing about Amazon S3 that might cause the issue is the storage type selection, in case you've selected near-line/midline storage that might not be the best option. You need to select the high performance one. Check them again maybe we can figure out what might be the issue.
Interesting - so you're saying change it to "Standard - IA" instead of "Standard" correct?
What are your thoughts on Cross-Region Replication? I'm thinking about trying it out.
Wished I was better at technical stuff to be able to help! Hope you guys can get to the bottom of this.
What I WILL do is bump this thread from time to time to hopefully draw more attention and advice.
Amy