OpenAI ਵੈੱਬ ਕ੍ਰਾਲਰ ਕਿਉਂ ਵਰਤਦਾ ਹੈ?
ਅਸੀਂ ChatGPT ਉੱਤੇ ਵਿਗਿਆਪਨ ਵਜੋਂ ਜਮ੍ਹਾਂ ਕੀਤੇ ਵੈੱਬ ਪੰਨਿਆਂ ਦੀ ਸੁਰੱਖਿਆ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕ੍ਰਾਲਰ ਵਰਤਦੇ ਹਾਂ. ਜਦੋਂ ਤੁਸੀਂ ਕੋਈ ਵਿਗਿਆਪਨ ਜਮ੍ਹਾਂ ਕਰਦੇ ਹੋ, ਤਾਂ OpenAI ਲੈਂਡਿੰਗ ਪੇਜ ਤੇ ਜਾ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਉਹ ਸਾਡੀਆਂ ਨੀਤੀਆਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ. ਅਸੀਂ ਲੈਂਡਿੰਗ ਪੇਜ ਦੀ ਸਮੱਗਰੀ ਦੀ ਵਰਤੋਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵੀ ਕਰ ਸਕਦੇ ਹਾਂ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵਿਗਿਆਪਨ ਦਿਖਾਉਣ ਲਈ ਇਹ ਕਦੋਂ ਸਭ ਤੋਂ ਢੁੱਕਵਾਂ ਹੈ.
ਤੁਹਾਨੂੰ ਕਿਹੜੇ OpenAI ਕ੍ਰਾਲਰਾਂ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ?
ਤੁਹਾਨੂੰ OAI-AdsBot ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣੀ ਲਾਜ਼ਮੀ ਹੈ. ਅਸੀਂ OAI-AdsBot ਅਤੇ OAI-SearchBot ਦੋਹਾਂ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਾਂ.
OpenAI ਕ੍ਰਾਲਰ ਮੇਰੀ ਵੈੱਬਸਾਈਟ ਨੂੰ ਕ੍ਰਾਲ ਨਹੀਂ ਕਰ ਸਕਦੇ. ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਜ਼ਿਆਦਾਤਰ ਵੈੱਬਸਾਈਟਾਂ ਵਿੱਚ ਸੁਰੱਖਿਆ ਦੀਆਂ ਕਈ ਪਰਤਾਂ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਤੋਂ ਲੰਘਣ ਤੋਂ ਬਾਅਦ ਹੀ ਕ੍ਰਾਲਰ ਕਿਸੇ ਵੈੱਬਪੇਜ ਤੱਕ ਸਫਲਤਾਪੂਰਵਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ. ਆਪਣੀ ਇੰਜੀਨੀਅਰਿੰਗ ਜਾਂ ਸੁਰੱਖਿਆ ਟੀਮ ਨਾਲ ਮਿਲ ਕੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ OpenAI ਕ੍ਰਾਲਰ ਹੇਠਾਂ ਦਿੱਤੀ ਹਰ ਪਰਤ ਤੋਂ ਲੰਘ ਸਕਦੇ ਹਨ.
1. robots.txt
robots.txt ਫ਼ਾਈਲ ਕ੍ਰਾਲਰਾਂ ਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਡੀ ਵੈੱਬਸਾਈਟ ਦੇ ਕੁਝ ਹਿੱਸਿਆਂ ਤੱਕ ਪਹੁੰਚ ਦੀ ਇਜਾਜ਼ਤ ਹੈ ਜਾਂ ਨਹੀਂ. OpenAI ਕ੍ਰਾਲਰ ਇਨ੍ਹਾਂ ਨਿਯਮਾਂ ਦਾ ਆਦਰ ਕਰਦੇ ਹਨ. ਜੇ robots.txt ਵਿੱਚ ਪਹੁੰਚ ਮਨ੍ਹਾ ਹੈ, ਤਾਂ ਕ੍ਰਾਲਿੰਗ ਤੁਰੰਤ ਰੁਕ ਜਾਵੇਗੀ.
ਆਪਣੀ robots.txt ਸੰਰਚਨਾ ਦੀ ਸਮੀਖਿਆ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ OpenAI ਕ੍ਰਾਲਰਾਂ ਨੂੰ ਸੰਬੰਧਿਤ ਪੰਨਿਆਂ ਅਤੇ ਪਾਥਾਂ ਤੱਕ ਪਹੁੰਚ ਦੀ ਸਪਸ਼ਟ ਇਜਾਜ਼ਤ ਹੈ. ਉਦਾਹਰਨ ਲਈ: User-agent: OAI-SearchBot Allow: / User-agent: OAI-AdsBot Allow: /
2. ਵੈੱਬ ਸੁਰੱਖਿਆ ਅਤੇ ਬੋਟ ਰੋਕਥਾਮ
ਕਈ ਵੈੱਬਸਾਈਟਾਂ DDoS ਹਮਲਿਆਂ, ਸਕ੍ਰੇਪਿੰਗ ਅਤੇ ਗੈਰ-ਅਧਿਕਾਰਤ ਟ੍ਰੈਫ਼ਿਕ ਤੋਂ ਬਚਾਅ ਲਈ Cloudflare, Akamai ਜਾਂ ਹੋਰ ਵੈੱਬ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਤਾਵਾਂ ਵਰਗੀਆਂ ਸੇਵਾਵਾਂ ਵਰਤਦੀਆਂ ਹਨ. ਇਹ ਸਿਸਟਮ ਗਲਤੀ ਨਾਲ ਜਾਇਜ਼ ਕ੍ਰਾਲਰਾਂ ਨੂੰ ਰੋਕ ਸਕਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਅਕਸਰ 403 Forbidden ਗਲਤੀਆਂ ਵਾਪਸ ਆਉਂਦੀਆਂ ਹਨ. ਕਿਉਂਕਿ OpenAI ਕ੍ਰਾਲਰ ਆਟੋਮੈਟਿਕ ਟ੍ਰੈਫ਼ਿਕ ਪੈਟਰਨਾਂ ਵਰਗੇ ਲੱਗ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਉਨ੍ਹਾਂ ਨੂੰ ਖਾਸ ਤੌਰ ਤੇ ਮਨਜ਼ੂਰ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਕੀਤਾ ਹੋਵੇ ਤਾਂ ਉਨ੍ਹਾਂ ਦੀ ਪਹੁੰਚ ਰੋਕੀ ਜਾ ਸਕਦੀ ਹੈ.
ਆਪਣੀ ਵੈੱਬ ਸੁਰੱਖਿਆ ਜਾਂ ਫਾਇਰਵਾਲ ਸੰਰਚਨਾ ਦੀ ਸਮੀਖਿਆ ਕਰੋ ਅਤੇ ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ OpenAI ਕ੍ਰਾਲਰ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਮਨਜ਼ੂਰ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ, ਸਭ ਤੋਂ ਵਧੀਆ ਸਾਡੇ ਕ੍ਰਾਲਰ ਯੂਜ਼ਰ ਏਜੰਟਾਂ ਦੇ ਆਧਾਰ ਤੇ. ਤੁਹਾਡੀ ਇੰਜੀਨੀਅਰਿੰਗ ਜਾਂ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਟੀਮ ਨੂੰ ਆਟੋਮੈਟਿਕ ਬੋਟ ਰੋਕਥਾਮ ਦੇ ਉਹ ਨਿਯਮ ਵੀ ਜਾਂਚਣੇ ਚਾਹੀਦੇ ਹਨ ਜੋ ਗਲਤ ਸਕਾਰਾਤਮਕ ਨਤੀਜੇ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ.
3. ਮਨੁੱਖੀ ਪੁਸ਼ਟੀ ਅਤੇ ਬੋਟ-ਵਿਰੋਧੀ ਤਰਕ
ਕੁਝ ਵੈੱਬਸਾਈਟਾਂ ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ ਤੇ ਵਾਧੂ ਜਾਂਚਾਂ ਲਗਾਉਂਦੀਆਂ ਹਨ ਕਿ ਵਿਜ਼ਿਟਰ ਮਨੁੱਖ ਹੈ, ਜਿਵੇਂ CAPTCHAs, JavaScript ਚੁਣੌਤੀਆਂ, ਵਿਹਾਰਕ ਵਿਸ਼ਲੇਸ਼ਣ ਜਾਂ ਸੈਸ਼ਨ ਪ੍ਰਮਾਣੀਕਰਨ. ਕਿਉਂਕਿ OpenAI ਕ੍ਰਾਲਰ ਆਟੋਮੈਟਿਕ ਸਿਸਟਮ ਹਨ, ਇਹ ਜਾਂਚਾਂ ਪਹੁੰਚ ਨੂੰ ਰੋਕ ਸਕਦੀਆਂ ਹਨ, ਭਾਵੇਂ ਕ੍ਰਾਲਰ ਪਹਿਲਾਂ ਦੀਆਂ ਪਰਤਾਂ ਸਫਲਤਾਪੂਰਵਕ ਪਾਰ ਕਰ ਚੁੱਕਾ ਹੋਵੇ.
ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਕਿਸੇ ਵੀ ਮਨੁੱਖੀ-ਪੁਸ਼ਟੀ ਜਾਂ ਆਟੋਮੇਸ਼ਨ-ਵਿਰੋਧੀ ਤਰਕ ਦੀ ਸਮੀਖਿਆ ਕਰੋ ਅਤੇ ਜਿੱਥੇ ਢੁੱਕਵਾਂ ਹੋਵੇ, OpenAI ਕ੍ਰਾਲਰਾਂ ਨੂੰ ਛੂਟ ਦਿਓ, ਸਭ ਤੋਂ ਵਧੀਆ ਸਾਡੇ ਕ੍ਰਾਲਰ ਯੂਜ਼ਰ ਏਜੰਟਾਂ ਨੂੰ ਮਨਜ਼ੂਰ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਕੇ.
ਸਥਿਰ IP ਰੇਂਜਾਂ ਬਾਰੇ ਇੱਕ ਨੋਟ
ਕੁਝ ਸੁਰੱਖਿਆ ਸਿਸਟਮਾਂ ਲਈ, ਕ੍ਰਾਲਰ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਮਨਜ਼ੂਰ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਉਸ ਦਾ ਸਥਿਰ ਅਤੇ ਜਨਤਕ ਤੌਰ ਤੇ ਦਸਤਾਵੇਜ਼ਬੱਧ IP ਰੇਂਜਾਂ ਤੋਂ ਆਉਣਾ ਲਾਜ਼ਮੀ ਹੁੰਦਾ ਹੈ. ਕਿਉਂਕਿ ਕ੍ਰਾਲਰ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸਮੇਂ ਦੇ ਨਾਲ ਬਦਲ ਸਕਦਾ ਹੈ, ਤੁਹਾਡੀ ਇੰਜੀਨੀਅਰਿੰਗ ਟੀਮ ਨੂੰ ਲੌਗਾਂ ਵਿੱਚੋਂ ਛੋਟੇ ਸਮੇਂ ਦੀਆਂ IP ਨਿਗਰਾਨੀਆਂ ਤੇ ਹੀ ਨਿਰਭਰ ਕਰਨ ਤੋਂ ਬਚਣਾ ਚਾਹੀਦਾ ਹੈ. ਇਸ ਦੀ ਬਜਾਏ, ਯੂਜ਼ਰ-ਏਜੰਟ ਪਛਾਣ, ਜਿੱਥੇ ਸਮਰਥਿਤ ਹੋਵੇ ਉੱਥੇ ਪੁਸ਼ਟੀਕ੍ਰਿਤ ਬੋਟ ਪ੍ਰੋਗਰਾਮਾਂ, ਫਾਇਰਵਾਲ ਮਨਜ਼ੂਰ ਸੂਚੀਆਂ, robots.txt ਵਿਹਾਰ ਅਤੇ ਪ੍ਰਦਾਤਾ-ਪੱਧਰ ਦੇ ਬੋਟ ਪੁਸ਼ਟੀਕਰਨ ਸਿਸਟਮਾਂ ਦੇ ਮਿਲੇ-ਜੁਲੇ ਤਰੀਕੇ ਨਾਲ ਟ੍ਰੈਫ਼ਿਕ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ.
ਜੇ ਤੁਹਾਨੂੰ IP ਰੇਂਜਾਂ ਦੀ ਸਥਿਰ ਸੂਚੀ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣੀ ਹੀ ਪਏ, ਤਾਂ https://openai.com/searchbot.json ਅਤੇ https://openai.com/adsbot.json ਵੇਖੋ.
ਰੇਟ ਲਿਮਿਟਿੰਗ ਬਾਰੇ ਇੱਕ ਨੋਟ
ਵੱਡੇ ਬੈਚ ਅਪਲੋਡ ਜਾਂ ਕ੍ਰਾਲਰ ਟ੍ਰੈਫ਼ਿਕ ਵਿੱਚ ਅਚਾਨਕ ਵਾਧੇ ਕਈ ਵਾਰ ਆਟੋਮੈਟਿਕ ਰੇਟ ਲਿਮਿਟਿੰਗ ਜਾਂ ਬੋਟ ਸੁਰੱਖਿਆ ਸਿਸਟਮਾਂ ਨੂੰ ਚਾਲੂ ਕਰ ਸਕਦੇ ਹਨ.
ਜੇ ਤੁਹਾਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਰੇਟ ਲਿਮਿਟਿੰਗ ਹੋ ਰਹੀ ਹੈ, ਤਾਂ ਆਪਣੀ ਇੰਜੀਨੀਅਰਿੰਗ ਟੀਮ ਨੂੰ HTTP ਜਵਾਬ ਕੋਡਾਂ, ਖਾਸ ਕਰਕੇ 429 Too Many Requests, ਫਾਇਰਵਾਲ ਜਾਂ CDN ਲੌਗਾਂ, ਬੋਟ ਰੋਕਥਾਮ ਘਟਨਾਵਾਂ, ਬੇਨਤੀ ਥਰੌਟਲਿੰਗ ਨਿਯਮਾਂ ਅਤੇ ਕ੍ਰਾਲਰ ਵੱਲੋਂ ਪਹੁੰਚ ਦੀ ਕੋਸ਼ਿਸ਼ ਦੇ ਸਮੇਂ ਦੇ ਆਸ-ਪਾਸ ਟ੍ਰੈਫ਼ਿਕ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਲਈ ਕਹੋ. ਇਸ ਨਾਲ ਇਹ ਪਤਾ ਲਗਾਉਣ ਵਿੱਚ ਮਦਦ ਮਿਲ ਸਕਦੀ ਹੈ ਕਿ ਬੇਨਤੀਆਂ ਨੂੰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀਆਂ ਸੁਰੱਖਿਆਵਾਂ ਵੱਲੋਂ ਜਾਣਬੁੱਝ ਕੇ ਹੌਲਾ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਜਾਂ ਰੋਕਿਆ ਜਾ ਰਿਹਾ ਹੈ.
ਤੁਸੀਂ ਵਿਗਿਆਪਨਾਂ ਨੂੰ ਛੋਟੇ ਬੈਚਾਂ ਵਿੱਚ ਲੰਬੇ ਸਮੇਂ ਦੌਰਾਨ ਅਪਲੋਡ ਕਰਨ ਬਾਰੇ ਵੀ ਵਿਚਾਰ ਕਰ ਸਕਦੇ ਹੋ.
Cloudflare ਬਾਰੇ ਇੱਕ ਨੋਟ
OAI-AdsBot ਨੂੰ Cloudflare ਵੱਲੋਂ ਅਧਿਕਾਰਤ ਤੌਰ ਤੇ ਪੁਸ਼ਟੀਕ੍ਰਿਤ ਅਤੇ ਮਨਜ਼ੂਰ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ.
ਕ੍ਰਾਲਰ ਅਤੇ ਲੈਂਡਿੰਗ ਪੇਜ ਬਾਰੇ ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ
ਵਿਗਿਆਪਨ ਸਮੀਖਿਆ ਲਈ ਕਿਹੜਾ ਕ੍ਰਾਲਰ ਲਾਜ਼ਮੀ ਹੈ?
ChatGPT ਵਿਗਿਆਪਨਾਂ ਦੇ ਲੈਂਡਿੰਗ ਪੇਜ ਦੀ ਪੁਸ਼ਟੀ ਅਤੇ ਸਮੀਖਿਆ ਲਈ OAI-AdsBot ਲਾਜ਼ਮੀ ਹੈ. OAI-SearchBot ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ OpenAI ਨੂੰ ਜਨਤਕ ਵੈੱਬ ਸਮੱਗਰੀ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਵਿਗਿਆਪਨ ਤਿਆਰੀ ਲਈ ਵਿਗਿਆਪਨਦਾਤਾਵਾਂ ਨੂੰ OAI-AdsBot ਨੂੰ ਤਰਜੀਹ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ.
ਕੀ ਸਹਾਇਤਾ ਟੀਮ ਕ੍ਰਾਲਰ ਪੁਸ਼ਟੀ ਨੂੰ ਹੱਥੀਂ ਬਾਈਪਾਸ ਕਰ ਸਕਦੀ ਹੈ?
ਹੱਥੀਂ ਬਾਈਪਾਸ ਤੇ ਨਿਰਭਰ ਨਾ ਕਰੋ. robots.txt, WAF, CDN, ਬੋਟ ਰੋਕਥਾਮ, ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਰੇਟ ਲਿਮਿਟਿੰਗ ਰੁਕਾਵਟਾਂ ਨੂੰ ਠੀਕ ਕਰਕੇ ਲੈਂਡਿੰਗ ਪੇਜ ਨੂੰ OAI-AdsBot ਲਈ ਕ੍ਰਾਲ ਕਰਨ ਯੋਗ ਬਣਾਓ. ਲੈਂਡਿੰਗ ਪੇਜ ਪਹੁੰਚਯੋਗ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵਿਗਿਆਪਨਾਂ ਨੂੰ ਸਮੀਖਿਆ ਲਈ ਮੁੜ ਅਪਲੋਡ ਜਾਂ ਮੁੜ ਜਮ੍ਹਾਂ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ.
ਮੇਰੀ ਇੰਜੀਨੀਅਰਿੰਗ ਟੀਮ ਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਣਾ ਚਾਹੀਦਾ ਹੈ?
ਜਾਂਚੋ ਕਿ ਕੀ ਲੈਂਡਿੰਗ ਪੇਜ OAI-AdsBot ਨੂੰ ਸਫਲ HTTP ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਕੀ robots.txt ਸੰਬੰਧਿਤ ਪਾਥ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਕੀ WAF, CDN, ਬੋਟ ਰੋਕਥਾਮ, JavaScript ਚੁਣੌਤੀਆਂ, CAPTCHAs, ਪ੍ਰਮਾਣੀਕਰਨ ਜਾਂ ਭੂਗੋਲਿਕ ਨਿਯਮ ਆਟੋਮੈਟਿਕ ਪਹੁੰਚ ਨੂੰ ਰੋਕਦੇ ਹਨ.
ਕੀ ਐਪ-ਸਟੋਰ ਲਿੰਕ, ਡੀਪ ਲਿੰਕ ਜਾਂ ਗੈਰ-ਵੈੱਬ ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਲੈਂਡਿੰਗ ਪੇਜ ਵਜੋਂ ਸਮਰਥਨ ਮਿਲਦਾ ਹੈ?
ਜਿੱਥੇ ਵੀ ਸੰਭਵ ਹੋਵੇ, ਸਿੱਧੇ ਪਹੁੰਚਯੋਗ ਵੈੱਬ ਲੈਂਡਿੰਗ ਪੇਜ ਵਰਤੋ. ਐਪ-ਸਟੋਰ ਲਿੰਕ, ਡੀਪ ਲਿੰਕ, ਦਸਤਾਵੇਜ਼ ਜਾਂ ਉਹ ਮੰਜ਼ਿਲਾਂ ਜਿਨ੍ਹਾਂ ਲਈ ਐਪ, ਲੌਗਇਨ, ਖੇਤਰ-ਵਿਸ਼ੇਸ਼ ਪਹੁੰਚ ਜਾਂ ਅਸਮਰਥਿਤ ਰੀਡਾਇਰੈਕਟ ਲੋੜੀਂਦੇ ਹਨ, ਪੁਸ਼ਟੀ ਜਾਂ ਸਮੀਖਿਆ ਲਈ ਕ੍ਰਾਲ ਕਰਨ ਯੋਗ ਕਾਫ਼ੀ ਸਮੱਗਰੀ ਨਹੀਂ ਦੇ ਸਕਦੀਆਂ.
ਮੈਨੂੰ ਮੁੜ ਅਪਲੋਡ ਜਾਂ ਦੁਬਾਰਾ ਸਮੀਖਿਆ ਦੀ ਬੇਨਤੀ ਕਦੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?
ਕ੍ਰਾਲਰ ਪਹੁੰਚ ਠੀਕ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਜੇ ਸਥਿਤੀ ਆਪਣੇ ਆਪ ਅੱਪਡੇਟ ਨਹੀਂ ਹੁੰਦੀ ਤਾਂ ਪ੍ਰਭਾਵਿਤ ਵਿਗਿਆਪਨਾਂ ਨੂੰ ਮੁੜ ਅਪਲੋਡ ਜਾਂ ਮੁੜ ਜਮ੍ਹਾਂ ਕਰੋ. ਥੋਕ ਵਿੱਚ ਅਪਲੋਡ ਕੀਤੇ ਵਿਗਿਆਪਨਾਂ ਲਈ, ਜਦੋਂ ਤੁਹਾਡੀ ਟੀਮ ਹੱਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਰਹੀ ਹੋਵੇ, ਛੋਟੇ ਬੈਚ ਰੇਟ ਲਿਮਿਟ ਜਾਂ ਬੋਟ-ਸੁਰੱਖਿਆ ਟ੍ਰਿਗਰਾਂ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹਨ.