Post by tasnuba123 on Nov 6, 2024 22:47:26 GMT -5
An icon in the Twin Cities triathlon community, Jerry Sio, has a website that is good to have. He has been able to parlay his love for the sport of triathlon into an occupation as a triathlon race announcer, as well as the owner of the very popular and respected website
Its all about performance
But, the problem - similar to a swimmer who has plateaued in their swim/bike/run speed at this point in the racing season - is that Jerry's site may have recently "plateaued" in response time and in order to continue to improve, probably needs some ongoing response time and performance monitoring.
Remarkably, as the summer racing season moved on and the number of .gifs and .jpgs advertising Lycra-clad triathletes on the site shopify website design grew, the site's response times sloooow-ed accordingly. And finally, after a particularly busy July 18-19 triathlon weekend of announcing, posting race re-caps and photos, the website response times literally crawled across the finish line, so to speak.
So, as I'm active in the Twin Cities triathlon world and wanted to have a better reading experience this weekend at the races, I ran some full page download website monitoring tests and sent Jerry a quick email with a snapshot of his page items' response times using Dotcom-Monitor's newly expanded waterfall chart report tool to help him improve his site speed. I also ran a keyword checker to monitor the web pages, which can be seen in detail at the Keyword Checker on our wiki .
Triathletes are masters at identifying tiny aspects of their races to increase their speed (see the little things on swim to bike transition tips here ). Likewise, on a dynamic and constantly updated website, time monitoring page elements is especially important in order to tweak the site as needed to maintain fast response times. After a race weekend, triathletes start logging into the site like Jerry on Monday morning to check race results and updates and anecdotes on triathlon races. As you might expect, they expect the site to have cool photos and ads for swimmer stuff, but as you might expect, they also want the site to be fast.
Its all about performance
But, the problem - similar to a swimmer who has plateaued in their swim/bike/run speed at this point in the racing season - is that Jerry's site may have recently "plateaued" in response time and in order to continue to improve, probably needs some ongoing response time and performance monitoring.
Remarkably, as the summer racing season moved on and the number of .gifs and .jpgs advertising Lycra-clad triathletes on the site shopify website design grew, the site's response times sloooow-ed accordingly. And finally, after a particularly busy July 18-19 triathlon weekend of announcing, posting race re-caps and photos, the website response times literally crawled across the finish line, so to speak.
So, as I'm active in the Twin Cities triathlon world and wanted to have a better reading experience this weekend at the races, I ran some full page download website monitoring tests and sent Jerry a quick email with a snapshot of his page items' response times using Dotcom-Monitor's newly expanded waterfall chart report tool to help him improve his site speed. I also ran a keyword checker to monitor the web pages, which can be seen in detail at the Keyword Checker on our wiki .
Triathletes are masters at identifying tiny aspects of their races to increase their speed (see the little things on swim to bike transition tips here ). Likewise, on a dynamic and constantly updated website, time monitoring page elements is especially important in order to tweak the site as needed to maintain fast response times. After a race weekend, triathletes start logging into the site like Jerry on Monday morning to check race results and updates and anecdotes on triathlon races. As you might expect, they expect the site to have cool photos and ads for swimmer stuff, but as you might expect, they also want the site to be fast.