Bluerails Discovery
The rails AI agents use to find and pay you
Start new thread

Bluerails Discovery - The rails AI agents use to find and pay you

by
•
Most "AI visibility" tools stop at telling you if AI mentions your brand. Bluerails goes further. We make you discoverable to AI agents and ready to get paid by them, on the rails we already run for marketplaces. What stands out: • Discovery: a peer-reviewed AI-visibility score from 400 samples, not a one-off guess. Free, no signup. • Agent-ready checkout + global settlement • Compliance built in Try your free Discovery report today; agent payments roll out next.

Add a comment

Replies

Best

Optimizing for AI agent discovery is such a sharp and relevant angle right now, very interested. But how often does the Discovery report update its data to reflect changes or new optimizations a business makes? Excited to see where you take this! 🙌

Maker

 The report can be generated every month and that's also what we suggest to our customers. Changes are visibly changing the performance after a few weeks. Hence, a monthly rhythm is good!

Maker

 Depending on the space you operate in there are multiple things you can do to nudge the score upwards month over month. Happy to schedule a deep-dive session

congrats on the launch Jens 👏

Maker

 Thanks, Peter!

Maker

 thank you for the support

Maker

 Thanks a lot Peter!

Congrats on the launch! Are you focusing on hospitality like hotel booking, or this also fits SaaS & other product spaces?

Maker

 we also support SaaS, E-commerce stores and Publishing houses

Maker

 Great question! We are specialising in hospitality and tech companies. We have some customers in E-commerce too, but believe that especially hospitality as an industry has structural problems we are excited to tackle!

massive congratulations on the launch. qq how exactly does the analytics tracker differentiate a high-intent user agent trying to buy something from a standard scraping bot or a basic openai search crawler?

Maker

 We don't analyse bot traffic, but we analyse how agents can navigate, interact, and book/ pay through your website. I'd say that's fundamentally different. Wdyt?

Maker

   as pointed out, we don't analyse existing traffic. We rather analyze how agents find and perceive your site and how easy it is for the agents to perform actions on your site. But there are multiple ways of differentiating user traffic from bot and agent traffic

Just tried out the free report. Any plans to add API/MCP support so that I can use it within my automation.
Also congrats on the launch

Maker

 coming very soon. If you signup to our waitlist here, you'll be the first to know

Maker

 Yes, will take care of you!

This is super interesting! You mention agentic identity as a feature on your website - how does that work?

Maker

 Agent Identity works through proprietary KYA-tools that helps users to identify which agents are interacting in what way on your website. Sign up , happy to provide a deep-dive for you!

 Super interesting, will definitely do that!

Congrats! I wonder what specific criteria does the Agent Score evaluate, and how do you weight discoverability versus transactability in the final number?

Maker

Hi  we re-sample the queries multiple times and create Bootstrap Confidence Intervals. Most GEO products stop at a point-in-time estimate which does not help you move the needle.

We've also created a proprietary weighting for our KPIs per vertical backed by research. It's broken down in our methodology page here:

Maker

 Good question. Today the Agent Score is weighted primarily toward discoverability: whether agents mention you, rank you, cite you, understand your offer correctly and can guide a user toward the next step.

Transactability matters, but we treat it as a readiness layer, not the whole score from day one. In most verticals, agent commerce is not mature enough yet to overweight payments. As demand becomes real, fulfillment and settlement signals become much more important.

So the weighting is vertical specific: discoverability first, transactability when the market is ready.

Congrats on the launch! Thinking about the wallet layer - when an agent books and pays via stablecoin and the booking for example then gets cancelled, or the rate moves before settlement, how does the reversal actually run?

Maker

 for "refunds" in crypto we have a workflow engine that supports refunds, disputes/chargebacks. Natively supported for fiat currencies and fiat rails

Maker

   The key distinction is settlement finality vs. commercial reversibility.

Stablecoin settlement can be final, but the booking workflow still needs cancellation logic, refund rules, dispute states, rate locks and a clean audit trail above the rail.

So the reversal is not “undo the chain transaction”. It is a controlled refund or dispute workflow, with fiat rails handling this natively where fiat is used.

Payment layer is the hard part, nice ! On discovery though: does your score account for content locked in PDFs/documents, or just the HTML layer for now?

Maker

 great question. its just the HTML layer for now. But support for files in the future would definitely unlock more value

Maker

   Exactly. PDFs are often where the best knowledge is buried, but agents still perform best when that information is exposed in clean, crawlable HTML.

Congrats on the launch. Really interesting take on where commerce is heading.

Quick question, do payments stay fully on-chain or are you converting to local fiat automatically for merchants?

Maker

   Thanks! In Europe, we are partnering with AllUnity (Deutsche Bank, DWS backed) who do the off-ramp to FIAT for merchants. That's for fully agentic payments. What we are currently focused on is helping our early customer with receiving FIAT via the regular Payment gateways as an intermediary step.

Maker

 I think in the initial phases you'll see the money moving on and off-chain before finally settling. But we see a future where it will be completely on-chain

First
Previous
•••
3456
Next