Tackling an on-going issue where embedded forms do not render. While this is related to ad blocking, we have a specific repeatable use case:
- An Instagram ad appears while browsing through Instagram.
- User taps the CTA, which triggers an in-app webview that contains a page on our site. That page has an embedded Klaviyo form.
- Klaviyo fails to load, leaving a hole in the page.
- Users’ device checked: No ad blocking software installed, default Safari options. So it looks like Safari (15.4) is blocking it out of the box. That’s a LOT of users.
There needs to be a better way of handling blocked content: or at least, Klaviyo needs to be far more transparent about what may and may not work and how to handle cases where embedded forms do not work.
Asking users to disable ad blocking is just not going to wash as more and more browsers do this out of the box.
Sadly, looks like we will now have to remove Klaviyo from many of our landing pages and replace with Shopify forms.
Has anyone come up with an elegant solution?
Best answer by DovView original