மொபைல் ஆப்களுக்கான Open Bidding மற்றும் Header Bidding-ஐப் புரிந்துகொள்ளுதல்

ஆப் மானிடைசேஷன் துறையில் நீங்கள் சில காலம் இருந்திருந்தால், "Open Bidding" மற்றும் "header bidding" என்ற சொற்கள் கிட்டத்தட்ட ஒன்றையொன்று மாற்றாகப் பயன்படுத்தப்படுவதைக் கேட்டிருப்பீர்கள். இரண்டும் ஒரே இலக்கைப் பகிர்ந்துகொள்கின்றன — eCPM-களை உயர்த்த demand ஆதாரங்களுக்கு இடையே நிகழ்நேரப் போட்டியை உருவாக்குதல் — ஆனால் அவை உள்ளே வேறுவிதமாக வேலை செய்கின்றன. இந்த வேறுபாடுகளைப் புரிந்துகொள்வது உங்கள் ஆப்புக்கான சரியான அணுகுமுறையைத் தேர்ந்தெடுப்பதற்கான திறவுகோலாகும்.

Header Bidding என்றால் என்ன?

Header bidding வலை விளம்பரத்தில் தோன்றியது, அங்கு வெளியீட்டாளர்கள் தங்கள் முதன்மை விளம்பர சர்வருக்கு அழைப்பு விடுப்பதற்கு முன்பு பல demand பங்காளர்களிடமிருந்து ஒரே நேரத்தில் ஏலங்களைக் கோர தங்கள் வலைப் பக்கங்களின் "header" பகுதியில் JavaScript குறியீட்டைச் சேர்த்தனர். அதிக ஏலம் வென்றது, உண்மையான போட்டியை உருவாக்கியது மற்றும் demand ஆதாரங்கள் ஒவ்வொன்றாக அழைக்கப்படும் தொடர் waterfall சிக்கலை நீக்கியது.

மொபைல் ஆப் சூழலில், header bidding கிளையண்ட் பக்க SDK-கள் மூலம் வேலை செய்கிறது. பங்கேற்கும் ஒவ்வொரு demand பங்காளரும் உங்கள் ஆப்பில் ஒருங்கிணைக்கப்பட்ட ஒரு SDK-ஐக் கொண்டுள்ளனர். விளம்பர வாய்ப்பு வரும்போது, அனைத்து SDK-களும் ஒரே நேரத்தில் அழைக்கப்படுகின்றன, ஒவ்வொன்றும் ஒரு ஏலத்தைத் தருகின்றன, மேலும் அதிக ஏலம் வெற்றி பெறுகிறது. AppLovin MAX மற்றும் Unity LevelPlay இரண்டும் தங்கள் in-app bidding அம்சங்கள் மூலம் இந்த மாதிரியை ஆதரிக்கின்றன.

Open Bidding என்றால் என்ன?

Open Bidding (முன்னர் Exchange Bidding) என்பது Google-இன் சர்வர் பக்க மாற்று. பல SDK-கள் மூலம் பயனரின் சாதனத்தில் ஏலங்களை இயக்குவதற்குப் பதிலாக, Open Bidding Google-இன் சர்வர்களில் ஏலத்தை இயக்குகிறது. demand பங்காளர்கள் Google-இன் உள்கட்டமைப்போடு இணைந்து சர்வர்-டு-சர்வர் ஏலங்களைச் சமர்ப்பிக்கிறார்கள், கிளையண்ட் பக்கத்தில் தனிப்பட்ட SDK ஒருங்கிணைப்புகளின் தேவையை நீக்குகிறது.

Open Bidding Google Ad Manager மூலம் கிடைக்கிறது மற்றும் Google-இன் விரிவான demand சூழல் மற்றும் திட்டத்தில் சேர்ந்த மூன்றாம் தரப்பு exchange-களுக்கான அணுகலை வழங்குகிறது.

முக்கிய வேறுபாடுகள்

தாமதம்

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

SDK சிக்கல்தன்மை

ஒவ்வொரு header bidding பங்காளருக்கும் உங்கள் ஆப்பில் ஒரு SDK ஒருங்கிணைப்பு தேவை. அதிக SDK-கள் என்றால் பெரிய ஆப் பைனரி, அதிக SDK முரண்பாட்டு வாய்ப்புகள், மற்றும் SDK-கள் புதுப்பிக்கப்பட வேண்டியபோது அதிக பராமரிப்பு சுமை. Open Bidding-க்கு Google Mobile Ads SDK மட்டுமே தேவை, demand பங்காளர்கள் சர்வர் பக்கத்தில் இணைக்கப்படுகிறார்கள். இது தொழில்நுட்ப சிக்கலைக் கணிசமாகக் குறைக்கிறது.

Demand பல்வகைமை

