What I Keep Finding When Shopify Carrier Integration Breaks

Last week on r/shopify, a merchant posted that FedEx had vanished from their label-purchase screen. No email. No error. No setting they could find that had changed. They had been buying FedEx labels through Shopify for years, and they had never connected a personal FedEx account, so they had nothing to "reconnect." The replies were the usual mix of guesses. None of them were the right one.

That post is one of about thirty I have read this quarter that fit the same shape. A shopify carrier integration looks fine, then is silently not fine. The admin gives the merchant nothing to work with. Here is what I keep finding, roughly in the order I check.

What I look for first when a merchant says "shipping just broke"

When a merchant tells me their shopify carrier integration stopped working, I do not start with the carrier. I open Settings > Shipping and delivery > Carrier accounts and see what Shopify thinks the state is. Is the account status "Connected"? Does it say "Reconnect"? Is it just missing entirely from the list, even though it was there a week ago?

The answer to that one question routes most of the rest of the investigation. A connected-but-broken account is a different beast than a silently-disappeared one. A "Reconnect required" prompt is usually fixable through Shopify's flow. A vanished carrier almost never is.

Then I check Settings > Shipping and delivery > [your zone] > Carrier-calculated rates and confirm every service tier the merchant expects to see is actually listed. This catches the post-reconnect service-mapping regression, which is the most awkward failure mode to explain because the OAuth flow appears to have succeeded. The status says Connected. The rate test in admin returns results. The shipping zone dropdown is missing the service.

The FedEx reconnect that does not actually reconnect

This one started showing up in February 2026 and has not really stopped. Shopify emails the merchant saying they need to reconnect their FedEx account because of a "scheduled update." The merchant goes to Settings > Shipping and delivery > Carrier accounts > Reconnect FedEx. FedEx's OAuth portal loads. They click through every step. At the final confirmation, Shopify shows: "The system has experienced an unexpected problem. Please try again later."

What I have seen consistently across the stores that hit this:

1. Labels still work through FedEx Ship Manager directly. The carrier is not the problem.
2. Carrier-calculated rates at checkout disappear, because Shopify can no longer call the FedEx Rate API.
3. Generating a new Production Meter Number in the FedEx Developer Portal, confirming the Rate API module is enabled, clearing cache, using incognito - none of it helps.

I have stopped recommending merchants chase this on their own once it crosses the one-hour mark. The error sits on Shopify's side of the handshake, not the merchant's. If you want a second pair of eyes on your support transcript before you escalate, the first 15 minutes with a help1 expert is free and that is usually enough to confirm whether you have hit this exact mode or something else with similar fingerprints.

If you do get through to Shopify support, reference the specific error text and ask them to check their backend OAuth logs. Sometimes they will. In the meantime, the cleanest temporary bypass for FedEx rates at checkout is a third-party rates app. Intuitive Shipping handles FedEx well; EasyPost works for merchants who are comfortable with the configuration overhead.

A subtler variant of this same mode: after a reconnect that appears to succeed, specific services like FedEx International Connect Plus disappear from the shipping zone dropdown even though the rate test still returns them. Two separate merchants documented this on the Shopify Community as a "service mapping regression" after Shopify's REST API migration. If your post-reconnect symptom is "rates look fine in the test, but the zone has no service to pick," you are almost certainly in this variant. The manual workaround is a flat rate that approximates the missing service until the mapping comes back.

When the label format changes without a heads-up

On or around March 31, 2026, Shopify changed the USPS label template and removed the line that identified the package type and service. If you ship one product in one box, you never noticed. If you ship forty SKUs in different packaging at different service levels, that line on the label was the instruction sheet for your packer, and now it is not.

Around April 15, a second change followed. Shopify swapped the USPS label processor. Two symptoms came with it: missing ZIP+4 digits, and barcodes that thermal printers could not resolve cleanly. The thin lines widened and overlapped on Zebra ZT220 and ZT230 printers. The labels looked fine on screen and unscannable on paper.

The fix for the barcode issue is not in Shopify, it is in the printer driver. Open ZDesigner, find the image printing technique setting, change "Dithered" to "Clipart." A merchant named dean_verhoeven figured this out on the Shopify Community forum after I had already spent an afternoon assuming the labels themselves were corrupt. Print one test label, scan it, move on.

The package-type field is harder. The Liquid template for USPS labels is not customizable for that field. The closest working workarounds I have used:

1. Add the shipping method name to the packing slip template in Settings > Shipping and delivery > Packing slips, and treat the packing slip as the instruction sheet instead of the label.
2. Tag the order at label-purchase time with the chosen package type, and print the order detail page next to the label for the packer.

