ಗುರುತಿಸಲಾಗದ ಟ್ರಾಫಿಕ್

ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಗೋಚರವಾಗಿಸಿ

ಬಹುತೇಕ applications ಗಳು ತಮ್ಮ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್‌ನ ದೊಡ್ಡ ಭಾಗ ಏನೆಂದು ಹೇಳಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. Proof of Actor ಆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ತನ್ನದೇ ಒಂದು ವರ್ಗವಾಗಿ ಗೋಚರವಾಗಿಯೇ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಅದನ್ನು ಅಳೆಯಬಹುದು, ಕಡಿಮೆ ಮಾಡಬಹುದು ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿಭಾಯಿಸಬಹುದು.

ಮುಂಗಡ ಪ್ರವೇಶ ಪಡೆಯಿರಿ ಇದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಅನ್ವೇಷಿಸಿ

ರಚನೆ Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

ಯಾರಿಗೂ ಹೆಸರಿಡಲಾಗದ ಟ್ರಾಫಿಕ್

ಒಂದು application's logs ಅನ್ನು ನಿಕಟವಾಗಿ ನೋಡಿದರೆ, ವಿವರಣೆಗೆ ಒಪ್ಪದ requests ನೀವು ಕಂಡುಹಿಡಿಯುತ್ತೀರಿ. ಅವು browser context ಇಲ್ಲದ clients ನಿಂದ ಬರುತ್ತವೆ. ಅವರ user-agent strings ಸಾಮಾನ್ಯವಾಗಿರುತ್ತವೆ, ಖಾಲಿಯಾಗಿರುತ್ತವೆ ಅಥವಾ ಜನಪ್ರಿಯ browser ನಿಂದ ನಕಲಿಸಲ್ಪಟ್ಟಿರುತ್ತವೆ. ಅವರು ತಮ್ಮ requests ಗೆ sign ಮಾಡುವುದಿಲ್ಲ. ಅವುಗಳನ್ನು ಯಾರು ಕಳುಹಿಸಿದರು ಎಂದು ಅವರು ಹೇಳುವುದಿಲ್ಲ. ಕೆಲವು harmless scripts ಆಗಿರುತ್ತವೆ. ಕೆಲವು ನಿಜವಾದ users ಗಾಗಿ ಕೆಲಸ ಮಾಡುವ agents ಆಗಿರುತ್ತವೆ. ಕೆಲವು ನೀವು ಸೇವೆ ನೀಡಲು ಇಷ್ಟಪಡದ tools ಆಗಿರುತ್ತವೆ.

ಇದು ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್, ಮತ್ತು ಹೆಚ್ಚಿನ ತಂಡಗಳು ಅದನ್ನು ಎರಡು ರೀತಿಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ನಿಭಾಯಿಸುತ್ತವೆ. ಒಂದೆಡೆ ಅದನ್ನು ಮೌನವಾಗಿ human ಎಂದು ಎಣಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ analytics ವಿಕೃತವಾಗುತ್ತದೆ ಮತ್ತು ಅಪಾಯಕಾರಿ activity ಒಳಗೆ ಬರುತ್ತದೆ. ಇನ್ನೊಂದೆಡೆ ಅದನ್ನು default ಆಗಿ hostile ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ legitimate users ಮತ್ತು agents ಸೇರಿದಂತೆ ಉಳಿದ ಎಲ್ಲವೂ ತಡೆಯಲ್ಪಡುತ್ತದೆ. ಎರಡೂ ವಿಧಾನಗಳು ಒಂದೇ ದೋಷವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ: ಅವು missing evidence ಅನ್ನು assumption ನಿಂದ ಬದಲಾಯಿಸುತ್ತವೆ.

