시험 기간이 끝나면 적어 둔 속성은 쓸모없어지나요?

양식에 적는 속성은 브라우저가 모르면 그냥 무시하는 글자입니다. 기능이 바뀌거나 이름이 달라져도 화면이 깨지지 않고, 속성 이름만 고쳐 쓰면 됩니다. 되돌리는 비용이 거의 없다는 점이 지금 미리 적어 둬도 괜찮은 이유입니다.

홈페이지 모든 페이지에 다 붙여야 하나요?

아닙니다. 문의·예약·견적 요청처럼 방문자가 실제로 무언가를 보내는 화면에만 붙이면 됩니다. 도구가 많아지면 AI가 한 번에 읽어야 하는 설명도 길어져서, 꼭 필요한 화면 몇 개로 줄이는 쪽이 결과가 좋습니다.

도구 설명을 한국어로 적어도 되나요?

한국어로 적어도 됩니다. 다만 설명은 사람에게 보여 주는 안내문이 아니라 AI가 읽는 쪽지라서, 무엇을 하는 양식인지 한 문장으로 끝내는 편이 낫습니다. 영업 문구나 수식어를 넣으면 길어지기만 하고 판단에는 도움이 되지 않습니다.

문의가 자동으로 들어오면 응대는 어떻게 하나요?

접수 알림을 먼저 정리해 두는 것이 순서입니다. 아이비전트 요금제에는 자동알림 기능이 포함되어 있어 문의가 접수되면 바로 알림을 받을 수 있습니다. 보낸 쪽이 사람인지 AI인지 적히는 칸을 하나 두면 응대 문구를 나눠 쓰기도 쉬워집니다.

AI에이전트가 직접 누르는 홈페이지, 문의 양식에 두 줄만 더하면 됩니다

지금 홈페이지에 붙어 있는 문의 양식은 그대로 두면 됩니다. 그 양식 태그에 이름표 역할을 하는 속성 두 줄만 더하면, 브라우저 안에서 움직이는 AI에이전트가 그 양식을 하나의 도구로 알아보고 사람 대신 내용을 채워 보냅니다. 새 페이지를 만들거나 서버를 따로 세울 필요가 없습니다. 다만 이 기능은 2026년 11월 기준으로 크롬에서 시험 중이고, 표준 문서도 아직 확정 전 단계입니다. 그래서 지금 할 일은 홈페이지 전면 개편이 아니라, 나중에 켜기만 하면 되도록 준비해 두는 일입니다.

핵심 요약

문의 양식에 도구 이름과 설명을 적는 속성 두 줄을 더하면 AI가 쓸 수 있는 도구가 됩니다.
실제 방문자에게 켜 보는 시험 기간은 크롬 149에서 시작해 크롬 156까지 열려 있습니다.
도구 이름은 30자, 도구 설명은 500자 안쪽으로 짧게 적는 것이 크롬 팀 권장입니다.
양식에 속성을 적는 방식은 표준 명세에 아직 들어가 있지 않아, 되돌릴 수 있는 범위에서만 손대는 편이 안전합니다.

아이비전트 요금제 화면 - 모든 요금제에 문의 폼과 문의 접수 기능이 포함되어 있다

AI에이전트가 홈페이지를 직접 누른다는 말이 무슨 뜻인가요?

사람이 홈페이지에 들어와 버튼을 누르고 양식을 채우던 일을, AI가 그대로 대신하는 것을 말합니다. 지금도 브라우저에 붙은 AI 기능은 화면을 읽고 클릭을 흉내낼 수 있습니다. 문제는 방식입니다. 화면을 그림처럼 보고, 글자 덩어리를 전부 읽고, 어디를 눌러야 할지 좌표를 추측합니다. 사람이 처음 가는 건물에서 안내판 없이 층을 찾아 헤매는 것과 같습니다.

