KC
Kova
Commerce
Conversion Rate Optimization

The US storefront is
losing half its buyers
to its own copy.

Pairs Socks has a live, correctly-configured US market that almost nobody is watching. US visitors browse harder than UK visitors and spend 30% more when they buy, but convert at little over half the UK rate. This is an expansion-readiness teardown of what a US buyer actually sees.
Pairs Socks|17 September 2026, findings re-verified 18 September|Shopify + Microsoft Clarity + on-device US render
Section 01 / The headline

Nothing is broken about the US market.
Everything is broken about what it says.

The US market is enabled, prices in USD, and collects duty up front. The plumbing works. What fails is the messaging layer sitting on top of it: three different shipping numbers, a free-shipping bar that never resolves, an order total in the wrong currency, and sizes given only in UK shoe sizes across effectively the whole catalogue. Estimated recovery if US conversion closes to the UK rate: ~£1,030/month (~£12.4k/yr). Half the gap: ~£516/month. These are modelled estimates, not measured results. See the sizing note.
Re-verified 18 September, one day after this audit was written Still live: the GBP order total on the USD cart, the free-shipping bar, the $75.00 shipping rate, and the add-to-cart commit bug. All four reproduced again on an 18 September US mobile render.
Fixed since: the Delivery & Returns page and the site FAQ now both state "$5, free over $75". The PDP's own delivery accordion still reads $10 / $100+, so the product page now contradicts the policy page.
Changed since: the buy button and header counter were renamed from Basket to Cart. The cart page and the gifting upsell still say Basket and Add to Order, so the rename is half finished. Screenshots in this report were captured on 17 September and still show the old wording.
0.86%
US conversion rate
vs 1.46% UK, 59% of it
+30%
US order value
£69.71 vs £53.46 UK, 180d
2.63
US pages / session
vs 1.61 UK mobile
£0
US ad spend
all 4 campaigns target GB only

That combination is the whole story. US visitors look at 63% more pages than UK visitors and stay on the site longer, then leave without buying. That is not a traffic-quality problem or a product problem. Unqualified traffic bounces, it doesn't browse. It is the signature of a visitor who wants the product and cannot resolve a question the site refuses to answer.

Clarity backs it up: US quick-backs run 15.8% on mobile and 18.3% on desktop, against 13.1% and 12.4% for the UK. A quick-back is a shopper opening a page and immediately reversing out of it. US desktop quick-backs are 47% above UK. Dead clicks on US desktop are 10.4% against 6.3% UK.

Section 02 / How big is this, honestly
The US is 2.1% of revenue: 129 orders and roughly £9,000 in the last 180 days, against 7,562 UK orders. It receives no advertising at all: every live Google campaign is geo-targeted to the United Kingdom, and 12,862 of 12,875 clicks in the last 30 days came from GB. The US traffic arriving today is incidental.

So this is not a "recover lost revenue" audit. It is a readiness audit. The fixes below are worth about £1,000/month on today's accidental traffic, which is real but small. Their actual value is that they are the precondition for ever pointing spend at a market where the average order is 30% larger than the UK's. Right now, buying US traffic would be buying visitors into a store that tells them four contradictory things about shipping and gives them shoe sizes they cannot read.

How the estimate was built US sessions from Microsoft Clarity (3-day window, bot sessions removed): ~249 over 3 days, ~2,490/month. US orders: 129 over 180 days, ~21.5/month. That gives a US conversion rate of 0.86%. The same method gives the UK 1.46%. Applying the UK rate to existing US sessions yields ~36 orders/month against 21.5 today: +14.8 orders × £69.71 = ~£1,032/month.

Caveats, stated plainly: Clarity sessions are not GA4 sessions and its free tier samples; the 3-day window is short; bot filtering is crude (50 of 115 US desktop sessions were flagged as bots); and 21 orders a month is a small base. Treat the figure as an order of magnitude, not a forecast. GA4 is not yet wired up for this client. See Section 05.
Section 03 / What a US buyer actually sees
Every finding below was reproduced on a real render at US geolocation, US locale and US market context, and cross-checked against the Shopify configuration or real US order data. Findings are tagged by device.
Finding 01 Both
Confirmed bugHigh impactLow effort
The free-shipping bar is wrong at every basket value, including telling qualified customers they do not qualify.
US cart, $94.50 basket, already over the £-free threshold
US cart, $94.50 basket, already over the £-free threshold

