프롬프트 리서치 · 기록

프롬프트 로그에 들어가야 할 열 개 필드는 무엇인가?

나중에 계산할 수 있는 모든 지표는 수집 시점에 적어 둔 열의 함수입니다. 로그 구조가 곧 실험이고, 대시보드는 그것의 한 가지 뷰일 뿐입니다.

프롬프트 리서치의 주제12분 읽기2026년 8월 30일 업데이트출처 11건: 1차 자료 10건, 벤더 자료 서술 1건

이 페이지의 내용

짧은 답

매 실행마다 열 개 필드를 기록하십시오. 프롬프트 ID와 버전, 프롬프트 유형, 엔진, 서피스 또는 모드, 노출된다면 모델명, 웹 검색이 켜져 있었는지 여부, 타임스탬프, 로케일과 국가, 답변 본문이 여러분의 브랜드를 이름으로 불렀는지, 그리고 남의 것까지 포함한 인용된 URL 전체 목록입니다. 아무 일도 일어나지 않은 실행에도 행을 쓰십시오. 출현율은 그 아래에 있는 분모만큼만 믿을 수 있기 때문입니다. 2026년 비판적 서베이가 제시한 GEO 연구 최소 체크리스트는 모든 관측마다 일곱 개의 설정값, 곧 제품과 모드와 모델과 날짜와 로케일과 계정과 검색 상태를 기록할 것, 그리고 분모와 빈 결과를 보존할 것을 요구합니다.¹

핵심 요약

설정 계열 필드는 수집 시점에는 아무것도 아닌 것처럼 보이지만, 나중에 엔진이 바뀐 것인지 여러분이 바꾼 것인지 알려 줄 수 있는 유일한 열입니다.
언급과 인용은 두 개의 열이며 결코 하나가 아닙니다. 브랜드명 없는 링크는 콘텐츠 문제이고, 링크 없는 브랜드명은 모델 사전 지식의 문제입니다.
실패한 수집은 상태 필드를 달아 남기십시오. 200회 실행에서 타임아웃 25건을 버리면 30.0%인 출현율이 34.3%가 됩니다.

로그 구조가 곧 실험이다

왜 로그 구조가 내릴 수 있는 결론을 결정하는가?

적어 두지 않은 열을 되살리는 분석은 없고, 팀이 건너뛰는 열은 늘 같은 것들이기 때문입니다. 2026년 이 분야의 비판적 서베이는 GEO 연구 최소 체크리스트를 내놓았는데, 이례적으로 구체적입니다. 제품과 모드와 모델과 날짜와 로케일과 계정과 검색 상태를 기록할 것. 여러 시간 구간에 걸쳐 촘촘한 간격으로 반복 실행할 것. 분모와 빈 결과를 보존할 것. 그리고 일회성 점수를 안정된 순위로 읽지 말고 파이프라인 단계를 분리해 둘 것. 이 서베이가 일관되게 권고하는 것은 리트리벌과 인용과 충실도를 따로 측정하라는 것입니다.¹ 이 가운데 대부분은 분석이 아니라 로그에 대한 지시입니다.

첫 줄이 무엇으로 이루어져 있는지 보십시오. 그 일곱 개는 결과가 아니라 설정이고, 수집하는 동안에는 어느 것도 데이터처럼 느껴지지 않습니다. 바로 그래서 빠집니다. 값어치는 몇 달 뒤에 드러납니다. 어떤 비율이 15포인트 내려앉고, 엔진이 바뀐 것인지 여러분이 바꾼 것인지만이 중요한 질문이 될 때입니다. 그 열이 없는 로그는 답하지 못합니다.

로그 구조는 패널 버전에 의미를 부여하는 것이기도 합니다. 프롬프트 리서치 단계는 패널을 버전이 매겨진 측정 도구로 다루고, 로그는 그 버전을 관측 하나하나에 찍는 자리입니다. 그래야 버전 2의 숫자가 버전 3의 숫자와 조용히 비교되는 일이 없습니다.

로그 구조

모든 행에 들어가야 할 열 개 필드는 무엇인가?

실행마다 한 행씩, 누가 답변을 보기 전에 미리 쓰고, 아래 열 개 필드를 담습니다.

