코어웹바이탈 지표의 전환

코어웹바이탈에서는 INP(Interaction to Next Paint)가 기존 FID를 대신하는 지표로 자리잡았습니다. 클릭한 순간의 지연만 보던 방식에서, 상호작용 이후 화면이 실제로 반응하기까지의 과정을 보는 방식으로 바뀐 거예요.

B2B 사이트 담당자에게는 체감이 큰 변화입니다. 문의 폼, 자료 다운로드, 데모 신청처럼 상호작용이 그대로 전환으로 이어지는 요소가 많기 때문이에요.

버튼을 눌렀는데 반응이 없어 두세 번 연타하게 되는 경험은 순위 이전에 전환에서 먼저 로스가 발행합니다.

AI 에이전트라는 새로운 독자

웹사이트는 처음에는 사람을 위해 만들어졌고, 검색엔진 시대에는 사람과 크롤러를 함께 고려하게 됐습니다. 여기에 이제 AI 에이전트라는 새로운 독자가 더해지고 있어요.

이 독자는 사람보다 훨씬 문자 그대로 사이트를 읽습니다.

카테고리 이름이 모호하거나, 여러 제품이 한 페이지에 섞여 있거나, 관련 페이지끼리 연결되어 있지 않으면 관계를 추론하기 어렵습니다. 사람은 맥락으로 어느 정도 넘겨짚을 수 있지만 알고리즘은 구조에 적힌 대로 읽으니까요.

그래서 지금 담당자가 점검해야 할 것은 새로운 파일이 아니라 기존 사이트의 구조입니다.

Technical SEO 핵심 점검 항목 4가지

· 사이트 구조
상위 카테고리, 하위 카테고리, 구체적인 콘텐츠 영역이 명확하게 구분되어야 구글이 페이지 간의 관계를 이해하기 쉽습니다. 사용자가 몇 번의 클릭만으로 주요 페이지에 도달할 수 있는지도 함께 확인해야 합니다.

· 페이지 경험
콘텐츠 접근성, 로딩 속도, 깨진 링크 등 사용자가 사이트를 이용하는 과정에서 발생하는 문제를 점검합니다. 사이트 감사를 통해 지속적으로 확인해야 하는 영역이에요.

· 코어웹바이탈
LCP, CLS, INP를 모니터링하고 개선합니다. 페이지가 얼마나 빠르게 보이고, 안정적으로 유지되며, 사용자의 행동에 빠르게 반응하는지를 확인하는 지표입니다.

· 구조화 데이터
스키마 마크업은 검색엔진이 콘텐츠의 맥락을 이해하도록 돕는 표준 형식입니다. 검색 결과에서 리치 스니펫을 얻을 가능성을 높여 가시성과 클릭률에 기여할 수 있어요.

사이트 구조와 스키마의 중요성

제품이 여러 개인 기업이라면 각각에 별도의 전용 페이지를 만드는 편이 좋습니다.

예를 들어 재무과 HR 관련 ERP를 전체 커버 할 수 있는 제품이라면 제품 페이지에 섞어두면 사용자도 혼란스럽고, 검색엔진도 이 페이지를 어떤 검색어에 맞춰야 할지 판단하기 어려워져요.

사이트를 읽는 주체가 늘어날수록 이런 모호함의 비용도 함께 커집니다.

내부 링크도 같은 맥락입니다. 논리적인 내부 링크 구조는 콘텐츠 간의 관계를 드러내는 장치예요.

제품 페이지에서 도입 사례로, 사례에서 다시 제품으로 돌아오는 왕복 경로가 끊겨 있다면 사람도 알고리즘도 두 페이지가 관련 있다는 사실을 파악하기 어려워집니다.

구조화 데이터는 이 관계와 정보를 보다 명시적으로 전달하는 방식입니다.

Organization 스키마로 회사명과 로고, 연락처를 전달하고, 리뷰 스키마로 평점과 고객 피드백을 전달하는 식이에요.

사용자가 구체적이고 상세한 정보를 찾는 경우가 많은 B2B 영역에서는 이 명시성의 가치가 특히 큽니다.

성과 표현과 기대치 관리

한 가지 주의할 지점이 있습니다. 페이지 경험이 순위 요소라는 말은 속도를 개선하면 순위가 바로 뒤집힌다는 뜻이 아닙니다.

콘텐츠의 관련성과 품질이 먼저 평가되고, 비슷한 수준의 후보들 사이에서 경험이 차이를 만드는 구조에 가깝습니다.

스키마도 마찬가지입니다. 적용했다고 리치 스니펫이 항상 표시되는 것은 아니고, 실제 표시 여부는 검색엔진이 판단합니다.

마케팅 담당자를 위한 실행 원칙 3가지

1) AI 대응과 기존 SEO의 통합

AI 대응을 별도의 프로젝트로 세울 필요는 없습니다.

구글은 AI 검색 노출을 위해 별도의 전용 파일이나 특별한 마크업이 필요하지 않다고 안내합니다. 지금 필요한 예산은 새로운 트랙을 만드는 것보다 기존 사이트 구조와 검색 기반을 정비하는 쪽에 가깝습니다.

2) 업무 영역별 담당 분리

Technical SEO는 한 팀이 모두 들고 가기보다 항목별로 담당을 나누는 편이 효율적입니다.

사이트 구조와 URL, 카테고리 정의는 기획 영역입니다. 어떤 제품을 별도 페이지로 분리할지, 어떤 문서를 상위로 올릴지는 마케팅과 세일즈가 판단할 문제예요.

코어웹바이탈은 개발 영역입니다. LCP는 이미지와 서버 응답, CLS는 레이아웃 예약 공간, INP는 스크립트 실행이 주요 원인이기 때문에 접근 방식도 각각 다릅니다.

스키마는 공동 작업입니다. 어떤 정보를 검색엔진에 전달할지는 마케팅이 정하고, 구현은 개발이 맡는 구조가 자연스럽습니다.

3) 사이트 구조 정비의 우선순위 상향

페이지 분리와 URL 정리는 리디렉션 작업이 따라붙기 때문에 미뤄지기 쉽습니다.

하지만 콘텐츠가 쌓일수록 정리 비용은 더 커집니다. 결국 리뉴얼 시점에 한꺼번에 수정하게 되면 오픈 직후 트래픽 하락이라는 형태로 비용이 한 번에 청구될 수도 있어요.

그래서 구조 정비는 콘텐츠가 충분히 쌓인 뒤 하는 작업이 아니라, 콘텐츠가 더 쌓이기 전에 앞당겨야 하는 작업에 가깝습니다.

AI 검색 시대의 Technical SEO

AI가 웹을 읽는 비중이 커질수록 유리해지는 사이트는 새로운 파일을 가장 먼저 만든 곳이 아닙니다.

구조가 명확하고, 페이지 간 관계가 드러나 있으며, 사람과 알고리즘 모두 필요한 정보를 쉽게 찾을 수 있는 사이트입니다.

우선 우리 고객이 필요한 정보를 몇 번 만에 찾을 수 있는지부터 확인해보세요.

주력 제품 페이지까지 몇 번의 클릭이 필요한지, 연동이나 보안 문서는 어디에 있는지, 도입 사례와 제품 페이지가 서로 연결되어 있는지를 보는 겁니다.

그 답이 지금 우리 사이트가 검색엔진과 AI에게 어떻게 읽히고 있는지에 대한 답이기도 합니다.