그래서 나온 제안이 WebMCP입니다. 홈페이지가 스스로 「여기서는 이런 일을 할 수 있습니다」라는 목록을 AI에게 건네주는 방식입니다. 목록을 받은 AI는 화면을 뜯어볼 필요 없이 그 기능을 바로 호출합니다. 구글과 마이크로소프트 쪽 엔지니어들이 함께 쓴 제안으로, W3C의 웹 머신러닝 커뮤니티 그룹에서 다루고 있습니다. 2026년 11월 현재 정식 표준이 아니라 제안 단계이고, 크롬에서 시험용으로 열려 있습니다.

핵심은 한 문장으로 정리됩니다. “AI는 예쁜 화면을 보지 않고, 무엇을 할 수 있는지 적힌 목록을 봅니다.” 식당 앞에 메뉴판을 내놓는 일과 비슷합니다. 메뉴판이 없으면 손님이 문을 열고 들어와 주방을 들여다봐야 합니다.

지금 방식과 무엇이 다른가요?

차이는 「누가 화면을 해석하는가」입니다. 지금은 AI가 해석합니다. 바뀌면 홈페이지가 미리 알려 줍니다. 실제로 달라지는 지점은 네 가지입니다.

화면 전체를 읽지 않습니다. 필요한 기능 설명만 받습니다.
어디를 눌러야 하는지 추측하지 않습니다. 기능 이름을 바로 부릅니다.
디자인을 바꿔도 동작이 깨지지 않습니다. 버튼 위치가 아니라 이름을 보기 때문입니다.
무엇을 내줄지 홈페이지 쪽에서 정합니다. 문의는 열고 결제는 닫아 둘 수 있습니다.

네 번째가 가장 중요합니다. 화면을 읽히는 방식에서는 보이는 것 전부가 대상입니다. 도구로 내주는 방식에서는 적어 둔 것만 대상입니다. 통제권이 홈페이지 쪽으로 넘어옵니다.

가게에서 주문 내용을 수첩에 적는 모습 - 문의 접수를 사람이 받던 방식

이름표 두 줄은 정확히 무엇을 적는 건가요?

크롬이 시험하고 있는 방식 가운데 가장 손이 덜 가는 쪽은 양식 태그에 속성을 적는 방식입니다. 적는 것은 두 가지입니다. 하나는 도구 이름(toolname), 다른 하나는 도구 설명(tooldescription)입니다. 이름은 이 양식이 하는 일을 짧게 부르는 말이고, 설명은 어떤 경우에 쓰는 양식인지 한 문장으로 적는 쪽지입니다.

칸마다 무엇을 넣어야 하는지 알려 주려면 입력칸 설명(toolparamdescription)을 더 적습니다. 보내기 버튼을 AI가 바로 누르게 할지 사람 확인을 받게 할지는 자동 보내기(toolautosubmit)로 나눕니다. 다른 사이트 화면을 끼워 넣은 틀 안에서도 쓰려면 허용 속성에 tools 값을 적어야 합니다. 여기까지가 지금 크롬에서 시험 중인 이름들입니다.

다만 사실 관계를 정확히 적어 둬야 합니다. 공개된 표준 설명서에는 양식 태그로 도구를 만드는 방식이 「앞으로 살펴볼 거리」로만 적혀 있고, 현재 명세에는 포함되어 있지 않습니다. 즉 지금 이 속성 이름들은 브라우저 쪽 시험 구현입니다. 이름이 바뀔 수 있다는 뜻입니다.

글자 수는 짧을수록 좋습니다. 도구 설명이 길어지면 AI가 한 번에 읽어야 하는 분량이 늘고, 판단도 느려집니다. 크롬 팀이 권장한 한도는 아래와 같습니다.

항목	권장 한도
도구 이름·입력칸 이름	30자 이내
도구 설명	500자 이내
입력칸 설명	150자 이내
도구 결과 한 건	1,500자 이내

확인 기준 : 2026년 11월

시험 기간도 숫자로 정해져 있습니다. 실제 방문자에게 켜 보는 시험은 크롬 149에서 시작했고 크롬 156까지 승인되어 있습니다. 내 컴퓨터에서만 확인하려면 크롬 설정 화면에서 WebMCP 시험 항목을 켜면 되고, 개발자 도구에서 함께 보려면 관련 항목을 하나 더 켜야 합니다.

홈페이지를 AI에게 열어 주는 방식 다섯 가지

