직접 살펴보는 예제
구매 질문을 답변·정책·문의로 분류하기
질문을 하나씩 열어 어떤 답변 경로가 배정되었는지 비교하세요.
아래 내용은 구조를 설명하기 위해 만든 예제입니다. 실제 상품·고객 성과 자료가 아닙니다.
트레이 크기는 얼마인가요?
즉답 · 예제 사양은 폭 24cm, 깊이 10cm입니다. 놓을 면의 사용 가능한 치수와 여유를 확인하세요.
무엇이 들어 있나요?
즉답 · 예제 구성은 트레이 1개와 받침 4개입니다.
배송비는 얼마인가요?
정책 확인 · 실제 판매자의 현재 배송 지역·금액·무료 조건을 확인해야 합니다.
교환할 수 있나요?
정책 확인 · 기한·상품 상태·비용·접수 경로를 시행 중인 정책에서 확인하세요.
제 주문이 늦어지는 이유는요?
개별 문의 · 주문 번호와 현재 배송 상태를 판매자에게 확인해야 합니다. 공개 FAQ만으로 특정 주문을 판정하지 않습니다.
제품이 파손됐어요.
개별 문의 · 상품 상태와 접수 자료를 담당 창구에서 확인해야 합니다. 예제에는 개인정보를 입력하지 마세요.
FAQ·정책·문의의 역할 분리 예제에서 나눈 판단
치수와 구성 질문은 예제의 고정 사실로 답합니다. 배송비와 교환 조건은 시행 중인 정책이 필요하므로 임의의 숫자를 붙이지 않습니다. 주문 지연이나 파손처럼 개인 정보가 필요한 요청은 공개 FAQ에서 해결한 것으로 표시하지 않습니다.
FAQ를 쓰기 전에 질문의 출처와 답변 책임자를 구분합니다
FAQ는 판매자가 강조하고 싶은 장점을 질문 모양으로 바꾸는 구간이 아닙니다. 먼저 어떤 질문이 실제로 답을 필요로 하는지 목록을 만들고, 답변 근거가 어디에 있는지 확인해야 합니다. 이 글은 실제 고객 문의 데이터를 보유했다고 주장하지 않습니다. 대신 배송 시점, 추가 비용, 옵션 변경, 교환 조건, 세척 방법, 호환 치수라는 여섯 개의 자체 질문을 만들어 분류 절차를 보여 줍니다. 실제 운영에 적용할 때는 문의 메일, 반품 사유, 상품 사양서, 배송 정책처럼 합법적으로 접근할 수 있고 확인 가능한 내부 자료에서 질문을 다시 뽑아야 합니다.
| 자체 질문 | 답변 근거 | 담당 정보 | 초기 경로 |
|---|---|---|---|
| 언제 발송되는가 | 공개 배송 정책과 주문 마감 기준 | 운영 정책 | FAQ 요약+정책 링크 |
| 배송비가 추가되는가 | 지역·금액별 배송비 표 | 가격 정책 | 가격 구간+FAQ 링크 |
| 옵션을 주문 뒤 바꿀 수 있는가 | 변경 가능 시점과 처리 절차 | 주문 정책 | 정책 원문 |
| 교환할 수 있는가 | 청약철회·교환 정책 | 법률·운영 정책 | 짧은 안내+정책 원문 |
| 물세척이 가능한가 | 제품 사양서 | 상품 정보 | 본문 즉답 |
| 내 선반과 호환되는가 | 제품 치수와 사용자의 개별 치수 | 상품 정보+개별 상황 | 치수표+문의 |
각 질문 옆에는 답변을 승인할 책임 영역을 적습니다. 배송팀의 정책과 제품 사양을 섞거나, 법률상 권리와 판매자의 추가 혜택을 한 문장으로 뭉치면 수정 시점이 달라졌을 때 오래된 답이 남을 수 있습니다. 답변 근거가 없으면 그럴듯한 일반론을 쓰지 않고 ‘확인 후 안내가 필요한 항목’으로 분류합니다. 질문이 자주 나올 것 같다는 추측만으로 ‘자주 묻는 질문’이라고 단정하지 않고, 실제 데이터가 없을 때는 ‘구매 전 확인’처럼 중립적인 제목을 사용합니다.
모든 질문을 한 상자에 넣지 않고 즉답·정책·문의 세 경로로 보냅니다
첫 번째 경로는 상품 사양처럼 짧고 변동이 적은 사실입니다. 치수, 구성품, 세척 가능 여부는 해당 정보가 필요한 본문 가까이에 즉답으로 둡니다. 두 번째 경로는 배송, 교환, 환불처럼 조건과 예외가 있고 변경 관리가 필요한 정책입니다. FAQ에는 핵심만 요약하고 시행 중인 정책 원문으로 연결합니다. 세 번째 경로는 사용자의 주소, 주문 상태, 공간 치수처럼 개별 정보가 있어야 답할 수 있는 질문입니다. 이런 질문을 FAQ에서 단정하지 않고 문의에 필요한 정보와 개인정보 안내를 함께 보여 줍니다.참고: 국가법령정보센터 · 전자상거래 등에서의 소비자보호에 관한 법률

