ConnectWiz + Meta Conversions API
ਲਾਈਵ ਇੰਟੀਗ੍ਰੇਸ਼ਨਜਿਸ ਇਸ਼ਤਿਹਾਰ ਨੇ ਚੈਟ ਸ਼ੁਰੂ ਕਰਵਾਈ, ਉਸ ਨੂੰ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਗੱਲ ਕਿੱਥੇ ਮੁੱਕੀ
ਜਦੋਂ ਤੱਕ ਕੋਈ Meta ਨੂੰ ਇਹ ਨਾ ਦੱਸੇ ਕਿ ਕਿਹੜੀ ਗੱਲ ਵਿਕਰੀ ਵਿੱਚ ਬਦਲੀ, ਮੈਸੇਜਿੰਗ ਇਸ਼ਤਿਹਾਰ ਅੰਨ੍ਹੇਵਾਹ ਆਪਟੀਮਾਈਜ਼ ਹੁੰਦੇ ਹਨ। ConnectWiz ਜਿੱਤੀਆਂ ਡੀਲਾਂ ਨੂੰ Purchase ਇਵੈਂਟਾਂ ਵਜੋਂ ਭੇਜਦਾ ਹੈ — ਅਸਲ ਮੁੱਲ ਅਤੇ ਹਰ ਚੈਨਲ ਦੀ ਸਹੀ ਪਛਾਣ ਸਮੇਤ — ਸਿੱਧਾ ਤੁਹਾਡੇ ਆਪਣੇ Events Manager ਡਾਟਾਸੈੱਟ ਵਿੱਚ, ਚਾਰ ਦਰਵਾਜ਼ਿਆਂ ਦੀ ਜਾਂਚ ਤੋਂ ਬਾਅਦ, ਅਤੇ ਹਰ ਇਨਕਾਰ ਦਰਜ ਕਰਕੇ।
ਇਸ਼ਤਿਹਾਰ
ਇਹ ਠੀਕ-ਠੀਕ ਕੀ ਕਰਦਾ ਹੈ
ਡੀਲਾਂ ਸੰਕੇਤ ਬਣਦੀਆਂ ਹਨ
ਡੀਲ ਜਿੱਤਣ 'ਤੇ ਉਸ ਦੇ ਅਸਲ ਮੁੱਲ ਨਾਲ Purchase ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ; ਮੈਪ ਕੀਤੇ ਪੜਾਅ ਵਿੱਚ ਜਾਣ 'ਤੇ ਤੁਹਾਡਾ ਚੁਣਿਆ ਇਵੈਂਟ ਚੱਲਦਾ ਹੈ — ਰਾਹ ਕੋਈ ਵੀ ਹੋਵੇ: ਸਕਰੀਨ, ਆਟੋਮੇਸ਼ਨ ਜਾਂ ਇੰਪੋਰਟ।
ਪਛਾਣ, ਸਹੀ ਢੰਗ ਨਾਲ
WhatsApp ਕਲਿੱਕ ID ਵਰਤਦਾ ਹੈ, Messenger page-scoped ID, ਅਤੇ Instagram ਆਪਣੀ — ਹਰ ਚੈਨਲ ਦੀ ਆਪਣੀ ਸਹੀ ਮਿਲਾਨ-ਕੁੰਜੀ, Meta ਦੇ ਦੱਸੇ ਢੰਗ ਨਾਲ ਹੈਸ਼ ਕੀਤੀ ਹੋਈ।
ਚਾਰ ਦਰਵਾਜ਼ੇ, ਇੱਕ ਰਾਹ
ਵਰਕਸਪੇਸ ਲਈ ਚਾਲੂ ਹੈ? ਸਹਿਮਤੀ ਇਸ਼ਤਿਹਾਰੀ ਟਾਰਗੈਟਿੰਗ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ? ਇਵੈਂਟ ਸਹੀ ਬਣਤਰ ਵਾਲਾ ਅਤੇ ਮਿਲਾਨ-ਯੋਗ ਹੈ? ਪਹਿਲਾਂ ਭੇਜਿਆ ਤਾਂ ਨਹੀਂ ਗਿਆ? ਹਰ ਇਨਕਾਰ ਆਪਣੀ ਵਜ੍ਹਾ ਸਮੇਤ ਦਰਜ ਹੁੰਦਾ ਹੈ — ਜਾਂਚਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਕੋਈ ਭੇਤ ਨਹੀਂ।
ਸਿਹਤ ਪੈਨਲ
ਦੇਖੋ ਕਿ ਕੀ ਭੇਜਿਆ ਗਿਆ, ਕੀ ਰੋਕਿਆ ਗਿਆ, ਅਤੇ ਕਿਉਂ — ਕਨਵਰਜ਼ਨ ਦੀ ਅਜਿਹੀ ਪਾਈਪਲਾਈਨ, ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਜਾਂਚ ਸਕਦੇ ਹੋ।
Meta ਦੇ ਆਪਣੇ ਇਵੈਂਟ, ਸਹੀ ਢੰਗ ਨਾਲ ਵਾਪਸ
ਜੋ ਖਰੀਦਾਂ Meta ਖੁਦ ਥ੍ਰੈੱਡ ਵਿੱਚ ਫੜਦਾ ਹੈ, ਉਹ ਵਾਪਸ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ — ਮੁੱਲ Meta ਦੇ ਆਪਣੇ ਪੈਮਾਨੇ ਤੋਂ ਡੀਕੋਡ ਕਰਕੇ, ਅਤੇ ਇਵੈਂਟ ID ਸੁਨੇਹੇ ਤੋਂ ਬਣਾ ਕੇ — ਤਾਂ ਜੋ webhook ਦੁਬਾਰਾ ਆਉਣ 'ਤੇ ਉਹ ਇੱਕ ਹੋ ਜਾਵੇ, ਦੂਜੀ ਵਿਕਰੀ ਨਾ ਗਿਣੀ ਜਾਵੇ। ਅਣਜਾਣ ਰਕਮ ਹੋਵੇ ਤਾਂ ਕੋਈ ਮੁੱਲ ਨਹੀਂ ਜਾਂਦਾ: ਨਕਲੀ ਸਿਫ਼ਰ Meta ਨੂੰ ਦੱਸੇਗਾ ਕਿ ਕਨਵਰਜ਼ਨ ਬੇਕਾਰ ਸੀ।
ਸਹੀ ਬਣਤਰ, ਨਾਂ ਲੈ ਕੇ
ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਇਵੈਂਟਾਂ ਦੀ ਜਾਂਚ ਹੁੰਦੀ ਹੈ — ਨਾਂ ਦੀ ਲੰਬਾਈ, ਭਵਿੱਖ ਦੇ ਜਾਂ ਬਹੁਤ ਪੁਰਾਣੇ ਟਾਈਮਸਟੈਂਪ, ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਹੱਦ, ਮਿਲਾਨ-ਯੋਗਤਾ — ਅਤੇ ਹਰ ਉਲੰਘਣਾ ਲੌਗ ਵਿੱਚ ਨਾਂ ਵਾਲਾ ਇਨਕਾਰ ਹੈ, ਕੋਈ ਭੇਤ ਨਹੀਂ।
ਤਕਨੀਕੀ ਪੱਖ
ਕਨਵਰਜ਼ਨ ਦੀ ਪਾਈਪਲਾਈਨ, ਧਿਆਨ ਨਾਲ ਬਣਾਈ
ਇਵੈਂਟਾਂ ਦੇ ਨਾਂ ਪੱਕੇ ਕਿਉਂ ਹਨ
Meta ਦਾ ਡਾਟਾਸੈੱਟ 1,000 ਵੱਖ-ਵੱਖ ਇਵੈਂਟ ਨਾਂ ਸਦਾ ਲਈ ਲੈਂਦਾ ਹੈ — ਉਹ ਮਿਟਾਏ ਨਹੀਂ ਜਾ ਸਕਦੇ, ਅਤੇ ਹੱਦ ਪਾਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕੁਝ ਵੀ ਨਵਾਂ ਦਰਜ ਨਹੀਂ ਹੁੰਦਾ। ਇਸ ਲਈ ਇਵੈਂਟਾਂ ਦੇ ਨਾਂ ਇੱਕ ਪੱਕੀ ਸ਼ਬਦਾਵਲੀ ਵਿੱਚੋਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਫ਼ਰਕ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਜਿੱਥੇ ਉਸ ਦੀ ਥਾਂ ਹੈ।
ਨਿਸ਼ਚਿਤ ਇਵੈਂਟ ID
ਹਰ ਇਵੈਂਟ ਦੀ ID ਉਸ ਚੀਜ਼ ਤੋਂ ਬਣਦੀ ਹੈ ਜਿਸ ਬਾਰੇ ਉਹ ਦੱਸਦਾ ਹੈ, ਕਿਸੇ ਰੈਂਡਮ ਗਿਣਤੀ ਤੋਂ ਨਹੀਂ — ਇਸ ਲਈ ਦੁਬਾਰਾ ਭੇਜਣ 'ਤੇ ਉਹੀ ID ਬਣਦੀ ਹੈ ਅਤੇ ਡੁਪਲੀਕੇਟ ਹਟ ਜਾਂਦਾ ਹੈ, ਇੱਕੋ ਵਿਕਰੀ ਦੋ ਵਾਰ ਨਹੀਂ ਗਿਣੀ ਜਾਂਦੀ। ਰੈਂਡਮ ID ਪੂਰੇ ਪ੍ਰਬੰਧ ਨੂੰ ਬੇਅਸਰ ਕਰ ਦੇਵੇਗੀ।
Meta ਦੇ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੀ "ਭੇਜਿਆ" ਦਾ ਨਿਸ਼ਾਨ
ਸਥਾਨਕ ਡੁਪਲੀਕੇਟ-ਰਿਕਾਰਡ Meta ਦੇ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਬਾਅਦ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਕਦੇ ਪਹਿਲਾਂ ਨਹੀਂ — ਨੈੱਟਵਰਕ ਨਾਕਾਮ ਹੋਵੇ ਤਾਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਹੁੰਦੀ ਹੈ; ਉਹ ਆਪਣੇ-ਆਪ ਨੂੰ ਦਬਾ ਕੇ ਗੁਆਚਿਆ ਕਨਵਰਜ਼ਨ ਨਹੀਂ ਬਣ ਸਕਦਾ।
ਅਜਿਹੀ ਨੌਰਮਲਾਈਜ਼ੇਸ਼ਨ, ਜੋ ਹੂ-ਬ-ਹੂ Meta ਵਰਗੀ ਹੈ
ਈਮੇਲ ਪਤੇ ਛੋਟੇ ਅੱਖਰਾਂ ਵਿੱਚ ਬਦਲੇ ਜਾਂਦੇ ਹਨ, ਪਰ Gmail ਦੇ ਬਿੰਦੂ ਅਤੇ +tag ਰੱਖੇ ਜਾਂਦੇ ਹਨ — ਕਿਉਂਕਿ Meta ਇਹੀ ਕਰਦਾ ਹੈ। ਫ਼ੋਨ ਨੰਬਰ ਦੇਸ਼ ਸਮੇਤ 8–15 ਅੰਕਾਂ ਵਿੱਚ ਬਦਲਣਾ ਲਾਜ਼ਮੀ ਹੈ; ਦੇਸ਼ ਤੋਂ ਬਿਨਾਂ ਸਥਾਨਕ ਨੰਬਰ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਇਆ ਜਾਂਦਾ। ਛੱਡੀ ਹੋਈ ਕੁੰਜੀ ਦਾ ਨੁਕਸਾਨ ਇੱਕ ਮਿਲਾਨ ਹੈ; ਗਲਤ ਕੁੰਜੀ ਦਾ ਨੁਕਸਾਨ ਗਲਤ ਵਿਅਕਤੀ।
ਹਰ ਚੈਨਲ ਦੀ ਪਛਾਣ, ਠੀਕ-ਠੀਕ
WhatsApp ਇਵੈਂਟ ਕਲਿੱਕ ID ਅਤੇ ਫ਼ੋਨ ਨੰਬਰ ਦੋਵੇਂ ਲੈ ਕੇ ਜਾਂਦੇ ਹਨ — ਕੁਝ ਪਲੇਸਮੈਂਟਾਂ 'ਤੇ ਕਲਿੱਕ ID ਜਾਇਜ਼ ਤੌਰ 'ਤੇ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ ਫ਼ੋਨ ਨੰਬਰ ਉਦੋਂ ਵੀ ਕੰਮ ਆਉਂਦਾ ਹੈ। Messenger ਦੀ ਪਛਾਣ ਸਿਰਫ਼ ਪੇਜ + page-scoped ਵਰਤੋਂਕਾਰ, ਦੋਵੇਂ ਇਕੱਠੇ ਹੋਣ 'ਤੇ ਗਿਣੀ ਜਾਂਦੀ ਹੈ; Instagram ਆਪਣੀ scoped ID ਵਰਤਦਾ ਹੈ; ਲੀਡ ਇਵੈਂਟ ਪਲੇਟਫ਼ਾਰਮ ਦੀ ਆਪਣੀ ਲੀਡ ID ਲੈ ਕੇ ਜਾਂਦੇ ਹਨ, ਜੋ ਸਿਰਫ਼ Meta ਤੋਂ ਆਈਆਂ ਲੀਡਾਂ ਤੱਕ ਸੀਮਤ ਹੈ।
ਅਜਿਹਾ ਸਿਹਤ ਪੈਨਲ, ਜੋ ਆਪਣੇ ਹਿਸਾਬ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਲੈਂਦਾ ਹੈ
ਤਾਜ਼ਗੀ, ਇਵੈਂਟਾਂ ਦੀ ਬਾਰੰਬਾਰਤਾ, ਮਜ਼ਬੂਤ ਮਿਲਾਨ-ਕੁੰਜੀਆਂ ਦੀ ਕਵਰੇਜ, ਖਰੀਦਾਂ ਦੇ ਮੁੱਲ ਅਤੇ ਇਨਕਾਰ ਦੀ ਹਰ ਵਜ੍ਹਾ — 28 ਦਿਨਾਂ ਦੀ ਵਿੰਡੋ ਵਿੱਚ ਮਾਪੇ ਗਏ ਅਤੇ ਸਾਡੇ ਆਪਣੇ ਮਾਪ ਵਜੋਂ ਲੇਬਲ ਕੀਤੇ, ਕਿਉਂਕਿ ਆਪਣੇ ਹਿਸਾਬ ਨੂੰ Meta ਦਾ ਸਕੋਰ ਬਣਾ ਕੇ ਦਿਖਾਉਣਾ ਅਜਿਹਾ ਅਧਿਕਾਰ ਘੜਨਾ ਹੋਵੇਗਾ ਜੋ ਸਾਡੇ ਕੋਲ ਹੈ ਹੀ ਨਹੀਂ।
ਸੈੱਟਅੱਪ
ਇਹ ਕਿਵੇਂ ਜੁੜਦਾ ਹੈ
ਆਪਣਾ ਡਾਟਾਸੈੱਟ ਪੇਸਟ ਕਰੋ
ਤੁਹਾਡੇ Events Manager ਡਾਟਾਸੈੱਟ ਦੀ ID ਅਤੇ ਟੋਕਨ — ਇਨਕ੍ਰਿਪਟਡ, ਤੁਹਾਡੇ ਆਪਣੇ, ਕਦੇ ਵੀ ਰੱਦ ਕਰਨਯੋਗ।
ਆਪਣੇ ਪੜਾਅ ਮੈਪ ਕਰੋ
ਚੁਣੋ ਕਿ ਪਾਈਪਲਾਈਨ ਦਾ ਕਿਹੜਾ ਪੜਾਅ ਕਿਹੜਾ ਕਨਵਰਜ਼ਨ ਇਵੈਂਟ ਚਲਾਵੇ।
ਡੀਲਾਂ ਜਿੱਤੋ
ਰਿਪੋਰਟਿੰਗ ਆਪਣੇ-ਆਪ ਹੁੰਦੀ ਹੈ — ਦਰਵਾਜ਼ਿਆਂ ਦੀ ਜਾਂਚ ਨਾਲ, ਡੁਪਲੀਕੇਟ ਹਟਾ ਕੇ, ਲੌਗ ਸਮੇਤ।
ਇਕੱਠੇ ਬਿਹਤਰ
ਇਹ ਕਿਨ੍ਹਾਂ ਨਾਲ ਜੁੜਦਾ ਹੈ
CRM ਪਾਈਪਲਾਈਨਾਂ
ਜਿੱਤੀਆਂ ਡੀਲਾਂ ਅਤੇ ਮੈਪ ਕੀਤੇ ਪਾਈਪਲਾਈਨ ਪੜਾਅ ਹੀ ਇਵੈਂਟ ਚਲਾਉਂਦੇ ਹਨ — ਜੋ ਫ਼ਨਲ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਚਲਾ ਰਹੇ ਹੋ, ਉਹੀ ਸੰਕੇਤਾਂ ਦਾ ਸਰੋਤ ਹੈ।
ਲੀਡ ਇਸ਼ਤਿਹਾਰ
Meta ਦੇ ਲੀਡ-ਫ਼ਾਰਮਾਂ ਦੀਆਂ ਐਂਟਰੀਆਂ ਪਹਿਲਾਂ ਹੀ CRM ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ — ਇਹ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਲੀਡ ਦੀ ਗੁਣਵੱਤਾ ਇਸ਼ਤਿਹਾਰ ਖਾਤੇ ਨੂੰ ਵਾਪਸ ਦੱਸ ਕੇ ਉਨ੍ਹਾਂ ਦਾ ਚੱਕਰ ਪੂਰਾ ਕਰਦੀ ਹੈ।
ਸੁਰੱਖਿਆ ਅਤੇ ਗਾਰੰਟੀਆਂ
ਅਕਾਊ ਗਾਰੰਟੀਆਂ
ਤੁਹਾਡਾ ਡਾਟਾਸੈੱਟ, ਤੁਹਾਡਾ ਟੋਕਨ
ਇਵੈਂਟ ਉਸ ਡਾਟਾਸੈੱਟ ਵਿੱਚ ਜਾਂਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਆਪਣੇ Events Manager ਵਿੱਚੋਂ ਪੇਸਟ ਕਰਦੇ ਹੋ — ਐਕਸੈਸ ਟੋਕਨ ਸਟੋਰੇਜ ਵਿੱਚ ਇਨਕ੍ਰਿਪਟਡ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਕਦੇ ਦੁਬਾਰਾ ਦਿਖਾਇਆ ਨਹੀਂ ਜਾਂਦਾ। ਡਾਟਾ ਦਾ ਰਿਸ਼ਤਾ ਤੁਹਾਡੇ ਕਾਰੋਬਾਰ ਅਤੇ Meta ਵਿਚਕਾਰ ਹੈ।
ਸਹਿਮਤੀ ਇੱਕ ਦਰਵਾਜ਼ਾ ਹੈ, ਕੋਈ ਸੈਟਿੰਗ ਨਹੀਂ
ਇਵੈਂਟ ਸਿਰਫ਼ ਉਦੋਂ ਨਿਕਲਦਾ ਹੈ ਜਦੋਂ ਸੰਪਰਕ ਦੀ ਸਹਿਮਤੀ ਇਸ਼ਤਿਹਾਰੀ ਟਾਰਗੈਟਿੰਗ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ — ਅਧੂਰਾ double opt-in ਨਹੀਂ ਗਿਣਿਆ ਜਾਂਦਾ, ਅਤੇ ਇਨਕਾਰ ਨਾਂ ਸਮੇਤ ਦਰਜ ਹੁੰਦਾ ਹੈ।
ਟੈਸਟ ਮੋਡ ਦਿਸਦਾ ਹੈ
ਪਿੱਛੇ ਰਹਿ ਗਿਆ ਟੈਸਟ ਇਵੈਂਟ ਕੋਡ ਚੁੱਪਚਾਪ ਅਸਲ ਕਨਵਰਜ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਰੋਕ ਦੇਵੇਗਾ — ਇਸ ਲਈ ਟੈਸਟ ਮੋਡ ਪੈਨਲ ਵਿੱਚ ਆਪਣੇ ਵੱਖਰੇ ਝੰਡੇ ਵਜੋਂ ਦਿਸਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਅਣਦੇਖੇ ਭੁੱਲਣਾ ਨਾਮੁਮਕਿਨ ਹੈ।
ਦੋਹਰੀ ਗਿਣਤੀ ਦਾ ਸਵਾਲ, ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ
ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ CAPI ਜਾਂ Signals Gateway ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਇੱਥੋਂ ਵੀ ਭੇਜਣ ਨਾਲ ਗਿਣਤੀ ਦੋਹਰੀ ਹੋ ਜਾਵੇਗੀ — ਇੱਕ ਵਿਕਰੀ ਲਈ ਦੋ ਵੱਖ-ਵੱਖ ID ਹੋਣ ਤਾਂ ਡੁਪਲੀਕੇਟ-ਰੋਕ ਨਹੀਂ ਬਚਾ ਸਕਦੀ। ਪੈਨਲ ਪੁੱਛਦਾ ਹੈ; ਜਵਾਬ ਨਾ ਮਿਲੇ ਤਾਂ ਉਹ ਆਪਣੇ-ਆਪ ਮੰਨਣ ਦੀ ਥਾਂ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ।
ਬਾਰੀਕੀਆਂ, ਇਮਾਨਦਾਰੀ ਨਾਲ
ਹੱਦਾਂ, ਸਾਫ਼ ਲਿਖੀਆਂ
ਅੰਦਾਜ਼ੇ ਵਾਲੀ ਕੋਈ ਪਛਾਣ ਨਹੀਂ
ਦੇਸ਼ ਕੋਡ ਤੋਂ ਬਿਨਾਂ ਫ਼ੋਨ ਨੰਬਰ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਇਆ ਜਾਂਦਾ — ਗਲਤ ਮਿਲਾਨ ਕਿਸੇ ਹੋਰ ਦੀ ਪਰਦੇਦਾਰੀ ਦੀ ਕੀਮਤ 'ਤੇ ਹੁੰਦਾ ਹੈ। ਅਤੇ ਮੁੱਲ ਤੋਂ ਬਿਨਾਂ ਡੀਲ ਕੁਝ ਨਹੀਂ ਭੇਜਦੀ, ਨਕਲੀ ਸਿਫ਼ਰ ਕਦੇ ਨਹੀਂ।
ਬੰਦ ਹੋਣਾ ਵੀ ਇੱਕ ਜਾਇਜ਼ ਹਾਲਤ ਹੈ
ਪੂਰੀ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਬੰਦ ਹਾਲਤ ਵਿੱਚ ਆਉਂਦੀ ਹੈ; ਬੰਦ ਹੋਣਾ ਕੋਈ ਘਟੀਆ ਮੋਡ ਨਹੀਂ। ਤੁਹਾਡਾ ਇਸ਼ਤਿਹਾਰੀ ਡਾਟਾ ਸਿਰਫ਼ ਉਦੋਂ ਨਿਕਲਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਤੈਅ ਕਰੋ।
Meta Conversions API ਬਾਰੇ ਸਵਾਲ-ਜਵਾਬ
ਸਿੱਧੇ ਜਵਾਬ
ਹੋਰ ਜਾਣਕਾਰੀ: ਪੂਰੇ ਸਵਾਲ-ਜਵਾਬ, ਜਾਂ ਸਿੱਧਾ ਸਾਡੇ ਤੋਂ ਪੁੱਛੋ।
ਇਮਾਨਦਾਰੀ ਨਾਲ ਜੁੜਨਾ, ਰੌਲਾ ਪਾ ਕੇ ਜੁੜਨ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ।
ਇੱਥੇ ਹਰ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ ਉਸੇ ਹਿਸਾਬ ਨਾਲ ਦੱਸਿਆ ਗਿਆ ਹੈ ਜੋ ਉਹ ਅਸਲ ਵਿੱਚ ਕਰਦੀ ਹੈ — ਦਿਸ਼ਾ, ਮਾਲਕੀ ਅਤੇ ਹੱਦਾਂ ਸਮੇਤ।