Skip to content
CS-05 Web / Performance

Guitar Shop Website Speed Overhaul

A speed and search overhaul for a guitar shop's website and online store. On a typical phone, the homepage went from 17.8 seconds to show its main content to 2.9, the store's listings from 14.8 seconds to half a second, and phone visitors got a menu for the first time.

Homepage on a typical phone
17.8s → 2.9s
Client
A Front Range music retailer whose website includes an online store, free tools, and paid services.
Status
Shipped Oct 2026 · live
/ The Challenge

Where the hours were going.

The shop's website had grown fast: an online store, a serial number decoder, valuation and authenticity reports, and repair pricing. It looked fine on a desktop computer. On a phone, where most visitors actually are, it was slow. On a mid-range phone with an ordinary 4G connection, the homepage took 17.8 seconds to show its main content and over 30 seconds to finish loading. The repair page took 36.

Some problems were invisible from a desk. Every static page hid its menu on small screens without putting a menu button in its place, so phone visitors had no way to get around. The store showed one product per screen. And Google was being sent mixed signals: hundreds of sold items still listed for search, addresses that redirected elsewhere, and missing pages that returned the homepage instead of a proper "not found".

/ What We Built

The AI-enhanced workflow.

We measured before changing anything. Every type of page was tested as a mid-range phone on a slow connection, recording when the main content appeared, how much the layout jumped around, how much it downloaded, and what a search engine saw before any code ran. Each fix was chosen from those numbers and re-measured on the live site afterward.

Images were the biggest win. Photos were stored far larger than they were ever shown; the logo alone was 2.2 MB. Every image was resized to how it's actually displayed and converted to a modern format. The repair page went from 6.9 MB to 15 KB on first load, and the homepage from 6.5 MB to 0.3 MB.

The online store's code had the same problem. It was built on a purchased template that shipped its unused demo features to every visitor, including a 3.5 MB programming tool used only by the template's own documentation. Removing the leftovers and loading each page's code only when it's needed cut the store from 1.6 MB to 283 KB, compressed.

Then we fixed the phone experience and the search basics. Every page got a working phone menu. The store got a two-column grid and a proper filter drawer. Store pages now arrive with their products already in the page, so they show in half a second and search engines can read them. Sold items are kept out of Google, every listed address is final, and unknown pages return a real "not found".

/ Capabilities

What it does.

F-01

Measured on a real phone profile

Every page tested as a mid-range phone on 4G, before and after each change, on the live site.

F-02

Images sized to the screen

Each photo is delivered at the size it's shown, so phones download kilobytes instead of megabytes.

F-03

Template leftovers removed

Unused demo code from a purchased template was stripped out, and each page loads only the code it needs.

F-04

Search engine basics

Content in the page, final addresses, real error pages, and sold items kept out of search results.

/ How We Built It

From friction to system.

  1. Step 01

    Measure first

    A full audit of every page type at phone size, with the numbers saved as a baseline.

  2. Step 02

    Fix navigation

    A phone menu on every page, since phone visitors couldn't get around at all.

  3. Step 03

    Shrink the downloads

    Images resized and converted, unused template code removed, code split by page.

  4. Step 04

    Clean up for search

    Sitemap, page addresses, error pages, and sold items sorted so Google sees the right pages.

  5. Step 05

    Verify on live

    Every fix re-measured on the live site, with a repeatable check to run after each release.

/ Outcomes

What changed.

  • Homepage main content on a typical phone: 17.8 seconds to 2.9; fully loaded: 33.7 seconds to 3.3
  • Store listings visible in 0.5 seconds, down from 14.8
  • Repair page fully loaded in 2.6 seconds, down from 35.9
  • Store code 82% smaller: 1,577 KB to 283 KB compressed
  • Valuation page layout shift cut from 0.15 to 0.004, well under Google's 0.1 "good" threshold
  • Search listings trimmed from 506 pages to the 305 products actually for sale
/ Questions

Common questions.

Does site speed really matter for a small business?
Yes. Most visitors are on phones, often on slow connections, and a page that takes 18 seconds to show anything loses most of them before they see what you sell. Speed also feeds into how Google ranks pages.
Did the site have to be rebuilt?
No. Every fix worked with the existing site and store: resized images, removed unused code, a phone menu, and better search signals. The design stayed the same.
Why do purchased templates cause so much trouble?
They're built to show off every feature, so they ship demo pages, extra libraries, and tools you'll never use. Unless someone strips those out, every visitor downloads them.
Can you check my site?
Yes. The same phone audit works on any site and shows exactly where the time goes before anything is changed.