Практичне визначення website readiness
Готовність сайту до AI-агентів означає, що визначений agent profile може виконати representative customer goal на конкретному сайті та environment. Результат має підтверджувати незалежний assertion, а не лише фінальна відповідь агента.
Scope має значення. Public research task, authenticated account change і sandbox checkout використовують різні permissions, data та stop gates. Сайт може бути готовим до однієї задачі й крихким для іншої, тому один універсальний pass приховує корисну інформацію.
Оцінюйте три пов'язані surfaces
Aiscovery розділяє readiness на три surfaces, щоб команда знайшла фактичну причину failure і не сприймала кожен technology signal як product outcome.
- Discovery: чи може агент знайти authoritative, current і citable content?
- Browser task readiness: чи може він керувати visible interface і відновлюватися після real states?
- Structured access: чи виражають approved API, OpenAPI, MCP або WebMCP той самий goal безпечно?
Визначте task до вибору агента
Корисний scenario починається з persona, goal, prerequisites і controlled test data. Він визначає allowed actions, irreversible action, перед яким production run зупиняється, та deterministic assertion для підтвердження final state.
Для e-commerce goal може полягати в пошуку сумісного товару, перевірці delivery terms і переході до cart review без оформлення замовлення. Для SaaS це може бути sourced answer і перший безпечний signup step. Contract залишається стабільним, поки агенти та models змінюються.
- Використовуйте stable scenario ID і версіонуйте кожну material зміну expectations.
- Фіксуйте viewport, locale, authentication state, cookies і policy restrictions.
- Підготуйте fixtures для inventory, accounts, validation errors та expired sessions.
- Зупиняйте production перед payment, submission, deletion або іншою irreversible action.
Вимірюйте run, а не лише відповідь
Success message агента недостатньо. Незалежно перевіряйте final URL, visible state, network response або sandbox record. Зберігайте screenshots, step trace, accessibility snapshots і релевантне console чи network evidence навколо точки failure.
Фіксуйте completion time, retries, steps, interventions і cost разом з outcome. Вимірюйте Cumulative Layout Shift та target movement навколо важливих actions, бо агент може знайти правильний control і натиснути не туди після зміщення late content.
Зберігайте явну failure attribution
Website defect, agent-specific limitation, policy block і test-infrastructure failure потребують різних owners та remedies. Повторіть versioned task із deterministic browser baseline і кількома agent profiles до визначення причини.
Якщо один агент провалив задачу, а baseline та інші агенти пройшли, збережіть exact decision, tool call або policy boundary, де з'явилося відхилення. Якщо всі executors зупинилися на одному rendered state, evidence вказує на website або shared environment.
Сприймайте технології як signals, а не trophies
Semantic HTML, accessibility, Schema.org, llms.txt, OpenAPI, MCP і WebMCP можуть покращувати окремі surfaces. Їхня наявність не доводить працездатність customer task, а відсутність emerging interface не повинна автоматично провалювати сайт із надійним accessible path.
Agentic Browsing category у Chrome зараз подає deterministic checks як actionable signals, а не definitive score від нуля до ста. Використовуйте ту саму дисципліну в readiness audit: фіксуйте lifecycle і conformance окремо, а кожен finding пов'язуйте зі спостережуваним task impact.
Практичний перший readiness baseline
- Оберіть від трьох до п'яти business-critical tasks і призначте stable owner кожній.
- Визначте public, authenticated або sandbox mode та production stop gate.
- Зберіть crawl, rendered DOM, accessibility, network і final-state evidence.
- Запустіть deterministic browser baseline до порівняння named agent profiles.
- Фіксуйте outcome, time, retries, interventions, CLS, target movement і cost.
- Атрибутуйте кожен failure сайту, агенту, policy або infrastructure з evidence.
Первинні джерела та methodology context
- Lighthouse agentic browsing scoringChrome for Developers
- Accessibility for agentsChrome for Developers
- Web Vitalsweb.dev
- Accessibility principlesW3C Web Accessibility Initiative
