FTC ਅਨੁਕੂਲਤਾ ਸਹਿਯੋਗੀ ਮਾਰਕੀਟਿੰਗ: ਖੁਲਾਸੇ, ਸਮੀਖਿਆਵਾਂ ਅਤੇ ਫੈਲਾਅ

ਸਹਿਯੋਗੀਆਂ ਵੱਲੋਂ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਅਨੁਕੂਲਤਾ ਮਿਆਰ

FTC ਦੇ ਐਂਡੋਰਸਮੈਂਟ ਗਾਈਡ ਇਹ ਦੇਖਦੇ ਹਨ ਕਿ ਦਰਸ਼ਕ ਲਈ ਕੋਈ ਮਾਲੀ ਜਾਂ ਅਸਲ ਸੰਬੰਧ ਸਪਸ਼ਟ ਹੈ ਕਿ ਨਹੀਂ। ਇਹ ਸੰਬੰਧ ਕਮੀਸ਼ਨ, ਮੁਫ਼ਤ ਉਤਪਾਦ, ਛੂਟ ਵਾਲੀ ਪਹੁੰਚ, ਲੀਡ ਭੁਗਤਾਨ, ਆਮਦਨ ਸਾਂਝਾ, ਰੁਜ਼ਗਾਰ, ਮਲਕੀਅਤ, ਪਰਿਵਾਰਕ ਰਿਸ਼ਤੇ ਜਾਂ ਕੋਈ ਹੋਰ ਪ੍ਰੋਤਸਾਹਨ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਸਿਫ਼ਾਰਸ਼ ਦੀ ਧਾਰਣਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ।

ਇੱਕ ਅਨੁਕੂਲ ਸਹਿਯੋਗੀ ਵਿਕਰੀ-ਰਾਹ ਨੂੰ ਯੂਜ਼ਰ ਦੇ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ:

• ਉਤਪਾਦ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕੌਣ ਕਰ ਰਿਹਾ ਹੈ?
• ਕੀ ਉਸ ਸਿਫ਼ਾਰਸ਼ ਦੇ ਪਿੱਛੇ ਕੋਈ ਮਾਲੀ ਜਾਂ ਹੋਰ ਮਕਸਦੀਕ ਲਾਭ ਹੈ?
• ਕੀ ਦਾਅਵੇ ਅਤੇ ਗਵਾਹੀਆਂ ਨੁਮਾਇਸ਼ੀ, ਸ਼ਰਤਸਹਿਤ ਅਤੇ ਸਬੂਤ ਨਾਲ ਸਮਰਥਿਤ ਹਨ?

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

ਇੱਕ ਸਧਾਰਨ ਕਾਰਗਰ ਪਰਿਭਾਸ਼ਾ

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

ਹਰ ਪ੍ਰਚਾਰਕ ਉਪਕਰਨ ਲਈ ਇਹ ਕੰਮ ਦਾ ਨਿਯਮ ਵਰਤੋਂ:

• ਜੇ ਪੰਨੇ ਵਿੱਚ ਕਿਸੇ ਕਿਸਮ ਦਾ ਮਨਾਉਣਾ ਹੈ, ਤਾਂ ਪੰਨੇ ਨੂੰ ਖੁਲਾਸਾ ਚਾਹੀਦਾ ਹੈ।
• ਜੇ ਉਪਕਰਣ ਵਿੱਚ ਨਤੀਜੇ ਦਾ ਦਾਅਵਾ ਹੈ, ਤਾਂ ਸਬੂਤ ਚਾਹੀਦਾ ਹੈ।
• ਜੇ ਇਹ ਸਮੀਖਿਆ ਵਰਤਦਾ ਹੈ, ਟੀਮ ਨੂੰ ਸਰੋਤ, ਸਹਿਮਤੀ, ਪ੍ਰੋਤਸਾਹਨ ਅਤੇ ਸੰਪਾਦਨ ਇਤਿਹਾਸ ਦੀ ਲੋੜ ਹੈ।

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

ਅਸਲੀ ਵਿਕਰੀ-ਰਾਹ ਹਾਲਾਤਾਂ ਵਿੱਚ ਟਿਕਾਊ ਖੁਲਾਸੇ

FTC ਹਦਾਇਤਾਂ ਵਿੱਚ ਜਾਦੂਈ ਸ਼ਬਦ ਨਹੀਂ ਚਾਹੀਦੇ, ਪਰ ਸਪਸ਼ਟਤਾ ਜ਼ਰੂਰੀ ਹੈ। 'ਜੇ ਤੁਸੀਂ ਇਸ ਲਿੰਕ ਰਾਹੀਂ ਖਰੀਦਦੇ ਹੋ ਤਾਂ ਮੈਨੂੰ ਕਮੀਸ਼ਨ ਮਿਲ ਸਕਦਾ ਹੈ' ਜਾਂ 'ਪੇਡ ਸਹਿਯੋਗੀ ਲਿੰਕ' ਵਰਗੇ ਵਾਕ ਆਮ ਤੌਰ 'ਤੇ 'ਪਾਰਟਨਰ', 'ਸਹਾਇਤਾ' ਜਾਂ 'ਸਪਾਂਸਰਡ ਸਰੋਤ' ਵਰਗੇ ਅਸਪਸ਼ਟ ਲੇਬਲਾਂ ਤੋਂ ਵਧੇਰੇ ਸਪਸ਼ਟ ਹੁੰਦੇ ਹਨ।

ਸਭ ਤੋਂ ਵਧੀਆ ਖੁਲਾਸਾ ਛੋਟਾ, ਸੌਖੀ ਭਾਸ਼ਾ ਵਿੱਚ ਅਤੇ ਮਨਾਉਣ ਵਾਲੇ ਕਦਮ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦਾ ਹੈ। ਇਸ ਨੂੰ ਮੋਬਾਈਲ 'ਤੇ ਬਿਨਾਂ ਲੁਕਵੀਂ ਲਿਖਤ ਖੋਲ੍ਹਣ ਦੇ ਪੜ੍ਹਨਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਵਿਗਿਆਪਨ ਅਤੇ ਸਮਾਜਿਕ ਪੋਸਟਾਂ

ਪੇਡ ਸੋਸ਼ਲ ਵਿੱਚ ਖੁਲਾਸਾ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕੈਪਸ਼ਨ ਜਾਂ ਰਚਨਾਤਮਕ ਖੇਤਰ ਵਿੱਚ ਰੱਖੋ, ਧੱਪੇ ਵਿੱਚ ਲੁਕਾਏ ਗਏ ਲਾਈਨਬ੍ਰੇਕ ਦੇ ਹੇਠਾਂ ਨਹੀਂ। ਜੇ ਵਿਗਿਆਪਨ ਦੀਆਂ ਪਹਿਲੀਆਂ ਤਿੰਨ ਦਿੱਖਣਯੋਗ ਲਾਈਨਾਂ ਵਿੱਚ ਕੋਈ ਸਿਫ਼ਾਰਸ਼ ਹੈ, ਖੁਲਾਸਾ ਉੱਥੇ ਜਾਂ ਸਿੱਧੇ ਰਚਨਾਤਮਕ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਛੋਟੀ ਵੀਡੀਓ ਲਈ, ਜਦੋਂ ਸੰਭਵ ਹੋਵੇ ਸਕ੍ਰੀਨ ਟੈਕਸਟ ਅਤੇ ਬੋਲੀ ਵਿੱਚ ਖੁਲਾਸਾ ਦੋਵੇਂ ਵਰਤੋ। ਬਹੁਤ ਤੇਜ਼ ਵੌਇਸਓਵਰ ਇਕੱਲਾ ਰਹਿ ਸਕਦਾ ਹੈ, ਅਤੇ ਛੋਟਾ ਓਵਰਲੇ ਮੋਬਾਈਲ 'ਤੇ ਪੜ੍ਹਨਾ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ।

