수십 편의 글을 발행했는데 검색엔진은 받지 못했다? 공식 홈페이지의 ‘정상으로 보이지만 실제로는 작동하지 않는’ 5가지 숨은 오류(2026 자체 점검 체크리스트)

지난주 저희는 정기적으로 자사 웹사이트를 자체 점검하던 중 다소 난처한 사실을 발견했습니다. 사이트맵이 8일 전에 멈춰 있었던 것입니다. 이 8일 동안 발행한 글은 단 하나도 반영되지 않았습니다.

더 난처한 점은 이 기간 동안 어디에서도 오류가 보고되지 않았다는 것입니다. 글 발행 성공, 페이지 정상 열림, 자동 푸시 인터페이스도 성공 응답, 관리자 화면도 모두 정상이었습니다. 오직 검색엔진만 우리가 업데이트했다는 사실을 모르고 있었습니다.

이런 문제는 SEO에서 가장 다루기 까다로운 유형입니다. 오류도 나지 않고, 접속에도 영향을 주지 않으며, 누구의 정상적인 사용에도 영향을 주지 않습니다. 스스로 “발견”할 수는 없고, 능동적으로 “점검”해야만 찾아낼 수 있습니다. 오늘은 이러한 조용한 실패의 흔한 유형과 자체 점검 방법을 정리해 드리겠습니다. 각 항목은 1~2분이면 확인할 수 있습니다.

먼저 결론부터 말씀드리면, “한 번 설정하고 방치하는” 모든 것은 모르는 사이에 효력을 잃습니다

문제 1: 사이트맵 갱신 중단(저희가 겪은 바로 그것)

증상: 사이트맵에 있는 가장 최신 항목의 날짜가 실제로 발행한 최신 글보다 훨씬 이전입니다.

왜 이렇게 되는가: 사이트맵은 보통 SEO 플러그인이 생성하는데, 성능을 위해 플러그인은 결과를 캐시합니다. 정상적인 경우 새 글을 발행하면 자동으로 갱신되지만, 일부 발행 방식은 갱신을 트리거하지 않습니다. 예를 들어 API를 통한 발행, 예약 발행, 대량 가져오기 등입니다. 캐시가 한 번 막히면 이후 발행한 것은 모두 반영되지 않습니다.

결과: 검색엔진은 주로 사이트맵을 통해 새 콘텐츠를 발견합니다. 사이트맵이 갱신되지 않으면 새 글은 다른 방식으로 발견되기를 기다릴 수밖에 없어, 색인 속도가 크게 떨어집니다.

문제 2: 구조화 데이터를 작성했지만 전혀 적용되지 않음

구조화 데이터는 기계가 보는 일종의 “신원 설명”입니다. 회사 이름이 무엇인지, 이 글이 무엇인지, 자주 묻는 질문은 무엇인지를 담습니다. 검색 결과 표시 효과와 AI의 이해에 뚜렷한 도움이 되기 때문에 많은 기업이 추가해 두고 있습니다.

문제는 추가했다고 해서 적용되는 것은 아니라는 점입니다. 저희가 자체 점검할 때 발견한 사례를 보면, 몇몇 오래된 글에 구조화 데이터가 분명히 작성되어 있었지만 제자리에 있어야 할 태그로 올바르게 감싸지지 않았습니다. 그 결과 구조화 데이터로 인식되지도, 페이지에 표시되지도 않아 완전히 헛일이 되었고, 데이터베이스에 몇 달 동안 그대로 남아 있었습니다.

문제 3: 페이지가 “나를 크롤링하지 마” 명령에 막혀 있음

이 항목이 가장 치명적이며 가장 흔합니다. 특히 신규 사이트를 오픈한 뒤 첫 몇 달 동안 그렇습니다.

사이트를 구축하는 동안 미완성 상태가 검색엔진에 수집되는 것을 막기 위해, 기술 담당자는 보통 “임시로 색인하지 않음”을 설정합니다. 오픈 후 끄는 것을 잊어버리면, 사이트를 아무리 잘 만들어도 검색엔진은 계속해서 “저를 색인하지 마세요”라는 명확한 신호를 받게 됩니다.

문제 4: 캐시 때문에 나와 외부 사람이 서로 다른 버전을 봄

콘텐츠를 수정한 뒤 새로고침하면 새로운 내용이 보입니다. 문제없어 보입니다. 하지만 외부 방문자와 크롤러는 여전히 예전 내용을 보고 있을 수 있습니다.

