사이트의 정보가 읽히는 경로,
AI검색최적화로 점검합니다.
사이트에 쓴 설명은 어떤 경로로 읽힐까요?
크롤러의 접근부터 문서의 구조, 참조되는 정보까지.
하나씩 확인 가능한 항목으로 나눕니다.
점검 항목을
하나씩 열어 보세요.
크롤러 접근부터 구조화 데이터까지,
항목마다 따로 정리했습니다.
AI검색최적화
인사이트.
접근 설정부터 문서의 표현까지,
지금 확인할 내용을 찾아보세요.
Person 스키마로 전문가 정보를 잇는 방법
Person 스키마로 전문가 정보를 연결하려면 개인 프로필 페이지를 연결 지점으로 정합니다. 화면의 작성자, 글의 작성자 링크, 프로필의 활동 링크가 같은 사람의 실제 정보를 가리키도록 설계합니다.
읽어보기 ↗구조화 데이터Review·AggregateRating 스키마의 제한
지역 비즈니스의 Review·AggregateRating은 다른 지역 비즈니스의 리뷰를 수집하는 사이트에만 권장됩니다. 자사 리뷰에 적용하기 전 리뷰 대상과 운영 주체의 관계, 리뷰 스니펫의 별도 요건을 확인해야 합니다.
읽어보기 ↗구조화 데이터Event 스키마를 쓰는 경우
Event 스키마는 행사라는 이름보다 공개 페이지의 실제 내용과 사용자에게 표시되는 정보, 해당 검색 기능의 요건을 기준으로 판단합니다. 방송을 지역 이벤트로 지정하는 방식은 피해야 합니다.
읽어보기 ↗구조화 데이터영상 페이지에 VideoObject 스키마를 넣는 방법
영상 페이지의 VideoObject에는 플레이어 주소를 embedUrl로, 파일 주소를 contentUrl로 연결합니다. 주소 준비와 게시 후 테스트 순서를 정리하고, 전체 필수 속성과 완성 코드는 별도 근거로 판단해야 함을 설명합니다.
읽어보기 ↗구조화 데이터구조화 데이터 ID(@id)로 페이지를 잇는 방법
페이지 사이를 @id로 잇는 설계는 각 페이지의 설명 대상과 연결할 관계를 정리하는 데서 시작합니다. 실제 작성 형식과 다른 페이지의 참조 방법은 이를 직접 설명하는 근거를 확보한 뒤 결정합니다.
읽어보기 ↗구조화 데이터템플릿으로 구조화 데이터를 넣을 때 주의할 점
구조화 데이터 템플릿은 공통 틀과 페이지별 값을 나누고, 필수 속성과 배포 코드의 댓글을 점검해야 합니다. 템플릿 자체의 검사로 끝내지 않고 실제 배포 페이지의 유효성까지 확인합니다.
읽어보기 ↗구조화 데이터태그 관리자로 구조화 데이터를 넣는 일의 판단
태그 관리자로 구조화 데이터를 넣는 방식은 구글의 동적 JSON-LD 지원을 근거로 검토할 수 있습니다. 채택 여부는 실제 페이지의 실행·렌더링과 테스트에서 데이터가 감지되는지에 따라 판단합니다.
읽어보기 ↗구조화 데이터구조화 데이터 검사 도구별 결과 차이
구조화 데이터 검사 결과가 다르면 도구의 우열보다 검사 조건부터 대조해야 합니다. 입력과 기기 조건, 처리된 코드와 문법 처리, 검사 대상 범위를 차례로 맞춰 차이의 원인을 좁힙니다.
읽어보기 ↗크리앤서
정보를 전하는 사람과,
그 정보를 읽는 구조를 잇습니다.
AI검색최적화의 기술 점검은 홈페이지 개발과 콘텐츠 제작을 같이 하는 크리앤서가 진행합니다. 사이트에서 드러난 사실은 담당자가 검토할 수 있는 작업 목록으로 넘깁니다.
사이트 과제 상담하기 →요청이 도달하는 경로
robots.txt와 서버 응답을 같은 URL에서 대조합니다.
본문과 데이터의 일치
화면의 정보와 구조화 데이터의 차이를 찾아냅니다.
변경 전후의 기록
같은 조건으로 다시 측정할 수 있게 기록합니다.
사이트 주소 하나로
기술 점검 상담을 시작합니다.
눈에 띈 현상이나 도구 결과가 있다면 함께 보내 주세요.
점검할 대상과 필요한 자료를 먼저 추려 드립니다.