AI에게 Iloura 리뉴얼을 맡기기 전에, 사이트맵부터 읽게 했다

홈페이지를 새로 만들 때 우리는 너무 빨리 화면부터 고른다. 어떤 CMS를 쓸지, 첫 화면에 어떤 사진을 놓을지, 메뉴를 몇 개로 줄일지부터 정한다. 그런데 사이트를 열어보면 더 급한 문제가 남아 있다. 이 URL은 아직 살아 있는가? 이 페이지는 누구를 위한 것인가? Iloura라는 이름 아래 무엇이 같은 브랜드이고, 무엇이 별도 경험인가?

이번 Iloura 리뉴얼 작업에서 내가 먼저 한 일은 디자인 시안을 만드는 것이 아니었다. 공개된 사이트맵의 URL을 모두 펼쳐놓고, 페이지마다 역할을 붙이는 일이었다. 결론부터 말하면, AI를 리뉴얼에 쓰는 가장 큰 이득은 예쁜 페이지를 빨리 만드는 데 있지 않았다. 흩어진 페이지를 하나의 의사결정 가능한 지도(맵)로 바꾸는 데 있었다.

리뉴얼이 늦어지는 이유는 CMS가 아니라 질문이 섞여 있기 때문이다

Iloura 작업에서 처음부터 CMS를 확정하지 않은 이유도 여기 있다. Notion을 유지할지 WordPress로 옮길지는 중요한 질문이지만, 첫 질문은 아니다. CMS는 페이지 구조가 정리된 뒤에도 바꿀 수 있다. 반대로 잘못된 URL 구조, 중복 콘텐츠, 사라진 리다이렉트는 새 화면을 만든 뒤에 고치려 하면 비용이 커진다.

브랜드 질문도 마찬가지다. Academy를 별도 브랜드처럼 키울지, Iloura 안에서 전문성과 신뢰를 보여주는 층으로 둘지 결정하지 않은 채 메뉴부터 나누면 방문자는 더 많은 선택지를 받는다. 운영자는 더 많은 페이지와 계정을 관리한다. 구조를 결정하지 않고 화면을 결정하면, 리뉴얼은 개선이 아니라 포장 교체가 된다.

먼저 AI에게 시킨 일은 ‘새로 쓰기’가 아니라 ‘전수 목록화’였다

[상호작용 · 에이전트-드루 작업 경험] 나는 공개 URL을 한 줄씩 확인할 때 다음 항목을 같은 표에 놓는 방식으로 작업을 정리했다.

  • 주소: 이 페이지의 실제 URL과 기존 URL은 무엇인가?
  • 역할: 서비스 소개, 교육, 칼럼, 용어 설명, 문의 중 무엇인가?
  • 독자: 처음 방문한 사람, 수강을 고민하는 사람, 이미 아는 고객 중 누구를 돕는가?
  • 증거: 전문성·경험·사례를 보여주는 내용이 있는가?
  • 다음 행동: 다음에 읽을 페이지나 문의·신청 경로가 연결되는가?
  • 기술 상태: 상태 코드, canonical, robots, 사이트맵 포함 여부가 일치하는가?

이 표를 만들면 AI가 잘하는 일과 사람이 해야 하는 일이 나뉜다. AI는 비슷한 제목을 묶고, 빠진 필드를 표시하고, URL과 제목의 불일치를 찾는 데 강하다. 하지만 어떤 페이지를 남길지, Academy의 전문성을 브랜드 어디에 배치할지, 고객에게 어떤 약속을 할지는 사람이 결정해야 한다.

AI는 브랜드 전략을 대신 세우지 않는다. 대신 전략을 세우기 전에 흩어진 사실을 같은 화면에 올려놓는다.

URL을 펼쳐보니 ‘디자인 문제’라고 부르던 것이 달라 보였다

과거 Iloura 점검 기록에는 사이트맵 110개 URL과 함께, 비어 있거나 스캐폴딩에 가까운 섹션이 섞여 있는 정황이 남아 있었다. 존재하지 않는 경로가 홈페이지처럼 응답하거나, 예전 URL에서 새 URL로 보내는 규칙이 실제 페이지와 맞지 않는 문제도 확인됐다. 이런 상태에서 색상과 레이아웃부터 바꾸면 방문자는 새 디자인을 보더라도 검색엔진과 내부 링크는 여전히 옛 지도를 따라간다.

특히 인상적이었던 건 “페이지가 있다”와 “페이지가 올바르게 발견된다”가 전혀 다른 말이라는 점이다. HTTP 200이 나온다고 정상 페이지인 것도 아니고, 사이트맵에 들어 있다고 검색에 보여야 하는 것도 아니다. 리뉴얼에서 AI가 맡을 만한 일은 바로 이런 차이를 목록으로 드러내는 것이다.

나는 이 단계에서 페이지를 세 종류로 나눴다. 남길 페이지, 다른 페이지와 합칠 통합 후보, URL 신호를 정리한 뒤 제거할 정리 대상이다. 이 분류만 해도 “페이지를 더 만들어야 하나?”라는 질문이 “어떤 역할이 비어 있나?”로 바뀐다.

Iloura의 방향은 ‘브랜드를 나누기’보다 ‘역할을 나누기’에 가깝다

[상호작용 · 에이전트-드루 대화·작업] 현재 단계에서 내가 정리한 방향은 Iloura를 하나의 마스터 브랜드로 두는 것이다. Academy는 별개의 이름으로 방문자를 갈라놓는 장치라기보다, Iloura가 가진 교육 역량과 전문성을 증명하는 역할을 맡는다. 향·리추얼·클래스처럼 체험을 고르는 입구와, 몸·마음·감각·교육 분야의 강사·실무자를 위한 전문성 입구가 서로 다른 것은 괜찮다. 다만 둘이 전혀 다른 회사처럼 보이면 안 된다.