지금 고를 수 있는 길은 다섯 개입니다. 손이 가는 양과 되돌리기 쉬운 정도가 다릅니다.

1. 아무것도 하지 않고 화면만 읽히게 두기

특징은 비용이 0이라는 점입니다. AI가 화면을 그림과 글자로 읽고 알아서 처리합니다. 어떤 경우에 맞나 하면, 문의가 하루에 몇 건 되지 않고 전화가 주된 창구인 경우입니다. 주의점은 결과를 예측할 수 없다는 것입니다. 입력칸 이름이 비슷하면 엉뚱한 칸에 글자가 들어가고, 디자인을 고치면 그때부터 또 달라집니다.

2. 쓰고 있는 양식에 이름표를 붙이기

특징은 기존 양식을 그대로 두고 속성만 더한다는 점입니다. 보내는 주소, 받는 칸, 유효성 검사 모두 손대지 않습니다. 모르는 브라우저는 그 속성을 그냥 무시하므로 지금 방문자 화면에는 아무 변화가 없습니다. 어떤 경우에 맞나 하면, 문의·예약·견적 같은 양식이 이미 돌아가고 있는 홈페이지입니다. 주의점은 속성 이름이 아직 확정이 아니라는 점, 그리고 자동 보내기를 켜면 확인 없이 접수가 끝난다는 점입니다.

3. 자바스크립트로 도구를 등록하기

특징은 세밀하게 정할 수 있다는 점입니다. 문서 쪽 모델컨텍스트 객체에 도구 등록 함수를 불러, 이름·설명·입력 형식·실행할 코드를 한 묶음으로 적습니다. 등록한 도구 목록을 읽어 오거나, 상황에 따라 도구를 더하고 빼는 것도 가능합니다. 어떤 경우에 맞나 하면, 로그인한 사람만 쓰는 조회 기능처럼 조건이 붙는 일을 내줄 때입니다. 주의점은 코드를 직접 관리해야 한다는 것입니다. 이 방식도 처음에는 다른 이름(navigator 쪽)으로 소개됐다가 문서 쪽으로 옮겨졌습니다. 올해 초에 나온 안내문을 그대로 따라 쓰면 동작하지 않을 수 있습니다.

4. 따로 서버를 만들어 연결하기

특징은 브라우저와 무관하게 돌아간다는 점입니다. 우리 기능을 AI가 부를 수 있는 창구로 따로 만들어 두는 방식입니다. 어떤 경우에 맞나 하면, 다루는 자료가 많고 직접 쓰는 업무 시스템이 이미 있는 경우입니다. 주의점은 비용과 관리입니다. 서버를 세우고 권한을 나누고 사고가 날 자리를 막는 일까지 전부 따라옵니다. 문의 양식 하나 열려고 할 일은 아닙니다.

5. 빌더 쪽에서 한 번에 붙여 주기

특징은 홈페이지를 만든 사람이 손댈 것이 없다는 점입니다. 문의·예약·게시판 같은 기능이 빌더에서 제공되는 구조라면, 이름표를 붙이는 일은 양식을 만들어 내는 쪽에서 한 번만 하면 됩니다. 어떤 경우에 맞나 하면, 직접 코드를 고칠 생각이 없는 경우입니다. 주의점은 쓰는 서비스가 그 작업을 하는지 확인해야 한다는 것입니다. 해 주지 않으면 2번으로 직접 해야 합니다.

길에서 휴대폰으로 말을 걸어 일을 맡기는 모습 - AI에이전트에게 문의를 시키는 상황

검색 노출과 AI가 누르는 것, 어느 쪽을 먼저 해야 할까요?

검색에 잘 나오는 홈페이지와 AI가 직접 누를 수 있는 홈페이지, 어느 쪽을 먼저 만들어야 할까요. 질문부터가 모순이 있는 질문입니다. 두 가지는 순서를 다투는 관계가 아니라 같은 한 건을 노리는 다른 길입니다. 검색 노출은 사람을 데려오는 일이고, 도구로 내주는 일은 사람이 직접 오지 않아도 접수가 끝나게 만드는 일입니다.

