हमने एक विज्ञापन अभियान सेवा कैसे बनाई जो GDPR का अनुपालन करती है

जीडीपीआर, जो इस साल मई में लागू हुआ, ने इंटरनेट मार्केटिंग बाजार को गंभीर रूप से प्रभावित किया है। इसके प्रतिभागी विज्ञापन प्रदर्शित करने के लिए सबसे सटीक दर्शक बनाना चाहते हैं, लेकिन अब इसके लिए उपयोगकर्ता की स्पष्ट सहमति प्राप्त करना आवश्यक है, अन्यथा एक छोटा सा आला संसाधन भी करोड़ों के जुर्माना में चल सकता है। कुछ संसाधनों को बंद कर दिया गया है, लेकिन कई को नई आवश्यकताओं को पूरा करने के लिए परिवर्तित किया जा रहा है। और संयुक्त राज्य अमेरिका के एक ग्राहक के लिए एक विज्ञापन अभियान प्रबंधन सेवा की हमारी परियोजना इसका एक बड़ा उदाहरण है।

सेवा के बारे में

लॉस एंजिल्स से एक अमेरिकी कंपनी हमारा ग्राहक, संगीत उद्योग में विपणन पर ध्यान केंद्रित करता है। इसकी सेवा विभिन्न आकारों की टीमों के लिए जटिल विज्ञापन अभियानों के लिए सहायता प्रदान करती है - कोने से लेकर दुनिया के मंच के सितारों तक।

संक्षेप में, हमारे ग्राहक की सेवा एक विशिष्ट मार्केटिंग प्लेटफ़ॉर्म विकसित करने वाला एक स्टार्टअप है जो रिकॉर्ड कंपनियों से निवेश एकत्र करने में कामयाब रहा, क्योंकि यह एक विशेष उद्योग में दर्शकों के व्यवहार की बारीकियों को ध्यान में रखता है। प्लेटफ़ॉर्म आपको उन उपयोगकर्ताओं के व्यवहार का विश्लेषण करके विज्ञापनों को लक्षित करने की अनुमति देता है जो एक बार किसी विशेष टीम में रुचि दिखाते थे। संसाधन के मुख्य उपयोगकर्ता संगीतकार और उद्योग कार्यकर्ता (प्रबंधक, रिकॉर्ड कंपनियों के कर्मचारी, कॉन्सर्ट आयोजक और कई अन्य) हैं।

जब तक हमारी परियोजना शुरू हुई, तब तक सेवा पहले से ही काम कर रही थी और बाजार में एक निश्चित स्थान हासिल करने में सफल रही। हालांकि, यह, बल्कि, एक प्रोटोटाइप था जिसने एक व्यवसाय की मूल परिकल्पना का परीक्षण किया, खासकर जब से कार्यक्षमता के हिस्से को भागीदार सेवाओं के माध्यम से लागू किया गया था। हम एक पूर्ण वास्तुकला बनाने के लिए विकास से जुड़े थे, और जीडीपीआर बहुत ही प्रोत्साहन था जिसने सभी परिवर्तनों को लॉन्च किया। हमारा कार्य केवल मौजूदा सेवा को अपडेट करना नहीं था, बल्कि नए कानून के साथ इसे फिर से बनाना, अधिक समान उपयोगकर्ता इंटरफ़ेस को ताज़ा करना और लाना था।

कार्यान्वयन

पूरी परियोजना को कई चरणों में विभाजित किया गया था।



पहले चरण में, हमने उस हिस्से को खंगालना शुरू किया जो पहले PHP - लिंक शॉर्टनर और प्राधिकरण सेवा में काम कर चुका था।

लिंक शॉर्टनर कार्यक्षमता का एक हिस्सा है जो सभी पंजीकृत उपयोगकर्ताओं के लिए नि: शुल्क उपलब्ध है और ग्राहकों को कंपनी की भुगतान सेवाओं के लिए आकर्षित करने के लिए उपयोग किया जाता है। सेवा आपको सोशल नेटवर्क पर प्रकाशित करने के लिए एक छोटे से फॉर्म में एक लंबी कड़ी लाने की अनुमति देती है। इस मामले में, लिंक को सेटिंग द्वारा अनुकूलित किया जा सकता है, उदाहरण के लिए, भू-लक्ष्यीकरण: उपयोगकर्ता जिस देश से आया था, उसके आधार पर इसे विभिन्न लैंडिंग पृष्ठ दिखाए जा सकते हैं।
बैकएंड को अपडेट करते हुए, हमने ओपनजेडके 1.8, कोटलिन और स्प्रिंग बूट / डेटा / वेब का उपयोग किया - एक परियोजना के लिए मानक रूपरेखा जो उच्च भार की उम्मीद नहीं करता है। वैसे, यह इस परियोजना में था कि हमने पहली बार कोटलिन को "लड़ाई में" की कोशिश की, और इसके सिंटैक्स के कारण, इसने हमें विकास को गति देने की अनुमति दी। निश्चित रूप से, हम इसे अन्य परियोजनाओं में उपयोग करेंगे।

