Amazon order notification speed: how fast an order alert can reach your phone

Amazon order notification delay: what Amazon itself says

Amazon's Selling Partner API has a Notifications API. An app subscribes to the notification type ORDER_CHANGE, and Amazon drops a message in a queue whenever an order is created or changes status. That is the fastest official channel for an order alert on the seller side.

The clearest statement on speed comes from an Amazon solutions architect in the Orders API guide: "Delay of notification is usually trivial (in seconds), however, on prime day or other selling event, the delay can be up to 2 minutes."

That is guidance, not a promise. The Notifications API documentation adds: "As a best practice, we recommend that you have a means to retrieve needed information in the event of an unexpected outage or delay in notification delivery." In plain words: build a backup, because notifications can be late or missing, and nobody outside Amazon can change that.

One more detail from the documentation matters: ORDER_CHANGE covers both fulfilment types. The field FulfillmentType is "MFN or AFN", so FBM and FBA orders both trigger the notification. The role an app needs for it is Inventory and Order Tracking (or Amazon Fulfillment).

If you want the plain-language version of the whole mechanism, read how apps learn about Amazon orders.

The chain from order to phone

Between the buyer's tap and the sound on your phone, the order passes through six steps. Each adds time, and only one of them belongs to the app maker.

Step 2 can take the longest, and it is not in the hands of the app you install. This is why "instant" claims for Amazon order alerts deserve a careful reading: nobody outside Amazon controls when an order becomes visible.

Why the fastest channel stays silent for FBA orders in Pending

This is the part we only learned by measuring on our own account. Amazon defines Pending as "The order has been placed but payment has not been authorized." According to Amazon's report documentation, "the fulfillable date of an order is usually 30 minutes after the order has been created", so Pending normally lasts about half an hour. While an order is Pending, the Orders API returns no prices: "When an order is in the Pending state ... the getOrderItems operation does not return information about pricing, taxes, shipping charges, gift status or promotions."

The consequence is simple. If an app waits for Amazon's push, you hear about an FBA order once payment is authorised, which on our account was hours after the buyer clicked, not seconds. The "seconds" figure applies to the moment Amazon publishes a message, not to the moment the order was placed.

So we turned the layers around. Polling is our first layer: every minute (every minute while orders come in, every three minutes when it is quiet) we ask the Orders API for orders created in the last 30 minutes. Amazon's push is the second layer; it adds the confirmation and the final amount. A nightly comparison with Amazon's order report is the third layer, which is exactly the backup Amazon recommends. The app counts missed orders with a target of zero.

Why minutes and not seconds? Polling adds waiting by design: an order placed just after a check waits for the next one. The rest is Amazon: a new order is not always visible in the Orders API straight away, and on our account new Pending orders sometimes only appeared after 10 to 15 minutes. For what the Pending status means for the amount you see, read what a Pending order means for sellers.

What the official Seller app tells you, and when

Many sellers assume the official Amazon Seller app already does this. It does not, at least not for FBA. An Amazon employee, Dominic_Amazon, wrote on the European Seller Forum: "There are no SMS push notifications for FBA, only for FBM. You can get an email every 2 hours summarizing recent FBA orders shipped, but no email as FBA orders are made."

For FBM orders the app does push, but sellers describe the timing as unpredictable. One seller on the same forum: "It decides when it'll tell you, not when there is a sale made and it may decide to tell you multiple sales at the same time." So the official route gives you either a two-hourly email (FBA) or a batched push (FBM). The exact list of what the app does and does not send is in our guide to Amazon Seller app notifications, and every way to learn about a sale, ranked by speed, is in how to get notified when you make a sale on Amazon.

Prime Day and other peak days

Amazon's own guidance names Prime Day and "other selling event" as the moments when its notifications can lag by up to 2 minutes. On a peak day, though, the extra two minutes are rarely the problem. Volume is. One sound per order turns into noise when orders arrive every few seconds.

That is why we bundle: the first order plays the cha-ching at once, and everything that arrives in the 60 seconds after it is delivered as one bundle. The daily counter tells you more than the individual sounds on such a day. Our peak-day checklist for stock, deals and alerts is in Prime Day tips for sellers.

What "fast" should mean for a seller

Speed is easy to advertise and hard to control. Four things matter more than shaving seconds:

1. Completeness. A fast notification is worthless if one in ten never arrives. Ask any alert app what happens when Amazon's queue is late, and whether it compares against Amazon's order report afterwards.
2. Clear measurement. If an app quotes a time, ask what exactly it measures, the moment the order was detected or the moment the sound played, and over which period.
3. A backup, exactly as Amazon advises. Polling plus push plus a nightly check catches what a single channel drops.
4. Your phone. The best pipeline ends at a muted phone. Check notification permission, Focus or Do Not Disturb, battery optimisation on Android, and the notification channel settings. The fixes are listed in what to do when Seller app notifications stop.