ਵਿਆਵਹਾਰਿਕ ਜਾਂਚ: ਵਿਗਿਆਪਨ ਉਸ ਸਭ ਤੋਂ ਛੋਟੀ ਮੋਬਾਈਲ ਥਾਂ 'ਤੇ ਵੇਖੋ ਜਿਸ ਲਈ ਤੁਸੀਂ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ। ਜੇ ਉਸ ਹਾਲਤ ਵਿੱਚ ਖੁਲਾਸਾ ਸਾਫ਼ ਨਹੀਂ ਦਿੱਖਦਾ, ਤਾਂ ਇਹ ਉਸ ਟ੍ਰੈਫਿਕ ਲਈ ਕਾਫ਼ੀ ਮਜ਼ਬੂਤ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਖਰੀਦ ਰਹੇ ਹੋ।

ਲੈਂਡਿੰਗ ਪੰਨੇ, ਐਡਵਰਟੀਜ਼ੋਰਿਯਲ ਅਤੇ ਚੈਕਆਉਟ ਰਸਤੇ

ਕਈ ਸਹਿਯੋਗੀ ਵਿਗਿਆਪਨ ਵਿੱਚ ਖੁਲਾਸਾ ਦਿੰਦੇ ਹਨ ਅਤੇ ਫਿਰ ਕਲਿੱਕ ਤੋਂ ਬਾਅਦ ਖੋ ਬੈਠਦੇ ਹਨ। ਇਸ ਨਾਲ ਖ਼ਤਰਾ ਬਣਦਾ ਹੈ, ਕਿਉਂਕਿ ਲੈਂਡਿੰਗ ਪੰਨੇ 'ਤੇ ਹੀ ਅਕਸਰ ਸਭ ਤੋਂ ਤਗੜੇ ਦਾਅਵੇ, ਗਵਾਹੀਆਂ ਅਤੇ ਕਾਰਵਾਈ ਲਈ ਬੁਲਾਵੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ।

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

ਈਮੇਲ, SMS, DMs ਅਤੇ ਰਚਨਾਕਾਰ ਸਕ੍ਰਿਪਟਾਂ

ਇੱਕ ਨਿੱਜੀ ਸੁਨੇਹਾ ਵੀ endorsement ਹੋ ਸਕਦਾ ਹੈ। ਜੇ ਸਹਿਯੋਗੀ ਸਿਫ਼ਾਰਸ਼ ਈਮੇਲ, SMS, ਡਾਇਰੈਕਟ ਸੁਨੇਹੇ, webinar ਸਕ੍ਰਿਪਟ ਜਾਂ ਰਚਨਾਕਾਰ ਬ੍ਰੀਫ ਵਿੱਚ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਖੁਲਾਸਾ pitch ਤੋਂ ਪਹਿਲਾਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਪਹਿਲਾ ਖੁਲਾਸਾ ਕਦੇ ਵੀ ਕਾਰਵਾਈ ਬੁਲਾਵੇ ਤੋਂ ਬਾਅਦ ਨਾ ਰੱਖੋ। ਉਸ ਸਮੇਂ ਤੱਕ ਯੂਜ਼ਰ ਨੇ ਮਨਾਉਣ ਵਾਲਾ ਦਾਅਵਾ ਲੈ ਲਿਆ ਹੁੰਦਾ ਹੈ, ਪਰ ਉਸਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਸੰਦਰਭ ਨਹੀਂ ਮਿਲਿਆ ਹੁੰਦਾ।

ਸਮੀਖਿਆਵਾਂ, ਗਵਾਹੀਆਂ ਅਤੇ FTC ਸਮੀਖਿਆ ਨਿਯਮ

ਵੋਟਰਿਆਂ (ਖਪਤਕਾਰ) ਦੀਆਂ ਸਮੀਖਿਆਵਾਂ ਅਤੇ ਗਵਾਹੀਆਂ ਬਾਰੇ FTC ਦਾ ਨਿਯਮ ਨਕਲੀ ਜਾਂ ਹਸਤਖੇਪ ਕੀਤੇ ਸਮਾਜਿਕ ਸਬੂਤ ਦੇ ਖ਼ਤਰੇ ਵਧਾਉਂਦਾ ਹੈ। ਮੁੱਢਲਾ ਸਿਧਾਂਤ ਜਟਿਲ ਨਹੀਂ: ਸਮੀਖਿਆ ਨਾ ਬਣਾਓ, ਨਾ ਖਰੀਦੋ, ਨਾ ਦਬਾਓ, ਗਲਤ ਲੇਬਲ ਨਾ ਲਗਾਓ, ਅਤੇ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਪੇਸ਼ ਨਾ ਕਰੋ।

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

