Ano ang Kinokollekta ng Klaviyo Onsite Tracking

Ang Klaviyo Onsite snippet (loaded mula sa static.klaviyo.com/onsite/js/klaviyo.js) ay nag-initialize ng isang global na _learnq queue at nag-identify ng mga bisita gamit ang isang Klaviyo-owned cookie na tinatawag na __kla_id. Pagkatapos i-install ito ay awtomatikong nag-report ng pageview events, kumukuha ng form interactions, nag-fire ng Active On Site event na nag-drive ng Klaviyo's Browse Abandonment flow, at nag-tie ng anonymous browsing behavior sa isang kilalang subscriber profile sa sandaling ang bisita ay mag-log in o magsumite ng form na may email address. Ang susunod na events — Viewed Product, Added to Cart, Started Checkout, Placed Order — ay nag-fire sa pamamagitan ng parehong identity infrastructure at nag-inherit ng parehong cookie-based attribution.

Para sa GDPR analysis ang cookie ay non-essential, ang data na umiiwan ng page ay personal data dahil ito ay nakatali sa isang persistent identifier, at ang Klaviyo ay itinatag sa United States, na ginagawang subject ang transfer sa EU-US Data Privacy Framework. Lahat ng tatlong kondisyon ay nagtutulak ng Klaviyo Onsite tracking nang malakas sa "requires prior consent" territory sa EU, UK, EEA, at Brazil sa ilalim ng LGPD. Sa California ang parehong processing ay bumabagsak sa CPRA's opt-out-of-sharing-for-cross-context-behavioral-advertising right, na ang Klaviyo's sharing sa downstream paid-media destinations ay nag-trigger.

Ang Tatlong Tracking Surfaces Na Kailangan Mong Gating

Ang isang Klaviyo install ay hindi isang tracking surface, ito ay tatlo, at ang mga ito ay kailangang hiwalay na tratuhin sa isang CMP integration.

Ang Onsite tracking script

Ito ang pangunahing behavioral tracker — ang script na nagtakda ng __kla_id at nag-drive ng active-on-site event stream. Ito ang surface na karamihan ng mga team ay naaalala na i-gate at ang isa na pinaka-regulator-visible sa audit. I-block ito bilang default at i-load lamang ito kapag ang bisita ay tumanggap ng marketing category.

Klaviyo Forms at signup popups

Ang Klaviyo Forms ay isang hiwalay na library na nag-power ng email at SMS signup popups, embedded forms, at gated content unlocks. Ito ay naka-host sa parehong domain ngunit nilo-load bilang hiwalay na script. Ang Forms ay maaaring mag-fire ng impression at submission events nang independent ng main Onsite tracker, kaya ang pag-gate lamang sa Onsite habang nag-iiwan ng Forms loading ay isang karaniwang partial-compliance pattern na nag-leak pa rin ng identifying data.

SMS opt-in collection

Ang SMS signups ay may kanilang sariling consent requirement sa ilalim ng TCPA sa US at sa ilalim ng sector-specific rules sa EU, at ang Klaviyo's SMS forms ay nangongolekta ng phone numbers kasama ang checkbox-confirmed consent. Ang consent na nakolekta dito ay para sa SMS messaging mismo, hiwalay mula sa cookie consent. Ang isang correctly configured stack ay nag-record ng pareho: cookie consent sa CMP, SMS consent sa Klaviyo subscriber profile.

Native Klaviyo Privacy Controls

Ang Klaviyo ay naglalantad ng ilang native privacy primitives. Tulad ng karamihan ng marketing platforms, ang mga ito ay nagsasume na ang isang consent decision ay umiiral at ipinapasa. Ang mga ito ay hindi nangongolekta ng consent para sa kanilang sarili.

Ang consent property sa identify calls

Kapag tawag mo ang klaviyo.identify() o klaviyo.track(), maaari mong ilakay ang isang consent payload na nag-record ng lawful basis para sa marketing communications. Ito ang tamang primitive para sa pagpasa ng CMP's decision sa Klaviyo's subscriber profile.

Profile-level consent fields