प्राधिकरण सेवा का डेटाबेस और पहले चरण में कार्यान्वित शॉर्टनर को PostgreSQL के आधार पर बनाया गया है - इन समस्याओं को हल करने के लिए संबंधपरक डेटा भंडारण मॉडल अच्छी तरह से अनुकूल है।

दूसरे चरण में, हमने विज्ञापन अभियानों का प्रबंधन किया। क्लाइंट प्लेटफ़ॉर्म पर यह कार्यक्षमता पहले भी मौजूद थी, लेकिन भागीदार की सेवा के माध्यम से, जिसके लिए आपको भुगतान करना था। अब ग्राहक का प्लेटफ़ॉर्म उस मुकाम पर पहुँच गया है जहाँ उसके बुनियादी ढांचे का ध्यान रखना आवश्यक था। तृतीय-पक्ष के विपरीत, स्वयं की सेवा, सही दिशा में विकसित करना बहुत आसान है, जल्दी से आवश्यक परिवर्तन करता है।

परियोजना के इस भाग में, हमने अभियान प्रबंधक के लिए केवल बाहरी एपीआई लागू किया। लेकिन तीसरे चरण में हमने इस मॉड्यूल को विकसित किया - हमने एपीआई को अंतिम रूप दिया और अभियान प्रबंधक के लिए एक पूर्ण यूआई बनाया।

समानांतर में, हमने एक छोटा सा मालिकाना डीएमपी (डेटा मैनेजमेंट प्लेटफॉर्म) विकसित किया है जो आगंतुक डेटा के संग्रह का प्रबंधन करता है। DMP डेटा को MongoDB में संग्रहीत किया जाता है, क्योंकि हमने इस डेटाबेस के भविष्य के क्षैतिज स्केलिंग के लिए जमीनी कार्य छोड़ने का फैसला किया है। अब DMP प्रति सेकंड (चोटियों में) 2 हज़ार अनुरोधों पर कार्य करता है, जबकि हमने डेटा के एक टेराबाइट के भंडारण पर ध्यान केंद्रित किया है। PostgreSQL में इस तरह की मात्रा को बचाया जा सकता था, लेकिन लंबे समय में स्केलिंग के लिए महान प्रयासों का उपयोग करना आवश्यक था।
उसी MongoDB का उपयोग अभियान प्रबंधक डेटाबेस (अभियान DB) में किया जाता है - यहाँ एक दस्तावेज़-उन्मुख डेटाबेस का मॉडल हमारे पास अच्छी तरह से आया है। अभियान एकल संस्थाओं के रूप में चलते हैं और विस्तार कर सकते हैं।

सभी कैश रेडिस पर काम करते हैं।

सीमावर्ती: कोणीय 5, टाइपस्क्रिप्ट, एचटीएमएल 5, सैस, नोड.जेएस, एनपीएम, कोणीय सीएलआई।

परियोजना के अंतिम चरण के दौरान, हमने ग्राहक प्रणालियों और एक प्रमुख भागीदार की सेवाओं के एकीकरण को पूरा किया, जो कि कंपनी के लिए संगीतकारों के विशाल आधार तक पहुंच खोलता है, जो उपयोगकर्ताओं की संख्या में वृद्धि सुनिश्चित करेगा।

परियोजना में कुछ कठिनाइयाँ थीं। ग्राहक सेवा के संचालन के दौरान जमा किए गए उपयोगकर्ता डेटा और पंजीकरण को सहेजना चाहता था, जबकि मॉडल को थोड़ा बदल रहा था। आर्किटेक्चर के परिवर्तन के समानांतर, हमने पंजीकरण को स्थानांतरित कर दिया और इसके सिद्धांतों को बदल दिया - उपयोगकर्ता नाम से ईमेल में लॉगिन के रूप में, जिसने हमें एक ही ईमेल पते वाले उपयोगकर्ताओं की संख्या पर प्रतिबंध के कारण कई रातों की नींद हराम कर दी। प्रणाली में अधिकारों का मॉडल बदल गया है। पहले, सेवा दो-स्तरीय मॉडल के अनुसार काम करती थी, लेकिन हमने प्रतिबंधों के बिना अधिकारों का एक मॉडल लागू किया (सीमित अधिकारों को जारी करने की क्षमता सहित)।

इसी समय, कार्यक्षमता का विस्तार हुआ। उदाहरण के लिए, एक चरण में एक मल्टीस्टार दिखाई दिया, जिसकी मदद से अंतिम आगंतुकों के लिए जो किसी विशिष्ट रचना के छोटे लिंक पर क्लिक करते हैं, आप उन सेवाओं की सूची के साथ पृष्ठ सेट कर सकते हैं जहां ये रचनाएँ कानूनी खरीद या सुनने के लिए उपलब्ध हैं।

यह GDPR के बारे में अलग से कहने लायक है

