SPA Suostumusten Hallinta: Käytännön Opas

Yhden sivun sovelluksessa suostumus voi epäonnistua ensimmäisen sivun latauksen jälkeen, vaikka banneri toimisi täydellisesti. Tämä on keskeinen haaste suostumuksen hallinnassa yhden sivun sovelluksille: reittimuutokset päivittävät näkymän ilman sivun uudelleenlatausta, joten seurantaskriptit ja suostumustarkistukset eivät välttämättä toimi silloin, kun odotat niiden toimivan.

Jos tagi aktivoituu uudella reitillä ennen kuin sovellus soveltaa kävijän valintaa, alkuperäinen banneriasetus ei riitä. Suostumuksen on pysyttävä synkronoituna sovellustilan, navigoinnin ja käyttäjän mieltymysten myöhempien muutosten kanssa.

Tämä opas käy läpi käytännön toteutuksen vaiheet, alkaen alkuperäisen suostumustilan asettamisesta ja skriptien hallinnasta reittisiirtymien käsittelyyn. Löydät myös toistettavan tavan testata hyväksymistä, kieltäytymistä, valinnan muuttamista ja näkymien välillä navigointia. Lopuksi vertaamme mukautettua koodia suostumuksen hallintapalveluun, jotta voit arvioida, mikä lähestymistapa sopii pinnoosi ja operatiivisiin tarpeisiisi.

Miksi suostumuksen hallinta yhden sivun sovelluksille tarvitsee enemmän kuin bannerin

Yhden sivun sovellus (SPA) päivittää näkymiään ilman, että se lataa uutta selainasiakirjaa jokaiselle navigoinnille. Kävijä voi siirtyä tuotesivulta kassalle samalla kun sovellus muuttaa URL-osoitetta ja sisältöä paikan päällä. Vaikka selain ei ole suorittanut täydellistä uudelleenlatausta, sovellus voi silti tallentaa virtuaalisen sivun näkymän tai suorittaa reittiin liittyvää koodia.

Tämä luo kolme erillistä toteutushuolta: mitä valintaa kävijä teki, kuinka sovellus tallentaa ja jakaa tämän valinnan, ja mitkä tagit saavat suorittaa. Bannerin näyttäminen kerran vahvistaa vain, että käyttöliittymä ilmestyi. Se ei todista, että tagit kunnioittavat tallennettua valintaa myöhemmillä reiteillä tai että muuttunut mieltymys vaikuttaa tagin käyttäytymiseen. Tietosuojakäytäntö voi selittää organisaation tietokäytännöt, mutta se ei näytä, noudattaako SPA suostumusta koodissaan.

Määritelmä: Suostumuksen hallinta yhden sivun sovelluksille on prosessi, jossa pidetään kävijän suostumusvalinta linjassa sovellustilan, reittimuutosten ja tagin käyttäytymisen kanssa, ei vain bannerin näyttäminen ensimmäisessä näkymässä.

Mitkä asiat muuttuvat, kun SPA navigoi näkymien välillä?

Monissa SPAsissa reititin käsittelee navigointia korvaamalla osan käyttöliittymästä sen sijaan, että se pyytäisi uutta asiakirjaa. Toteutus vaihtelee kehys- ja sovelluskohtaisesti, joten tarkista, mitä oma reitittimesi ja seurantajärjestelmäsi tekevät. Analytiikka voi lähettää virtuaalisen sivun näkymän, ja reittiin liittyvä komponentti voi alustaa tagin, vaikka banneri ei ilmestyisi uudelleen.

URL-osoitteen tai näkymän muutos ei itsessään ole suostumustilan muutos. Kävijän tallennettu mieltymys tulisi pysyä saatavilla, kun sovellus liikkuu reittien välillä. Käsittele navigointia ja suostumuspäivityksiä erillisinä tapahtumina, ja tee sitten reittiä laukaiseva seuranta tarkista nykyinen mieltymys ennen kuin se suoritetaan.

