I have a problem with my "complete order now" button in my Abandoned Checkout Flow having the event variable {{ event.extra.checkout_url }}
The problem is that each time it sends to an actual profile who started checkout and they click it, they will be redirected to a http://none/ page and I have no idea what's wrong with my set-up or maybe if it's a Shopify issue.
I also tried using the {{ event.extra.responsive_checkout_url }} based on this thread: https://community.klaviyo.com/custom-integrations-29/event-extra-checkout-url-doesn-t-work-383
But still, the same problem persists.
Even if I try to send a preview email, it just redirects to a "Sorry, that page isn't actually here." page.
Just dropping this question in case someone else had the same issue and found a way to solve it.
Ok that is some good sleuthing you’ve done to differentiate those buttons and their respective links. Thanks for doing that!
To address your question, Klaviyo flows only “come into play” after the Started Checkout event is logged (that occurs when the user clicks “proceed to payment” on the checkout page). That is to say, we don’t have a way to prevent our abandoned cart flow from triggering based on what button someone clicks in Shopify.
And yes the default cart code is a viable alternative….the one caveat to that approach is that the static “/cart” link will rely on cookies in the browser to populate the return to cart link for the user. Meaning, they would have to click on the button from the same device they built the cart on. The dynamic link is more reliable because it take a snapshot of the URL when the user proceeds to the payment page, that is “baked in” to the Klaviyo event. Even if they return to their cart from another device at a later time, we can still accurately rebuild their cart using our “snapshot” of the dynamic URL.
Another approach is to remove the “Buy it now” button entirely, and then you can use the default dynamic link {{ event.extra.checkout_url }} reliably in your emails.
When you preview your email in the Klaviyo template editor, and search the event data for “checkout_url” are you seeing a legitimate URL?
If you’re seeing the https://none in the event data here (or nothing at all), then this is the web URL (or lack thereof) that is being sent over to us from Shopify. And yes, I recommend reaching out to them to better sort out next steps.
As a potential workaround, in the meantime you could redirect to {{ organization.url }}/cart Although this is not the checkout page, it will redirect the user back to their cart.
I hope that’s helpful and thanks for being a community member.
And when the actual abandoned email sends out to a profile who started checkout, it all works fine. checkout_URL is not empty and {{ event.extra.checkout_url }} works!
However when I do (2), it leads to a page with this link format:
Ok that is some good sleuthing you’ve done to differentiate those buttons and their respective links. Thanks for doing that!
To address your question, Klaviyo flows only “come into play” after the Started Checkout event is logged (that occurs when the user clicks “proceed to payment” on the checkout page). That is to say, we don’t have a way to prevent our abandoned cart flow from triggering based on what button someone clicks in Shopify.
And yes the default cart code is a viable alternative….the one caveat to that approach is that the static “/cart” link will rely on cookies in the browser to populate the return to cart link for the user. Meaning, they would have to click on the button from the same device they built the cart on. The dynamic link is more reliable because it take a snapshot of the URL when the user proceeds to the payment page, that is “baked in” to the Klaviyo event. Even if they return to their cart from another device at a later time, we can still accurately rebuild their cart using our “snapshot” of the dynamic URL.
Another approach is to remove the “Buy it now” button entirely, and then you can use the default dynamic link {{ event.extra.checkout_url }} reliably in your emails.
Thanks for explaining the static /cart! I didn’t know that before.
I’ll be reaching out to our Shopify Web Dev team to see if there’s a way to format the abandoned link for the “Buy It Now” in the same way of that for the “Checkout” button so both will have checkout URLs whenever a Checkout Started event happens.
I’ll get back to this thread once we’re able to find a workaround.
If all else fail, I guess yeah, we’ll just turn off that button and leave the “Add To Cart” instead. :)
By clicking “Accept All Cookies,” you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts.
Privacy Preference Center
Your Privacy
Strictly Necessary Cookies
Performance Cookies
Functional Cookies
Targeting Cookies
Site Analytics
Your Privacy
When you visit any website, it may store or retrieve information on your browser, mostly in the form of cookies. This information might be about you, your preferences or your device and is mostly used to make the site work as you expect it to. The information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies. Click on the different category headings to find out more and change our default settings. However, blocking some types of cookies may impact your experience of the site and the services we are able to offer.
Privacy Notice
Strictly Necessary Cookies
Always Active
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
Performance Cookies
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
Functional Cookies
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
Targeting Cookies
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Site Analytics
These cookies record your visit to our website, and are used to track your visit including information such as: web page interactions (clicks, hovers, focus, mouse movements, browsing, zooms and other interactions), referring web page/source through which you accessed the Sites, heatmaps and scrolls, screen resolution, ISP, and statistics associated with the interaction between device or browser and the Sites. If you are accessing our Services with a European IP address, you have been asked to consent to the use of these cookies (you are free to deny your consent).