TC string உண்மையில் என்ன

IAB Transparency & Consent Framework ஒரே ஒரு சுருக்கமான டோக்கனை உருவாக்குகிறது — TC string — இது ஒவ்வொரு விளம்பரக் கோரிக்கையுடனும் பயணித்து, ஒரு பயனர் எதற்கு ஒப்புக்கொண்டார், எதற்கு ஒப்புக்கொள்ளவில்லை என்பதை விற்பனையாளர்களுக்கு சரியாகச் சொல்கிறது. இது Base64-URL இல் குறியாக்கம் செய்யப்பட்டு பிட் மட்டத்தில் தொகுக்கப்பட்டுள்ளது, எனவே இது அர்த்தமற்றதாகத் தோன்றும் (CPxy...AAA) ஆனால் ஒரு துல்லியமான, தணிக்கை செய்யக்கூடிய பதிவை குறியாக்குகிறது.

பிரிவுகள்

ஒரு முழு TC string புள்ளிகளால் பிரிக்கப்பட்ட பல பிரிவுகள் ஆகும். முதலாவது கோர் சரம் (core string); மற்றவை விருப்பத்திற்குரியவை:

• Core — CMP ID, CMP பதிப்பு, ஒப்புதல் நேர முத்திரைகள், கொள்கைப் பதிப்பு, மேலும் முக்கியமாக நோக்க ஒப்புதல்கள் மற்றும் விற்பனையாளர் ஒப்புதல்கள் பிட்ஃபீல்டுகள்.
• Disclosed vendors — எந்த விற்பனையாளர்கள் பயனருக்குக் காட்டப்பட்டனர்.
• Publisher TC — வெளியீட்டாளராகிய உங்களுக்கு குறிப்பிட்ட ஒப்புதல்கள்.

பிட்ஃபீல்டுகள்தான் இதன் இதயம்: பிட் N 1 ஆக அமைக்கப்பட்டால் நோக்கம் N அல்லது விற்பனையாளர் N க்கு ஒப்புதல் என்று பொருள். நோக்கம் 1 என்பது “ஒரு சாதனத்தில் தகவலைச் சேமி/அணுகு”, நோக்கங்கள் 3 மற்றும் 4 தனிப்பயனாக்கப்பட்ட விளம்பரங்களை உள்ளடக்குகின்றன, மேலும் இப்படியே.

நடைமுறையில் ஒன்றை டிகோடு செய்தல்

நீங்கள் அரிதாகவே பிட்களைக் கையால் டிகோடு செய்வீர்கள். IAB வழங்கும் நூலகங்களையோ அல்லது பொது டிகோடரையோ பயன்படுத்துங்கள்:

• . இல் பிரித்து கோர் பிரிவை Base64-URL டிகோடு செய்யுங்கள்.
• நிலையான அகல தலைப்பு புலங்களைப் படியுங்கள் (version, created, lastUpdated, cmpId, cmpVersion).
• எவை சரியாக வழங்கப்பட்டுள்ளன என்பதைப் பார்க்க நோக்கம் மற்றும் விற்பனையாளர் பிட்ஃபீல்டுகள் வழியாக நடந்து செல்லுங்கள்.

JavaScript இல் __tcfapi('getTCData', 2, cb) அழைப்பு ஏற்கனவே பாகுபடுத்தப்பட்ட பொருளைத் திருப்பித் தருகிறது — tcData.purpose.consents மற்றும் tcData.vendor.consents என்பவை id → boolean வரைபடங்கள். அதுவே இயக்க நேரத்தில் உங்கள் அடிப்படை உண்மை.

வருவாயைக் கொல்லும் பிழைகள்

தனிப்பயனாக்கப்பட்ட தேவை அமைதியாக மறையும்போது, பொதுவாக TC string தான் காரணம்:

• சரம் இல்லை — விளம்பரக் கோரிக்கை எந்த gdprApplies/TC string ஐயும் கொண்டு செல்லவில்லை, எனவே இணக்கமான SSPக்கள் தனிப்பயனாக்கப்படாதவைக்குக் குறைகின்றன.
• ஒப்புதல் இல்லாத விற்பனையாளர் — உங்கள் தேவை பங்காளரின் விற்பனையாளர் ID பிட் 0 ஆக உள்ளது, எனவே அவர்களால் தனிப்பயனாக்கத்துடன் ஏலம் விட முடியாது.
• காலாவதியான அல்லது பழைய சரம் — ஒரு பழைய நேர முத்திரை கீழ்நிலை தளங்களை அதை நம்பாமல் செய்கிறது.
• தவறான CMP ID — பதிவு செய்யப்படாத அல்லது சோதனை CMP ID முழு சரத்தையும் செல்லாததாக்குகிறது.

ஒரு பிழைதிருத்த பணிப்பாய்வு

பயனரின் ஒப்புதலை மீண்டும் உருவாக்கி, __tcfapi அல்லது விளம்பரக் கோரிக்கையிலிருந்து நேரடி TC string ஐ எடுத்து, அதை ஒரு சரிபார்ப்பாளர் வழியாக இயக்கி, டிகோடு செய்யப்பட்ட நோக்கங்கள்/விற்பனையாளர்களை உங்கள் பங்காளர்களுக்குத் தேவையானவற்றுடன் ஒப்பிடுங்கள். பத்தில் ஒன்பது முறை இடைவெளி ஒரே ஒரு விற்பனையாளர் பிட் அல்லது விடுபட்ட நோக்கம் 1 ஆகும்.

FlexyConsent எங்கே பொருந்துகிறது

FlexyConsent பதிவு செய்யப்பட்ட CMP ID யுடன் விவரக்குறிப்பு-செல்லுபடியாகும் TC strings ஐ உருவாக்குகிறது, அவற்றைப் புதியதாக வைத்திருக்கிறது, பிழைதிருத்தத்திற்கான டிகோடு செய்யப்பட்ட நிலையை வெளிப்படுத்துகிறது, மேலும் உங்கள் போக்குவரத்து முழுவதும் எந்த நோக்கங்களும் விற்பனையாளர்களும் உண்மையில் வழங்கப்படுகின்றன என்பதைப் புகாரளிக்கிறது — இதனால் ஒப்புதல் (மற்றும் வருவாய்) எங்கே கசிகிறது என்பதை நீங்கள் யூகிக்காமல் பார்க்க முடியும்.

முக்கிய குறிப்புகள்

• TC string என்பது ஒவ்வொரு ஒப்புதல் தேர்வின் பிட்-தொகுக்கப்பட்ட, தணிக்கை செய்யக்கூடிய பதிவாகும்.
• நோக்கம் மற்றும் விற்பனையாளர் பிட்ஃபீல்டுகள் பங்காளர்கள் தனிப்பயனாக்கப்பட்ட விளம்பரங்களை வழங்க முடியுமா என்பதைத் தீர்மானிக்கின்றன.
• பெரும்பாலான வருவாய் வீழ்ச்சிகள் ஒரு விடுபட்ட சரம், ஒப்புதல் இல்லாத விற்பனையாளர், அல்லது பழைய/செல்லாத CMP ID க்கு கண்டறியப்படுகின்றன.
• பிழைதிருத்தும்போது நேரடி சரத்தை __tcfapi மூலம் டிகோடு செய்து பங்காளர் தேவைகளுக்கு எதிராக சரிபார்க்கவும்.