ਕਿਹੜੀ ਸਮਾਜਿਕ ਪ੍ਰਮਾਣਿਕਤਾ ਜੋਖ਼ਿਮ ਵਾਲੀ ਮੰਨੀ ਜਾਵੇਗੀ

ਉੱਚ-ਜੋਖ਼ਿਮ ਵਾਲੀਆਂ ਸਮੀਖਿਆ ਰੁਝਾਨਾਂ ਵਿੱਚ ਬਿਨਾਂ ਸਰੋਤ ਰਿਕਾਰਡ ਵਾਲੀਆਂ ਅਗਿਆਤ ਗਵਾਹੀਆਂ, ਸਕ੍ਰੀਨਸ਼ਾਟ ਜੋ ਅਸਲੀ ਸਮੀਖਿਆ ਨਾਲ ਜੋੜੇ ਨਹੀਂ ਜਾ ਸਕਦੇ, ਵੱਖ-ਵੱਖ ਨਾਮਾਂ ਨਾਲ ਇੱਕੋ ਵਰਗੀ ਸ਼ਬਦਾਵਲੀ, AI ਦੁਆਰਾ ਬਣੀ ਭਾਸ਼ਾ, ਅਘੋਸ਼ਿਤ ਪ੍ਰੋਤਸਾਹਨ, ਅਤੇ ਪਹਿਲਾਂ-ਬਾਅਦ ਦੇ ਦਾਅਵੇ ਸ਼ਾਮਲ ਹਨ ਜੋ ਆਮ ਨਤੀਜੇ ਦਾ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ ਪਰ ਸਬੂਤ ਨਹੀਂ ਦਿੰਦੇ।

ਸਮੀਖਿਆ ਦਬਾਉਣ 'ਤੇ ਵੀ ਧਿਆਨ ਦਿਓ। ਸਿਰਫ਼ ਨਕਾਰਾਤਮਕ ਫੀਡਬੈਕ ਹਟਾ ਕੇ ਪੰਨੇ ਨੂੰ ਸੰਤੁਲਿਤ ਸਮੀਖਿਆ ਵਾਲਾ ਮਾਹੌਲ ਦਿਖਾਉਣਾ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਭੁਲਾਵਾ ਦੇ ਸਕਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਵਿਕਰੀ-ਰਾਹ ਵਿਆਪਕ ਸੰਤੁਸ਼ਟੀ ਜਾਂ ਇਕਸਾਰ ਨਤੀਜਿਆਂ ਦੇ ਦਾਅਵੇ ਕਰਦਾ ਹੋਵੇ।

ਅਸਧਾਰਨ ਨਤੀਜਿਆਂ ਨੂੰ ਕਿਵੇਂ ਕਾਨੂੰਨੀ ਢੰਗ ਨਾਲ ਦੱਸਣਾ