Shopify's US delivery profile sets free shipping at $75. The storefront never says so. Tested live at four basket values:

US basketWhat the bar saysTruth
Empty"Spend $130.00 to get free shipping"Wrong. Threshold is $75. $130 is £100 converted.
$35.00"Spend more to get free shipping"No amount given. Shopper cannot act on it.
$70.00"Spend more to get free shipping"They are $5 away and are not told.
$94.50"Spend more to get free shipping"They already qualify. The bar is actively false.

The $130 figure is the giveaway: it is the GBP "rest of world" threshold of £100 converted to dollars. The theme is reading the UK/international threshold instead of the US market's own. The result is that the single strongest AOV lever in the store is pointed at the wrong number, and then stops producing a number at all.

Fix Point the free-shipping progress bar at the US market's configured threshold.
  1. Set the US threshold to $75 in the theme's shipping-bar setting (or read it from the market rather than a hardcoded GBP value).
  2. Always render the remaining amount: "You're $12.50 away from free shipping." Never "spend more".
  3. When the basket qualifies, say so: "Free shipping unlocked."
US AOV is $94 and the threshold is $75, so most US baskets already clear it. The bar should be delivering a win and is instead delivering a false discouragement.
Finding 02 Both
Confirmed bugHigh impactLow effort
The order total on the US cart is displayed in pounds.

Directly above the Check out button, the US cart renders Subtotal "$94.50 USD" and then Order Total "£94.50". Same number, wrong symbol. Reproduced at both a 1-pair and a 3-pair basket, so it is not a rounding or conversion artefact. The template is emitting a GBP symbol on the final line.

Reproduced live, US context 1 pair  →  Subtotal $35.00 USD  |  Order Total £35.00
3 pairs  →  Subtotal $94.50 USD  |  Order Total £94.50

This is the last thing a US shopper reads before deciding to hand over a card. A foreign currency symbol appearing at the total, on a store that has just promised "all tax and duty included", reintroduces exactly the doubt the announcement bar was there to remove.

Fix Render the Order Total line with the presentment currency, the same way the Subtotal line already does. One-line template change, highest confidence fix in this report.
Finding 03 Both
Config errorHigh impactLow effort
A $75.00 shipping rate is live in the US zone.

The USA delivery zone has three active rates, all named "Express International":

RateApplies whenRead
$5.00Order total $0 – $75Correct. Matches the announcement bar.
$75.00Order total ≥ $75Almost certainly the threshold typed into the price field.
$0.00Order total ≥ $75The intended free-shipping rate.

Where several rates match a basket, Shopify presents all of them. A US shopper with a $75+ basket is therefore liable to be shown two identically-named options, one free, one $75.00. Order data suggests most people pick the free one (31 of 122 US orders shipped at $0), so this is not currently bleeding money at scale. It is a live mis-configuration sitting on the checkout of the market you would expand into.

Fix Open the USA zone, confirm the behaviour at checkout with a $75+ test basket, and delete the $75.00 rate. Give the remaining two distinct customer-facing names ("Express International $5" and "Free Express International").
Finding 04 Both
High impactMedium effortTrust
A US shopper is told three different things about shipping.
WhereWhat it saysAccurate?
Announcement bar"Shipping $5. All tax and duty included in prices."Yes. Rate was cut to $5 in September
Cart bar"Spend $130.00 to get free shipping"No. Threshold is $75
PDP "Delivery & Returns""USA standard delivery, 2–10 working days, $10, free $100+"No. Stale, that was the pre-September rate
PDP FAQ "Is there free delivery?""...over £50 GBP in the UK, €120 in the EU and £100 for the rest of the world"No US answer at all, and quoted in £. As at 17 Sept, not re-checked on 18 Sept
Delivery & Returns page and site FAQ"Shipping to the USA $5. Free on orders over $75", and a "USA standard delivery $5 / $75 & Over" rowYes. Corrected on 18 September, after this audit was written
Checkout$5, or free over $75 (plus the stray $75 rate)The actual truth

The order data confirms which number is current. Across 122 US orders priced in USD over 180 days, shipping charged was $10 on 75 orders, $0 on 31, and $5 on 16, and every one of the $5 charges falls in September 2026. The rate was cut from $10 to $5 this month. The announcement bar was updated, and the Delivery & Returns page and site FAQ were corrected on 18 September, after this audit was first written. The cart bar and the PDP's own delivery accordion were not, so the product page now contradicts the policy page it links to.