세 번째 열이 바로 필드를 빠뜨렸을 때 나중에 치르는 대가입니다.

필드	값 예시	없으면 무엇이 무너지나
1. 프롬프트 ID와 버전	P-014 v2	문구를 바꾼 프롬프트가 같은 이름을 쓴 다른 질문이 됩니다
2. 프롬프트 유형	이의	유형별로 나눌 수 없어, 섞인 비율이 자기 구성을 감춥니다
3. 엔진	엔진 A	Jaccard 0.11–0.18로만 겹치는 서피스를 풀링이 평균 냅니다⁷
4. 서피스 또는 모드	웹 검색을 켠 채팅	똑같아 보이는 두 행이 알고 보면 다른 실험입니다
5. 모델명, 노출되는 경우	UI에 표시된 그대로	벤더의 모델 교체가 여러분의 콘텐츠 변경 탓으로 돌아갑니다
6. 검색 활성화 여부	예 / 아니오 / 알 수 없음	리트리벌로 그라운딩된 답변이 모델 사전 지식에서 나온 답변과 섞입니다
7. 타임존이 붙은 타임스탬프	2026-08-24 09:12 UTC	배치 실행을 알아채지 못하고, 배치로 돌린 실행끼리는 상관됩니다
8. 로케일과 국가	en-GB / UK	로케일이 섞인 패널은 자기 자신과 비교할 수 없습니다
9. 본문에서 브랜드 언급 여부	예 / 아니오	언급률 자체를 낼 수 없습니다
10. 인용된 URL, 전부	여러분 것만이 아닌 전체 목록	인용률을 낼 수 없고, 누가 그 답변을 소유하는지에 대한 지도도 없습니다

체크리스트가 이름을 대지 않은 채 함의하는 필드 하나가 저 열 개 옆에 있어야 합니다. 실행 상태입니다. 수집이 완료되었는지, 레이트 리밋에 걸렸는지, 타임아웃이 났는지, 거부되었는지를 기록하십시오. 아예 일어나지 않은 실행과 일어났지만 여러분을 부르지 않은 실행은 표에서 같은 빈 칸이면서 정반대의 사실이기 때문입니다. 그것이 없으면 분모가 없습니다.

저 열 개에서 파생되는 열이 셋 있고, 이들은 손으로 적을 것이 아니라 계산해야 합니다. 언급은 9번 필드에서 나옵니다. 인용은 10번 필드에서, 인용된 URL 가운데 여러분의 도메인이 있는지를 검사해 나옵니다. 충실도는 둘 어디에서도 나오지 않습니다. 사람이 여러분에 관한 그 문장을 읽고 표본에 대해 정확함, 불완전함, 오해의 소지 있음, 틀림으로 채점하는 것입니다. 세 개의 열, 세 가지 실패 방식, 세 가지 다른 수정입니다.¹

분모

왜 빈 결과를 분모에 남겨야 하는가?

출현율은 분수이고, 아무 일도 일어나지 않은 실행을 조용히 버린 분수는 비율이 아니기 때문입니다. 눈에 뻔한 판본, 즉 200회 가운데 여러분을 부른 60회만 남기고 100%라고 보고하는 일은 아무도 일부러 하지 않습니다.

실제로 벌어지는 판본은 없는 브랜드가 아니라 실패한 수집에 관한 것입니다. 그 200회 가운데 25회에서 오류가 났고, 실패한 행에는 파싱할 답변 본문이 없다는 이유로 파이프라인이 그것들을 버린다고 해 보십시오. 이제 출현율은 200 중 60인 30.0%가 아니라 175 중 60인 34.3%입니다. 이 4.3포인트 차이는 데이터 처리에 대한 결정이며, 200개 관측 패널이 지니는 신뢰구간 너비의 절반보다 큽니다. 더 나쁜 것은 실패가 좀처럼 무작위가 아니라는 점입니다. 긴 답변일수록 자주 타임아웃되고, 어떤 로케일은 레이트 리밋이 더 심하며, 한 엔진은 다른 엔진이 답하는 질문을 거부합니다. 그래서 편향에는 여러분이 고르지 않은 방향이 생깁니다.

