Attio's signup ads send phone visitors toward a demo instead
Four of five current ads ask people to sign up. On the mobile page they reach, the first action asks for an email to book a demo. That page also took nearly 25 seconds to show its main content in a fresh phone check.
Owner brief
We followed Attio's current ads to the homepage, checked the page on phone and desktop, opened the free signup route, and tested 20 public links. Two leaks stood out. Both sit between paid attention and the next step.
Funnel depth tested: paid homepage → free signup/sign-in gate displayed. We did not enter an email, continue with Google, create an account, open a workspace, submit a form, or check follow-up email.
Highest-priority revenue leaks
Your signup ads lead phone visitors to a demo form
Four of the five current ads we found use a "Sign up" button. Every one sends the click to the homepage.
On a phone, that homepage does not show "Start for free" in the first view. The visible action is an email field followed by "Send me a demo." The free route sits inside the menu.
That changes the deal after the click. Someone ready to try Attio is asked to raise a hand for sales instead. The shortest route already exists and works: one tap opens a clean page with Google sign-in or a work-email field.
Put "Start for free" beside the demo action on the mobile landing view. Better yet, send signup ads straight to this free route and carry the campaign details across. FunnelWatch should keep matching every live ad button to the first action people see after the click.
Phone visitors waited nearly 25 seconds for the main page
In a fresh phone check, Attio's main homepage content appeared after 24.9 seconds. The page downloaded about 4.5 MB through 207 requests. The same content appeared after 5.8 seconds on desktop.
The server answered quickly. Most of the wait happened while the browser loaded and processed the page. A paid visitor can leave long before the promise or next step is ready.
Load the headline and first action before the product animation, tracking extras, and content farther down the page. FunnelWatch should time the real paid destination on common phones after every release and warn when the first useful screen slows down.
What is working
The desktop page makes both choices clear: "Talk to sales" and "Start for free." The free route itself is short and clean. All 20 sampled links returned successfully. Campaign details stayed attached to the homepage visit. No block or human-verification page appeared in the published captures.
Fix this first
Send signup ads directly to the working free route, or put "Start for free" back in the first mobile view. Then cut the phone load so that choice appears within a few seconds.
These leaks can return when ad buttons, mobile layouts, animations, tracking code, or signup routes change. FunnelWatch keeps following the live path and catches the mismatch before another stretch of paid clicks lands on the wrong next step.