ਫੇਸਬੁੱਕ ਕਾਰਗੁਜ਼ਾਰੀ ਮਾਰਕਿਟਰਾਂ ਲਈ fbp, fbc ਅਤੇ fbclid ਦੀ ਵਿਆਖਿਆ

ਤੇਜ਼ ਪਰਿਭਾਸ਼ਾ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਭਿੰਨਤਾ

fbp, fbc ਅਤੇ fbclid ਨੂੰ ਸਮਝਣ ਦਾ ਸਭ ਤੋਂ ਸਾਫ਼ ਤਰੀਕਾ ਹੈ ਉਤਪੱਤੀ ਅਤੇ ਮਕਸਦ ਨੂੰ ਵੱਖਰਾ ਕਰਨਾ। fbclid Meta ਵਿਗਿਆਪਨ ਕਲਿੱਕ ਤੋਂ ਬਾਅਦ URL ਵਿੱਚ ਪੈਦਾ ਹੁੰਦਾ ਹੈ, _fbc ਆਮ ਤੌਰ ਤੇ ਉਸ ਕਲਿੱਕ ID ਤੋਂ ਬਣਦਾ ਹੈ ਜਦੋਂ ਉਪਲਬਧ ਹੋਵੇ, ਅਤੇ _fbp Meta pixel ਲੌਜਿਕ ਦੁਆਰਾ ਬਣਦਾ ਹੈ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਇੰਸਟੈਂਸ ਨੂੰ ਪਛਾਣਦਾ ਹੈ।

ਇੱਕ ਉਪਯੋਗ ਨਿਯਮ ਹੈ: fbc ਜਵਾਬ ਦਿੰਦਾ ਹੈ “ਕਿਹੜੇ Meta ਕਲਿੱਕ ਨੇ ਇਹ ਸੈਸ਼ਨ ਇਥੇ ਲਿਆਂਦਾ?”, ਜਦਕਿ fbp ਜਵਾਬ ਦਿੰਦਾ ਹੈ “ਇਹ ਇਵੈਂਟ ਕਿਹੜੇ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਬਣਾਇਆ?” ਇਹ ਅੰਤਰ ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਪਿਕਸਲ, ਸਰਵਰ ਇਵੈਂਟ, CRM ਰਿਕਾਰਡ ਅਤੇ QA ਨੋਟਸ ਵਿੱਚ ਦਰਸਣਾ ਚਾਹੀਦਾ ਹੈ।

ਹਰ ਮੁੱਲ ਇੱਕ ਅਸਲੀ ਫਨਲ ਵਿਚ ਕਿੱਥੋਂ ਆਉਂਦਾ ਹੈ

fbclid ਦਾ ਜੀਵਨ ਚੱਕਰ

fbclid ਤਦ ਦਿਸਦਾ ਹੈ ਜਦੋਂ ਯੂਜ਼ਰ Meta ਵਿਗਿਆਪਨ 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਉਸ URL 'ਤੇ ਆਉਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ Meta ਦਾ ਕਲਿੱਕ ਪਛਾਣਚਿੰਨ੍ਹ ਹੈ। ਇਹ ਨਾਜੁਕ ਹੈ ਕਿਉਂਕਿ ਜਦ ਤੱਕ ਤੁਹਾਡੀ ਸਾਈਟ ਇਸਨੂੰ ਕੈਪਚਰ ਨਾ ਕਰ ਲਵੇ, ਇਹ ਕ੍ਵੈਰੀ ਸਟਰਿੰਗ ਵਿੱਚ ਹੀ ਰਹਿੰਦਾ ਹੈ।

fbclid ਪਹਿਲੇ ਸਰਵਰ ਸਪਰਸ਼ 'ਤੇ ਜਾਂ ਜਿੰਨੀ ਜਲਦੀ ਸੰਭਵ ਪਹਿਲੀ ਪੇਜ ਲੋਡ 'ਤੇ ਕੈਪਚਰ ਕਰੋ। ਜੇ ਯੂਜ਼ਰ ਪ੍ਰੀਸੈਲ ਪੇਜ ਤੋਂ ਕਵਿਜ਼ ਵੱਲ ਅਤੇ ਫਿਰ ਚੈਕਆਉਟ ਵੱਲ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਿਰਫ ਬਾਅਦ ਵਿੱਚ ਚੱਲ ਰਹੇ ਕਲਾਇੰਟ-ਸਾਈਡ ਸਕ੍ਰਿਪਟ 'ਤੇ ਨਿਰਭਰ ਰਹਿਣ ਨਾਲ ਮੁੱਲ ਗੁੰਮ ਹੋਣ ਦਾ ਆਮ ਕਾਰਣ ਬਣਦਾ ਹੈ।