Ang subscriber profile ay may dedicated fields para sa email consent, SMS consent, at consent source. Ang mga update sa mga field na ito ay kumakalat sa Klaviyo's segmentation engine kaya ang mga flow ay sumusunod sa recorded state.

Ang Privacy & Consent settings panel

Ang Klaviyo's admin UI ay may Privacy & Consent section na kumokontrol sa ilang default behaviors — halimbawa, kung ang Active On Site event ay nag-fire para sa mga bisita na walang recorded consent. Ang default ay permissive; ang pag-tighten ng mga settings na ito ay isang kapaki-pakinabang na belt-and-suspenders layer sa itaas ng CMP-level gating.

Step-by-Step CMP Integration

Ang reliable architecture ay gating lahat ng tatlong Klaviyo tracking surfaces sa likod ng CMP at gamitin ang consent properties sa Klaviyo identify at track calls upang panatilihing sync ang platform's subscriber records sa recorded consent state.

1. Alisin ang default Onsite snippet mula sa head

Ang Klaviyo ay nagbibigay ng one-line snippet na karaniwang pino-paste ng mga installer sa document head. Alisin ito. Palitan ito ng isang placeholder script element na ang type attribute ay text/plain at ang data-category attribute ay nag-identify dito bilang marketing. Ang CMP mo ay magsusulat ulit ng type pabalik sa text/javascript kapag ang bisita ay tumanggap ng marketing category.

2. Defer Klaviyo Forms loading

Ang Forms library ay nag-load nang independent ng Onsite. Ilapat ang parehong placeholder pattern sa kanyang script element upang ito ay hindi mag-initialize bago ang consent. Pagkatapos ang consent ay ibinigay, ang pareho ng Onsite at Forms ay maaaring mag-initialize magkasama; ang mga queued events ay nag-flush awtomatiko.

3. Paghiwalayin ang SMS consent mula sa cookie consent

Ang SMS opt-in collection ay tumatakbo sa pamamagitan ng Klaviyo Forms ngunit ang consent na nakolekta (ang explicit checkbox para sa SMS marketing) ay isang hiwalay na legal artifact mula sa cookie consent. Ang CMP banner ay nag-record ng cookie decision; ang form checkbox ay nag-record ng SMS decision. Huwag bundlehin ang mga ito — ang bundled consent ay invalid sa ilalim ng pareho ng GDPR at TCPA.

4. Magpropaganda ng consent sa Klaviyo profile

Kapag ang isang kilalang subscriber ay tumanggap o nag-revoke ng consent sa iyong site, ang CMP ay dapat tumawag sa Klaviyo API upang i-update ang profile's consent fields. Ang Klaviyo Profiles API ay sumusuporta sa isang partial-update call na nagsusulat ng email consent, SMS consent, at consent timestamp nang hindi ino-overwrite ang natitirang bahagi ng profile. Karamihan ng modernong CMPs ay may Klaviyo connector na nag-handle nito end-to-end.

5. I-wire ang Consent Mode v2 kung tumatakbo ka ng Google tags sa tabi

Karamihan ng Klaviyo-using stores ay tumatakbo rin ng Google Ads at GA4. Ang CMP mo ay dapat mag-publish ng v2 consent signals — ad_storage, analytics_storage, ad_user_data, ad_personalization — sa dataLayer bago ang anumang Google tag ay nag-fire. Ang Klaviyo ay hindi nag-consume ng mga signals na ito nang native, ngunit ang Google ay umaasa, at ang isang inconsistency sa pagitan ng Klaviyo at Google ay makikita bilang isang measurable revenue gap sa attribution reporting.

Common Pitfalls

Apat na integration mistakes ay lumalabas nang paulit-ulit sa mga audit ng Klaviyo deployments.

Pagsusuri sa Forms bilang "just a popup"

Ang ilang teams ay nag-gate ng Onsite sa ilalim ng marketing ngunit nag-iiwan ng Forms loading sa initial render, na nag-reason na "isang popup ay lamang isang UI element". Ang Forms library ay nag-fire ng impression events sa Klaviyo para sa bawat popup na nag-display, na identifying behavioral data na ipinadala sa isang US ad-tech vendor — ang eksaktong pattern na ang CMP ay dapat na maiwasan.