세 가지 규칙이 이것을 영구히 고칩니다. 실패한 것을 포함해 시도한 모든 실행에 행을 쓰고, 앞 절의 상태 필드를 붙이십시오. 분모 규칙은 한 번만 정해 보고서에 적으십시오. “완료된 실행 대비 출현율, 시도 200회 중 175회”는 완전한 공개이고 아홉 단어면 됩니다. 그리고 완료율 자체를 품질 지표로 지켜보십시오. 완료율이 95%에서 80%로 조용히 나빠지는 파이프라인은 세상에서 아무 일도 일어나지 않았는데 여러분의 대표 숫자를 움직이기 때문입니다. 이것은 팀이 가장 자주 어기는 체크리스트 항목이자, 그 아래 모든 지표를 한꺼번에 오염시키는 유일한 항목입니다.¹

두 개의 열

왜 언급과 인용을 별도의 열로 두어야 하는가?

둘은 크게 갈라지고, 엔진에 따라 갈라지는 방향이 반대이며, 각각 다른 팀의 다른 일을 가리키기 때문입니다. 언급은 여러분의 브랜드명이 본문에 나타나는 것이고, 인용은 여러분의 URL 하나가 붙는 것이며 본문이 여러분을 부르는지 여부는 상관없습니다. 이 둘을 “우리가 나왔다”라는 하나의 플래그로 뭉개면, 다음에 무엇을 할지 알려 주는 구분이 사라집니다.

격차의 크기를 가장 잘 기록한 것은 벤더 연구이며, 방향성으로 읽어야 합니다. 2026년 6월의 한 연구는 프롬프트 115개가 네 개 플랫폼과 열네 개 국가에서 도메인 출현 3,981건을 만들어 냈고, 그 가운데 62%가 답변 본문이 브랜드를 한 번도 부르지 않은 링크였으며, 그 패턴이 엔진 사이에서 뒤집힌다고 보고했습니다. 한 어시스턴트는 대략 언급 84%에 인용 21%, 다른 어시스턴트는 대략 언급 21%에 인용 87%였습니다.¹¹ 표본이 작고 벤더가 발표한 것입니다. 퍼센트는 검증되지 않은 것으로 다루고, 뒤집힘을 발견으로 보십시오.

두 실패의 수정은 다릅니다. 이름 없는 링크는 리트리벌은 됐는데 식별이 실패했다는 뜻이고, 대개 인용된 대목이 유용하기는 했지만 누가 말하는지는 끝내 말하지 않았기 때문입니다. 콘텐츠 팀은 주체를 이름으로 밝히는 문장을 써서 고칩니다. 링크 없는 이름은 모델이 방금 리트리벌한 것이 아니라 이미 알고 있는 것에 기대고 있다는 뜻이고, 온페이지 작업으로는 빨리 움직이지 않습니다. 진단은 검색을 끈 채 그 프롬프트를 다시 돌려 보는 것입니다. 두 열 모두 그 서술이 사실이었는지에 대해서는 아무 말도 하지 않습니다. Tow Center가 여덟 개 생성형 검색 도구에 걸쳐 1,600건의 쿼리를 감사한 결과 답변의 60% 넘게가 부정확했고,³ 그보다 앞선 Tow의 인용문 200건 테스트에서는 153번 부분적으로 또는 전적으로 부정확한 응답이 나왔으며 불확실성을 표시한 것은 일곱 번뿐이었습니다.² 독립 연구는 생성형 답변 문장의 51.5%가 인용에 의해 완전히 뒷받침된다고 밝혔고,⁴ 2026년의 한 연구는 원자적 주장 98,020건 가운데 11.0%를 인용된 페이지가 뒷받침하지 못한다고 분류했습니다.⁵ 충실도 열은 바로 그것을 위해 있습니다.

열한 번째 열

답변 원문도 저장해야 하는가?

