Instrucțiuni de implementare pentru maparea conținutului

Pentru fiecare unitate de anunțuri, conținutul din jurul anunțului poate fi mapat individual folosind fie setContentUrl(), fie setNeighboringContentUrls(). Rețineți că fiecare unitate de anunțuri trebuie să folosească un singur tip de mapare a conținutului, nu ambele.

Pentru a folosi maparea conținutului urmați pașii de mai jos.

1. Instalați SDK-ul pentru anunțuri mobile Google, versiunea pentru:
   • Android: 19.0.0 sau versiuni ulterioare pentru AdMob și 19.5.0 pentru Ad Manager,
   • iOS: 7.67.0 sau versiunile ulterioare.
2. Stabiliți ce tip de mapare a conținutului trebuie să folosiți pentru fiecare unitate de anunțuri.
3. Asigurați-vă că adresele URL pe care le transmiteți sunt publice (pot fi accesate cu crawlere). Aflați mai multe despre cum să vă configurați site-ul cu crawlere pentru AdMob sau Ad Manager. Rețineți că nu este necesar ca adresa URL să fie disponibilă pentru utilizatorii dvs.

Cum puteți să mapați conținutul complet și cu exactitate

Asigurați-vă că fiecare element de conținut este mapat la o adresă URL care capturează ceea ce vede utilizatorul în aplicație. Adresele URL pe care le transmiteți trebuie să ofere o imagine completă și exactă a conținutului care înconjoară anunțul.

Notă: deși acceptăm capturi de ecran ale aplicației pentru maparea conținutului, metoda recomandată este codul HTML.

Folosiți exemplele de mai jos pentru a afla mai multe despre ceea ce înseamnă „complet și exact”.

Exemplul 1 – mapare completă (include tot conținutul din jurul unui anunț)

Adresele URL pe care le transmiteți trebuie să fie o reprezentare completă a conținutului care înconjoară anunțul. Adresa URL trebuie să conțină toate elementele adiacente anunțului, inclusiv orice element care ar putea apărea în același ecran sau în aceeași arie vizibilă cu anunțul.

În Figura 1 este afișat un feed de știri din pagina de pornire cu două elemente de conținut, Conținutul A și Conținutul B, care trebuie să fie mapate separat. În cazul conținutului A, avem trei exemple de mapare: două exemple pozitive și unul negativ.

În Maparea A1, maparea conținutului A este completă deoarece adresa URL transmite antetul, imaginea și același paragraf pe care utilizatorul îl vede direct deasupra anunțului. Această mapare se potrivește complet cu conținutul pe care utilizatorul îl vede în aplicație.

În Maparea A2, maparea conținutului A este și mai completă, deoarece adresa URL transmite versiunea integrală a paragrafului (de exemplu, feedul afișează un rezumat al unui articol de știri, dar puteți transmite întregul articol de știri). Transmiterea tuturor informațiilor este cea mai bună metodă de a asigura o reprezentare completă a conținutului care înconjoară anunțul.

În Maparea A3, maparea conținutului A nu este completă, deoarece adresa URL transmite doar antetul și același paragraf pe care utilizatorul îl vede direct deasupra anunțului. Această mapare nu include imaginea, deci nu este o reprezentare completă a conținutului care înconjoară anunțul.

Notă: nu trebuie să transmiteți date cu caracter personal sau alte informații care încalcă acordul de confidențialitate încheiat cu utilizatorii dvs. Pentru AdMob sau Ad Manager, puteți să eliminați orice date cu caracter personal (de exemplu, nume complete, adrese de e-mail, parametri de localizare geografică) din adresele URL asociate conținutului pe care le trimiteți către Google.

 

Este necesară o mapare completă și precisă a conținutului aplicației, însă toate elementele considerate date cu caracter personal pot fi eliminate sau înlocuite cu un identificator unic, înainte de a trimite adresele URL asociate conținutului către Google.

^{Figura 1}

Maparea pentru conținutul B urmează același model ca și maparea pentru conținutul A.

Exemplul 2 – mapare exactă

Adresele URL pe care le transmiteți trebuie să fie o reprezentare exactă a conținutului care înconjoară anunțul. Conținutul nu poate fi exact dacă nu este complet.

În Figura 2, încercăm din nou să mapăm un feed de știri din pagina de pornire. De data aceasta, avem două exemple de mapare pentru conținutul A în feedul de știri.

În Maparea A1, maparea conținutului A este exactă, deoarece transmite elementele corecte, care se potrivesc cu conținutul aplicației.

În Maparea A2, maparea conținutului A nu este exactă, deoarece mapează de fapt conținutul Z, care nu are legătură cu conținutul A. Aceasta nu ar fi o reprezentare exactă a conținutului care înconjoară anunțul.

^{Figura 2}

Exemple de situații de folosire

