본문으로 건너뛰기
실무 가이드 시리즈 1편

AI 시대, 기업 홈페이지의 세 개의 레이어

Signal · Surface · Core — 왜 디자인만으로는 부족한가

스튜디오파티클10분 읽기

디자인을 바꿔도 달라지지 않는 것

구글 검색의 69%가 클릭 없이 끝난다(Rand Fishkin, SparkToro, 2024). Gartner는 2026년까지 전통 검색 트래픽이 25% 감소할 것으로 예측한다(Gartner, “Predicts 2025: Search Marketing,” 2024). 기업 웹사이트에 도달하는 경로 자체가 바뀌고 있다.

그런데 대부분의 기업 홈페이지 리뉴얼은 여전히 디자인을 바꾸는 데 집중한다. 5년 주기로 전면 리뉴얼을 하고, 디자인 트렌드를 반영하고, 새로운 비주얼을 입힌다. 그 결과 사이트는 새로워 보이지만, AI 검색에서 발견되는 구조는 바뀌지 않는다.

문제는 기업 홈페이지가 단일 시스템으로 설계된다는 점이다. 디자인과 콘텐츠 관리와 검색 최적화가 하나로 엮여 있기 때문에, 하나를 바꾸면 전부를 바꿔야 한다. 이 글에서는 이 문제를 해결하기 위해 스튜디오파티클이 설계한 프레임워크를 소개한다. Signal · Surface · Core, 세 개의 독립적인 계층으로 기업 홈페이지를 재구성하는 접근법이다.

기존 접근의 한계 — 왜 전면 리뉴얼이 반복되는가

기업 홈페이지를 하나의 덩어리로 만들면 세 가지 문제가 생긴다.

첫째, CMS를 교체하면 프론트엔드도 다시 만들어야 한다. 콘텐츠 관리 시스템과 화면이 하나로 묶여 있기 때문이다. WordPress에서 다른 CMS로 전환하고 싶어도, 테마와 플러그인이 엮여 있어 사실상 전면 재구축이 된다.

둘째, 디자인을 바꾸면 SEO 자산이 훼손된다. URL 구조가 바뀌고, 내부 링크가 끊기고, 구조화 데이터가 초기화된다. 수년간 축적한 검색 순위가 리뉴얼 한 번으로 사라지는 일이 반복된다.

셋째, AI 최적화를 추가하려면 기존 구조를 뜯어고쳐야 한다. 구조화 데이터, AI 크롤러 대응, 콘텐츠 피드는 사후에 얹기 어렵다. 설계 단계부터 반영되어야 하는 요소다.

이 세 문제의 공통 원인은 하나다. 계층이 분리되어 있지 않다.

Signal — 기계가 읽는 계층

Signal Layer는 검색엔진과 AI가 콘텐츠를 발견하고 인용하는 구조를 담당한다.

콘텐츠가 웹에 “존재하는 것”과 “발견되는 것”은 다르다. 기업이 보도자료를 발행하고, 제품 정보를 업데이트하고, 브랜드 스토리를 축적해도, 기계가 읽을 수 없는 형태라면 검색과 AI에서 발견되지 않는다. Signal Layer는 이 간극을 메운다.

구체적으로 네 가지 영역을 다룬다. Schema.org 구조화 데이터로 콘텐츠의 의미를 정의한다. 사이트맵과 크롤링 정책(robots.txt, AI 크롤러 대응)으로 노출 범위를 제어한다. SEO와 AEO(Answer Engine Optimization)를 통합하여 전통 검색과 AI 검색 모두에 대응한다. 그리고 콘텐츠 피드와 API로 콘텐츠의 외부 배포 경로를 확보한다.

Signal Layer의 핵심은 마지막 영역인 콘텐츠 피드와 API 배포다. 콘텐츠를 자사 웹사이트에만 가두지 않고, RSS, JSON Feed, Open API로 외부 플랫폼과 AI 에이전트가 구조화된 형태로 소비할 수 있게 한다. 이것이 “콘텐츠 인프라”의 실체다. 콘텐츠가 웹사이트를 넘어 유통되는 구조.

Surface — 사람이 경험하는 계층

Surface Layer는 고객이 브랜드를 경험하는 인터페이스다. 방문자가 보고, 클릭하고, 탐색하는 모든 것이 이 계층에 속한다.

