ਸੰਪਰਕ ਅਤੇ ਸਹਿਮਤੀ
ਇੱਕ ਸੂਚੀ ਜਿਸਦਾ ਤੁਸੀਂ ਬਚਾਅ ਕਰ ਸਕਦੇ ਹੋ, ਨਾ ਕਿ ਸਿਰਫ਼ ਇੱਕ ਸੂਚੀ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਹੈ
ਕੋਈ ਵੀ ਦਸ ਹਜ਼ਾਰ ਈਮੇਲ ਪਤੇ ਰੱਖ ਸਕਦਾ ਹੈ। ਅਸਲ ਸਵਾਲ — ਜੋ ਰੈਗੂਲੇਟਰ, ਪ੍ਰਦਾਤਾ ਅਤੇ ਤੁਹਾਡਾ ਆਪਣਾ ਜ਼ਮੀਰ ਥੋੜ੍ਹੇ ਵੱਖਰੇ ਸ਼ਬਦਾਂ ਵਿੱਚ ਪੁੱਛਦੇ ਹਨ — ਇਹ ਹੈ ਕਿ ਹਰ ਇੱਕ ਕਿੱਥੋਂ ਆਇਆ ਅਤੇ ਕਿਸ ਆਧਾਰ 'ਤੇ ਤੁਸੀਂ ਉਸਨੂੰ ਲਿਖ ਸਕਦੇ ਹੋ। 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 ਵਿੱਚ ਕੰਪਾਇਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਗਿਣਤੀ ਨਾਲ ਕੈਸ਼ ਹੁੰਦਾ ਹੈ। ਓਪਰੇਟਰ ਸਧਾਰਨ ਹਨ — ਬਰਾਬਰ, ਬਰਾਬਰ ਨਹੀਂ, ਵਿੱਚ, ਵਿੱਚ ਨਹੀਂ, ਨਾਲ ਸ਼ੁਰੂ, ਨਾਲ ਖ਼ਤਮ, ਸ਼ਾਮਲ ਕਰਦਾ, ਸੈੱਟ ਹੈ, ਸੈੱਟ ਨਹੀਂ — ਜੋ and, or ਅਤੇ not ਨਾਲ ਲੋੜ ਅਨੁਸਾਰ ਕਿਸੇ ਵੀ ਡੂੰਘਾਈ ਤੱਕ ਜੋੜੇ ਜਾ ਸਕਦੇ ਹਨ।
ਵਰਤਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦਾ ਪ੍ਰੀਵਿਊ ਦੇਖੋ। ਐਂਡਪੁਆਇੰਟ ਅਸਲ ਸੰਪਰਕ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ "ਇਸ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੌਣ ਹੈ" ਦਾ ਜਵਾਬ ਭੇਜ ਕੇ ਪਤਾ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਦੇਖ ਕੇ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਸੈਗਮੈਂਟ ਫਿਰ ਦੋਹਰਾ ਕੰਮ ਕਰਦੇ ਹਨ: ਮੁਹਿੰਮ ਲਈ ਸਰੋਤਾ ਵਜੋਂ, ਫਨਲ ਸ਼ਾਖਾ ਉੱਤੇ ਸ਼ਰਤ ਵਜੋਂ, ਅਤੇ ਆਪਣੇ ਆਪ ਵਿੱਚ ਟ੍ਰਿੱਗਰ ਵਜੋਂ — segment_enter ਉਸ ਹੀ ਪਲ ਰਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਵਿਅਕਤੀ ਯੋਗ ਬਣ ਜਾਂਦਾ ਹੈ।
- 1ਟੈਗ
tags contains "regular" - 2ਗੁਣ
attrs.total_orders >= 3— ਤੁਹਾਡਾ ਖੇਤਰ, ਤੁਹਾਡਾ ਉਸ ਲਈ ਨਾਮ। - 3ਵਿਵਹਾਰਪਿਛਲੇ 90 ਦਿਨਾਂ ਵਿੱਚ ਕੋਈ
order.paidਘਟਨਾ ਨਹੀਂ। - 4ਸਹਿਮਤੀਇੱਕ ਵਰਤਣਯੋਗ ਈ-ਮੇਲ ਅਧਾਰ। ਜਿਨ੍ਹਾਂ ਸੰਪਰਕਾਂ ਕੋਲ ਇਹ ਨਹੀਂ ਹੈ, ਉਹ ਗਿਣਤੀ ਵਿੱਚ ਨਹੀਂ ਹਨ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਵੈਸੇ ਵੀ ਭੇਜਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਸੀ।
- iਝਲਕ412 ਸੰਪਰਕ, ਸੂਚੀਬੱਧ। ਭੇਜਣ ਵੇਲੇ ਦੁਬਾਰਾ ਗਿਣੇ ਜਾਂਦੇ ਹਨ, ਕਿਉਂਕਿ ਸੈਗਮੈਂਟ ਇੱਕ ਸਵਾਲ ਹੈ, ਸਨੈਪਸ਼ਾਟ ਨਹੀਂ।
SQL ਵਿੱਚ ਕੰਪਾਇਲਗਿਣਤੀ ਕੈਸ਼ਡ, ਜਵਾਬ ਲਾਈਵ
ਦਬਾਉਣਾ, ਅਤੇ ਇਹ ਕਦੋਂ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ
ਦਬਾਉਣੇ ਪ੍ਰੋਜੈਕਟ-ਸਕੋਪਡ ਅਤੇ ਗਲੋਬਲ ਹਨ: ਸਖ਼ਤ ਬਾਊਂਸ, ਸ਼ਿਕਾਇਤਾਂ, ਅਣ-ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ, ਦਸਤੀ ਐਂਟਰੀਆਂ ਅਤੇ ਰੋਲ ਪਤੇ। ਇਹ ਭੇਜਣ ਵੇਲੇ ਜਾਂਚੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਫਿਰ ਭੇਜਣ ਵਾਲੀ ਸੇਵਾ ਦੇ ਅੰਦਰ ਵੀ ਦੁਬਾਰਾ।
ਉਹ ਦੂਜਾ ਸ਼ਬਦ ਹੀ ਅਸਲ ਕੰਮ ਕਰਦਾ ਹੈ। ਜਿਸ ਫਨਲ ਵਿੱਚ ਤਿੰਨ ਦਿਨਾਂ ਦੀ ਉਡੀਕ ਹੈ, ਉਸ ਵਿੱਚ ਤਿੰਨ ਦਿਨਾਂ ਦੀ ਖਿੜਕੀ ਹੈ ਜਿਸ ਵਿੱਚ ਕੋਈ ਅਣ-ਸਬਸਕ੍ਰਾਈਬ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਜੋ ਸਿਸਟਮ ਸੁਨੇਹਾ ਕਤਾਰ ਵਿੱਚ ਪਾਉਣ ਵੇਲੇ ਦਬਾਉਣਾ ਜਾਂਚਦਾ ਹੈ, ਉਹ ਫਿਰ ਵੀ ਉਨ੍ਹਾਂ ਨੂੰ ਮੇਲ ਭੇਜ ਦੇਵੇਗਾ। ਭੇਜਣ ਵੇਲੇ ਜਾਂਚ ਕਰਨਾ ਅਣ-ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਦਾ ਸਤਿਕਾਰ ਕਰਨ ਅਤੇ ਸਿਰਫ਼ ਉਸਨੂੰ ਦਰਜ ਕਰਨ ਵਿੱਚ ਫ਼ਰਕ ਹੈ।
ਮਿਟਾਉਣਾ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ: ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਸੰਪਰਕ ਅਤੇ ਉਸਦਾ ਸੁਨੇਹਾ ਇਤਿਹਾਸ ਇੱਥੋਂ ਹਟਾ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਉਸੇ ਅੰਦਰੂਨੀ ਰਾਹ ਰਾਹੀਂ ਹਰ ਉਸ ਭਰਾ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ ਜਿਸ ਕੋਲ ਨਕਲ ਸੀ, ਜਿਸ ਰਾਹ ਬਾਕੀ ਪਰਿਵਾਰ ਵਰਤਦਾ ਹੈ। ਪੁੱਛਣ ਲਈ ਇੱਕ ਥਾਂ ਹੈ ਅਤੇ ਵਾਪਰਨ ਵਾਲੀ ਇੱਕ ਹੀ ਚੀਜ਼ ਹੈ।