그래서 기준은 「어느 쪽이 좋은 기술인가」가 아니라 「우리 문의가 어디서 끊기는가」입니다. 들어오는 사람은 있는데 문의로 이어지지 않는다면 양식과 안내 문구를 먼저 고치는 것이 맞습니다. 반대로 문의를 받는 길은 잘 돌아가는데 찾아오는 사람 자체가 적다면, 글과 검색 쪽이 먼저입니다.

다만 이름표 붙이기는 비용이 거의 없다는 점에서 다릅니다. 두 줄을 적는 데 드는 시간은 양식 하나에 몇 분입니다. 보험료가 싸면 사고가 언제 날지 몰라도 들어 둡니다. 처음 차를 살 때 유지비 비싼 차부터 사야 할까요. 그럴 필요는 없지만, 안전벨트는 처음부터 매는 것입니다.

1단계 어떤 양식을 내줄지 고르기

문의, 예약, 견적 요청처럼 방문자가 실제로 무언가를 보내는 화면을 적어 봅니다. 조회만 하는 화면이나 로그인 뒤에 있는 화면은 일단 뺍니다. 처음에는 한두 개로 시작하는 쪽이 낫습니다. 도구가 늘어나면 AI가 읽을 설명도 늘어나고, 엉뚱한 도구를 고를 가능성도 같이 커집니다.

2단계 이름과 설명을 한 줄씩 적어 보기

이름은 30자 안쪽, 설명은 500자 안쪽입니다. 이름은 하는 일이 드러나게 적습니다. 설명에는 어떤 경우에 쓰는 양식인지, 필수로 받는 것이 무엇인지를 넣습니다. 영업 문구는 빼야 합니다. 사람에게 보여 주는 글이 아니라 AI가 읽는 쪽지입니다.

3단계 양식 태그에 속성 두 줄 넣기

고른 양식 태그에 도구 이름과 도구 설명 속성을 적습니다. 입력칸마다 설명이 필요하면 칸 쪽에 설명 속성을 더합니다. 이 단계에서 저장하고 홈페이지를 열어 봅니다. 화면이 전과 똑같아야 정상입니다. 달라 보이면 속성이 아니라 태그를 잘못 건드린 것입니다.

4단계 보내기 버튼을 누구에게 맡길지 정하기

자동 보내기를 켜면 AI가 확인 없이 접수까지 마칩니다. 예약처럼 되돌리기 번거로운 일은 끄고, 단순 문의는 켜도 괜찮습니다. 처음 적용할 때는 전부 끈 상태로 두고 사람 확인을 받게 하는 쪽을 권합니다.

5단계 시험으로 켜 보고 기록 남기기

내 컴퓨터 크롬에서 시험 항목을 켜고 직접 시켜 봅니다. AI가 도구를 찾았는지, 칸을 제대로 채웠는지, 접수된 내용이 평소 문의와 같은 모양인지 봅니다. 접수 자료에 어디서 들어온 문의인지 남는 칸이 있으면 나중에 응대 문구를 나누기 쉬워집니다.

먼저 막아 둬야 할 위험 네 가지

기능을 여는 일은 문을 하나 더 만드는 일입니다. 열기 전에 봐야 할 자리가 있습니다.

내준 기능만 열립니다. 회원 자료 조회나 결제는 도구로 적지 마십시오. 적지 않으면 열리지 않습니다.
자동 보내기를 켠 양식은 스팸 통로가 됩니다. 접수 횟수 제한과 사람 확인 절차는 그대로 두는 편이 안전합니다.
설명 쪽지는 AI에게 지시로 읽힐 수 있습니다. 설명에 외부에서 받은 글이나 방문자가 입력한 글을 그대로 넣지 마십시오.
속성 이름은 바뀔 수 있습니다. 어느 양식에 무엇을 적었는지 목록으로 남겨 두면 한 번에 고칠 수 있습니다.

아이비전트에서는 어떻게 되나요?

