Prebid.js-க்கு ஒப்புதல் மேலாண்மை தொகுதி ஏன் தேவை

Prebid.js ஏலம் இயங்கும்போது, ரேப்பர் ஒவ்வொரு கட்டமைக்கப்பட்ட ஏலதாரர் அடாப்டருக்கும் இணை கோரிக்கைகளைச் செய்கிறது. ஒவ்வொரு அடாப்டரும் அதன் ஏல கோரிக்கையில் பயனரின் ஒப்புதல் சரத்தை உள்ளடக்க வேண்டும் — tcfeu (EU/UK-க்கான TCF v2.2), usp (CCPA/CPRA), மற்றும் பெருகிய முறையில் gpp (பல US மாநிலங்களை உள்ளடக்கிய IAB Global Privacy Platform சரம்). இந்த சமிக்ஞைகள் இல்லாமல், கீழ்நிலை SSP-கள் மற்றும் DSP-கள் பயனரை விலகியதாகக் கருதுவதற்கு, ஏலத்தை முழுவதுமாக கைவிடுவதற்கு, அல்லது — மோசமான நிலையில் — தரவைச் சட்டவிரோதமாகச் செயலாக்குவதற்கு கட்டாயப்படுத்தப்படுகின்றன.

Prebid ஒப்புதல் மேலாண்மை தொகுதி உங்கள் CMP-க்கும் ஏல கோரிக்கை பைப்லைனுக்கும் இடையில் அமர்ந்துள்ளது. இது நிலையான CMP API-ஐ அழைக்கிறது (__tcfapi, __uspapi, __gppapi), ஒரு ஒப்புதல் சரத்திற்காகக் காத்திருந்து, பின்னர் ஒவ்வொரு அடாப்டரின் ஏல கோரிக்கை பேலோடிலும் அதைத் தானாகச் செலுத்துகிறது. நீங்கள் GDPR அமலாக்கத்தை இயக்கும்போது இது நோக்கு-அடிப்படையிலான கேட்டிங்கையும் அமல்படுத்துகிறது, தொடர்புடைய TCF நோக்கங்களை வழங்காத பயனர்களுக்கு சேமிப்பக அணுகலையும் ஏலதாரர் செயல்பாட்டையும் தடுக்கிறது.

முக்கிய தொகுதியை நிறுவுதல் மற்றும் கட்டமைத்தல்

Prebid.js ஒவ்வொரு வெளியீட்டாளருக்கும் docs.prebid.org/download.html இல் கட்டமைக்கப்படுகிறது. உங்கள் தனிப்பயன் பில்டை நீங்கள் உருவாக்கும்போது, «Consent Management»-இன் கீழ் மூன்று தொகுதிகள் முக்கியம்:

• consentManagementTcf — EU, UK மற்றும் சுவிட்சர்லாந்து போக்குவரத்துக்கான TCF v2.2 சரங்களைக் கையாளுகிறது.
• consentManagementUsp — பழைய CCPA/CPRA US Privacy String-ஐக் கையாளுகிறது (இன்னும் பல DSP-களால் தேவைப்படுகிறது).
• consentManagementGpp — IAB GPP சரத்தைக் கையாளுகிறது, இப்போது Google, TTD மற்றும் முக்கிய SSP-களால் கட்டாயப்படுத்தப்பட்ட முன்னோக்கிய தரநிலை.

நீங்கள் உலகளாவிய போக்குவரத்தை வழங்கினால் மூன்றையும் உள்ளடக்குங்கள். பில்ட் உங்கள் CDN-இல் இறங்கியவுடன், உங்கள் Prebid அமைப்பு ஸ்கிரிப்ட்டில் தொகுதிகளைக் கட்டமைக்கவும்:

TCF v2.2 கட்டமைப்பு