같은 콘텐츠라도 어떤 렌더링 방식을 택하느냐에 따라 성능, 유연성, 운영 비용이 달라진다. 정적 사이트 생성(SSG)은 빌드 시점에 모든 페이지를 미리 만들어 CDN으로 서빙한다. 서버 연산이 없으므로 속도가 극단적으로 빠르다. Headless 방식은 CMS와 프론트엔드를 API로 연결한다. CMS를 교체해도 프론트엔드가 유지된다. 통합형(Monolithic)은 구축 속도가 가장 빠르고 운영이 단순하다. 프로젝트의 콘텐츠 업데이트 빈도, 멀티 채널 배포 필요성, 운영 리소스에 따라 최적 방식이 다르다.

디자인 시스템도 이 계층에 속한다. 재사용 가능한 UI 컴포넌트를 체계화하면, 브랜드 일관성을 유지하면서 페이지 추가와 변형을 빠르게 할 수 있다. 뉴스룸에 새 콘텐츠 유형을 추가하거나, 제품 카탈로그에 필터를 붙이는 작업이 전면 리디자인 없이 가능해진다. 성능 최적화(Core Web Vitals — LCP, CLS, INP)도 Surface Layer의 영역이며, 이는 Signal Layer의 검색 순위에 직접 영향을 미친다.

Core — 콘텐츠가 작동하는 계층

Core Layer는 콘텐츠와 데이터가 작동하는 기반 시스템이다.

CMS 설계가 핵심이다. 콘텐츠 데이터 모델을 설계하고, 편집·승인·발행 워크플로우를 구축한다. 여기서 중요한 것은 CMS가 단순한 편집기가 아니라 콘텐츠 데이터베이스로 작동해야 한다는 점이다. 커스텀 콘텐츠 타입, 필드 그룹, 택소노미, 콘텐츠 간 관계를 정의하면, 같은 콘텐츠를 여러 맥락에서 재활용할 수 있다. 보도자료 하나가 뉴스룸, 제품 페이지, 검색 결과에서 각각 다른 형태로 노출되는 것이 콘텐츠 모델링의 결과다.

클라우드 인프라, 배포 자동화(CI/CD), 보안·모니터링도 Core Layer에 포함된다. 콘텐츠 발행이 자동으로 빌드를 트리거하고, 캐시를 갱신하고, 모니터링 알림을 연동하는 파이프라인이 콘텐츠 운영의 기반이 된다. 엔터프라이즈 고객이라면 접근 제어, SSL, 방화벽, 백업, 가동 시간 모니터링까지 이 계층에서 설계해야 한다.

세 계층의 독립성 — 핵심은 분리다

Signal · Surface · Core의 가장 중요한 특성은 각 계층이 독립적으로 선택·교체 가능하다는 점이다.

Core의 CMS를 WordPress에서 Headless CMS로 전환해도, Surface의 프론트엔드는 그대로 유지된다. Surface의 렌더링 방식을 SSG에서 Headless로 바꿔도, Signal의 구조화 데이터와 검색 자산은 보존된다. 디자인만 새로 입히고 싶다면 Surface만 교체하면 된다.

이 분리가 만드는 실질적 변화는 “전면 리뉴얼 주기의 소멸”이다. 5년마다 전면 리뉴얼을 하는 대신, 필요한 계층만 점진적으로 진화시킬 수 있다. 검색 자산은 축적되고, 운영 비용은 예측 가능해진다.

예를 들어, 브랜드 아이덴티티가 바뀌어 디자인을 전면 교체해야 하는 상황을 생각해 보자. 계층이 분리되어 있다면 Surface만 교체하면 된다. Signal의 구조화 데이터와 검색 순위는 그대로 유지되고, Core의 콘텐츠와 워크플로우도 영향을 받지 않는다. 반대로, CMS를 WordPress에서 Headless CMS로 전환해야 한다면 Core만 교체하면 된다.

7년간 66개 프로젝트, 12개 산업에서 이 설계를 반복했다. 계층을 분리한 프로젝트는 리뉴얼 주기가 길어지고, 콘텐츠 운영 효율이 높아지며, 검색·AI 발견율이 유지된다.

다음 글에서

이 글은 “AI-Ready 웹 아키텍처의 세 계층” 시리즈의 첫 번째 글이다. 다음 세 편에서 Signal, Surface, Core 각 계층을 심층적으로 다룬다. 각 계층에서 구체적으로 무엇을 설계하는지, 어떤 기술 선택이 필요한지, 실제 프로젝트에서 어떻게 적용되었는지를 정리할 예정이다.

Signal/Surface/Core 콘텐츠 인프라 웹 아키텍처 AEO

시리즈

AI-Ready 웹 아키텍처의 세 계층

1편

AI-ready 웹 아키텍처가 필요하신가요?

Signal·Surface·Core 프레임워크 기반의 웹사이트 설계를 검토하고 계시다면, 30분 전략 상담을 신청해 주세요.