핵심 요약
- H1·title·meta description·canonical·sitemap·robots·모바일·내부링크 문제 후보를 찾고 실제 사이트에서 검증한 사례입니다.
- AI 결과물은 초안으로 활용하고, 사실·수치·전문 판단은 사람이 검토해야 합니다.
- 민감한 개인정보과 내부 자료는 입력 전 처리 기준을 확인해야 합니다.
기존 홈페이지에서 발견되는 기본 문제
사이트가 정상으로 보여도 한 페이지에 H1이 두 개 있거나 title과 본문 주제가 다를 수 있다. meta description이 중복되거나 canonical이 다른 주소를 가리키고 sitemap에 실제 페이지가 빠지는 문제도 생긴다.
AI는 많은 파일과 페이지에서 이런 문제 후보를 찾는 데 유용했다. 그러나 검색도구의 실제 데이터와 운영 화면을 보지 않으면 정상 요소를 문제로 오해할 수도 있다.
AI로 점검한 항목
페이지별 H1 개수, title과 설명, canonical, OG 정보, 구조화데이터의 중복 여부를 살폈다. robots.txt와 sitemap.xml이 열리는지, 모바일에서 표와 제목이 화면 밖으로 나가지 않는지도 확인했다.
내부링크가 끊겼거나 새 글이 어디에서도 발견되지 않는 고아 페이지도 후보로 분류했다. AI가 목록을 만들면 실제 URL을 열어 응답 상태와 화면을 사람이 다시 확인했다.
수정할 때 지킨 원칙
검색 유입이 있는 URL은 바꾸지 않고 기존 페이지 안에서 문제만 수정했다. 성과가 좋은 제목을 일괄 변경하지 않았고, robots·canonical·구조화데이터도 기존 정상 방식을 유지했다.
수정 뒤에는 PC와 모바일, sitemap, canonical, H1 개수와 기존 기능을 다시 확인했다. AI가 문제 후보를 찾았다고 해서 검색순위 상승이 보장되는 것은 아니다.
소기업 사이트에 도움이 되는 이유
작은 사업장은 홈페이지를 만든 뒤 기술 요소를 계속 확인하기 어렵다. AI를 점검 보조로 활용하면 우선 확인할 페이지와 항목을 빠르게 정리할 수 있다.
최종 판단은 실제 사이트와 Google Search Console, 네이버 서치어드바이저 같은 검색도구의 데이터를 함께 봐야 한다. 교육에서도 자동 제출 방법이 아니라 문제를 찾고 검증하는 기본 순서를 다룬다.
실전 예시
- 페이지별 H1 개수와 canonical 주소를 표로 만든다.
- sitemap URL을 실제로 열어 정상 응답을 확인한다.
- 수정 전후 모바일 화면과 기존 링크를 비교한다.
초보자가 자주 하는 실수
- 모든 페이지 title을 한꺼번에 바꾼다.
- 검색 클릭이 있는 URL을 새 주소로 교체한다.
- AI 진단 결과만 보고 실제 화면 검증을 생략한다.
활용 팁
- 노출이 많은데 클릭이 낮은 페이지부터 본다.
- 한 항목씩 수정하고 기존 기능을 재검사한다.
- 검색순위 보장이 아니라 기술 오류 제거를 목표로 한다.