ਆਪਣੀ ਵੈੱਬਸਾਈਟ 'ਤੇ ਸੰਪਰਕ ਫਾਰਮ ਕਿਵੇਂ ਜੋੜੀਏ (ਜੋ ਅਸਲ ਵਿੱਚ ਤੁਹਾਡੇ ਤੱਕ ਪਹੁੰਚੇ)

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

ਤੁਹਾਡੇ ਵਿਕਲਪ

ਜੇ ਤੁਹਾਡੀ ਸਾਈਟ ਦਾ ਪਹਿਲਾਂ ਹੀ ਬੈਕਐਂਡ ਅਤੇ ਡਾਟਾਬੇਸ ਹੈ, ਜੋ AI ਐਪ ਬਿਲਡਰਾਂ ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ ਅਕਸਰ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਆਖਰੀ ਵਿਕਲਪ ਸਭ ਤੋਂ ਭਰੋਸੇਯੋਗ ਹੈ ਅਤੇ ਪੁੱਛਗਿੱਛਾਂ ਨੂੰ ਉਸ ਥਾਂ ਰੱਖਦਾ ਹੈ ਜਿੱਥੋਂ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵੇਖ ਸਕੋ।

ਚੰਗੇ ਸੰਪਰਕ ਫਾਰਮ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ

• ਘੱਟ ਤੋਂ ਘੱਟ ਫੀਲਡ। ਨਾਂ, ਈਮੇਲ, ਸੁਨੇਹਾ। ਵਿਸ਼ਾ ਡ੍ਰੌਪਡਾਊਨ ("ਸੇਲਜ਼", "ਸਹਾਇਤਾ", "ਹੋਰ") ਸਿਰਫ਼ ਉਦੋਂ ਜੇ ਤੁਸੀਂ ਉਸ ਅਨੁਸਾਰ ਰੂਟ ਕਰੋਗੇ।
• ਸਾਫ਼ ਲੇਬਲ ਹਰ ਫੀਲਡ ਦੇ ਉੱਪਰ, ਸਿਰਫ਼ ਪਲੇਸਹੋਲਡਰ ਟੈਕਸਟ ਨਹੀਂ ਜੋ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ।
• ਮਦਦਗਾਰ ਜਾਂਚ: "ਇੱਕ ਸਹੀ ਈਮੇਲ ਪਤਾ ਦਰਜ ਕਰੋ", ਫੀਲਡ ਦੇ ਨਾਲ ਦਿਖਦਾ ਹੋਇਆ।
• ਇੱਕ ਸਫਲਤਾ ਸਥਿਤੀ ਜੋ ਦੱਸੇ ਕਿ ਅੱਗੇ ਕੀ ਹੁੰਦਾ ਹੈ: "ਧੰਨਵਾਦ, ਅਸੀਂ ਇੱਕ ਕੰਮਕਾਜੀ ਦਿਨ ਵਿੱਚ ਜਵਾਬ ਦੇਵਾਂਗੇ।"
• ਇੱਕ ਪ੍ਰਾਈਵੇਸੀ ਨੋਟ ਜੋ ਦੱਸੇ ਕਿ ਵੇਰਵੇ ਕਿਵੇਂ ਵਰਤੇ ਜਾਣਗੇ, ਤੁਹਾਡੀ ਪ੍ਰਾਈਵੇਸੀ ਨੀਤੀ ਨਾਲ ਜੁੜਿਆ।
• ਇੱਕ ਬਦਲਵਾਂ ਰਸਤਾ, ਜਿਵੇਂ ਤੁਹਾਡਾ ਈਮੇਲ ਪਤਾ ਜਾਂ ਫ਼ੋਨ ਨੰਬਰ, ਉਹਨਾਂ ਲਈ ਜੋ ਇਹ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ।

ਉਦਾਹਰਣ ਪ੍ਰੋਂਪਟ

ਬੁਨਿਆਦੀ ਫਾਰਮ:

