Twitter-feed

Friss topikok

adserver

Az Adverticum szakmai blogja online hirdetésekről és minden másról, ami ezzel kapcsolatos.

Kövess minket!

twitter_uj_2017_1.png

Facebook

Adverticum on Facebook

Címkék

adatszolgáltatás (1) adatvédelem (2) adex (1) admobile (7) adprofile (3) adserver (52) adstat (4) adszerver (1) adverticum (43) adverticum adserver (1) ad choices (1) ad exchange (1) ajánlás (1) alkalmazás (4) analitika (1) app (3) arc (1) automatizált (1) balatoni emese (1) banner (37) behavioural (1) Berlin (1) beszámoló (1) bevételek (1) big data (1) billboard (2) blog (1) blokkolás (1) böngésző (3) branding (1) cannes (1) célzás (2) célzott adatgyűjtés (1) cemp (2) clickz (1) cookie (3) ct (1) ctr (7) custom logger (1) DAA (1) demográfia (6) desktop (1) digitális (2) digitális mesterkurzus (1) display (14) dmp (1) DNT (2) do not track (3) dsp (1) EDAA (1) előadás (1) eMarketer (1) engagement (5) evomedia (1) e kereskedelem (1) fejtágítás (6) Firefox (1) firefox (1) first-party (1) flash (2) fogalom (3) frequency cap (3) gamification (1) geo (1) globális (1) google chrome (1) gyakoriság (1) hatékonyásg (1) hatékonyság (2) helyzetjelentés (1) hír (10) hirdetés (3) hirdetések (8) hirdető (1) hírek (1) html5 (2) húsvét (1) hvg (1) iab (14) IAB (13) ih2010 (2) image (3) in-app (1) in-banner (1) in-stream (1) infógrafika (1) integrált kommunikáció (2) Interact (1) internet (4) internet explorer (2) internet hungary (3) inventory (1) játék (1) jövő (1) kampány (1) karakterek (1) kitekintés (25) kontextus (3) kreatív (5) kreativitás (2) kreatív verseny (1) külföld (21) különbség (1) kutatás (1) landing page (1) layer (1) lista (1) lokáció (1) m.o.r.e. (1) MAKSZ (1) márkakedveltség (1) marketing (2) marketingeszközök (1) médiaértékesítés (1) mediamind (1) mérés (13) Microsoft (1) MIXX Awards (1) mobil (20) mobilhirdetés (9) mobilmarketing (2) mobil extra (1) more (1) Mozilla (2) MRAID (2) natív (1) native advertising (1) natív hirdetések (2) negyedéves jelentés (1) népszerűség (1) neuromarketing (1) ne kövess (1) nrc (1) oba (1) okoshirdetések (1) online marketing (4) online marketingeszköz (1) online média szakma (2) önszabályozás (1) opt-in (1) opt-out (1) ORMMA (1) plugin (1) post roll (2) pre roll (2) privacy (2) programmatic (5) reakciókövetés (1) real-time (1) reklám (4) reklámdíj (1) reklámköltés (2) reklámpiac (3) reklámtorta (1) remarketing (1) retargeting (2) rich media (13) Rising Stars (2) roadblock (4) roll (1) rtb (2) RTB (1) sanoma (1) search (1) sidekick (1) slider (1) smart data (1) splash screen (2) ssp (1) szegmentálás (1) szem (1) szinkron banner (1) sztenderdizálás (2) táblagép (1) tablet (1) targetálás (28) tervezés (14) tessa wegert (1) third-party cookie (1) tippek (4) top6 (1) toprankblog (1) trading desk (1) trend (3) twitter (1) ügynökségek (1) útmutató (1) VAST (1) vélemény (2) vicces válogatás (1) video (3) video hirdetés (9) video rising stars (1) viselkedés (1) viselkedés alapú targetálás (18) VPAID (1) W3C (2) webanalitika (1) webkamera (1) weboldal (1) Windows 10 (1) Címkefelhő

Új fejlemények a Do Not Track-ről

2014.12.10. 09:50 | Szili Dóra | Szólj hozzá!

Címkék: helyzetjelentés adserver gyakoriság frequency cap do not track W3C DNT

Legutóbb májusban írtunk helyzetjelentést a DNT funkcióval kapcsolatban, és azóta történt egy-két változás a sztenderdet illetően, amelyről érdemes beszámolni. Emellett azért is van aktualitása a témának, mert hirdetői és tartalomszolgáltatói oldalról egyre gyakrabban merül fel a kérdés, hogy miért látnak egyes internetezők tartalmat eltakaró bannereket egymás után többször megjelenni (miért nem működik az adszerverben beállított gyakoriság), vagy néha pont az ellenkezője történik, hogy miért nem látnak adott hirdetéseket.

A felmerülő kérdésekre a legtöbb esetben a DNT a válasz. De mit is jelent pontosan a Do Not Track funkció? Kinek és hol van bekapcsolva, és milyen hatással van ez a hirdetésekre? Ha érdekelnek ezek a válaszok és a felmerült változás, akkor olvass tovább!

Emlékeztetőül vegyük át az eddigi tudnivalókat:

A Do Not Track (DNT), azaz “ne kövess” funkció tulajdonképpen egy böngészőoldali opt-out beállítási lehetőség. Ha ez a funkció be van kapcsolva, akkor a böngésző minden oldal lekérésekor jelzi a szolgáltatók (webanalitikai rendszer, hirdetéskiszolgáló rendszer, egyéb szolgáltatók) felé a Do Not Track header elküldésével azt, hogy erről a felhasználóról nem tárolhatnak ezek a szolgáltatók online viselkedési információkat, vagyis nem rakhatnak le nála cookie-kat. Ez elviekben hasonló működést idéz elő, mintha opt-out-olt volna a user az adott szolgáltatónál, csak ebben az esetben a böngésző egy beállításával tudja minden szolgáltató felé jelezni, hogy nem szeretné, ha követnék, hogy ő mit és merre böngészik az interneten.

dnt_1.png

A funkció 2011-ben jelent meg először a Mozilla böngészőjében, majd bevezették a többi (Internet Exploler, Chrome stb.) böngészőben is. A sztenderd meghatározásáért a World Wide Web Consortium (W3C) felel, és annak kijelölt munkacsoportja, akik azóta is azon dolgoznak, hogy minden technikai részletre kiterjedően rögzítsék, hogy hogyan kell támogatni a webes szolgáltatóknak a DNT funkciót. 2014 áprilisában jelent meg tőlük az a definíció, mely kimondja, hogy a Do Not Track jelzés azt jelenti, hogy a user nem akarja, hogy adatot gyűjtsenek róla különböző weboldalakon. Ezek csak a third-party cookie-k által gyűjtött adatokra vonatkoznak, pl. a webshopok, híroldalak ettől függetlenül ajánlhatnak fel a DNT-s usereknek másik terméket/cikket a korábban megtekintett oldalak alapján, mert ezek a felek first-party cookie-t használnak.

Mivel ezek a meghatározások és az elfogadtatás lassabban halad, mint az internetes technológiák fejlődése, ezért vitatott téma, hogy érdemes-e egyáltalán támogatni a funkciót, vagy hagyják-e figyelmen kívül a szolgáltatók. A nagy amerikai szereplők közül sem támogatja mindenki, például a Yahoo úgy döntött idén májusban, hogy visszalép a támogatástól, abból az okból is, hogy az Internet Explorer új verziójú böngészőiben már eleve bekapcsolt volt a DNT funkció, így nem is a user döntése volt, hogy ne kövessék.

Magyarországon az Adverticum 2011 augusztusában az elsők között kezdte el támogatni a DNT funkciót, amely az AdServer esetében azt jelenti, hogy nem küld cookie-t a DNT-headert alkalmazó böngészők felé. Vagyis ha a DNT funkció bekapcsolt állapotban van, a gyakorlatban ez azzal jár, hogy az Adverticum AdServer nem tárolhat cookie-t a DNT-t alkalmazó user böngészőjében, így például a gyakoriság funkciója sem működik náluk, mert az AdServer nem rögzítheti, hogy ő már látott egy bannert vagy sem, de emellett más beállítások, célzások (pl. retargeting) sem működnek megfelelően a böngészőjükben, amelyeknek az egyik következménye, hogy mindenféle hirdetést fognak látni, nem csak a számukra releváns és az érdeklődési körüknek megfelelő hirdetések jelennek majd meg.

