지금 필요한 것은 리뉴얼이 아니라 리스트럭처입니다
리뉴얼 문의는 대개 “사이트가 좀 낡았습니다”로 시작합니다. 그런데 이야기를 들어보면 실제 고민은 화면이 아닌 경우가 많습니다. 검색에서 안 보이고, 문의가 줄고, AI에게 물어보면 우리 회사 이야기가 나오지 않습니다. 이건 다시 만들어서 풀리는 문제가 아니라, 다시 짜야 풀리는 문제입니다. 예산이 한정돼 있다면 더욱 그렇습니다.
리뉴얼과 리스트럭처는 무엇이 다른가요?
리뉴얼은 보이는 것을 새로 만듭니다. 리스트럭처는 무엇이 무엇인지를 다시 정합니다. 화면을 그대로 둔 채로도 할 수 있는 일입니다.
| 리뉴얼 | 리스트럭처 | |
|---|---|---|
| 바꾸는 것 | 화면·기능 | 정보의 관계와 표시 |
| 예산이 쓰이는 곳 | 디자인·퍼블리싱·개발 | 정보 설계·콘텐츠 정리 |
| 기존 콘텐츠 | 옮기거나 버립니다 | 대부분 그대로 살립니다 |
| 효과가 보이는 곳 | 들어온 사람의 인상과 전환 | 발견·인용·추천 |
| 진행 방식 | 한 번에 통째로 | 몇 주 단위로 나눠서 |
둘은 경쟁 관계가 아닙니다. 다만 예산이 하나뿐이라면 순서가 있습니다. 구조가 잘못된 사이트를 예쁘게 다시 만들면, 새 사이트가 같은 문제를 그대로 물려받습니다.
SEO에서 AEO, 그리고 GEO로 무엇이 달라졌나요?
세 가지는 서로를 대체하지 않습니다. 쌓입니다. 달라지는 것은 최적화의 단위입니다.
| 목표 | 최적화 단위 | 보는 성과 | |
|---|---|---|---|
| SEO | 검색 결과에서 찾게 합니다 | 키워드 | 순위·유입 |
| AEO | 질문의 답으로 뽑히게 합니다 | 질문과 답 한 쌍 | 발췌·인용 |
| GEO | 생성형 답변 안에서 근거로 쓰이게 합니다 | 엔티티(실체) | 언급·추천 |
키워드는 사람이 검색창에 치는 글자였습니다. 지금의 AI는 글자를 세지 않습니다. 세상을 실체와 그 관계로 저장해 두고, 질문이 오면 그 관계망에서 답을 만듭니다. 그래서 최적화의 단위도 글자에서 실체로 올라갔습니다.
엔티티가 정확히 무엇인가요?
엔티티는 실체입니다. 회사·사람·서비스·제품·장소·사건처럼 세상에 실제로 있는 것입니다. 키워드가 “웹진 제작”이라는 글자라면, 엔티티는 “루카스디자인이라는 회사”이고 “기업 웹진 운영이라는 서비스”이며 “신한금융그룹 사내 웹진이라는 사례”입니다.
판별법은 간단합니다. 우리 사이트에서 실체를 하나 골라 세 가지를 물어보시면 됩니다.
- 고유한 주소가 있습니까? 그 실체를 설명하는 페이지가 하나 있고, 그 주소가 정본입니까?
- 머신이 읽는 형태로 사실이 붙어 있습니까? 이름·유형·소속·기간 같은 것이 구조화 데이터로 표시돼 있습니까?
- 다른 실체와 이어져 있습니까? 사례에서 서비스로, 서비스에서 사람으로 링크가 있습니까?
셋 중 하나라도 “아니오”라면, 그건 아직 엔티티가 아니라 그냥 글입니다.
키워드 클러스터와 엔티티 클러스터는 어떻게 다른가요?
콘텐츠 전략에서 클러스터(묶음)라는 말은 오래 쓰였습니다. 달라진 것은 무엇을 중심에 두느냐입니다.
키워드 클러스터는 같은 말의 변형마다 페이지를 만듭니다. “웹진 제작”, “웹진 제작 비용”, “기업 웹진 만드는 법”, “웹진 제작 업체” — 각각 한 편씩 씁니다. 문제는 네 글이 사실상 같은 이야기라는 점입니다. 검색엔진은 그중 하나만 고르고, AI는 넷을 하나로 합쳐 읽습니다. 글 수는 늘었는데 실체는 조금도 선명해지지 않습니다.
엔티티 클러스터는 중심에 실체 하나를 둡니다. 그리고 주변에 그 실체를 서로 다른 각도에서 증명하는 문서를 붙입니다.
붙는 문서마다 증명하는 것이 다릅니다.
| 붙는 문서 | 증명하는 것 |
|---|---|
| 서비스 페이지 | 무엇을 하는가 |
| 사례 | 누구와, 실제로 했는가 |
| 인사이트 | 무엇을 아는가 |
| FAQ | 무엇을 묻고, 어떻게 답하는가 |
| 사람·팀 소개 | 누가 하는가 |
같은 말을 다섯 번 하는 것이 아니라, 한 실체를 다섯 각도에서 말하는 구조입니다. AI가 “이 회사는 실제로 이 일을 한다”고 판단하는 방식이 이쪽에 가깝습니다.
엔티티 클러스터에서 가장 중요한 문서는 서비스 페이지가 아니라 사례입니다. 서비스 페이지는 우리가 하는 주장이고, 사례는 제3자의 이름이 함께 붙은 사실이기 때문입니다. 사례에 고객사·기간·역할이 빠져 있으면 그 사실은 없는 것과 같습니다.
워드프레스로 만든 사이트는 무엇이 문제인가요?
워드프레스는 태생이 블로그입니다. 세상을 “글(post)”과 “고정 페이지(page)” 두 가지로 나눠 저장합니다. 카테고리와 태그가 있지만 그건 글을 넣는 서랍이지 실체가 아닙니다.
그래서 오래 운영된 워드프레스 사이트에서는 늘 비슷한 풍경이 나옵니다.
- 태그가 수백 개 쌓여 있고 대부분 글이 한두 개씩 달려 있습니다. 클러스터가 아니라 먼지입니다.
- 서비스·사례·팀 소개가 전부 “고정 페이지”입니다. 서로 구분되지 않으니 관계도 만들 수 없습니다.
- 같은 고객사 이야기가 공지·블로그·포트폴리오에 조금씩 흩어져 있고 정본이 없습니다.
해법은 서비스·사례·인사이트·FAQ를 각각 다른 유형으로 저장하는 것입니다. 워드프레스에서는 이를 사용자 정의 글 유형(CPT)이라고 부르고, 플러그인을 잔뜩 까는 일이 아니라 테마에 코드 몇 줄을 넣는 일입니다.
그리고 이 작업은 디자인을 건드리지 않습니다. 기존 글은 그대로 두고, 유형을 만들고, 옮기고, 주소를 정리하고, 사실을 표시합니다.
예산이 한정돼 있으면 무엇부터 하나요?
비용 대비 효과가 분명한 순서로 다섯 단계입니다.
- 페이지 목록이 아니라 실체 목록을 만듭니다. 우리 회사에서 이름을 가진 것들 — 서비스 몇 개, 사례 몇 개, 사람 몇 명, 우리가 쓰는 용어 몇 개. 보통 서른 개를 넘지 않습니다.
- 실체마다 정본 주소를 하나씩 정합니다. 흩어진 것은 합치고, 합칠 수 없으면 어느 쪽이 정본인지 표시합니다.
- 사실을 머신이 읽게 표시합니다. 회사·서비스·글·FAQ에 구조화 데이터를 붙입니다. 화면은 한 픽셀도 바뀌지 않습니다.
- 실체끼리 잇습니다. 사례에서 서비스로, 인사이트에서 사례로. 내부 링크가 곧 관계 선언입니다.
- 빈 곳을 채웁니다. 여기서 비로소 새 글을 씁니다.
1~4번은 새 글을 쓰지 않고 디자인도 바꾸지 않습니다. 리뉴얼 예산의 일부로 끝납니다. 그리고 4번까지 하고 나면 무엇이 비어 있는지가 목록으로 보입니다 — “어떤 글을 써야 하나요”에 대한 답이 여기서 나옵니다. 순서를 뒤집어 글부터 쓰면, 정리되지 않은 구조에 글만 더 쌓입니다.
그런데 우리 이야기는 홈페이지에 담기가 어렵습니다
여기서 규모에 따라 답이 갈립니다.
대기업의 브랜드 홈페이지는 이미 잘 만들어져 있습니다. 문제는 그 홈페이지가 가장 바꾸기 어려운 자산이라는 점입니다. 문구 하나에도 홍보·법무·IR 검토가 붙습니다. 그리고 애초에 홈페이지에 담기 어려운 이야기가 따로 있습니다.
- 지역 봉사활동과 후원
- 협력사·소상공인 지원 프로그램
- 사내 구성원의 복지와 일하는 방식
- 현장에서 일하는 사람들의 이야기
이 이야기들은 제품·IR 메시지 옆에 두기엔 톤이 다르고, 주기가 짧고, 양이 많습니다. 그런데 ESG 평가와 채용 브랜딩, 사회적 신뢰가 실제로 만들어지는 곳은 이쪽입니다.
그래서 웹진입니다. 웹진은 홈페이지가 하지 못하는 이야기를 담는 별도의 공간이면서, 동시에 그 기업이라는 실체를 계속 증명하는 문서 더미입니다. 구조의 관점에서 웹진의 가치는 하나 더 있습니다 — 정기적으로 발행된다는 것입니다. 홈페이지는 1년에 몇 번 바뀌지 않지만, 웹진은 매달 새 증거를 클러스터에 붙입니다.
웹진을 이렇게 보면 만드는 방식도 달라집니다. 기사 한 편을 예쁘게 만드는 것보다 기사마다 사람·부서·지역·프로그램 같은 실체가 제대로 표시되는가가 중요해집니다. 저희가 기업 웹진 작업에서 화면보다 편집 환경을 먼저 보는 이유입니다. → 기업 웹진 운영
중견 브랜드는 사정이 다릅니다. 웹진을 따로 운영할 인력이 없습니다. 대신 사이트 안에 인사이트 메뉴 하나면 충분합니다.
서비스 페이지가 “우리는 이걸 합니다”라면, 인사이트는 “우리는 이걸 압니다”입니다. 앞의 것은 누구나 쓸 수 있고, 뒤의 것은 실제로 해 본 회사만 쓸 수 있습니다. AI가 근거로 삼는 쪽은 후자입니다.
| 대기업 | 중견 브랜드 | |
|---|---|---|
| 중심 실체 | 기업·그룹 | 브랜드·서비스 |
| 홈페이지의 제약 | 바꾸기 어렵고 톤이 정해져 있습니다 | 비교적 자유롭지만 인력이 적습니다 |
| 권하는 형태 | 별도 웹진 | 사이트 안 인사이트 메뉴 |
| 발행 주기 | 월간 이상 | 분기 몇 편이라도 꾸준히 |
| 전제 조건 | 편집 인력 또는 운영 대행 | 담당자 한 명으로 굴러가는 구조 |
중견 브랜드에서 가장 자주 나오는 걱정은 “쓸 게 없습니다”입니다. 대개는 소재가 없는 것이 아니라 무엇이 소재인지 모르는 것이고, 앞의 다섯 단계 중 4번까지 하고 나면 빈 칸이 목록으로 보입니다.
리스트럭처의 성과는 어떻게 확인하나요?
방문 수만 보시면 실망하실 수 있습니다. 검색에서 클릭 없이 끝나는 비율이 계속 늘고 있어서, 잘한 사이트도 방문 수는 제자리일 수 있습니다. 이 변화는 따로 정리해 두었습니다. → 2026년 웹디자인에서 진짜 바뀐 것은 화면이 아닙니다
대신 이런 것을 봅니다.
- 브랜드명 검색이 느는가. AI 답변에서 이름을 본 사람이 그다음에 하는 행동입니다.
- AI에게 물었을 때 우리가 나오는가. 분기마다 몇 개 질문을 정해 직접 확인하시면 됩니다.
- 어떤 페이지가 읽히는가. 유입 경로에 AI 서비스 도메인이 잡히기 시작합니다.
- 문의의 질이 달라지는가. 구조가 정리되면 이미 이해하고 오는 문의가 늘어납니다.
이 지표들은 바꾸기 전 숫자가 있어야 비교가 됩니다. 통계 도구와 서치 콘솔이 연결돼 있지 않다면, 리스트럭처보다 그것부터 붙이시는 게 먼저입니다. 하루면 되는 일이고, 안 해두면 몇 달 뒤에 잘한 건지 아닌지 아무도 말할 수 없습니다.
그럼 리뉴얼은 언제 하나요?
리뉴얼이 맞는 때가 분명히 있습니다.
- 모바일에서 제대로 보이지 않을 때
- 담당자가 글 하나 올리려고 개발사에 전화해야 할 때
- 속도가 손쓸 수 없을 만큼 느릴 때 (→ 워드프레스가 느린 진짜 이유는 플러그인이 아닙니다)
- 브랜드 자체가 바뀌었을 때
다만 그때도 순서는 같습니다. 구조를 먼저 정하고 화면을 그립니다. 반대로 하면 새 디자인에 옛 문제를 그대로 옮겨 담게 됩니다.
지금 보고 계신 이 사이트가 그 구조로 만들어져 있습니다. 서비스·사례·인사이트·FAQ가 각각 다른 유형으로 저장되고, 사례에는 고객사와 기간이 사실로 붙어 있으며, 이 글에도 구조화 데이터가 함께 실려 나갑니다. 화면이 특별해서가 아니라, 그렇게 저장돼 있기 때문입니다.