fbc ਕਿਵੇਂ ਬਣਦਾ ਹੈ

_fbc ਆਮ ਤੌਰ 'ਤੇ ਤਦ ਬਣਦਾ ਹੈ ਜਦੋਂ ਲੈਂਡਿੰਗ ਪੇਜ 'ਤੇ ਵੈਧ fbclid ਮੁੱਲ ਹੋਵੇ। ਜੇ ਕੋਈ ਕਲਿੱਕ ID ਨਾ ਹੋਵੇ, ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਫੀਲਡ ਭਰਨ ਲਈ ਮਨਘੜੰਤ ਬਣਾਉਣਾ ਨਹੀਂ ਚਾਹੀਦਾ।

fbc ਨੂੰ ਇਕ ਆਮ ਪਛਾਣ ਕੁੰਜੀ ਨਹੀਂ, ਬਲਕਿ ਕਲਿੱਕ-ਸੰਦਰਭ ਸਬੂਤ ਵਜੋਂ ਵਰਤੋ। Conversions API ਪੇਲੋਡ ਵਿੱਚ ਤਦ ਹੀ ਇਕੱਠਾ ਕੀਤਾ fbc ਮੁੱਲ ਭੇਜੋ ਜਦੋਂ ਇਹ ਅਸਲ ਅਤੇ ਇਵੈਂਟ ਲਈ ਸਬੰਧਿਤ ਹੋਵੇ।

fbp ਕਿਵੇਂ ਬਣਦਾ ਹੈ

_fbp Meta pixel ਬਿਹੇਵੀਅਰ ਦੁਆਰਾ ਬ੍ਰਾਊਜ਼ਰ ਪਛਾਣਚਿੰਨ੍ਹ ਵਜੋਂ ਬਣਦਾ ਹੈ। ਇਹ Meta ਨੂੰ ਇੱਕੇ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਹੋਈਆਂ ਕਈ ਕਾਰਵਾਈਆਂ ਨੂੰ ਜੋੜਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਯੂਜ਼ਰ ਲੈਂਡਿੰਗ ਪੇਜ ਤੋਂ ਲੀਡ ਫਾਰਮ ਜਾਂ ਚੈਕਆਉਟ ਵੱਲ ਜਾ ਰਿਹਾ ਹੋਵੇ ਬਿਨਾਂ ਬ੍ਰਾਊਜ਼ਰ ਸੰਦਰਭ ਬਦਲੇ।

fbp ਲਾਭਦਾਇਕ ਹੈ, ਪਰ ਇਹ ਵਿਅਕਤੀ-ਪੱਧਰੀ ID ਨਹੀਂ। ਜੇ ਕੋਈ ਖਰੀਦਦਾਰ Instagram ਦੇ in-app browser ਵਿੱਚ ਫਨਲ ਵਿੱਚ ਦਾਖਲ ਹੋਵੇ, ਬਾਅਦ ਵਿੱਚ Safari ਵਿੱਚ ਵਾਪਸ ਆਏ, ਅਤੇ ਡੈਸਕਟਾਪ Chrome 'ਤੇ ਖਰੀਦ ਪੂਰੀ ਕਰੇ, ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਜੁੜਾਅ ਕੁਦਰਤੀ ਤੌਰ ਤੇ ਟੁੱਟ ਜਾਵੇਗਾ।

ਟੈਗ ਲਗੇ ਹੋਣ ਤੇ ਵੀ ਐਟਰੀਬਿਊਸ਼ਨ ਕਿਉਂ ਟੁੱਟਦੀ ਹੈ

ਰੀਡਾਇਰੈਕਟ ਅਤੇ ਬ੍ਰਿਜ ਪੇਜ

ਜ਼ਿਆਦਾਤਰ fbclid ਲੋਸ ਉਹ ਵੇਲੇ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਵਿਗਿਆਪਨਦਾਤਾ ਨੂੰ ਪਤਾ ਵੀ ਨਹੀਂ ਲੱਗਦਾ ਕਿ ਕੁਝ ਗਲਤ ਹੈ। ਲਿੰਕ ਸ਼ਾਰਟਨਰ, ਟ੍ਰੈਕਿੰਗ ਡੋਮੇਨ, JavaScript ਰੀਡਾਇਰੈਕਟ, ਐਫਿਲੀਏਟ ਬ੍ਰਿਜ ਪੇਜ ਅਤੇ ਪੇਮੈਂਟ ਪ੍ਰੋਸੈਸਰ ਸਭ ਕ੍ਵੈਰੀ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਕੱਟ ਸਕਦੇ ਹਨ ਜਾਂ ਅੱਗੇ ਨਹੀਂ ਭੇਜਦੇ।

