영역별 인용 준비도 개선 방법
진단 결과에서 점수가 낮게 나온 영역부터 읽으십시오. 영역마다 왜 중요한지, 먼저 할 일, 진단에서 묻는 항목을 정리했습니다.
공식 정보 정리
가중치 20 · 4문항AI 서비스가 브랜드를 설명할 때 가장 먼저 필요한 것은 «이 브랜드가 무엇인지»에 대한 일관된 사실입니다. 사실이 한곳에 모여 있고 채널마다 같아야 다른 브랜드와 섞이지 않습니다.
먼저 할 일
- 소개 페이지에 브랜드 이름(한글·영문), 하는 일, 시작 연도, 활동 지역, 대표 서비스를 표로 정리합니다.
- 공식 표기와 허용 약칭을 정해 내부에 공유하고, SNS·지도 등록 정보·보도자료의 표기를 맞춥니다.
- 제품·서비스마다 전용 페이지를 두고 대상 고객·제공 범위·진행 방식을 같은 틀로 적습니다.
- 연락처·운영 시간 같은 기본 정보는 분기마다 채널별로 대조합니다.
흔한 실수: 회사 소개를 대표 인사말로만 채워 두는 경우입니다. 인사말에는 범주·지역·서비스 같은 식별 정보가 빠지기 쉽습니다.
진단에서 묻는 항목
- 회사·브랜드 소개 페이지에 이름, 하는 일, 시작 연도, 활동 지역이 한곳에 정리되어 있습니까?
- 브랜드 이름 표기(한글·영문·약칭)가 웹사이트, SNS, 지도 등록 정보, 보도자료에서 같습니까?
- 제품·서비스마다 내용을 설명하는 전용 페이지가 있습니까?
- 연락처, 운영 시간, 위치 같은 기본 정보가 모든 채널에서 최신 상태로 일치합니까?
정의문과 답변형 구성
가중치 20 · 4문항답변형 서비스는 긴 글 전체보다 질문에 맞는 한두 문장을 골라 씁니다. 정의 문장과 결론부터 쓰는 문단은 그대로 옮겨 쓰기 좋은 단위가 됩니다.
먼저 할 일
- 핵심 페이지 첫 문단에 「무엇인가 + 누구를 위한 것인가 + 무엇이 다른가」를 담은 한 문장 정의를 둡니다.
- 고객 문의 기록에서 반복되는 질문을 모아 고객의 표현 그대로 문답 제목으로 씁니다.
- 소제목 아래 첫 문장에 결론을 쓰고, 근거와 예시는 그 뒤에 둡니다.
- 선택 기준·장단점·비교 항목은 표나 목록으로 정리하고, 표 위에 한 문장 요약을 둡니다.
정의 문장 예시: 「(브랜드)는 (대상)을 위한 (범주)로, (차이점)을 제공합니다.」 괄호 안을 자기 브랜드의 사실로 채웁니다.
진단에서 묻는 항목
- 핵심 페이지 첫 문단에 「OO는 ~을 위한 ~이다」 형태의 한 문장 정의가 있습니까?
- 고객이 실제로 묻는 질문을 그대로 제목으로 삼은 문답(FAQ)이 있습니까?
- 소제목 아래 첫 문장만 읽어도 그 소제목에 대한 답이 됩니까?
- 선택 기준, 장단점, 비교 항목을 표나 목록으로 정리해 두었습니까?
수치와 출처
가중치 15 · 3문항근거가 붙은 문장은 확인할 수 있기 때문에 인용하기 쉽습니다. 수치에는 측정 조건을, 외부 사실에는 원 출처를, 글에는 작성자를 붙입니다.
먼저 할 일
- 수치마다 측정 시점·대상·방법을 같은 문장이나 바로 아래 주석에 적습니다.
- 외부 자료는 원 출처를 우선 인용하고 발행일과 링크를 함께 적습니다.
- 작성자·감수자 소개 페이지를 만들어 경력과 담당 분야를 적고 글마다 연결합니다.
- 근거를 댈 수 없는 최상급 표현(「최고」「유일」 등)은 사실 문장으로 바꿉니다.
흔한 실수: 출처 없이 「업계 평균 대비 몇 배」 같은 수치를 쓰는 경우입니다. 확인할 수 없는 수치는 신뢰를 떨어뜨립니다.
진단에서 묻는 항목
- 페이지에 적은 수치에 측정 시점, 대상, 방법이 함께 적혀 있습니까?
- 외부 자료를 인용할 때 출처 이름과 원문 링크를 밝힙니까?
- 글의 작성자나 감수자 이름과 전문 분야를 밝힙니까?
구조화 데이터와 읽기 쉬운 구조
가중치 15 · 4문항내용이 좋아도 기계가 읽을 수 없으면 근거로 쓰이기 어렵습니다. 구조화 데이터, HTML 본문, 수집 허용 설정, 대표 주소는 내용을 전달하는 통로입니다.
먼저 할 일
- Organization·Service(또는 Product)·FAQPage 등 해당하는 유형의 JSON-LD 를 넣고, 화면 문장과 같은 내용인지 검사 도구로 확인합니다.
- 페이지 소스 보기에서 본문 문장이 HTML 에 들어 있는지 확인합니다. 보이지 않으면 서버 렌더링이나 정적 생성 방식을 검토합니다.
- robots.txt 와 방화벽 규칙이 공개하려는 페이지를 막고 있지 않은지 점검하고, 공개 범위를 문서로 정합니다.
- 페이지마다 고유한 제목·설명을 쓰고 대표 주소(canonical)와 사이트맵의 주소 형태를 하나로 맞춥니다.
점검 방법: 브라우저에서 자바스크립트를 끈 채 핵심 페이지를 열어 보십시오. 본문이 그대로 보이면 HTML 에 들어 있는 것입니다.
진단에서 묻는 항목
- Organization, Service(또는 Product), FAQPage 같은 구조화 데이터(JSON-LD)를 넣었습니까?
- 자바스크립트를 실행하지 않아도 페이지 본문이 HTML 에 들어 있습니까?
- robots.txt 와 보안 설정이 AI 서비스의 페이지 수집 도구를 의도치 않게 막고 있지 않은지 확인했습니까?
- 페이지마다 고유한 제목·설명, 대표 주소(canonical), 사이트맵이 정리되어 있습니까?
분야 전문 매체 게재
가중치 20 · 3문항자사 사이트의 설명만으로는 사실을 교차 확인할 수 없습니다. 분야 전문 매체와 기관, 독립 출처가 같은 사실을 담고 있을 때 신뢰할 출처와의 연결이 생깁니다.
먼저 할 일
- 업계 전문 매체에 기고·인터뷰·사례 자료를 싣고, 그 내용이 공식 사이트의 사실과 일치하는지 확인합니다.
- 업계 명부·공공 데이터·지식 서비스 중 등록할 수 있는 곳을 목록으로 만들고 공식 표기로 등록하거나 수정합니다.
- 고객이 경험을 남기기 쉬운 경로를 안내하고, 사실과 다른 언급은 공식 자료를 근거로 정정을 요청합니다.
- 외부 게재물에서 공식 사이트로 이어지는 링크 근거가 정확한 페이지를 가리키는지 확인합니다.
판단 기준: 게재 건수보다 «그 분야의 독자가 실제로 읽는 매체인가»와 «사실이 공식 정보와 일치하는가»를 먼저 봅니다.
진단에서 묻는 항목
- 업계 전문 매체, 협회, 기관 사이트에 브랜드를 다룬 기사나 자료가 있습니까?
- 지식 백과, 공공 데이터, 업계 명부 같은 제3자 출처에 브랜드 기본 정보가 올라 있습니까?
- 최근 1년 안에 고객 후기, 비교 글, 커뮤니티 글 같은 제3자 언급이 있습니까?
최신성
가중치 10 · 2문항날짜가 없거나 지난 정보는 지금도 유효한지 판단할 수 없습니다. 바뀌는 정보를 제때 고치는 절차가 있어야 답변에 지난 내용이 실리지 않습니다.
먼저 할 일
- 핵심 페이지에 수정일을 표시하고 반기마다 수치·사례·화면을 점검해 갱신합니다.
- 정책·사양이 바뀌면 웹사이트와 외부 등록 정보를 함께 고치도록 내부 변경 절차에 넣습니다.
- 내용 없이 날짜만 바꾸지 않습니다. 갱신할 때는 무엇이 바뀌었는지 페이지에 짧게 적습니다.
점검 방법: AI 서비스에 브랜드의 가격 정책이나 운영 방식을 물어보고, 지난 정보가 나오면 그 정보가 남아 있는 페이지를 찾아 고칩니다.
진단에서 묻는 항목
- 핵심 페이지에 작성일·수정일이 표시되고, 최근 1년 안에 내용을 갱신했습니까?
- 가격 정책, 사양, 운영 방침처럼 바뀌는 정보를 바뀐 시점에 바로 고칩니까?
고친 뒤에는 다시 진단합니다
한 영역을 고칠 때마다 같은 문항으로 다시 답해 보면 지수가 어떻게 달라졌는지 확인할 수 있습니다. 진행 상황 저장을 켜 두면 이전 답변을 불러와 바뀐 문항만 고칠 수 있습니다.
실제 답변 확인도 함께 하십시오. ChatGPT·Gemini·Perplexity 등에 고객이 물을 법한 질문을 직접 입력해 브랜드가 어떻게 설명되는지 기록해 두면, 개선 전후를 비교하는 자료가 됩니다.