Pentru a înregistra performanțe optime, este important să transmiteți adrese URL care descriu în detaliu conținutul pe care utilizatorii îl văd în jurul anunțului. Mai întâi, luați în considerare tipul de anunț difuzat, pentru a stabili ce adresă URL sau adrese URL trebuie să transmiteți pentru maparea conținutului. 

Rețineți că următoarele situații de folosire sunt exemple care vă pot ajuta să stabiliți cum să folosiți maparea conținutului.

Anunțuri de tip banner

Anunț de tip banner pe o singură pagină

Anunțurile de tip banner pot apărea într-o singură pagină a conținutului unei aplicații, cum ar fi în interiorul unui articol de știri.

În acest exemplu, anunțul de tip banner este implementat pe o singură pagină, iar conținutul înconjurător este static. Acest lucru înseamnă că respectivul conținut poate fi transmis printr-o singură adresă URL.

În acest caz, trebuie să folosiți metoda setContentURL() pentru a transmite o singură adresă URL înainte de a încărca solicitarea de anunțuri.

Anunț de tip banner ancoră pe o singură pagină

Bannerele ancoră apar întotdeauna pe ecran atunci când utilizatorul derulează, blocat în partea de sus sau de jos a ecranului.

În acest exemplu, anunțul de tip banner ancoră este implementat pe singură pagină, iar conținutul din jur este static. Acest lucru înseamnă că respectivul conținut poate fi transmis printr-o singură adresă URL. Trebuie să trimiteți tot conținutul care poate fi prezent pe pagină în timp ce bannerul de ancoră rămâne vizibil.

În acest caz, trebuie să folosiți metoda setContentURL() pentru a transmite o singură adresă URL înainte de a încărca solicitarea de anunțuri.

Anunț de tip banner ancoră pe un feed

Bannerele ancoră apar întotdeauna pe ecran atunci când utilizatorul derulează, blocat în partea de sus sau de jos a ecranului.

În acest exemplu, bannerul ancoră este implementat pe un feed. Dacă implementați un banner ancoră pe un ecran care are mai multe elemente de conținut, va trebui să transmiteți câte o adresă URL pentru fiecare element de conținut (până la patru adrese URL) care înconjoară anunțul. Trebuie să trimiteți tot conținutul care poate fi prezent pe pagină în timp ce bannerul de ancoră rămâne vizibil.

În acest caz, trebuie să folosiți metoda setNeighboringContentUrls() înainte să încărcați solicitarea de anunțuri.

Anunțuri adaptate

Anunț adaptat (ecran parțial) între elemente de conținut

Anunțurile adaptate corespund experienței utilizatorilor și designului vizual al aplicației în care se afișează. Anunțurile adaptate pot ocupa o parte a ecranului unei aplicații și pot apărea între diferite elemente de conținut, cum ar fi între articolele de știri sau înregistrările de cumpărături, pe măsură ce un utilizator derulează sau glisează.

În acest exemplu, anunțul adaptat apare aliniat cu conținutul aplicației, pe măsură ce utilizatorul derulează conținutul. Acest lucru înseamnă că există un conținut diferit înainte și după anunț.

Dacă anunțul adaptat este implementat în acest mod, va trebui să transmiteți adresele URL pentru conținutul care apare înainte și după anunț. În acest caz, ar trebui să folosiți metoda setNeighboringContentUrls() înainte să încărcați solicitarea de anunțuri.

Notă: dacă implementarea anunțului are mai mult de două elemente de conținut în apropierea anunțului, va trebui să transmiteți și aceste adrese URL. Puteți transmite până la 4 adrese URL care reprezintă toate celelalte elemente de conținut care se pot afișa pe ecran în același timp cu anunțul.

Anunț adaptat (ecran complet) între elemente de conținut

Anunțurile adaptate corespund experienței utilizatorilor și designului vizual al aplicației în care se afișează. Anunțurile adaptate pot ocupa un ecran complet și apar între elemente de conținut ale aplicației, pe măsură ce utilizatorul derulează sau glisează.

În acest exemplu, anunțul adaptat apare între două elemente diferite de conținut, pe măsură ce utilizatorul derulează. Dacă anunțul adaptat este implementat în acest mod, va trebui să transmiteți adresele URL pentru conținutul care apare înainte și după anunț.

În acest caz, trebuie să folosiți metoda setNeighboringContentUrls() înainte să încărcați solicitarea de anunțuri.

Notă: dacă implementarea anunțului are mai mult de două elemente de conținut în apropierea anunțului, va trebui să transmiteți și aceste adrese URL. Puteți transmite până la 4 adrese URL care reprezintă toate celelalte elemente de conținut care se pot afișa pe ecran în același timp cu anunțul.

Iată un alt exemplu care afișează anunțul adaptat, pe măsură ce utilizatorul glisează. Indiferent de modul în care utilizatorul face derularea, trebuie să transmiteți conținutul aflat înainte și după anunțul adaptat.

Anunțurile interstițiale

Anunț interstițial pe o singură pagină

Anunțurile interstițiale pot ocupa un ecran complet în timp ce utilizatorul se află pe o singură pagină, cum ar fi vizualizarea unei înregistrări de produs într-o aplicație de Cumpărături.

În acest exemplu, anunțul interstițial este implementat pe o singură pagină, iar conținutul înconjurător este static. Acest lucru înseamnă că respectivul conținut poate fi transmis printr-o singură adresă URL.

În acest caz, trebuie să folosiți metoda setContentURL() pentru a transmite o singură adresă URL înainte de a încărca solicitarea de anunțuri.

Anunț interstițial între elementele de conținut

Anunțurile interstițiale pot ocupa un ecran complet în timp ce un utilizator navighează între elementele de conținut, de exemplu, atunci când utilizatorul comută între secțiuni ale aplicației.

În acest exemplu, anunțul interstițial apare între pagini de conținut diferite. Dacă anunțul interstițial este implementat în acest mod, va trebui să transmiteți adresele URL pentru conținutul care apare înainte și după anunț.

În acest caz, trebuie să folosiți metoda setNeighboringContentUrls() înainte să încărcați solicitarea de anunțuri.

Notă: dacă implementarea anunțului are mai mult de două elemente de conținut în apropierea anunțului, va trebui să transmiteți și aceste adrese URL. Puteți transmite până la 4 adrese URL care reprezintă toate celelalte elemente de conținut care se pot afișa pe ecran în același timp cu anunțul.

Anunțuri cu recompensă

Cu ajutorul anunțurilor cu recompensă, le puteți oferi utilizatorilor articole în aplicație drept recompensă pentru interacțiunea lor cu un anunț. De exemplu, utilizatorii pot viziona un videoclip publicitar cu recompensă pentru a debloca un articol de știri din spatele unui sistem paywall.

În acest exemplu, anunțul cu recompensă apare într-o singură pagină (de exemplu, utilizatorul consulta o previzualizare a unui articol de știri, iar dacă a interacționat cu anunțul cu recompensă, a deblocat întregul articol).

În acest caz, conținutul poate fi transmis într-o singură adresă URL folosind metoda setContentURL().

Anunțuri la deschiderea aplicației

Anunțurile la deschiderea aplicației apar pe ecranul de încărcare a aplicației atunci când utilizatorul deschide aplicația sau revine la aceasta.

În acest exemplu, anunțul la deschiderea aplicației este implementat pe o singură pagină, iar conținutul din jur este static. Acest lucru înseamnă că respectivul conținut poate fi transmis printr-o singură adresă URL.

În acest caz, trebuie să folosiți metoda setContentURL() pentru a transmite o singură adresă URL înainte de a încărca solicitarea de anunțuri.

Cerințe pentru adresele URL

Luați în considerare aspectele de mai jos atunci când selectați adresele URL pe care le veți folosi pentru maparea conținutului.

• Adresele URL trebuie să se potrivească în mod consecvent cu conținutul pe care utilizatorul îl vede în aplicație. Aflați mai multe despre politicile Google privind conținutul cu afirmații false.
• Nu transmiteți date cu caracter personal sau alte informații care încalcă acordul de confidențialitate încheiat cu utilizatorii.
  • Puteți să eliminați orice date cu caracter personal (de exemplu: nume complete, adrese de e-mail, parametri de localizare geografică) din adresele URL asociate conținutului pe care le trimiteți la Google. Este necesară o mapare completă și precisă a conținutului aplicației, însă toate elementele considerate date cu caracter personal pot fi eliminate sau înlocuite cu un identificator unic, înainte de a trimite adresele URL asociate conținutului la Google.
• Adresele URL trebuie să poată fi accesate cu crawlere de Google.
  • Dacă afișarea conținutului este posibilă doar cu autentificare, urmați instrucțiunile pentru configurarea autentificărilor pentru crawlere.
• Adresele URL nu trebuie să fie scurtate (de exemplu, goo.gl/MyContent).
• Adresele URL trebuie să fie unice pentru conținutul pe care utilizatorul îl vede în aplicație.
  • Nu transmiteți o adresă URL generică pentru întreaga aplicație.
  • Nu transmiteți adresele URL asociate aplicației din Magazinul Play, App Store sau alte magazine de aplicații.
  • Nu adăugați parametri URL sau coduri de urmărire care nu sunt necesare.
• Dacă aveți un site pentru computer (cum ar fi example.com) și un site mobil separat (cum ar fi m.example.com), alegeți adresa URL care determină cea mai completă reprezentare a conținutului aplicației.

Nu folosiți maparea conținutului în cazul în care conținutul dvs. nu este reprezentat în situațiile de folosire. Dacă implementarea dvs. nu este descrisă, completați acest formular de feedback și informați-ne în acest sens.