મુખ્ય સામગ્રી પર જાઓ
અજ્ઞાત ટ્રાફિક

અજ્ઞાત સ્વચાલિત ટ્રાફિકને દૃશ્યમાન બનાવો

મોટાભાગની applications તેમના automated trafficનો મોટો હિસ્સો શું છે તે કહી શકતી નથી. Proof of Actor આ trafficને તેની પોતાની class તરીકે દૃશ્યમાન રાખે છે, જેથી તમે તેનું માપ લઈ શકો, તેને ઘટાડો અને તેને ઈરાદાપૂર્વક સંભાળો.

પ્રારંભિક ઍક્સેસ મેળવોતે કેવી રીતે કાર્ય કરે છે તે અન્વેષણ કરો
Toshendra Sharma

દ્વારા Toshendra Sharmaસ્થાપક અને CEO, AgentCredia · Updated November 13, 2026

જેને કોઈ નામ આપી શકતું નથી એવો traffic

એક applicationના logsને નજીકથી જુઓ અને તમને એવા requests મળશે જે સમજાવવાનું ટાળે છે. તેઓ એવા clientsમાંથી આવે છે જેમને browser context નથી. તેમના user-agent strings generic, ખાલી અથવા કોઈ લોકપ્રિય browserમાંથી copied હોય છે. તેઓ તેમના requests sign કરતા નથી. તેઓ કોણે મોકલ્યા તે કહેતા નથી. કેટલાક harmless scripts હોય છે. કેટલાક real users માટે કામ કરતા agents હોય છે. કેટલાક એવા tools હોય છે જેને તમે બિલકુલ serve કરવા ન ઇચ્છો.

આ છે અજ્ઞાત સ્વચાલિત traffic, અને મોટાભાગની teams તેને બે રીતે સંભાળે છે. ક્યારેક તેને quietly human ગણવામાં આવે છે, જે analyticsને બગાડે છે અને જોખમી activityને પસાર થવા દે છે, અથવા તેને default રીતે hostile ગણવામાં આવે છે, જે legitimate users અને agentsને પણ બાકીની સાથે block કરી દે છે. બંને અભિગમની એક જ ખામી છે: તેઓ missing evidenceની જગ્યાએ assumption મૂકે છે.

Proof of Actor વિપરીત દૃષ્ટિકોણ લે છે. જો evidence વિશ્વસનીય determinationને support ન કરે, તો સાચો જવાબ Unknown છે, અને Unknown દૃશ્યમાન, માપી શકાય એવો અને ઈરાદાપૂર્વક સંભાળેલો હોવો જોઈએ. blog post AI traffic માટે Unknown માન્ય result કેમ છે સંપૂર્ણ દલીલ રજૂ કરે છે.

Unknown કેમ first-class result છે

Proof of Actor દરેક interactionને ચાર classesમાંથી એકમાં વર્ગીકૃત કરે છે: Human, Human + AI, Agent અથવા Unknown. Unknown error state નથી અને productમાં ખામી પણ નથી. તે ચોક્કસ અર્થ સાથેનું deliberate result છે: ઉપલબ્ધ evidence વિશ્વસનીય determinationને support કરતી નથી.

આ ઈમાનદારીના વ્યવહારુ ફાયદા છે.

  • તમારી analytics ચોક્કસ રહે છે. Human અને Agent ગણતરીઓમાં માત્ર supporting evidence ધરાવતા interactions જ આવે છે, તેથી તેઓ જે કહે છે તે જ અર્થ આપે છે.
  • તમારું coverage માપી શકાય છે. દરેક route પર Unknownનો હિસ્સો તમને ચોક્કસ બતાવે છે કે ક્યાં વધુ evidenceની જરૂર છે.
  • તમારી policies વધુ સુરક્ષિત છે. અનિશ્ચિત cases તમે પસંદ કરેલા fallbackમાં જાય છે, trust થયેલા અથવા blocked તરીકે silently ગણવામાં આવતાં નથી.

Unknownને ક્યારેય Humanમાં ફેરવવામાં આવતું નથી, અને default રીતે તેને malicious તરીકે પણ ગણવામાં આવતું નથી. તમે Unknown classification glossary entryમાં, Detection & Limitationsમાં, અને AI traffic માટે Unknown માન્ય result કેમ છેમાં વધુ વાંચી શકો છો. websites અને APIs use cases બતાવે છે કે teams વાસ્તવમાં Unknown fallbacks કેવી રીતે ગોઠવે છે.