Proof of Actor ವಿರುದ್ಧ ದೃಷ್ಟಿಕೋಣವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಸಾಕ್ಷ್ಯವು ವಿಶ್ವಾಸಾರ್ಹ ನಿರ್ಧಾರವನ್ನು ಬೆಂಬಲಿಸದಿದ್ದರೆ, ಸರಿಯಾದ ಉತ್ತರ Unknown ಆಗಿರುತ್ತದೆ, ಮತ್ತು Unknown ಗೋಚರವಾಗಿರಬೇಕು, ಅಳೆಯಬಹುದಾಗಿರಬೇಕು ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿಭಾಯಿಸಲ್ಪಡಬೇಕು. AI traffic ಗಾಗಿ Unknown ಮಾನ್ಯ ಫಲಿತಾಂಶ ಏಕೆ ಎಂಬ blog post ಪೂರ್ಣ ವಿವರವನ್ನು ನೀಡುತ್ತದೆ.

Unknown ಏಕೆ first-class ಫಲಿತಾಂಶ

Proof of Actor ಪ್ರತಿ interaction ಅನ್ನು ನಾಲ್ಕು ವರ್ಗಗಳಲ್ಲಿ ಒಂದಾಗಿ classify ಮಾಡುತ್ತದೆ: Human, Human + AI, Agent ಅಥವಾ Unknown. Unknown ಒಂದು error state ಅಲ್ಲ ಅಥವಾ ಉತ್ಪನ್ನದಲ್ಲಿನ gap ಅಲ್ಲ. ಅದು ಸ್ಪಷ್ಟವಾದ ಅರ್ಥ ಹೊಂದಿರುವ deliberate ಫಲಿತಾಂಶ: ಲಭ್ಯವಿರುವ ಸಾಕ್ಷ್ಯವು ವಿಶ್ವಾಸಾರ್ಹ ನಿರ್ಧಾರವನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ.

ಆ ಸತ್ಯತೆಗೆ ಪ್ರಾಯೋಗಿಕ ಲಾಭಗಳಿವೆ.

ನಿಮ್ಮ analytics ನಿಖರವಾಗಿರುತ್ತವೆ. Human ಮತ್ತು Agent counts ಗಳಲ್ಲಿ supporting evidence ಇರುವ interactions ಮಾತ್ರ ಸೇರಿವೆ, ಆದ್ದರಿಂದ ಅವು ಹೇಳುವುದೇ ಅರ್ಥವಾಗಿರುತ್ತದೆ.
ನಿಮ್ಮ coverage ಅಳೆಯಬಹುದಾಗಿದೆ. ಪ್ರತಿ route ನಲ್ಲಿ Unknown ನ ಹಂಚಿಕೆ ನಿಮಗೆ ಇನ್ನಷ್ಟು ಸಾಕ್ಷ್ಯ ಎಲ್ಲಲ್ಲಿ ಬೇಕು ಎಂದು ನಿಖರವಾಗಿ ತಿಳಿಸುತ್ತದೆ.
ನಿಮ್ಮ policies ಹೆಚ್ಚು ಸುರಕ್ಷಿತವಾಗಿರುತ್ತವೆ. ಅನಿಶ್ಚಿತ ಪ್ರಕರಣಗಳು ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ fallback ಗೆ ಹೋಗುತ್ತವೆ, ಊಹೆಯಿಂದ ಮೌನವಾಗಿ trusted ಎಂದು ಪರಿಗಣಿಸಲ್ಪಡುವುದಿಲ್ಲ ಅಥವಾ block ಆಗುವುದಿಲ್ಲ.

Unknown ಅನ್ನು ಎಂದಿಗೂ Human ಆಗಿ ಪರಿವರ್ತಿಸಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು default ಆಗಿ ಅದನ್ನು malicious ಎಂದು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ. ನೀವು Unknown classification glossary entry, Detection & Limitations, ಮತ್ತು AI traffic ಗಾಗಿ Unknown ಮಾನ್ಯ ಫಲಿತಾಂಶ ಏಕೆ ನಲ್ಲಿ ಇನ್ನಷ್ಟು ಓದಬಹುದು. websites ಮತ್ತು APIs use cases ಗಳು ತಂಡಗಳು ಪ್ರಾಯೋಗಿಕವಾಗಿ Unknown fallbacks ಅನ್ನು ಹೇಗೆ ಹೊಂದಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತವೆ.

ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್ ಎಲ್ಲಿಂದ ಬರುತ್ತದೆ

ಮೂಲಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದರಿಂದ ಅದನ್ನು ಹೇಗೆ ನಿಭಾಯಿಸಬೇಕು ಎಂಬುದನ್ನು ನೀವು ನಿರ್ಧರಿಸಬಹುದು.

ಸಹಿ ಮಾಡದ ಸ್ವಯಂಚಾಲಿತ clients

HTTP Message Signatures ಮೂಲಕ request signing ಅನ್ನು RFC 9421 ನಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ, ಆದರೆ ಅದು ಐಚ್ಛಿಕವಾಗಿರುತ್ತದೆ, ಮತ್ತು IETF Web Bot Auth working group ಇನ್ನೂ automated clients ಈ ರೀತಿಯಲ್ಲಿ ಹೇಗೆ authenticate ಮಾಡಬೇಕು ಎಂಬುದನ್ನು standardize ಮಾಡುತ್ತಿದೆ. ಸಹಿ ಇಲ್ಲದಿದ್ದರೆ, client's identity ಅದು ತನ್ನ ಬಗ್ಗೆ ಹೇಳಿಕೊಳ್ಳುವದನ್ನೇ ಆಧರಿಸುತ್ತದೆ.

ನಕಲಿಸಿದ ಅಥವಾ ಸಾಮಾನ್ಯ user agents

User-agent strings ಹೊಂದಿಸುವುದು ಬಹಳ ಸುಲಭ. ತಾನು ಪ್ರಸಿದ್ಧ browser ಅಥವಾ crawler ಎಂದು ಹೇಳಿಕೊಳ್ಳುವ client ನಿಜವಾಗಿಯೂ ಅದಾಗಿರಬಹುದು, ಅಥವಾ ಅದನ್ನು ಅನುಕರಿಸುತ್ತಿರಬಹುದು. user-agent spoofing entry ಏಕೆ ಈ header ಮಾತ್ರ classification ಹೊರುವುದಕ್ಕೆ ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅದೇ ಕಾರಣಕ್ಕೆ search engines ಗಳು ಪ್ರತ್ಯೇಕ verification methods ಅನ್ನು ದಾಖಲಿಸುತ್ತವೆ: Google verifying Googlebot ಗಾಗಿ reverse ಮತ್ತು forward DNS lookups ಜೊತೆಗೆ ಪ್ರಕಟಿತ IP ranges ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು Bing verifying Bingbot ಗಾಗಿ ಅದೇ DNS check ಅನ್ನು ವಿವರಿಸುತ್ತದೆ.

integration ಇಲ್ಲದ routes

ಒಂದು route ಗೆ browser integration ಇಲ್ಲದಿದ್ದರೆ ಮತ್ತು ಮೂಲಭೂತಗಳ ಹೊರತು server-side context ಇಲ್ಲದಿದ್ದರೆ, ಗಮನಿಸಲು ಇರುವದು ಸರಳವಾಗಿ ಕಡಿಮೆಯಾಗುತ್ತದೆ. ಆ routes ಗಳಲ್ಲಿನ Unknown coverage ಯ ಸೂಚನೆ, threat ಯಲ್ಲ.

ಕಾಣೆಯಾದ ಅಥವಾ ತಡವಾದ ಸಾಕ್ಷ್ಯ

ಒಂದು timeout, blocked script ಅಥವಾ ಅಪೂರ್ಣ request ಸಾಕ್ಷ್ಯ ಸಾಕಾಗದ ಫಲಿತಾಂಶವನ್ನು ಬಿಟ್ಟು ಹೋಗಬಹುದು. Proof of Actor ಆ gap ಅನ್ನು ತುಂಬುವ ಬದಲು ನೇರವಾಗಿ ಅದನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.

Proof of Actor Unknown ಅನ್ನು ನಿರ್ವಹಣೀಯವಾಗಿಸುವ ವಿಧಾನ

Proof of Actor ತನ್ನ ಕೆಲಸವನ್ನು ಮೂರು ಸಾಮರ್ಥ್ಯಗಳಾಗಿ ಆಯೋಜಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದೂ ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್ ಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.

