मुख्य सामग्री पर जाएं
अज्ञात ट्रैफ़िक

अज्ञात स्वचालित ट्रैफ़िक को दृश्य बनाएं

अधिकांश applications यह नहीं बता सकतीं कि उनके स्वचालित ट्रैफ़िक का बड़ा हिस्सा क्या है। Proof of Actor उस ट्रैफ़िक को अपनी अलग class के रूप में दृश्य बनाए रखता है, ताकि आप उसे माप सकें, कम कर सकें और जानबूझकर संभाल सकें।

Early Access प्राप्त करेंयह कैसे काम करता है, देखें
Toshendra Sharma

द्वारा Toshendra Sharmaसंस्थापक और CEO, AgentCredia · Updated November 13, 2026

वह ट्रैफ़िक जिसका नाम कोई नहीं जानता

किसी application के logs को ध्यान से देखें और आपको ऐसे requests मिलेंगे जिन्हें समझाना कठिन होता है। वे ऐसे clients से आते हैं जिनके पास browser context नहीं होता। उनकी user-agent strings generic, empty या किसी लोकप्रिय browser से copied होती हैं। वे अपने requests पर signature नहीं करते। वे यह नहीं बताते कि उन्हें किसने भेजा। कुछ harmless scripts होते हैं। कुछ agents होते हैं जो real users के लिए काम करते हैं। कुछ ऐसे tools होते हैं जिन्हें आप बिल्कुल serve नहीं करना चाहेंगे।

यह अज्ञात स्वचालित ट्रैफ़िक है, और अधिकांश teams इसे दो तरीकों में से किसी एक से संभालती हैं। या तो इसे quietly human मान लिया जाता है, जिससे analytics distorted हो जाती है और जोखिम भरी गतिविधि अंदर चली जाती है, या इसे default रूप से hostile माना जाता है, जिससे वैध users और agents भी बाकी सबके साथ block हो जाते हैं। दोनों approaches में एक ही दोष है: वे missing evidence को assumption से बदल देती हैं।

Proof of Actor इसका उलटा दृष्टिकोण लेता है। यदि evidence विश्वसनीय determination का समर्थन नहीं करता, तो सही उत्तर Unknown है, और Unknown को visible, measurable और जानबूझकर संभाला जाना चाहिए। blog post why Unknown is a valid result for AI traffic पूरा पक्ष रखता है।

Unknown एक first-class result क्यों है

Proof of Actor हर interaction को चार classes में से एक में वर्गीकृत करता है: Human, Human + AI, Agent या Unknown। Unknown कोई error state या product में कमी नहीं है। यह एक जानबूझकर दिया गया result है, जिसका सटीक अर्थ है: उपलब्ध evidence विश्वसनीय determination का समर्थन नहीं करता।

उस ईमानदारी के व्यावहारिक लाभ हैं।

  • आपका analytics सटीक रहता है। Human और Agent counts में केवल वही interactions शामिल होते हैं जिनके पास supporting evidence होता है, इसलिए वे वही अर्थ देते हैं जो वे कहते हैं।
  • आपकी coverage मापी जा सकती है। हर route पर Unknown का हिस्सा आपको स्पष्ट बताता है कि कहाँ अधिक evidence की ज़रूरत है।
  • आपकी policies अधिक सुरक्षित होती हैं। अनिश्चित cases उस fallback में चली जाती हैं जिसे आपने चुना है, बजाय इसके कि उन्हें चुपचाप trusted मान लिया जाए या अनुमान के आधार पर block कर दिया जाए।

Unknown को कभी Human में नहीं बदला जाता, और इसे कभी default रूप से malicious नहीं माना जाता। आप Unknown classification glossary entry, Detection & Limitations, और why Unknown is a valid result for AI traffic में अधिक पढ़ सकते हैं। websites और APIs use cases दिखाते हैं कि teams व्यवहार में Unknown fallbacks कैसे सेट करती हैं।

अज्ञात स्वचालित ट्रैफ़िक कहाँ से आता है

स्रोतों को समझने से आप तय कर पाते हैं कि इसे कैसे संभालना है।

बिना signature वाले automated clients

HTTP Message Signatures के साथ request signing, जो RFC 9421 में परिभाषित है, optional है, और IETF Web Bot Auth working group अभी भी इस बात का मानकीकरण कर रहा है कि automated clients को इस तरह कैसे authenticate करना चाहिए। Signature के बिना, किसी client की पहचान इस पर निर्भर रहती है कि वह अपने बारे में क्या कहना चुनता है।

Copied या generic user agents

User-agent strings सेट करना आसान है। कोई client जो खुद को किसी well-known browser या crawler के रूप में बताता है, वह वास्तव में वही हो सकता है, या उसकी नकल कर रहा हो सकता है। user-agent spoofing entry बताती है कि केवल यह header classification नहीं दे सकता। यही कारण है कि search engines अलग verification methods दस्तावेज़ित करते हैं: Google verifying Googlebot के लिए reverse और forward DNS lookups के साथ प्रकाशित IP ranges का वर्णन करता है, और Bing verifying Bingbot के लिए वही DNS check बताता है।