ਹੱਲ ਸਿਰਫ਼ “ਹੋਰ ਟੈਗ ਜੋੜੋ” ਨਹੀਂ ਹੈ। ਹਰ ਰੀਡਾਇਰੈਕਟ ਵਿੱਚ ਕਲਿੱਕ ਪੈਰਾਮੀਟਰ ਸੰਭਾਲੋ, ਉਨ੍ਹਾਂ ਨੂੰ ਪਹਿਲੀ-ਪਾਰਟੀ ਸੰਦਰਭ ਵਿੱਚ ਸਟੋਰ ਕਰੋ, ਅਤੇ ਹੱਥ ਨਾਲ ਬਣਾਈ URL ਦੀ ਥਾਂ ਲਾਈਵ ਵਿਗਿਆਪਨ ਕਲਿੱਕ ਤੋਂ ਟੈਸਟ ਕਰੋ।

iOS ਅਤੇ ਐਪ-ਟੂ-ਵੈਬ ਯਾਤਰਾਂ

ਬਹੁਤ ਸਾਰੇ iOS ਪਾਥ Facebook ਜਾਂ Instagram ਦੇ ਅੰਦਰੋਂ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ, ਫਿਰ Safari, ਚੈਕਆਉਟ ਐਪ ਜਾਂ ਪੇਮੈਂਟ ਸ਼ੀਟ ਵਿੱਚ ਜਾਂਦੇ ਹਨ। ਹਰ ਪ੍ਰਸੰਗ ਬਦਲਾਅ ਵਿੱਚ ਕੂਕੀਆਂ ਨੂੰ ਅਲੱਗ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ URL ਪੈਰਾਮੀਟਰ ਡ੍ਰੌਪ ਹੋ ਸਕਦੇ ਹਨ।

ਓਪਰੇਟਿੰਗ ਅੰਦਾਜ਼ੇ ਮੁਤਾਬਕ, ਟੀਮਾਂ ਅਕਸਰ iOS-ਭਾਰੀ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਡਟਰਮੀਨਿਸਟਿਕ ਬ੍ਰਾਊਜ਼ਰ ਜਾਰੀ ਰੱਖਣ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਡੈਸਕਟਾਪ Chrome-ਭਾਰੀ ਟ੍ਰੈਫਿਕ ਨਾਲੋਂ ਕਮਜ਼ੋਰ ਦੇਖਦੀਆਂ ਹਨ। ਇੱਕ ਵਰਤੋਂਯੋਗ ਨਿਰਧਾਰਣ ਰੇਂਜ ਆਦਰਸ਼ ਡੈਸਕਟਾਪ-ਸਮਾਨ ਬ੍ਰਾਊਜ਼ਰ ਰਸਤੇ ਦੇ ਮੁਕਾਬਲੇ 15% ਤੋਂ 40% ਤੱਕ ਡਿੱਗਣ ਦਾ ਹੈ, ਪਰ ਅਸਲੀ ਅੰਕ ਭੂਗੋਲ, ਡਿਵਾਈਸ ਮਿਕਸ, ਫਨਲ ਦੀ ਲੰਬਾਈ ਅਤੇ ਸਹਿਮਤੀ ਫਲੋ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਸਹਿਮਤੀ ਦਾ ਸਮਾਂ ਅਤੇ ਸਕ੍ਰਿਪਟ ਕ੍ਰਮ

ਸਹਿਮਤੀ ਟੂਲ ਪਿਕਸਲ ਨਿਰਵਾਹ ਨੂੰ ਦੇਰੀ ਕਰ ਸਕਦੇ ਹਨ ਜਦ ਤੱਕ ਯੂਜ਼ਰ ਅਗਲੀ ਪੇਜ 'ਤੇ ਨਹੀਂ ਚਲਾ ਜਾਂਦਾ। ਭਾਰੀ ਲੈਂਡਿੰਗ ਪੇਜਾਂ ਵਿੱਚ ਵੀ ਇਹੀ ਸਮੱਸਿਆ ਹੁੰਦੀ ਹੈ ਜਦ ਸਕ੍ਰਿਪਟ ਮਹੱਤਵਪੂਰਣ ਨੈਵੀਗੇਸ਼ਨ ਇਵੈਂਟਾਂ ਤੋਂ ਬਾਅਦ ਲੋਡ ਹੁੰਦੀ ਹੈ।

ਤੇਜ਼ ਫਨਲ ਵਿੱਚ, ਕ੍ਰਮ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ। ਟ੍ਰੈਕਿੰਗ ਯੋਜਨਾ ਵਿੱਚ ਇਹ ਸਪੱਸ਼ਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਹਿਮਤੀ ਕਦੋਂ ਚੈੱਕ ਹੁੰਦੀ ਹੈ, fbclid ਕਦੋਂ ਸਟੋਰ ਹੁੰਦਾ ਹੈ, _fbc ਅਤੇ _fbp ਕਦੋਂ ਪੜ੍ਹੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਸਰਵਰ ਇਵੈਂਟ ਕਦੋਂ ਭੇਜੇ ਜਾਂਦੇ ਹਨ।