TCF தொகுதி எந்த CMP API-ஐ அழைக்க வேண்டும், ஒரு சரத்திற்கு எவ்வளவு நேரம் காத்திருக்க வேண்டும், மற்றும் நேரக்கெடுவில் என்ன செய்ய வேண்டும் என்பதை Prebid-க்குச் சொல்கிறது. ஒரு வழக்கமான உற்பத்தி கட்டமைப்பு cmpApi: 'iab', timeout: 8000 (8 விநாடிகள் — மெதுவான CMP பேனர் ஏற்றத்திற்குப் போதுமான நீளம்), மற்றும் defaultGdprScope: true ஆகியவற்றை அமைக்கிறது, இதனால் தெரியாத அதிகார வரம்புகளில் உள்ள பயனர்கள், மாறாக நிரூபிக்கப்படும் வரை வரம்பிற்குள் இருப்பதாகக் கருதப்படுகிறார்கள். தனித்தனியாக actionTimeout-ஐ அமைப்பது, பயனர் இன்னும் பேனருடன் தொடர்பு கொள்ளாதபோது Prebid எவ்வளவு நேரம் காத்திருக்கிறது என்பதைக் கட்டுப்படுத்துகிறது — அதை மிதமாக வைத்திருப்பது, ஒரு பார்வையாளர் பேனரைப் புறக்கணித்தால் ஒரு வெற்று விளம்பர ஸ்லாட்டைத் தவிர்க்கிறது.

US Privacy மற்றும் GPP

USP எளிமையானது: தொகுதியை இயக்கவும், Prebid __uspapi-இலிருந்து நான்கு-எழுத்து சரத்தைப் படிக்கிறது. GPP மிகவும் நுணுக்கமானது, ஏனெனில் GPP சரம் பல பிரிவு ID-களைச் சுமக்க முடியும் (TCF EU, US National, US California, US Colorado, US Virginia, முதலியன). Prebid முழு சரத்தையும் தானாக முன்னனுப்புகிறது, ஆனால் ஏலதாரர்கள் குறிப்பிட்ட பிரிவுகளை ஆய்வு செய்கிறார்கள். உங்கள் CMP ஒவ்வொரு பயனரின் அதிகார வரம்பிற்கும் சரியான GPP பிரிவுகளை வெளியிடுவதை உறுதிசெய்யுங்கள் — ஒரு கலிபோர்னியா பயனருக்கு US National பிரிவை மட்டும் வெளியிடும் தவறாகக் கட்டமைக்கப்பட்ட CMP, CPRA-இணக்கமான DSP-களை ஏலத்தைக் கைவிடச் செய்யும்.

GDPR அமலாக்கத்தை இயக்குதல் (நோக்கு-அடிப்படையிலான கேட்டிங்)

இயல்பாக, ஒப்புதல் தொகுதி TCF சரத்தைக் கடந்து செல்லவிடுகிறது, ஆனால் எதையும் தடுக்காது. Prebid உண்மையில் TCF நோக்கங்களை அமல்படுத்த, gdprEnforcement விதி தொகுப்பை இயக்கவும். பெரும்பாலான அமைப்புப் பிழைகள் இங்குதான் நிகழ்கின்றன — மேலும் ஒரு இணக்கமான மற்றும் இணக்கமற்ற header bidding stack-க்கு இடையிலான வேறுபாடு இங்குதான் வாழ்கிறது.

தொடர்புடைய நோக்கத்திற்கு ஒப்புதல் இல்லாதபோது நிலையான விதித்தொகுப்பு நான்கு செயல்பாடுகளைத் தடுக்கிறது:

• storage — நோக்கம் 1 (சேமிப்பகம் மற்றும் அணுகல்) இல் கேட் செய்யப்பட்டுள்ளது. மறுக்கப்பட்டால், ஏலதாரர்கள் குக்கீகள் மற்றும் localStorage-ஐ படிக்கவோ எழுதவோ Prebid தடுக்கிறது.
• basicAds — நோக்கம் 2 (அடிப்படை விளம்பரங்கள்) இல் கேட் செய்யப்பட்டுள்ளது. மறுக்கப்பட்டால், ஏலதாரர் முழுவதுமாக ஏலத்திலிருந்து விலக்கப்படுகிறார்.
• measurement — நோக்கம் 7 இல் கேட் செய்யப்பட்டுள்ளது. பகுப்பாய்வு அடாப்டர்களைப் பாதிக்கிறது.
• transmitPreciseGeo — சிறப்பு அம்சம் 1 இல் கேட் செய்யப்பட்டுள்ளது. மறுக்கப்பட்டால், Prebid ஏல கோரிக்கைகளிலிருந்து துல்லியமான புவியிருப்பிடத்தை அகற்றுகிறது.