અજ્ઞાત સ્વચાલિત traffic ક્યાંથી આવે છે

સ્ત્રોતો સમજવાથી તમે તેને કેવી રીતે સંભાળવો તે નક્કી કરી શકો છો.

unsigned automated clients

HTTP Message Signatures સાથે request signing, જે RFC 9421માં વ્યાખ્યાયિત છે, વૈકલ્પિક છે, અને IETF Web Bot Auth working group હજુ પણ automated clientsને આ રીતે authenticate કરવાનું કેવી રીતે standardize કરવું તે નક્કી કરી રહી છે. signature વગર, clientની ઓળખ તે પોતાની વિશે જે કહે છે તેના પર આધારિત રહે છે.

copied અથવા generic user agents

User-agent strings ગોઠવવા બહુ સરળ છે. પોતાને જાણીતા browser અથવા crawler તરીકે રજૂ કરતો client ખરેખર તે જ હોઈ શકે છે, અથવા તેનું અનુકરણ પણ કરી રહ્યો હોઈ શકે છે. user-agent spoofing entry સમજાવે છે કે શા માટે આ header alone classification લઈ જઈ શકતો નથી. એ જ કારણથી search engines અલગ verification methodsનું દસ્તાવેજીકરણ કરે છે: Google Googlebotને verify કરવું માટે reverse અને forward DNS lookups ઉપરાંત published IP ranges વર્ણવે છે, અને Bing Bingbotને verify કરવું માટે એ જ DNS check વર્ણવે છે.

integration વગરના routes

જો route પાસે browser integration નથી અને મૂળભૂત બાબતો સિવાય કોઈ server-side context નથી, તો observe કરવા જેવું simply ઓછું રહે છે. આ routes પર Unknown threatનો સંકેત નહીં, પરંતુ coverageનો સંકેત છે.

missing અથવા delayed evidence

Timeout, blocked script અથવા અધૂરો request resultને પૂરતા evidence વિના છોડી શકે છે. Proof of Actor એ ખાલી જગ્યા પૂરી કરવાનો પ્રયત્ન કર્યા વગર આ વાત ઈમાનદારીથી દર્શાવે છે.

Proof of Actor Unknownને કેવી રીતે સંભાળી શકાય એવું બનાવે છે

Proof of Actor પોતાનું કામ ત્રણ ક્ષમતાઓમાં ગોઠવે છે. દરેક ક્ષમતા અજ્ઞાત સ્વચાલિત traffic સાથે મદદ કરે છે.

Detect: Unknownને અલગ રાખો

Signalsને basis પ્રમાણે ચકાસી અને લેબલ કરવામાં આવે છે: verified, declared, inferred અથવા unknown. જ્યારે તે determinationને support કરતા નથી, ત્યારે result Unknown તરીકે અને શું ઉપલબ્ધ હતું અને શું નહોતું તેની summary સાથે દર્શાવવામાં આવે છે. કંઈ પણ અનુમાનથી બીજી classમાં ધકેલવામાં આવતું નથી.

Understand: Unknown ક્યાં છે તે જુઓ

Understand view દરેક breakdownમાં, route પ્રમાણે અને સમય સાથે Unknown બતાવે છે. તમે જોઈ શકો છો કે કયા routesમાં સૌથી વધુ unknown activity છે, integration ઉમેર્યા પછી તે કેવી રીતે બદલાય છે, અને individual interactions માટે કયું evidence હાજર હતું. આ vague ચિંતા ને concrete mapમાં ફેરવે છે.

Route: દરેક route માટે fallback પસંદ કરો

વિવિધ routes માટે વિવિધ fallbacks યોગ્ય હોય છે. ઘણા applications માટે યોગ્ય શરૂઆત આ હોઈ શકે છે:

  • Public pages અને documentation: તમારી standard rate limits સાથે Unknownને allow કરો.
  • Signup અને onboarding: તમારી existing checks રાખો, અને review માત્ર ત્યારે ઉમેરો જ્યારે તમારી પોતાની પરિસ્થિતિઓ તેની માંગ કરે.
  • Account changes અને અન્ય sensitive actions: તમારી existing authentication અને step-up controls પર આધાર રાખો, ક્યારેય actor guess પર નહીં.
  • High-impact API operations: તમારી API પહેલેથી જે stronger credentials અથવા controls support કરે છે તેની જરૂર રાખો.

