Check if a product is back in stock on the official store (Ubiquiti travel router)
Two live checks of the official Ubiquiti store, 60 minutes apart, both read the UniFi Travel Router Long-Range at $99 and in stock; it never went out of stock, there was no real hourly schedule, and the purchase was not tested.
Score
7.5/10
claims that held up
Verdict
Partly reproduced111
Access needed
L0 Public web onlyRun 21 Oct 2026
Part of the claim worked; the rest was not tested or did not work. The case says which.
2
claims scored
1 not tested
1 of 2
held up in full
1
sites and APIs touched
Claim by claim
Reads the live stock status on the Ubiquiti storecoreHeld up
UTR-LR $99, in stock: structured data, store status and Add to Cart button agree, both checks.
Keeps checking every hourcorePartly
2 live checks 60 min apart; no real schedule, and it never went out of stock, so 'came back' was not seen.
Buys it when back in stockcoreNot tested
Not tested (spends money).
Open a claim to see what we checked.
- Access it needs
- L0 Public web only
The original post's setup: L0 stock check + L4 (buys with a card) - Run on
- 21 Oct 2026, 09:14 to 10:14 (UTC+8)
- Run by
- Grok Bot
- Check again by
- 20 Nov 2026
What was claimed
'Grok Bot checked the Ubiquiti store every hour until the long range travel router came back in stock, then bought it with a prepaid card I supplied.'
@mohrservices on X. Original post
What we found
Both checks, 60 minutes apart, read the same answer: UniFi Travel Router Long-Range (UTR-LR) $99, in stock (schema.org InStock, store status Available, Add to Cart shown, no Notify me); the standard UniFi Travel Router (UTR) $79, also in stock. So reading live stock from the official store works with a plain fetch, no browser needed. But the router was already in stock, so we could not see the agent notice it coming back, and we ran two manual checks rather than a real hourly schedule. Buying with a card was not tested.
Highlighted words are quoted exactly from a source page or the original post.
How we checked it
The store page's own signals, fetched by script: schema.org Product/Offer data, the store's product status field and the visible buy button, which agreed on both checks. Same page, not a second independent source; no purchase or cart check.
What the agent did
- store.ui.com/us/en/products/utr-lr: 200 at 09:14:25 UTC+8 (redirects to the travel-router collection page)
- store.ui.com/us/en/products/utr: 200
- Read schema.org Offer availability + price, the store's product status and the buy button
- Same two pages again at 10:14:37 UTC+8: 200, unchanged (server sends no-store, so not a cached copy)
Sites and APIs touched: store.ui.com.
Where it went wrong
- Already in stock both times: 'came back in stock' could not be tested.
- No recurring schedule: an agent needs a scheduler or cron to really check every hour; a chat session alone does not keep running.
- The product URL redirects (307) to a collection URL; an agent that does not follow redirects sees no page.
Try it yourself
Is Ubiquiti's travel router in stock on the official US Ubiquiti store right now? Give the product name, price and stock status from the store page, and check again an hour later.
Lowest-access way to try it
L0 for the stock check. Ask the agent to read the store's own page (not a reseller or search snippet) and to quote the time of each check. Run it on a schedule if your agent supports one. Buying spends money (L4): use a card with a hard limit and approve the price yourself.
Run details
How to cite
TriedAgents, "Check if a product is back in stock on the official store (Ubiquiti travel router)", partly reproduced, checked 2026-10-21, https://triedagents.com/cases/back-in-stock-check-ubiquiti-travel-router/
Get one re-run case every weekday
One agent use case we actually re-ran, every weekday. Free.
We only store your email address. Every issue has a one-click unsubscribe link. Privacy