Fix
  1. Update the PDP's Delivery & Returns accordion to $5, free over $75. The standalone Delivery & Returns page is already correct; the accordion on the product page still reads $10 / $100+ and is the copy most US shoppers actually see.
  2. Check the PDP's inline "Is there free delivery?" answer carries the same US line the site FAQ now has.
  3. Give "all tax and duty included" far more room than a 12px bar. It is the strongest objection-killer this store has for a US buyer, and it is currently the smallest text on the page.
Finding 05 Both
High impactMedium effort
Sizes are given in UK shoe sizes on 98% of the US storefront, and the fix is already built.
US PDP size selector
The US buy box: "Small (UK 4–7)"

The size selector on the US storefront reads "Small (UK 4–7)". A US shopper has no way to read that. The equivalent is US Women's 6.5–9.5 or US Men's 4.5–7.5, which the site does know, because the full conversion table sits in the "Size Guide" accordion, collapsed, below the buy box.

Here is the important part. The US size translation already exists and already works. One product on the US page renders its variant as "US Men 5–8 / Women 6–9" while its underlying Shopify value is still "Small (UK 4-7)". That is a Shopify market translation, applied correctly. It has simply not been rolled out.

Coverage measured on the live US PDP, 17 September 44 variant entries carrying a UK size on the page.
1 translated to US sizing (2.3%): Storm Grey Mohair Socks → "US Men 5-8 / Women 6-9"
43 still showing UK-only sizing (97.7%)
Across the whole catalogue: 122 of 125 active products carry UK-only size options. Re-checked against Shopify on 18 September and unchanged: 129 active products, 125 with a size option, 325 size values of which zero contain US sizing. Every US size a shopper sees therefore comes from the market translation layer, not the product itself.

This is the cleanest explanation available for why US visitors browse more pages than UK visitors and buy less. They are page-hopping looking for a size they can understand, and the one thing that would resolve it is folded shut underneath the button.

Fix
  1. Roll the existing US market translation across all 122 active products. The mechanism is proven on Storm Grey Mohair, so this is a data task, not a build.
  2. Until that completes, print the conversion inline under the selector: "UK 4–7 = US Women's 6.5–9.5 / US Men's 4.5–7.5".
  3. Surface the Size Guide as a visible link beside the size dropdown, not only as an accordion below it.
Finding 06 Both
Confirmed bugHigh impactMedium effort
Add to Cart does not add anything until the upsell interstitial is dismissed.
What happens after tapping the buy button
What happens after tapping the buy button. Captured 17 Sept, before the button was renamed to Add to Cart.

Tapping Add to Cart does not put the item in the cart. It opens a full-screen offer (four Merino sets at $55, each with its own size dropdown) and the item is only committed once the shopper resolves that offer with "Decline this offer" or "Continue".

Reproduced on a US mobile render 1. Baseline cart → 0 items
2. Click "Add to Cart" → modal opens
3. Cart while the modal is open → still 0 items, header still reads Cart [0]
4. Navigate to /cart during that window → "Your cart is empty"
5. Click "Decline this offer" → the correct item lands in the cart ($35.00 Postbox Red)

So there is a window in which the shopper has acted, the site has visibly acknowledged nothing, and the header counter is actively telling them it did not work. Anyone who taps the X, taps "Cart", or navigates away in that window loses the item with no warning. On mobile the Decline/Continue buttons sit below four product tiles, so the window is long.

This is not a US-only problem, but it lands hardest on the most hesitant visitor in the store. It is also the best available explanation for the US quick-back gap (15.8% / 18.3% against 13.1% / 12.4% UK).

Fix
  1. Commit the item to the cart first, then show the offer. The upsell should be a bonus on a completed action, never a gate in front of it.
  2. Update the header counter to [1] the moment the item is added.
  3. Make the offer dismissible without a decision. An X that closes it and keeps the item.
  4. Reduce it to one or two recommendations. Four products with four size dropdowns is a second shopping task, not an upsell.
Finding 07 Mobile
Medium impactMedium effort
The mobile PDP hides the price, the button and the volume offer. Desktop gets all three right.
Mobile PDP fold: no price, no button
Mobile PDP fold: no price, no button
Desktop PDP fold: price, size, price ladder, button
Desktop PDP fold: price, size, price ladder, button