Mitkä suostumustilat ja käyttäytymiset tiimien tulisi määritellä?

Dokumentoi ne tilat, joita toteutuksesi tarvitsee käsitellä. Vähintään, erota päättämätön kävijä henkilöstä, joka on kieltäytynyt, hyväksynyt tai valinnut erityisiä mieltymyksiä. Määrittele myös, mitä tapahtuu, kun tämä henkilö tarkistaa valintansa. Suostumusliittymä, tallennettu mieltymys, sovellustila ja tagin hallinta tulisi olla yhdenmukaisia.

Käytä käyttäytymistaulukkoa tai lyhyttä spesifikaatiota vastataksesi näihin kysymyksiin:

• Ensimmäinen vierailu: Mitä tapahtuu ennen kuin kävijä tekee valinnan, ja mitkä tagit pidetään takaisin?
• Kieltäytyminen: Kuinka sovellus estää ei-välttämättömien tagien suorittamisen nykyisellä näkymällä ja myöhemmillä reiteillä?
• Hyväksyminen: Mitkä tagit voivat toimia määritellyn mieltymyksen mukaan, ja kuinka sovellus soveltaa tätä valintaa?
• Päivitetyt mieltymykset: Kuinka muuttunut valinta saavuttaa sovellustilan ja vaikuttaa tagin käyttäytymiseen?

Nämä päätökset tekevät suostumuksesta testattavan ja paljastavat aukkoja, joita vain banneritarkistus voi jättää huomiotta. Esimerkiksi reitti saattaa laukaista seurannan ennen kuin sovellus lukee tallennetun valinnan, tai muuttunut mieltymys saattaa päivittää käyttöliittymän ilman, että tagin käyttäytyminen muuttuu.

Kuinka suostumustila ja seuranta vuorovaikuttavat SPA-reittimuutosten kanssa

Suostumus toimii vain, kun jokainen toteutuksen osa on samaa mieltä. Suostumusliittymä tallentaa kävijän valinnan. Tallennuskerros säilyttää sen. Sovellustila tekee sen saataville koodille, joka hallitsee seurantaa. Tagit käyttävät sitten tätä tilaa päättääkseen, voivatko ne toimia. Jos nämä osat eivät ole synkronoituna, banneri voi näyttää yhden valinnan, kun taas reittiä laukaiseva tagi käyttäytyy kuin valintaa ei olisi olemassa.

Pidä nämä vastuut erillisinä. Suostumusvalinnan tulisi pysyä voimassa, kun kävijä liikkuu sovelluksessa, mutta reittimuutos ei saisi nollata sitä tai automaattisesti avata banneria uudelleen. Jos joku muuttaa mieltymyksiään, päivitä tila ja sovella uutta asetusta myöhempään tagin käyttäytymiseen. Älä anna ymmärtää, että tämä voi kumota jo kerätyt tai lähetetyt tiedot.

Yleinen sääntö: Arvioi suostumukseen liittyvää käyttäytymistä, kun sovellus vaihtaa reittejä tai kävijä muuttaa mieltymyksiään, käyttäen nykyistä tallennettua valintaa joka kerta.

Kuinka suostumusta tulisi käsitellä asiakaspohjaisen navigoinnin jälkeen?

Käytä sovelluksen reitityslähestymistapaa merkityksellisten navigointitapahtumien tunnistamiseen, kuten siirtymistä tuotenäkymästä kassalle. Reittimuutoksen jälkeen tarkista nykyinen suostumustila ennen kuin aktivoit reitistä riippuvaisia analytiikka- tai mainostageja. Tämä ei tarkoita bannerin näyttämistä uudelleen jokaisessa näkymässä. Kehykset paljastavat navigointitapahtumat eri tavalla, joten varmista oikea tapahtuma ja ajoitus sovelluksesi dokumentaatiossa. Salesforce myös hahmottaa SPA-seurannan ja suostumuksen käyttötapauksia.

