By Varun Mahajan, FounderPublished Last updated Part of the stock and availability guideMore on data and APIs
Why brands want alerts at all
A brand selling through Blinkit, Zepto, Amazon.in, Flipkart or Nykaa does not control the shelf. A listing can go out of stock in one city while it is fine in the next. A seller can drop a price below the MRP you agreed. A search for your category can start showing a rival above you. Each of these is a small event, and each is cheap to fix if someone sees it the same day and expensive if it is found at the end of the month.
Most teams find these events the same way: a colleague opens the app, a sales manager sends a screenshot, or a distributor complains. That works for ten products. It does not work for a few hundred products across many pin codes. An alert is the automatic version of a colleague opening the app.
This guide explains the three alerts brands ask about most, what each one should prove, and the mistakes that make an alert noisy or misleading. It also says plainly where Rewalto stands: the alerts are live, delivered through Watches, which brand plans include.
Out-of-stock alerts
An out-of-stock alert says a product that was available is now shown as unavailable. On a quick-commerce app the answer depends on the dark store that serves a pin code, so the same product can be in stock in one area and missing a few kilometres away. A useful alert therefore says where, not just which product.
A good out-of-stock alert carries four things. The product and pack size, because a 250 g pack being out of stock says nothing about the 500 g pack. The pin code the reading was taken from. The time of the reading. And the page as the shopper would have seen it, saved so you can open it later.
One coverage limit matters. Not every shopping app shows stock on the page a search returns. Some marketplaces show a product card with a price and rating but no stock indicator until you open the listing or add to cart. Where an app does not publish stock, the system should say it cannot read stock there, rather than reporting that everything is fine. Silence and in-stock are different answers.
An out-of-stock reading is also not a sales loss. It tells you the shelf was empty at the moment of reading. It does not tell you how many orders were missed, or why the stock ran out. Treat it as the prompt to check with your operations team, not as the finding itself.
Price-floor alerts
A price-floor alert fires when a product is listed below a threshold you set. The most common threshold in India is the MRP itself, or a minimum selling price you have agreed with sellers. It answers a narrow question: did anyone list this below the line, and where?
The proof for a price alert is the price and the MRP shown together, the seller if the app names one, the pin code and the time. Prices on shopping apps can differ by location, and they can change within a day. A price seen in one city at 9 am is not a national fact. An alert that reports one price without its location and time invites an argument you cannot win.
A price alert also cannot tell you why a price moved. A discount may be a platform promotion, a bank offer, a seller decision or a data entry error. The page shows what was displayed. The reason is a question for the seller or the account manager, and any system that claims to know the reason is guessing.
For the wider picture, see the guide on discount depth, which explains how to read a price against its MRP over time rather than one reading at a time.
Search-rank alerts
A rank alert says the position of your product in the results for a search term has changed. Shoppers on shopping apps rarely scroll far, so position matters. But rank is the most fragile of the three readings, for reasons to understand before you set one up.
Results vary by pin code, by the time of day and by what the app is currently promoting. Sponsored slots and organic slots can sit side by side. A single reading of position 3 is a snapshot of one moment in one place. What is meaningful is a change across repeated readings, taken at the same pin codes for the same search terms.
So a good rank alert names the search term, the app, the pin code and the time, says whether the slot was sponsored where the page shows that, and links to the saved results page. It should also refuse to compare across a different set of pin codes or terms than the one you asked about. Rewalto does not publish category top-10 lists for this reason: the data cannot support one.
What proof means
Proof is the difference between an alert and an anecdote. When a category head asks why a number is on a slide, the answer cannot be that a tool said so. It has to be a source they can check, with a time on it.
In practice, ask any alert provider these questions:
- Can I open the exact page the alert was based on, as it looked at that time?
- Does the alert say which pin code and which app it was read from, and what it could not read?
- What happens when the reading fails? A missing reading should show as a gap, not as a clean result.
- How long has the alert been running against real products before you rely on it?
What and where
The product, the shopping app, and the pin code.
When
The time of the reading behind the alert.
Proof
The address of the page the reading came from.
Where Rewalto's alerts stand
Rewalto reads availability, price and search position on shopping apps by product and pin code, and records the source of each reading. Its alerts are built on that record.
Rewalto's stock, price and rank alerts are live, delivered through Watches, which brand plans include. A watch follows the products, competitors, apps and pin codes you choose, sends an alert when something goes out of stock or a price moves, and adds a weekly report. Alerts are set up with you during the trial.
Start by checking whether the data catalogue has the fields and coverage your condition needs. Review a record and its source before using it as the basis for an alert.
Setting up alerts that people act on
Whichever tool you use, a few habits make the difference between alerts that get acted on and alerts that get muted. Start small: a short list of hero products and the pin codes where most of your orders come from. Decide in advance who receives each alert and what they are expected to do within the day. Set price thresholds against the MRP or an agreed floor rather than a general sense of low. And review the alerts weekly for the first month to remove the ones nobody acted on.
Finally, keep a record of what you did after each alert. An alert history that shows a stock gap caught and closed in a few hours is the strongest evidence you can bring to a retailer conversation. Over time it also shows which products and pin codes keep causing trouble, which is a planning input for your supply team.
Common questions
Are Rewalto's stock and price alerts live?
Yes. They are delivered through Watches, which brand plans include, and set up with you during the free trial. Each alert comes from a dated reading for a product, an app and a pin code.
Can an alert tell me why a product went out of stock?
No. It shows that the product was shown as unavailable at a time and place, with its source. The cause is a question for your operations team or the retailer.
Why might a stock alert be missing for some shopping apps?
Some marketplaces do not show stock on their search pages. Where stock is not published, it cannot be read there, and a reliable system reports that gap instead of implying the product is fine.
Is a rank change a reason to change my advertising?
Treat one reading as a prompt, not a decision. Rank moves with pin code, time of day and sponsored placements. Look for a change across repeated readings before you act.