ਗਵਾਹੀਆਂ ਵਿੱਚ ਤਗੜੇ ਨਤੀਜੇ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਸੰਦਰਭ ਦਾਅਵੇ ਨਾਲ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ। ਜੇ ਕੋਈ ਗਾਹਕ ਬਹੁਤ ਵੱਧ ਪੈਸੇ ਕਮਾਉਣ, ਬਹੁਤ ਵੱਡਾ ਵਜ਼ਨ ਘਟਾਉਣ ਜਾਂ ਬਹੁਤ ਤੇਜ਼ ਨਤੀਜਾ ਮਿਲਣ ਦੀ ਗੱਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਜਦ ਤਕ ਤੁਸੀਂ ਆਮਤਾ ਦਾ ਸਬੂਤ ਨਾ ਦਿਖਾਓ, ਉਸਨੂੰ ਆਮ ਨਤੀਜਾ ਵਜੋਂ ਪੇਸ਼ ਨਾ ਕਰੋ।

ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ ਇਹ ਹੈ: ਨਤੀਜੇ ਨੂੰ ਇਕ ਵਿਅਕਤੀ ਦੇ ਤਜਰਬੇ ਵਜੋਂ ਦੱਸੋ, ਗਾਰੰਟੀ ਵਾਲੀ ਭਾਸ਼ਾ ਤੋਂ ਬਚੋ, ਅਤੇ ਵਿਆਖਿਆਤਮਕ ਸੰਦਰਭ ਨੂੰ ਸਿੱਧਾ ਗਵਾਹੀ ਦੇ ਨੇੜੇ ਰੱਖੋ। ਲੰਮੇ ਪੰਨੇ ਦੇ ਥੱਲੇ ਵੱਖ 'ਨਤੀਜੇ ਭਿੰਨ ਹੋ ਸਕਦੇ ਹਨ' ਲਾਈਨ ਰੱਖਣਾ ਨਾਲੋਂ ਦਾਅਵੇ ਦੇ ਕੋਲ ਸੰਦਰਭ ਰੱਖਣਾ ਵਧੀਆ ਹੈ।

ਸੰਭਾਲਣ ਲਈ ਸਮੀਖਿਆ ਇਨਪੁੱਟ ਫੀਲਡ

ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਗਵਾਹੀ ਫਾਇਲ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:

• ਮੂਲ ਸਰੋਤ URL ਜਾਂ ਜਮ੍ਹਾਂ ਕਰਨ ਵਾਲਾ ਮਾਰਗ,
• ਇਕੱਠਾ ਕਰਨ ਦੀ ਤਾਰੀਖ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਤਾਰੀਖ,
• ਸਮੀਖਿਆ ਕਰਨ ਵਾਲੇ ਦੀ ਸਹਿਮਤੀ ਸਥਿਤੀ,
• ਜਦੋਂ ਮੌਜੂਦ ਹੋਵੇ ਤਾਂ ਖਰੀਦ ਜਾਂ ਯੂਜ਼ਰ ਯੋਗਤਾ ਦਾ ਸਬੂਤ,
• ਪ੍ਰੋਤਸਾਹਨ ਜਾਂ ਮੁਆਵਜ਼ਾ ਫਲੈਗ,
• ਪ੍ਰਕਾਸ਼ਿਤ ਮੂਲ ਲਿਖਤ,
• ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤੇ ਸੰਪਾਦਨ,
• ਅਤੇ ਜਿਹੜੀ ਰਚਨਾਤਮਕ ਜਾਂ ਪੰਨਾ ਵਰਜਨ ਵਿੱਚ ਸਮੀਖਿਆ ਨਜ਼ਰ ਆਈ।

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

ਦਾਅਵੇ, ਸਬੂਤ ਅਤੇ ਵਰਜਨ ਨਿਯੰਤਰਣ

ਸਭ ਤੋਂ ਆਮ ਅਨੁਕੂਲਤਾ ਨਾਕਾਮੀ ਇੱਕ ਮਾੜਾ ਵਾਕ ਨਹੀਂ। ਇਹ ਵਿਗਿਆਪਨ, ਵੀਡੀਓ ਵਿਕਰੀ ਪ੍ਰਸਤੁਤੀ, ਲੈਂਡਿੰਗ ਪੰਨਾ, ਈਮੇਲ ਫਾਲੋਅੱਪ ਅਤੇ ਚੈਕਆਉਟ ਕਾਪੀ ਵਿਚਕਾਰ ਬੇਮੇਲਪਨ ਹੈ।

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

ਇੱਕ ਦਾਅਵਾ ਰਜਿਸਟਰ ਬਣਾਓ