AppLovin MAX போன்ற தளங்கள் மூலம் header bidding உங்களுக்குப் பரந்த அளவிலான விளம்பர நெட்வொர்க்குகளுக்கான அணுகலை வழங்குகிறது, ஒவ்வொன்றும் தங்கள் சொந்த விளம்பரதாரர் உறவுகள் மற்றும் demand-ஐக் கொண்டுள்ளன. Open Bidding உங்களுக்கு Google-இன் demand மற்றும் பங்கேற்கும் exchange-களுக்கான அணுகலை வழங்குகிறது, ஆனால் பங்கேற்கும் பங்காளர்களின் தொகுப்பு கிளையண்ட் பக்க bidding மூலம் கிடைப்பதை விட சிறியது. உகந்த அணுகுமுறை பெரும்பாலும் இரண்டையும் உள்ளடக்கியது.

வெளிப்படைத்தன்மை

கிளையண்ட் பக்க header bidding ஒவ்வொரு பங்காளரின் ஏலத்தையும் நிகழ்நேரத்தில் முழு தெரிவுநிலையை உங்களுக்கு வழங்குகிறது. ஒவ்வொரு நெட்வொர்க்கும் என்ன ஏலம் விட்டது, யார் வென்றார், ஏன் என்பதை நீங்கள் துல்லியமாகப் பார்க்கலாம். Open Bidding GAM மூலம் அறிக்கையிடலை வழங்குகிறது, ஆனால் ஏலம் Google-இன் சர்வர்களில் நடக்கிறது, இது bidding செயல்முறையில் சற்று குறைந்த விரிவான நிகழ்நேரக் காட்சியை உங்களுக்குத் தருகிறது.

எதைத் தேர்ந்தெடுக்க வேண்டும்?

நேர்மையான பதில்: வெற்றிகரமான வெளியீட்டாளர்களில் பெரும்பாலோர் இரண்டையும் பயன்படுத்துகிறார்கள். இதோ ஒரு நடைமுறை கட்டமைப்பு:

GAM மூலம் Open Bidding-ஐ உங்கள் முதன்மை ஏல அமைப்பாகப் பயன்படுத்துங்கள். இது குறைந்த SDK சுமையுடன் வலுவான demand மற்றும் விரைவான விளம்பர ஏற்றத்தை வழங்குகிறது. பின்னர் அதிகபட்ச demand பல்வகைமையை உறுதிப்படுத்த உங்கள் mediation தளம் (AppLovin MAX அல்லது Unity LevelPlay) மூலம் இரண்டு முதல் மூன்று சிறந்த செயல்திறன் கொண்ட நெட்வொர்க்குகளில் இருந்து கிளையண்ட் பக்க bidding-உடன் கூட்டுங்கள்.

அதிக விளம்பர வருவாயை உருவாக்கும் வெளியீட்டாளர்கள் Open Bidding மற்றும் header bidding-க்கு இடையே தேர்ந்தெடுக்கவில்லை — அவர்கள் தொழில்நுட்பச் சிக்கலை நிர்வகிக்கக்கூடியதாக வைத்துக்கொண்டு போட்டியை அதிகரிக்கும் கலப்பின அணுகுமுறையில் இரண்டையும் இணைக்கிறார்கள்.

நடைமுறையில் கலப்பின அணுகுமுறை

ஒரு வழக்கமான கலப்பின அமைப்பில், உங்கள் waterfall இப்படி இருக்கும்: GAM மூலம் Open Bidding இரண்டு அல்லது மூன்று in-app bidding நெட்வொர்க்குகளுடன் போட்டியிடுகிறது. அதற்குக் கீழே, நிகழ்நேர bidding-ஐ ஆதரிக்காத நெட்வொர்க்குகளுக்கு பாரம்பரிய waterfall உள்ளீடுகள் உள்ளன. ஒரு நிர்வகிக்கப்பட்ட demand பங்காளர் இந்தச் அடுக்கின் எந்த நிலையிலும் அமரலாம், எந்த ஏல அமைப்பு பயன்படுத்தப்பட்டாலும் உங்கள் ஒட்டுமொத்த வருவாய்க்குப் பயனளிக்கும் கூடுதல் போட்டியை வழங்கும்.

முக்கிய விஷயம் என்னவென்றால் அதை மிகவும் சிக்கலாக்காமல் இருப்பது. GAM மூலம் Open Bidding-உடன் தொடங்குங்கள், உங்கள் mediation தளத்தின் முக்கிய bidding பங்காளர்களைச் சேர்க்கவும், இடைவெளிகளை நிரப்ப நிர்வகிக்கப்பட்ட பங்காளருடன் வேலை செய்யவும். பின்னர் தரவு உங்களுக்குச் சொல்வதின் அடிப்படையில் உகந்ததாக்குங்கள்.