Kuinka suostumussignaalit saavuttavat analytiikka- ja mainostyökalut?

Yhteydessä olevat tagit tarvitsevat johdonmukaisen signaalin, joka heijastaa kävijän nykyistä valintaa. CMP tai suostumuksen logiikka tallentaa mieltymyksen; integraatio välittää sitten asiaankuuluvan signaalin jokaiselle tuetulle työkalulle ennen kuin se toimii tai päivittää seurantakäyttäytymistä. Varmista, että reittiä laukaisevat tapahtumat käyttävät samaa nykyistä tilaa kuin ensimmäisessä näkymässä alustetut tagit.

Google Consent Mode v2 viestii suostumustiloista Google-palveluille. Se ei kerää kävijän valintaa tai korvaa suostumusliittymää. Pidä nämä roolit selkeinä ja tarkista kokoonpanosi Google Consent Mode v2 -ohjeiden mukaan.

Suostumuksen hallinnassa yhden sivun sovelluksille testaa koko ketju: tee valinta, navigoi ja vahvista odotettu tagikäyttäytyminen. Muuta sitten mieltymyksiä ja toista. Jos punnitset alustavaihtoehtoja, voit tarkistaa Conzentin saatavilla olevat vaihtoehdot osana tätä arviointia.

Vertaile mukautettua SPA-suostumuskoodia ja suostumuksen hallintapalvelua

Ei ole yhtä oikeaa asetusta jokaiselle sovellukselle. Mukautettu suostumuskoodi antaa tiimillesi suoran hallinnan, mutta tekee myös tiimistäsi vastuullisen käyttöliittymän, tallennettujen mieltymysten, reittikäyttäytymisen, tagi-integraatioiden ja testien synkronoinnista. Suostumuksen hallintapalvelu (CMP) voi keskittää osia tästä työstä, mutta sinun on silti varmistettava, että se sopii sovellukseesi ja testattava sen käyttäytyminen reiteilläsi.

Vertaile lähestymistapoja sen työn mukaan, joka tulee tiimisi omistukseen:

Kriteeri	Mukautettu toteutus	Suostumuksen hallintapalvelu
Suostumustilan omistus	Koodisi määrittelee, kuinka valinnat tallennetaan, luetaan ja jaetaan sovelluksen kanssa.	CMP hallitsee suostumusmieltymyksiä; integraatiosi on silti tehtävä ne saataville SPA:lle ja tageille.
Ylläpito	Tiimisi ylläpitää mieltymyksen hallintaa, reittikäyttäytymistä ja toteutuksen muutoksia.	Tarkista palveluntarjoajan päivitysprosessi ja tunnista, mitkä sovelluksen puolen integraatiot jäävät sinun ylläpidettäväksesi.
Integraatiot	Rakennat ja ylläpidät yhteyksiä jokaiseen tarvittavaan tagiin tai palveluun.	Tarkista, tukee CMP tarvitsemasi integraatiot ja kuinka ne toimivat asiakaspohjaisessa navigoinnissa.
Testaus	Tiimisi suunnittelee ja suorittaa testit jokaiselle asiaankuuluville tilalle ja reitille.	CMP voi keskittää kokoonpanon, mutta testaa koko SPA-virta sen sijaan, että oletat alustan hoitavan sen automaattisesti.

Milloin mukautettu suostumusimplementointi voi olla järkevää?

Mukautettu koodi voi sopia tiimille, joka ymmärtää reitityksensä ja tagiarkkitehtuurinsa ja voi määrittää selkeän omistuksen jatkuvalle ylläpidolle. Ennen kuin valitset sen, varmista, kuka päivittää mieltymysliittymän, säilyttää valinnat navigoinnin aikana, tarkistaa toteutuksen muutokset ja testaa hyväksymistä, kieltäytymistä ja tarkistettuja mieltymyksiä. Mukautettu koodi voi toteuttaa valitsemasi käyttäytymisen; se ei itsessään luo laillista vaatimustenmukaisuutta. Erillistä yleiskuvaa varten katso GDPR-suostumusohjeet.

