AI 개요

검색 결과는 오랫동안 파란 링크 열 개였습니다. 질문을 던지면 답이 있을 법한 페이지의 목록이 돌아왔고, 답을 얻는 일은 거기서부터 검색한 사람의 몫이었습니다. "45명 쓰는 협업 문서 툴 추천" 을 치면 결과 여덟 개를 새 탭으로 열어 놓고 가격표와 기능 비교를 손으로 맞춰 봐야 했습니다. 광고와 목록 사이를 오가며 같은 문장을 몇 번씩 다시 읽는 일이 검색의 절반이었습니다.

검색어가 짧은 단어에서 문장으로 길어지면서 이 간격이 더 벌어졌습니다. "협업 툴" 을 친 사람에게는 목록이 쓸모 있지만 "무료 플랜에서 팀원 몇 명까지 초대되나요" 를 친 사람이 원한 것은 목록이 아니라 숫자 하나였습니다. 답이 어느 페이지 중간 문단에 한 줄로 들어 있는데도 그 페이지를 열어 찾아 읽는 절차가 남아 있었습니다.

AI 개요는 그 절차를 검색 화면 안으로 옮긴 영역입니다. 결과 목록 위에 답 문장을 먼저 놓고 그 아래에 근거로 삼은 사이트를 함께 답니다. 답변 엔진 최적화에서 다루는 여러 손질이 실제로 눈에 보이는 결과가 이 자리이고, 마케팅 쪽에서 이 말이 자주 나오는 이유도 여기서 갈리는 것이 방문 수이기 때문입니다.

검색어가 들어오면 엔진이 관련 문서를 먼저 모으고, 그 문서를 모델에게 읽혀 답 문장을 새로 쓰게 한 다음, 그 문장을 결과 맨 위에 근거 링크와 함께 붙입니다. 네 단계로 나뉩니다.

1. 질문을 쪼갭니다. "45명 팀에 맞는 협업 문서 툴" 이라는 한 줄을 요금제 기준, 인원 제한, 권한 관리처럼 따로 답할 수 있는 작은 질문 여러 개로 나눕니다.
2. 작은 질문마다 문서를 모읍니다. 검색 색인에서 그 질문에 답할 만한 페이지를 몇 개씩 뽑아 옵니다. 색인에 없는 페이지는 이 단계에서 아예 후보가 되지 못합니다.
3. 모아 온 문서를 읽고 답을 씁니다. 원문을 그대로 옮기는 것이 아니라 여러 문서의 내용을 합쳐 새 문장을 만들고, 문장마다 어느 문서에서 나왔는지를 연결해 둡니다.
4. 근거를 붙입니다. 답 옆이나 아래에 인용한 사이트가 서너 개 달리고, 사용자는 그중 하나를 눌러 원문으로 갈 수 있습니다.

3번 단계 때문에 이 영역은 순위와 성격이 다릅니다. 검색 결과 목록은 같은 검색어에 대해 대체로 같은 순서를 돌려주지만, AI 개요는 매번 문장을 새로 쓰기 때문에 같은 질문을 이틀 뒤에 다시 쳐도 표현이 달라지고 근거로 달린 사이트 조합도 바뀝니다. 우리 사이트가 오늘 근거에 있었다고 해서 내일도 있으리라는 보장이 없습니다.

2번 단계는 그래서 더 중요해집니다. 모델이 읽을 후보에 들어가지 못하면 문장이 아무리 좋아도 인용될 길이 없습니다. 사이트가 검색 색인에 제대로 들어가 있어야 하고, 우리가 무엇을 다루는 곳인지 알아보기 쉬워야 합니다. llms.txt 라는 파일을 사이트 뿌리에 두어 핵심 문서가 어디 있는지 목록으로 적어 두거나, 구조화 데이터로 어느 덩어리가 질문이고 어느 덩어리가 답인지 기계가 알아보게 표시해 두는 일이 이 통로를 넓히는 작업입니다.