ऐसे routes जिनके साथ integration नहीं है

यदि किसी route में browser integration नहीं है और basic जानकारी के अलावा कोई server-side context नहीं है, तो observe करने के लिए बस कम चीज़ें होती हैं। उन routes पर Unknown coverage का संकेत है, threat का नहीं।

Missing या delayed evidence

Timeout, blocked script या अधूरा request पर्याप्त evidence के बिना result छोड़ सकते हैं। Proof of Actor इसे भरने के बजाय ईमानदारी से report करता है।

Proof of Actor Unknown को manageable कैसे बनाता है

Proof of Actor अपने काम को तीन capabilities में व्यवस्थित करता है। हर एक अज्ञात स्वचालित ट्रैफ़िक में मदद करती है।

Detect: Unknown को अलग रखें

Signals को basis के अनुसार जाँचा और label किया जाता है: verified, declared, inferred या unknown। जब वे determination का समर्थन नहीं करते, तो result Unknown होता है और इस बात का summary दिया जाता है कि क्या उपलब्ध था और क्या नहीं। किसी अन्य class में कुछ भी अनुमान के आधार पर नहीं डाला जाता।

Understand: देखें Unknown कहाँ है

Understand view हर breakdown में, route के अनुसार और समय के साथ, Unknown दिखाता है। आप देख सकते हैं कि किन routes पर सबसे अधिक unknown activity है, integration जोड़ने के बाद यह कैसे बदलती है, और individual interactions के लिए कौन-सा evidence मौजूद था। इससे एक अस्पष्ट चिंता एक ठोस map में बदल जाती है।

Route: हर route के लिए fallback चुनें

अलग-अलग routes अलग-अलग fallbacks के योग्य होते हैं। कई applications के लिए एक व्यावहारिक शुरुआती बिंदु:

  • Public pages और documentation: अपने standard rate limits के साथ Unknown को allow करें।
  • Signup और onboarding: अपनी मौजूदा checks बनाए रखें, और review तभी जोड़ें जब आपकी अपनी conditions इसकी मांग करें।
  • Account changes और अन्य संवेदनशील actions: अपने मौजूदा authentication और step-up controls पर भरोसा करें, कभी भी actor guess पर नहीं।
  • High-impact API operations: वे मजबूत credentials या controls अनिवार्य करें जिन्हें आपका API पहले से support करता है।

handling unknown traffic पर guide इन fallbacks को डिज़ाइन करने की प्रक्रिया बताता है, जिसमें हर risk tier के लिए fail-open और fail-closed विकल्प शामिल हैं।

समय के साथ Unknown को कम करना

लक्ष्य Unknown को रातों-रात समाप्त करना नहीं है। लक्ष्य इसे हर महीने, सही कारणों से, छोटा करना है।

  • जहाँ ज़रूरत हो वहाँ integrations जोड़ें। मुख्य pages पर browser integration और प्रमुख routes पर server-side integration उपलब्ध evidence बढ़ाते हैं।
  • Signed requests का समर्थन करें। जैसे-जैसे agent operators HTTP message signatures अपनाते हैं, जो traffic Unknown था, वह verified Agent traffic बन जाता है।
  • अपने app में declarations रिकॉर्ड करें। जब आपका application जानता है कि AI assistance शामिल है, तो यह कहें। वह evidence सटीक और सस्ता होता है।
  • Agents के लिए front door दें। Agents के लिए एक structured path प्रकाशित करने से वे अपनी पहचान बताने के लिए प्रोत्साहित होते हैं, बजाय इसके कि वे भीड़ में घुल-मिल जाएँ।

क्योंकि Proof of Actor route के अनुसार Unknown को track करता है, आप इन बदलावों को numbers में देख सकते हैं।

यह कैसे काम करता है

हर interaction उसी evidence-first path से गुजरता है, जिसका पूरा वर्णन How It Works पर है: आपका application request या event प्राप्त करता है, integration उस context में उपलब्ध signals इकट्ठा करता है, signals को normalize किया जाता है और स्पष्ट basis के साथ classify किया जाता है, result analytics के लिए record होता है, और आपका application अपनी policy लागू करता है या केवल observe करता है।

Timeouts और missing telemetry को स्पष्ट रूप से handle किया जाता है। आपका integration उस fallback का उपयोग करता है जिसे आपने उस route के लिए चुना है, और result कभी भी Human में upgrade नहीं किया जाता क्योंकि evidence missing था।

कुछ महीनों बाद अच्छा परिणाम कैसा दिखता है