Detect: Unknown ಅನ್ನು ಬೇರ್ಪಡಿಸಿ ಇಡಿ

Signals ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ basis ಪ್ರಕಾರ label ಮಾಡಲಾಗುತ್ತದೆ: verified, declared, inferred ಅಥವಾ unknown. ಅವು ನಿರ್ಧಾರವನ್ನು ಬೆಂಬಲಿಸದಿದ್ದರೆ, ಫಲಿತಾಂಶವು ಏನು ಲಭ್ಯವಿತ್ತು ಮತ್ತು ಏನು ಲಭ್ಯವಿರಲಿಲ್ಲ ಎಂಬ ಸಾರಾಂಶದೊಂದಿಗೆ Unknown ಆಗಿರುತ್ತದೆ. ಯಾವುದನ್ನೂ ಬೇರೆ ವರ್ಗಕ್ಕೆ ಊಹಿಸಲಾಗುವುದಿಲ್ಲ.

Understand: Unknown ಎಲ್ಲಿ ಇದೆ ಎಂದು ನೋಡಿ

Understand view ನಲ್ಲಿ Unknown ಪ್ರತಿ breakdown ನಲ್ಲಿ, route ಪ್ರಕಾರ ಮತ್ತು ಕಾಲಕ್ರಮೇಣ ಕಾಣಿಸುತ್ತದೆ. ಯಾವ routes ಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ unknown activity ಇದೆ, ನೀವು ಒಂದು integration ಸೇರಿಸಿದ ನಂತರ ಅದು ಹೇಗೆ ಬದಲಾಗುತ್ತದೆ, ಮತ್ತು ಪ್ರತ್ಯೇಕ interactions ಗೆ ಯಾವ ಸಾಕ್ಷ್ಯ ಇತ್ತು ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು. ಇದರಿಂದ ಅಸ್ಪಷ್ಟ ಚಿಂತೆ ಒಂದು ಸ್ಪಷ್ಟ ನಕ್ಷೆಯಾಗಿ ಬದಲಾಗುತ್ತದೆ.

Route: ಪ್ರತಿ route ಗೆ fallback ಆಯ್ಕೆ ಮಾಡಿ

ವಿಭಿನ್ನ routes ಗೆ ವಿಭಿನ್ನ fallbacks ಬೇಕಾಗುತ್ತವೆ. ಬಹುತೇಕ applications ಗಾಗಿ ಒಂದು ಸಮಂಜಸವಾದ ಆರಂಭಿಕ ಬಿಂದು:

Public pages ಮತ್ತು documentation: ನಿಮ್ಮ ಸಾಮಾನ್ಯ rate limits ಜೊತೆಗೆ Unknown ಅನ್ನು allow ಮಾಡಿ.
Signup ಮತ್ತು onboarding: ನಿಮ್ಮ ಇತ್ತೀಚಿನ checks ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ಮತ್ತು ನಿಮ್ಮದೇ conditions ಅದನ್ನು ಬೇಡಿದಾಗ ಮಾತ್ರ review ಸೇರಿಸಿ.
Account changes ಮತ್ತು ಇತರ sensitive actions: ನಿಮ್ಮ ಇತ್ತೀಚಿನ authentication ಮತ್ತು step-up controls ಗಳನ್ನು ಅವಲಂಬಿಸಿ, actor guess ಅನ್ನು ಎಂದಿಗೂ ಅವಲಂಬಿಸಬೇಡಿ.
High-impact API operations: ನಿಮ್ಮ API ಈಗಾಗಲೇ ಬೆಂಬಲಿಸುವ ಬಲವಾದ credentials ಅಥವಾ controls ಅಗತ್ಯಪಡಿಸಿ.

ಗುರುತಿಸಲಾಗದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಿಭಾಯಿಸುವುದು ಎಂಬ guide ಈ fallbacks ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವುದನ್ನು ವಿವರಿಸುತ್ತದೆ, risk tier ಪ್ರಕಾರ fail-open ಮತ್ತು fail-closed ಆಯ್ಕೆಗಳನ್ನು ಒಳಗೊಂಡಂತೆ.