이 구분은 메뉴 이름 하나를 정하는 문제가 아니다. URL, 페이지 제목, 소개 문장, 내부 링크, 문의 버튼이 같은 방향을 가리키는지 확인하는 문제다. 방문자가 어떤 입구로 들어오든 “이것이 Iloura가 하는 일”이라는 중심 문장을 만날 수 있어야 한다.

실제 워크플로는 이렇게 작게 시작하면 된다

이 방식은 대형 조직의 전면 개편에만 필요한 게 아니다. 개인 브랜드나 작은 팀이라면 오히려 더 빨리 적용할 수 있다. 첫날부터 새 사이트를 만들지 말고, 아래 순서로 한 번만 돌려보면 된다.

  1. 사이트맵을 표로 옮긴다. URL, 제목, 페이지 유형, 상태, 다음 행동 칸만 먼저 만든다.
  2. AI로 중복과 빈칸을 찾는다. 비슷한 제목, 같은 목적의 페이지, 연결되지 않은 고립 페이지를 표시하게 한다.
  3. 사람이 브랜드 역할을 결정한다. 남길 것·합칠 것·버릴 것과 각 페이지의 독자를 확정한다.
  4. SEO 신호를 별도 점검한다. canonical, robots, 사이트맵, 리다이렉트, 404를 디자인 작업과 분리해 확인한다.
  5. 작은 섹션 하나만 재구축한다. 전체 이전 전에 한 가지 사용자 여정이 처음부터 끝까지 연결되는지 본다.

핵심은 AI를 계속 돌리는 데 있지 않다. 사람이 결정을 내릴 수 있는 단위로 문제를 쪼개는 데 있다. “사이트를 리뉴얼해줘”는 AI도 사람도 처리하기 어렵다. “사이트맵의 각 URL을 서비스·교육·콘텐츠·보조 페이지로 분류하고, 중복·고립·기술 상태 불일치를 표시해줘”는 바로 검토할 수 있다.

CMS 선택은 마지막에 해도 늦지 않다

Notion을 유지할지 WordPress로 옮길지는 운영 방식, 편집자 수, 배포 안정성, SEO 제어 범위를 보고 결정할 문제다. 하지만 플랫폼 이름이 페이지의 목적을 정해주지는 않는다. 구조가 불명확한 상태에서 CMS만 바꾸면, 같은 혼란을 더 새 시스템에 옮기는 결과가 된다.

내가 권하는 순서는 단순하다. 콘텐츠 인벤토리 → 정보 구조 → URL 정책 → 한 섹션의 검증 → CMS 선택이다. 이 순서를 지키면 CMS 논쟁이 취향 싸움에서 운영 비용 비교로 바뀐다. 어떤 시스템이 더 멋진지가 아니라, 누가 어떤 페이지를 얼마나 자주 고치고, 실패했을 때 어떻게 되돌릴지를 말할 수 있기 때문이다.

결론: AI에게 리뉴얼을 맡기려면, 먼저 읽을 범위를 정하자

AI로 사이트 리뉴얼을 시작할 때 가장 위험한 프롬프트는 “새롭게 만들어줘”다. 무엇을 보존해야 하는지, 어떤 URL이 자산인지, 어떤 페이지가 중복인지 알려주지 않기 때문이다. 결과물은 새롭지만, 이전 사이트가 쌓아온 맥락과 검색 신호를 잃을 수 있다.

Iloura 작업에서 내가 얻은 결론은 이렇다. 리뉴얼의 첫 산출물은 새 홈페이지가 아니라, 모든 페이지가 왜 존재하는지 설명하는 지도여야 한다. 그 지도가 있으면 통합 마스터 브랜드라는 방향도, Academy의 위치도, CMS 선택도 훨씬 덜 흔들린다.

당장 해볼 일은 사이트 전체를 갈아엎는 것이 아니다. 사이트맵을 내려받아 URL마다 “누구를 돕고, 무엇을 증명하고, 다음에 어디로 보내는가”를 한 줄씩 적어보는 것이다. 그 표를 AI에게 건네 중복·빈칸·고립 페이지를 표시하게 해보자. 오늘 찾은 한 가지 불일치가, 내일 다시 만들 페이지 하나를 줄여줄 수 있다.

근거 출처

외부 정보(하베스터 수집)

이번 실행에는 공개 웹 페이지를 재확인할 브라우저와 제공된 외부 출처 링크가 없었다. 따라서 최신 AI 도구 기능, CMS별 성능, 검색 시장 통계, Iloura의 현재 공개 페이지 상태를 외부 사실로 단정하지 않았다. fresh public-only research pass 요청에 대한 연구 공백은 이 글의 한계로 남긴다.

상호작용(에이전트-드루 대화·작업)

Iloura 리뉴얼 관련 에이전트-드루 작업 기록과 로컬 점검 산출물을 바탕으로 작성했다. 여기에는 사이트맵 URL 인벤토리, 존재하지 않는 경로의 응답, 리다이렉트·색인 신호 점검, Notion과 WordPress 사이의 CMS 선택 보류, Iloura 통합 마스터 브랜드와 Academy의 역할 분리 방향이 포함된다. 이 내용은 해당 작업의 관찰·결정 기록이며, Iloura의 현재 운영 상태나 외부 시장 전체를 대표하는 통계가 아니다.

이 글의 실천 제안은 특정 CMS나 AI 도구의 구매 권유가 아니라, 리뉴얼 전에 공개 URL과 페이지 역할을 먼저 구조화해보자는 워크플로 제안이다.