અજ્ઞાત trafficને કેવી રીતે હેન્ડલ કરવું માર્ગદર્શિકા આ fallbacks કેવી રીતે ડિઝાઇન કરવી તે બતાવે છે, જેમાં દરેક risk tier માટે fail-open અને fail-closed પસંદગીઓ શામેલ છે.

સમય સાથે Unknownને ઘટાડવું

લક્ષ્ય Unknownને એક રાતમાં દૂર કરવાનો નથી. લક્ષ્ય છે તેને દર મહિને ઓછું કરવું, યોગ્ય કારણોસર.

  • જ્યાં મહત્વનું હોય ત્યાં integrations ઉમેરો. મહત્વના pages પર browser integration અને મહત્વના routes પર server-side integration ઉપલબ્ધ evidence વધારે છે.
  • Signed requestsને support કરો. જેમ agent operators HTTP message signatures અપનાવે છે, તેમ જે traffic Unknown હતું તે verified Agent traffic બની જાય છે.
  • તમારી પોતાની appમાં declarations record કરો. જ્યારે તમારી application જાણે છે કે AI assistance involved છે, ત્યારે તે કહો. આ evidence ચોક્કસ અને સસ્તું છે.
  • Agents માટે front door આપો. Agents માટે structured path પ્રકાશિત કરવાથી તેઓ ભળી જવાને બદલે પોતાની ઓળખ આપે તેવી સંભાવના વધે છે.

Proof of Actor Unknownને route પ્રમાણે track કરે છે, તેથી તમે આ દરેક ફેરફારને numbersમાં જોઈ શકો છો.

તે કેવી રીતે કામ કરે છે

દરેક interaction એ જ evidence-first path અનુસરે છે, જે How It Works પર સંપૂર્ણ રીતે વર્ણવાયેલ છે: તમારી application request અથવા event પ્રાપ્ત કરે છે, integration તે contextમાં ઉપલબ્ધ signals એકત્ર કરે છે, signalsને normalized કરીને explicit basis સાથે classify કરવામાં આવે છે, result analytics માટે record થાય છે, અને તમારી application પોતાની policy લાગુ કરે છે અથવા માત્ર observe કરે છે.

Timeouts અને missing telemetryને સ્પષ્ટ રીતે સંભાળવામાં આવે છે. તમારી integration તે route માટે પસંદ કરેલા fallbackનો ઉપયોગ કરે છે, અને result ક્યારેય evidence missing હતું તેથી Humanમાં upgrade થતો નથી.

થોડા મહિનાઓ પછી સારું દેખાવ કેવું હોય છે

જે teams અજ્ઞાત સ્વચાલિત trafficને સારી રીતે સંભાળે છે, તેઓ સામાન્ય રીતે એક જ સ્વસ્થ સ્થિતિ સુધી પહોંચે છે. Unknown દરેક મહત્વના route પર જાણીતી quantity બની જાય છે, અને human તથા agent activity સાથે જ dashboardમાં track થાય છે. દરેક route માટે એક લખિત fallback હોય છે જેને product, platform અને security teams સાથે મળીને સ્વીકારે છે. વધુ operators તેમના requests sign કરે તેમ verified agent traffic વધે છે, અને એવા agentsને pages scrape કરવાની બદલે structured path દ્વારા સેવા મળે છે. Sensitive actions application જે authentication અને step-up controls પર પહેલેથી વિશ્વાસ કરે છે તેના દ્વારા સુરક્ષિત રહે છે, actor context gatekeeper નહીં પરંતુ એક વધારાના input તરીકે.

સૌથી મહત્વનું, કોઈ અનુમાન નથી લગાવી રહ્યું. જ્યારે કોઈ પૂછે કે ગયા અઠવાડિયાનો કેટલો traffic automated હતો, ત્યારે જવાબ તેના આધાર સાથે આવે છે: એટલો verified, એટલો declared, એટલો inferred, અને એટલો હજુ પણ Unknown. આ એવો આંકડો છે જેના આધારે team યોજના બનાવી શકે. તે leadership સાથેની વાતચીત પણ બદલે છે, કારણ કે પ્રશ્ન bots સમસ્યા છે કે નહીં એમાંથી બદલાઈને કયા routesને વધુ evidence જોઈએ અને કયા fallbacksને સુધારવાની જરૂર છે તેમાં ફેરવાઈ જાય છે.

