질문형 구조화 정보에 본문보다 많은 문답을 넣으면 검색 서비스에는 보이지만 방문자는 페이지에서 근거를 찾지 못합니다. 코드가 별도의 콘텐츠 창고가 되어서는 안 됩니다. 먼저 화면에서 실제로 읽을 수 있는 질문과 답을 목록으로 만들고 코드 항목과 하나씩 대응합니다.
대응표에는 질문 문구, 화면 위치, 답의 범위, 코드 항목, 마지막 검토일을 둡니다. 표현을 짧게 줄이더라도 의미와 조건이 달라지지 않는지 확인합니다. 화면에 없는 홍보 문장이나 제공하지 않는 서비스를 코드에 추가하지 않습니다.
FAQ가 다섯 개라면 코드도 같은 다섯 개를 기준으로 봅니다. 숨김 영역이나 접힌 문답이 실제 이용자에게 접근 가능한지는 공개 화면에서 확인합니다. 답이 개인 상황에 따라 달라지는 경우 코드를 통해 확정 답처럼 보이지 않게 범위를 조정합니다.
질문을 수정하거나 삭제하면 화면만 고치지 않고 연결된 코드와 캐시 결과를 점검합니다. 자동 생성 템플릿이 옛 답을 다시 넣는지, 다른 페이지에 같은 항목을 복제하는지도 살핍니다.
완료 기준은 코드 오류가 없다는 표시가 아닙니다. 방문자가 보는 문답과 기계가 읽는 문답이 같은 수, 같은 조건, 같은 최신성을 갖고 변경 책임까지 연결돼야 합니다.
질문 순서를 바꾸면 코드 순서도 독자의 읽기 흐름과 충돌하지 않는지 봅니다. 여러 페이지에 같은 FAQ를 넣을 경우 각 페이지 본문에도 답이 실제로 존재하는지 확인하고 공통 템플릿이 무관한 문답을 배포하지 않게 합니다. 질문을 추가하는 기준과 제거하는 기준을 함께 두면 코드가 계속 늘어나는 일을 막을 수 있습니다. 답변의 출처가 바뀌면 문답 코드의 검토 책임자도 다시 지정합니다.