Milloin tiimin tulisi arvioida CMP:tä?

Harkitse CMP:tä, jos haluat keskitetyn paikan bannerin määrittämiseen, mieltymyksien hallintaan tai tuettujen työkalujen yhdistämiseen. Tarkista sitten operatiivinen yhteensopivuus: Onko lähde saatavilla? Mikä isännöintimalli sopii tiimillesi? Mitä päivityksiä tai tukea tarvitset? Nämä ovat erillisiä kysymyksiä, eivät takeita SPA-yhteensopivuudesta tai vaatimustenmukaisuudesta.

Esimerkiksi Conzent tarjoaa lähteeltään saatavilla olevan suostumusalustan itse isännöityinä ja hallittuina pilviversioina. Sen hallittu pilvipalvelu sisältää infrastruktuurin ylläpidon, automaattiset päivitykset ja analytiikkapaneelit. Vertaile näitä vastuita tiimisi kapasiteettiin, ja tarkista sitten alustan nykyiset integraatio-ohjeet ja testaa se omassa SPA:ssasi. Oikea lähestymistapa suostumuksen hallintaan yhden sivun sovelluksille on se, jota tiimisi voi ylläpitää ja validoida sen reiteillä, tageilla ja käyttäjävalinnoilla.

Kuinka toteuttaa ja testata suostumuksen hallintaa SPA-reittien välillä

Luotettava suostumusasetelma tarvitsee enemmän kuin onnistuneen banneritestin. Käytä työnkulkua, joka tarkistaa, mitä tapahtuu ennen ja jälkeen navigoinnin, ja pidä kirjaa tuloksista. Tarkat integraatiovaiheet riippuvat sovelluksestasi ja CMP:stä, joten varmista kehyskohtaiset tapahtumat ja API:t niiden nykyisestä dokumentaatiosta.

• 1. Kartoitusreitti: Listaa keskeiset näkymät ja huomaa, missä analytiikka- tai mainostageja voi toimia, mukaan lukien reitin sisäänkäynnissä.
• 2. Määritä suostumus: Määrittele saatavilla olevat valinnat ja odotettu käyttäytyminen jokaiselle. Vahvista, kuinka sovellus lukee ja säilyttää kävijän mieltymyksen.
• 3. Yhdistä tagit: Varmista, että jokainen suostumuksesta riippuvainen tagi saa asianmukaisen tilan ennen kuin se toimii tai lähettää tapahtuman.
• 4. Testaa virrat: Testaa uusi sivun lataus erikseen asiakaspohjaisesta navigoinnista. Toista eri valinnoilla ja reiteillä.
• 5. Seuraa muutoksia: Sovelluksen, tagin tai CMP:n päivitysten jälkeen, suorita asiaankuuluvat tarkistukset uudelleen ja kirjaa kaikki muuttunut käyttäytyminen.

Rakenna SPA-suostumustestimatriisi

Testaa jokaiselle keskeiselle reitille sekä suora sisäänkäynti että navigointi toisesta näkymästä. Reitti, joka toimii uuden latauksen jälkeen, saattaa käyttäytyä eri tavalla, kun reititin vaihtaa näkymää ilman asiakirjan uudelleenlatausta. Kirjaa odotettu tagikäyttäytyminen ja mitä havaitset, käyttäen tiimisi jo luottamia selaintyökaluja.

• Ennen valintaa: Tarkista alkuperäinen tila ja vahvista, että tagit käyttäytyvät määritellyllä tavalla.
• Kieltäytymisen jälkeen: Vahvista, että valinta pysyy voimassa suoran sisäänkäynnin ja myöhemmän navigoinnin aikana.
• Hyväksymisen jälkeen: Vahvista, että odotetut tagit ja tapahtumat toimivat nykyisessä näkymässä ja seuraavilla reiteillä.
• Mieltymyksien muuttamisen jälkeen: Tarkista, että päivitetty valinta vaikuttaa myöhempään tagikäyttäytymiseen.
• Selaimen päivityksen jälkeen: Vahvista, että mieltymys pysyy voimassa tarkoitetulla tavalla ja alkuperäisen latauksen käyttäytyminen on oikea.