아이비전트 빌더는 문의 폼과 문의 접수 기능을 모든 요금제에 넣어 두고 있습니다. 그래서 이름표를 붙이는 일은 홈페이지마다 하는 작업이 아니라, 양식을 만들어 내는 쪽에서 한 번 하면 되는 작업입니다. 직접 코드를 고칠 필요가 없는 구조라는 뜻입니다.

지금 쓸 수 있는 숫자는 아래와 같습니다. 모두 연간 결제 기준입니다.

무료체험 : 14일, 저장 공간 0.5GB. AI 제작·SSL 자동 발급·방문자 분석이 포함됩니다.
베이직 : 월 3,300원, 1GB. 도메인 연결과 자동알림이 들어갑니다.
스탠다드 : 월 6,600원, 2GB, 최대 100쪽까지 진단합니다.
프리미엄 : 월 9,900원, 4GB, 최대 200쪽까지 진단합니다.

문의가 접수되면 알림을 받는 기능이 요금제에 들어 있다는 점이 이 주제와 이어집니다. AI가 보낸 문의든 사람이 보낸 문의든, 받는 쪽이 먼저 정리되어 있어야 열어 두는 의미가 있습니다. 양식은 있는데 알림을 안 보고 있으면 접수 속도만 빨라지고 응대는 그대로입니다.

자주 묻는 질문

지금 적용하면 방문자 화면이 깨지지 않나요?

깨지지 않습니다. 브라우저는 모르는 속성을 무시합니다. 양식의 보내는 주소와 입력칸은 손대지 않으므로 지금 방문자에게는 아무 변화가 없습니다.

네이버 같은 다른 검색 쪽에도 효과가 있나요?

지금 확인된 범위는 크롬의 시험 기능입니다. 다른 곳에서 같은 방식을 읽는지는 확인되지 않았습니다. 다만 도구 이름과 설명을 정리하는 일은 양식 안내 문구를 정리하는 일과 겹쳐서, 사람이 쓰기에도 더 또렷해집니다.

AI가 보낸 문의와 사람이 보낸 문의를 구분할 수 있나요?

양식에 숨은 칸을 하나 두고 도구로 들어온 경우에만 값을 넣으면 구분됩니다. 접수 목록에서 바로 보이게 해 두면 응대 문구를 나눠 쓸 수 있습니다.

스팸이 늘어나지 않을까요?

자동 보내기를 켠 양식은 늘어날 수 있습니다. 접수 횟수 제한과 사람 확인 절차를 그대로 두고, 처음에는 자동 보내기를 끈 상태로 시작하는 편이 안전합니다.

모바일에서도 되나요?

지금 공개된 시험은 크롬 쪽 기능이고, 어느 환경까지 열리는지는 시험 기간 동안 달라질 수 있습니다. 속성을 적어 두는 일 자체는 화면 크기와 무관합니다.

결제나 로그인까지 맡겨도 되나요?

권하지 않습니다. 되돌리기 어려운 일은 도구 목록에 넣지 마십시오. 적지 않은 기능은 열리지 않으므로, 문의·예약 접수처럼 확인하고 취소할 수 있는 일부터 여는 것이 순서입니다.

정리

AI에이전트가 홈페이지를 직접 누르는 흐름은 이미 시험 단계까지 와 있습니다. 그런데 준비라고 해서 홈페이지를 다시 만들 일은 아닙니다. 지금 돌아가는 문의 양식에 이름과 설명 두 줄을 적어 두는 것, 자동 보내기를 어디까지 허용할지 정하는 것, 접수 알림을 보고 있는지 확인하는 것까지가 할 일입니다. 반대로 결제와 회원 자료처럼 되돌리기 어려운 자리는 적지 않고 닫아 둡니다.

무엇을 먼저 할지는 문의가 어디서 끊기는지에 달려 있습니다. 목적을 먼저 정하고 비교해서 고르시면 됩니다. 아이비전트 빌더로 만든 홈페이지는 문의 폼과 접수 알림이 요금제에 들어 있어, 양식을 새로 만들지 않고도 이 준비를 시작할 수 있습니다. 먼저 확인해 보시려면 https://www.ibigent.com/pricing/ 에서 14일 무료체험으로 양식부터 열어 보시면 됩니다.