Pag-bundle ng cookie at SMS consent

Ang isang solong checkbox na nagsasabi ng "Sumasang-ayon ako sa cookies at makatanggap ng marketing SMS" ay invalid para sa pareho. Ang Cookie consent ay dapat na specific sa cookies; ang SMS consent ay dapat na specific sa SMS. Gumamit ng hiwalay na controls.

Pagpapahintulot sa third-party paid-media connectors na mag-fire sa revoked profiles

Ang Klaviyo ay maaaring mag-push ng audiences sa Google Ads, Meta, TikTok, at iba pang ad networks sa pamamagitan ng kanyang mga integrations. Kung ang isang subscriber ay nag-revoke ng consent, ang audience push ay kailangang i-drop sila — hindi lamang huminto sa pagdaragdag sa kanila. I-configure ang Klaviyo's audience-sync settings upang magbigay-pugay sa consent-state changes sa real time, hindi lamang sa initial sync.

Nakalimutan ang historical data question

Kapag ang isang bisita ay tumanggap ng consent sa unang pagkakataon, ang iyong stack ay hindi dapat retroactively na mag-associate ng kanilang pre-consent anonymous behavior sa kanilang bagong profile. Ang CMP at Klaviyo ay dapat na sumang-ayon na ang pre-consent browsing data ay hindi personal data na nakatali sa ngayon-identified na profile. Ang ilang Klaviyo flows ay nagsusume ng asosiasyong ito bilang default — suriin ang relevant flow triggers.

Audit Checklist

Anim na konkretong tanong upang sagutin para sa anumang Klaviyo deployment na tumitingin sa EU, UK, Brazilian, o California traffic.

• Naghihintay ba ang Onsite para sa consent? Buksan ang storefront sa isang private window na may mahigpit na tracking protection at kumpirmahin na walang static.klaviyo.com requests ay nag-fire bago ang banner acceptance.
• Naghihintay ba ang Forms para sa consent? Kumpirmahin na ang popup impression events ay hindi nag-fire bago ang marketing category ay tinatanggap.
• Hiwalay ba ang cookie consent at SMS consent? Kumpirmahin na ang cookie banner ay hindi rin nag-collect ng SMS consent, at ang SMS opt-in forms ay nag-record ng kanilang sariling explicit checkbox.
• Sumasalamin ba ang Klaviyo profile sa CMP state? Kumpirmahin na ang CMP ay nagsusulat ng consent decisions sa profile's consent fields sa pamamagitan ng Klaviyo API.
• Nirerespeto ba ng audience syncs ang mga revocations? Kumpirmahin na ang pag-revoke ng consent ay nag-remove ng subscriber mula sa downstream paid-media audiences, hindi lamang mula sa future syncs.
• Pinanatili ba ang pre-consent browsing nang anonymous? Kumpirmahin na ang flow triggers ay hindi retroactively na nag-associate ng pre-consent behavior sa newly identified profiles.

Kung Saan ang Klaviyo ay Umaangkop sa Isang Consent-First Stack

Ang Klaviyo ay nakatuon sa intersection ng e-commerce attribution at direct marketing communications, na nangangahulugan na ito ay tumatama sa pareho ng cookie-consent regime (GDPR/ePrivacy, CCPA/CPRA) at ang marketing-communications regime (CAN-SPAM, TCPA, GDPR Article 6/7 para sa messaging). Ang tamang architecture ay nag-treat ng mga ito bilang dalawang magkaibang consent surfaces — pareho ay naka-route sa pamamagitan ng isang solong CMP na nagmamay-ari ng source ng truth, na ang Klaviyo's native consent fields ay pinanatili nang sync sa pamamagitan ng API. Ang mga stores na nakakuha nito ng tama ay nagsisiguro ng abandoned-cart, browse-abandonment, at segmentation behavior na ginagawang komersyal na mahalaga ang Klaviyo habang binabawasan ang audit exposure sa isang bahagi ng kung ano ang dala ng isang default install. Ang engineering work ay straightforward; ang discipline ay sa pag-hindi hayaang ang marketing team ay mag-treat ng Forms bilang exempt mula sa parehong mga patakaran tulad ng Onsite tracker.