जो teams अज्ञात स्वचालित ट्रैफ़िक को अच्छी तरह handle करती हैं, वे आम तौर पर एक ही स्वस्थ स्थिति तक पहुँचती हैं। Unknown हर महत्वपूर्ण route पर एक ज्ञात quantity होती है, और human तथा agent activity के साथ उसी dashboard में tracked होती है। हर route के लिए एक लिखित fallback होता है जिस पर product, platform और security teams ने मिलकर सहमति दी होती है। Verified agent traffic बढ़ता है क्योंकि अधिक operators अपने requests पर signature करते हैं, और उन agents को pages scrape करने के बजाय एक structured path से serve किया जाता है। संवेदनशील actions को application के भरोसेमंद authentication और step-up controls से सुरक्षित रखा जाता है, और actor context gatekeeper के बजाय एक अतिरिक्त input होता है।

सबसे महत्वपूर्ण बात, कोई भी अनुमान नहीं लगा रहा होता। जब कोई पूछता है कि पिछले सप्ताह के traffic में कितना हिस्सा automated था, तो उत्तर उसके basis के साथ आता है: इतना verified, इतना declared, इतना inferred, और इतना अभी भी Unknown। यह एक ऐसा number है जिसके आधार पर team योजना बना सकती है। यह नेतृत्व के साथ बातचीत भी बदल देता है, क्योंकि प्रश्न यह नहीं रह जाता कि bots समस्या हैं या नहीं, बल्कि यह हो जाता है कि कौन-से routes अधिक evidence के योग्य हैं और किन fallbacks को refine करने की ज़रूरत है।

Observation mode में शुरू करें

Proof of Actor default रूप से कुछ भी block नहीं करता। Observation mode में, results record किए जाते हैं जबकि आपका application पहले की तरह ही respond करता है। आपकी team देखती है कि हर route को कितना unknown automated traffic मिलता है, उसे उन outcomes से compare करती है जिन्हें आप पहले से जानते हैं, और वास्तविक patterns के आधार पर fallbacks design करती है। Policies एक समय में एक route पर enable की जाती हैं, केवल तब जब आपकी team आश्वस्त हो कि वे उपयुक्त हैं।

Founding developer program में शामिल हों

Proof of Actor private beta में है। चुनी गई founding developer teams, सहमत usage limits के भीतर, hands-on product feedback के बदले, हमारे engineers से direct integration support के साथ, up to 12 months का free access प्राप्त कर सकती हैं।

यदि अज्ञात स्वचालित ट्रैफ़िक आपके analytics या आपकी security decisions को धुंधला कर रहा है, तो early access के लिए apply करें। हमें अपने application और उन routes के बारे में बताएं जहाँ Unknown सबसे अधिक मायने रखता है।

Proof of Actor explore करें, how it works पढ़ें, या देखें कि evidence क्या स्थापित कर सकता है।

Sources

डेवलपर्स के लिए

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
result के पीछे के signals, ताकि आपकी team कारण देख सके।

observation mode में शुरू करें: results को अपने logs के पास record करें और जब तक आप कोई policy न चुनें, कुछ न बदलें। Node.js integration guide पढ़ें

अक्सर पूछे जाने वाले प्रश्न

अज्ञात स्वचालित ट्रैफ़िक क्या है?

यह ऐसी गतिविधि है जिसमें उपलब्ध evidence विश्वसनीय रूप से यह नहीं दिखाता कि कोई Human, Human + AI या Agent कार्य कर रहा है या नहीं, अक्सर ऐसे signed नहीं किए गए clients के रूप में जिनके पास browser context नहीं होता और जिनकी user-agent strings generic या copied होती हैं।

अज्ञात ट्रैफ़िक को बस block क्यों न करें?

Unknown, malicious के बराबर नहीं है। इसमें वैध clients, privacy-focused browsers और ऐसे tools शामिल होते हैं जो बस अपनी पहचान नहीं बताते। इसे सीधे block करने से वास्तविक नुकसान होता है। हर route के लिए जानबूझकर चुना गया fallback कहीं बेहतर काम करता है।

क्या Proof of Actor कभी Unknown को Human में बदलता है?

कभी नहीं। Unknown result Unknown ही रहता है, इसमें वह स्थिति भी शामिल है जब evidence missing हो या कोई check timeout हो जाए। आपकी policy हर route के लिए fallback चुनती है।

क्या समय के साथ अज्ञात ट्रैफ़िक कम किया जा सकता है?

हाँ। अधिक routes पर integrations जोड़ना, signed requests का समर्थन करना और अपने app में declarations रिकॉर्ड करना, traffic को Unknown से उन classes में ले जाता है जिनका आधार स्पष्ट होता है।

मैं अज्ञात ट्रैफ़िक कहाँ देख सकता हूँ?

Understand view में, Unknown हर breakdown में अपनी अलग class के रूप में दिखता है, route के अनुसार और समय के साथ, उस evidence के साथ जो हर interaction के लिए उपलब्ध था।

जानें कि आपका app कौन उपयोग कर रहा है।

founding developers के छोटे समूह के लिए private beta।

Early Access प्राप्त करेंमूल्य निर्धारण देखें

क्या पहले बात करना पसंद करेंगे? founders से बात करें