ਬਹੁਤ ਸਾਰੀ ਡਾਟਾ ਲੋਸ ਰੋਕਣ ਵਾਲੇ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਨਿਯਮ

ਇਹ ਨਿਯਮ ਸਕੇਲਿੰਗ ਖਰਚ ਜਾਂ ਕ੍ਰੀਏਟਿਵ ਪਰਫਾਰਮੈਂਸ ਦੀ ਸਮੱਸਿਆ ਸਮਝਣ ਤੋਂ ਪਹਿਲਾਂ ਅਪਣਾਓ:

1. ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਪਹਿਲੀ ਲੈਂਡਿੰਗ ਬੇਨਤੀ 'ਤੇ fbclid ਕੈਪਚਰ ਕਰੋ।
2. ਕਲਿੱਕ ਸੰਦਰਭ ਸਿਰਫ਼ ਬ੍ਰਾਊਜ਼ਰ ਮੈਮੋਰੀ ਵਿੱਚ ਨਹੀਂ, ਪਹਿਲੀ-ਪਾਰਟੀ ਸਿਸਟਮਾਂ ਵਿੱਚ ਸਟੋਰ ਕਰੋ।
3. ਜਦ ਮਿਲੇ ਤਾਂ ਵੈਧ fbc ਅਤੇ fbp ਮੁੱਲ Conversions API ਇਵੈਂਟਾਂ ਵਿੱਚ ਭੇਜੋ।
4. ਜਦ ਅਸਲ Meta ਕਲਿੱਕ ਸੰਦਰਭ ਨਾ ਹੋਵੇ ਤਾਂ fbc ਤਿਆਰ ਨਾ ਕਰੋ।
5. ਸਥਿਰ event_id ਮੁੱਲਾਂ ਨਾਲ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਰਵਰ ਇਵੈਂਟਾਂ ਦੀ ਡੀਡੁਪਲੀਕੇਸ਼ਨ ਕਰੋ।
6. ਇਵੈਂਟ ਟਾਈਮਸਟੈਂਪ ਸਹੀ ਰੱਖੋ ਅਤੇ ਇੱਕੋ ਸਮਾਂ-ਜ਼ੋਨ ਮਿਆਰ ਵਰਤੋਂ।
7. ਵਿਗਿਆਪਨ ਕਲਿੱਕ ਤੋਂ ਖਰੀਦ ਤੋਂ ਬਾਅਦ ਦੇ ਇਵੈਂਟ ਤੱਕ ਪੂਰਾ ਰਸਤਾ ਜਾਂਚੋ, ਰੀਡਾਇਰੈਕਟ ਅਤੇ ਚੈਕਆਉਟ ਡੋਮੇਨਾਂ ਸਮੇਤ।

ਜੇ ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ-ਮਾਤਰ ਪਿਕਸਲ ਟ੍ਰੈਕਿੰਗ ਤੋਂ ਸਰਵਰ ਇਵੈਂਟਾਂ ਵੱਲ ਜਾ ਰਹੇ ਹੋ, ਤਾਂ ਇਸ ਲੇਖ ਨੂੰ Facebook Conversions API setup guide ਨਾਲ ਇਕੱਠੇ ਪੜ੍ਹੋ ਅਤੇ ਹਰ ਫੀਲਡ ਨੂੰ ਸੋਚ-ਸਮਝ ਕੇ ਮੈਪ ਕਰੋ।

ਓਪਰੇਟਰਾਂ ਲਈ QA ਚੈੱਕਲਿਸਟ

ਪਹਿਲੀ-ਛੋਹ ਕੈਪਚਰ

ਹਕੀਕਤੀ Meta ਵਿਗਿਆਪਨ ਕਲਿੱਕ ਜਾਂ ਨਿਯੰਤਰਿਤ ਟੈਸਟ ਲਿੰਕ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਪ੍ਰੋਡਕਸ਼ਨ ਰਾਊਟਿੰਗ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੋਵੇ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪਹਿਲੀ ਲੈਂਡਿੰਗ ਬੇਨਤੀ ਵਿੱਚ fbclid ਹੈ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਰੀਡਾਇਰੈਕਟ, ਮੌਡਲ, ਕਵਿਜ਼ ਕਦਮ ਜਾਂ ਚੈਕਆਉਟ ਹੈਂਡਆਫ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਮੁੱਲ ਕੈਪਚਰ ਹੋ ਗਿਆ ਹੈ।