observation modeમાં શરૂઆત કરો

Proof of Actor default રીતે કંઈ block કરતું નથી. observation modeમાં, પરિણામો record થાય છે જ્યારે તમારી application અગાઉની જેમ જ પ્રતિસાદ આપે છે. તમારી team જુએ છે કે દરેક routeને કેટલો અજ્ઞાત સ્વચાલિત traffic મળે છે, તેને તમે પહેલેથી જાણતા outcomes સાથે સરખાવે છે, અને real patternsના આધારે fallbacks ડિઝાઇન કરે છે. Policies એક વખતે એક route માટે enable થાય છે, માત્ર ત્યારે જ જ્યારે તમારી teamને વિશ્વાસ હોય કે તે યોગ્ય છે.

founding developer programમાં જોડાઓ

Proof of Actor private betaમાં છે. પસંદ થયેલી founding developer teamsને, agreed usage limitsની અંદર, hands-on product feedbackના બદલામાં 12 months સુધીનું free access મળી શકે છે, અમારી engineers તરફથી direct integration support સાથે.

જો અજ્ઞાત સ્વચાલિત traffic તમારા analytics અથવા security decisionsને ઢાંકી રહ્યું હોય, તો early access માટે apply કરો. તમારી application અને તે routes વિશે અમને કહો જ્યાં Unknown સૌથી વધુ મહત્વનું છે.

Proof of Actor explore કરો, તે કેવી રીતે કામ કરે છે વાંચો, અથવા 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
પરિણામ પાછળના signals, જેથી તમારી team કારણ જોઈ શકે.

observation mode માં શરૂ કરો: પરિણામોને તમારા logsની બાજુમાં નોંધો અને તમે policy પસંદ કરો ત્યાં સુધી કંઈ બદલશો નહીં. Node.js integration guide વાંચો

વારંવાર પૂછાતા પ્રશ્નો

અજ્ઞાત સ્વચાલિત ટ્રાફિક શું છે?

આ એવી activity છે જેમાં ઉપલબ્ધ evidence વિશ્વસનીય રીતે બતાવતું નથી કે person, AI સાથેનો person કે autonomous agent કાર્ય કરી રહ્યો છે કે નહીં, ઘણીવાર unsigned clients હોય છે જેમને browser context નથી અને તેમના user-agent strings generic અથવા copied હોય છે.

અજ્ઞાત trafficને સીધું block કેમ ન કરવું?

Unknown એટલે malicious એવું નથી. તેમાં legitimate clients, privacy-focused browsers અને એવા tools પણ આવે છે જે પોતાની ઓળખ આપતા નથી. તેને સીધું block કરવાથી વાસ્તવિક નુકસાન થાય છે. દરેક route માટે જાણતી fallback વધુ સારું કામ કરે છે.

શું Proof of Actor ક્યારેય Unknownને Human બનાવે છે?

ક્યારેય નહીં. Evidence missing હોય કે check timeout થાય, તો પણ Unknown result Unknown જ રહે છે. દરેક route માટે fallback તમારી policy પસંદ કરે છે.

શું સમય સાથે અજ્ઞાત traffic ઘટાડી શકાય?

હા. વધુ routes પર integrations ઉમેરવાથી, signed requestsને support કરવાથી અને તમારી appમાં declarations record કરવાથી traffic Unknownમાંથી એવા classesમાં જાય છે જેમનો આધાર સ્પષ્ટ હોય છે.

અજ્ઞાત traffic હું ક્યાં જોઈ શકું?

Understand viewમાં, Unknown દરેક breakdownમાં પોતાની class તરીકે દેખાય છે, route પ્રમાણે અને સમય સાથે, દરેક interaction માટે ઉપલબ્ધ evidence સાથે.

તમારા app નો ઉપયોગ કોણ કરે છે તે જાણો.

Founding developers ના નાના સમૂહ માટે private beta.

પ્રારંભિક ઍક્સેસ મેળવોકિંમત જુઓ

પહેલાં વાત કરવી પસંદ કરો છો? સ્થાપકો સાથે વાત કરો