콘텐츠와 검색 그릇은 다른 자산이다

콘텐츠를 가장 많이 만든 곳이, 정작 검색에서는 가장 안 보이는 경우가 있다.

최근 한 지역 전문 센터의 온라인 자산을 검토할 일이 있었다. 블로그에는 10년 넘게 1,000편이 넘는 글이 쌓여 있었고, 영상 조회수는 수십만에 달했다. 콘텐츠의 양과 꾸준함만 보면 같은 업종에서 손꼽히는 수준이었다. 그런데 정작 사람들이 자기 증상이나 고민을 검색했을 때, 이 센터의 글은 거의 나오지 않았다. 구글에서 브랜드 이름을 빼고 검색하면 사실상 0건이었다.

이유는 콘텐츠가 부족해서가 아니었다. 콘텐츠를 담는 "그릇"이 새고 있었기 때문이다. 물을 아무리 부어도 그릇이 깨져 있으면 고이지 않는다. 검색·AI 가시성에서 이 그릇은 보통 세 군데에서 동시에 샌다.

함정 1 — 검색엔진이 들여다볼 수 없는 곳에 자산이 갇혀 있다

이 센터의 1,000편 넘는 글은 대부분 네이버 블로그에 있었다. 문제는 네이버 블로그가 외부 검색엔진, 특히 구글의 색인을 강하게 제한한다는 점이다. 네이버 안에서 검색하면 보이지만, 구글에서 같은 주제를 검색하는 사람에게는 그 글들이 거의 닿지 않는다.

플랫폼에 콘텐츠를 쌓는다는 것은, 그 플랫폼의 울타리 안에서만 자산이 유효하다는 뜻이다. 10년치 글이 한 플랫폼에 묶여 있으면, 그 플랫폼 바깥의 검색·AI에게는 사실상 존재하지 않는 글이 된다. 노력의 양과 노출의 양이 어긋나는 첫 번째 지점이다.

함정 2 — 본문이 자바스크립트라서, 검색 로봇은 제목만 읽는다

홈페이지는 따로 있었지만, 사정이 더 나빴다. 본문이 브라우저에서 자바스크립트가 실행된 뒤에야 화면에 그려지는 구조였기 때문이다.

검색 로봇이 페이지를 가져갈 때 가장 먼저 받는 것은 가공되지 않은 HTML이다. 그 사이트는 순수 HTML 안에 제목 한 줄, 글자 수로 열몇 자만 들어 있었고 — 센터 소개, 증상 설명, 안내문 같은 본문은 전부 비어 있었다. 사람 눈에는 멀쩡히 보이는 페이지가, 검색 로봇에게는 제목만 있는 빈 종이였던 셈이다.

비교를 위해 지금 이 글이 올라온 ja-dan.com을 예로 들면 정반대다. 브라우저 없이 순수 HTML만 받아봐도, 지금 읽고 있는 이 문단을 포함한 본문 전체가 그 안에 그대로 들어 있다. 검색 로봇과 AI 크롤러가 읽는 것이 바로 그 HTML이다. 이렇게 서버가 미리 본문을 그려서 내보내는 방식을 서버 렌더링(SSR) 또는 정적 생성(SSG)이라고 부른다.

구글은 자바스크립트를 실행해 보기도 하지만, 비용과 지연 때문에 그 작업을 후순위로 미룬다. 네이버 검색 로봇은 자바스크립트 렌더링에 더 약하다. 결국 본문이 자바스크립트 안에만 있으면, 페이지는 "있지만 읽히지는 않는" 상태에 머문다.

함정 3 — 빌려 쓰는 집에는 문패도 주소도 마음대로 못 단다

그 홈페이지는 무료 빌더로 만든, 자체 도메인이 없는 사이트였다. 빌려 쓰는 집에 가까운 셈인데, 여기서 구조적인 약점이 한꺼번에 따라온다.