Vianetsintä ongelmille, jotka ilmenevät vain navigoinnin jälkeen

Jos tagi aktivoituu odottamattomasti, tarkista, laukaiseeko reitin käsittely sen ennen kuin sovellus voi lukea nykyisen suostumustilan. Tarkista myös analytiikka mahdollisten kaksoissivunäkymätapahtumien varalta ja tarkista, laukaiseeko navigointi bannerin toistuvasti. Kummallakaan oireella ei ole yhtä taattua syytä, joten vertaa tapahtumien ajoitusta ja suostumustilaa jokaisessa vaiheessa.

Varmista mieltymyksen pysyvyys ja suostumussignaalit tiimisi valitsemalla selaimella ja testausvälineillä. Suostumuksen hallinnassa yhden sivun sovelluksille testaa sekä mitä kävijä näkee että mitä tagit todella tekevät. Pidä matriisi mukana julkaisutarkistuksissasi, jotta reitti- tai integraatiomuutokset eivät hiljaa riko odotettua käyttäytymistä. Vertaillaksesi Conzentin saatavilla olevia suunnitelmia ja isännöintivaihtoehtoja, tarkista Conzentin hinnoitteluvaihtoehdot.

Valitse SPA-suostumusratkaisu, jota tiimisi voi ylläpitää

Oikea suostumusasetelma on sellainen, jota tiimisi voi käyttää, testata ja päivittää menettämättä jälkeä siitä, mitä tapahtuu jokaisella reitillä. Suostumuksen hallinnassa yhden sivun sovelluksille arvioi enemmän kuin banneri. Vahvista, kuinka ratkaisu käsittelee asiakaspohjaista navigointia, kuinka se yhdistää tageihisi ja kuka omistaa työn, kun sovelluksesi tai integraatiosi muuttuvat.

Kysymyksiä, joita kysyä ennen suostumuspalvelun valintaa

• SPA-käyttäytyminen: Kuinka alusta käsittelee reittimuutoksia ja virtuaalisia sivunäkymiä? Onko tämä käyttäytyminen dokumentoitu, ja voiko tiimisi testata sitä sovelluksessasi?
• Integraatiot: Tukeeko se kehykset, tagit ja suostumussignaalit, joita käytät? Tarkista nykyinen yhteensopivuus sen sijaan, että oletat integraation toimivan samalla tavalla jokaisessa SPA:ssa.
• Isännöinti ja päivitykset: Kuka hallitsee isännöintiä, alustan päivityksiä ja kokoonpanoa jokaisessa käyttöönotto-mallissa? Tunnista, mitä tiimisi tarvitsee edelleen ylläpitää.
• Mittaus: Tarvitsetko suostumusvalintatestausta tai analytiikkaa arvioidaksesi tulovaikutusta? Tarkista, mitä alusta tarjoaa ja kuinka tiimisi tulkitsee näitä mittauksia.

Nämä kysymykset selkeyttävät operatiivisia kauppasopimuksia. Itse isännöidyllä asetuksella tiimisi on vastuussa isännöinnistä ja ylläpidosta. Hallittu palvelu siirtää osan infrastruktuurityöstä palveluntarjoajalle, mutta sinun on silti varmistettava integraation käyttäytyminen ja testattava se sovelluksessasi.

Kuinka Conzent sopii SPA-arviointiin