ಕಾಲಕ್ರಮೇಣ Unknown ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು

ಗುರಿ Unknown ಅನ್ನು ಒಬ್ಬೇ ರಾತ್ರಿ ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುವುದು ಅಲ್ಲ. ಸರಿಯಾದ ಕಾರಣಗಳಿಗಾಗಿ ಅದನ್ನು ಪ್ರತಿ ತಿಂಗಳು ಚಿಕ್ಕದಾಗಿಸುವುದಾಗಿದೆ.

ಅಗತ್ಯವಿರುವ ಕಡೆ integrations ಸೇರಿಸಿ. ಪ್ರಮುಖ pages ಗಳಲ್ಲಿ browser integration ಮತ್ತು ಪ್ರಮುಖ routes ಗಳಲ್ಲಿ server-side integration ಲಭ್ಯವಿರುವ ಸಾಕ್ಷ್ಯವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.
Signed requests ಬೆಂಬಲಿಸಿ. agent operators HTTP message signatures ಅನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುವಂತೆ, ಹಿಂದೆ Unknown ಆಗಿದ್ದ ಟ್ರಾಫಿಕ್ verified Agent ಟ್ರಾಫಿಕ್ ಆಗುತ್ತದೆ.
ನಿಮ್ಮದೇ app ನಲ್ಲಿ declarations ದಾಖಲಿಸಿ. ನಿಮ್ಮ application ನಲ್ಲಿ AI assistance ಸೇರಿದೆ ಎಂದು ತಿಳಿದಾಗ, ಅದನ್ನು ಹೇಳಿ. ಆ ಸಾಕ್ಷ್ಯ ನಿಖರವಾಗಿರುತ್ತದೆ ಮತ್ತು ಕಡಿಮೆ ವೆಚ್ಚದಾಗಿರುತ್ತದೆ.
Agents ಗೆ front door ಒದಗಿಸಿ. agents ಗಾಗಿ structured path ಪ್ರಕಟಿಸುವುದು ಅವರು ಮಿಶ್ರಣವಾಗುವ ಬದಲು ತಮ್ಮನ್ನು ತಾವೇ ಗುರುತಿಸಿಕೊಳ್ಳಲು ಪ್ರೇರೇಪಿಸುತ್ತದೆ.

Proof of Actor route ಪ್ರಕಾರ Unknown ಅನ್ನು track ಮಾಡುವುದರಿಂದ, ಈ ಪ್ರತಿಯೊಂದು ಬದಲಾವಣೆಯನ್ನೂ ನೀವು ಸಂಖ್ಯೆಗಳಲ್ಲೇ ನೋಡಬಹುದು.

ಇದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ

ಪ್ರತಿ interaction ಒಂದೇ evidence-first ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಇದರ ಸಂಪೂರ್ಣ ವಿವರಣೆ How It Works ನಲ್ಲಿ ಇದೆ: ನಿಮ್ಮ application ಒಂದು request ಅಥವಾ event ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಆ context ನಲ್ಲಿ ಲಭ್ಯವಿರುವ signals ಗಳನ್ನು integration ಸಂಗ್ರಹಿಸುತ್ತದೆ, signals ಗಳನ್ನು normalize ಮಾಡಿ explicit basis ಜೊತೆಗೆ classify ಮಾಡಲಾಗುತ್ತದೆ, ಫಲಿತಾಂಶವನ್ನು analytics ಗಾಗಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ application ತನ್ನದೇ policy ಅನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ ಅಥವಾ ಕೇವಲ observe ಮಾಡುತ್ತದೆ.

Timeouts ಮತ್ತು ಕಾಣೆಯಾದ telemetry ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿಭಾಯಿಸಲಾಗುತ್ತದೆ. ನಿಮ್ಮ integration ಆ route ಗೆ ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ fallback ಅನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಸಾಕ್ಷ್ಯ ಕಾಣೆಯಾದ ಕಾರಣದಿಂದ ಫಲಿತಾಂಶವನ್ನು ಎಂದಿಗೂ Human ಆಗಿ ಮೇಲಕ್ಕೆತ್ತಲಾಗುವುದಿಲ್ಲ.