Two thirds of US sessions land on a product page, so this is the page that matters most. On desktop it is well built. On mobile the entire first screen is a breadcrumb, one image and a swatch row. There is no title, no price, no size selector, no Add to Cart. The buy box sits roughly 975px down a 844px viewport.

DesktopMobile
Price above foldYes, $35.00No
Add to Cart above foldYesNo
Volume offerPriced ladder: "1 Pair $35.00 / 3 Pairs $94.50"Plain text: "Add 3 Pairs for 10% off", no prices
Button orderAdd to Cart first, Gifting secondGifting first, left of Add to Cart

The volume offer is the one to care about. US baskets average 5.16 units, so this audience buys in multiples, and the mobile version strips the offer of the two numbers that make it persuasive. Showing "$94.50" instead of "10% off" is also what pushes a basket past the $75 free-shipping threshold.

Fix
  1. Move title, price, rating and size selector above the gallery on mobile, or shorten the gallery so the buy box is reachable in one thumb-scroll.
  2. Port the desktop priced ladder ("1 Pair $35.00 / 3 Pairs $94.50") to mobile.
  3. Reorder the buttons to match desktop: Add to Cart first, Gifting secondary.
Finding 08 Both
Low effortMedium impact
The store speaks British to an American shopper, and never says when anything arrives.
US homepage fold
US homepage fold

Small things, all cheap, all pointing the same direction:

Finding 09 Both
KeepWorking
What is already right. Do not touch these.
US collection page
US collection page
Section 04 / Do them in this order
Ranked by impact against effort. The first four are configuration and copy, not design, and together they are roughly a day of work.
1
Fix the Order Total currency symbol
A pound sign on the final line of a USD cart, immediately above Check out. One template change.
Low effortHigh impact
2
Point the free-shipping bar at $75 and always show the remaining amount
It currently says $130, then stops giving a number, then tells qualified shoppers they have not qualified.
Low effortHigh impact
3
Delete the $75.00 shipping rate from the USA zone
Verify at checkout with a $75+ basket first, then remove it and rename the remaining two.
Low effortHigh impact
4
Correct the Delivery & Returns table and the delivery FAQ
$5 and free over $75, with a US line in the FAQ. Both still quote the pre-September rate.
Low effortHigh impact
5
Roll out US sizing across the catalogue
The translation already works on one product. Apply it to the other 121, and print the conversion inline in the meantime.
Medium effortHigh impact
6
Add the item to the cart before showing the upsell
Removes a window in which the shopper has acted and the site says nothing happened.
Medium effortHigh impact
7
Add an arrival window beside the Add to Cart button
"Arrives 24–30 Sept." The second question after size, currently unanswered on the page.
Medium effortMedium impact
8
Lift price and Add to Cart above the mobile fold, and port the priced 3-pair ladder
Desktop already does both. Mobile drops the two numbers that sell the multibuy.
Medium effortMedium impact
9
Finish the Basket-to-Cart rename and add review counts
The button and header already say Cart; the cart page and the gifting upsell still say Basket and Add to Order. Put the review number next to the stars.
Low effortLow impact
Section 05 / What this was built on, and what is missing
SourceStatusUsed for
Shopify Admin APILiveUS orders, AOV, units, shipping charged, delivery-profile rates, variant size options
Microsoft ClarityLiveUS vs UK sessions, pages/session, quick-backs, dead clicks, scroll depth, engagement time
Google Ads APILiveConfirming the US receives no advertising
On-device US renderCapturedMobile + desktop at US geolocation, locale, timezone and market context
GA4Not connectedThe funnel by device, the backbone this audit had to work around

GA4 is the gap worth closing. The site runs GA4 (G-ZZTBXWCP8F), but the Data API is not authorised for this account, so there is no add-to-cart or begin-checkout data and no way to see exactly which step US visitors abandon. Everything above infers the leak from behaviour and configuration rather than measuring it. One browser consent fixes it permanently, and it is what any before/after measurement of these fixes will need.

One finding was investigated and deliberately excluded Clarity reports script errors on 6.09% of US desktop sessions against 3.13% of UK, on its face a US-specific JavaScript fault. It was validated before reporting: the US homepage and PDP were loaded in a scripted browser with error, console and failed-request listeners attached, then scrolled and interacted with. Result: zero uncaught JavaScript exceptions on either page. The only failed requests were Shopify's own telemetry endpoint and one CDN asset. There is no US JavaScript bug, and it is not in the findings above.