Conzent tarjoaa lähteeltään saatavilla olevan suostumuksen hallintapalvelun itse isännöityinä ja hallittuina pilviversioina. Sen ominaisuuksiin kuuluvat mukautettavat suostumusbannerit, IAB TCF v2.3 -integraatio, Google Consent Mode v2, suostumus A/B-testaus ja tulovaikutusanalytiikka. Arvioi nämä ominaisuudet vaatimustesi mukaan; ne eivät ole lupaus natiivista SPA-yhteensopivuudesta tai tietystä tuloksesta.

Vertaile käyttöönotto-malleja tiimisi resursseihin. Itse isännöintivaihtoehto on saatavilla ilman maksua, kun taas hallittu pilvipalvelu sisältää infrastruktuurin ylläpidon, automaattiset päivitykset ja analytiikkapaneelit. Joka tapauksessa tarkista, kuinka nykyinen dokumentaatio käsittelee kehystäsi, reitityslähestymistapaa, tageja ja suostumussignaaleja. Testaa sitten koko virta omilla reiteilläsi ennen päätöksen tekemistä.

Kun olet tarkistanut toteutustarpeet ja vahvistanut yhteensopivuuden, tarkista Conzentin hinnoittelu vertaillaksesi saatavilla olevia vaihtoehtoja. Valitse lähestymistapa, jota tiimisi voi ylläpitää, ei vain se, joka näyttää helpoimmalta asettaa.

Tee suostumuksesta osa jokaista SPA-siirtymää

Luotettava suostumuksen hallinta yhden sivun sovelluksille riippuu enemmän kuin bannerin näyttämisestä. Pidä kävijän valinta linjassa sovellustilan ja tagin käyttäytymisen kanssa, ja testaa sekä alkuperäiset sivun lataukset että asiakaspohjainen navigointi. Sisällytä kieltäytyminen, hyväksyminen, mieltymyksen muutokset ja päivitys tarkistuksiisi.

Valitse lähestymistapa, jota tiimisi voi ylläpitää. Mukautettu koodi asettaa jatkuvan omistuksen tiimillesi; suostumuksen hallintapalvelu voi keskittää osia työnkulusta, mutta sinun on silti varmistettava integraatiot ja käyttäytyminen sovelluksessasi.

Conzent tarjoaa lähteeltään saatavilla olevan suostumusalustan, jossa on itse isännöity vaihtoehto ilman maksua ja hallittu pilvipalvelu, joka sisältää infrastruktuurin ylläpidon, automaattiset päivitykset ja analytiikkapaneelit. Nämä ovat erilaisia operatiivisia malleja, joten harkitse, mikä sopii paremmin tiimisi kapasiteettiin ja tarpeisiin.

Kun olet määrittänyt vaatimuksesi ja tarkistanut toteutuksen yhteensopivuuden, tarkista Conzentin hinnoittelu ja valitse lähestymistapa suostumusasetuksellesi. Selkeällä testisuunnitelmalla ja ylläpidettävällä asetuksella tiimisi voi tehdä suostumuskäyttäytymisestä johdonmukaisempaa reiteillä ja käyttäjävalinnoissa.

Usein Kysytyt Kysymykset

Tarvitseeko yhden sivun sovellus evästeiden suostumusbannerin?

SPA saattaa tarvita suostumusbannerin, mutta sen arkkitehtuuri yksin ei määritä tätä. Vaatimukset riippuvat sivuston yleisöstä, teknologioista ja sovellettavista säännöistä. Banneri on yksi tapa esittää valintoja; se ei itsessään takaa, että seuranta seuraa niitä. Tarkista sivustosi käyttämät tiedot ja työkalut, dokumentoi odotettu käyttäytyminen ja hae pätevää oikeudellista neuvontaa kysymyksissä, jotka koskevat erityisiä velvoitteitasi.

Kuinka evästeiden suostumus toimii yhden sivun sovelluksessa?