ਜੇ ਲੈਂਡਿੰਗ ਪੇਜ ਵਿੱਚ ਟ੍ਰੈਕਿੰਗ ਡੋਮੇਨ ਵਰਤੀ ਗਈ ਹੋਵੇ, ਤਾਂ ਲਿਖਤ ਰੱਖੋ ਕਿ ਪੈਰਾਮੀਟਰ ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ ਅੱਗੇ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਜਾਂ ਖ਼ਾਸ ਤੌਰ 'ਤੇ ਅਲਾਊ-ਲਿਸਟ ਕੀਤੇ ਹੁੰਦੇ ਹਨ। ਚੁੱਪਚਾਪ ਪੈਰਾਮੀਟਰ ਲੋਸ ਦਿੱਖਣਯੋਗ ਟੈਗ ਫੇਲ੍ਹ ਹੋਣ ਨਾਲੋਂ ਜਿਆਦਾ ਆਮ ਹੈ।

ਕੂਕੀ ਅਤੇ ਇਵੈਂਟ ਵੈਲਿਡੇਸ਼ਨ

ਜਾਂਚ ਕਰੋ ਕਿ _fbc ਸਿਰਫ਼ ਤਦ ਲਿਖਿਆ ਗਿਆ ਹੈ ਜਦ ਕਲਿੱਕ ਸੰਦਰਭ ਮੌਜੂਦ ਹੋਵੇ ਅਤੇ _fbp ਮੁੱਖ ਫਨਲ ਪੇਜਾਂ 'ਤੇ ਦਿਖਾਈ ਦੇਵੇ। ਫਿਰ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਜੋ ਮਿਲਿਆ ਹੈ ਉਸ ਨਾਲ ਸਰਵਰ ਐਂਡਪੌਇੰਟ 'ਤੇ ਮਿਲੇ ਮੁੱਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

Conversions API ਲਈ, ਇਹ ਪੱਕਾ ਕਰੋ ਕਿ ਸਰਵਰ ਇਵੈਂਟਾਂ ਵਿੱਚ ਸਹੀ ਇਵੈਂਟ ਨਾਂ, ਇਵੈਂਟ ਟਾਈਮ, ਐਕਸ਼ਨ ਸਰੋਤ, ਇਵੈਂਟ ID ਅਤੇ ਗਾਹਕ ਜਾਣਕਾਰੀ ਪੈਰਾਮੀਟਰ ਹਨ। Conversions API customer information parameters ਲਈ ਮੈਟਾ ਦੀ ਡਿਵੈਲਪਰ ਡਾਕੂਮੈਂਟੇਸ਼ਨ ਸਹਾਇਕ ਨਹੀਂ, ਸਗੋਂ ਮਿਆਰੀ/ਅਧਿਕਾਰਤ ਹਵਾਲਾ ਹੈ।

ਹਫ਼ਤਾਵਾਰੀ ਨਿਗਰਾਨੀ

ਸਥਿਰ ਖਾਤਿਆਂ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਹਫ਼ਤੇ ਦੀ ਇੱਕ ਆਡਿਟ ਕਾਫੀ ਹੁੰਦੀ ਹੈ, ਪਰ URL ਬਦਲਾਅ, ਸਹਿਮਤੀ ਬੈਨਰ ਬਦਲਾਅ, ਚੈਕਆਉਟ ਮਾਈਗ੍ਰੇਸ਼ਨ, ਐਫਿਲੀਏਟ-ਨੈੱਟਵਰਕ ਅੱਪਡੇਟ ਜਾਂ ਨਵੇਂ ਟ੍ਰੈਕਿੰਗ-ਟੈਂਪਲੇਟ ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਤੁਰੰਤ ਜਾਂਚ ਕਰੋ।

ਦਿਸ਼ਾ-ਅਧਾਰਤ ਥ੍ਰੈਸ਼ਹੋਲਡ ਵਰਤੋ, ਨਿਰਪੱਖ ਅੰਕ ਨਹੀਂ:

ਇਹ ਰੇਂਜ ਨਿਰਦੇਸ਼ਤ ਅੰਦਾਜ਼ੇ ਹਨ, Meta ਭਰੋਸੇਯੋਗ ਵਾਅਦਾ ਨਹੀਂ। ਬਜਟ ਫੈਸਲੇ ਤੋਂ ਪਹਿਲਾਂ ਡਿਵਾਈਸ, ਬ੍ਰਾਊਜ਼ਰ, ਦੇਸ਼ ਅਤੇ ਫਨਲ ਕਦਮ ਅਨੁਸਾਰ ਸੈਗਮੈਂਟ ਕਰੋ।

ਚੰਗੀ ਟ੍ਰੈਕਿੰਗ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ

ਸਾਫ਼ fbp, fbc ਅਤੇ fbclid ਸੰਭਾਲ ਐਟਰੀਬਿਊਸ਼ਨ ਗੁਣਵੱਤਾ ਸੁਧਾਰ ਸਕਦੀ ਹੈ, ਪਰ ਇਹ ਇਹ ਨਹੀਂ ਦਿਖਾਂਦੀ ਕਿ ਕੋਈ offer ਸਿਹਤਮੰਦ ਹੈ। ਕੈਂਪੇਨ ਕੋਲ ਵਧੀਆ ਇਵੈਂਟ ਮੇਲ ਗੁਣਵੱਤਾ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਵੀ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ ਜੇ VSL ਪੁਰਾਣਾ ਹੋਵੇ, ਚੈਕਆਉਟ ਟੁੱਟਿਆ ਹੋਵੇ, ਕੰਪਲਾਇਅੰਸ ਜੋਖਿਮ ਵਧ ਰਿਹਾ ਹੋਵੇ, ਜਾਂ ਮੁਕਾਬਲੇਬਾਜ਼ ਦਾ ਉਦਾਹਰਣ ਹੁਣ ਲਾਈਵ ਨਾ ਹੋਵੇ।

ਇੱਥੇ Daily Intel Service ਇੱਕ ਟੈਗਿੰਗ ਟੂਲ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਓਪਰੇਸ਼ਨਲ ਪਰਤ ਵਜੋਂ ਫਿੱਟ ਬੈਠਦੀ ਹੈ। ਇਹ ਟੀਮਾਂ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ ਕਿ ਫਨਲ ਇਸ ਵੇਲੇ ਸਰਗਰਮ ਹੈ ਕਿ ਨਹੀਂ, ਲਾਈਵ ਲੈਂਡਿੰਗ ਰੂਟ ਮੈਪ ਕਰ ਸਕੇ, ਅਤੇ ਪਬਲਿਕ spy-tool ਸਨੈਪਸ਼ਾਟਾਂ ਤੋਂ ਰਿਟਾਇਰ ਹੋਏ ਉਦਾਹਰਣ ਕਾਪੀ ਕਰਨ ਤੋਂ ਬਚ ਸਕੇ।

ਤੁਸੀਂ ਸਰਗਰਮ ਵਿਗਿਆਪਨ Meta Ad Library ਵਿਚ ਮਿਲਾ ਕੇ ਆਪਣੇ ਕਲਿੱਕ-ਪਾਥ QA ਨਾਲ ਉਸਦਾ ਤੁਲਨਾਤਮਕ ਜਾਇਜ਼ਾ ਲੈ ਸਕਦੇ ਹੋ। ਲਾਈਵ-ਫਨਲ ਜਾਂਚ ਨੂੰ ਗਹਿਰਾਈ ਨਾਲ ਵੇਖਣ ਲਈ ਪੜ੍ਹੋ ਕਿ Daily Intel Service compares with AdSpy ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਕੰਪਲਾਇਅੰਸ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀ ਮਿਆਰ

ਟ੍ਰੈਕਿੰਗ ਡੋਕੂਮੈਂਟੇਸ਼ਨ ਇੰਨੀ ਸਪੱਸ਼ਟ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਨਵਾਂ ਓਪਰੇਟਰ ਅਨੁਮਾਨ ਲਗਾਏ ਬਿਨਾਂ ਟੈਸਟ ਦੁਹਰਾ ਸਕੇ। ਸਰੋਤ URL, ਰੀਡਾਇਰੈਕਟ ਚੇਨ, ਲੈਂਡਿੰਗ ਡੋਮੇਨ, ਦੇਖੇ ਗਏ ਕੂਕੀ ਮੁੱਲ, ਸਰਵਰ ਪੇਲੋਡ ਫੀਲਡ, ਇਵੈਂਟ ID ਅਤੇ ਹਰ ਟੈਸਟ ਦਾ ਸਹੀ ਸਮਾਂ ਦਰਜ ਕਰੋ।

ਨਿਯੰਤਰਿਤ ਜਾਂ ਨੀਤੀ-ਸੰਵੇਦਨਸ਼ੀਲ ਸ਼੍ਰੇਣੀਆਂ ਲਈ, ਟ੍ਰੈਕਿੰਗ QA ਨੂੰ offer ਕੰਪਲਾਇਅੰਸ ਸਮੀਖਿਆ ਦੇ ਨਾਲ ਰੱਖੋ। Meta ਦੇ Advertising Standards ਅਤੇ Google ਦੇ helpful, people-first content 'ਤੇ ਰਹਿਨੁਮਾ ਬਿਆਨ ਦਾਵਿਆਂ ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਜ਼ਮੀਨੀ ਆਧਾਰ 'ਤੇ ਰੱਖਣ ਵਿੱਚ ਮਦਦਗਾਰ ਹਨ।

ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਅਜੇ ਵੀ UTMs, ਕਲਿੱਕ ID ਅਤੇ ਕੂਕੀ ਪਛਾਣਕਰਤਾ ਗਡਮਡ ਕਰਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਛੋਟਾ ਅੰਦਰੂਨੀ ਮਾਡਿਊਲ ਜੋੜੋ: UTM decoding basics। UTMs ਮੁਹਿੰਮ ਦੀ ਸਰਚਨਾ ਦਰਸਾਉਂਦੇ ਹਨ; fbclid, fbc ਅਤੇ fbp ਐਟਰੀਬਿਊਸ਼ਨ ਮੇਲਿੰਗ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ।