ਸੰਪਰਕ ਪੰਨੇ 'ਤੇ ਨਾਂ, ਈਮੇਲ ਅਤੇ ਸੁਨੇਹੇ ਵਾਲਾ ਸੰਪਰਕ ਫਾਰਮ ਜੋੜੋ (ਸਾਰੇ ਲੋੜੀਂਦੇ, ਸੁਨੇਹਾ ਵੱਧ ਤੋਂ ਵੱਧ 2,000 ਅੱਖਰ)। ਇਸਨੂੰ ਇੱਕ ਸਰਵਰ ਰੂਟ 'ਤੇ ਭੇਜੋ ਜੋ ਇਨਪੁੱਟ ਦੀ ਜਾਂਚ ਕਰੇ, ਇਸਨੂੰ contact_messages ਟੇਬਲ ਵਿੱਚ ਪ੍ਰਾਪਤੀ ਦੇ ਸਮੇਂ ਨਾਲ ਸੰਭਾਲੇ, ਅਤੇ ਇੱਕ ਸਫਲਤਾ ਸੁਨੇਹਾ ਦਿਖਾਏ: "ਧੰਨਵਾਦ, ਅਸੀਂ ਇੱਕ ਕੰਮਕਾਜੀ ਦਿਨ ਵਿੱਚ ਜਵਾਬ ਦੇਵਾਂਗੇ।" ਫੀਲਡ ਦੀਆਂ ਗਲਤੀਆਂ ਲਾਈਨ ਵਿੱਚ ਦਿਖਾਓ। ਇਸਨੂੰ ਫੋਨਾਂ 'ਤੇ ਵਧੀਆ ਕੰਮ ਕਰਨ ਵਾਲਾ ਬਣਾਓ।

ਈਮੇਲ ਸੂਚਨਾਵਾਂ:

ਜਦੋਂ ਕੋਈ ਸੰਪਰਕ ਸੁਨੇਹਾ ਸੰਭਾਲਿਆ ਜਾਵੇ, ਤਾਂ hello@example.com 'ਤੇ ਮੈਨੂੰ ਸੂਚਨਾ ਈਮੇਲ ਭੇਜੋ, RESEND_API_KEY ਵਿੱਚ ਕੁੰਜੀ ਵਰਤ ਕੇ Resend ਨਾਲ। Reply-to ਭੇਜਣ ਵਾਲੇ ਦਾ ਈਮੇਲ ਪਤਾ ਰੱਖੋ ਤਾਂ ਕਿ ਮੈਂ ਸਿੱਧਾ ਜਵਾਬ ਦੇ ਸਕਾਂ। ਜੇ ਭੇਜਣਾ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਸੰਭਾਲਿਆ ਸੁਨੇਹਾ ਰੱਖੋ ਅਤੇ ਗਲਤੀ ਲੌਗ ਕਰੋ, ਕੁੰਜੀ ਦਿਖਾਏ ਬਿਨਾਂ।

ਸਪੈਮ ਸੁਰੱਖਿਆ:

ਸੰਪਰਕ ਫਾਰਮ ਵਿੱਚ ਸਪੈਮ ਸੁਰੱਖਿਆ ਜੋੜੋ: ਇੱਕ ਲੁਕਿਆ ਹਨੀਪਾਟ ਫੀਲਡ ਜੋ ਖਾਲੀ ਰਹੇ, ਸਰਵਰ 'ਤੇ ਹਰ IP ਲਈ ਪ੍ਰਤੀ ਘੰਟਾ 5 ਬੇਨਤੀਆਂ ਦੀ ਹੱਦ, ਅਤੇ 3 ਤੋਂ ਵੱਧ ਲਿੰਕ ਵਾਲੇ ਸੁਨੇਹੇ ਰੱਦ ਕਰੋ। ਹਨੀਪਾਟ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਚੁੱਪਚਾਪ ਛੱਡ ਦਿਓ ਪਰ ਫਿਰ ਵੀ ਸਫਲਤਾ ਦਿਖਾਓ।