이유는 간단합니다. 나는 로그인 상태라 보통 캐시를 거치지 않아 항상 최신 버전을 보지만, 방문자는 캐시된 버전을 보게 됩니다. 캐시가 올바르게 정리되지 않으면 내가 고쳤다고 생각한 것이 외부에서는 전혀 바뀌지 않습니다. 가격을 바꾸고, 전화번호를 바꾸고, 서비스를 내렸는데도 외부에는 예전 것이 그대로 걸려 있는 경우는 결코 드물지 않습니다.

문제 5: 푸시 성공 ≠ 색인 성공

많은 웹사이트가 “자동 푸시”를 설정해 두었습니다. 글을 발행하면 검색엔진에 자동으로 알리는 기능입니다. 인터페이스가 성공을 반환하면 모두 안심합니다.

하지만 성공 반환은 “상대방이 이 URL을 받았다”는 것만 의미할 뿐, 크롤링하거나 색인한다는 뜻은 아닙니다. 게다가 푸시 자체도 조용히 무효화됩니다. 일일 푸시 할당량 소진, 키 만료, 도메인 인증 만료, 서버 IP 교체 후 화이트리스트 미등록 등입니다. 이런 일은 아무도 알려주지 않습니다.

매달 10분: 고정 자체 점검 체크리스트

이 다섯 항목은 모두 기술적 배경이 필요하지 않으니 그대로 따라 하면 됩니다. 매달 하루를 정해 한 번씩 점검하고, 숫자를 기록해 추세를 확인하시길 권합니다.

무엇을 확인하나	어떻게 확인하나	정상 상태
사이트맵	도메인/sitemap.xml을 열고 최신 글 URL 검색	최신 글이 들어 있고 날짜가 오늘
구조화 데이터	공식 테스트 도구로 홈페이지 + 글 페이지 하나 점검	회사 정보와 글 정보를 읽어내며 오류 없음
색인 지시문	도메인/robots.txt 확인, 소스에서 noindex 검색	전체 사이트 Disallow 없음, 정식 페이지에 noindex 없음
캐시 일관성	시크릿 창 / 휴대폰 데이터로 수정한 페이지 열기	관리자에서 보는 내용과 일치
색인 추이	site:도메인으로 총수 기록, 웹마스터 플랫폼에서 곡선 확인	총수가 발행에 따라 완만히 늘어나며, 장기간 정체가 아님

자주 나오는 몇 가지 질문

Q: 이런 건 홈페이지 제작 업체가 관리할 일 아닌가요?
A: 제작 업체는 보통 “제작해서 납품”하는 데까지를 담당합니다. 납품 이후에도 사이트는 계속 변합니다(콘텐츠 발행, 페이지 수정, 플러그인 업데이트). 이런 식의 조용한 무효화는 대부분 납품 이후에 일어납니다. 지속적인 운영 계약을 따로 맺지 않았다면, 정기적으로 되돌아와 점검하는 사람은 없습니다.

Q: 문제를 발견했는데 스스로 고칠 줄 모르면 어떻게 하나요?
A: 먼저 확인해서 기록해 두세요. 이 단계는 기술이 필요하지 않습니다. “사이트맵이 X월 X일에 멈춰 있다”, “구조화 데이터 테스트 도구가 읽지 못한다고 뜬다” 같은 구체적인 설명을 들고 기술 담당자를 찾아가면, “우리 사이트에 문제가 있는 것 같다”고 말하는 것보다 효율이 열 배 높습니다.

Q: 얼마나 자주 점검하는 게 적당한가요?
A: 한 달에 한 번이면 충분합니다. 최근에 큰 변경(테마 교체, 플러그인 교체, 서버 이전, 도메인 변경)을 했다면 변경한 당일에 한 번 점검하세요. 이런 작업이 위 항목들을 가장 쉽게 망가뜨립니다.

Q: 이런 것들이 AI 검색과 관련이 있나요?
A: 아주 큽니다. AI가 당신의 콘텐츠를 인용하려면, 먼저 그것을 가져와서 이해할 수 있어야 합니다. 가져오지 못하는 것(차단됨, 사이트맵 미갱신)과 이해하지 못하는 것(구조화 데이터 미적용)은 AI 쪽에서 똑같이 치명적이며, 검색엔진보다 되돌리기도 더 어렵습니다. 검색엔진에서 순위가 낮으면 2페이지에라도 있지만, AI 쪽에서는 아예 존재하지 않는 것과 같습니다.