ਕਾਰਗੁਜ਼ਾਰੀ ਸਬੰਧੀ ਅਗਲੇ ਕਦਮ

ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਇਹ ਮੁੱਲ ਇਕੱਠੇ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਗਲਾ ਕਦਮ ਕੋਈ ਹੋਰ ਡੈਸ਼ਬੋਰਡ ਜੋੜਨਾ ਨਹੀਂ ਹੈ। ਅਗਲਾ ਕਦਮ ਇਹ ਸਾਬਤ ਕਰਨਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਕਲਿੱਕ ID, ਕੂਕੀ ਮੁੱਲ, ਬ੍ਰਾਊਜ਼ਰ ਇਵੈਂਟ ਅਤੇ ਸਰਵਰ ਇਵੈਂਟ ਇੱਕੋ ਯੂਜ਼ਰ ਯਾਤਰਾ ਨੂੰ ਇਕਸਾਰ ਦਰਸਾ ਰਹੇ ਹਨ।

Daily Intel Service ਇਸ ਤਕਨੀਕੀ ਨੀਵ ਮਜ਼ਬੂਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭਦਾਇਕ ਹੁੰਦੀ ਹੈ, ਜਦੋਂ ਮੀਡੀਆ ਟੀਮ ਨੂੰ ਆਪਣੇ ਫਨਲ ਦੀ ਸਚਲ ਮਾਰਕੀਟ ਵਿਹਾਰ ਨਾਲ ਤੁਲਨਾ ਕਰਨੀ ਹੋਵੇ। ਤਕਨੀਕੀ ਐਟਰੀਬਿਊਸ਼ਨ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਹਾਡਾ ਸਿਗਨਲ ਪੜ੍ਹਨਯੋਗ ਹੈ ਕਿ ਨਹੀਂ; ਲਾਈਵ-ਫਨਲ ਇੰਟੈਲੀਜੈਂਸ ਦੱਸਦੀ ਹੈ ਕਿ ਮਿਆਰ ਹੁਣ ਵੀ ਅਧਿਐਨਯੋਗ ਹਨ ਜਾਂ ਨਹੀਂ।

ਆਮ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਸਵਾਲ: fbp, fbc ਅਤੇ fbclid ਵਿੱਚ ਫਰਕ ਕੀ ਹੈ?
ਜਵਾਬ: fbclid ਲੈਂਡਿੰਗ-ਪੇਜ URL ਦਾ ਕਲਿੱਕ ਪਛਾਣਚਿੰਨ੍ਹ ਹੈ, fbc ਉਹ ਕਲਿੱਕ ਸੰਦਰਭ ਬਚਾਉਣ ਵਾਲਾ ਮੁੱਲ ਹੈ, ਅਤੇ fbp ਉਹ ਬ੍ਰਾਊਜ਼ਰ ਪਛਾਣਕਰਤਾ ਹੈ ਜੋ ਇਕੋ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਇਵੈਂਟਾਂ ਵਿੱਚ ਮੇਲਿੰਗ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਸਵਾਲ: ਕੀ ਮੈਨੂੰ Conversions API ਇਵੈਂਟਾਂ ਨਾਲ fbp ਅਤੇ fbc ਭੇਜਣੇ ਚਾਹੀਦੇ ਹਨ?
ਜਵਾਬ: ਜੀ, ਉਹੀ ਭੇਜੋ ਜਦੋਂ ਇਹ ਕਾਨੂੰਨੀ ਤੌਰ ਤੇ ਇਕੱਠੇ ਕੀਤੇ ਗਏ, ਵੈਧ ਅਤੇ ਇਵੈਂਟ ਲਈ ਸੰਗਤ ਹੋਣ। ਫੀਲਡ ਭਰਨ ਲਈ ਮਨਘੜੰਤ ਮੁੱਲ ਨਾ ਭੇਜੋ।