검색 순위는 그대로인데 방문이 줄었을 때 원인을 설명하는 자리에서 가장 많이 나옵니다. 실무에서 이 말이 걸리는 자리는 셋입니다.

1. 유입 해석 — 노출은 늘었는데 클릭이 줄어드는 모양이 이 영역의 신호입니다. 답을 화면에서 읽고 아무 링크도 누르지 않는 제로 클릭 검색이 늘어난 것이고, 순위표만 보고 있으면 아무 문제가 없어 보입니다.
2. 문서 고쳐 쓰기 — 인용되는 문서와 그렇지 않은 문서를 가르는 기준이 둘 있습니다. 답변 추출성은 한 문단만 떼어 놓아도 그 자체로 답이 되게 쓰였는지를 보고, 인용 가능성은 숫자에 기준 시점이 붙어 있는지처럼 출처로 삼기 좋게 정리됐는지를 봅니다. "앞서 말한 두 번째가 여기에 해당합니다" 로 시작하는 문단은 앞을 읽어야 뜻이 통해서 떼어 낼 수 없습니다.
3. 성과 보고 — 세는 단위가 순위에서 인용 여부로 바뀝니다. 고객이 실제로 칠 만한 질문 목록을 만들어 두고 주기적으로 쳐 보면서, 그 질문의 답 아래에 우리 이름이 근거로 달렸는지를 셉니다. 30개 중 몇 개인지를 매달 기록하면 손질이 효과가 있었는지 확인할 수 있습니다.

"순위는 1위 그대로인데 방문이 30퍼센트 빠졌어요. 개요에 답이 다 나와 있습니다."

순위가 아니라 화면 구성이 바뀌어서 생긴 하락이라는 진단입니다.

"이 문단은 앞을 읽어야 뜻이 통해서 인용이 안 됩니다. 첫 줄에 답을 놓고 다시 씁시다."

문서 전체가 아니라 문단 단위로 고쳐야 한다는 요청입니다.

"지난달에 우리가 근거로 달린 질문이 30개 중 네 개입니다."

인용 여부를 성과 숫자로 세고 있다는 뜻입니다.

페이지덱에서는 현우가 이 숫자를 관리합니다. 고객이 도입 전에 실제로 검색하는 질문 서른 개를 목록으로 만들어 두고 2주에 한 번 직접 쳐 보면서, 답 아래 근거 카드에 페이지덱이 있는지를 표에 기록합니다.

처음 재 봤을 때는 서른 개 중 하나였습니다. 도움말 문서는 이미 충분히 많았지만 대부분 화면을 따라가는 순서로 쓰여 있어서, 어느 문단도 혼자 떼어 놓으면 답이 되지 않았습니다. 현우와 지현이 문서 열두 개를 골라 각 문단 첫 줄에 답을 먼저 놓는 방식으로 다시 썼고, 두 달 뒤 같은 목록에서 여섯 개가 됐습니다.

이 영역이 생겼으니 검색 최적화는 끝났다고 읽는 경우가 가장 많습니다. 링크 목록이 화면 아래로 밀렸으니 순위 싸움도 의미가 없다는 생각이고, 눈에 보이는 배치만 놓고 보면 그럴듯합니다. 그러나 모델이 읽는 후보 문서는 그 검색 색인에서 나옵니다. 색인에 없거나 뒤쪽에 밀려 있는 페이지는 애초에 읽히지 않으니 인용될 기회도 없습니다. 검색 최적화를 접고 나면 몇 달 뒤에는 목록에서도 개요에서도 이름이 보이지 않게 됩니다.

인용되면 방문이 따라 늘어난다고 읽는 것도 흔합니다. 근거 카드에 이름이 걸렸으니 그만큼 눌리리라는 기대인데, 대부분의 사용자는 답만 읽고 창을 닫습니다. 인용은 방문이 아니라 노출에 가깝습니다. 이 자리를 방문 수로만 평가하면 실제로는 브랜드가 알려지고 있는데도 성과가 없다고 판단해 손질을 멈추게 됩니다. 인용 건수와 방문 수를 따로 세는 편이 낫습니다.