그렇습니다. 이력을 다시 분석할 수 있게 유지해 주는 것이 바로 그것이기 때문입니다. 언급은 본문을 상대로 한 이름 매칭이고, 그 매처는 첫날 가장자리에서 반드시 틀립니다. 소유격과 오탈자를 놓치고, 여러분 제품과 단어를 공유하는 경쟁사에서 잘못 발동하며, 추천과 경고를 구분하지 못합니다. 답변 본문을 저장해 두면 고친 매처를 이력 전체에 다시 돌릴 수 있습니다. 없으면 고쳐진 시계열은 오늘부터 시작하는데, 그것은 시계열이 아닙니다.

충실도 열도 같은 것에 의존합니다. 수집 시점에 실시간으로 채점하는 사람은 없으므로, 저장된 본문이 있어야 검토자가 이번 달에 지난달 실행을 읽을 수 있습니다. 인용 페이로드도 원본 그대로 두십시오. 기록 시점에 도메인만 남기고 납작하게 만든 목록은 어느 페이지가 인용됐는지 더는 말해 주지 못하기 때문입니다.

이것을 정직하게 유지하는 한계가 하나 있습니다. 아무도 다시 읽지 않는 적재물은 이득 없는 비용입니다. 보존 기간을 의식적으로 정하고 보고서에 적으십시오. 그것이 다시 계산한 시계열이 얼마나 거슬러 올라갈 수 있는지의 상한이기 때문입니다.

이 구조의 한계

어떤 필드는 안정적으로 수집할 수 없는가?

열 개 가운데 셋은 자주 구할 수 없고, 올바른 대응은 추측하는 것이 아니라 부재를 기록하는 것입니다. 가장 나쁜 것은 모델명입니다. 대부분의 소비자용 서피스는 빌드 식별자가 아니라 마케팅 라벨을 노출하며, 여러분의 숫자를 움직이는 변경을 건너서도 그대로일 수 있습니다. 두 번째는 검색 상태입니다. 어떤 서피스는 쿼리마다 리트리벌 여부를 정하면서 그것을 전혀 밝히지 않으므로, 정직한 기입은 대리 지표, 곧 답변이 인용을 하나라도 달고 있었는지이며, 그것이 대리임을 표시합니다. 세 번째는 로케일입니다. 여러분이 요청한 것과 엔진이 추론한 것이 다를 수 있으므로 둘 다 저장하십시오.

답변 쪽 로깅이 볼 수 없는 범주도 통째로 있습니다. 어떤 출처를 인용하지 않고 참조하는 엔진은 여러분의 로그에 아무 흔적도 남기지 않으며, 이 구분은 학술적인 것이 아닙니다. Findings of ACL 2026의 4,706개 쿼리 감사는 AI Overviews가 참조하는 도메인을 측정하고, 2025년 9월에 수집한 데이터에서 그중 53%가 자연 검색 상위 10위에 없다고 보고합니다. 한편 2026년 3월 13일부터 4월 21일까지 수집된 55,393개 쿼리 연구는 참고로 든 도메인을 측정하고, 그중 29.8%가 첫 페이지에 나타나지 않는다고 보고합니다.⁸⁵ 동사가 다르고, 분모가 다르고, 날짜가 다르며, 어느 쪽이든 점추정으로 인용하면 틀릴 만큼 간극이 큽니다. 여러분의 로그가 보는 것은 언제나 인용된 절반뿐입니다.

서버 로그가 그 여집합입니다. 답변이 아니라 페치를 기록하므로, 패널이 볼 수 없는 리트리벌 실패를 잡아냅니다. 그것은 AI 가시성 측정 단계에 속하며, 이 지표들 가운데 무엇이 버티는지도 마찬가지입니다. 패널 규모는 자매 글에 속합니다.

이 글의 정직한 한계

이 구조는 서베이 한 편의 체크리스트에 운영 경험을 더해 조립한 관례이지 표준이 아닙니다. 이 열 개 필드가 충분하다고 검증한 사람도, 그중 어느 하나가 필요하다고 검증한 사람도 없으며, 두 팀이 각자의 로그를 직접 비교할 수 있게 해 주는 공통 포맷도 없습니다. 가장 약한 부분은 충실도 열입니다. 이 작업에서 두 명의 독자가 같은 답변에 얼마나 일관되게 점수를 매기는지 보고한 공개 연구가 없으므로, 충실도 비율은 공표할 숫자가 아니라 내부 경보선으로 다루십시오.

