검색엔진과 AI가 우리를 정확하게 읽도록 사이트를 정리한 체크리스트

사이트에 필요한 정보는 다 들어 있다고 생각했습니다. 그런데 자바스크립트 없이 받은 HTML을 크롤러의 눈으로 다시 읽어 보니, 화면과 기계가 읽는 내용이 서로 다른 곳이 있었습니다.

점검에는 공개된 점검표 fire-your-seo-agency(github.com/leopard627/fire-your-seo-agency)를 썼습니다. 검색엔진, AI 답변엔진, 생성형 AI, 네이버를 각각 나눠 보는 방식입니다. 실제로 찾은 문제와 고친 방법을 순서대로 적습니다.

1. 구조화 데이터는 화면과 같아야 합니다

홈에는 자주 묻는 질문 9개가 FAQPage 구조화 데이터로 들어 있었습니다. 그런데 화면에는 그중 0개가 보였습니다. 화면에 없는 내용을 구조화 데이터에만 넣으면 검색엔진 가이드라인 위반이 될 수 있습니다.

그래서 같은 질문과 답을 홈 화면에 섹션으로 보이게 했습니다. 화면 문구와 구조화 데이터가 같은 원본을 읽기 때문에, 한쪽만 바뀌는 일이 생기지 않습니다. 지금은 9개 모두 화면과 글자까지 같습니다.

2. 언어 표기를 맞춥니다

영어 페이지(/en)가 전부 <html lang="ko">로 나가고 있었습니다. 다국어 연결(hreflang)은 맞게 걸려 있었지만, 페이지 자체는 한국어라고 말하고 있었던 셈입니다. 언어마다 최상위 레이아웃을 따로 두어 영어 페이지는 lang="en"으로 나가게 했습니다.

3. 사이트맵 날짜는 실제 수정일로

사이트맵의 수정일이 모든 페이지에서 빌드한 시각이었습니다. 배포할 때마다 모든 페이지가 “방금 바뀜”이 되면 검색엔진은 이 값을 믿지 않습니다. 페이지마다 실제로 내용을 바꾼 날짜를 따로 적고, 글은 발행일과 수정일을 쓰게 했습니다.

4. 페이지마다 질문 하나, 답 하나

답변엔진은 페이지를 요약하기보다 답이 되는 문장을 골라 갑니다. 그래서 각 페이지 상단에 그 페이지가 답하는 질문과, 주어를 밝힌 직답 한 문장을 두었습니다. 같은 질문과 답을 그 페이지의 FAQPage로도 냅니다.

5. 새 글은 빨리 알립니다

• 저널에 RSS 피드를 두었습니다. 한국어와 영어 각각 따로 있습니다.
• 배포가 끝나면 사이트맵에 있는 주소 전부를 IndexNow로 알립니다. 주소 목록을 손으로 관리하면 새 페이지가 반드시 빠지기 때문입니다.
• robots.txt에서 AI 검색 크롤러와 네이버(Yeti), 다음(Daumoa)을 허용했습니다.
• 페이지마다 공유 이미지를 따로 만들어, 링크를 공유했을 때 어떤 페이지인지 보이게 했습니다.

6. 고친 것이 다시 깨지지 않게

마지막으로 배포 전에 도는 점검 스크립트를 만들었습니다. 페이지마다 h1이 하나인지, 제목과 설명, canonical, 언어 짝, 언어 표기, 구조화 데이터, FAQ의 화면 노출, 사이트맵과 RSS 등록을 확인하고, 하나라도 실패하면 배포를 멈춥니다. 지금은 24개 페이지 모두 실패 없이 통과합니다.

한 번 고치는 것보다, 다시 깨지지 않게 막아 두는 쪽이 오래 갑니다.

아직 남은 일

검색엔진 쪽 등록과 측정은 사이트 밖에서 해야 하는 일이라 따로 진행합니다. 고친 뒤 실제로 노출과 인용이 달라졌는지는 2주 뒤에 다시 재서 이 저널에 덧붙이겠습니다.