ਸਵਾਲ: ਜੇ fbclid ਗੁੰਮ ਹੋਵੇ ਤਾਂ ਮੈਂ fbc ਬਣਾ ਸਕਦਾ ਹਾਂ?
ਜਵਾਬ: ਜ਼ਿਆਦਾਤਰ ਪਰਫਾਰਮੈਂਸ ਮਾਰਕਿਟਿੰਗ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨਾਂ ਵਿੱਚ ਨਹੀਂ। fbc ਨੂੰ ਅਸਲੀ Meta ਕਲਿੱਕ ਸੰਦਰਭ ਦਰਸਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਲਈ ਕੈਪਚਰ ਨਾ ਕੀਤੇ fbclid ਤੋਂ ਬਿਨਾਂ ਇਸਨੂੰ ਬਣਾਉਣਾ ਡੇਟਾ ਇੰਟੀਗ੍ਰਿਟੀ ਨੂੰ ਕਮਜ਼ੋਰ ਕਰਦਾ ਹੈ।

ਸਵਾਲ: ਇਨ੍ਹਾਂ ਮੁੱਲਾਂ ਲਈ iOS ਐਟਰੀਬਿਊਸ਼ਨ ਕਮਜ਼ੋਰ ਕਿਉਂ ਹੁੰਦੀ ਹੈ?
ਜਵਾਬ: iOS ਯਾਤਰਾਂ ਵਿੱਚ ਕਈ ਵਾਰੀ in-app ਬ੍ਰਾਊਜ਼ਰ, Safari, ਚੈਕਆਉਟ ਐਪ ਅਤੇ ਪੇਮੈਂਟ ਸੰਦਰਭਾਂ ਵਿਚਕਾਰ ਆਵਾਜਾਈ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਕੂਕੀਆਂ ਵੱਖ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜਾਂ ਕਨਵਰਜ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਕ੍ਵੈਰੀ ਪੈਰਾਮੀਟਰ ਡ੍ਰੌਪ ਹੋ ਸਕਦੇ ਹਨ।

ਸਵਾਲ: ਕੀ fbp ਯੂਜ਼ਰ ID ਦੇ ਬਰਾਬਰ ਹੈ?
ਜਵਾਬ: ਨਹੀਂ। fbp ਬ੍ਰਾਊਜ਼ਰ ਸੰਦਰਭ ਦਰਸਾਉਂਦਾ ਹੈ; ਇਹ ਡਿਵਾਈਸ, ਬ੍ਰਾਊਜ਼ਰ ਜਾਂ ਐਪ ਵਾਤਾਵਰਣਾਂ ਵਿਚਕਾਰ ਵਿਅਕਤੀ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤੌਰ 'ਤੇ ਨਹੀਂ ਪਛਾਣਦਾ।

ਸਵਾਲ: ਮੈਂ fbp, fbc ਅਤੇ fbclid ਕੈਪਚਰ ਕਿੰਨੀ ਵਾਰ ਆਡਿਟ ਕਰਾਂ?
ਜਵਾਬ: ਸਕੇਲਿੰਗ ਖਾਤਿਆਂ ਲਈ ਹਫਤਾਵਾਰੀ ਆਡਿਟ ਇਕ ਵਿਆਹਾਰਿਕ ਘੱਟੋ ਘੱਟ ਹੈ, ਅਤੇ URL, ਰੀਡਾਇਰੈਕਟ, ਸਹਿਮਤੀ, ਚੈਕਆਉਟ ਜਾਂ ਟ੍ਰੈਕਿੰਗ ਟੈਂਪਲੇਟ ਬਦਲਾਅ ਤੋਂ ਬਾਅďਦ ਵਾਧੂ ਜਾਂਚਾਂ ਕਰੋ।

ਸਵਾਲ: ਕੀ ਇਹ ਪੈਰਾਮੀਟਰ ਸਾਬਤ ਕਰਦੇ ਹਨ ਕਿ ਕੋਈ ਕੈਂਪੇਨ ਲਾਭਕਾਰੀ ਹੈ?
ਜਵਾਬ: ਨਹੀਂ। ਇਹ ਸੰਕੇਤ ਦੀ ਗੁਣਵੱਤਾ ਸੁਧਾਰਦੇ ਹਨ, ਪਰ ਲਾਭਕਾਰੀ ਹੋਣ ਲਈ ਹੁਣ ਵੀ offer ਦੀ ਤਾਕਤ, ਫਨਲ ਦੀ ਸਿਹਤ, ਕ੍ਰੀਏਟਿਵ-ਮਾਰਕੀਟ ਫਿੱਟ, ਕੰਪਲਾਇਅੰਸ ਸਥਿਤੀ ਅਤੇ ਮੀਡੀਆ ਖਰੀਦ ਨਿਰਵਾਹ ਲਾਜ਼ਮੀ ਹਨ.