Record the session before Payment API checkout
Talivia stores the first referrer, campaign values, landing page, visitor identity, and the product activity that happened on your website.
Payment attribution API
Send completed payments through one backend endpoint and connect custom checkout, bank transfers, crypto processors, app stores, or invoices with the Talivia session that created them.
This payment was attributed to a customer from google.com who landed on /pricing
How the integration works
Your server sends a payment only after the money is confirmed. Include the Talivia session ID for an exact journey match, plus stable customer fields so later payments can reconnect.
Talivia keeps the payment event as the source of truth for revenue and the website session as the source of acquisition context. When the available identifiers agree, the payment inherits its referrer, campaign, landing page, visitor, and first-touch or last-touch attribution fields.
Supported checkout paths
Choose the path your customers already follow. Talivia uses the strongest supported session signal available for that flow, without forcing you to replace the provider or move checkout onto a new page.
Send the current Talivia session to your backend before the order is created.
Attribution method
A completed payment becomes useful marketing data only after its provider identity is joined with the browser session. Talivia records that relationship as one inspectable attribution record instead of hiding the match inside a conversion total.
Talivia stores the first referrer, campaign values, landing page, visitor identity, and the product activity that happened on your website.
The backend api supplies the payment status, amount, currency, checkout identity, customer identity, and supported subscription or refund events.
Talivia uses sessionId, return-page data, or the strongest supported fallback to connect the payment with a session and report the match confidence.
Revenue reporting
Attributed Payment API payments appear beside the website dimensions you already use to understand traffic. Compare referrers, channels, campaigns, keywords, and landing pages by revenue, then expand a row to inspect the latest payment behind it.
The payment record keeps the amount, provider, payment status, acquisition source, landing page, and match confidence together. That makes aggregate reporting useful without losing the ability to investigate an individual customer journey.
Open the Payment API setup guidePayments after checkout
Revenue attribution does not stop at the first successful checkout. Talivia keeps later payment events attached to the strongest known customer relationship and leaves unmatched revenue visible when that relationship is missing.
The Talivia API key stays on your backend and the payment is sent only after your system verifies the money.
A stable transaction ID identifies the payment when your backend repeats a delivery attempt.
sessionId provides the strongest match, while provider customer IDs, external IDs, and email hashes can reconnect later payments.
Practical answers about connecting Payment API payments with website sessions, checkout signals, subscriptions, and refunds.
It is a backend endpoint for recording confirmed revenue from a custom or unsupported payment system and matching it with Talivia traffic.
Any backend that can confirm a completed payment can send it, including custom checkout, bank transfers, crypto processors, app stores, and invoice systems.
Pass window.talivia.getSessionId() to your backend before checkout and include that sessionId in the confirmed payment request.
Yes. Reuse the same unique transactionId when retrying so the request updates the existing payment instead of creating a duplicate.
Payment attribution API
Connect one website, complete a test payment, and verify the source, landing page, and paid session in Talivia.