ਇੱਕ ਇਨਬਾਕਸ:

ਇੱਕ ਪਾਸਵਰਡ-ਸੁਰੱਖਿਅਤ ਐਡਮਿਨ ਪੰਨਾ ਜੋੜੋ ਜੋ ਸੰਪਰਕ ਸੁਨੇਹੇ ਸਭ ਤੋਂ ਨਵੇਂ ਪਹਿਲਾਂ ਦਿਖਾਏ, "ਨਜਿੱਠਿਆ" ਚੈੱਕਬਾਕਸ ਅਤੇ ਬਿਨਾਂ ਨਜਿੱਠੇ ਸੁਨੇਹਿਆਂ ਦਾ ਫਿਲਟਰ ਨਾਲ।

ਕਦਮ ਦਰ ਕਦਮ

1. ਫੈਸਲਾ ਕਰੋ ਕਿ ਸੁਨੇਹੇ ਕਿੱਥੇ ਜਾਣਗੇ: ਸੂਚਨਾਵਾਂ ਕੌਣ ਲਵੇਗਾ, ਅਤੇ ਜਵਾਬ ਕੌਣ ਦੇਵੇਗਾ।
2. ਫਾਰਮ ਬਣਾਓ ਉਹਨਾਂ ਫੀਲਡਾਂ ਨਾਲ ਜੋ ਉੱਪਰ ਹਨ, ਪਹੁੰਚਯੋਗ ਲੇਬਲਾਂ ਅਤੇ ਮੋਬਾਈਲ-ਅਨੁਕੂਲ ਇਨਪੁੱਟਾਂ ਨਾਲ (ਈਮੇਲ ਇਨਪੁੱਟ ਟਾਈਪ ਵਰਤੋ ਤਾਂ ਕਿ ਫੋਨਾਂ 'ਤੇ ਸਹੀ ਕੀਬੋਰਡ ਦਿਖੇ)।
3. ਸਰਵਰ ਰੂਟ ਬਣਾਓ। ਇਹ ਲੋੜੀਂਦੇ ਫੀਲਡ, ਈਮੇਲ ਫਾਰਮੈਟ ਅਤੇ ਲੰਬਾਈ ਦੀਆਂ ਹੱਦਾਂ ਜਾਂਚਦਾ ਹੈ। ਸਿਰਫ਼ ਬਰਾਊਜ਼ਰ ਦੀ ਜਾਂਚ 'ਤੇ ਕਦੇ ਭਰੋਸਾ ਨਾ ਕਰੋ।
4. ਪਹਿਲਾਂ ਡਾਟਾਬੇਸ ਵਿੱਚ ਸੰਭਾਲੋ। ਵੇਖੋ ਐਪ ਵਿੱਚ ਡਾਟਾਬੇਸ ਕਿਵੇਂ ਜੋੜੀਏ।
5. ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਸੈੱਟ ਕਰੋ। ਖਾਤਾ ਬਣਾਓ, ਆਪਣਾ ਭੇਜਣ ਵਾਲਾ ਡੋਮੇਨ ਤਸਦੀਕ ਕਰੋ, ਅਤੇ API ਕੁੰਜੀ ਨੂੰ ਸੀਕ੍ਰੇਟ ਵਜੋਂ ਸੰਭਾਲੋ। ਐਪ ਤੋਂ ਈਮੇਲ ਕਿਵੇਂ ਭੇਜੀਏ ਵਿੱਚ SPF, DKIM ਨਾਲ ਡੋਮੇਨ ਸੈੱਟਅੱਪ ਦਾ ਵੇਰਵਾ ਹੈ।
6. ਸੰਭਾਲਣ ਤੋਂ ਬਾਅਦ ਸਰਵਰ ਤੋਂ ਸੂਚਨਾ ਭੇਜੋ। ਭੇਜਣ ਵਾਲੇ ਵਜੋਂ ਆਪਣਾ ਤਸਦੀਕ ਡੋਮੇਨ ਵਰਤੋ ਅਤੇ reply-to ਵਜੋਂ ਵਿਜ਼ਿਟਰ ਦਾ ਪਤਾ। ਵਿਜ਼ਿਟਰ ਦੇ ਪਤੇ ਤੋਂ "from" ਨਾ ਭੇਜੋ, ਨਹੀਂ ਤਾਂ ਇਹ ਜਾਅਲੀ ਸਮਝ ਕੇ ਰੱਦ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ।
7. ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਵਿਜ਼ਿਟਰ ਨੂੰ ਆਟੋ-ਜਵਾਬ ਦਿਓ, ਪਰ ਛੋਟਾ ਰੱਖੋ; ਸਪੈਮ ਪਤਿਆਂ ਨੂੰ ਆਟੋ-ਜਵਾਬ ਤੁਹਾਡੀ ਭੇਜਣ ਵਾਲੀ ਸਾਖ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦੇ ਹਨ।
8. ਸਪੈਮ ਸੁਰੱਖਿਆ ਜੋੜੋ: ਹਨੀਪਾਟ, ਰੇਟ ਲਿਮਿਟਿੰਗ, ਫਿਰ ਲੋੜ ਪਵੇ ਤਾਂ CAPTCHA-ਵਰਗੀ ਜਾਂਚ।
9. ਪ੍ਰਕਾਸ਼ਿਤ ਸਾਈਟ 'ਤੇ ਟੈਸਟ ਕਰੋ: ਜਮ੍ਹਾਂ ਕਰੋ, ਡਾਟਾਬੇਸ ਜਾਂਚੋ, ਆਪਣਾ ਇਨਬਾਕਸ ਅਤੇ ਸਪੈਮ ਫੋਲਡਰ ਜਾਂਚੋ, ਜਵਾਬ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।

ਸਪੈਮ ਰੋਕਣਾ

ਸੰਪਰਕ ਫਾਰਮ ਲਾਈਵ ਹੋਣ ਦੇ ਕੁਝ ਦਿਨਾਂ ਵਿੱਚ ਹੀ ਬੋਟਾਂ ਨੂੰ ਖਿੱਚਦੇ ਹਨ। ਸਭ ਤੋਂ ਘੱਟ ਦਖਲ ਵਾਲੇ ਤੋਂ ਸਭ ਤੋਂ ਵੱਧ ਦਖਲ ਵਾਲੇ ਤੱਕ ਬਚਾਅ ਲੇਅਰ ਕਰੋ:

1. ਹਨੀਪਾਟ ਫੀਲਡ। ਇੱਕ ਫੀਲਡ ਜੋ ਮਨੁੱਖਾਂ ਤੋਂ ਲੁਕਿਆ ਹੈ; ਬੋਟ ਇਸਨੂੰ ਭਰਦੇ ਹਨ। ਅਸਲ ਵਿਜ਼ਿਟਰਾਂ ਦਾ ਕੋਈ ਨੁਕਸਾਨ ਨਹੀਂ।
2. ਸਰਵਰ-ਸਾਈਡ ਰੇਟ ਲਿਮਿਟਿੰਗ। ਸੀਮਾ ਲਗਾਉਂਦੀ ਹੈ ਕਿ ਇੱਕ ਪਤਾ ਕਿੰਨੇ ਸੁਨੇਹੇ ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਭੇਜ ਸਕਦਾ ਹੈ।
3. ਸਮੱਗਰੀ ਦੇ ਨਿਯਮ। ਲਿੰਕਾਂ ਨਾਲ ਭਰੇ ਸੁਨੇਹੇ ਜਾਂ ਖਾਲੀ ਜਾਂ ਬੇਹੱਦ ਲੰਬੇ ਸੁਨੇਹੇ ਰੱਦ ਕਰੋ।
4. CAPTCHA-ਵਰਗੀ ਜਾਂਚ, ਜਿਵੇਂ Cloudflare Turnstile ਜਾਂ Google reCAPTCHA। ਟੋਕਨ ਤੁਹਾਡੇ ਸਰਵਰ 'ਤੇ ਤਸਦੀਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਜੋ ਜਾਂਚ ਸਿਰਫ਼ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਚੱਲੇ ਉਸਨੂੰ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਆਮ ਗਲਤੀਆਂ

• "ਭੇਜਿਆ ਗਿਆ!" ਦਿਖਾਉਣਾ ਜਦੋਂ ਕੁਝ ਨਾ ਭੇਜਿਆ ਗਿਆ ਹੋਵੇ। UI ਸਰਵਰ ਜਵਾਬ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਉਸਦੇ ਬਾਵਜੂਦ ਸਫਲਤਾ ਕਹਿੰਦਾ ਹੈ। ਹਮੇਸ਼ਾ ਸਰਵਰ ਦੀ ਪੁਸ਼ਟੀ ਦੀ ਉਡੀਕ ਕਰੋ।
• ਸਿਰਫ਼ ਈਮੇਲ, ਡਾਟਾਬੇਸ ਨਹੀਂ। ਇੱਕ ਗਲਤ ਸੈੱਟ ਕੁੰਜੀ ਅਤੇ ਪੁੱਛਗਿੱਛਾਂ ਹਫ਼ਤਿਆਂ ਤੱਕ ਬਿਨਾਂ ਕਿਸੇ ਨੂੰ ਪਤਾ ਲੱਗੇ ਗਾਇਬ ਹੋ ਸਕਦੀਆਂ ਹਨ।
• ਫਰੰਟਐਂਡ ਕੋਡ ਵਿੱਚ API ਕੁੰਜੀ। ਕੋਈ ਵੀ ਇਸਨੂੰ ਵਰਤ ਕੇ ਤੁਹਾਡੇ ਨਾਂ 'ਤੇ ਈਮੇਲ ਭੇਜ ਸਕਦਾ ਹੈ।
• ਤਸਦੀਕ ਨਾ ਕੀਤਾ ਭੇਜਣ ਵਾਲਾ ਡੋਮੇਨ। ਸੂਚਨਾਵਾਂ ਸਪੈਮ ਵਿੱਚ ਜਾਂਦੀਆਂ ਹਨ ਜਾਂ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦੀਆਂ।
• ਵਿਜ਼ਿਟਰ ਦੇ ਈਮੇਲ ਤੋਂ "from" ਭੇਜਣਾ। ਇਸਦੀ ਥਾਂ reply-to ਵਰਤੋ।
• ਕੋਈ ਲੰਬਾਈ ਦੀ ਹੱਦ ਨਹੀਂ। ਬੋਟ ਵੱਡੇ ਟੈਕਸਟ ਦੇ ਬਲਾਕ ਪੇਸਟ ਕਰਦੇ ਹਨ।
• ਲਾਈਵ ਸਾਈਟ ਨੂੰ ਕਦੇ ਟੈਸਟ ਨਾ ਕਰਨਾ। ਕੁੰਜੀਆਂ ਅਤੇ ਡੋਮੇਨ ਅਕਸਰ ਪ੍ਰੀਵਿਊ ਅਤੇ ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ।

ਚੈੱਕਲਿਸਟ

• ਛੋਟਾ ਫਾਰਮ ਜਿਸ ਵਿੱਚ ਦਿਖਦੇ ਲੇਬਲ ਅਤੇ ਸਾਫ਼ ਗਲਤੀਆਂ ਹੋਣ
• ਸਰਵਰ-ਸਾਈਡ ਜਾਂਚ ਅਤੇ ਲੰਬਾਈ ਦੀਆਂ ਹੱਦਾਂ
• ਹਰ ਸੁਨੇਹਾ ਡਾਟਾਬੇਸ ਵਿੱਚ ਸੰਭਾਲਿਆ ਗਿਆ
• ਸੂਚਨਾ ਈਮੇਲ ਤਸਦੀਕ ਡੋਮੇਨ ਤੋਂ, reply-to ਸੈੱਟ ਕੀਤਾ ਹੋਇਆ
• ਈਮੇਲ API ਕੁੰਜੀ ਸਿਰਫ਼ ਸਰਵਰ-ਸਾਈਡ ਸੀਕ੍ਰੇਟਾਂ ਵਿੱਚ
• ਹਨੀਪਾਟ ਅਤੇ ਰੇਟ ਲਿਮਿਟਿੰਗ ਲਾਗੂ
• ਸਫਲਤਾ ਸੁਨੇਹਾ ਸਿਰਫ਼ ਸਰਵਰ ਦੀ ਪੁਸ਼ਟੀ ਤੋਂ ਬਾਅਦ ਦਿਖਦਾ ਹੈ
• ਪ੍ਰਾਈਵੇਸੀ ਨੋਟ ਤੁਹਾਡੀ ਪ੍ਰਾਈਵੇਸੀ ਨੀਤੀ ਨਾਲ ਜੁੜਿਆ
• ਪ੍ਰਕਾਸ਼ਿਤ ਸਾਈਟ 'ਤੇ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਟੈਸਟ ਕੀਤਾ, ਸਪੈਮ ਫੋਲਡਰ ਸਮੇਤ

Mythex ਵਿੱਚ ਸੰਪਰਕ ਫਾਰਮ

Mythex ਵਿੱਚ, ਤੁਸੀਂ ਇਹ ਸਾਰਾ ਕੁਝ ਚੈਟ ਤੋਂ ਬਣਾ ਸਕਦੇ ਹੋ। ਫਾਰਮ ਅਤੇ ਡਾਟਾਬੇਸ ਇੱਕੋ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਮੰਗੋ (ਜਾਂ /database ਟਾਈਪ ਕਰੋ) ਤਾਂ ਕਿ ਜਮ੍ਹਾਂ ਹੋਏ ਸੁਨੇਹੇ ਸਥਾਈ ਰਹਿਣ। Mythex ਵਿੱਚ ਕੋਈ ਬਿਲਟ-ਇਨ ਈਮੇਲ ਭੇਜਣ ਵਾਲਾ ਉਤਪਾਦ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਸੂਚਨਾਵਾਂ ਲਈ ਤੁਸੀਂ Resend, SendGrid ਜਾਂ Postmark ਵਰਗਾ ਪ੍ਰਦਾਤਾ ਲਿਆਉਂਦੇ ਹੋ, ਉਸਦੀ ਕੁੰਜੀ /secrets ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਸੈਟਿੰਗਾਂ ਰਾਹੀਂ ਜੋੜਦੇ ਹੋ, ਅਤੇ ਏਜੰਟ ਨੂੰ ਸਰਵਰ ਤੋਂ ਭੇਜਣ ਲਈ ਕਹਿੰਦੇ ਹੋ; ਵੇਖੋ ਐਪ ਤੋਂ ਈਮੇਲ ਭੇਜੋ। ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਫਾਰਮ 'ਤੇ App Testing (/test) ਚਲਾਓ, ਫਿਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਲਾਈਵ URL 'ਤੇ ਟੈਸਟ ਕਰੋ।

ਸੰਪਰਕ ਫਾਰਮ ਜ਼ਿਆਦਾਤਰ ਛੋਟੇ ਕਾਰੋਬਾਰੀ ਵੈੱਬਸਾਈਟਾਂ ਅਤੇ ਲੈਂਡਿੰਗ ਪੰਨਿਆਂ ਦਾ ਅਹਿਮ ਹਿੱਸਾ ਹੈ। ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਜਾਂਚੋ।

ਸਵਾਲ