ஒவ்வொரு விதிக்கும் நீங்கள் enforcePurpose: true, enforceVendor: true, மற்றும் vendorExceptions பட்டியலை அமைக்கிறீர்கள். விற்பனையாளர் விதிவிலக்குப் பட்டியல் முக்கியமானது: அங்கு நீங்கள் பட்டியலிடும் எந்த ஏலதாரரும், உங்களிடம் ஒரு தனி சட்ட அடிப்படை உள்ளது (எ.கா., ஒப்பந்த ஓட்டத்துடன் இணைந்த நியாயமான நலன்) என்ற அடிப்படையில், வெளிப்படையான TCF விற்பனையாளர் ஒப்புதல் இல்லாமல் கூட பங்கேற்க அனுமதிக்கப்படுகிறார். இதை சிக்கனமாகப் பயன்படுத்துங்கள் — அதிக-பரந்த விதிவிலக்குகள் என்பது ஒழுங்குமுறையாளர்கள் வெளியீட்டாளர்களை அபராதம் விதிக்கத் தொடங்கிய சரியான வடிவமாகும்.

வெளியீட்டாளர்களுக்கு வருவாய் அல்லது இணக்கத்திற்கு செலவாகும் பொதுவான ஆபத்துகள்

நேரக்கெடு மிகக் குறைவாக அமைக்கப்பட்டது

timeout உங்கள் CMP-யின் பேனர் ரெண்டர் நேரத்தை விடக் குறைவாக இருந்தால், Prebid ஒப்புதல் சரம் இல்லாமல் முன்னேறுகிறது. ஏலதாரர்கள் அதை ஒப்புதல் இல்லை என்று கருதி ஏலத்தைக் கைவிடுகிறார்கள். உங்கள் CMP-யின் tcfapi('addEventListener') முதல்-அழைப்பு தாமதத்தை 95வது சதவீதத்தில் அளவிட்டு, Prebid நேரக்கெடுவை அதற்கு மேலே அமைக்கவும். 8000 ms ஒரு பாதுகாப்பான இயல்புநிலை; பேனர்களை உள்ளூர்மயமாக்க நேரம் எடுக்கும் சந்தைகளை நீங்கள் வழங்கினால் 3000 ms ஆபத்தானது.

US போக்குவரத்தில் GPP ஒருங்கிணைப்பு இல்லாமை

முக்கிய SSP-கள் மற்றும் DSP-கள் (Google AdX, TTD, Magnite, PubMatic) இப்போது US விலகல் அமலாக்கத்திற்கு GPP சரம் தேவைப்படுகின்றன. நீங்கள் பழைய USP சரத்தை மட்டும் வெளியிட்டால், இந்த DSP-கள் உங்கள் சரக்குகளைப் பெருகிய முறையில் தரம் குறைக்கும் அல்லது தவிர்க்கும். உங்கள் ஏல பதில்களை தணிக்கை செய்யுங்கள்: 2026 இல் US போக்குவரத்தில் CPM-இல் ஒரு கூர்மையான வீழ்ச்சி பெரும்பாலும் GPP-இல்லாத சமிக்ஞையாகும்.

SPA வழிசெலுத்தலில் பழைய ஒப்புதல் சரங்கள்

பாதை மாற்றங்களில் Prebid ஏலங்களை மீண்டும் தூண்டும் ஒற்றை-பக்க பயன்பாடுகள் pbjs.refreshUserIds()-ஐ அழைத்து, சமீபத்திய TCF சரம் பெறப்படுவதை உறுதிசெய்ய வேண்டும். உங்கள் தளம் பகிரப்பட்ட அமர்வுகளைப் பயன்படுத்தினால் ஒரு கேஷ் செய்யப்பட்ட 30-நிமிட பழைய சரம் முந்தைய பயனரின் விருப்பங்களைச் சுமக்க முடியும்.

பகுப்பாய்வுக்கான vendorExceptions இல்லாமை

