JSON-LD로 브랜드 SERP를 방어하라: 광고비 없이 CAC를 깎는 엔티티 전략

JSON-LD로 브랜드 SERP를 방어하라: 광고비 없이 CAC를 깎는 엔티티 전략

브랜드 검색에서 3자 콘텐츠에 밀리는 순간, 최상단 퍼널이 무너지고 CAC는 구조적으로 오른다—JSON-LD는 그걸 ‘측정 가능한’ 방식으로 되돌리는 레버다.

JSON-LD 브랜드 SERP 구조화된 데이터 Knowledge Graph Entity Resolution GSC GEO/AEO CAC 최적화
광고

브랜드명을 검색했는데 정작 우리 사이트가 아래로 밀리고, 디렉토리·미디엄·레딧·리뷰 페이지가 상단을 차지한다면 그건 단순한 SEO 문제가 아닙니다. 유저 획득 퍼널의 첫 관문(브랜드 SERP)에서 ‘신뢰/정합성’이 깨지는 순간, 유입은 우회하고 전환은 늦어지며 결국 광고가 그 공백을 메우게 됩니다. 즉 CAC가 “한 번” 오르는 게 아니라 “항상” 비싸지는 구조로 고착됩니다.

dev.to의 CandleDojo 사례는 이 문제를 아주 현실적으로 보여줍니다. 신생 도메인은 도메인 연령·백링크·주제 권위에서 3자 매체를 이기기 어렵고, Google이 “브랜드 쿼리 = 공식 사이트(엔티티)”로 확신하지 못하면 SERP는 남의 글로 채워집니다. 이때 필요한 건 더 많은 블로그 글이 아니라, 검색엔진이 브랜드를 ‘하나의 엔티티’로 결론 내리도록 신호를 설계하는 일입니다. JSON-LD는 그 신호를 비용 효율적으로 주입하는 방법입니다.

핵심 맥락은 엔티티 리졸루션(Entity Resolution)입니다. 검색엔진(그리고 Perplexity/ChatGPT Search 같은 AI 검색)이 원하는 건 “이 이름이 가리키는 대상이 정확히 무엇인지”입니다. CandleDojo가 강조한 것처럼 Organization + WebSite를 루트에 박아 ‘엔티티 앵커’를 만들고, sameAs에 소유한 프로필을 일관되게 연결하면(트위터/X, 유튜브, 디스코드, 레딧, 깃허브, 작성자 프로필 등) “브랜드=공식 도메인” 매칭 속도가 빨라집니다. alternateName으로 띄어쓰기/변형 쿼리까지 합쳐주는 것도 브랜드 트래픽이 분산되는 걸 막는 방어선입니다.

여기서 그로스 관점의 포인트는 ‘브랜드 SERP 방어’가 광고 대체재라는 점입니다. 브랜드 검색에서 공식 사이트가 1위가 아니면, 사용자는 (1) 3자 페이지를 거쳐 늦게 들어오거나 (2) 경쟁 대안/비교글로 새거나 (3) 그냥 이탈합니다. 이 손실은 퍼널 상단에서 발생하므로, 퍼널 하단(온보딩/결제) 최적화로도 완전히 복구가 안 됩니다. 반대로 JSON-LD로 엔티티를 고정시키면 같은 브랜드 수요에서 더 많은 클릭을 “무료로” 회수하고, 브랜드 키워드 CPC에 덜 의존하게 됩니다.

실행 스택은 복잡할 필요가 없습니다. CandleDojo는 JSON-LD를 CMS 플러그인 대신 타입스크립트 헬퍼로 관리(한 파일에서 스키마 빌더 함수 → 페이지/레이아웃에 주입)해 운영 비용을 낮췄습니다. 그 방식이 중요한 이유는 ‘스케일’ 때문입니다. 페이지가 늘어날수록 마크업이 깨지고 누락되기 쉬운데, 코드 기반이면 일괄 적용과 테스트가 됩니다. 성장팀 입장에서는 이게 곧 실험 속도입니다.

페이지 타입별로는 (1) 홈: WebApplication으로 “우리는 블로그가 아니라 앱”을 선언하고(카테고리·OS·오퍼/가격), (2) 전 페이지: BreadcrumbList로 사이트 구조를 명확히 주며(리치 브레드크럼 노출), (3) 가이드: Article + HowTo 조합으로 작성자·신선도(dateModified)·단계형 신호를 주고, (4) 용어/패턴: DefinedTerm로 단일 개념을 ‘정의 페이지’로 못 박는 구성이 유효합니다. 특히 DefinedTerm는 AEO/GEO에서 인용될 확률을 올리는 “정의형 소스”로 작동할 수 있다는 해석이 날카롭습니다(원문에서도 AI 인용에 유리하다고 언급).

시사점은 두 가지입니다. 첫째, 브랜드 SERP 방어는 SEO 체크리스트가 아니라 “유저 획득 비용 방어”입니다. 광고비를 더 태우기 전에, 브랜드 쿼리에서 공식 사이트가 지는 원인을 ‘엔티티 신호 부족’으로 보고 JSON-LD를 먼저 깔아야 합니다. 둘째, 측정 프레임이 있어야 레버가 됩니다. CandleDojo가 제시한 방법처럼 Google Rich Results Test로 파싱 여부를 확인하고, GSC(Performance에서 브랜드 쿼리 필터)로 노출/평균 순위를 추적하면 최소 2주 단위로 효과를 계측할 수 있습니다. 여기에 “브랜드 패널/사이트링크/로고” 같은 Enhancements 리포트가 뜨는지까지가 운영 KPI입니다.

전망은 GEO/AEO로 확장됩니다. 매드타임스 기사에서 말하듯(에스코토스컨설팅·해일로엑스·메시지하우스 협업), 검색의 무대가 SERP를 넘어 “AI가 생성하는 답변”으로 이동 중입니다. 이때 브랜드가 어떻게 설명되고 어떤 출처가 인용되는지는 평판과 구매 의사결정에 직결됩니다. JSON-LD는 그 전쟁의 ‘바닥 공사’에 가깝습니다. 엔티티가 정리되지 않은 브랜드는 AI 답변에서도 3자 출처에 종속되기 쉽고, 그 결과는 다시 브랜드 SERP와 CAC로 돌아옵니다.

다음 액션은 명확합니다. (1) 루트에 Organization + WebSite를 먼저 배포하고 sameAs/alternateName 정합성을 1차로 고정, (2) 홈에 WebApplication으로 제품 타입을 선언, (3) 핵심 랜딩/가이드/용어 페이지에 Breadcrumb/Article(or HowTo)/DefinedTerm를 최소 세트로 적용, (4) GSC에서 ‘브랜드 쿼리 전용 대시보드’를 만들어 2주 단위로 변화를 보고, (5) AI 검색(Perplexity 등)에서 “브랜드가 어떻게 정의되는지/누가 인용되는지”를 동일 프롬프트로 반복 관측해 서사-측정-실행 루프를 돌리면 됩니다. 광고는 그 다음입니다. 브랜드 SERP에서 지는 팀이 퍼포먼스 마케팅으로 이길 확률은 낮습니다.

출처

더 많은 AI 트렌드를 Seedora 앱에서 확인하세요