ਹਰ ਕੈਂਪੇਨ ਲਈ ਇੱਕ ਦਾਅਵਾ ਰਜਿਸਟਰ ਬਣਾਓ। ਹਰ ਦਾਅਵੇ ਨਾਲ ਇਕ ਮਾਲਕ, ਸਰੋਤ ਸਬੂਤ, ਮਨਜ਼ੂਰ ਸ਼ੁਦਾ ਸ਼ਬਦ, ਰੋਕੀ ਸ਼ਬਦਾਵਲੀ, ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਗ੍ਹਾਂ ਅਤੇ ਵਰਜਨ ਇਤਿਹਾਸ ਹੋਵੇ।

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

ਰਚਨਾਤਮਕ ਨਾਲ ਸਬੂਤ ਰੱਖੋ

ਸਕ੍ਰੀਨਸ਼ਾਟ, ਸਕ੍ਰਿਪਟਾਂ, ਵਿਗਿਆਪਨ IDs, ਲੈਂਡਿੰਗ ਪੰਨਾ ਵਰਜਨ, ਵੀਡੀਓ ਵਿਕਰੀ ਪ੍ਰਸਤੁਤੀ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ, ਸਮੀਖਿਆ ਰਿਕਾਰਡ ਅਤੇ ਪ੍ਰਕਾਸ਼ਨ ਤਾਰੀਖਾਂ ਇਕੱਠੇ ਸੰਭਾਲੋ। ਕੇਵਲ ਕਲਾਇੰਟ-ਸਾਈਡ ਐਨਲਿਟਿਕਸ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ ਕਿਉਂਕਿ ਪਿਕਸਲ ਟ੍ਰੈਫਿਕ ਮਿਸ ਕਰ ਸਕਦੇ ਹਨ, ਪਲੇਟਫਾਰਮ ਪਛਾਣ ਕਰਨ ਵਾਲੇ ਨਿਸ਼ਾਨ ਬਦਲ ਸਕਦੇ ਹਨ, ਅਤੇ ਲੈਂਡਿੰਗ ਪੰਨੇ ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਸੋਧੇ ਜਾ ਸਕਦੇ ਹਨ।

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

ਸਹਿਯੋਗੀ ਓਪਰੇਟਰਾਂ ਲਈ ਚੈਨਲ ਚੈਕਲਿਸਟ

ਅਨੁਕੂਲਤਾ ਬਨਾਮ ਕਾਰਗੁਜ਼ਾਰੀ ਵਾਧਾ

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

AdSpy, BigSpy, Anstrex, ClickBank ਅਤੇ Digistore24 ਵਰਗੇ ਮੁਕਾਬਲਾਤਮਕ ਸਾਧਨ ਮਾਰਕੀਟ ਪ੍ਰਸੰਗ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਇਹ ਪ੍ਰਮਾਣ ਦੀ ਸਮੀਖਿਆ ਜਾਂ ਦਾਅਵਾ ਪ੍ਰਬੰਧਨ ਦੀ ਜਗ੍ਹਾ ਨਹੀਂ ਲੈਂਦੇ। ਉਹ ਸਿਗਨਲ ਦਿਖਾਉਂਦੇ ਹਨ; ਉਹ ਇਹ ਸਰਟੀਫਾਈ ਨਹੀਂ ਕਰਦੇ ਕਿ ਕੋਈ ਦਾਅਵਾ ਸਾਬਤਸ਼ੁਦਾ ਹੈ ਜਾਂ ਕੋਈ ਗਵਾਹੀ ਕਾਨੂੰਨੀ ਤੌਰ 'ਤੇ ਮਾਣਯੋਗ ਹੈ।

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

ਜਿਨ੍ਹਾਂ ਟੀਮਾਂ ਨੂੰ ਸਮਝਣਾ ਹੈ ਕਿ ਸਰਗਰਮ ਪੇਸ਼ਕਸ਼ਾਂ ਦੀ ਕਿਵੇਂ ਪਰਖ ਹੁੰਦੀ ਹੈ, ਉਨ੍ਹਾਂ ਲਈ Daily Intel Service ਵਿਧੀ ਸ਼ੋਧੀ ਢੰਗ ਸਮਝਾਉਂਦੀ ਹੈ, ਬਿਨਾਂ ਇਹ ਮੰਗੇ ਕਿ ਸਹਿਯੋਗੀ ਅਨੁਕੂਲਤਾ ਨੂੰ ਕੇਵਲ conversion ਗਿਮਿਕ ਬਣਾਉਣ।

ਲਾਂਚ ਚੈਕਲਿਸਟ

ਕਿਸੇ ਸਹਿਯੋਗੀ ਕੈਂਪੇਨ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਜਾਂ ਵਧਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਕ੍ਰਮ ਚਲਾਓ:

1. ਸਿਫ਼ਾਰਸ਼ ਦੇ ਪਿੱਛੇ ਹਰ ਮਾਲੀ ਸੰਬੰਧ ਦੀ ਪਛਾਣ ਕਰੋ।
2. ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਾਲਾ ਖੁਲਾਸਾ ਹਰ ਮਹੱਤਵਪੂਰਣ ਸਿਫ਼ਾਰਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਨੇੜੇ ਰੱਖੋ।
3. ਸਿਰਫ਼ ਵਿਗਿਆਪਨ ਜਾਂ ਲੈਂਡਿੰਗ ਪੰਨਾ ਨਹੀਂ, ਪੂਰੇ ਵਿਕਰੀ-ਰਾਹ ਨੂੰ ਵੇਖੋ।
4. ਹਰ ਨਤੀਜੇ ਦੇ ਦਾਅਵੇ ਨੂੰ ਸਬੂਤ ਅਤੇ ਮਨਜ਼ੂਰ ਸ਼ਬਦਾਵਲੀ ਨਾਲ ਮਿਲਾਓ।
5. ਸਮੀਖਿਆ ਸਰੋਤ, ਸਹਿਮਤੀ, ਤਾਰੀਖ ਅਤੇ ਪ੍ਰੋਤਸਾਹਨ ਸਥਿਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
6. ਅਸਧਾਰਨ ਨਤੀਜਿਆਂ ਨੂੰ ਦਾਅਵੇ ਦੇ ਬਿਲਕੁਲ ਨੇੜੇ ਸਿੱਧਾ ਵਰਗੀਕ੍ਰਿਤ ਕਰੋ।
7. ਸਮੇਂ ਦੇ ਨਿਸ਼ਾਨ ਨਾਲ ਵਿਗਿਆਪਨ, ਵੀਡੀਓ ਵਿਕਰੀ ਪ੍ਰਸਤੁਤੀ, ਲੈਂਡਿੰਗ ਪੰਨਾ ਅਤੇ ਈਮੇਲ ਵਰਜਨਾਂ ਨੂੰ ਸੰਭਾਲੋ।
8. ਸੰਪਾਦਨ, ਪੇਸ਼ਕਸ਼ ਬਦਲਾਅ ਜਾਂ ਨਵੇਂ ਟ੍ਰੈਫਿਕ ਸਰੋਤਾਂ ਤੋਂ ਬਾਅਦ ਸਮਾਜਿਕ ਸਬੂਤ ਫਿਰ ਜਾਂਚੋ।
9. ਕੋਈ ਅਪ੍ਰਮਾਣਿਤ ਸਬੂਤ ਬਲਾਕ ਪਾਉਂਸ ਕਰੋ।

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

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

ਸਵਾਲ: ਕੀ ਸਹਿਯੋਗੀ ਲਿੰਕਾਂ ਲਈ ਹਮੇਸ਼ਾ FTC ਖੁਲਾਸਾ ਲਾਜ਼ਮੀ ਹੁੰਦਾ ਹੈ?
ਜਵਾਬ: ਜੇ ਕੋਈ ਸਹਿਯੋਗੀ ਲਿੰਕ ਮੁਆਵਜ਼ਾ ਜਾਂ ਕੋਈ ਹੋਰ ਮਾਲੀ ਫ਼ਾਇਦਾ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸਿਫ਼ਾਰਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਨੇੜੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸੋ। ਖੁਲਾਸਾ ਐਸਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕੋਈ ਅਲੱਗ ਨੀਤੀ ਪੰਨਾ ਪੜ੍ਹੇ ਬਿਨਾਂ ਸਮਝ ਆ ਜਾਵੇ।

