పరిచయాలు & సమ్మతి
మీరు కలిగి ఉన్న జాబితా మాత్రమే కాకుండా, సమర్థించగలిగే జాబితా
పది వేల ఇ-మెయిల్ చిరునామాలను ఎవరైనా నిల్వ చేయగలరు. ముఖ్యమైన ప్రశ్న — నియంత్రకుడు, ప్రొవైడర్ మరియు మీ స్వంత అంతరాత్మ అన్నీ కొద్దిగా భిన్నమైన పదాలతో అడిగేది — వాటిలో ప్రతి ఒక్కటి ఎక్కడ నుండి వచ్చింది మరియు ఏ పునాదిపై మీరు దానికి రాయగలరు అనేది. ClickSomo దాన్ని మీరు పునర్నిర్మించాల్సిన విషయం కాకుండా నిల్వ చేయబడిన వాస్తవంగా మారుస్తుంది.
ఐడెంటిటీ అంటే ఇ-మెయిల్ చిరునామా
ఒక ప్రాజెక్టులో ఒక చిరునామాకు ఒకే సంప్రదింపు — ఇది ఆశతో కాదు, డేటాబేస్ ద్వారా అమలు చేయబడుతుంది. చిరునామాలు వ్రాసేటప్పుడు ప్రామాణీకరించబడతాయి, చదివేటప్పుడు కాదు — చదివేటప్పుడు ప్రామాణీకరిస్తే, ఆ నియంత్రణ కేవలం అలంకారంగా మారి Anna@ మరియు anna@ రెండింటినీ లోపలికి రానిస్తుంది.
ఫోన్ నంబర్లు ఉన్నచో E.164 రూపంలో నిల్వ చేయబడతాయి, కానీ ఫోన్ నంబర్ ఒక లక్షణం తప్ప గుర్తింపు కాదు. ఇక్కడ గుర్తింపు-విశ్లేషణ గ్రాఫ్ లేదు, విలీన ప్రోటోకాల్ లేదు, విలీనాల ఆడిట్ చరిత్ర లేదు — ఎందుకంటే ప్రతి సంప్రదింపు ఇక్కడికి ఇప్పటికే చిరునామా ఉన్న మార్గం ద్వారానే వస్తుంది: ఒక ఇంపోర్ట్, ఒక ఫారం, ఒక సబ్‌స్క్రయిబ్, లేదా మీ స్వంత కోడ్.
పేరు పూర్తిగా నిల్వ చేయబడుతుంది
display_name ఇచ్చిన విధంగానే భద్రపరచబడుతుంది, ఎప్పుడూ భాగాలుగా విభజించబడదు. పేర్లను విభజించడం ఒక బగ్ కర్మాగారం — "van der Berg", "Kim Min-jun", ఏకనామాలు, బిరుదులు, మరియు ఆంగ్లేయేతర ప్రతి క్రమ సంప్రదాయం — మరియు తప్పు విభజన మర్జ్ ట్యాగులో "Dear van," గా కనిపిస్తుంది, ఇది వ్యక్తిగతీకరణ లేకపోవడం కంటే ఘోరం.
నిర్మాణాత్మక భాగాలు ఇప్పటికే వేరు చేసి అందించే మూలాల కోసం మాత్రమే ఉంటాయి. ఏవీ ఉత్పన్నం చేయబడవు. మరియు ఎవరైనా తామే టైప్ చేసిన పేరును, వేరేదైనా గమనించినట్లు అనుకునే తర్వాతి CSV ఎప్పుడూ మార్చదు — చివరి రాత-గెలుపు విధానం అత్యంత నిర్లక్ష్యమైన ఇంపోర్టును గెలిపిస్తుంది కాబట్టి.
- 1గుర్తింపుఇ-మెయిల్, ప్రామాణీకరించబడినది. ప్రాజెక్టు పరిధిలో ప్రత్యేకం.
- 2పేరుపూర్తిగా నిల్వ చేయబడుతుంది.
first_nameరెండర్ సమయంలో మాత్రమే ఉత్పన్నం చేయబడుతుంది, ఎప్పుడూ నిల్వ చేయబడదు. - 3లక్షణాలుమీకు నచ్చినవేవైనా, JSON రూపంలో. అవి మీవే, మరియు
attrs.*గా ఇంటర్‌పొలేట్ చేయదగినవి. - 4ట్యాగులు మరియు జాబితాలుట్యాగులు ప్రథమ శ్రేణి వస్తువులు మరియు ఒకే నిల్వలో ఉంటాయి; జాబితాలు స్పష్టమైన సభ్యత్వం.
- 5సమ్మతిప్రతి ఛానెల్‌కు ఒక వరుస, చట్టబద్ధమైన పునాది మరియు దాని సాక్ష్యంతో.
- 6సంఘటనలుఈ వ్యక్తి చేసిన ప్రతిదానికీ జోడించే-మాత్రమే చేసే లాగ్. ఉత్పత్తి ఆధారపడి ఉండే పట్టిక ఇదే.
- ×ఎప్పుడూ వద్దుపాస్‌వర్డ్ లేదు, హాష్ లేదు, సెషన్ లేదు, API కీ లేదు. ఎవరినైనా ప్రమాణీకరించే కాలమ్ ఒక ఫీచర్ కాదు, ఒక ఘటన అవుతుంది.
టెనెంట్ మరియు ప్రాజెక్ట్ — రెండింటికీ పరిమితం
సమ్మతి లెడ్జర్
లేకపోవడం అనుమతి కాదు
ప్రతి సంప్రదింపుకు, ప్రతి ఛానెల్‌కు ఒక వరుస — ఇ-మెయిల్, SMS, లేఖ, పుష్ — ప్రతి దానిలో ఒక స్థితి, ఒక చట్టబద్ధమైన పునాది, ఒక మూలం, సాక్ష్యం, సమయముద్రలు మరియు అధికార పరిధి ఉంటాయి. ఒక ఛానెల్‌కు పునాది వరుస లేని సంప్రదింపుకు ఆ ఛానెల్‌లో ఏమీ పంపలేరు. "ఫ్లాగ్ చేయబడింది" కాదు. పంపలేరు.
consent
ఎవరో స్వయంగా అభ్యర్థించారు. సాక్ష్యం నిల్వ చేయబడిన ఫారం సమర్పణ, డబుల్ ఆప్ట్-ఇన్, వారు స్వయంగా టిక్ చేసిన చెక్‌బాక్స్. ఇది అత్యంత బలమైన పునాది, మరియు ఒక ఫారం ఉత్పత్తి చేయగలిగే ఏకైకది.
legitimate_interest
ఒక CSV ఇంపోర్ట్ చేరుకోగలిగే అత్యుత్తమ స్థితి ఇది. ఒక స్ప్రెడ్‌షీట్ ఎవరైనా ఏదైనా అంగీకరించిన జ్ఞాపకాన్ని ఉంచలేదు, కాబట్టి వారు అంగీకరించారని పేర్కొనడానికి అది ఎప్పుడూ అనుమతించబడదు — మరియు అదే ఫైలును మళ్లీ అప్‌లోడ్ చేయడం దీన్ని మెరుగుపరచదు.
contract
మీరు ఇద్దరూ పాల్గొన్న ఏదో ఒక విషయం కారణంగా వారికి వ్రాస్తున్నారు. సేవా రిమైండర్, నవీకరణ నోటీసు — అందకపోతే వారు విసుగ్గా పెరిగే ఆ విషయం.
ఒక క్యాంపెయిన్ పంపే ముందు, మీకు దాని ప్రేక్షకుల పునాది మిశ్రమం కనిపిస్తుంది: ఈ వ్యక్తులలో ఎంతమంది అభ్యర్థించారు, ఎంతమందిని చట్టబద్ధమైన ఆసక్తి కింద చేరుస్తున్నారు, మరియు ఎంతమంది ఒప్పందం కారణంగా అక్కడ ఉన్నారు. ఇప్పటివరకు వ్రాయబడిన ఏ హెచ్చరిక బ్యానర్ కంటే ఎక్కువ తప్పు పంపులను ఆపిన ఒకే ఒక సంఖ్య ఇది.
మీ కోసం అవసరం కంటే ఇది ఎందుకు కఠినంగా ఉంది: ఇది నిజంగా మీ గురించి కాదు. బల్క్ పంపిన పేరు ఒక సామూహిక వనరు, మరియు ఒక జాగ్రత్తలేని జాబితా అదే మౌలిక సదుపాయం నుండి పంపే ప్రతి ఒక్కరికీ బావిని విషపూరితం చేస్తుంది. టెనెంట్-వారీగా ఫిర్యాదు మరియు బౌన్స్ రేట్లు పరిశీలించబడతాయి, మరియు థ్రెషోల్డ్ దాటిన ఖాతా ఇక్కడే మందగించబడుతుంది — ఒక ప్రొవైడర్ అందరిపైనా ఒకేసారి చేయడానికి ముందు.
జాబితాలోని ప్రతి వరుస వెనుక, ఎవరో అవునన్నారు.
నాలుగు మార్గాలు
మీ జాబితాలోకి ప్రతి మార్గం మీరే — మీ స్వంత డేటాపై పనిచేస్తూ
సేవా-టోకెన్ ఇన్‌జెస్ట్ మార్గం లేదు, మీ సంప్రదింపుల్లోకి నిశ్శబ్దంగా వ్రాసే సోదర ఉత్పత్తి లేదు. ఎవరినైనా జాబితాలో చేర్చాలంటే, ఈ నాలుగింటిలో ఒకటి వారిని అక్కడ చేర్చింది.
CSV ఇంపోర్ట్
కాలమ్ వారీగా మ్యాప్ చేయబడి, వ్రాసేటప్పుడు ప్రామాణీకరించబడి, MX-తనిఖీ చేయబడి — చనిపోయిన మరియు తప్పుగా టైప్ చేయబడిన డొమైన్లు హార్డ్-బౌన్స్ అయ్యే ముందే పట్టుకోబడతాయి — మరియు మీరు స్పష్టంగా సెట్ చేసిన పునాదితో నిల్వ చేయబడతాయి. ఇంపోర్ట్‌కు ఒక id వస్తుంది, మరియు అది సృష్టించిన ప్రతి సంప్రదింపు దానివైపు చూపుతుంది.
ఒక ClickSomo ఫారం
మిగతా అంతటితో ఒకే డాక్యుమెంట్ నుండి రెండర్ చేయబడి, వాలిడేషన్, హనీపాట్ మరియు రేట్ లిమిట్‌తో ఉంటుంది. ఒక సమర్పణ చట్టబద్ధంగా consent ను ఉత్పత్తి చేయగల ఏకైక మార్గం — ఎందుకంటే వ్యక్తి స్వయంగా హాజరై ఉండే ఏకైక మార్గం ఇదే.
మీరు dash-b లో నిర్మించిన ఒక పేజీ
డాష్‌బోర్డ్ డిజైనర్ పేజీలను ప్రచురిస్తుంది; వాటిలో ఒకదానిపై ఉన్న ఫారం మీ స్వంత ఆధారాలతో ఇక్కడికి సమర్పిస్తుంది. అదే వాలిడేషన్, అదే సమ్మతి నిర్వహణ, నిర్వహించాల్సిన రెండవ ఇంటిగ్రేషన్ లేదు.
పబ్లిక్ API
మీ స్వంత టోకెన్‌తో POST /v1/contacts, upsert సెమాంటిక్స్, idempotency కీ గౌరవించబడుతుంది. ఎవరు సైన్ అప్ అయ్యారో మీ యాప్‌కు ఇప్పటికే తెలుసు; ఆ వాస్తవం నుండి ఒక ఫనెల్ వరకు ఇదే అతి తక్కువ మార్గం.
సెగ్మెంట్లు అనేవి ఒక ప్రెడికేట్, కంపైల్ చేయబడినవి
సెగ్మెంట్ అనేది కాంటాక్ట్ ఫీల్డ్‌లు, అట్రిబ్యూట్‌లు, ట్యాగ్‌లు, లిస్ట్ సభ్యత్వం మరియు ప్రవర్తనపై నిల్వ చేయబడిన ప్రెడికేట్ ట్రీ; ఇది SQLకి కంపైల్ చేయబడి, ఒక సంఖ్యతో కలిపి కాష్ చేయబడుతుంది. ఆపరేటర్లు సాధారణమైనవే — సమానం, సమానం కాదు, in, not in, తో ప్రారంభమవుతుంది, తో ముగుస్తుంది, కలిగి ఉంటుంది, సెట్ చేయబడింది, సెట్ చేయబడలేదు — మీకు కావాల్సిన ఎంత లోతు వరకైనా and, or మరియు not తో కలిపి ఉపయోగించవచ్చు.
ఉపయోగించే ముందు ప్రివ్యూ చేసుకోండి. ఎండ్‌పాయింట్ నిజమైన కాంటాక్ట్‌లను తిరిగి ఇస్తుంది, కాబట్టి "ఇందులో నిజంగా ఎవరు ఉన్నారు" అనే ప్రశ్నకు సమాధానం పంపి తెలుసుకోవడం కాదు, చూసి తెలుసుకోవడం.
సెగ్మెంట్లు రెట్టింపు పని చేస్తాయి: క్యాంపెయిన్‌కి ప్రేక్షకులుగా, ఫన్నెల్ బ్రాంచ్‌పై షరతుగా, మరియు స్వయంగా ఒక ట్రిగ్గర్‌గా — segment_enter ఎవరైనా అర్హత పొందిన క్షణంలో ఒక రన్‌ను ప్రారంభిస్తుంది.
- 1ట్యాగ్
tags contains "regular" - 2అట్రిబ్యూట్
attrs.total_orders >= 3— మీ ఫీల్డ్, దానికి మీ పేరు. - 3ప్రవర్తనగత 90 రోజుల్లో
order.paidఈవెంట్ లేదు. - 4సమ్మతిఉపయోగించదగిన ఇమెయిల్ ఆధారం. దీని లేని కాంటాక్ట్‌లు సంఖ్యలో లెక్కించబడవు, ఎందుకంటే వాటికి ఎలాగూ పంపలేము.
- iప్రివ్యూ412 కాంటాక్ట్‌లు, జాబితా చేయబడ్డాయి. పంపే సమయంలో మళ్లీ లెక్కించబడతాయి, ఎందుకంటే సెగ్మెంట్ అనేది ఒక ప్రశ్న, స్నాప్‌షాట్ కాదు.
SQLకి కంపైల్ చేయబడిందిసంఖ్య కాష్ చేయబడింది, సమాధానం ప్రత్యక్షంగా
సప్రెషన్, దానిని ఎప్పుడు తనిఖీ చేస్తారో
సప్రెషన్‌లు ప్రాజెక్ట్-స్కోప్డ్ మరియు గ్లోబల్: హార్డ్ బౌన్స్‌లు, ఫిర్యాదులు, అన్‌సబ్‌స్క్రైబ్‌లు, మాన్యువల్ ఎంట్రీలు మరియు రోల్ అడ్రస్‌లు. అవి పంపే సమయంలో తనిఖీ చేయబడతాయి, తర్వాత పంపే సర్వీస్ లోపల మళ్లీ తనిఖీ చేయబడతాయి.
ఆ రెండవ తనిఖీయే పని చేస్తుంది. మూడు రోజుల వేచి ఉండే ఫన్నెల్‌లో ఎవరైనా అన్‌సబ్‌స్క్రైబ్ చేసే మూడు రోజుల అవకాశం ఉంటుంది, మరియు సందేశం క్యూ చేయబడినప్పుడు సప్రెషన్ తనిఖీ చేసిన సిస్టమ్ అయినా వారికి మెయిల్ పంపుతుంది. పంపే సమయంలో తనిఖీ చేయడమే అన్‌సబ్‌స్క్రైబ్‌ను గౌరవించడం మరియు కేవలం నమోదు చేయడం మధ్య తేడా.
తొలగింపు కూడా అదే విధంగా పనిచేస్తుంది: డిలీషన్ అభ్యర్థన ఇక్కడ కాంటాక్ట్‌ను మరియు వారి సందేశ చరిత్రను తొలగిస్తుంది, మరియు కాపీ ఉన్న ప్రతి సోదర సర్వీస్‌కు కుటుంబం మిగిలిన భాగాలు ఉపయోగించే అదే అంతర్గత మార్గం ద్వారా చేరుతుంది. అడగడానికి ఒకే చోటు, జరిగేది ఒకే విషయం.