ಕೆಲವು ತಿಂಗಳ ನಂತರ ಉತ್ತಮವಾಗಿ ಕಾಣುವುದು ಹೇಗೆ

ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಚೆನ್ನಾಗಿ ನಿಭಾಯಿಸುವ ತಂಡಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಆರೋಗ್ಯಕರ ಸ್ಥಿತಿಗೆ ಬರುತ್ತವೆ. ಪ್ರಮುಖ ಪ್ರತಿಯೊಂದು route ನಲ್ಲಿ Unknown ಒಂದು ತಿಳಿದ ಪ್ರಮಾಣವಾಗಿರುತ್ತದೆ, human ಮತ್ತು agent activity ಜೊತೆಗೆ ಅದೇ dashboard ನಲ್ಲಿ track ಆಗುತ್ತದೆ. ಪ್ರತಿಯೊಂದು route ಗೆ product, platform ಮತ್ತು security teams ಒಟ್ಟಾಗಿ ಒಪ್ಪಿಕೊಂಡಿರುವ ಬರವಣಿಗೆಯ fallback ಇರುತ್ತದೆ. ಹೆಚ್ಚು operators ತಮ್ಮ requests ಗೆ sign ಮಾಡುವಂತೆ verified Agent traffic ಬೆಳೆಯುತ್ತದೆ, ಮತ್ತು ಆ agents ಗಳಿಗೆ pages scrap ಮಾಡುವ ಬದಲು structured path ಮೂಲಕ ಸೇವೆ ನೀಡಲಾಗುತ್ತದೆ. Sensitive actions ಗಳನ್ನು application ಈಗಾಗಲೇ ನಂಬುವ authentication ಮತ್ತು step-up controls ರಕ್ಷಿಸುತ್ತವೆ, actor context gatekeeper ಆಗಿ ಅಲ್ಲದೆ ಹೆಚ್ಚುವರಿ input ಆಗಿರುತ್ತದೆ.

ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿ, ಯಾರೂ ಊಹಿಸುತ್ತಿರುವುದಿಲ್ಲ. ಕಳೆದ ವಾರದ ಟ್ರಾಫಿಕ್‌ನ ಎಷ್ಟು ಭಾಗ automation ಆಗಿತ್ತು ಎಂದು ಯಾರಾದರೂ ಕೇಳಿದರೆ, ಉತ್ತರವು ಅದರ basis ಜೊತೆಗೆ ಬರುತ್ತದೆ: ಇದಷ್ಟು verified, ಇದಷ್ಟು declared, ಇದಷ್ಟು inferred, ಮತ್ತು ಇದಷ್ಟು ಇನ್ನೂ Unknown. ಇದು ಒಂದು ತಂಡ ಯೋಜಿಸಬಹುದಾದ ಸಂಖ್ಯೆ. ಇದು leadership ಜೊತೆಗಿನ ಸಂಭಾಷಣೆಯನ್ನೂ ಬದಲಾಯಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರಶ್ನೆ bot ಗಳು ಸಮಸ್ಯೆಯೇ ಎಂಬುದರಿಂದ ಯಾವ routes ಗಳಿಗೆ ಇನ್ನಷ್ಟು ಸಾಕ್ಷ್ಯ ಬೇಕು ಮತ್ತು ಯಾವ fallbacks ಗಳನ್ನು refine ಮಾಡಬೇಕು ಎಂಬುದಕ್ಕೆ ಬದಲಾಗುತ್ತದೆ.

observation mode ನಲ್ಲಿ ಆರಂಭಿಸಿ