Prebid Analytics அடாப்டர்கள் (Google Analytics, சர்வர்-பக்க அறிக்கையிடல்) TCF நோக்கம் 7-இன் கீழ் measurement கேட்டிங்கிற்கும் உட்பட்டவை என்பதை வெளியீட்டாளர்கள் அடிக்கடி மறந்துவிடுகிறார்கள். வருவாய் அறிக்கையிடலுக்கு நீங்கள் இவற்றை நம்பினால், measurement விதியின் விற்பனையாளர் விதிவிலக்குகளின் கீழ் அவற்றை வெளிப்படையாகப் பட்டியலிடுங்கள் அல்லது ஒப்புதல் இல்லாத போக்குவரத்தில் தரவு இடைவெளியை ஏற்றுக்கொள்ளுங்கள்.

உற்பத்திக்கு முன் உங்கள் அமைப்பை சோதித்தல்

Prebid.js உலாவி கன்சோலில் pbjs.getConfig('consentManagement')-ஐ வெளிப்படுத்துகிறது. செயலில் உள்ள கட்டமைப்பு உங்கள் நோக்கத்துடன் பொருந்துகிறதா என்பதைச் சரிபார்க்கவும். பின்னர் Chrome Prebid.js Professor நீட்டிப்பு அல்லது pbjs.getEvents()-ஐப் பயன்படுத்தி ஒவ்வொரு ஏல கோரிக்கையுடன் இணைக்கப்பட்ட ஒப்புதல் சரத்தை ஆய்வு செய்யுங்கள். மூன்று காட்சிகளைச் சரிபார்க்கவும்: முழுமையாக ஒப்புக்கொண்ட பயனர், «அனைத்தையும் நிராகரி» கிளிக் செய்த பயனர், மற்றும் தொடர்பு கொள்ளாமல் பேனரை மூடிய பயனர். ஒவ்வொன்றும் ஏல கோரிக்கை பேலோடில் வேறுபட்ட கவனிக்கத்தக்க நடத்தையை உருவாக்க வேண்டும்.

VPN அல்லது உங்கள் CMP-யின் புவியிருப்பிட மேலெழுதல் கொடியைப் பயன்படுத்தி அதே சரிபார்ப்புகளை வெவ்வேறு புவியியல்களில் இயக்கவும். EU போக்குவரத்து ஒரு TCF சரத்தை உருவாக்கி gdprEnforcement-ஐ தூண்ட வேண்டும்; கலிபோர்னியா போக்குவரத்து ஒரு USP மற்றும் GPP சரத்தை உருவாக்க வேண்டும்; அதிகார-வரம்பு-தெரியாத போக்குவரத்து உங்கள் defaultGdprScope அமைப்பை மதிக்க வேண்டும்.

அனைத்தையும் ஒன்றாக இணைத்தல்

சரியாகக் கட்டமைக்கப்பட்ட Prebid ஒப்புதல் மேலாண்மை stack ஒரே நேரத்தில் மூன்று காரியங்களைச் செய்கிறது: இது உங்கள் ஏலதாரர்களை செல்லுபடியாகும் ஒப்புதல் சமிக்ஞைகளுடன் வழங்கி வைக்கிறது (CPM-ஐப் பாதுகாக்கிறது), இது ரேப்பர் மட்டத்தில் TCF மற்றும் US விலகல் விதிகளை அமல்படுத்துகிறது (ஒழுங்குமுறை வெளிப்பாட்டைக் குறைக்கிறது), மேலும் ஒரு ஒழுங்குமுறையாளர் உங்கள் header bidding அமைப்பு பயனர் தேர்வை எவ்வாறு மதிக்கிறது என்று கேட்கும்போது ஒரு ஒற்றை தணிக்கைப் புள்ளியை இது உங்களுக்கு வழங்குகிறது. நேரக்கெடுகளை வேண்டுமென்றே அமைக்கவும், US போக்குவரத்துக்கு USP உடன் GPP-ஐ இயக்கவும், மற்றும் உங்கள் vendorExceptions பட்டியலை காலாண்டுக்கு ஒருமுறை மறுபரிசீலனை செய்யவும் — இதைத் தவறாகச் செய்வதன் விலை அபராதங்கள் மற்றும் இழந்த programmatic வருவாய் இரண்டிலும் அளவிடப்படுகிறது.