ਸਵਾਲ: ਲੈਂਡਿੰਗ ਪੰਨੇ 'ਤੇ ਸਹਿਯੋਗੀ ਖੁਲਾਸਾ ਕਿੱਥੇ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ?
ਜਵਾਬ: ਪਹਿਲੀ ਉਤਪਾਦ ਸਿਫ਼ਾਰਸ਼, ਤੁਲਨਾ, ਗਵਾਹੀ-ਕੇਂਦਰਤ ਕਾਰਵਾਈ ਬੁਲਾਵਾ ਜਾਂ ਖਰੀਦ ਲਿੰਕ ਦੇ ਨੇੜੇ ਰੱਖੋ। ਜੇ ਪੰਨੇ 'ਤੇ ਕਈ ਭਾਗਾਂ ਵਿੱਚ ਸਿਫ਼ਾਰਸ਼ ਦੁਹਰਾਈ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਜਿੱਥੇ ਯੂਜ਼ਰ ਫ਼ੈਸਲਾ ਕਰਦੇ ਹਨ ਉੱਥੇ ਖੁਲਾਸਾ ਦੁਹਰਾਓ ਜਾਂ ਮਜ਼ਬੂਤ ਕਰੋ।

ਸਵਾਲ: ਕੀ ਸਹਿਯੋਗੀ ਵੇਂਡਰ-ਪ੍ਰਦੱਤ ਗਵਾਹੀਆਂ ਵਰਤ ਸਕਦੇ ਹਨ?
ਜਵਾਬ: ਹਾਂ, ਪਰ ਪਹਿਲਾਂ ਸਰੋਤ, ਸਹਿਮਤੀ, ਪ੍ਰੋਤਸਾਹਨ ਸਥਿਤੀ ਅਤੇ ਦਾਅਵੇ ਦਾ ਸੰਦਰਭ ਜਾਂਚ ਕੇ। ਵੇਂਡਰ ਵੱਲੋਂ ਦਿੱਤਾ ਸਬੂਤ ਆਪਣੇ ਆਪ ਅਨੁਕੂਲ ਨਹੀਂ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ।

ਸਵਾਲ: ਕੀ ਸਹਿਯੋਗੀ ਮਾਰਕੀਟਿੰਗ ਵਿੱਚ ਅਸਧਾਰਨ ਗਾਹਕ ਨਤੀਜੇ ਮਨਜ਼ੂਰ ਹਨ?
ਜਵਾਬ: ਜਦੋਂ ਇਹ ਸੱਚੇ ਅਤੇ ਢੰਗ ਨਾਲ ਵਿਆਖਿਆ ਕੀਤੇ ਹੋਣ ਤਾਂ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਕਿਸੇ ਅਸਧਾਰਨ ਉਦਾਹਰਨ ਨੂੰ ਰੁਟਬੀ (ਆਮ) ਤਜਰਬਾ ਵਜੋਂ ਨਾ ਪੇਸ਼ ਕਰੋ, ਜਦ ਤੱਕ ਸਬੂਤ ਨਾ ਹੋਵੇ ਕਿ ਇਹ ਆਮ ਗਾਹਕ ਅਨੁਭਵ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਸਵਾਲ: ਜੇ ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਕੋਈ ਸਮੀਖਿਆ ਨਕਲੀ ਲੱਗੇ ਤਾਂ ਟੀਮ ਕੀ ਕਰੇ?
ਜਵਾਬ: ਸੰਬੰਧਿਤ ਰਚਨਾਤਮਕ ਜਾਂ ਪੰਨਾ ਭਾਗ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਰੋਕੋ, ਮੌਜੂਦਾ ਵਰਜਨ ਸੰਭਾਲੋ, ਸਰੋਤ ਰਿਕਾਰਡ ਦੀ ਜਾਂਚ ਕਰੋ, ਅਪ੍ਰਮਾਣਿਤ ਪ੍ਰਮਾਣ ਹਟਾਓ ਜਾਂ ਸੋਧੋ, ਅਤੇ ਫਿਰ ਤੋਂ ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲਾਅ ਦਰਜ ਕਰੋ.