Proof of Actor default ಆಗಿ ಯಾವುದನ್ನೂ block ಮಾಡುವುದಿಲ್ಲ. observation mode ನಲ್ಲಿ, ನಿಮ್ಮ application ಮೊದಲಿನಂತೆ ಪ್ರತಿಕ್ರಿಯಿಸುವಾಗಲೂ ಫಲಿತಾಂಶಗಳು ದಾಖಲಿಸಲ್ಪಡುತ್ತವೆ. ಪ್ರತಿಯೊಂದು route ಗೆ ಎಷ್ಟು ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್ ಬರುತ್ತದೆ ಎಂಬುದನ್ನು ನಿಮ್ಮ ತಂಡ ನೋಡುತ್ತದೆ, ನೀವು ಈಗಾಗಲೇ ತಿಳಿದಿರುವ outcomes ಗಳೊಂದಿಗೆ ಅದನ್ನು ಹೋಲಿಸುತ್ತದೆ, ಮತ್ತು ನಿಜವಾದ patterns ಆಧರಿಸಿ fallbacks ವಿನ್ಯಾಸಗೊಳಿಸುತ್ತದೆ. ನಿಮ್ಮ ತಂಡ ಅವು ಹೊಂದಿಕೊಳ್ಳುತ್ತವೆ ಎಂಬ ವಿಶ್ವಾಸ ಹೊಂದಿದಾಗ ಮಾತ್ರ, ಒಂದು route ತಲಾ ಒಂದಾಗಿ policies enable ಮಾಡಲಾಗುತ್ತದೆ.

founding developer program ಗೆ ಸೇರಿ

Proof of Actor private beta ಯಲ್ಲಿದೆ. ಆಯ್ಕೆಗೊಂಡ founding developer teams ಗಳು ಒಪ್ಪಿಕೊಂಡ usage limits ಒಳಗೆ, hands-on product feedback ಗೆ ಬದಲಾಗಿ, 12 ತಿಂಗಳುಗಳವರೆಗೆ ಉಚಿತ access ಪಡೆಯಬಹುದು, ನಮ್ಮ engineers ಗಳಿಂದ ನೇರ integration support ಸಹಿತ.

ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್ ನಿಮ್ಮ analytics ಅಥವಾ security decisions ಗಳನ್ನು ಮಸುಕಾಗಿಸುತ್ತಿದ್ದರೆ, early access ಗಾಗಿ ಅರ್ಜಿ ಸಲ್ಲಿಸಿ. ನಿಮ್ಮ application ಮತ್ತು Unknown ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿರುವ routes ಗಳ ಕುರಿತು ನಮಗೆ ತಿಳಿಸಿ.

Proof of Actor ಅನ್ನು ಅನ್ವೇಷಿಸಿ, how it works ಓದಿ, ಅಥವಾ ಸಾಕ್ಷ್ಯ ಏನು ಸ್ಥಾಪಿಸಬಹುದು ಎಂದು ನೋಡಿ.

ಮೂಲಗಳು

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.

DEVELOPERS ಗಾಗಿ

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record

{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}

class: Human, Human + AI, Agent ಅಥವಾ Unknown.
basis: ಸಾಕ್ಷ್ಯದ ಬಲ ಎಷ್ಟು ಎಂಬುದು: verified, declared, inferred ಅಥವಾ unknown.
evidence: ಫಲಿತಾಂಶದ ಹಿಂದೆ ಇರುವ signals, ಇದರಿಂದ ನಿಮ್ಮ ತಂಡಕ್ಕೆ ಕಾರಣ ಕಾಣುತ್ತದೆ.

observation mode ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿ: ನಿಮ್ಮ logs ಗಳ ಪಕ್ಕದಲ್ಲಿ ಫಲಿತಾಂಶಗಳನ್ನು ದಾಖಲಿಸಿ ಮತ್ತು ನೀವು ಒಂದು policy ಆಯ್ಕೆ ಮಾಡುವವರೆಗೆ ಏನನ್ನೂ ಬದಲಾಯಿಸಬೇಡಿ. Node.js ಏಕೀಕರಣ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಓದಿ

ಪದೇಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

ಗುರುತಿಸಲಾಗದ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಾಫಿಕ್ ಎಂದರೇನು?

