ഏത് സന്ദർശകർ ആളുകളാണ്, ഏത് AI agents ആണെന്ന് അറിയുക.
assistants അവരുടെ users-നായി നിങ്ങളുടെ pages വായിക്കുന്നു, agents നിങ്ങളുടെ forms പൂരിപ്പിക്കുന്നു, crawlers നിങ്ങളുടെ content ശേഖരിക്കുന്നു. Proof of Actor ആരാണ് സന്ദർശിക്കുന്നത് എന്ന് തെളിവോടെ കാണിക്കുന്നു, അതുവഴി നിങ്ങളുടെ website ഓരോരുത്തർക്കും പ്രതികരിക്കാം.
GET /pricing
തെളിവ്
ഉപയോക്താവിനായി പേജ് നേടുന്ന assistant.example-ിൽ നിന്നുള്ള ഒപ്പിട്ട അഭ്യർത്ഥന
നിങ്ങളുടെ policy: page-ഉം അതിന്റെ Markdown version-ഉം നൽകുക
നിങ്ങളുടെ website ആളുകൾക്കായി നിർമ്മിച്ചതാണ്. ഇപ്പോൾ നിങ്ങളുടെ visitors മാത്രം ആളുകളല്ല.
Pricing പേജുകൾ, documentation, product പേജുകൾ, contact forms എന്നിവയ്ക്ക് ഇപ്പോൾ ഉപയോക്താവിന്റെ ചോദ്യത്തിന് മറുപടി നൽകുന്ന AI സഹായികൾ, ഒരു ജോലി പൂർത്തിയാക്കുന്ന agents, ഉള്ളടക്കം ശേഖരിക്കുന്ന crawlers എന്നിവയിൽ നിന്ന് സന്ദർശനങ്ങൾ ലഭിക്കുന്നു. അവയിൽ ഭൂരിഭാഗവും നിങ്ങളുടെ analytics-ൽ സാധാരണ browsers പോലെ തോന്നും.
അവയെല്ലാം തടയുന്നത് AI വഴി എത്തുന്ന ഉപഭോക്താക്കളെ നഷ്ടപ്പെടുത്തും. അവയെ അവഗണിക്കുന്നത് നിങ്ങളുടെ സംഖ്യകൾ വളച്ചൊടിക്കുകയും ഫോമുകൾ നിറയ്ക്കുകയും ചെയ്യും. Proof of Actor ഓരോ സന്ദർശനത്തിനും ഒരു വർഗവും ഒരു അടിസ്ഥാനവും നൽകുന്നു, അതിനാൽ പേജ് തലത്തിൽ തീരുമാനിക്കാം.
Proof of Actor ചേർക്കുന്നു
/reports-ൽ ഈ account വഴി ഒരു assistant പ്രവർത്തിക്കുന്നു.
website ടീമുകൾ actor context ഉപയോഗിച്ച് ചെയ്യുന്നത്
നിങ്ങളുടെ യഥാർത്ഥ visitor mix കാണുക
ഓരോ page-ലും campaign-ലും human visits-നെ AI assistants, agents, crawlers എന്നിവയിൽ നിന്ന് വേർതിരിക്കുക.
agent-ready content നൽകുക
Verified agents-നും assistants-നും അവർ വായിക്കുന്ന പേജുകളുടെ Markdown അല്ലെങ്കിൽ structured പതിപ്പുകൾ നൽകുക.
AI ഉത്തരങ്ങളിൽ ദൃശ്യമാകുക
ഡിഫോൾട്ടായി അവരെ തടയുന്നതിനു പകരം, legitimate assistants-ന് നിങ്ങളെ customers നേടിക്കൊടുക്കുന്ന പേജുകൾ വായിക്കാൻ അനുവദിക്കുക.
നിങ്ങളുടെ forms സംരക്ഷിക്കുക
contact, sign-up, demo forms എന്നിവ ആളുകൾക്ക് എളുപ്പത്തിൽ ഉപയോഗിക്കാൻ കഴിയുന്നവയാക്കുക, automated submissions ഉദ്ദേശപൂർവ്വം കൈകാര്യം ചെയ്യുക.
Agent shopping കൈകാര്യം ചെയ്യുക
ഉൽപ്പന്നങ്ങൾ ബ്രൗസ് ചെയ്യുകയോ ഒരു വ്യക്തിയുടെ പേരിൽ checkout ആരംഭിക്കുകയോ ചെയ്യുന്ന agent-കളെ തിരിച്ചറിഞ്ഞ്, അവരെ ശരിയായി route ചെയ്യുക.
Unknown വേണ്ടി പദ്ധതി
ഒരു visit-ൽ evidence വളരെ കുറവായപ്പോൾ ഓരോ page-ലും എന്ത് സംഭവിക്കണമെന്ന് തീരുമാനിക്കുക, ആ നിരക്ക് track ചെയ്യുക.
01 · കണ്ടെത്തുക
browser, edge, server എന്നിവയിൽ നിന്നുമുള്ള evidence.
നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന പേജുകളിൽ browser collector ചേർക്കുക, request signatures ഉം പ്രഖ്യാപിച്ച client വിശദാംശങ്ങളും വായിക്കാൻ edge അല്ലെങ്കിൽ server integration പ്രവർത്തിപ്പിക്കുക.
- collector പ്രവർത്തിക്കുന്ന പേജുകളിലെ interaction signals.
- കീകൾ പ്രസിദ്ധീകരിക്കുന്ന അസിസ്റ്റന്റുകളും ഏജന്റുകളും നിന്നുള്ള ഒപ്പിട്ട അഭ്യർത്ഥനകൾ.
- നിങ്ങളുടെ edge അല്ലെങ്കിൽ origin server-ൽ request context നേടുക.
- അഭ്യർത്ഥന സിഗ്നേച്ചർvalid · sample-crawler.exampleverified
- Client പ്രഖ്യാപനം"research-assistant/2.1"declared
- ബ്രൗസർ ഇടപെടൽpointer + keyboard eventsinferred
- supported signals ഇല്ലroute not instrumentedunknown
02 · മനസ്സിലാക്കുക
ആരാണ് ഏത് പേജുകൾ വായിക്കുന്നത് എന്ന് അറിയുക.
page, section, campaign എന്നിവ പ്രകാരം actor mix കാണുക, ഏത് assistants ആണ് കൂടുതലായി സന്ദർശിക്കുന്നത്, unknown visits എവിടെയാണ് കേന്ദ്രീകരിക്കുന്നത് എന്നതും കാണുക.
- പേജ് അനുസരിച്ചും ക്യാമ്പെയ്ൻ അനുസരിച്ചും സന്ദർശക വിഭാഗങ്ങൾ.
- ഓരോ വർഗ്ഗീകരണത്തിന്റെയും പിന്നിലെ തെളിവ്.
- ഓരോ page-നുമുള്ള unknown നിരക്ക്, അതിലൂടെ coverage gaps ദൃശ്യമാകും.
- /dashboardഅജ്ഞാതം 7%
- /api/v1/catalogഅജ്ഞാതം 15%
- /support/ticketsഅജ്ഞാതം 8%
- /signupഅജ്ഞാതം 21%
03 · വഴിമാറിക്കുക
ഓരോ സന്ദർശകനും അനുയോജ്യമായ പ്രതികരണം.
Verified agents-ന് structured content നൽകുക, ആളുകൾക്ക് പൂർണ്ണ അനുഭവം നിലനിർത്തുക, ഓരോ page-ലും unknown visits-നായി ഒരു fallback തിരഞ്ഞെടുക്കുക.
- agents-നുള്ള Markdown അല്ലെങ്കിൽ structured responses.
- ഓരോ പേജ്, actor class, basis പ്രകാരമുള്ള നയങ്ങൾ.
- നിരീക്ഷിക്കുക, preview ചെയ്യുക, തുടർന്ന് enforce ചെയ്യുക.
- /api/v1/catalogenforceഏജന്റ്അനുവദിക്കുക · structured API
- /support/ticketsenforceമനുഷ്യൻ + AIഅനുവദിക്കുക · AI-assisted ആയി ലേബൽ ചെയ്യുക
- /account/*previewഅജ്ഞാതംനിലവിലുള്ള checks നിലനിർത്തുക
- /api/v1/orderspreviewഏജന്റ്കൂടുതൽ ശക്തമായ credential ആവശ്യപ്പെടുക
ഉദാഹരണ തീരുമാനങ്ങൾ
request മുതൽ result വരെ, പിന്നീട് നിങ്ങളുടെ decision വരെ.
ഒരു assistant നിങ്ങളുടെ വിലനിർണ്ണയം വായിക്കുന്നു
അഭ്യർത്ഥന
GET /pricing
ഫലം
ഏജന്റ്basis: verifiedനിങ്ങളുടെ തീരുമാനം
അത് നൽകുന്ന മറുപടി കൃത്യമാകാൻ page-ഉം അതിന്റെ Markdown version-ഉം നൽകുക.
ഒരു person നിങ്ങളുടെ demo form പൂരിപ്പിക്കുന്നു
അഭ്യർത്ഥന
POST /contact
ഫലം
മനുഷ്യൻbasis: inferredനിങ്ങളുടെ തീരുമാനം
സ്റ്റാൻഡേർഡ് ഫോം. അധിക ബുദ്ധിമുട്ടില്ല.
തെളിവില്ലാത്ത ഒരു form post
അഭ്യർത്ഥന
POST /contact
ഫലം
അജ്ഞാതംbasis: unknownനിങ്ങളുടെ തീരുമാനം
ഇത് അംഗീകരിച്ച് നിങ്ങളുടെ സാധാരണ spam പരിശോധനകൾ തുടരുക. നിങ്ങളുടെ നിയമങ്ങൾ അങ്ങനെ പറയുന്ന പക്ഷം മാത്രം review-യ്ക്കായി flag ചെയ്യുക.
അപകടം കൂടാതെ പുറത്തിറക്കുക
ടീമുകൾ observation mode-ൽ ആരംഭിച്ച് route by route ആയി മുന്നോട്ട് പോകുന്നു.
- 01
നിങ്ങളുടെ പ്രധാന pages observe ചെയ്യുക
pricing, docs, forms എന്നിവയ്ക്കും അവയുടെ മുൻപിലുള്ള edge integration-ക്കും collector ചേർക്കുക. സന്ദർശകർക്ക് മാറ്റമൊന്നും കാണില്ല.
- 02
content rules preview ചെയ്യുക
ഒന്നും മാറുന്നതിന് മുൻപ്, ഏത് assistants-ന് Markdown versions ലഭിക്കും, ഏത് form posts flagged ആകും എന്നത് പരിശോധിക്കുക.
- 03
പേജ് തോറും enforce ചെയ്യുക
verified agents-ന് structured content നൽകുക, public pages തുറന്നുവെയ്ക്കുക, Unknown visits-ിനായി ഒരു fallback സഹിതം.
നിങ്ങളുടെ stack നൊപ്പം പ്രവർത്തിക്കുന്നു
- Founding ടീമുകൾ
വെബ് സർവർ മിഡിൽവെയർ (Node.js)
Server-side
server-rendered apps-നും APIs-നും വേണ്ടി request-level signals.
- Founding ടീമുകൾ
Next.js
സർവർ-സൈഡും എഡ്ജും
page, API routes എന്നിവയ്ക്കുള്ള middleware.
- Founding ടീമുകൾ
ബ്രൗസർ script
ബ്രൗസർ signals മാത്രം
ഒരു server-side integration നോടൊപ്പം browser sessions-ൽ നിന്നുള്ള interaction signals.
- Founding ടീമുകൾ
Cloudflareയും edge runtimeകളും
Edge
അഭ്യർത്ഥനകൾ നിങ്ങളുടെ origin-ലേക്ക് എത്തുന്നതിന് മുമ്പ് എഡ്ജിലെ സിഗ്നലുകൾ.
- Founding ടീമുകൾ
സാമാന്യ HTTP API
ഏതെങ്കിലും stack
ഒരു API-ലേക്ക് request context അയച്ച്, അതിന്റെ basis സഹിതം ഒരു result സ്വീകരിക്കുക.
- Founding ടീമുകൾ
MCP സർവർ
MCP
MCP ടൂൾ കോളുകൾക്കായുള്ള ആക്ടർ കോൺടെക്സ്റ്റ്.
- റോഡ്മാപ്പ്
WordPress
Plugin
WordPress സൈറ്റുകൾക്കുള്ള പ്ലഗിൻ.
- റോഡ്മാപ്പ്
നേറ്റീവ് മൊബൈൽ
iOS and Android
Native iOS, Android SDKs.
ഓരോ founding team-നോടുമൊപ്പം onboarding സമയത്ത് integrations കൈകാര്യം ചെയ്ത് നൽകുന്നു. വേറൊരു stack ആണോ ഉപയോഗിക്കുന്നത്? അപേക്ഷിക്കുമ്പോൾ ഞങ്ങളോട് പറയുക.
പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ
ഇത് എന്റെ SEO നു ദോഷമുണ്ടാക്കുമോ അല്ലെങ്കിൽ search crawlers നെ തടയുമോ?
ഇല്ല. Proof of Actor observation mode-ൽ ആരംഭിക്കുന്നു, ഒന്നും block ചെയ്യില്ല. ഏതെങ്കിലും page crawlers അല്ലെങ്കിൽ agents-നെ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യണമോ എന്ന് നിങ്ങൾ തീരുമാനിക്കുന്നു.
അത് CAPTCHA ആണോ?
ഇല്ല. സന്ദർശകർ ഒരിക്കലും ഒരു puzzle പരിഹരിക്കില്ല. Proof of Actor സന്ദർശനങ്ങളെ പശ്ചാത്തലത്തിൽ classifiy ചെയ്യുന്നു, പ്രതികരണം നിങ്ങളുടെ website-യ്ക്ക് വിട്ടുകൊടുക്കുന്നു.
AI assistants ൽ നിന്ന് എത്ര സന്ദർശനങ്ങൾ വരുന്നു എന്ന് ഇത് കാണിക്കുമോ?
അതെ, signature അല്ലെങ്കിൽ declaration പോലുള്ള evidence ഉള്ള സന്ദർശനങ്ങൾക്കോ browser collector നിരീക്ഷിക്കാനാകുന്ന സന്ദർശനങ്ങൾക്കോ. മതിയായ evidence ഇല്ലാത്ത സന്ദർശനങ്ങൾ Unknown ആയി റിപ്പോർട്ട് ചെയ്യപ്പെടും.
എന്റെ website builder അല്ലെങ്കിൽ CMS മാറ്റേണ്ടതുണ്ടോ?
നിങ്ങൾ നിരീക്ഷിക്കാനാഗ്രഹിക്കുന്ന പേജുകളിൽ browser collector ചേർക്കുക, request path നിങ്ങൾ നിയന്ത്രിക്കുന്നിടത്ത് edge അല്ലെങ്കിൽ server integration ഉപയോഗിക്കുക.
അതിന്റെ ചെലവ് എത്രയാണ്?
തിരഞ്ഞെടുത്ത founding developer teams-ന് ധാരണയായ usage limits-ിനുള്ളിൽ 12 മാസത്തോളം free ലഭിക്കാം.
നിങ്ങളുടെ website-ൽ യഥാർത്ഥത്തിൽ ആരാണ് സന്ദർശിക്കുന്നത് എന്ന് കാണുക.
Proof of Actor founding developer program-ിൽ ചേരുക.
ആദ്യം സംസാരിക്കണമോ? സ്ഥാപകരുമായി സംസാരിക്കുക