제품이 쓸모 있는 자리와 그렇지 않은 자리

이 열들을 갖춘 스프레드시트 하나가 완결된 구현이고, 나중에 무언가를 사더라도 먼저 만들어 볼 값어치가 있습니다. 생각은 구조 쪽에 있고 수집은 노동일 뿐입니다. 도구가 바꾸는 것은 주당 1,000회 실행 규모에서도 지루한 열이 채워지는가입니다. 상태, 타임스탬프, 로케일, 인용된 URL 전체 목록은 시간에 쫓기는 사람이 기록을 멈추는 필드이자, 분모를 방어 가능하게 만드는 필드입니다. Bavior는 고정된 프롬프트 세트를 다섯 개 엔진에 정해진 일정으로 돌리고, 각 답변이 어떤 출처를 인용했는지 기록하며, 빈 실행도 기록에 남깁니다. 엔진이 공개하지 않는 모델 식별자를 드러낼 수는 없고, 여러분 제품에 관한 그 문장이 사실인지 말해 줄 수도 없으며, 분모 규칙을 대신 정해 주지도 않습니다. 무료 AI 가시성 체커와 무료 GEO 진단은 유료 플랜 없이 이용할 수 있습니다. 유료 플랜은 월간 결제 시 월 $99부터, 연간 결제 시 월 $79.17입니다(2026년 8월 29일 기준).

출처, 모두 2026년 8월 29일 확인

“Optimizing Visibility in Generative Engines: A Critical Survey of Generative Engine Optimization (2023–2026)”, 2026년 7월 15일, arXiv:2607.14035. 표 6(GEO 연구 최소 체크리스트)과 §7.5: arxiv.org/abs/2607.14035
컬럼비아대학교 Tow Center for Digital Journalism, “How ChatGPT Search (Mis)represents Publisher Content”, 2024년 11월. 인용문 200건, 부정확한 응답 153회, 불확실성 표시는 일곱 번: cjr.org
Jaźwińska & Chandrasekar, “AI Search Has a Citation Problem”, Tow Center, 2025년 3월 6일. 쿼리 1,600건, 생성형 검색 도구 여덟 개. 원문은 “incorrect answers to more than 60 percent of queries”: cjr.org
Liu 외, 2023. 생성형 검색 답변 문장의 51.5%가 인용에 의해 완전히 뒷받침됨(출처 1의 비판적 서베이가 서술)
Xu, Iqbal & Montgomery, 2026. 트렌드 쿼리 55,393건, 2026년 3월 13일부터 4월 21일까지. 원자적 주장 98,020건 가운데 11.0%는 인용된 페이지가 뒷받침하지 못함. 원문은 “29.8% of AIO-cited domains do not appear in those first-page results”(프리프린트): arxiv.org/abs/2605.14021
Vykopal 외, 2026. 어시스턴트와 주제에 따라 신뢰할 만한 출처 비중은 71.4–86.3%(출처 1의 비판적 서베이가 서술)
Grossman 외, SIGIR 2026. 쿼리 11,500건. 원문은 “Jaccard similarities between 0.11 and 0.18”, 대상은 Google 자연 검색결과와 AI Overviews와 Gemini: arxiv.org/abs/2604.27790
Kirsten 외, Findings of ACL 2026. 쿼리 4,706건 감사, 데이터 수집은 2025년 9월. 원문은 “on average 53% (27%) of domains that AIO consults are not contained in top-10 (top-100) Organic search results”: aclanthology.org/2026.findings-acl.526
Sielinski, “Quantifying Uncertainty in AI Visibility”, 2026년 3월(프리프린트): arxiv.org/abs/2603.08924
Google Search Central, “AI features and your website”, 2025년 12월 10일 업데이트(서피스, 노출 자격 요건. 1차 자료): developers.google.com/search/docs/appearance/ai-features
벤더 연구, 2026년 6월. 프롬프트 115개, 도메인 출현 3,981건, 플랫폼 네 개, 국가 열네 개. 출현의 62%는 답변 본문이 브랜드를 한 번도 부르지 않은 링크였고, 언급 대 인용 비율은 어시스턴트 사이에서 뒤집힙니다. 벤더가 발표한 자료이므로 이 커리큘럼의 출처 규칙에 따라 링크 없이 서술만 합니다.