ಇದು ಲಭ್ಯವಿರುವ ಸಾಕ್ಷ್ಯವು ಒಬ್ಬ ವ್ಯಕ್ತಿ, AI ಜೊತೆ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ವ್ಯಕ್ತಿ ಅಥವಾ ಸ್ವಾಯತ್ತ agent ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ತೋರಿಸದ activity. ಸಾಮಾನ್ಯವಾಗಿ ಇದರಲ್ಲಿ browser context ಇಲ್ಲದ unsigned clients ಮತ್ತು generic ಅಥವಾ copied user-agent strings ಇರುತ್ತವೆ.

ಯಾಕೆ ಕೇವಲ ಗುರುತಿಸಲಾಗದ ಟ್ರಾಫಿಕ್ ಅನ್ನು block ಮಾಡಬಾರದು?

Unknown ಎಂದರೆ malicious ಎಂದು ಅರ್ಥವಲ್ಲ. ಇದರಲ್ಲಿ legitimate clients, privacy-focused browsers ಮತ್ತು ತಮ್ಮನ್ನು ಗುರುತಿಸಿಕೊಳ್ಳದ tools ಸೇರಿವೆ. ಅದನ್ನು ನೇರವಾಗಿ block ಮಾಡಿದರೆ ನಿಜವಾದ ಹಾನಿ ಉಂಟಾಗುತ್ತದೆ. ಪ್ರತಿ route ಗೆ ಉದ್ದೇಶಪೂರ್ವಕವಾದ fallback ಬಹಳ ಉತ್ತಮವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

Proof of Actor ಎಂದಾದರೂ Unknown ಅನ್ನು Human ಆಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆಯೇ?

ಎಂದಿಗೂ ಅಲ್ಲ. ಸಾಕ್ಷ್ಯ ಕೊರತೆಯಿದ್ದರೂ ಅಥವಾ ಒಂದು check ಸಮಯ ಮೀರಿದರೂ ಸಹ Unknown ಫಲಿತಾಂಶ Unknown ಆಗಿಯೇ ಇರುತ್ತದೆ. ಪ್ರತಿ route ಗೆ fallback ಅನ್ನು ನಿಮ್ಮ policy ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.

ಗುರುತಿಸಲಾಗದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕಾಲಕ್ರಮೇಣ ಕಡಿಮೆ ಮಾಡಬಹುದೇ?

ಹೌದು. ಹೆಚ್ಚು routes ಗಳಲ್ಲಿ integrations ಸೇರಿಸುವುದು, signed requests ಬೆಂಬಲಿಸುವುದು ಮತ್ತು ನಿಮ್ಮ app ನಲ್ಲಿ declarations ದಾಖಲಿಸುವುದು ಎಲ್ಲವೂ ಟ್ರಾಫಿಕ್ ಅನ್ನು Unknown ನಿಂದ ಸ್ಪಷ್ಟವಾದ basis ಇರುವ ವರ್ಗಗಳತ್ತ ಕೊಂಡೊಯ್ಯುತ್ತದೆ.

ಗುರುತಿಸಲಾಗದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಾನು ಎಲ್ಲಿ ನೋಡಬಹುದು?

Understand view ನಲ್ಲಿ, Unknown ಪ್ರತಿ breakdown ನಲ್ಲಿ ತನ್ನದೇ ವರ್ಗವಾಗಿ, route ಪ್ರಕಾರ ಮತ್ತು ಕಾಲಕ್ರಮೇಣ, ಪ್ರತಿ interaction ಗೆ ಲಭ್ಯವಿದ್ದ ಸಾಕ್ಷ್ಯ ಜೊತೆಗೆ ಕಾಣಿಸುತ್ತದೆ.

ನಿಮ್ಮ app ಅನ್ನು ಯಾರು ಬಳಸುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ತಿಳಿಯಿರಿ.

founding developers ನ ಸಣ್ಣ ಗುಂಪಿಗಾಗಿ private beta.

ಮುಂಗಡ ಪ್ರವೇಶ ಪಡೆಯಿರಿ ಮೌಲ್ಯವನ್ನು ವೀಕ್ಷಿಸಿ

ಮೊದಲು ಮಾತನಾಡಲು ಇಷ್ಟವಿದೆಯೆ? ಸ್ಥಾಪಕರೊಂದಿಗೆ ಮಾತನಾಡಿ