Neither is great. Both are better than the AI-generated Liquid snippets Shopify's own support assistant has been handing merchants, which do not work and burn thirty minutes of chat time before anyone admits it.

Account verification has no escalation path

A merchant goes to print their first label of a sale weekend. They get: "Shipping labels are temporarily unavailable. We are verifying your account before you can purchase shipping labels. This process may take up to 24 hours."

In practice it takes 2 to 7 days. I have watched it take 6. Shopify support cannot expedite it. Shopify support cannot tell you what triggered it. The triggers I have personally confirmed across stores:

1. First-ever label purchase on a fresh store.
2. Changing the billing payment method on the account.
3. Setting the fulfillment location to a PO Box.
4. No identifiable trigger at all, on accounts with years of history and clean ratios.

This one is brutal because it tends to hit when a merchant most needs the platform to work. The only reliable workaround is Pirate Ship: free, no monthly fee, supports USPS and FedEx, and you mark orders fulfilled manually with the tracking number. I keep a Pirate Ship account warm on every store I work with for exactly this reason.

If your fulfillment location is a PO Box, change it to a physical street address now, before you ever need to ship. PO Boxes show up in the trigger list often enough that I treat the change as preventable maintenance.

Connecting a carrier and printing its labels are not the same thing

This is not a breakage. It is a gap. A merchant connects a personal FedEx account in Settings > Shipping and delivery > Carrier accounts. The connection succeeds. FedEx rates appear at checkout. Then they go to print a label for their first order, and FedEx is nowhere in the list. Only UPS and USPS show up.

Shopify Shipping does not natively support buying FedEx labels in admin. The carrier account connection enables checkout rates only. This is undocumented at setup, and I have lost count of how many merchants have hit it on their very first paying customer.

If you need to print FedEx labels in your Shopify admin, you need a third-party app. PluginHive's PH Ship, Rate and Track is the one the Shopify Community keeps pointing at; Shippo and EasyPost also work. Or - and this is what I usually recommend for low-volume stores - buy FedEx labels on Pirate Ship and paste the tracking number on the order. The same gap applies to USPS for international orders. Even if USPS was shown to the customer at checkout, the label-purchase screen will silently substitute DHL at often double the price. Also a structural limitation, also not a bug.

What I usually do when the obvious fixes do not work

Once I have ruled out the modes above and the merchant still cannot ship, here is the rest of the checklist I run on a shopify carrier integration:

1. Is the carrier-connection address mismatched? FedEx authenticates against the billing address; Shopify's form only shows shipping address fields. Re-enter the address exactly as FedEx has it on file, including capitalization and abbreviation style ("St." not "Street").
2. For UPS specifically, has the return-address change flow been triggered recently? There is a lock state I have seen where the system will not accept the same address it just prompted the merchant to confirm. Support can reset it; sometimes the reset takes another 24 hours to clear.
3. Is the carrier still in your list at all? Carriers (especially DHL eCommerce) sometimes disappear without notice and reappear under a new name a few weeks later. The German DHL listing famously came back as "Deutsche Post DHL" after three weeks with no announcement. If a carrier is gone, set up a manual flat rate as the customer-facing option so the checkout never shows an empty shipping selector.
4. Is Shopify's calculated rate undercollecting? I have seen $7 gaps on USPS Priority orders where the merchant's package and weight settings were correct. Shopify's calculated rates draw from Shopify's own carrier pool, and the margin math does not always land right. If you see a consistent gap across 10+ orders, switch the affected zone to a manual flat rate set slightly above your real label cost. Better to overcollect by a dollar than to absorb seven.

I have not tested every one of these on Shopify Plus accounts. If you are on Plus and your symptoms match the FedEx reconnect or the verification block, the underlying behavior is probably the same, but support routing is different and your mileage may vary. The help1 app will scan a connected store and surface broken carrier configurations as part of its health check, which catches the silently-disappeared-carrier case before a customer does.

The pattern across all of these is the same thing the Reddit thread showed: Shopify does not proactively tell merchants when a shopify carrier integration breaks. There is no integration health screen, no email when rates vanish at checkout, no banner in admin that says "your FedEx rates have not returned a result in 48 hours." The merchant finds out when they try to ship, or when a customer cannot check out, or, worst, when an order goes through with the wrong rate and the label costs more than the postage they collected.

A shopify carrier integration runs quietly for months and then drops out with no notice, and the only person who notices is whoever tries to ship next. So I check the carrier-account screen and the service mapping on a schedule now, instead of waiting for a customer to surface the problem at checkout.