이어서 읽기

GEO 배우기 GEO 로드맵 GEO 배우기 이전 글: 패널 규모 GEO 배우기 다음 글: 프롬프트 폐기

FAQ

자주 묻는 질문입니다.

제가 나오지 않은 실행도 정말 기록해야 합니까?

그렇습니다. 오히려 로그에서 더 중요한 절반입니다. 출현율은 여러분이 시도한 모든 실행을 분모로 삼는 분수이므로, 부재는 데이터이고 삭제된 부재는 망가진 지표입니다. 실제로 팀을 무는 실패는 나오지 않은 행을 지우는 것보다 미묘합니다. 오류가 난 실행을 버리는 것입니다. 수집 200회 중 25회가 타임아웃되고 파이프라인이 그것을 폐기하면, 세상에서는 아무것도 바뀌지 않았는데 30.0%인 출현율이 34.3%가 되고, 그 이동은 패널이 지니는 신뢰구간의 절반보다 큽니다.

언급과 인용의 차이는 무엇입니까?

언급은 여러분의 브랜드명이 답변 본문에 나타나는 것이고, 인용은 여러분의 URL 하나가 거기 붙는 것이며, 본문이 여러분을 부르는지 여부는 상관없습니다. 둘은 상당히 갈라지고 의미도 다릅니다. 이름 없는 링크는 리트리벌은 됐는데 식별이 실패했다는 뜻이고, 대개 인용된 대목이 누가 말하는지는 말하지 않은 채 유용하기만 했기 때문이며, 이는 콘텐츠 쪽 수정입니다. 링크 없는 이름은 모델이 방금 리트리벌한 것이 아니라 이미 알고 있는 것에 기대고 있다는 뜻이고, 온페이지 작업으로는 빨리 움직이지 않습니다. 둘 다 엔진별로 보고하십시오.

경쟁사가 인용된 URL도 기록해야 합니까?

답변 안의 인용된 URL을 여러분 것만이 아니라 전부 기록하십시오. 그 목록이 패널이 만들어 내는 가장 실행 가능한 산출물이기 때문입니다. 여러분 자신의 출현은 여러분이 답변 안에 있는지만 알려 주지만, 전체 목록은 누가 있는지 알려 주고, 가시성 숫자를 여러분 카테고리의 질문을 실제로 소유한 페이지의 지도로 바꿉니다. 상업적 질문에서는 그 목록의 상당 부분이 어느 벤더의 자사 페이지가 아니라 서드파티 글과 커뮤니티 스레드일 것이며, 수정이 콘텐츠 팀의 일인지 오프사이트 작업인지를 결정하는 것이 바로 이 발견입니다.

엔진이 어떤 모델이 답했는지 알려 주지 않습니다. 무엇을 기록합니까?

인터페이스가 표시한 것을 기록하고, 그것이 빌드 식별자가 아니라 라벨임을 표시하며, 그 변화를 사실이 아니라 가설로 다루십시오. 대부분의 소비자용 서피스는 마케팅 이름을 노출하고 그 이름은 기반의 변경을 건너서도 그대로일 수 있으므로, 이 필드는 양쪽 방향 모두에서 약한 근거입니다. 안정된 라벨이 안정을 증명하지 않고, 바뀐 라벨이 그 변화가 여러분이 관측한 것을 일으켰음을 증명하지도 않습니다. 그래도 기록하는 값어치는, 어떤 비율이 신뢰구간보다 크게 움직였을 때 먼저 확인할 대상이 생긴다는 데 있습니다.

Bavior 편집팀

Reddit 마케팅과 AI 검색 가시성에 관한 Bavior의 콘텐츠를 조사하고 관리하는 팀입니다. 본문의 모든 수치에는 출처와 확인 날짜를 명시했으며, 제휴 링크는 사용하지 않습니다.

수치에 오류를 발견하셨나요? 알려주시면 다시 확인하겠습니다: support@bavior.com