ब्लॉग / कैसे करें
ऐसा इन्फ़्लुएंसर डेटाबेस कैसे बनाएँ जो साफ़-सुथरा रहे (स्प्रेडशीट या CRM)
ज़्यादातर इन्फ़्लुएंसर लिस्ट एक जल्दी में बनी स्प्रेडशीट से शुरू होती हैं और एक तिमाही में गड़बड़ हो जाती हैं: एक ही क्रिएटर तीन बार अलग-अलग हैंडल से दिखता है, फ़ॉलोअर संख्या एक साल पुरानी होती है, और किसी को याद नहीं कि किसी पंक्ति में “शायद” क्यों लिखा है। यह गाइड दिखाती है कि Google Sheets, Airtable, CRM या असली डेटाबेस में ऐसा इन्फ़्लुएंसर डेटाबेस कैसे बनाएँ जो बढ़ने के साथ भी काम का बना रहे: हर व्यक्ति का एक रिकॉर्ड, हर सोशल अकाउंट अलग से सेव, हर लिंक नॉर्मलाइज़ किया हुआ, और हर जानकारी के साथ यह नोट कि वह कब और कैसे मिली।
पहले तय करें कि डेटाबेस किसलिए है
कोई कॉलम जोड़ने से पहले एक वाक्य में लिखें कि डेटाबेस को किन फ़ैसलों में मदद करनी है। “हमारे स्किनकेयर कैंपेन के लिए क्रिएटर खोजना और ट्रैक करना कि हमने किसे भुगतान किया” से अलग डिज़ाइन बनता है, और “मार्केट स्टडी के लिए जर्मनी के हर फ़िटनेस क्रिएटर की सूची बनाना” से अलग। मकसद बताता है कि कौन-से फ़ील्ड चाहिए, उन्हें कितनी बार रिफ़्रेश करना है, और क्या इकट्ठा नहीं करना है।
यह भी तय करें कि इसे कौन इस्तेमाल करेगा और आप किस आधार पर फ़िल्टर करेंगे। ज़्यादा यूज़र का मतलब है एडिट के सख़्त नियम, और जिस चीज़ पर भी आप फ़िल्टर करते हैं (निश, देश, प्लेटफ़ॉर्म, स्टेटस) उसका अपना कॉलम होना चाहिए जिसमें तय मानों की सूची हो, खुला टेक्स्ट नहीं।
हर क्रिएटर की एक पंक्ति, हर अकाउंट की नहीं
डिज़ाइन का सबसे काम का फ़ैसला है व्यक्ति को उसके अकाउंट से अलग रखना। “Maya Okafor” जैसी क्रिएटर Instagram पर @mayabakes, TikTok पर @mayabakes_ और Maya in the Kitchen नाम का एक YouTube चैनल चला सकती हैं। अगर हर एक अलग पंक्ति है, तो आप उन्हें तीन बार ईमेल करेंगे और उनकी रीच तीन बार गिनेंगे।
दो टेबल इस्तेमाल करें (स्प्रेडशीट में दो टैब, या CRM में दो ऑब्जेक्ट): creators, हर व्यक्ति की एक पंक्ति, और accounts, हर सोशल प्रोफ़ाइल की एक पंक्ति, जो एक स्थायी क्रिएटर ID से जुड़ी हो जो कभी नहीं बदलती, चाहे हर हैंडल बदल जाए।
Creators टेबल
| कॉलम | उदाहरण | नोट |
|---|---|---|
| creator_id | CR-000142 | स्थायी, कभी दोबारा इस्तेमाल नहीं। हैंडल को ID न बनाएँ। |
| display_name | Maya Okafor | वे सार्वजनिक रूप से ख़ुद को कैसे पेश करते हैं। |
| primary_niche | बेकिंग | तय सूची से चुनें। |
| country | GB | ISO 3166 का दो अक्षर वाला कोड फ़िल्टर को एक जैसा रखता है। |
| business_email | hello@example.com | सिर्फ़ तब जब बिज़नेस पूछताछ के लिए प्रकाशित हो। |
| status | Contacted | नीचे पाइपलाइन वाला हिस्सा देखें। |
| owner | Priya | आपकी टीम में रिश्ते की ज़िम्मेदारी किसकी है। |
| updated_at | 2026-10-23 | अगर आपका टूल अनुमति दे तो अपने आप सेट हो। |
Accounts टेबल
| कॉलम | उदाहरण | नोट |
|---|---|---|
| account_id | AC-000387 | अकाउंट पंक्ति की स्थायी ID। |
| creator_id | CR-000142 | creators टेबल से जोड़ती है। |
| platform | तय सूची: instagram, tiktok, youtube, x, वगैरह। | |
| handle | mayabakes | नॉर्मलाइज़्ड: छोटे अक्षर, बिना @। |
| platform_user_id | UCxxxxxxxxxxxxxxxxxxxxxx | जब मिल सके। हैंडल बदलने पर भी बनी रहती है। |
| canonical_url | https://www.instagram.com/mayabakes/ | हैंडल से एक तय फ़ॉर्मैट में बनाया गया। |
| followers | 48200 | एक संख्या, “48.2K” नहीं। |
| followers_as_of | 2026-10-20 | जिस तारीख़ को आपने वह संख्या देखी। |
| link_confidence | high | आप कितने पक्के हैं कि यह अकाउंट इसी क्रिएटर का है। |
| link_evidence | उनके YouTube About पेज से लिंक है | आप ऐसा क्यों मानते हैं। |
अगर आप CSV से इंपोर्ट और एक्सपोर्ट करते हैं, तो हेडर बिल्कुल कॉलम जैसे ही रखें ताकि बीच में कुछ भी नाम न बदले:
creator_id,display_name,primary_niche,country,languages,business_email,status,owner,notes,created_at,updated_at
account_id,creator_id,platform,handle,platform_user_id,canonical_url,followers,followers_as_of,link_confidence,link_evidence,sourceहर प्रोफ़ाइल URL और हैंडल को नॉर्मलाइज़ करें
ज़्यादातर डुप्लिकेट एक ही प्रोफ़ाइल के अलग-अलग तरह से लिखे रूप होते हैं। https://instagram.com/MayaBakes?igsh=abc123, instagram.com/mayabakes/ और @mayabakes एक ही अकाउंट हैं, पर स्प्रेडशीट को तीन अलग मान दिखते हैं। डेटा डालते समय हर बार नॉर्मलाइज़ करें।
- Step 1खाली जगह हटाएँ और छोटे अक्षर करें
मान के आगे-पीछे की स्पेस हटाएँ और उसे छोटे अक्षरों में बदलें। Instagram, TikTok और X के हैंडल में बड़े-छोटे अक्षर से फ़र्क नहीं पड़ता, इसलिए
MayaBakesऔरmayabakesएक ही अकाउंट हैं। - Step 2ट्रैकिंग और फ़ालतू हिस्से हटाएँ
?या#के बाद का सब कुछ काट दें (शेयर लिंक में अक्सरigsh,utm_sourceयाis_from_webappजैसे पैरामीटर जुड़ते हैं), और आख़िरी स्लैश हटा दें। - Step 3हैंडल निकालें
सिर्फ़ हैंडल निकालें और शुरू का
@हटा दें। उसेhandleकॉलम में सेव करें। जो लिंक प्रोफ़ाइल के बजाय किसी पोस्ट, Reel या वीडियो की ओर इशारा करते हैं (जैसे/p/,/reel/या/video/), उन्हें अस्वीकार करें, या पहले लेखक की प्रोफ़ाइल खोजें। - Step 4कैनोनिकल URL दोबारा बनाएँ
हर प्लेटफ़ॉर्म के लिए एक तय फ़ॉर्मैट में हैंडल से URL बनाएँ। कैनोनिकल कॉलम में कभी मूल शेयर लिंक पेस्ट न करें।
- Step 5पहले से मौजूद मैच जाँचें
accounts टेबल में वही प्लेटफ़ॉर्म और हैंडल (या प्लेटफ़ॉर्म user ID) खोजें। अगर मौजूद है, तो नई पंक्ति के बजाय उसी पंक्ति को अपडेट करें।
| प्लेटफ़ॉर्म | गड़बड़ इनपुट | हैंडल | कैनोनिकल रूप |
|---|---|---|---|
| https://Instagram.com/MayaBakes/?igsh=abc123 | mayabakes | https://www.instagram.com/mayabakes/ | |
| TikTok | https://www.tiktok.com/@MayaBakes_?lang=en | mayabakes_ | https://www.tiktok.com/@mayabakes_ |
| X | https://twitter.com/MayaBakes | mayabakes | https://x.com/mayabakes |
| YouTube | https://youtube.com/@MayaInTheKitchen/videos | @mayainthekitchen | https://www.youtube.com/@mayainthekitchen |
YouTube पर ज़्यादा ध्यान चाहिए: एक चैनल तक @handle से, स्थायी चैनल ID वाले /channel/UC... URL से, या पुराने /c/ और /user/ URL से पहुँचा जा सकता है। चैनल ID हैंडल बदलने पर भी नहीं बदलती, इसलिए उसे platform_user_id में सेव करें और YouTube पंक्तियों की key मानें।
Google Sheets में Instagram और TikTok का हैंडल एक फ़ॉर्मूले से निकाल सकते हैं। कॉलम A में कच्चा लिंक हो, तो ये फ़ॉर्मूले छोटे अक्षरों वाला हैंडल देते हैं, या लिंक मेल न खाए तो खाली सेल:
=IFERROR(LOWER(REGEXEXTRACT(A2, "(?i)instagram\.com/([a-z0-9._]+)")), "")
=IFERROR(LOWER(REGEXEXTRACT(A2, "(?i)tiktok\.com/@([a-z0-9._]+)")), "")अगले कॉलम में कैनोनिकल URL बनाएँ, जैसे ="https://www.instagram.com/" & B2 & "/"। Instagram वाला फ़ॉर्मूला पोस्ट लिंक से भी मेल खाता है और p लौटाता है, इसलिए p, reel, explore और stories जैसे मानों को फ़िल्टर करें और उन पंक्तियों को हाथ से ठीक करें।
डुप्लिकेट हटाएँ, मर्ज करें और सबूत दर्ज करें
एक व्यक्ति, अलग हैंडल
Maya Instagram पर @mayabakes और TikTok पर @mayabakes_ हैं, इसलिए सिर्फ़ हैंडल मिलाने से वे जुड़ेंगे नहीं। ऐसे सबूत खोजें जो अकाउंट को जोड़ते हों: बायो लिंक, दोनों को दिखाने वाला link-in-bio पेज या वेबसाइट, एक ही बिज़नेस ईमेल, या एक अकाउंट में दूसरे का ज़िक्र। मैच पक्का होने पर दोनों अकाउंट पंक्तियों को एक ही creator_id से जोड़ें।
एक हैंडल, अलग लोग
Instagram पर @jordanruns और X पर @jordanruns दो बिल्कुल अलग लोग हो सकते हैं। हैंडल मिलने को जाँचने लायक सुराग मानें, सबूत कभी नहीं।
जब आप दो क्रिएटर रिकॉर्ड मर्ज करें:
- पुराने
creator_idको बचे रहने वाला रिकॉर्ड चुनें, ताकि मौजूदा रेफ़रेंस काम करते रहें। - डुप्लिकेट से हर अकाउंट पंक्ति, नोट और डील को बचे हुए रिकॉर्ड में ले जाएँ।
- डुप्लिकेट ID को सीधे मिटाने के बजाय
merged_intoकॉलम (या एक छोटे मर्ज लॉग) में रखें, ताकि पुराने एक्सपोर्ट ट्रेस हो सकें। - टकराव होने पर सबसे हाल की तारीख़ वाला मान रखें।
हर लिंक के लिए सबूत और भरोसा दर्ज करें
व्यक्ति और अकाउंट के बीच का रिश्ता एक दावा है, और दावे ग़लत भी होते हैं। एक साल बाद आपकी टीम के किसी साथी को जानना होगा कि आपने TikTok अकाउंट को Maya का क्यों माना। हर अकाउंट पंक्ति पर दो कॉलम यह काम कर देते हैं: link_confidence और link_evidence।
| भरोसा | किसे सबूत माना जाए | क्या करें |
|---|---|---|
| ऊँचा | क्रिएटर किसी दूसरी वेरिफ़ाइड या जमी हुई प्रोफ़ाइल से, या अपनी वेबसाइट से, इस अकाउंट को लिंक करते हैं। | आउटरीच और रिपोर्टिंग में इस्तेमाल करें। |
| मध्यम | एक जैसा नाम, फ़ोटो और निश, साथ में मेल खाता link-in-bio पेज या एक-दूसरे का ज़िक्र, पर सीधा लिंक नहीं। | इस्तेमाल करें, पर डील साइन करने से पहले जाँच लें। |
| कम | सिर्फ़ मिलता-जुलता हैंडल या नाम। | पक्का होने तक रिपोर्ट से बाहर रखें। |
ऐसा सबूत लिखें जिसे कोई दूसरा व्यक्ति जाँच सके, जैसे “YouTube About पेज से लिंक, 2026-10-20 को जाँचा”, न कि “उन्हीं जैसी लगती हैं”। अगर किसी टूल ने मैच खोजा है, तो उसका स्कोर और कारण सेव करें, और कम भरोसे वाले मैच फिर भी ख़ुद देखें।
ट्रैक करने वाले फ़ील्ड, रिफ़्रेश की तारीख़ें और स्टेटस
फ़ॉलोअर संख्या, एंगेजमेंट और हैंडल तक बदलते हैं, इसलिए हर मेट्रिक कॉलम के साथ एक _as_of तारीख़ होनी चाहिए। हर तरह के फ़ील्ड के लिए रिफ़्रेश का नियम तय करें:
| फ़ील्ड | कितना बदलता है | सुझाया गया रिफ़्रेश |
|---|---|---|
| फ़ॉलोअर / सब्सक्राइबर | लगातार | हर आउटरीच या रिपोर्ट से पहले, और सक्रिय संभावित क्रिएटर के लिए तय चक्र पर, जैसे हर महीने। |
| एंगेजमेंट रेट या औसत व्यू | हर पोस्ट के साथ | जब आप क्रिएटर को कैंपेन के लिए शॉर्टलिस्ट करें। यह भी लिखें कि आपने इसे कैसे निकाला। |
| हैंडल और कैनोनिकल URL | कभी-कभी | जब कोई लिंक काम करना बंद करे, और हर मेट्रिक रिफ़्रेश पर। यहाँ प्लेटफ़ॉर्म user ID मदद करती हैं। |
| निश, देश, भाषा, ईमेल | शायद ही कभी | साल में एक या दो बार, और ईमेल हर आउटरीच राउंड से पहले। |
| स्टेटस और डील इतिहास | हर बातचीत के साथ | जिस समय हो, उसी समय अपडेट करें। |
जिन फ़ील्ड पर आप रिपोर्ट करते हैं, उन्हें ओवरराइट करने के बजाय एक छोटी metrics_history टेबल (अकाउंट ID, तारीख़, फ़ॉलोअर, व्यू) में जोड़ते जाएँ, ताकि आप बढ़त दिखा सकें।
एक आसान स्टेटस पाइपलाइन रखें
छोटी सूची वाला ड्रॉपडाउन इस्तेमाल करें और status_changed_at तारीख़ जोड़ें ताकि पुराने पड़े रिकॉर्ड दिखें। एक पाइपलाइन जो ज़्यादातर टीमों के लिए काम करती है:
| स्टेटस | मतलब |
|---|---|
| Prospect (संभावित) | ब्रीफ़ में फ़िट, अभी जाँचा नहीं। |
| Vetted (जाँचा हुआ) | कंटेंट, ऑडियंस और ब्रांड सेफ़्टी जाँची गई। |
| Contacted (संपर्क किया) | पहला मैसेज भेजा। |
| In conversation (बातचीत में) | शर्तों पर बात चल रही है। |
| Contracted (अनुबंधित) | समझौता साइन हुआ। |
| Live (लाइव) | कंटेंट प्रकाशित हुआ। |
| Completed (पूरा) | डिलीवर हुआ और भुगतान हुआ। |
| Not a fit / Declined (फ़िट नहीं / मना किया) | बंद, कारण के साथ। |
| Do not contact (संपर्क न करें) | उन्होंने संपर्क न करने को कहा। उसका पालन करने के लिए जितना ज़रूरी है, सिर्फ़ उतना रखें। |
क्रिएटर डेटा के लिए प्राइवेसी की बुनियादी बातें
क्रिएटर इंसान हैं, और इन्फ़्लुएंसर डेटाबेस निजी डेटा का भंडार है, भले ही हर फ़ील्ड किसी पब्लिक प्रोफ़ाइल से आया हो। यह सामान्य जानकारी है, कानूनी सलाह नहीं; अपनी स्थिति के लिए अपने कानूनी सलाहकार से पूछें। ज़्यादातर प्राइवेसी कानूनों में, जिनमें EU और UK का GDPR और कैलिफ़ोर्निया का CCPA शामिल हैं, कुछ सिद्धांत लागू होते हैं:
- कानूनी आधार रखें। GDPR के तहत कंपनियाँ B2B आउटरीच के लिए अक्सर legitimate interests (वैध हित) पर भरोसा करती हैं, यानी आपको समझा पाना चाहिए कि यह प्रोसेसिंग क्यों ज़रूरी है और क्रिएटर के हितों पर भारी नहीं पड़ती। यह तर्क लिखकर रखें।
- सिर्फ़ पब्लिक और काम का डेटा इकट्ठा करें। वही रखें जो क्रिएटर पेशेवर कामों के लिए प्रकाशित करते हैं। घर का पता या परिवार की जानकारी कभी सेव न करें।
- प्लेटफ़ॉर्म की शर्तों का सम्मान करें। कई प्लेटफ़ॉर्म बिना अनुमति ऑटोमेटेड स्क्रैपिंग की मनाही करते हैं, इसलिए आधिकारिक API, हाथ से रिसर्च या अनुमति वाली पहुँच इस्तेमाल करने वाले टूल चुनें।
- लोगों को बताएँ और उनके अनुरोध मानें। GDPR आमतौर पर माँगता है कि दूसरे स्रोतों से इकट्ठा किए डेटा के बारे में आप लोगों को बताएँ, ज़्यादा से ज़्यादा तब जब आप पहली बार उनसे संपर्क करें। जब कोई क्रिएटर अपना डेटा देखने या मिटाने को कहे, तो एक
creator_idसे आप उनकी हर पंक्ति ढूँढ सकते हैं। - जो अब ज़रूरी नहीं, उसे मिटाएँ। रिटेंशन का नियम तय करें, जैसे तय समय के बाद उन संभावित क्रिएटर को हटाना जिनसे कभी संपर्क नहीं हुआ, और उसे लागू करें।
- पहुँच सीमित रखें। एडिट का अधिकार सिर्फ़ उन्हें दें जिन्हें इसकी ज़रूरत है।
स्प्रेडशीट, CRM या डेटाबेस: कब बदलें
| विकल्प | किसके लिए अच्छा | संकेत कि आप इससे आगे निकल गए हैं |
|---|---|---|
| स्प्रेडशीट | छोटी टीम और कुछ हज़ार क्रिएटर। | ID से टैब जोड़ना तकलीफ़देह हो जाए, या लोग एक-दूसरे का काम ओवरराइट करने लगें। |
| नो-कोड डेटाबेस (Airtable जैसे) | बिना कोड के जुड़ी टेबल, ड्रॉपडाउन और व्यू। | रिकॉर्ड या ऑटोमेशन की सीमा आ जाए। |
| CRM | टीम के लिए आउटरीच, ईमेल लॉग, टास्क और डील के चरण। | आपको कस्टम विश्लेषण चाहिए, या CRM व्यक्ति/अकाउंट के बँटवारे में अड़चन डाले। |
| SQL डेटाबेस (Postgres जैसे) | बड़े डेटासेट, रिसर्च, ऐप और API पहुँच। | इससे आगे शायद ही निकलते हैं, पर इसे सँभालने के लिए किसी की ज़रूरत होती है। |
जो भी चुनें, वही दो टेबल और ID रखें। तब बाद में CRM या डेटाबेस पर जाना सिर्फ़ एक इंपोर्ट होगा, शुरू से दोबारा बनाना नहीं।
Accounts टेबल जल्दी भरना
हर क्रिएटर के दूसरे अकाउंट खोजना आमतौर पर accounts टेबल बनाने का सबसे धीमा हिस्सा होता है। sociallinks.dev एक Instagram, TikTok, YouTube या X प्रोफ़ाइल URL लेकर दूसरे प्लेटफ़ॉर्म पर क्रिएटर के अकाउंट लौटाता है, हर मैच के लिए भरोसे के स्कोर और सबूत के साथ, जो सीधे ऊपर के link_confidence और link_evidence कॉलम में फ़िट होते हैं। इसका bulk मोड 500 तक प्रोफ़ाइल लिंक लेता है और एक स्प्रेडशीट लौटाता है।
अक्सर पूछे जाने वाले सवाल
इन्फ़्लुएंसर डेटाबेस में कौन-से कॉलम होने चाहिए?
कम से कम, एक creators टेबल जिसमें स्थायी क्रिएटर ID, नाम, निश, देश, संपर्क का तरीका, स्टेटस और ज़िम्मेदार व्यक्ति हों, और एक accounts टेबल जिसमें प्लेटफ़ॉर्म, नॉर्मलाइज़्ड हैंडल, कैनोनिकल URL, फ़ॉलोअर संख्या और उसे दर्ज करने की तारीख़ हो। हर अकाउंट लिंक के लिए भरोसे और सबूत के कॉलम जोड़ें।
स्प्रेडशीट में डुप्लिकेट इन्फ़्लुएंसर से कैसे बचें?
हर प्रोफ़ाइल लिंक जोड़ने से पहले नॉर्मलाइज़ करें: छोटे अक्षर करें, query string और आख़िरी स्लैश हटाएँ, हैंडल निकालें और एक कैनोनिकल URL दोबारा बनाएँ। फिर पंक्ति डालने से पहले accounts टेबल में वही प्लेटफ़ॉर्म और हैंडल जाँचें। अलग हैंडल वाले एक ही व्यक्ति के लिए, बायो लिंक जैसे सबूत के आधार पर अकाउंट को एक क्रिएटर ID से जोड़ें।
इन्फ़्लुएंसर मैनेजमेंट के लिए स्प्रेडशीट इस्तेमाल करें या CRM?
छोटी टीम और कुछ हज़ार क्रिएटर के लिए स्प्रेडशीट ठीक है, बशर्ते आप ID और क्रिएटर व अकाउंट के लिए अलग टैब इस्तेमाल करें। जब टीम को साझा ईमेल लॉग और डील के चरण चाहिए तब CRM पर जाएँ, और बड़े पैमाने के विश्लेषण या API पहुँच के लिए डेटाबेस पर।
फ़ॉलोअर संख्या कितनी बार अपडेट करें?
हर आउटरीच या रिपोर्ट से पहले रिफ़्रेश करें, और जिन क्रिएटर पर आप सक्रिय रूप से विचार कर रहे हैं उनके लिए नियमित चक्र पर, जैसे हर महीने। संख्या के साथ हमेशा तारीख़ सेव करें। “as of” तारीख़ के बिना फ़ॉलोअर संख्या पर रिपोर्ट में भरोसा नहीं किया जा सकता।
क्या इन्फ़्लुएंसर का डेटा सेव करना कानूनी है?
आमतौर पर आप क्रिएटर की पब्लिक और पेशेवर जानकारी सेव कर सकते हैं, पर GDPR और CCPA जैसे प्राइवेसी कानून इसे निजी डेटा मानकर इस पर भी लागू होते हैं। आमतौर पर आपको कानूनी आधार चाहिए, सिर्फ़ ज़रूरी डेटा इकट्ठा करना चाहिए, जहाँ ज़रूरी हो लोगों को बताना चाहिए और मिटाने के अनुरोध मानने चाहिए। यह कानूनी सलाह नहीं है, इसलिए अपने बिज़नेस पर लागू नियम जाँचें।
अगर कोई क्रिएटर अपना हैंडल बदल दे तो क्या करें?
क्रिएटर ID और अकाउंट ID वही रखें और मौजूदा अकाउंट पंक्ति पर हैंडल और कैनोनिकल URL अपडेट करें। अगर आपने प्लेटफ़ॉर्म की user ID सेव की है, जैसे YouTube चैनल ID, तो उससे पक्का करें कि यह वही अकाउंट है। पुराना हैंडल एक इतिहास फ़ील्ड में लिखें ताकि पुराने एक्सपोर्ट भी समझ में आएँ।