• 모든 페이지의 제목과 설명이 100% 똑같았다. 검색엔진은 제목·설명으로 페이지를 구분하는데, 전부 동일하면 어느 페이지가 무엇에 대한 글인지 알 수 없다.
• 업체의 주소·전화·영업시간을 검색엔진과 AI에 알려주는 구조화 데이터(LocalBusiness)가 없었다. 그래서 지도나 AI는 "이 업체가 무엇을 하는, 어디에 있는 곳인지"를 정확히 알 수 없다.
• 분석 도구조차 설치할 수 없어 무엇이 되고 무엇이 안 되는지 측정할 방법이 없었다.
• 게다가 예전에 쓰던 또 다른 무료 사이트가 정리되지 않은 채 남아 있어서, 같은 내용이 두 개의 주소에 흩어진 채 서로의 검색 순위를 깎아먹고 있었다.

콘텐츠 이전에, 콘텐츠를 담는 집 자체를 소유하고 통제하지 못하면 이런 문제들을 하나도 손볼 수 없다.

정리 — "검색 그릇"이라는 개념

여기서 분명히 해둘 것이 있다. 콘텐츠와, 그 콘텐츠를 담아 검색·AI에 흘려보내는 구조는 서로 다른 자산이다. 앞의 비유로 돌아오면, 콘텐츠는 물이고 구조는 그릇이다. 이 센터는 물을 시장에서 가장 많이 가지고 있었지만, 그릇이 세 군데에서 새고 있어서 그 물이 검색·AI라는 수도관으로 흘러들지 못했다.

흔히 "검색에 안 잡힌다"고 하면 글을 더 써야 한다고 생각하지만, 이 사례처럼 그릇이 깨진 경우에는 글을 아무리 더 써도 같은 자리에서 샌다. 먼저 그릇을 고쳐야 그동안 쌓은 물이 비로소 흐르기 시작한다.

그릇을 고치는 조건

검색·AI가 읽을 수 있는 구조는 대체로 다음 다섯 가지로 모인다.

1. 본문을 처음 HTML에 담는다 — 서버 렌더링(SSR)이나 정적 생성(SSG)으로, 자바스크립트를 실행하지 않는 로봇도 본문 전체를 읽게 한다.
2. 자체 도메인으로 집을 소유한다 — 메타데이터·구조화 데이터·분석·리다이렉트를 직접 통제할 수 있어야 나머지가 가능해진다.
3. 페이지마다 고유한 제목과 설명을 단다 — 검색엔진이 각 페이지를 구분해 알맞은 검색어에 맞춘다.
4. 구조화 데이터(JSON-LD)로 정체를 명시한다 — 무엇을 하는, 어디에 있는 업체인지를 검색엔진과 AI에 기계가 읽을 수 있는 형태로 알려준다.
5. 자산을 색인 가능한 자기 도메인에 모은다 — 외부 플랫폼은 유입 입구로 쓰되, 본진은 검색·AI가 들여다볼 수 있는 내 집에 둔다.

AI 시대에는 더 중요해진다

이 이야기는 검색에서 끝나지 않는다. ChatGPT·Claude 같은 AI가 답을 만들 때 참고하는 크롤러(GPTBot·ClaudeBot 등)도 결국 같은 HTML을 읽는다. 본문이 자바스크립트 안에 숨어 있거나 색인되지 않는 플랫폼에 갇혀 있으면, 그 콘텐츠는 검색 결과에서만 빠지는 것이 아니라 AI의 답변에서도 빠진다. 그릇을 고치는 일은 검색 노출과 AI 인용을 동시에 여는 일이다.

---

이 글은 특정 업체를 지적하기 위한 것이 아니다. 콘텐츠에 정성을 쏟느라 정작 그것을 담는 구조를 놓치는 일은, 업종을 가리지 않고 매우 흔하게 일어난다. 그래서 자단은 무엇을 만들든 "검색·AI가 읽을 수 있는가"를 먼저 본다. 위에서 ja-dan.com의 HTML을 직접 예로 든 것처럼, 우리가 만드는 디지털은 그 점을 스스로 증명하도록 짓는다.