ਉਹ ਟ੍ਰੈਫਿਕ ਜਿਸਦਾ ਨਾਮ ਕੋਈ ਨਹੀਂ ਰੱਖ ਸਕਦਾ
ਕਿਸੇ application ਦੇ logs ਨੂੰ ਧਿਆਨ ਨਾਲ ਦੇਖੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਅਜੇਹੀਆਂ requests ਮਿਲਣਗੀਆਂ ਜੋ ਵਿਆਖਿਆ ਨੂੰ ਰੋਕਦੀਆਂ ਹਨ। ਇਹ ਅਜੇਹੇ clients ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਕੋਲ browser context ਨਹੀਂ ਹੁੰਦਾ। ਉਨ੍ਹਾਂ ਦੀਆਂ user-agent strings generic, ਖਾਲੀ ਜਾਂ ਕਿਸੇ ਲੋਕਪ੍ਰਿਯ browser ਤੋਂ copied ਹੁੰਦੀਆਂ ਹਨ। ਉਹ ਆਪਣੀਆਂ requests sign ਨਹੀਂ ਕਰਦੇ। ਉਹ ਨਹੀਂ ਦੱਸਦੇ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਕਿਸਨੇ ਭੇਜਿਆ। ਕੁਝ harmless scripts ਹੁੰਦੀਆਂ ਹਨ। ਕੁਝ ਅਜਿਹੇ agents ਹੁੰਦੇ ਹਨ ਜੋ ਅਸਲੀ users ਲਈ ਕੰਮ ਕਰ ਰਹੇ ਹੁੰਦੇ ਹਨ। ਕੁਝ tools ਅਜਿਹੇ ਹੁੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਬਿਲਕੁਲ serve ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ।
ਇਹ ਅਣਜਾਣ ਸਵੈਚਾਲਿਤ ਟ੍ਰੈਫਿਕ ਹੈ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ teams ਇਸਨੂੰ ਦੋ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਨਾਲ ਸੰਭਾਲਦੀਆਂ ਹਨ। ਜਾਂ ਤਾਂ ਇਸਨੂੰ ਚੁੱਪਚਾਪ human ਮੰਨ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ analytics ਵਿਗੜ ਜਾਂਦੀ ਹੈ ਅਤੇ risk ਵਾਲੀ activity ਅੰਦਰ ਆ ਜਾਂਦੀ ਹੈ, ਜਾਂ ਇਸਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ hostile ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ legitimate users ਅਤੇ agents ਵੀ ਬਾਕੀ ਸਭ ਕੁਝ ਸਮੇਤ block ਹੋ ਜਾਂਦੇ ਹਨ। ਦੋਵੇਂ approaches ਵਿੱਚ ਇੱਕੋ ਖਾਮੀ ਹੈ: ਉਹ ਗੁੰਮ evidence ਦੀ ਥਾਂ ਇੱਕ assumption ਰੱਖ ਦਿੰਦੀਆਂ ਹਨ।
Proof of Actor ਇਸਦੇ ਉਲਟ ਦ੍ਰਿਸ਼ਟਿਕੋਣ ਲੈਂਦਾ ਹੈ। ਜੇ evidence ਇੱਕ ਭਰੋਸੇਯੋਗ ਨਿਰਧਾਰਣ ਨੂੰ support ਨਹੀਂ ਕਰਦੀ, ਤਾਂ ਸਹੀ ਜਵਾਬ Unknown ਹੈ, ਅਤੇ Unknown ਦਿੱਖਯੋਗ, ਮਾਪਣਯੋਗ ਅਤੇ ਜਾਣਬੂਝ ਕੇ ਸੰਭਾਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਬਲੌਗ ਪੋਸਟ AI ਟ੍ਰੈਫਿਕ ਲਈ Unknown ਇੱਕ ਵੈਧ ਨਤੀਜਾ ਕਿਉਂ ਹੈ ਪੂਰਾ ਮਾਮਲਾ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ।
Unknown ਇੱਕ first-class ਨਤੀਜਾ ਕਿਉਂ ਹੈ
Proof of Actor ਹਰ interaction ਨੂੰ ਚਾਰ classes ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਵਰਗੀਕ੍ਰਿਤ ਕਰਦਾ ਹੈ: Human, Human + AI, Agent ਜਾਂ Unknown। Unknown ਕੋਈ error state ਜਾਂ product ਵਿੱਚ ਖਾਲੀ ਥਾਂ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਜਾਣਬੂਝ ਕੇ ਦਿੱਤਾ ਗਿਆ ਨਤੀਜਾ ਹੈ ਜਿਸਦਾ ਅਰਥ ਸਪਸ਼ਟ ਹੈ: ਉਪਲਬਧ evidence ਭਰੋਸੇਯੋਗ ਨਿਰਧਾਰਣ ਨੂੰ support ਨਹੀਂ ਕਰਦੀ।
ਇਹ ਸਚਾਈ ਵਾਸਤਵਿਕ ਫਾਇਦੇ ਦਿੰਦੀ ਹੈ।
- ਤੁਹਾਡੀ analytics ਸਹੀ ਰਹਿੰਦੀ ਹੈ। Human ਅਤੇ Agent ਦੇ ਗਿਣਤੀ ਸਿਰਫ਼ ਉਹੀ interactions ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਕੋਲ ਸਮਰਥਕ evidence ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਉਹ ਉਹੀ ਅਰਥ ਰੱਖਦੇ ਹਨ ਜੋ ਉਹ ਕਹਿੰਦੇ ਹਨ।
- ਤੁਹਾਡੀ coverage ਮਾਪਣਯੋਗ ਹੁੰਦੀ ਹੈ। ਹਰ route ਉੱਤੇ Unknown ਦਾ ਹਿੱਸਾ ਤੁਹਾਨੂੰ ਸਪਸ਼ਟ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕਿੱਥੇ ਹੋਰ evidence ਦੀ ਲੋੜ ਹੈ।
- ਤੁਹਾਡੀਆਂ policies ਹੋਰ ਸੁਰੱਖਿਅਤ ਹੁੰਦੀਆਂ ਹਨ। ਅਣਸ਼ਚਿਤ cases ਇੱਕ ਅਜਿਹੇ fallback ਵਿੱਚ ਜਾਂਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਚੁਣਿਆ ਹੈ, ਇਸਦੀ ਬਜਾਇ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਚੁੱਪਚਾਪ trusted ਮੰਨਿਆ ਜਾਵੇ ਜਾਂ ਇੱਕ ਅੰਦਾਜ਼ੇ ਦੇ ਆਧਾਰ 'ਤੇ block ਕੀਤਾ ਜਾਵੇ।
Unknown ਕਦੇ ਵੀ Human ਵਿੱਚ convert ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇਸਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ malicious ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ। ਤੁਸੀਂ Unknown classification glossary entry, Detection & Limitations, ਅਤੇ AI ਟ੍ਰੈਫਿਕ ਲਈ Unknown ਇੱਕ ਵੈਧ ਨਤੀਜਾ ਕਿਉਂ ਹੈ ਵਿੱਚ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ। websites ਅਤੇ APIs use cases ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ teams practical ਤੌਰ 'ਤੇ Unknown fallbacks ਕਿਵੇਂ set ਕਰਦੀਆਂ ਹਨ।
ਅਣਜਾਣ ਸਵੈਚਾਲਿਤ ਟ੍ਰੈਫਿਕ ਕਿੱਥੋਂ ਆਉਂਦਾ ਹੈ
ਸਰੋਤਾਂ ਨੂੰ ਸਮਝਣਾ ਤੁਹਾਨੂੰ ਇਹ ਫੈਸਲਾ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਣਾ ਹੈ।
Unsigned automated clients
HTTP Message Signatures ਨਾਲ request signing, ਜਿਵੇਂ RFC 9421 ਵਿੱਚ defined ਹੈ, optional ਹੈ, ਅਤੇ IETF Web Bot Auth working group ਹਾਲੇ ਵੀ ਇਹ standardize ਕਰ ਰਹੀ ਹੈ ਕਿ automated clients ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕਿਵੇਂ authenticate ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। Signature ਨਾ ਹੋਣ ਦੀ ਸੂਰਤ ਵਿੱਚ, client ਦੀ ਪਛਾਣ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਉਹ ਆਪਣੇ ਬਾਰੇ ਕੀ ਕਹਿਣਾ ਚੁਣਦਾ ਹੈ।
Copied ਜਾਂ generic user agents
User-agent strings set ਕਰਨਾ ਬਹੁਤ ਆਸਾਨ ਹੈ। ਕੋਈ client ਜੋ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਸੇ well-known browser ਜਾਂ crawler ਵਜੋਂ ਦੱਸਦਾ ਹੈ, ਉਹ ਅਸਲ ਵਿੱਚ ਉਹੀ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਉਸਦੀ ਨਕਲ ਕਰ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ। user-agent spoofing entry ਸਮਝਾਉਂਦੀ ਹੈ ਕਿ ਇਹ header ਇਕੱਲਾ classification ਨਹੀਂ ਦੇ ਸਕਦਾ। ਇਸੇ ਲਈ search engines ਵੱਖ-ਵੱਖ verification methods ਨੂੰ document ਕਰਦੇ ਹਨ: Google Verifying Googlebot ਲਈ reverse ਅਤੇ forward DNS lookups ਦੇ ਨਾਲ published IP ranges ਦਾ ਵੇਰਵਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ Bing Verifying Bingbot ਲਈ ਉਸੇ DNS check ਦਾ ਵੇਰਵਾ ਦਿੰਦਾ ਹੈ।
ਉਹ routes ਜਿੱਥੇ ਕੋਈ integration ਨਹੀਂ
ਜੇ ਕਿਸੇ route 'ਤੇ ਕੋਈ browser integration ਨਹੀਂ ਹੈ ਅਤੇ basics ਤੋਂ ਬਿਨਾਂ ਕੋਈ server-side context ਨਹੀਂ, ਤਾਂ observe ਕਰਨ ਲਈ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਘੱਟ ਕੁਝ ਹੁੰਦਾ ਹੈ। ਉਹਨਾਂ routes ਉੱਤੇ Unknown coverage ਦਾ ਸੰਕੇਤ ਹੈ, threat ਦਾ ਨਹੀਂ।
ਗੁੰਮ ਜਾਂ ਦੇਰ ਨਾਲ ਆਇਆ evidence
Timeout, blocked script ਜਾਂ ਅਧੂਰੀ request ਕਿਸੇ result ਨੂੰ ਕਾਫ਼ੀ evidence ਤੋਂ ਵਾਂਝਾ ਛੱਡ ਸਕਦੇ ਹਨ। Proof of Actor ਇਸਨੂੰ ਇਮਾਨਦਾਰੀ ਨਾਲ report ਕਰਦਾ ਹੈ, ਖਾਲੀ ਥਾਂ ਭਰਨ ਦੀ ਥਾਂ।
Proof of Actor Unknown ਨੂੰ ਸੰਭਾਲਣਯੋਗ ਕਿਵੇਂ ਬਣਾਉਂਦਾ ਹੈ
Proof of Actor ਆਪਣੇ ਕੰਮ ਨੂੰ ਤਿੰਨ capabilities ਵਿੱਚ ਸੁਤੰਤਰ ਕਰਦਾ ਹੈ। ਹਰ ਇੱਕ ਅਣਜਾਣ ਸਵੈਚਾਲਿਤ ਟ੍ਰੈਫਿਕ ਨਾਲ ਨਜਿੱਠਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।
Detect: Unknown ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ
Signals ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ basis ਅਨੁਸਾਰ label ਲਾਇਆ ਜਾਂਦਾ ਹੈ: verified, declared, inferred ਜਾਂ unknown। ਜਦੋਂ ਇਹ ਕਿਸੇ determination ਨੂੰ support ਨਹੀਂ ਕਰਦੇ, ਤਾਂ result Unknown ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਸਦਾ ਸਾਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਉਪਲਬਧ ਸੀ ਅਤੇ ਕੀ ਨਹੀਂ ਸੀ। ਕਿਸੇ ਹੋਰ class ਵਿੱਚ ਕੁਝ ਅਨੁਮਾਨ ਨਹੀਂ ਲਾਇਆ ਜਾਂਦਾ।
Understand: ਵੇਖੋ ਕਿ Unknown ਕਿੱਥੇ ਹੈ
Understand view ਹਰ breakdown ਵਿੱਚ, route ਅਨੁਸਾਰ ਅਤੇ ਸਮੇਂ ਦੇ ਨਾਲ Unknown ਦਿਖਾਉਂਦਾ ਹੈ। ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜੇ routes ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ unknown activity ਹੈ, ਜਦੋਂ ਤੁਸੀਂ ਕੋਈ integration ਜੋੜਦੇ ਹੋ ਤਾਂ ਇਹ ਕਿਵੇਂ ਬਦਲਦੀ ਹੈ, ਅਤੇ individual interactions ਲਈ ਕਿਹੜਾ evidence present ਸੀ। ਇਹ ਇੱਕ ਧੁੰਦਲੀ ਚਿੰਤਾ ਨੂੰ ਇੱਕ ਠੋਸ ਨਕਸ਼ੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
Route: ਹਰ route ਲਈ fallback ਚੁਣੋ
ਵੱਖ-ਵੱਖ routes ਵੱਖ-ਵੱਖ fallbacks ਦੇ ਹੱਕਦਾਰ ਹਨ। ਬਹੁਤ ਸਾਰੀਆਂ applications ਲਈ ਇੱਕ ਵਾਜਬ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ:
- Public pages ਅਤੇ documentation: ਆਪਣੀਆਂ standard rate limits ਦੇ ਨਾਲ Unknown ਨੂੰ allow ਕਰੋ।
- Signup ਅਤੇ onboarding: ਆਪਣੇ ਮੌਜੂਦਾ checks ਨੂੰ ਜਾਰੀ ਰੱਖੋ, ਅਤੇ review ਸਿਰਫ਼ ਉਹਨਾਂ ਵੇਲਿਆਂ ਜੋੜੋ ਜਦੋਂ ਤੁਹਾਡੀਆਂ ਆਪਣੀਆਂ ਸ਼ਰਤਾਂ ਇਸਦੀ ਮੰਗ ਕਰਦੀਆਂ ਹਨ।
- Account changes ਅਤੇ ਹੋਰ ਸੰਵੇਦਨਸ਼ੀਲ actions: ਆਪਣੇ ਮੌਜੂਦਾ authentication ਅਤੇ step-up controls 'ਤੇ rely ਕਰੋ, actor ਦੇ ਅੰਦਾਜ਼ੇ 'ਤੇ ਕਦੇ ਨਹੀਂ।
- High-impact API operations: ਉਹ stronger credentials ਜਾਂ controls ਮੰਗੋ ਜਿਨ੍ਹਾਂ ਦਾ ਸਮਰਥਨ ਤੁਹਾਡਾ API ਪਹਿਲਾਂ ਹੀ ਕਰਦਾ ਹੈ।
ਅਣਜਾਣ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਭਾਲਣ ਵਾਲਾ guide ਇਨ੍ਹਾਂ fallbacks ਨੂੰ design ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੱਸਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਹਰ risk tier ਲਈ fail-open ਅਤੇ fail-closed ਚੋਣਾਂ ਸ਼ਾਮਲ ਹਨ।
ਸਮੇਂ ਦੇ ਨਾਲ Unknown ਨੂੰ ਘਟਾਉਣਾ
ਮਕਸਦ Unknown ਨੂੰ ਇੱਕ ਰਾਤ ਵਿੱਚ ਖਤਮ ਕਰਨਾ ਨਹੀਂ ਹੈ। ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਹਰ ਮਹੀਨੇ ਇਸਨੂੰ ਘਟਾਇਆ ਜਾਵੇ, ਸਹੀ ਕਾਰਨਾਂ ਕਰਕੇ।
- ਜਿੱਥੇ ਮਹੱਤਵਪੂਰਨ ਹੈ ਉੱਥੇ integrations ਜੋੜੋ। ਮੁੱਖ pages 'ਤੇ browser integration ਅਤੇ ਮੁੱਖ routes 'ਤੇ server-side integration ਉਪਲਬਧ evidence ਨੂੰ ਵਧਾਉਂਦੇ ਹਨ।
- Signed requests ਦਾ ਸਮਰਥਨ ਕਰੋ। ਜਿਵੇਂ agent operators HTTP message signatures ਨੂੰ ਅਪਣਾਉਂਦੇ ਹਨ, ਜੋ ਟ੍ਰੈਫਿਕ ਪਹਿਲਾਂ Unknown ਸੀ ਉਹ verified Agent ਟ੍ਰੈਫਿਕ ਬਣ ਜਾਂਦਾ ਹੈ।
- ਆਪਣੇ app ਵਿੱਚ declarations ਦਰਜ ਕਰੋ। ਜਦੋਂ ਤੁਹਾਡੀ application ਨੂੰ ਪਤਾ ਹੋਵੇ ਕਿ AI assistance ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਇਹ ਦੱਸੋ। ਉਹ evidence precise ਅਤੇ ਸਸਤਾ ਹੈ।
- Agents ਲਈ ਇੱਕ front door ਦਿਓ। Agents ਲਈ ਇੱਕ structured path ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਉਨ੍ਹਾਂ ਨੂੰ ਆਪਣੀ ਪਛਾਣ ਕਰਨ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਸਭ ਨਾਲ ਮਿਲ ਜਾਣ ਲਈ।
ਕਿਉਂਕਿ Proof of Actor route ਅਨੁਸਾਰ Unknown ਨੂੰ track ਕਰਦਾ ਹੈ, ਤੁਸੀਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਤਬਦੀਲੀ ਨੂੰ ਅੰਕਾਂ ਵਿੱਚ ਦੇਖ ਸਕਦੇ ਹੋ।
ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ
ਹਰ interaction ਇੱਕੋ evidence-first path ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ, ਜਿਸਦਾ ਪੂਰਾ ਵੇਰਵਾ How It Works ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ ਹੈ: ਤੁਹਾਡੀ application ਇੱਕ request ਜਾਂ event ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ, integration ਉਸ context ਵਿੱਚ ਉਪਲਬਧ signals ਇਕੱਠੇ ਕਰਦੀ ਹੈ, signals ਨੂੰ normalize ਅਤੇ explicit basis ਨਾਲ classify ਕੀਤਾ ਜਾਂਦਾ ਹੈ, result analytics ਲਈ record ਹੁੰਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੀ application ਆਪਣੀ policy ਲਾਗੂ ਕਰਦੀ ਹੈ ਜਾਂ ਸਿਰਫ਼ observe ਕਰਦੀ ਹੈ।
Timeouts ਅਤੇ ਗਾਇਬ telemetry ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ handle ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਡੀ integration ਉਸ route ਲਈ ਚੁਣਿਆ ਗਿਆ fallback ਵਰਤਦੀ ਹੈ, ਅਤੇ result ਨੂੰ ਕਦੇ ਵੀ Human ਵਿੱਚ upgrade ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਕਿਉਂਕਿ evidence ਗਾਇਬ ਸੀ।
ਕੁਝ ਮਹੀਨਿਆਂ ਬਾਅਦ ਚੰਗਾ ਦ੍ਰਿਸ਼ ਕਿਵੇਂ ਲੱਗਦਾ ਹੈ
ਜੋ teams ਅਣਜਾਣ ਸਵੈਚਾਲਿਤ ਟ੍ਰੈਫਿਕ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲਦੀਆਂ ਹਨ, ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕੋ ਸਿਹਤਮੰਦ ਹਾਲਤ 'ਤੇ ਪਹੁੰਚਦੀਆਂ ਹਨ। Unknown ਹਰ ਮਹੱਤਵਪੂਰਨ route ਉੱਤੇ ਇੱਕ ਜਾਣੀ-ਪਛਾਣੀ quantity ਹੁੰਦੀ ਹੈ, human ਅਤੇ agent activity ਦੇ ਨਾਲ ਇੱਕੋ dashboard ਵਿੱਚ track ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹਰ route ਲਈ ਇੱਕ ਲਿਖਤੀ fallback ਹੁੰਦਾ ਹੈ ਜਿਸ 'ਤੇ product, platform ਅਤੇ security teams ਨੇ ਮਿਲ ਕੇ ਸਹਿਮਤੀ ਦਿੱਤੀ ਹੁੰਦੀ ਹੈ। Verified agent traffic ਵਧਦੀ ਹੈ ਜਿਵੇਂ ਹੋਰ operators ਆਪਣੀਆਂ requests sign ਕਰਦੇ ਹਨ, ਅਤੇ ਉਹ agents pages scrape ਕਰਨ ਦੀ ਥਾਂ ਇੱਕ structured path ਰਾਹੀਂ serve ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਸੰਵੇਦਨਸ਼ੀਲ actions ਨੂੰ ਉਸ authentication ਅਤੇ step-up controls ਨਾਲ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ 'ਤੇ application ਪਹਿਲਾਂ ਹੀ ਭਰੋਸਾ ਕਰਦੀ ਹੈ, actor context ਇੱਕ ਵਾਧੂ input ਵਜੋਂ ਹੁੰਦਾ ਹੈ, gatekeeper ਵਜੋਂ ਨਹੀਂ।
ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੱਲ, ਕੋਈ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਗਾ ਰਿਹਾ ਹੁੰਦਾ। ਜਦੋਂ ਕੋਈ ਪੁੱਛਦਾ ਹੈ ਕਿ ਪਿਛਲੇ ਹਫ਼ਤੇ ਦੇ ਟ੍ਰੈਫਿਕ ਦਾ ਕਿੰਨਾ ਹਿੱਸਾ automated ਸੀ, ਤਾਂ ਜਵਾਬ ਉਸਦੇ basis ਸਮੇਤ ਆਉਂਦਾ ਹੈ: ਇੰਨਾ verified, ਇੰਨਾ declared, ਇੰਨਾ inferred, ਅਤੇ ਇੰਨਾ ਹਾਲੇ ਵੀ Unknown। ਇਹ ਉਹ ਸੰਖਿਆ ਹੈ ਜਿਸਦੇ ਆਧਾਰ 'ਤੇ ਇੱਕ team ਯੋਜਨਾ ਬਣਾ ਸਕਦੀ ਹੈ। ਇਹ leadership ਨਾਲ ਗੱਲਬਾਤ ਨੂੰ ਵੀ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਵਾਲ ਇਹ ਨਹੀਂ ਰਹਿੰਦਾ ਕਿ bots ਸਮੱਸਿਆ ਹਨ ਜਾਂ ਨਹੀਂ, ਬਲਕਿ ਇਹ ਬਣ ਜਾਂਦਾ ਹੈ ਕਿ ਕਿਹੜੇ routes ਹੋਰ evidence ਦੇ ਹੱਕਦਾਰ ਹਨ ਅਤੇ ਕਿਹੜੇ fallbacks ਨੂੰ ਸੁਧਾਰਨ ਦੀ ਲੋੜ ਹੈ।
observation mode ਵਿੱਚ ਸ਼ੁਰੂ ਕਰੋ
Proof of Actor ਮੂਲ ਰੂਪ ਵਿੱਚ ਕੁਝ block ਨਹੀਂ ਕਰਦਾ। observation mode ਵਿੱਚ, results record ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਤੁਹਾਡੀ application ਬਿਲਕੁਲ ਪਹਿਲਾਂ ਵਾਂਗ respond ਕਰਦੀ ਰਹਿੰਦੀ ਹੈ। ਤੁਹਾਡੀ team ਵੇਖਦੀ ਹੈ ਕਿ ਹਰ route ਕਿੰਨਾ ਅਣਜਾਣ ਸਵੈਚਾਲਿਤ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਇਸਦੀ ਤੁਲਨਾ ਉਹ outcomes ਨਾਲ ਕਰਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ, ਅਤੇ ਅਸਲ patterns ਦੇ ਆਧਾਰ 'ਤੇ fallbacks design ਕਰਦੀ ਹੈ। Policies ਇੱਕ route at a time enable ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਸਿਰਫ਼ ਜਦੋਂ ਤੁਹਾਡੀ team ਨੂੰ ਭਰੋਸਾ ਹੁੰਦਾ ਹੈ ਕਿ ਉਹ fit ਹੁੰਦੀਆਂ ਹਨ।
founding developer program ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੋ
Proof of Actor private beta ਵਿੱਚ ਹੈ। ਚੁਣੀਆਂ ਗਈਆਂ founding developer teams agreed usage limits ਦੇ ਅੰਦਰ, hands-on product feedback ਦੇ ਬਦਲੇ, 12 months ਤੱਕ ਦੀ ਮੁਫ਼ਤ access ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਸਾਡੇ engineers ਦੀ direct integration support ਸਮੇਤ।
ਜੇ ਅਣਜਾਣ ਸਵੈਚਾਲਿਤ ਟ੍ਰੈਫਿਕ ਤੁਹਾਡੀ analytics ਜਾਂ security decisions ਨੂੰ ਧੁੰਦਲਾ ਕਰ ਰਹੀ ਹੈ, ਤਾਂ early access ਲਈ ਅਰਜ਼ੀ ਦਿਓ। ਸਾਨੂੰ ਆਪਣੀ application ਅਤੇ ਉਹ routes ਬਾਰੇ ਦੱਸੋ ਜਿੱਥੇ Unknown ਸਭ ਤੋਂ ਵੱਧ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ।
Proof of Actor ਨੂੰ explore ਕਰੋ, ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਪੜ੍ਹੋ, ਜਾਂ ਦੇਖੋ evidence ਕੀ establish ਕਰ ਸਕਦਾ ਹੈ।
ਸਰੋਤ
- RFC 9421: HTTP Message Signatures, IETF, February 2024.
- Web Bot Auth (webbotauth) working group charter, IETF.
- Verifying Googlebot and other Google crawlers, Google Search Central.
- How to verify that Bingbot is Bingbot, Bing Webmaster Blog.