A Google Ads szolgáltatásban az alábbi fejlesztések állnak rendelkezésére, melyek átfogó, összesített képet kínálnak a közönségekről, és egyszerűbbé teszik a közönségkezelést és -optimalizálást:
- Új közönségjelentés
A közönség demográfiai adatairól, szegmenseiről és kizárásairól szóló részletes jelentés mostantól egy helyen van összesítve. Kattintson a Kampányok ikonra , nyissa meg a „Közönségek, kulcsszavak és tartalom” lapot, majd kattintson a Közönségek lehetőségre. megfelelően kerül sor. Ezen a jelentésoldalon egyszerűen kezelheti is a közönségeket. További információ a Közönségjelentésekről - Új kifejezések
Új kifejezéseket használunk a közönségjelentésben és a Google Ads szolgáltatásban mindenütt. A „közönségtípusok”-at (ideértve az egyéni, piacon belüli és érdeklődési szegmenseket) például mostantól közönségszegmenseknek nevezzük, a „remarketing” elnevezése pedig „saját adatok” lett. További információ a közönséggel kapcsolatos kifejezések frissítéseiről
A felhasználók adatainak védelme érdekében a Google irányelveket alkotott azzal kapcsolatban, hogy a hirdetők hogyan gyűjthetnek, használhatnak fel és oszthatnak meg személyazonosításra alkalmas adatokat. Ezen irányelvek értelmében ha a Google azt észleli, hogy egy Google-címkében személyazonosításra alkalmas adatok találhatók, adatvédelmi incidensről szóló értesítést küld a hirdetőnek, és letiltja a kapcsolódó adatszegmenseket, valamint minden kapcsolódó szegmenst, például az egyéni kombinációs listákat és a hasonló szegmenseket mindaddig, amíg a hirdető el nem hárítja a problémát.
Ebből a cikkből megismerheti, hogyan működik ez a folyamat, és hogyan kerülheti el, hogy személyazonosításra alkalmas adatokat osszon meg a Google-lal.
Hogyan működnek a címkék?
Amikor egy weboldalon aktiválódik a Google-címke, automatikusan elküldi a felhasználó aktuális URL-jét a Google-nak. Bármelyik címke képes személyazonosításra alkalmas adatok gyűjtésére még akkor is, ha a webfejlesztő nem adja át közvetlenül ezeket az adatokat a címkének.
Az URL-eket rögzítő Google-termékcímkék többek között a Google Ads konverziókövetési címkéje, a Google-címke, a DFP-címke, a Floodlight címke és a Google Analytics címkéje. Jó tudni, hogy azon oldalakon szereplő címkék is megoszthatnak személyazonosításra alkalmas adatokat külső felekkel, amelyek e-mail-címeket tartalmazó URL-ekkel rendelkeznek.
Az adatvédelmi incidensekről szóló heti értesítések
Azok a hirdetők, akik személyazonosításra alkalmas adatokat küldenek a Google-nak, hetente értesítést kapnak e-mailben az ads-noreply@google.com címről. Az értesítésben minden olyan URL és érintett adatszegmens szerepel, amelyben személyazonosításra alkalmas adatok, például e-mail-cím vagy jelszó található.
Mindegyik e-mail esetében nézze át az URL-ek listáját, derítse fel a probléma okát, majd az e-mailhez csatolt űrlap kitöltésével válaszoljon az irányelvek betartatásáért felelős csapatnak. Az e-mail tartalmazza azt az URL-csoportot, ahol a személyazonosításra alkalmas adatokat észleltük, azoknak az alkalmaknak a számát az elmúlt 7 napban, amikor egy bizonyos URL-lel kapcsolatban személyazonosításra alkalmas adatokat észleltünk, valamint egy minta URL-t abból az URL-csoportból, amelyben a személyazonosításra alkalmas adatokat észleltük. A példákból töröltük a személyazonosításra alkalmas adatokat.
A Google Ads kezelőfelületén nem jelennek meg az ezzel kapcsolatos értesítések. Az adatvédelmi incidensekről szóló értesítéseket azon Google Ads-felhasználóknak küldjük el, akik adminisztrátori vagy normál hozzáféréssel rendelkeznek az érintett fiókokhoz. További információ a Google Ads-fiók hozzáférési szintjeiről, illetve a Google Ads bejelentkezési adatainak módosításáról.
Az URL-ekben található személyazonosításra alkalmas adatok eltávolítása
A legjobb mód a személyazonosításra alkalmas adatok küldésének leállítására, hogy változtat azon, ahogy a webhelye kezeli az adatokat. Az alábbi információkból megtudhatja, hogyan előzheti meg, hogy az URL-ekbe személyazonosításra alkalmas adatok kerüljenek.
Kerülje a címkék eltávolítását
Bár egyszerűen eltávolíthatja a személyazonosításra alkalmas adatokat küldő címkéket, nem ez a legjobb megoldás. Ha nem javítja ki a személyazonosításra alkalmas adatok URL-ekbe kerülésének okát, a webhelyen található többi címke továbbra is küldhet majd személyazonosításra alkalmas adatokat. Bár nem kötelező minden oldalon Google-címkéket elhelyezni, mégis ezt a megoldást javasoljuk azért, hogy a teljes webhely forgalmára vonatkozóan használni tudja a felhasználócélzási funkciókat. Ha egy oldalon nincs címke, azon nem tud egyes felhasználókat megcélozni vagy kizárni.
Töltse ki a válaszűrlapot
Ha adatvédelmi incidensről szóló értesítést kap, fontos, hogy kitöltse az e-mailben linkelt űrlapot. Ezzel tudathatja a Google-lal, hogy hol tart a folyamatban, és kapcsolódó információkat nyújthat.
Az űrlap kitöltésekor pontosan úgy adja meg az ügyfél-azonosítót, ahogy az megjelenik az adatvédelmi incidensről szóló értesítésben. Ezután válasszon az alábbi három lehetőség közül.
- Megtettem a probléma megoldásához szükséges lépéseket. Kérem, küldjenek egy frissített jelentést: Ha ezt a lehetőséget választja, az irányelvekért felelős csapat két héten belül küld Önnek egy olyan e-mailt, amelyben megerősíti, hogy a webhely megfelel-e az irányelveknek.
- Megértettem az értesítést, és meg fogom vizsgálni a kérdést: Ha még dolgozik a probléma elhárításán, válassza ezt a lehetőséget. Az irányelvek betartásáért felelős csapat minden héten elküldi az URL-ek frissített listáját, hogy segítsen elhárítani a problémát.
- Úgy gondolom, hogy az értesítést tévedésből kaptam. Kérem, ellenőrizzék újra a fiókomat: Ha ezt a lehetőséget választja, az irányelvekért felelős csapat újra ellenőrzi a fiókját, és új üzenetet küld. Az alábbi Tévesen személyazonosításra alkalmasként azonosított adatok részben megtudhatja, hogy miért gondolhatjuk úgy tévesen, hogy egy URL-ben személyazonosításra alkalmas adatok vannak.
A személyazonosításra alkalmas adatok kezelési módjának megváltoztatása
Általában az URL-ekben megjelenő személyazonosításra alkalmas adatokat érintő probléma elhárításának egyetlen módja, hogy megváltoztatja azt, ahogyan a rendszerei a felhasználói adatokat kezelik. Alább bemutatjuk a legelterjedtebb megoldásokat a probléma kiküszöbölésére.
- Webes űrlapok: A HTTP protokoll lehetővé teszi az űrlapok elküldését a
GET
és aPOST
metódussal is, de érdemesebb aPOST
metódust használni. AGET
metódus használatakor az űrlap paraméterei az URL részeként jelennek meg a címsorban. (További információ az űrlapküldési módszerekről.) Ha az űrlap elküldése után megjelenő oldal Google-hirdetéseket tartalmaz, az űrlap paramétereit tartalmazó URL-t fogja elküldeni a Google-nak.- Frissítse az oldal forrását vagy a HTML-kódot előállító komponenst úgy, hogy annak attribútumában a
method=”post”
karakterlánc szerepeljen. Ügyeljen rá, hogy ha nincs meghatározott metódus, akkor az alapértelmezett metódus aGET
.
- Frissítse az oldal forrását vagy a HTML-kódot előállító komponenst úgy, hogy annak attribútumában a
- Bejelentkezési oldalak: Bizonyos webhelyek, különösen a felhasználói profilokat vagy felhasználói bejelentkezést használó oldalak olyan URL-mintákat használnak, amelyek személyazonosításra alkalmas adatokat tartalmaznak. Előfordulhat például, hogy a bejelentkezési oldalon a
webhely.hu/beállítások/minta@email.hu
-hoz hasonló, a „Saját beállítások” oldalra mutató link szerepel. A rákattintás után megjelenő oldalakon látható hirdetések az URL-ben szereplő személyazonosításra alkalmas adatokat elküldhetik a Google-nak.- Személyazonosításra alkalmas adatokat tartalmazó linkek vagy oldalak lehetnek a profiloldalak; a beállítások, fiókok, értesítések és riasztások oldalai; az üzenetküldési és levelezési; a regisztrációs és feliratkozási; a bejelentkezési; valamint a felhasználói információkkal kapcsolatos egyéb linkek és oldalak.
- A személyazonosításra alkalmas adatok az URL-ben általában kicserélhetők egyedi webhelyspecifikus azonosítóra vagy egyedi felhasználói azonosítóra (UUID).
- Egyéni e-mail-marketinges kampányparaméterek: Gyakran egyéni kampányparamétereket adnak az URL-ekhez annak érdekében, hogy kövessék a webhelyre érkező forgalom forrását, például az e-mail-marketinges kampányokat. Ha az URL-ekben személyazonosításra alkalmas adatokat tartalmazó kifejezések szerepelnek egyéni kampányparaméterként (példa:
webhely.hu/mai_akciók/?utm_source=email&utm_campaign_name=mai_akciók&utm_user_email=minta@email.hu
), és a megfelelő URL-ekben Google-címke szerepel, ezek az URL-ek személyazonosításra alkalmas adatokat küldhetnek a Google-nak.- Küldjön önmagának egy teszt e-mail-marketinges kampányt, és vizsgálja meg a létrehozott URL-eket, hogy nincsenek-e e-mail-címek vagy más személyazonosításra alkalmas adatok az URL-paraméterekben. Ha vannak, rendeljen mindegyik felhasználóhoz egyedi webhelyspecifikus azonosítót vagy egyedi felhasználói azonosítót (UUID), és az URL-paramétereken keresztül kövesse nyomon az UUID-t.
Ha a felhasználói információk helyett UUID-t használ, megelőzheti, hogy személyazonosításra alkalmas adatok kerüljenek a Google-hoz. Például a webhely.hu/beallitasok/minta@email.hu
-t átalakíthatja a webhely.hu/beallitasok/43231
karakterláncra, amelyben a 43231 egyedien azonosítja a minta@email.hu címhez tartozó fiókot. A karakterláncokhoz a Java, a Python és más programnyelvek függvénytáraival is rendelhet UUID-t.
Ellenőrizze a megoldást
Miután elvégezte a rendszerén a módosításokat, és válaszolt az űrlapon, a Google ellenőrzi, hogy elhárult-e a probléma. Két héten belül újabb értesítésben fogjuk tudtára adni, hogy elhárult-e a probléma, vagy még mindig személyazonosításra alkalmas adatokat oszt meg a fiókjához kapcsolódó URL-ekben.
Először ellenőrizze a megoldást egy tesztwebhelyen
Ha egy tesztwebhelyen szeretné ellenőrizni, hogy működnek-e a módosítások, mielőtt alkalmazná őket az élő webhelyen, a naplószkennelésbe belefoglalhatja a tesztwebhelyet. Címkézze fel a tesztwebhelyet ugyanannak a Google Ads-ügyfél-azonosítónak a címkéivel, mint amelyet a személyre szabott hirdetésekhez is használ. Amint a tesztwebhely megjelenik az értesítő e-mailekben küldött naplószkennelésekben, elvégezheti a tesztmódosításokat. Ha a tesztwebhelyen nem észlelhetők személyazonosításra alkalmas adatok, látni fogja, hogy nem szerepel a tesztwebhely a jelentésekben. Ekkor alkalmazhatja a módosításokat az élő webhelyen.
Tévesen személyazonosításra alkalmasként meghatározott adatok
Néha előfordulhat, hogy a Google Ads tévesen észlel személyazonosításra alkalmas adatokat az URL-ekben. Ha ellenőrizte, hogy biztosan nem küld személyazonosításra alkalmas adatokat a Google-nak, válaszoljon az adatvédelmi incidensről szóló értesítésben megadott űrlapon, és válassza az „Úgy gondolom, hogy az értesítést tévedésből kaptam” lehetőséget.
A személyazonosításra alkalmas adatok téves észlelésének leggyakoribb okai:
A webhely kapcsolatfelvételi e-mail-címe
Az URL-ekben megjelenhet a hirdető üzleti e-mail-címe – általában ugyanaz, mint amely a hirdető webhelyén jelenik meg –, ami tévesen adatvédelmi incidensről szóló értesítést generálhat.
Annak ellenőrzéséhez, hogy a webhely kapcsolatfelvételi e-mail-címe okozza-e a problémát, kövesse az alábbi lépéseket:
- Keresse meg az „url” és a „ref” paramétereket az adatvédelmi incidensről szóló értesítésben található URL-listában. Mindkét paraméternek URL-hez kell hasonlítania. Például:
url=http%3A%2F%2Fwww.példawebhely.hu%2Fcontact%2Ftörölt@example.com
és
ref=http%3A%2F%2Fwww.példawebhely.hu%2Fcontact%2Ftörölt@example.com
- Az URL-címekből valamilyen erre szolgáló eszközzel távolítsa el az escape-karaktereket.
- Hasonlítsa össze az URL-t és az e-mail-címet a webhely kapcsolattartási adatokat tartalmazó oldalának URL-jével és az oldalon megjelenő e-mail-címmel. Ha az URL-ek és e-mail-címek megegyeznek, nem oszt meg személyazonosításra alkalmas adatokat.
A felhasználó merevlemezén tárolt URL
A felhasználók böngészőjük „Mentés másként” parancsával a webhely bizonyos részeit a merevlemezre menthetik. Ha a webhely mentéséhez kapcsolódó útvonal e-mail-címet tartalmaz, téves riasztás történhet.
Annak ellenőrzéséhez, hogy a felhasználó mentése okozza-e a problémát, kövesse az alábbi lépéseket:
- Keresse meg az „url” és a „ref” paramétereket az adatvédelmi incidensről szóló értesítésben található URL-listában. Mindkét paraméternek URL-hez kell hasonlítania. Például:
url=file%3A%2F%2Fpéldawebhely.hu%2Fpaget%2Ftörölt@example.com
és
ref=file%3A%2F%2Fpéldawebhely.hu%2Fpaget%2Ftörölt@example.com
- Az URL-címekből valamilyen erre szolgáló eszközzel távolítsa el az escape-karaktereket.
-
Nézze meg, hogy az URL egy számítógépen tárolt fájl elérési útjára hasonlít-e. Például:
file://examplesite.com/page/redacted@example.com
Ha így van, nem oszt meg személyazonosításra alkalmas adatokat.
Kapcsolódó linkek
- A kibővített konverziók
- Kibővített konverziók beállítása a Google Címkekezelővel
- Kibővített konverziók beállítása a Google-címkével
- Ügyféladatokra vonatkozó irányelvek
- Hogyan használja a Google a kibővített konverziók adatait?
- Adatgyűjtés és -használat
- Bevált módszerek a személyazonosításra alkalmas adatok küldésének elkerüléséhez
- Bevált módszerek a személyazonosításra alkalmas adatok küldésének elkerüléséhez