- 질문을 한 문장으로 쓰고 답변에 필요한 사실을 별도 열에 적습니다.
- 상품 사양서만으로 답할 수 있으면 관련 본문에 즉답을 배치합니다.
- 조건, 예외, 시행일이 있으면 FAQ 요약과 정책 원문 링크를 함께 둡니다.
- 주문번호나 주소처럼 개인 상황이 필요하면 공개 답을 추정하지 않고 문의 경로로 보냅니다.
- 근거 문서가 없거나 서로 충돌하면 답변을 공개하지 않고 담당자가 정책을 확정하도록 보류합니다.
질문은 페이지 맨 아래가 아니라 관련 판단이 생기는 위치에 둡니다
질문의 위치는 ‘FAQ는 항상 마지막’ 같은 관습으로 정하지 않습니다. 배송비 질문은 가격과 주문 조건을 보는 구간 가까이에, 옵션 변경 질문은 옵션 선택 구간 가까이에, 세척 방법은 소재와 관리법 구간에 둡니다. 페이지 맨 아래에는 여러 구간에서 공통으로 필요한 정책 링크와 문의 경로를 모을 수 있지만, 사용자가 앞에서 필요한 정보를 찾지 못한 채 끝까지 내려오도록 만들지 않습니다. 같은 답을 여러 위치에 복사하면 변경 누락이 생길 수 있으므로 원문은 하나로 두고 문맥에 맞는 링크를 제공합니다.
| 판단 구간 | 가까이 둘 질문 | 직접 보여 줄 정보 | 추가 연결 |
|---|---|---|---|
| 가격 | 배송비·필수 비용 | 합계에 포함되는 항목 | 배송 정책 |
| 옵션 | 변경 가능 시점·구성 차이 | 옵션별 포함 품목 | 주문 변경 정책 |
| 사양 | 치수·세척·호환 | 측정값과 관리법 | 개별 호환 문의 |
| 행동 링크 전 | 발송·교환 핵심 조건 | 짧은 요약과 시행일 | 전체 정책 원문 |
| 페이지 끝 | 정책에서 해결되지 않는 질문 | 문의 범위와 필요한 정보 | 개인정보 안내 |
배치가 적절한지는 전환율로 판단하지 않습니다. 각 질문에서 관련 정보까지 이동 횟수가 몇 번인지, 링크 이름만 읽어도 목적을 알 수 있는지, 정책 원문이 현재 공개 상태인지 확인합니다. 예를 들어 ‘자세히 보기’ 대신 ‘배송·교환 정책 전체 보기’처럼 도착 내용을 드러냅니다. 질문 제목과 답변에 같은 판매 문구를 반복하지 않고, 질문은 사용자가 확인하려는 조건을 말하며 답변은 그 조건의 범위와 원문 위치를 말하도록 역할을 나눕니다.
접힌 UI는 내용의 중요도와 사용 빈도를 확인한 뒤 선택합니다
접힘 형식은 화면을 짧게 보이게 하지만 내용을 숨깁니다. GOV.UK 디자인 시스템의 아코디언 지침은 모든 사용자가 봐야 하는 내용을 아코디언에 넣지 말고, 사용자 연구가 뒷받침될 때 제한적으로 사용하라고 안내합니다. 또한 잘 구조화된 본문, 별도 페이지, 시작 부분의 앵커 링크가 더 나을 수 있다고 설명합니다. 따라서 배송비나 주문 취소의 핵심 조건처럼 구매 전에 반드시 보여야 하는 내용은 닫힌 항목 안에만 숨기지 않습니다.참고: GOV.UK Design System · Accordion
질문이 세 개뿐이고 답이 짧다면 제목과 본문을 그대로 펼쳐 두는 편이 단순합니다. 짧고 부차적인 보충 설명 하나라면 개별 details 요소를 검토할 수 있습니다. 관련된 여러 섹션을 사용자가 골라 비교해야 하고 실제 사용 근거가 있을 때만 아코디언을 후보로 둡니다. 이 글의 자체 예제에서는 가격과 배송 핵심 정보는 펼친 본문으로 두고, 세척 시 주의처럼 부차적 설명만 접을 수 있게 합니다. UI 선택은 시각적 길이가 아니라 내용 중요도와 탐색 과업으로 설명합니다.참고: GOV.UK Design System · Accordion
| 내용 상황 | 우선 형식 | 접힘 허용 여부 | 검수 포인트 |
|---|---|---|---|
| 모두가 구매 전 알아야 하는 비용·조건 | 펼친 본문 | 닫힌 상태만 제공하지 않음 | 첫 방문에서 바로 보이는가 |
| 짧은 보충 설명 1~2개 | 제목+본문 또는 details | 상황에 따라 허용 | 요약만으로 내용 예측 가능한가 |
| 서로 관련된 여러 긴 섹션 | 별도 페이지나 앵커 목록 우선 | 사용 근거 있을 때 검토 | 숨긴 내용 발견 가능성 |
| 정책 원문 | 별도 문서 링크 | FAQ 안에 전문을 숨기지 않음 | 시행일·도착 제목 일치 |
키보드와 상태 정보로 질문 열기·닫기를 재현합니다
접힘 UI를 사용한다면 마우스로 한 번 열어 보는 것으로 검수를 끝내지 않습니다. 키보드 Tab으로 각 질문에 도달하고 Enter 또는 Space로 열고 닫으며, 초점 표시가 사라지지 않는지 확인합니다. 버튼을 직접 구현했다면 aria-expanded 값과 연결된 콘텐츠 id가 상태에 맞게 바뀌는지 확인합니다. 네이티브 details와 summary를 사용하더라도 제목 수준, 링크 순서, 초점 표시, 인쇄 또는 스크립트 비활성 상태에서의 정보 접근을 다시 봅니다.참고: GOV.UK Design System · Accordion
- 320픽셀과 390픽셀에서 페이지를 열고 확대율 100퍼센트 상태를 기록합니다.
- 마우스를 사용하지 않고 Tab으로 질문 제목에 이동해 시각적 초점을 확인합니다.
- Enter와 Space를 각각 사용해 지원되는 조작으로 내용이 열리고 닫히는지 확인합니다.
- 열림 전후 aria-expanded 또는 네이티브 open 상태와 연결 콘텐츠를 DOM에서 확인합니다.
- 열린 답변 안의 정책 링크로 이동한 뒤 뒤로 왔을 때 질문과 위치를 다시 찾을 수 있는지 확인합니다.
- 스크립트를 끈 검사본에서도 핵심 비용과 조건이 사라지지 않는지 확인합니다.
정책 링크의 제목·시행일·요약을 한 기록에서 관리합니다
배송과 교환 답변은 사이트 내부 관행만으로 쓰지 않고 현재 시행 중인 정책과 관련 법령을 확인합니다. 전자상거래 등에서의 소비자보호에 관한 법률은 통신판매 관련 정보 제공과 청약철회 등 소비자 보호 체계를 규정합니다. 이 글은 개별 거래에 대한 법률 자문을 제공하지 않으며, 구체적인 상품과 사업자 상황에서는 최신 법령과 전문가 검토가 필요합니다. 본문에는 특정 기간이나 권리를 임의로 단정하지 않고 운영 중인 정책 원문과 공식 법령 링크를 구분해 제공합니다.참고: 국가법령정보센터 · 전자상거래 등에서의 소비자보호에 관한 법률
| 관리 필드 | 기록 내용 | 실패 예 |
|---|---|---|
| question_id | shipping-cutoff | 질문 문장 자체를 식별자로 사용 |
| answer_owner | 배송 정책 담당 | 담당 없음 |
| source_url | 현재 공개 정책의 절대 URL | 오래된 PDF 사본만 연결 |
| effective_date | 정책 시행일 | 페이지 수정일과 혼동 |
| checked_at | 답변과 원문을 대조한 날짜 | 자동으로 오늘 날짜 표시 |
| status | 확인·수정 필요·보류 | 검증 전인데 완료 |
FAQ 한 문장을 고칠 때 원문 링크, 카테고리 카드, 검색 설명문이 서로 다른 표현을 남기지 않는지도 확인합니다. 같은 질문의 짧은 제목은 허용할 수 있지만 조사 오류나 뜻이 달라지는 축약은 수정해야 합니다. 기존 글의 잘못된 조사와 단어 중복은 전부 바로잡고, 문맥이 복잡한 곳은 ‘FAQ는’, ‘FAQ가’처럼 짧고 자연스러운 표현으로 통일합니다. 제목, 목차, 본문, 카드 요약, 관련 글 링크에 같은 오류가 남지 않도록 문자열 검색으로 다시 확인합니다.
질문 수가 아니라 답변 근거와 연결 상태로 공개 여부를 결정합니다
공개 전에는 질문을 많이 채웠는지 세지 않습니다. 각 질문이 어느 판단 구간에 필요한지, 답변을 승인할 근거가 있는지, 원문과 요약이 같은지, 링크가 열리는지, 키보드로 접근할 수 있는지를 확인합니다. 답변이 준비되지 않은 질문을 그럴듯한 일반론으로 채우지 않습니다. 정책이 확정되지 않았다면 문의로 돌리는 문장도 책임 범위와 예상 답변을 과장하지 않게 쓰고, 확인 가능한 시점이 없으면 구체적인 응답 시간을 약속하지 않습니다.참고: GOV.UK Design System · Accordion · 국가법령정보센터 · 전자상거래 등에서의 소비자보호에 관한 법률
- 질문 문장이 판매 주장 대신 사용자가 확인하려는 조건을 말한다
- 답변마다 상품 사양, 운영 정책, 공식 법령 또는 담당 확인 가운데 하나 이상의 근거가 있다
- 필수 비용과 핵심 조건은 닫힌 UI 안에서만 제공되지 않는다
- 정책 요약에는 원문 링크와 시행 중인 기준을 확인할 경로가 있다
- 개별 상황이 필요한 질문은 공개 답을 추정하지 않고 문의 범위로 분류한다
- 320·390픽셀과 키보드에서 질문, 답변, 링크를 모두 찾을 수 있다
- 오탈자와 중복 질문, 중복 체크리스트가 남지 않는다
FAQ·정책·문의의 역할 분리을 확인한 순서
- 치수·구성 질문을 열어 예제의 고정 사실과 답변을 대조합니다.
- 배송·교환은 현재 정책, 개별 주문 지연·파손은 문의 경로를 찾습니다. 사양만으로 정책까지 확정하지 않습니다.
- 공개 FAQ에 주문 정보나 개인 연락처를 올리지 않습니다. 정책 변경 때 답변·연결 문서의 대상과 시점을 함께 갱신합니다.
FAQ·정책·문의의 역할 분리 판단에서 제외한 범위
- 자체 질문 세트는 실제 고객 문의 빈도나 우선순위를 나타내지 않습니다.
- 전자상거래 법령 링크는 일반적인 확인 출처이며 이 글은 개별 사업자나 거래에 대한 법률 자문이 아닙니다.
- 접힘 UI의 적합성은 콘텐츠 양, 사용자 과업, 구현 방식에 따라 달라지므로 하나의 형식을 정답으로 제시하지 않습니다.
- 키보드와 작은 화면 검수는 정보 접근을 확인하지만 답변 내용의 법적 충분성이나 구매 행동 변화를 입증하지 않습니다.
FAQ·정책·문의의 역할 분리에 사용한 원문
원문별 확인일과 참고 범위를 아래에 표시했습니다. 예제 입력값은 설명을 위한 설정이며 원문 기관의 제품 평가를 뜻하지 않습니다.
- AccordionGOV.UK Design System · 확인 2026-08-20
접힌 콘텐츠의 발견 가능성, 모든 사용자가 봐야 하는 정보를 숨기지 말아야 한다는 주의, 대체 구조와 키보드 접근 기준을 참고했습니다.
- 전자상거래 등에서의 소비자보호에 관한 법률국가법령정보센터 · 확인 2026-08-20
배송, 청약철회, 교환 등 거래 조건을 FAQ에서 임의로 만들지 않고 시행 중인 공식 법령과 운영 정책을 확인해야 하는 범위에 참고했습니다.
FAQ·정책·문의의 역할 분리 실제 응답 기준
이 주제의 판단 기준이 실제 페이지에도 반영됐는지 2026년 9월 23일 새로 받은 공개 HTML을 기준으로 확인했습니다. 자주 묻는 질문에 변경될 수 있는 정책을 숨기지 않습니다. FAQ는 설명, 정책 페이지는 조건, 문의는 개별 확인을 담당하도록 나눅니다.
| 확인 항목 | 2026.09.23 공개 응답 | 판단 범위 |
|---|---|---|
| 접속과 주소 | HTTP 200, H1 1개, canonical https://detailry.com/articles/detail-faq-trust/ | 공개 URL과 대표 주소 일치만 확인 |
| 본문 구조 | 공백 제외 6,039자, H2 11개, 이미지 2개 | 길이가 아니라 주제별 판단 과정과 한계를 재검수 |
| 링크 경로 | 내부 7개, 외부 9개, law.go.kr, design-system.service.gov.uk | 출처 존재와 실제 접속 상태를 별도로 확인 |
이 기록은 해당 날짜의 공개 상태를 보여주며 사용자 성과, 고객 전환, 제품 성능을 증명하지 않습니다. 이후 본문·이미지·출처가 바뀌면 같은 URL을 다시 확인해야 합니다.
