બ્લોગ / કેવી રીતે કરવું
સ્વચ્છ રહે તેવો ઇન્ફ્લુએન્સર ડેટાબેઝ કેવી રીતે બનાવવો (સ્પ્રેડશીટ કે CRM)
મોટાભાગની ઇન્ફ્લુએન્સર યાદીઓ ઝડપી સ્પ્રેડશીટ તરીકે શરૂ થાય છે અને ત્રણ મહિનામાં ગૂંચવાડો બની જાય છે: એક જ ક્રિએટર જુદા હેન્ડલ સાથે ત્રણ વાર દેખાય છે, follower ની સંખ્યા એક વર્ષ જૂની છે, અને કોઈને યાદ નથી કે કોઈ હરોળમાં “કદાચ” કેમ લખ્યું છે. આ માર્ગદર્શિકા બતાવે છે કે Google Sheets, Airtable, CRM કે સાચા ડેટાબેઝમાં એવો ઇન્ફ્લુએન્સર ડેટાબેઝ કેવી રીતે બનાવવો જે વધે તેમ ઉપયોગી રહે: વ્યક્તિ દીઠ એક રેકોર્ડ, દરેક સોશિયલ એકાઉન્ટ અલગ, દરેક લિંક નૉર્મલાઇઝ્ડ, અને દરેક માહિતી ક્યારે અને કેવી રીતે મળી તેની નોંધ.
ડેટાબેઝ શેના માટે છે તેનાથી શરૂ કરો
કોઈ કૉલમ ઉમેરતા પહેલાં, ડેટાબેઝે કયા નિર્ણયોમાં મદદ કરવાની છે તે વિશે એક વાક્ય લખો. “અમારા સ્કિનકેર કૅમ્પેન માટે ક્રિએટર શોધવા અને કોને પૈસા આપ્યા તે ટ્રૅક કરવું” થી જે ડિઝાઇન બને તે “બજાર અભ્યાસ માટે જર્મનીના દરેક ફિટનેસ ક્રિએટરનો નકશો બનાવવો” થી જુદી હોય. હેતુ તમને કહે છે કે કયાં fields જોઈએ, તેમને કેટલી વાર રિફ્રેશ કરવાં, અને શું એકઠું ન કરવું.
એ પણ નક્કી કરો કે તેનો ઉપયોગ કોણ કરશે અને તમે શેના આધારે ફિલ્ટર કરશો. વધુ યુઝર એટલે એડિટના કડક નિયમો, અને જેના પર તમે ફિલ્ટર કરો (niche, દેશ, પ્લેટફોર્મ, status) તે દરેક માટે મુક્ત લખાણ નહીં, પણ નક્કી મૂલ્યોની યાદીવાળી અલગ કૉલમ જોઈએ.
ક્રિએટર દીઠ એક હરોળ, એકાઉન્ટ દીઠ નહીં
સૌથી ઉપયોગી ડિઝાઇન નિર્ણય છે વ્યક્તિ ને તેમના એકાઉન્ટ થી અલગ રાખવી. “Maya Okafor” જેવા ક્રિએટર Instagram પર @mayabakes, TikTok પર @mayabakes_ અને Maya in the Kitchen નામની YouTube ચેનલ ચલાવતાં હોઈ શકે. જો દરેક એક હરોળ હોય, તો તમે તેમને ત્રણ વાર ઇમેઇલ કરશો અને તેમની reach ત્રણ વાર ગણશો.
બે ટેબલ વાપરો (સ્પ્રેડશીટમાં બે ટૅબ, કે CRM માં બે objects): creators, વ્યક્તિ દીઠ એક હરોળ, અને accounts, સોશિયલ પ્રોફાઇલ દીઠ એક હરોળ, જે એવા સ્થિર creator ID સાથે જોડાય જે ક્યારેય બદલાતું નથી, ભલે દરેક હેન્ડલ બદલાય.
Creators ટેબલ
| કૉલમ | ઉદાહરણ | નોંધ |
|---|---|---|
| creator_id | CR-000142 | સ્થિર, ક્યારેય ફરી વપરાતું નથી. હેન્ડલને ID તરીકે ન વાપરો. |
| display_name | Maya Okafor | તેઓ જાહેરમાં પોતાને કેવી રીતે રજૂ કરે છે. |
| primary_niche | બેકિંગ | નક્કી યાદીમાંથી પસંદ કરો. |
| country | GB | ISO 3166 નો બે અક્ષરનો કોડ ફિલ્ટર એકસરખાં રાખે છે. |
| business_email | hello@example.com | માત્ર જો બિઝનેસ પૂછપરછ માટે પ્રકાશિત હોય. |
| status | સંપર્ક કર્યો | નીચે pipeline વિભાગ જુઓ. |
| 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 થી import અને export કરો, તો headers કૉલમ જેવાં જ રાખો જેથી વચ્ચે કશાનું નામ ન બદલાય:
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 1Trim અને lowercase કરો
મૂલ્યની આગળ અને પાછળની જગ્યા કાઢો અને તેને નાના અક્ષરમાં ફેરવો. Instagram, TikTok અને X ના હેન્ડલ case sensitive નથી, તેથી
MayaBakesઅનેmayabakesએક જ એકાઉન્ટ છે. - Step 2ટ્રૅકિંગ અને વધારાનું કાઢો
?કે#પછીનું બધું કાપો (શેર લિંક ઘણી વારigsh,utm_sourceકેis_from_webappજેવા પેરામીટર ઉમેરે છે), અને છેલ્લો slash કાઢો. - Step 3હેન્ડલ કાઢો
માત્ર હેન્ડલ કાઢો અને આગળનો
@દૂર કરો. તેનેhandleકૉલમમાં રાખો. પ્રોફાઇલને બદલે પોસ્ટ, Reel કે વીડિયો તરફ જતી લિંક (ઉદાહરણ તરીકે/p/,/reel/કે/video/) નકારો, કે પહેલાં લેખકની પ્રોફાઇલ શોધો. - Step 4Canonical URL ફરી બનાવો
દરેક પ્લેટફોર્મ માટે એક નક્કી ફોર્મેટમાં હેન્ડલ પરથી URL બનાવો. મૂળ શેર લિંક ક્યારેય canonical કૉલમમાં પેસ્ટ ન કરો.
- Step 5હાલનો મેળ તપાસો
accounts ટેબલમાં એ જ પ્લેટફોર્મ અને હેન્ડલ (કે platform user ID) શોધો. જો હોય, તો તે હરોળ અપડેટ કરો.
| પ્લેટફોર્મ | અવ્યવસ્થિત ઇનપુટ | હેન્ડલ | Canonical રૂપ |
|---|---|---|---|
| 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 થી, કાયમી channel ID વાળા /channel/UC... URL થી, કે જૂના /c/ અને /user/ URL થી ખૂલી શકે. Channel 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._]+)")), "")પછીની કૉલમમાં canonical URL બનાવો, ઉદાહરણ તરીકે ="https://www.instagram.com/" & B2 & "/". Instagram ફોર્મ્યુલા પોસ્ટ લિંક સાથે પણ મેળ ખાય છે અને p આપે છે, તેથી p, reel, explore અને stories જેવાં મૂલ્યો માટે ફિલ્ટર કરો અને તે હરોળો હાથથી સુધારો.
ડુપ્લિકેટ દૂર કરો, merge કરો અને પુરાવા નોંધો
એક વ્યક્તિ, જુદાં હેન્ડલ
Maya Instagram પર @mayabakes અને TikTok પર @mayabakes_ છે, તેથી માત્ર હેન્ડલથી મેળ કરવાથી તે જોડાશે નહીં. એકાઉન્ટને જોડતા પુરાવા શોધો: bio લિંક, બંનેની યાદી આપતું link-in-bio પેજ કે વેબસાઇટ, એક જ બિઝનેસ ઇમેઇલ, કે એક એકાઉન્ટમાં બીજાનો ઉલ્લેખ. મેળ પાકો થાય ત્યારે બંને એકાઉન્ટ હરોળને એક જ creator_id સાથે જોડો.
એક હેન્ડલ, જુદી વ્યક્તિઓ
Instagram પર @jordanruns અને X પર @jordanruns બે અલગ, અસંબંધિત વ્યક્તિ હોઈ શકે. હેન્ડલના મેળને તપાસવાનો સંકેત ગણો, પુરાવો ક્યારેય નહીં.
જ્યારે તમે બે creator રેકોર્ડ merge કરો:
- જૂનું
creator_idરાખો, જેથી હાલના સંદર્ભ ચાલતા રહે. - ડુપ્લિકેટમાંથી દરેક એકાઉન્ટ હરોળ, નોંધ અને ડીલ રાખેલા રેકોર્ડમાં ખસેડો.
- ડુપ્લિકેટ ID સીધું ડિલીટ કરવાને બદલે
merged_intoકૉલમમાં (કે નાના merge log માં) રાખો, જેથી જૂના export ટ્રેસ કરી શકાય. - વિરોધાભાસ હોય ત્યાં સૌથી તાજી તારીખવાળું મૂલ્ય રાખો.
દરેક લિંક માટે પુરાવો અને ખાતરીનું સ્તર નોંધો
વ્યક્તિ અને એકાઉન્ટ વચ્ચેની લિંક એક દાવો છે, અને દાવા ખોટા પડે છે. એક વર્ષ પછી ટીમના કોઈ સભ્યને જાણવું પડશે કે તમે TikTok એકાઉન્ટ Maya નું છે એવું કેમ માન્યું. દરેક એકાઉન્ટ હરોળ પર બે કૉલમ પૂરતી છે: link_confidence અને link_evidence.
| ખાતરી | પુરાવા તરીકે શું ગણાય | શું કરવું |
|---|---|---|
| ઊંચી | ક્રિએટર બીજી verified કે સ્થાપિત પ્રોફાઇલ પરથી, કે પોતાની વેબસાઇટ પરથી એકાઉન્ટની લિંક આપે છે. | આઉટરીચ અને રિપોર્ટિંગ માટે વાપરો. |
| મધ્યમ | એક જ નામ, ફોટો અને niche, અને મેળ ખાતું link-in-bio પેજ કે એકબીજાનો ઉલ્લેખ, પણ સીધી લિંક નહીં. | વાપરો, પણ ડીલ પર સહી કરતા પહેલાં તપાસો. |
| નીચી | માત્ર મળતું હેન્ડલ કે નામ. | પાકું ન થાય ત્યાં સુધી રિપોર્ટમાંથી બહાર રાખો. |
એવો પુરાવો લખો જે બીજી વ્યક્તિ તપાસી શકે, જેમ કે “YouTube About પેજ પરથી લિંક, 2026-10-20 એ તપાસ્યું”, “તેમના જેવું લાગે છે” નહીં. જો કોઈ ટૂલે મેળ શોધ્યો હોય, તો તેનો score અને કારણ રાખો, અને ઓછી ખાતરીવાળા મેળ જાતે પણ તપાસો.
ટ્રૅક કરવાનાં fields, રિફ્રેશ તારીખો અને status
Follower ની સંખ્યા, engagement અને હેન્ડલ પણ બદલાય છે, તેથી દરેક metric કૉલમ સાથે મેળ ખાતી _as_of તારીખ રાખો. દરેક પ્રકારના field માટે રિફ્રેશનો નિયમ નક્કી કરો:
| Field | કેટલું બદલાય | સૂચવેલું રિફ્રેશ |
|---|---|---|
| Followers / subscribers | સતત | કોઈ પણ આઉટરીચ કે રિપોર્ટ પહેલાં, અને સક્રિય સંભવિત ક્રિએટર માટે માસિક જેવા નક્કી ચક્રમાં. |
| Engagement rate કે સરેરાશ views | દરેક પોસ્ટ સાથે | જ્યારે તમે ક્રિએટરને કૅમ્પેન માટે shortlist કરો. તમે કેવી રીતે ગણ્યું તે નોંધો. |
| હેન્ડલ અને canonical URL | ક્યારેક | જ્યારે લિંક કામ કરતી બંધ થાય, અને દરેક metrics રિફ્રેશ વખતે. Platform user ID અહીં મદદ કરે છે. |
| Niche, દેશ, ભાષા, ઇમેઇલ | ભાગ્યે જ | વર્ષમાં એક કે બે વાર, અને ઇમેઇલ દરેક આઉટરીચ રાઉન્ડ પહેલાં. |
| Status અને ડીલ ઇતિહાસ | દરેક સંપર્ક સાથે | જે સમયે થાય ત્યારે જ અપડેટ કરો. |
જે fields પર તમે રિપોર્ટ કરો છો તેમના માટે, ઓવરરાઇટ કરવાને બદલે નાના metrics_history ટેબલમાં (account ID, તારીખ, followers, views) ઉમેરતા જાઓ, જેથી તમે વૃદ્ધિ બતાવી શકો.
સાદી status pipeline વાપરો
ટૂંકી યાદીવાળું dropdown વાપરો અને status_changed_at તારીખ ઉમેરો જેથી જૂના પડેલા રેકોર્ડ દેખાય. મોટાભાગની ટીમ માટે કામ કરતી એક pipeline:
| Status | અર્થ |
|---|---|
| સંભવિત | બ્રીફમાં બંધબેસે છે, હજી તપાસ્યું નથી. |
| તપાસ્યું | કન્ટેન્ટ, ઓડિયન્સ અને brand safety તપાસ્યાં. |
| સંપર્ક કર્યો | પહેલો મેસેજ મોકલ્યો. |
| વાતચીત ચાલુ | શરતોની ચર્ચા ચાલે છે. |
| કરાર થયો | સમજૂતી પર સહી થઈ. |
| લાઇવ | કન્ટેન્ટ પ્રકાશિત થયું. |
| પૂર્ણ | કામ પૂરું અને ચુકવણી થઈ. |
| યોગ્ય નથી / નકાર્યું | બંધ, કારણ સાથે. |
| સંપર્ક ન કરવો | તેમણે સંપર્ક ન કરવા કહ્યું છે. તેનું પાલન કરવા જેટલું જરૂરી હોય તેટલું જ રાખો. |
ક્રિએટર ડેટા માટે પ્રાઇવસીની મૂળ વાતો
ક્રિએટર વ્યક્તિઓ છે, અને ઇન્ફ્લુએન્સર ડેટાબેઝ વ્યક્તિગત ડેટાનો સંગ્રહ છે, ભલે દરેક field જાહેર પ્રોફાઇલ પરથી આવ્યું હોય. આ સામાન્ય માહિતી છે, કાનૂની સલાહ નથી; તમારી પરિસ્થિતિ માટે તમારા પોતાના વકીલની સલાહ લો. EU અને UK GDPR અને California ના CCPA સહિત મોટાભાગના પ્રાઇવસી કાયદા હેઠળ થોડા સિદ્ધાંતો લાગુ પડે છે:
- કાનૂની આધાર રાખો. GDPR હેઠળ બિઝનેસ B2B આઉટરીચ માટે ઘણી વાર legitimate interests (કાયદેસર હિત) પર આધાર રાખે છે, એટલે તમે સમજાવી શકવા જોઈએ કે પ્રોસેસિંગ કેમ જરૂરી છે અને તે ક્રિએટરનાં હિતોથી ઉપર નથી. આ તર્ક લખીને રાખો.
- માત્ર જાહેર, સંબંધિત ડેટા એકઠો કરો. ક્રિએટર વ્યાવસાયિક હેતુ માટે જે પ્રકાશિત કરે તેટલું જ રાખો. ઘરનું સરનામું કે પરિવારની વિગતો ક્યારેય ન રાખો.
- પ્લેટફોર્મની શરતોનું પાલન કરો. ઘણાં પ્લેટફોર્મ પરવાનગી વિના automated scraping પર પ્રતિબંધ મૂકે છે, તેથી સત્તાવાર API, હાથથી કરેલું સંશોધન કે મંજૂર ઍક્સેસ વાપરતાં ટૂલ પસંદ કરો.
- લોકોને જણાવો અને વિનંતીઓનું પાલન કરો. GDPR સામાન્ય રીતે માગે છે કે બીજા સ્રોતોમાંથી એકઠા કરેલા ડેટા વિશે તમે લોકોને જણાવો, વધુમાં વધુ પહેલી વાર સંપર્ક કરો ત્યારે. જ્યારે કોઈ ક્રિએટર પોતાનો ડેટા જોવા કે ડિલીટ કરવા કહે, ત્યારે એક જ
creator_idતેમના વિશેની દરેક હરોળ શોધવા દે છે. - જરૂર ન હોય તે ડિલીટ કરો. retention નો નિયમ નક્કી કરો, ઉદાહરણ તરીકે જેમનો ક્યારેય સંપર્ક ન કર્યો હોય તેવા સંભવિત ક્રિએટરને નક્કી સમય પછી દૂર કરવા, અને તેનો અમલ કરો.
- ઍક્સેસ મર્યાદિત રાખો. એડિટ અધિકાર માત્ર જરૂરી લોકો સાથે શેર કરો.
સ્પ્રેડશીટ, CRM કે ડેટાબેઝ: ક્યારે બદલવું
| વિકલ્પ | કોના માટે સારું | તમે તેનાથી આગળ વધી ગયા તેનાં લક્ષણ |
|---|---|---|
| સ્પ્રેડશીટ | નાની ટીમ અને થોડા હજાર ક્રિએટર. | ID થી ટૅબ જોડવાનું મુશ્કેલ બને, કે લોકો એકબીજાનું કામ ઓવરરાઇટ કરે. |
| નો-કોડ ડેટાબેઝ (Airtable અને તેના જેવા) | કોડ વિના જોડાયેલાં ટેબલ, dropdown અને views. | તમે રેકોર્ડ કે automation ની મર્યાદાએ પહોંચો. |
| CRM | ટીમ માટે આઉટરીચ, ઇમેઇલ લૉગ, કાર્યો અને ડીલના તબક્કા. | તમને કસ્ટમ વિશ્લેષણ જોઈએ, કે CRM વ્યક્તિ/એકાઉન્ટના વિભાજન સાથે મેળ ન ખાય. |
| SQL ડેટાબેઝ (Postgres અને તેના જેવા) | મોટા ડેટાસેટ, સંશોધન, એપ અને API ઍક્સેસ. | ભાગ્યે જ નાનો પડે, પણ તેને જાળવવા કોઈ જોઈએ. |
તમે જે પણ પસંદ કરો, એ જ બે ટેબલ અને ID રાખો. પછી CRM કે ડેટાબેઝમાં જવું import છે, ફરીથી બનાવવું નહીં.
Accounts ટેબલ ઝડપથી ભરવું
દરેક ક્રિએટરનાં બીજાં એકાઉન્ટ શોધવાં એ સામાન્ય રીતે accounts ટેબલ બનાવવાનો સૌથી ધીમો ભાગ છે. sociallinks.dev એક Instagram, TikTok, YouTube કે X પ્રોફાઇલ URL લે છે અને ક્રિએટરનાં બીજાં પ્લેટફોર્મ પરનાં એકાઉન્ટ, દરેક મેળ માટે confidence score અને પુરાવા સાથે આપે છે, જે ઉપરની link_confidence અને link_evidence કૉલમમાં સીધાં બેસે છે. તેનો bulk mode 500 સુધી પ્રોફાઇલ લિંક લે છે અને સ્પ્રેડશીટ આપે છે.
વારંવાર પૂછાતા પ્રશ્નો
ઇન્ફ્લુએન્સર ડેટાબેઝમાં કઈ કૉલમ હોવી જોઈએ?
ઓછામાં ઓછું, સ્થિર creator ID, નામ, niche, દેશ, સંપર્કનો માર્ગ, status અને owner વાળું creators ટેબલ, અને પ્લેટફોર્મ, નૉર્મલાઇઝ્ડ હેન્ડલ, canonical URL, follower ની સંખ્યા અને તે નોંધ્યાની તારીખવાળું accounts ટેબલ. દરેક એકાઉન્ટ લિંક માટે ખાતરી અને પુરાવાની કૉલમ ઉમેરો.
સ્પ્રેડશીટમાં ડુપ્લિકેટ ઇન્ફ્લુએન્સર કેવી રીતે ટાળવા?
દરેક પ્રોફાઇલ લિંક ઉમેરતા પહેલાં નૉર્મલાઇઝ કરો: નાના અક્ષરમાં ફેરવો, query string અને છેલ્લો slash કાઢો, હેન્ડલ કાઢો અને એક canonical URL ફરી બનાવો. પછી હરોળ ઉમેરતા પહેલાં accounts ટેબલમાં એ જ પ્લેટફોર્મ અને હેન્ડલ તપાસો. જુદાં હેન્ડલવાળી એક જ વ્યક્તિ માટે, bio લિંક જેવા પુરાવાના આધારે એકાઉન્ટને એક creator ID સાથે જોડો.
ઇન્ફ્લુએન્સર મેનેજમેન્ટ માટે સ્પ્રેડશીટ વાપરવી કે CRM?
નાની ટીમ અને થોડા હજાર ક્રિએટર માટે સ્પ્રેડશીટ ચાલે, જ્યાં સુધી તમે ID અને creators તથા accounts માટે અલગ ટૅબ વાપરો. ટીમને શેર કરેલો ઇમેઇલ લૉગ અને ડીલના તબક્કા જોઈએ ત્યારે CRM પર જાઓ, અને મોટા પાયે વિશ્લેષણ કે API ઍક્સેસ માટે ડેટાબેઝ પર.
Follower ની સંખ્યા કેટલી વાર અપડેટ કરવી?
કોઈ પણ આઉટરીચ કે રિપોર્ટ પહેલાં, અને જે ક્રિએટર પર તમે સક્રિય રીતે વિચારી રહ્યા છો તેમના માટે માસિક જેવા નિયમિત ચક્રમાં રિફ્રેશ કરો. સંખ્યાની બાજુમાં હંમેશાં તારીખ રાખો. “as of” તારીખ વિનાની follower સંખ્યા પર રિપોર્ટમાં ભરોસો ન કરી શકાય.
શું ઇન્ફ્લુએન્સર વિશે ડેટા રાખવો કાયદેસર છે?
સામાન્ય રીતે તમે ક્રિએટર વિશે જાહેર, વ્યાવસાયિક માહિતી રાખી શકો, પણ GDPR અને CCPA જેવા પ્રાઇવસી કાયદા તેને વ્યક્તિગત ડેટા તરીકે લાગુ પડે છે. સામાન્ય રીતે તમને કાનૂની આધાર જોઈએ, માત્ર જરૂરી હોય તેટલું એકઠું કરવું જોઈએ, જરૂરી હોય ત્યાં લોકોને જણાવવું અને ડિલીટ કરવાની વિનંતીઓનું પાલન કરવું જોઈએ. આ કાનૂની સલાહ નથી, તેથી તમારા બિઝનેસ પર લાગુ નિયમો તપાસો.
ક્રિએટર હેન્ડલ બદલે તો શું કરવું?
creator ID અને account ID એ જ રાખો અને હાલની એકાઉન્ટ હરોળ પર હેન્ડલ અને canonical URL અપડેટ કરો. જો તમે પ્લેટફોર્મનું user ID રાખ્યું હોય, જેમ કે YouTube channel ID, તો તે જ એકાઉન્ટ છે તે પાકું કરવા તેનો ઉપયોગ કરો. જૂનું હેન્ડલ history field માં નોંધો જેથી જૂના export નો અર્થ સમજાય.