Suostumuksen hallinta yhden sivun sovelluksille yhdistää kävijän valinnan sovelluksen tallennettuihin mieltymyksiin, sovellustilaan ja seurantatagien kanssa. Sovellus tallentaa, onko kävijä hyväksynyt, kieltäytynyt tai valinnut mieltymyksiä, ja käyttää tätä nykyistä tilaa, kun tagit alustetaan tai reitit muuttuvat. Asiakaspohjainen reitti voi laukaista analytiikkaa ilman täydellistä sivun uudelleenlatausta, joten testaa, että tallennettu valinta pysyy saatavilla ja tagit seuraavat sitä.

Tarvitseeko minun näyttää suostumusbanneri uudelleen jokaisen SPA-reittimuutoksen jälkeen?

Ei, pelkkä reittimuutos ei yleensä ole syy näyttää banneria uudelleen. Kävijän tallennettu valinta tulisi pysyä saatavilla, kun he liikkuvat näkymien välillä, ja reittimuutosten tulisi tarkistaa tämä tila sen sijaan, että nollata se. Pidä selkeä tapa, jolla kävijät voivat palata mieltymyksiinsä. Jos valintaa ei ole tehty tai kävijä valitsee hallita mieltymyksiään, näytä käyttöliittymä toteutuksesi mukaan.

Kuinka voin testata suostumuksen hallintaa SPA-reittien välillä?

Testaa uusi sivun lataus erikseen asiakaspohjaisesta navigoinnista. Tarkista jokaiselle keskeiselle reitille käyttäytyminen ennen valintaa, kieltäytymisen jälkeen, hyväksymisen jälkeen, mieltymyksien muuttamisen jälkeen ja selaimen päivittämisen jälkeen. Kirjaa odotettu tulos ja vertaa sitä havaittuun tagitoimintaan. Käytä selaimesi kehittäjätyökaluja tarkistaaksesi verkkopyynnöt ja tallennetut mieltymykset, ja varmista, että reitin navigointi ei tuota odottamattomia tagikutsuja tai kaksoissivunäkymätapahtumia.

Voiko Google Consent Mode v2 korvata evästeiden suostumusbannerin?

Ei. Google Consent Mode v2 viestii suostumussignaaleista tuetuille Google-palveluille; se ei pyydä kävijöitä tekemään valintaa tai korvata suostumusliittymää. Sivustollasi on oltava tapa kerätä ja hallita mieltymyksiä, ja sitten välittää asiaankuuluvat signaalit yhdistetyille työkaluillesi. Käsittele keräämistä ja signaalointia erillisinä osina asetuksesta, ja varmista, että signaalit heijastavat kävijän nykyistä valintaa myöhemmillä SPA-reiteillä.

Voiko suostumuksen hallintapalvelu toimia yhden sivun sovelluksen kanssa?

CMP:tä voidaan käyttää SPA:n kanssa, mutta yhteensopivuus riippuu alustasta, sovelluksesta, reitityslähestymistavasta ja integraatioista. Ennen kuin valitset yhden, tarkista sen nykyinen dokumentaatio asiakaspohjaiselle navigoinnille, tuetuille tageille ja suostumussignaaleille. Testaa sitten suora reitin sisäänkäynti ja sovelluksen sisäinen navigointi eri mieltymyksillä. Älä oletakaan, että alustan bannerin toimiminen alkuperäisessä latauksessa todistaa, että sen suostumuskäyttäytyminen toimii koko sovelluksessasi.

Hidastaako suostumuksen hallinnan lisääminen SPA:ta?

Se riippuu toteutuksesta, skripteistä ja siitä, kuinka ne latautuvat. Suostumusliittymä ja sen tukikoodi lisäävät työtä, joka voi vaikuttaa suorituskykyyn, samalla kun analytiikan ja mainostagien ajoitus on myös tärkeää. Mittaa sovellustasi ennen ja jälkeen toteutuksen vertailukelpoisissa olosuhteissa. Tarkista sivun latausmetriikat ja reittisiirtymät, ja tarkista, mitkä skriptit latautuvat, milloin ne latautuvat ja onko mitään alustettu useammin kuin kerran.