ਈਮੇਲ ਡਿਲਿਵਰੇਬਿਲਿਟੀ ਨੂੰ ਸਮਝਣਾ
ਈਮੇਲ ਡਿਲਿਵਰੇਬਿਲਿਟੀ (Email deliverability) ਦਾ ਮਤਲਬ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਵੱਲੋਂ ਭੇਜੀਆਂ ਗਈਆਂ ਈਮੇਲਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਇਨਬਾਕਸ ਵਿੱਚ ਪਹੁੰਚਣ ਅਤੇ ਸਪੈਮ ਫੋਲਡਰ ਵਿੱਚ ਨਾ ਜਾਣ। ਅੱਜ-ਕੱਲ੍ਹ ਪ੍ਰਮੁੱਖ ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਜਿਵੇਂ ਕਿ Gmail ਅਤੇ Yahoo ਭੇਜਣ ਵਾਲਿਆਂ ਲਈ ਸਖ਼ਤ ਨਿਯਮ ਅਤੇ ਤਕਨੀਕੀ ਮਿਆਰ ਲਾਗੂ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਤੁਹਾਡਾ ਡੋਮੇਨ ਇਹਨਾਂ ਮਿਆਰਾਂ ਦੀ ਪਾਲਣਾ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਤੁਹਾਡੀਆਂ ਮਹੱਤਵਪੂਰਨ ਈਮੇਲਾਂ ਬਲਾਕ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਇਹ "ਈਮੇਲ ਡਿਲਿਵਰੇਬਿਲਿਟੀ ਚੈੱਕਲਿਸਟ" ਟੂਲ ਤੁਹਾਡੇ ਭੇਜਣ ਵਾਲੇ ਡੋਮੇਨ, ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਭੇਜਣ ਦੇ ਤਰੀਕਿਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਇਹ ਟੂਲ 2026-07-16 ਦੇ ਸਥਿਰ ਹਵਾਲਾ ਸੈੱਟ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜੋ ਉਸ ਤਾਰੀਖ਼ ਤੱਕ ਦੇ ਪ੍ਰਕਾਸ਼ਿਤ ਉਦਯੋਗਿਕ ਮਿਆਰਾਂ ਅਤੇ ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਰਹਿਨੁਮਾਈ ਦਾ ਸਾਰ ਪੇਸ਼ ਕਰਦਾ ਹੈ।
ਈਮੇਲ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਮੁੱਖ ਥੰਮ੍ਹ: SPF, DKIM ਅਤੇ DMARC
ਈਮੇਲ ਭੇਜਣ ਵਾਲੇ ਡੋਮੇਨ ਦੀ ਪਛਾਣ ਸਾਬਤ ਕਰਨ ਲਈ ਤਿੰਨ ਮੁੱਖ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:
- SPF (Sender Policy Framework): ਇਹ ਤੁਹਾਡੇ DNS ਵਿੱਚ ਇੱਕ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ ਜੋ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਡੋਮੇਨ ਵੱਲੋਂ ਕਿਹੜੇ IP ਪਤੇ ਜਾਂ ਸਰਵਰ ਈਮੇਲ ਭੇਜ ਸਕਦੇ ਹਨ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ SPF ਹਰ ਭੇਜਣ ਵਾਲੀ ਸੇਵਾ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।
- DKIM (DomainKeys Identified Mail): ਇਹ ਹਰ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਡਿਜੀਟਲ ਦਸਤਖਤ ਜੋੜਦਾ ਹੈ। ਢੁੱਕਵੀਂ ਕੁੰਜੀ ਨਾਲ DKIM ਸਾਈਨਿੰਗ ਸਰਗਰਮ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਾਈਨਿੰਗ ਕੁੰਜੀ ਘੱਟੋ-ਘੱਟ 1024 ਬਿੱਟ ਹੋਵੇ, ਹਾਲਾਂਕਿ ਸਹਾਇਤਾ ਹੋਣ 'ਤੇ 2048 ਬਿੱਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ [INTERFACE]।
- DMARC (Domain-based Message Authentication, Reporting, and Conformance): ਇਹ ਨੀਤੀ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ ਕਿ ਜੇਕਰ ਕੋਈ ਈਮੇਲ SPF ਜਾਂ DKIM ਜਾਂਚ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਸਰਵਰ ਉਸ ਨਾਲ ਕੀ ਕਰੇ। DMARC ਘੱਟੋ-ਘੱਟ p=none ਨਾਲ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਹੌਲੀ-ਹੌਲੀ quarantine ਜਾਂ reject ਵੱਲ ਵਧਿਆ ਜਾ ਸਕਦਾ ਹੈ [INTERFACE]।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਵੀ ਜ਼ਰੂਰੀ ਹੈ ਕਿ SPF ਜਾਂ DKIM ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ From ਡੋਮੇਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਵੇ (Alignment)।
ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਅਤੇ ਸੁਨੇਹੇ ਦਾ ਫਾਰਮੈਟ
ਈਮੇਲ ਭੇਜਣ ਵਾਲੇ ਸਰਵਰਾਂ ਦਾ ਤਕਨੀਕੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸਹੀ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:
- DNS ਤਾਲਮੇਲ: ਭੇਜਣ ਵਾਲੇ IP ਲਈ ਫਾਰਵਰਡ ਅਤੇ ਰਿਵਰਸ DNS ਮੇਲ ਖਾਂਦੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰ ਭੇਜਣ ਵਾਲੇ IP ਦਾ ਇੱਕ PTR ਹੋਸਟਨੇਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਮੁੜ ਉਸੇ IP 'ਤੇ ਰਿਜ਼ਾਲਵ ਹੁੰਦਾ ਹੋਵੇ [INTERFACE]।
- ਸੁਰੱਖਿਅਤ ਟ੍ਰਾਂਸਮਿਸ਼ਨ: ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਮੇਲ TLS (Transport Layer Security) ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੋਵੇ ਤਾਂ ਜੋ ਰਸਤੇ ਵਿੱਚ ਸੁਨੇਹੇ ਇਨਕ੍ਰਿਪਟ ਰਹਿਣ।
- ਸਹੀ ਹੈਡਰ: ਸੁਨੇਹੇ ਦੇ ਹੈਡਰ ਅਤੇ ਭੇਜਣ ਵਾਲੇ ਦੀ ਪਛਾਣ ਵੈਧ ਅਤੇ ਸਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਸ ਵਿੱਚ ਇੱਕ ਸਹੀ From ਪਤਾ, ਵੈਧ Date ਅਤੇ Message-ID ਖੇਤਰ ਸ਼ਾਮਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਵਿਸ਼ਾ ਗੁੰਮਰਾਹ ਕਰਨ ਵਾਲਾ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ [INTERFACE]।
ਭੇਜਣ ਦੇ ਸਹੀ ਤਰੀਕੇ ਅਤੇ ਸਹਿਮਤੀ ਪ੍ਰਬੰਧਨ
ਸਿਰਫ਼ ਤਕਨੀਕੀ ਸੈਟਿੰਗਾਂ ਹੀ ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ; ਤੁਹਾਡੇ ਭੇਜਣ ਦੇ ਤਰੀਕੇ ਵੀ ਮਿਆਰੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:
- ਸਹਿਮਤੀ (Consent): ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਨੇ ਸਹਿਮਤੀ ਦਿੱਤੀ ਹੈ ਅਤੇ ਗਲਤ ਜਾਂ ਅਵੈਧ ਪਤੇ ਸੂਚੀ ਵਿੱਚੋਂ ਤੁਰੰਤ ਹਟਾਏ ਗਏ ਹਨ।
- ਸ਼ਿਕਾਇਤ ਦਰਾਂ (Complaint Rates): ਸ਼ਿਕਾਇਤ ਦਰਾਂ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਹੱਦਾਂ ਤੋਂ ਹੇਠਾਂ ਨਿਗਰਾਨੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, Gmail ਦੀ ਸਪੈਮ ਦਰ 0.10% ਤੋਂ ਹੇਠਾਂ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ 0.30% ਜਾਂ ਇਸ ਤੋਂ ਵੱਧ ਜਾਣ ਤੋਂ ਬਚਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਦੋਂ ਕਿ Yahoo ਦੀਆਂ ਸ਼ਿਕਾਇਤਾਂ 0.30% ਤੋਂ ਹੇਠਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ [INTERFACE]।
- ਗਾਹਕੀ ਰੱਦ ਕਰਨਾ (Unsubscribe): ਮਾਰਕੀਟਿੰਗ ਜਾਂ ਗਾਹਕੀ ਵਾਲੀ ਮੇਲ ਲਈ ਇੱਕ-ਕਲਿੱਕ ਗਾਹਕੀ ਰੱਦ ਕਰਨ ਵਾਲੇ ਹੈਡਰ (RFC 8058 ਦੇ List-Unsubscribe ਅਤੇ List-Unsubscribe-Post) ਕੰਮ ਕਰਦੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਸਦੇ ਨਾਲ ਹੀ, ਸੁਨੇਹੇ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਗਾਹਕੀ ਰੱਦ ਕਰਨ ਦੀ ਸਹੂਲਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਬਿਨਾਂ ਸਾਈਨ ਇਨ ਕੀਤੇ ਕੰਮ ਕਰੇ ਅਤੇ ਬੇਨਤੀਆਂ ਨੂੰ ਦੋ ਦਿਨਾਂ ਦੇ ਅੰਦਰ ਸੰਭਾਲਿਆ ਜਾਵੇ [INTERFACE]।
ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰੀਏ
ਇਸ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ:
- ਭੇਜਣ ਵਾਲਾ ਡੋਮੇਨ: ਆਪਣਾ ਵੈਧ ਜਨਤਕ ਡੋਮੇਨ (ਜਿਵੇਂ
mail.example.com) ਦਾਖਲ ਕਰੋ। ਧਿਆਨ ਦਿਓ ਕਿ ਇਸ ਵਿੱਚ ਕੋਈ ਸਕੀਮ, ਪਾਥ ਜਾਂ ਈਮੇਲ ਪਤਾ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। - ਸੰਦਰਭ ਚੁਣੋ: ਜੇਕਰ ਤੁਸੀਂ ਰੋਜ਼ਾਨਾ ਲਗਭਗ 5,000 ਜਾਂ ਵੱਧ ਸੁਨੇਹੇ ਭੇਜਦੇ ਹੋ, ਤਾਂ "ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਭੇਜਣ ਵਾਲਾ" ਟੌਗਲ ਚਾਲੂ ਕਰੋ। ਜੇਕਰ ਇਹ ਨਿਊਜ਼ਲੈਟਰ ਜਾਂ ਪ੍ਰਚਾਰ ਸਮੱਗਰੀ ਹੈ, ਤਾਂ "ਮਾਰਕੀਟਿੰਗ ਜਾਂ ਗਾਹਕੀ ਵਾਲੀ ਮੇਲ" ਟੌਗਲ ਚਾਲੂ ਕਰੋ।
- ਚੈੱਕਲਿਸਟ ਭਰੋ: ਉਹਨਾਂ ਬਾਰਾਂ ਆਈਟਮਾਂ ਦੇ ਖਾਨਿਆਂ 'ਤੇ ਨਿਸ਼ਾਨ ਲਗਾਓ ਜਿਨ੍ਹਾਂ ਦੀ ਪੁਸ਼ਟੀ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕਰ ਚੁੱਕੇ ਹੋ।
- ਸਮੀਖਿਆ ਬਣਾਓ: "ਸਮੀਖਿਆ ਦੇ ਕਦਮ ਬਣਾਓ" 'ਤੇ ਕਲਿੱਕ ਕਰੋ [INTERFACE]। ਟੂਲ ਤੁਹਾਨੂੰ ਗੁੰਮ ਆਈਟਮਾਂ ਅਤੇ ਅਗਲੇ ਲੋੜੀਂਦੇ ਜਾਂ ਸਿਫ਼ਾਰਸ਼ੀ ਕਦਮਾਂ ਦੀ ਸੂਚੀ ਦਿਖਾਏਗਾ।
ਤੁਸੀਂ "ਨਮੂਨਾ ਲੋਡ ਕਰੋ" 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਇੱਕ ਉਦਾਹਰਨ ਵੀ ਦੇਖ ਸਕਦੇ ਹੋ, ਜਾਂ "ਸਾਫ਼ ਕਰੋ" 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਸਾਰਾ ਡਾਟਾ ਸਾਫ਼ ਕਰ ਸਕਦੇ ਹੋ [INTERFACE]।
ਨਿਯਮ, ਸੀਮਾਵਾਂ ਅਤੇ ਗੋਪਨੀਯਤਾ
- ਗੋਪਨੀਯਤਾ: ਤੁਹਾਡਾ ਡੋਮੇਨ ਅਤੇ ਚੈੱਕਲਿਸਟ ਦੀਆਂ ਚੋਣਾਂ ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਹੀ ਰਹਿੰਦੀਆਂ ਹਨ [INTERFACE]। BroBroGo ਉਨ੍ਹਾਂ ਨੂੰ ਅੱਪਲੋਡ ਜਾਂ ਸੇਵ ਨਹੀਂ ਕਰਦਾ [INTERFACE]। ਸਾਰੀ ਪ੍ਰਕਿਰਿਆ ਤੁਹਾਡੀ ਡਿਵਾਈਸ 'ਤੇ ਹੁੰਦੀ ਹੈ।
- ਸੀਮਾਵਾਂ: ਇਹ ਟੂਲ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਦੁਆਰਾ ਦਿੱਤੇ ਗਏ ਇਨਪੁਟ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ। ਇਹ DNS ਦੀ ਪੁੱਛਗਿੱਛ ਨਹੀਂ ਕਰਦਾ, ਲਾਈਵ ਸੁਨੇਹਿਆਂ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਦਾ, ਜਾਂ ਪ੍ਰਦਾਤਾ ਖਾਤਿਆਂ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ [INTERFACE]।
- ਕੋਈ ਗਾਰੰਟੀ ਨਹੀਂ: ਚੈੱਕਲਿਸਟ ਦੀ ਹਰ ਆਈਟਮ ਪੂਰੀ ਕਰਨ ਨਾਲ ਇਨਬਾਕਸ ਵਿੱਚ ਪਹੁੰਚਣ ਦੀ ਕੋਈ ਗਾਰੰਟੀ ਨਹੀਂ ਮਿਲਦੀ, ਕਿਉਂਕਿ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਫਿਲਟਰ ਕਈ ਹੋਰ ਗਤੀਸ਼ੀਲ ਕਾਰਕਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ (FAQ)
ਸਵਾਲ: ਇਹ ਚੈੱਕਲਿਸਟ ਕਿਹੜੇ ਨਿਯਮ ਵਰਤਦੀ ਹੈ?
ਜਵਾਬ: 2026-07-16 ਦਾ ਹਵਾਲਾ ਸੈੱਟ SPF ਲਈ RFC 7208, DKIM ਲਈ RFC 6376, DMARC ਲਈ RFC 9989, ਇੱਕ-ਕਲਿੱਕ ਗਾਹਕੀ ਰੱਦ ਕਰਨ ਲਈ RFC 8058 ਅਤੇ ਉਸ ਤਾਰੀਖ਼ ਨੂੰ ਉਪਲਬਧ Gmail ਅਤੇ Yahoo ਦੀ ਭੇਜਣ ਵਾਲਿਆਂ ਲਈ ਰਹਿਨੁਮਾਈ ਵਰਤਦਾ ਹੈ [INTERFACE]।
ਸਵਾਲ: ਕੀ ਚੈੱਕਲਿਸਟ DNS ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਦੀ ਹੈ ਜਾਂ ਟੈਸਟ ਈਮੇਲ ਭੇਜਦੀ ਹੈ?
ਜਵਾਬ: ਨਹੀਂ। ਇਹ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਦਿੱਤੇ ਡੋਮੇਨ, ਸੰਦਰਭ ਅਤੇ ਚੁਣੇ ਹੋਏ ਖਾਨਿਆਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੀ ਹੈ [INTERFACE]। ਆਪਣੇ DNS ਪ੍ਰਦਾਤਾ, ਭੇਜਣ ਵਾਲੀ ਸੇਵਾ ਅਤੇ ਅਸਲ ਸੁਨੇਹੇ ਦੇ ਹੈਡਰਾਂ ਨਾਲ ਤਿਆਰ ਕੀਤੇ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ [INTERFACE]।
ਸਵਾਲ: ਕੀ ਹਰ ਆਈਟਮ ਪੂਰੀ ਕਰਨ ਨਾਲ ਇਨਬਾਕਸ ਵਿੱਚ ਪਹੁੰਚਣ ਦੀ ਗਾਰੰਟੀ ਮਿਲਦੀ ਹੈ?
ਜਵਾਬ: ਨਹੀਂ। ਪ੍ਰਾਪਤਕਰਤਾ ਸਾਖ, ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਦੀ ਪ੍ਰਤੀਕਿਰਿਆ, ਸਮੱਗਰੀ, ਟ੍ਰੈਫਿਕ ਦੇ ਢੰਗ ਅਤੇ ਬਦਲਦੇ ਅੰਦਰੂਨੀ ਨਿਯਮ ਵੀ ਵਰਤਦੇ ਹਨ [INTERFACE]। ਇਹ ਚੈੱਕਲਿਸਟ ਸਮੀਖਿਆ ਦੀ ਤਿਆਰੀ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ; ਇਹ ਡਿਲਿਵਰੀ ਦੀ ਭਵਿੱਖਬਾਣੀ ਜਾਂ ਗਾਰੰਟੀ ਨਹੀਂ ਦੇ ਸਕਦੀ [INTERFACE]।
ਸਵਾਲ: ਜੇਕਰ ਮੈਂ ਸਾਰੀਆਂ ਆਈਟਮਾਂ ਪੂਰੀਆਂ ਕਰ ਲਵਾਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?
ਜਵਾਬ: ਜਦੋਂ ਸਾਰੀਆਂ ਲਾਗੂ ਆਈਟਮਾਂ ਦੀ ਜਾਂਚ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਟੂਲ "ਇਸ ਹਵਾਲਾ ਸੈੱਟ ਵਿੱਚ ਕੋਈ ਅਣਚੁਣੀ ਆਈਟਮ ਨਹੀਂ" ਦਿਖਾਏਗਾ [INTERFACE]। ਹਾਲਾਂਕਿ, ਤੁਹਾਨੂੰ ਅਸਲ ਸੁਨੇਹਿਆਂ, ਰਿਪੋਰਟਾਂ ਅਤੇ ਪ੍ਰਦਾਤਾ ਰਹਿਨੁਮਾਈ ਦੀ ਨਿਗਰਾਨੀ ਜਾਰੀ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿਉਂਕਿ ਲੋੜਾਂ ਸਮੇਂ ਦੇ ਨਾਲ ਬਦਲ ਸਕਦੀਆਂ ਹਨ।