What is our primary use case?
Tray.io serves as the core iPaaS orchestration and data ingestion engine between our primary system and numerous external platforms such as ad servers like GAM, FreeWheel, Flitepath, Facebook, ERPs like
SAP S/4HANA, and custom reporting MDR workflows.
We use Tray.io for scheduled daily reporting data imports, as our adjuster report trigger that runs at 2:00 AM New York time. Tray checks for active integrations, makes automated API calls to pull reporting CSVs, processes JWT tokens, transforms payloads, and ingests actualized billing and track data back into our databases and Looker analytics.
What is most valuable?
The best features Tray.io offers include the visual workflow builder and HTTP client blocks that enable rapid prototyping and deployment of complex API interactions, including raw HTTP requests, data mappers, and dynamic token generation. I also appreciate Tray Forms that allow us to create self-serve import forms, such as menu MDR forms, rate updates, and cost updates, which empower non-technical users and client partners to trigger automated ingestion pipelines safely. Additionally, callable workflows and subroutines are essential for modular architecture design, allowing us to build single-purpose, reusable workflows that can be triggered by parent workflows.
Coupled with our Looker analytic dashboards, the visual workflow builder and HTTP client blocks are a hugely underrated combination. This allows us to remove technical operation teams from middleman tasks by giving non-technical staff or clients a safe UI to submit CSV updates that execute complex API loops under the hood.
What needs improvement?
Native rate limit and auto-retry handling can be improved, as when hitting 429 errors or too many requests errors during high-volume API loops, Tray.io lacks native configured backoff and retry logic out-of-the-box, requiring complex custom while-loop workarounds.
Native workflow versioning also needs improvement since there is no direct integration with
GitHub version control for workflow logic, which forces teams to maintain external
Git repositories or manual project exports. Additionally, deeper workspace organization should be enhanced, as the workspace organization currently limits to two structural levels, such as projects and workflows, which can make managing hundreds of client workflows challenging without strict external naming conventions.
Native UI embedding or white-labeling capabilities for Tray Forms would also be a major improvement, allowing us to embed forms directly inside third-party application iFrames seamlessly without directing users away.
For how long have I used the solution?
I have been using Tray.io since I joined the company in 2021.
What do I think about the stability of the solution?
Tray.io is highly stable for daily scheduled production runs and event-driven webhooks, provided proper error handling, timeout management, and payload validation are built into the workflow steps.
Tray.io has drastically reduced manual bulk operations across our data solutions and integrations teams, transforming multi-step manual data compares and script executions into turn-key event-driven or scheduled workflows.
What do I think about the scalability of the solution?
Tray.io is a flexible, scalable, and powerful integration platform. Our company uses it for handling high-volume data ingestion and integration orchestration between our platform and external ad services, and it maintains stability and reliability.
What was our ROI?
The ROI is clear, as it eliminates hundreds of engineer hours required to build and maintain custom integration connectors, while empowering client partners to manage complex data ingest self-sufficiently.
What other advice do I have?
My advice for others looking into using Tray.io is to modularize earlier. I recommend not building massive monolithic workflows, but rather creating single-purpose callable workflows and triggering them from parent workflows. Use environment configurations and never hard-code credentials, tokens, or base URLs inside individual connectors. Use account-level configuration data with environment prefixes and design for rate limits. If calling external APIs with strict rate limits, implement batching, pagination, and queue locking mechanisms to prevent queue overloads or HTTP timeout spikes.
When we started using Tray.io, our primary challenge was automating high-volume, multi-tenant ad server delivery reports, campaign synchronizations, and manual CSV imports without forcing engineering to build custom code for every client integration. Tray.io was selected to provide a flexible visual automation platform capable of handling webhooks, complex data transformation, and HTTP endpoint orchestration across both internal workflows and client-facing embedded workspaces. Tray.io has been excellent for that purpose and remains highly stable. I would rate this product an overall 8 out of 10.
Which deployment model are you using for this solution?
Public Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?