사이트의 정보가 읽히는 경로,
AI검색최적화로 점검합니다.
사이트에 쓴 설명은 어떤 경로로 읽힐까요?
크롤러의 접근부터 문서의 구조, 참조되는 정보까지.
하나씩 확인 가능한 항목으로 나눕니다.
점검 항목을
하나씩 열어 보세요.
크롤러 접근부터 구조화 데이터까지,
항목마다 따로 정리했습니다.
AI검색최적화
인사이트.
접근 설정부터 문서의 표현까지,
지금 확인할 내용을 찾아보세요.
리치 결과 테스트와 스키마 검사기의 차이
리치 결과 테스트는 구글 검색의 리치 결과 유형과 관련 문제를 확인하는 도구입니다. 스키마 검사기와의 차이는 이름보다 검사 대상과 기준으로 판단하며, 각 결과가 답하는 범위를 따로 정리합니다.
읽어보기 ↗구조화 데이터구조화 데이터 오류와 경고의 차이
구조화 데이터 경고는 유효한 항목에도 표시될 수 있지만 오류와 같은 상태로 취급하면 안 됩니다. 문제 설명과 필수·권장 여부를 확인해 리치 결과 표시 요건을 막는 문제부터 수정 순서를 정합니다.
읽어보기 ↗구조화 데이터본문과 다른 구조화 데이터가 받는 불이익
본문과 다른 구조화 데이터가 품질 가이드라인을 위반하면 리치 결과 미표시나 직접 조치로 이어질 수 있습니다. 구조화된 데이터 직접 조치로 잃는 표시 자격과 일반 웹 검색 순위의 영향은 따로 판단해야 합니다.
읽어보기 ↗구조화 데이터검색 엔진이 쓰지 않는 스키마 속성을 알아내는 법
스키마 속성의 활용 여부는 검색 엔진별 기능 문서에 명시된 항목과 대조해 판단합니다. 구글 문서에 없는 속성은 해당 기능에서 활용이 확인되지 않은 것으로 기록하며, 모든 검색 엔진의 미사용 항목으로 단정하지 않습니다.
읽어보기 ↗구조화 데이터구조화 데이터를 먼저 넣을 페이지 유형
구조화 데이터는 기사·사업장 안내·탐색경로가 있는 페이지 중 주요 내용에 맞는 유형과 필수 정보를 갖춘 페이지부터 적용합니다. 유형별 고정 순위보다 실제 페이지의 목적과 자료 준비 상태로 우선 대상을 정합니다.
읽어보기 ↗구조화 데이터구조화 데이터 적용 뒤 서치 콘솔에서 확인할 보고서
구조화 데이터 적용 뒤에는 서치 콘솔의 구조화된 데이터 하위 보고서, URL 검사, 직접 조치 보고서, 실적 보고서를 확인합니다. 각 결과를 읽힘·감지 항목·리치 결과 자격·검색 실적으로 나누어 판단합니다.
읽어보기 ↗구조화 데이터구조화 데이터 유지보수를 맡을 사람
구조화 데이터 유지보수는 사이트 운영 책임자가 총괄하고 정보의 정확성을 판단할 담당과 코드를 수정할 담당을 나누는 방식이 적절합니다. 직함보다 변경 권한과 수정 완료 책임을 기준으로 정합니다.
읽어보기 ↗구조화 데이터구조화 데이터의 날짜 형식 맞추기
기사의 게시·수정 날짜는 ISO 8601 형식으로 작성하고 시간대를 제공하는 것이 권장됩니다. 날짜의 의미를 먼저 정한 뒤 시간 입력 여부를 판단하고, 화면 날짜와 구조화된 날짜가 같은 시점을 가리키도록 맞춥니다.
읽어보기 ↗크리앤서
정보를 전하는 사람과,
그 정보를 읽는 구조를 잇습니다.
AI검색최적화의 기술 점검은 홈페이지 개발과 콘텐츠 제작을 같이 하는 크리앤서가 진행합니다. 사이트에서 드러난 사실은 담당자가 검토할 수 있는 작업 목록으로 넘깁니다.
사이트 과제 상담하기 →요청이 도달하는 경로
robots.txt와 서버 응답을 같은 URL에서 대조합니다.
본문과 데이터의 일치
화면의 정보와 구조화 데이터의 차이를 찾아냅니다.
변경 전후의 기록
같은 조건으로 다시 측정할 수 있게 기록합니다.
사이트 주소 하나로
기술 점검 상담을 시작합니다.
눈에 띈 현상이나 도구 결과가 있다면 함께 보내 주세요.
점검할 대상과 필요한 자료를 먼저 추려 드립니다.