Ami az internetezők és a kampány érdekében is állhat, ha a nem követhető usereket kizárják pl. a gyakoriság alapon futó bannerek megjelenése elől. Ezt az Adverticum rendszerében a DNT kizárás funkcióval lehet megoldani, amely addig nyújt áthidaló megoldást, amíg a gyakoriság szabályozására nem készül el ajánlás ezekre az esetekre. És ehhez kapcsolódik egy változás, amely miatt érdemes újra foglalkozni a DNT témájával.

A változás előszele

A nyár folyamán és november végén megjelent két továbbgondolt verziója/tervezete a Do Not Track sztenderdnek, ami jó úton halad a gyakoriság kezelésének kapcsán.

A novemberi tervezet itt olvasható.

A W3C munkacsoportja várja a véleményeket, észrevételeket ezzel a tervezettel kapcsolatban, amelyek elbírálása, figyelembevétele után a jövőben ajánlás lehet ez a leírás minden szereplő számára. De addig is tekintsük át, hogy mit fog valószínűleg magában foglalni ez az ajánlás, ami az adszerverek gyakoriság szabályozását érintheti.

Az adszervek third party rendszereknek minősülnek az interneten, hiszen a weboldal és a user mellett ők harmadik félként csatlakoznak be az online hirdetések megjelenítése révén.

A korábbi sztenderd kimondja, hogy a harmadik fél, ha a DNT bekapcsolt állapotáról kap jelzést egy user tevékenységével kapcsolatban:

- akkor neki nem szabad gyűjteni, megosztani vagy felhasználni bármilyen adatot, ami ahhoz az interakcióhoz kapcsolódik;
- és nem szabad felhasználnia bármilyen adatot, ami a user korábbi böngészésére vonatkozik.

Ami az újabb verziójú tervezet része lett, hogy a harmadik fél a következő esetekben gyűjthet és felhasználhat adatokat egy user tevékenységével kapcsolatban akkor, ha a DNT funkció bekapcsolt állapotban van:

- ha a user az általuk leírt módon kivételes engedélyt adott erre;
- ha az adatgyűjtés célja az engedélyezett esetek alá tartozik;
- vagy ha az adat véglegesen olyan formába került az általuk leírt módon, amelyből nem lehet azonosítani a a felhasználó böngészőjét.

Az engedélyezett esetek között találjuk a gyakoriság szabályozását, amelyre a következő leírás érvényesülhet majd:

A Do Not Track be- vagy kikapcsolt állapotától függetlenül adat gyűjthető, tárolható és felhasználható a hirdetések megjelenési számának korlátozása érdekében mindaddig, amíg a tárolt adatok nem fedik fel a user böngészési előzményeit. A harmadik fél nem alakíthat ki profilokat vagy online viselkedési mintákat a gyakorisági előzmények alapján, sem másmilyen módon nem lehet hatással a felhasználó netezési élményére.

Emellett az engedélyezett esetekre tervezik még minősítők bevezetését is, amelyekkel a szolgáltató jelezheti a böngésző felé, hogy milyen célból gyűjtene adatot. A gyakoriság szabályozás célját például a “c” betű jelezné egy megadott technikai módon. A gyakoriságon kívül még a pénzügyi logolás és biztonsági okok szerepelnek az engedélyezett esetek között, melyekről bővebben itt lehet olvasni.

Biztatóak ezek a jelek a W3C munkacsoportja felől, de a hivatalos ajánlás bevezetéséig valószínűleg meg kell várnunk a jövő évet, a fejleményekről pedig továbbra is be fogunk számolni.


A bejegyzés trackback címe:

http://adserver.blog.hu/api/trackback/id/tr826971645

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben.

Nincsenek hozzászólások.