विज्ञापन एसेट में समस्या आने पर कारण अक्सर कैंपेन तकनीक से अधिक स्वामित्व और अनुमतियों की अस्पष्टता होती है। Business Manager की परतों, प्रतिबंधों के प्रभाव और क्लाइंट एसेट के अलग स्वामित्व को समझना कई खाते खोलने से अधिक महत्वपूर्ण है।
लंबे समय तक विज्ञापन चलाने पर पता चलता है कि सबसे चौंकाने वाली बात किसी एक खाते का बंद होना नहीं, बल्कि बाद में यह पता चलना है कि सभी एसेट आपस में बंधे हुए थे। इसे सही तरह समझने के लिए पहले यह जानना जरूरी है कि Business Manager (BM) के नीचे कौन-कौन से एसेट हैं और उनका स्वामित्व व अनुमति कैसे तय होती है।
व्यक्तिगत खाते से BM की परत तक
व्यक्तिगत खाता पूरी संरचना में प्रवेश का एकमात्र रास्ता है। BM बनाने या किसी दूसरे व्यक्ति का BM निमंत्रण स्वीकार करने के लिए पहले व्यक्तिगत खाता होना जरूरी है। यदि व्यक्तिगत खाता बंद हो जाए, तो उस पहचान से संरचना में प्रवेश का रास्ता बंद हो जाता है, लेकिन BM के भीतर मौजूद एसेट गायब नहीं होते। जब तक BM में दूसरे एडमिन हैं, वे काम जारी रख सकते हैं।
कई टीमों की समस्या यहीं से शुरू होती है: BM में केवल एक एडमिन होता है और उसने BM किसी सेकेंडरी व्यक्तिगत खाते से बनाया होता है।
BM के नीचे मौजूद एसेट किसके हैं
Ad account वास्तविक विज्ञापन चलाने और बिलिंग की इकाई है और किसी एक BM से जुड़ा रहता है। एक BM में कई ad accounts हो सकते हैं, और उनके बजट व सेटिंग एक-दूसरे से स्वतंत्र रहते हैं। आम तौर पर ad account को एक BM से सीधे दूसरे BM में नहीं ले जाया जा सकता; नया account बनाकर फिर से access देना पड़ता है।
Page विज्ञापन का सार्वजनिक चेहरा है। उसका स्वामित्व किसी BM के पास हो सकता है या वह किसी व्यक्ति के नाम पर हो सकती है। यदि Page किसी व्यक्ति के नाम पर है, तो ad account को उसका उपयोग करने की अनुमति दी जा सकती है, लेकिन स्वामित्व उसी व्यक्ति के पास रहता है।
Pixels और datasets conversion tracking के लिए होते हैं, जबकि audiences और product catalogs targeting तथा विज्ञापन सामग्री के लिए उपयोग होते हैं। ये एसेट BM के स्वामित्व में रहते हैं और BM के अलग-अलग ad accounts को साझा उपयोग के लिए दिए जा सकते हैं।
इस संबंध को सरल रूप में ऐसे समझें: व्यक्तिगत खाता चाबी है, BM कंटेनर है, और ad accounts, Pages, pixels, audiences तथा catalogs उस कंटेनर के अंदर के एसेट हैं। एसेट का मालिक तय करता है कि समस्या आने पर कौन appeal कर सकता है और कौन उसे transfer कर सकता है।
समस्या आने पर क्या-क्या साथ प्रभावित हो सकता है
यदि व्यक्तिगत खाता निष्क्रिय हो जाए, तो सबसे सीधा असर यह है कि उस पहचान से BM में login नहीं किया जा सकता। यदि BM में दूसरे एडमिन हैं, तो व्यवसाय चलता रह सकता है और निष्क्रिय व्यक्तिगत खाते के लिए अलग से appeal की जा सकती है।
यदि ad account बंद हो जाए, तो उस account की ad delivery और historical data प्रभावित होते हैं। Page और pixel आम तौर पर प्रभावित नहीं होते। नया ad account बनाकर विज्ञापन फिर से चलाए जा सकते हैं और Page व pixel का access दोबारा दिया जा सकता है।
यदि Page को restrict या disable कर दिया जाए, तो उस Page से जुड़े सभी विज्ञापन प्रभावित होंगे, चाहे वे किसी भी ad account में हों। अलग-अलग एसेट को मिला कर रखने का यह सबसे सामान्य परिणाम है।
यदि pixel या dataset में समस्या हो, तो conversion data रुक जाता है और ad optimization प्रभावित होती है। नया pixel बनाकर tracking जारी की जा सकती है, लेकिन historical data साथ नहीं आता, इसलिए learning और attribution फिर से शुरू करने पड़ते हैं।
यदि स्वयं BM restrict हो जाए, तो प्रभाव सबसे बड़ा होता है: उसके नीचे के ad accounts, Pages और pixels एक साथ operational access खो देते हैं। ऐसी स्थिति में आधिकारिक प्रक्रिया से appeal करनी चाहिए। परिणाम काफी हद तक इस पर निर्भर करता है कि एसेट का स्वामित्व कितना स्पष्ट है और नियमों के उल्लंघन वाले विज्ञापनों का कोई रिकॉर्ड है या नहीं।
क्लाइंट एसेट का स्वामित्व अलग क्यों होना चाहिए
क्लाइंट के लिए विज्ञापन चलाते समय उसकी Page और pixel को अपने BM के नीचे रखना थोड़े समय के लिए सुविधाजनक लग सकता है, लेकिन लंबे समय में जोखिम बन जाता है। आपके BM में समस्या आई तो क्लाइंट के एसेट भी प्रभावित हो सकते हैं। साझेदारी खत्म होने पर permission layers के कारण एसेट वापस करना भी मुश्किल हो सकता है।
अधिक स्थिर तरीका यह है कि क्लाइंट अपने एसेट का स्वामित्व बनाए रखे, काम करने वाली इकाई को क्लाइंट के BM में जोड़े और project के लिए जितनी जरूरत हो उतना ही access दे। बेहतर है कि हर क्लाइंट का अलग BM हो, या कम से कम एसेट को क्लाइंट के अनुसार समूहित किया जाए। इससे सीमाएं स्पष्ट रहती हैं और यह भी साफ रहता है कि किसकी समस्या किसे प्रभावित करेगी।
अनुमतियां और login environment
BM में administrator और employee भूमिकाएं होती हैं, जिनकी permissions अलग होती हैं। सिद्धांत है केवल उतना access देना जितना जरूरी है: विज्ञापन चलाने वाले व्यक्ति को budget permission की जरूरत नहीं, और data पर काम करने वाले व्यक्ति को creative बदलने की अनुमति की जरूरत नहीं। गलत गतिविधि जल्दी पकड़ने के लिए activity logs नियमित रूप से देखें।
Environment के स्तर पर सवाल यह है कि कौन, कहां से login कर रहा है। Advertising accounts को एक ही browser environment में न रखें, खासकर जब वे अलग-अलग संस्थाओं के हों। जब कई लोगों को मिलकर कई accounts संभालने हों, तो PurpleMark के जरिए हर account को अलग और स्थिर browser environment दें और role के अनुसार assign करें। इससे account ownership और login environment का संबंध गड़बड़ होने की संभावना कम रहती है।
संरचना व्यवस्थित होने के बाद ही कई accounts चलाने की बात सार्थक होती है।