हमारे ग्राहक का मुख्य बाजार यूएसए है, लेकिन लगभग 10% ट्रैफ़िक जो कंपनी खोना नहीं चाहती थी वह यूरोप से आया था। जब से नया विनियमन लागू हुआ (25 मई, 2018), इसका लक्ष्यीकरण केवल अक्षम कर दिया गया है। वकीलों से सलाह लेने के बाद, हमने इस तरह से सेवा का निर्माण किया कि इसने जीडीपीआर का खंडन नहीं किया, और 16 अगस्त से हमने फिर से लक्ष्यीकरण किया।
ईमानदारी से, हमने दो सप्ताह के समूह में नियमों की पेचीदगियों का अध्ययन किया। इस स्तर पर कठिनाई यह थी कि शब्दों की सामान्य अस्पष्टता के साथ, अब तक कोई कानून प्रवर्तन प्रथा नहीं है - वास्तविक मामले जो यह दिखा सकते हैं कि यह कैसे सही है और क्या गलत है। हालांकि, अब (अपने स्वयं के अनुसंधान और वकीलों के साथ परामर्श के बाद) हम समाधान के कार्यान्वित वास्तुकला में आश्वस्त हैं।

सेवा के तर्क का तात्पर्य एक ऐसे उपयोगकर्ता को जोड़ने से है जो एक विशिष्ट श्रोता के लिए एक छोटी कड़ी का अनुसरण करता है, ताकि बाद में उसे विज्ञापन दिखाए जा सकें। GDPR के संदर्भ में, यह उपयोगकर्ता की स्पष्ट सहमति के बिना नहीं किया जा सकता है। और हमने सहमति के लिए एक अनुरोध लागू किया - जब आप पृष्ठ के नीचे दिए गए लिंक पर क्लिक करते हैं, तो एक प्लेट एक प्रश्न और दो बटन के साथ दिखाई देती है। अनुरोध उन उपयोगकर्ताओं के लिए खोला गया है, जिनके आईपी यूरोप से संबंधित हैं, और उनकी प्रतिक्रिया कुकीज़ के रूप में संग्रहीत की जाती है, इसलिए आगंतुकों को हर बार बटन दबाने की ज़रूरत नहीं है।
यदि कोई उपयोगकर्ता सहमति नहीं है (यानी कुकीज़), तो हम बस इसे एक पिक्सेल नहीं दिखाते हैं, अर्थात्। सेवा के सामान्य आंकड़ों में, यात्रा के तथ्य को गिना जाएगा, लेकिन उपयोगकर्ता डेटा एकत्र नहीं किया जाएगा और इसे ध्यान में रखा जाएगा।

GDPR वास्तु प्रतिबंध लगाता है - व्यक्तिगत डेटा को न केवल सही तरीके से एकत्र किया जाना चाहिए, बल्कि सुरक्षित रूप से संग्रहीत भी किया जाना चाहिए। हमारे मामले में, ये प्रतिबंध लागू किए गए डीएमपी पर लागू होते हैं (इस तथ्य के बावजूद कि यह अनाम पहचानकर्ताओं के साथ अनाम डेटा को संग्रहीत करता है जो केवल काल्पनिक रूप से उन्हें डीन करने की अनुमति देते हैं) और प्राधिकरण सेवा डेटाबेस। हमारी वास्तुकला में, इन ठिकानों को अलग-अलग ब्लॉकों में स्पष्ट रूप से आवंटित किया गया है। नियमों के अनुसार, इन "संवेदनशील" मॉड्यूल के लिए तीसरे पक्ष की पहुंच स्वाभाविक रूप से सीमित है।

केवल संबंधित सेवा के पास प्राधिकरण डेटाबेस तक पहुंच है। अन्य सभी सेवाओं को प्लेटफ़ॉर्म उपयोगकर्ता के व्यक्तिगत डेटा के बारे में कुछ भी नहीं पता है - उन्हें केवल प्राधिकरण सेवा से सत्यापन की आवश्यकता है।

डीएमपी डेटाबेस में केवल नाम की सेवा भी शामिल है। उसी समय, दर्शकों के डेटा का केवल समुच्चय डेटाबेस से नहीं बल्कि डेटा से ही लौटाया जाता है। ये एग्रीगेट उस एनालिटिक्स का आधार बनते हैं, जो म्यूजिक इंडस्ट्री के सर्विस के यूजर अपने निजी खाते में प्राप्त करते हैं।
हमारे पास उपयोगकर्ता डेटा अपलोड करने और हटाने की एक अनिवार्य प्रक्रिया भी है। एक सवाल था कि कैसे सत्यापित करें कि उपयोगकर्ता वास्तव में वैध रूप से अपने डेटा का अनुरोध कर रहा है। और हम सत्यापन के लिए एक कारक के रूप में उपयोगकर्ता द्वारा संग्रहीत कुकी का उपयोग करते हैं।

यह परियोजना हाल ही में पूरी हुई थी, इसलिए किसी भी संख्यात्मक परिणामों के बारे में बात करना जल्दबाजी होगी।

लेख लेखक: निकोले एरेमिन

पुनश्च हमने अपने लेख रनेट की कई साइटों पर प्रकाशित किए हैं। वीके , एफबी या टेलीग्राम-चैनल पर हमारे सभी प्रकाशनों और अन्य मैक्सिलैक्ट समाचारों के बारे में जानने के लिए हमारे पेज की सदस्यता लें।