On an abandoned store, the failures arrive in a fairly reliable order — and the cruel part is that the sequence starts silent and ends with the checkout dead. If you’ve inherited a store nobody’s been tending, this is the inspection order.

The usual sequence

1. Shipping rates drift. Carriers reprice yearly or better; a store still quoting old rates undercharges on every order. Nothing errors, nothing warns — margin just leaks. Often for years.

2. Tax falls out of date. Rates and rules change quietly, and the store keeps charging whatever it was configured to charge back when someone cared. This one compounds, because the liability accrues to you, not to the software.

3. Email stops arriving. Order confirmations and receipts start landing in spam — or nowhere — as mail providers tighten sender rules (the 2024 Gmail/Yahoo authentication requirements caught a lot of stores). Customers assume the order failed and buy elsewhere, or buy twice and demand a refund.

4. A payment API retires. The big one. Processors end old integration versions on published dates, announced by email to whoever set the account up — which on an abandoned store is somebody long gone. On retirement day, checkout returns errors and revenue stops. This is the failure that turns “we should deal with the website sometime” into a same-week phone call.

5. The platform itself ages out. Magento 1, old WooCommerce, Drupal Commerce on Drupal 7 — once the platform is past end-of-life, every one of the above gets harder to fix, because the fix has nowhere current to land.

Where to look first, today

Place a real test order with a real card. Then check three inboxes: the one your payment processor writes to, the one your carrier writes to, and wherever order confirmations are supposed to arrive. Those four checks take an hour and reveal most of the list above. If they turn up trouble and there’s nobody left who knows the store, that’s exactly the situation a rescue assessment is built for — checkout gets stabilized first, always.