Just received my first payment — £280 direct to my account. No escrow, no waiting. The client approved my AI workflow automation deliverable this morning. This is real.
Deployment Lessons from Building an AI-First Website: What We Learned This Week
- Saulius Bertauskas

- 15 hours ago
- 2 min read
Real Deployment Issues and How We Fixed Them
This week, we deployed the new AI-First Website Foundation product and ran a full governance audit of our Wix automation infrastructure. If you are building AI-first websites for clients or your own portfolio, here are the critical deployment lessons we learned the hard way so you do not have to repeat them.
Issue 1: The Double-Crediting Automation Trap
When setting up loyalty points or webhook triggers, it is incredibly easy to accidentally double-credit users. We discovered that our tier-change automations were firing simultaneously because they lacked strict condition gates. Six automations all shared the same trigger (tier_changed) with no filtering, meaning a single tier upgrade could award 3,000 points instead of the intended 250-750. The Fix: We restructured each automation with a CONDITION action type that explicitly locks the trigger to a specific tier ID. This required discovering undocumented API behaviour.
Issue 2: API Limitations vs. Dashboard Reality
We found that certain Wix API fields reject complex comparison functions even though the documentation implies they should work. The lesson: when the API fails you, restructure the automation logic itself. We bypassed the limitation by adding a dedicated condition node into the workflow path, using truePostActionIds to create a gate that blocks execution unless the condition evaluates to true.
Issue 3: Email Routing — GCP Cloud Functions vs. Native Apps
Our multi-model evaluation across Claude, Grok, Genspark, DeepSeek, and MiniMax (scoring 93.8 out of 100) confirmed that routing email logic through GCP Cloud Functions and SendGrid is vastly superior to relying on native Wix email automations for complex AI workflows. The native Wix Triggered Emails API does not support dynamic content generation from AI models.
Issue 4: Trust Badges Must Be Earned, Not Assumed
We initially tagged our new AI Website Foundation product as Verified by Scaling. We immediately reverted it to Beta. In the Verification Economy, a trust badge must be earned through real-world production data, not just a successful deployment. The product needs paying customers, measurable ROI data, and at least 90 days of production uptime before it can carry that badge.
Issue 5: Automation Naming Governance
We audited 163 automations and found a mix of names like WTA M1, Automation 2, and default system names. We enforced a strict naming convention: [System] - [Trigger] - [Action]. For AI-routed automations, we use [AI-Webhook] - Lead Capture - Route to GCP. This makes the dashboard scannable and prevents site editors from accidentally modifying critical workflows.
What This Means for Your AI Website Project
If you are currently working on your own AI website project within the Academy, check your automation logs today. Clean governance is the foundation of any autonomous system. Builder members receive the AI-First Website Foundation service for free. If you are an Explorer looking to upgrade, this is exactly the kind of project-based learning that earns you Academy Credits toward your next tier.



Comments