근거가 있는지와 그곳에 닿는지를 따로 매기는 기준
원문에 근거가 있는데 인용 링크가 잘못된 앵커로 이어졌다면, 근거의 오류는 아니지만 검증 경로의 어긋남으로 따로 기록합니다. 두 가지를 나눠 평가합니다. 링크가 연 페이지에 답변의 주장을 받치는 문장이 있는지와, 링크가 읽는 사람을 그 문장이 있는 곳으로 데려가는지입니다. 앞의 것이 맞으면 근거는 있는 것이고, 뒤의 것이 어긋나면 읽는 사람이 그 근거를 찾아가는 길이 어긋난 것입니다.
주소 끝에 붙는 앵커는 페이지 안의 한 곳을 가리킵니다. 가리키는 곳의 표시가 페이지에 있으면 그곳에서 열리고, 없으면 페이지는 열리되 맨 위에서 열릴 수 있습니다. 앵커가 페이지 안의 글자를 가리키는 꼴이면, 그 글자가 고쳐졌을 때 가리키는 곳을 찾지 못할 수 있습니다. 긴 페이지에서 맨 위나 엉뚱한 소제목에 놓인 사람은 근거 문장을 스스로 찾아야 하고, 찾지 못하면 근거가 없다고 여길 수 있습니다.
둘을 나누지 않으면 두 쪽으로 틀어집니다. 도착한 곳에 근거가 없다는 것만 읽고 근거 없음으로 매기면, 같은 페이지 아래쪽에 있는 근거를 놓칩니다. 거꾸로 페이지에 근거가 있다는 것만 읽고 넘기면, 읽는 사람이 도착하는 곳이 엉뚱하다는 사실이 기록에서 빠집니다.
기록하는 값은 네 가지입니다. 페이지에 근거가 있고 링크가 그 위치에서 열리면 근거 있고 닿음, 근거는 있으나 링크가 다른 위치에서 열리면 근거 있고 위치 어긋남, 근거는 있고 링크에 위치를 가리키는 부분이 없어 페이지 맨 위에서 열리면 위치 표시 없음, 페이지 전체를 읽어도 근거가 없으면 근거 없음입니다. 페이지가 아예 열리지 않는 경우는 이 평가가 아니라 접근 실패의 기록으로 넘깁니다.
근거와 도달 위치에 따른 네 가지 값
| 값 | 페이지의 근거 | 링크가 여는 위치 | 읽는 사람에게 생기는 일 |
|---|---|---|---|
| 근거 있고 닿음 | 있음 | 근거 문장이 있는 곳 | 바로 맞대어 읽음 |
| 근거 있고 위치 어긋남 | 있음 | 같은 페이지의 다른 곳 | 도착한 곳의 다른 내용을 근거로 읽을 수 있음 |
| 위치 표시 없음 | 있음 | 페이지 맨 위 | 근거를 스스로 찾아야 함 |
| 근거 없음 | 없음 | 어디든 | 맞댈 문장이 없음 |
위치 표시 없음은 어긋남이 아닙니다. 링크가 페이지만 가리키는 것은 흔한 모습이고 틀린 곳으로 데려간 것이 아닙니다. 다만 페이지가 길고 근거가 아래쪽에 있을 때에는 읽는 사람이 찾기 어려우므로, 근거가 페이지의 어디쯤에 있는지를 함께 씁니다.
둘째 값이 가장 조심할 곳입니다. 도착한 곳에 있는 내용이 답변의 주장과 다른 이야기이면, 읽는 사람은 출처가 주장을 받치지 않는다고 받아들이거나 도착한 곳의 내용을 근거로 잘못 읽습니다. 도착한 곳의 소제목과 첫 문장을 옮겨, 무엇이 놓여 있었는지를 남깁니다.
인용 링크의 도달 위치를 평가하는 다섯 단계
- 진단 담당이 답변의 인용 문장과 링크의 주소를 끝부분까지 그대로 옮깁니다.
- 진단 담당이 링크를 열어 처음 놓인 위치의 소제목과 첫 문장을 옮기고, 쓴 기기와 브라우저를 기록합니다.
- 진단 담당이 페이지 전체를 읽어 답변의 주장을 받치는 문장이 있는지와 그 위치를 찾습니다.
- 진단 담당이 두 위치를 맞대어 네 값 가운데 하나를 매깁니다.
- 개발 담당이 앵커가 가리키는 표시가 페이지에 있는지와 바뀐 적이 있는지를 회신하고, 원장이 승인합니다.
첫째 단계에서 주소를 끝까지 옮기는 것이 중요합니다. 주소를 복사할 때 끝의 앵커 부분이 잘리면, 나중에 그 주소로 다시 열었을 때 맨 위에서 열려 처음과 다른 결과가 나옵니다. 주소 전체를 글자로 남기고, 다시 열 때에도 그 글자 그대로 넣습니다.
둘째 단계에서 기기와 브라우저를 쓰는 까닭은 같은 주소가 환경에 따라 다른 위치에서 열릴 수 있기 때문입니다. 페이지 안의 글자를 찾아 그곳으로 데려가는 꼴의 앵커는 브라우저에 따라 움직임이 다를 수 있습니다. 한 환경에서 닿지 않았다면 다른 환경에서 한 번 더 열어, 두 결과를 나란히 씁니다.
셋째 단계는 도착한 곳과 상관없이 페이지 전체를 읽습니다. 접혀 있는 영역이 있으면 펼쳐서 읽고, 근거 문장이 접힌 영역 안에 있었다면 그 사실을 씁니다. 링크가 그 영역에 닿았더라도 펼쳐야 읽히는 곳이면, 읽는 사람은 근거를 읽지 못할 수 있습니다.
위치가 어긋났을 때 개발 담당이 읽는 네 가지
| 읽는 것 | 찾는 곳 | 회신에 쓰는 내용 |
|---|---|---|
| 앵커가 가리키는 표시 | 페이지의 소스에서 같은 이름의 표시 | 있음, 없음, 둘 이상 있음 |
| 표시가 바뀐 적 | 페이지를 고친 기록 | 바뀐 날과 옛 이름 |
| 표시가 놓인 곳 | 표시가 달린 소제목이나 문단 | 근거 문장과 같은 곳인지 |
| 열린 뒤 움직이는 것 | 페이지가 열린 다음 늦게 나타나는 그림이나 영역 | 열린 뒤 위치가 밀리는지 |
개발 담당의 회신은 병원 페이지일 때에만 받습니다. 다른 곳의 페이지라면 표시가 바뀐 기록을 얻을 수 없으므로, 진단 담당이 읽은 위치만 기록합니다. 병원 페이지에서 표시가 없음으로 회신됐다면, 그 주소는 페이지에 없는 곳을 가리키고 있는 것입니다. 글을 고치면서 소제목의 표시 이름이 달라졌을 수 있고, 바뀐 날이 기록에 있으면 함께 받습니다.
이 회신으로 어긋난 까닭을 확정하지는 않습니다. 답변이 왜 그 앵커를 단 주소를 표시했는지는 알 수 없습니다. 개발 담당이 밝힐 수 있는 것은 병원 페이지 쪽의 사실, 곧 그 표시가 지금 있는지와 언제 달라졌는지입니다.
위치를 읽는 사람과 표시를 맡는 사람의 역할 나눔
이 평가는 글을 읽는 일과 페이지의 짜임을 읽는 일이 함께 들어 있습니다. 진단 담당은 열린 화면에서 읽을 수 있는 것만 알고, 표시의 이름과 바뀐 기록은 개발 담당이 압니다. 역할을 넷으로 나눕니다.
진단 담당은 읽는 사람의 눈으로 위치를 기록합니다. 링크를 눌렀을 때 화면 맨 위에 무엇이 놓였는지, 근거 문장까지 얼마나 내려가야 하는지를 씁니다. 화면의 너비에 따라 맨 위에 놓이는 문장이 다를 수 있으므로 소제목을 기준으로 씁니다. 페이지의 소스를 열어 표시를 찾는 일은 하지 않습니다. 진단 담당이 남길 것은 환자가 같은 링크를 눌렀을 때 겪는 것입니다.
개발 담당은 표시를 맡습니다. 앵커가 가리키는 표시가 있는지를 읽고, 없다면 비슷한 이름의 표시가 있는지, 글을 고친 날에 이름이 달라졌는지를 회신합니다. 표시를 되살릴지, 옛 이름으로도 같은 곳이 열리게 할지는 페이지의 짜임에 달린 일이어서 개발 담당이 방법을 내고 원장이 정합니다.
실장은 글을 고친 기록을 맡습니다. 소제목을 고치거나 문단의 차례를 옮긴 날을 회신합니다. 글을 고치는 사람은 소제목의 말을 다듬으면서 그 소제목을 가리키던 주소가 있다는 것을 모를 수 있습니다. 진단에서 위치 어긋남이 나온 페이지는 글을 고친 기록과 표시가 바뀐 기록을 나란히 놓습니다.
원장은 평가를 승인하고, 위치 어긋남이 나온 병원 페이지를 어떻게 할지를 정합니다. 근거가 페이지에 있으므로 서둘러 고칠 오류는 아닐 수 있습니다. 도착한 곳의 내용이 주장과 다른 이야기여서 잘못 읽힐 수 있는 경우를 먼저 읽습니다.
인계할 때는 답변의 인용 문장과 받은 날, 주소 전체, 기기와 브라우저, 도착한 곳과 근거가 있는 곳, 값, 개발 담당과 실장의 회신, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 같은 주소를 글자 그대로 넣어 다시 열고, 도착한 곳이 달라졌는지를 씁니다.
인용 링크의 앵커와 근거 위치 자주 묻는 질문
같은 주소인데 컴퓨터와 휴대전화에서 다른 위치로 열리면 어느 쪽을 기록하나요?
둘 다 기록하고 환경마다 줄을 나눕니다. 한쪽에서 닿고 다른 쪽에서 어긋났다면 값도 줄마다 따로 매깁니다. 어느 환경이 대표인지는 정하지 않습니다. 병원의 환자가 어느 기기로 더 많이 읽는지를 실장이 알고 있으면 옆 칸에 써서 원장이 읽게 합니다.
도착한 곳의 내용이 답변의 주장과 반대되는 이야기이면 근거 없음으로 매기나요?
페이지 다른 곳에 근거 문장이 있으면 근거 있고 위치 어긋남입니다. 도착한 곳의 내용이 반대되는 이야기라는 사실은 옆 칸에 옮깁니다. 같은 페이지에 주장을 받치는 문장과 거스르는 문장이 함께 있는 것이므로, 답변이 한쪽만 옮겼는지를 다른 평가에서 이어서 읽습니다.
병원이 소제목을 고친 뒤에 옛 주소가 어긋나게 됐다면 소제목을 되돌려야 하나요?
되돌릴지는 원장이 정하고, 방법은 개발 담당이 냅니다. 소제목의 말과 그 소제목을 가리키는 표시의 이름은 따로 정할 수 있는 경우가 있어, 말을 고치면서 표시의 이름은 그대로 남기는 길이 있는지를 개발 담당이 읽습니다. 진단은 어느 주소가 어긋났고 표시가 언제 달라졌는지를 넘깁니다.
앵커가 가리키는 표시가 페이지에 둘 이상 있으면 어떻게 읽나요?
개발 담당의 회신에 「둘 이상 있음」으로 쓰고, 진단 담당이 실제로 도착한 곳을 기록합니다. 같은 이름의 표시가 여럿이면 어느 곳에서 열릴지가 분명하지 않을 수 있습니다. 근거가 있는 곳이 아닌 다른 표시에서 열렸다면 위치 어긋남으로 매기고, 같은 이름이 여럿이었다는 것을 옆 칸에 씁니다.
진단을 맡은 곳이 링크가 열리는지만 맞대고 「인용 정상」으로 보고하면 무엇을 요청하나요?
링크마다 도착한 곳과 근거가 있는 곳의 기록을 요청합니다. 링크가 열린다는 것은 페이지가 있다는 것까지만 말합니다. 그 페이지에 근거가 있는지와 링크가 그곳에 닿는지는 열어서 읽어야 알 수 있습니다. 주소를 끝까지 옮겼는지도 함께 받습니다.
위치 기록을 기술 점검에 넘기는 일
위치 어긋남이 여러 페이지에서 나오면 페이지마다 따로 고칠 일이 아니라 사이트의 짜임을 읽을 일일 수 있습니다. 소제목의 표시가 글을 고칠 때마다 달라지는 짜임인지, 열린 뒤에 위치가 밀리는지는 사이트 전체의 기술 점검에서 함께 읽습니다. 그 점검의 항목과 차례는 AI검색 기술 점검에서 다룹니다.