Google은 2023년 검색 결과에서 HowTo 리치 결과를 없앴습니다. 검색 화면에서 단계 카드가 사라지자 HowTo 마크업까지 전부 삭제한 팀도 많았습니다. 그러나 이는 잘못된 판단입니다. 리치 결과가 사라졌다는 것은 단계가 더 이상 파란색 링크 아래에 카드 형태로 노출되지 않는다는 뜻일 뿐입니다. schema.org의 HowTo 유형 자체가 폐지된 것은 아닙니다. 오히려 웹페이지를 수집하는 AI 답변 엔진에는 각 단계를 명확히 나누는 이런 구조가 필요합니다. 마크업은 계속 작성하되, 이제 주요 독자는 Google 검색 결과의 표시 시스템이 아니라 ChatGPT, Perplexity, AI Overview로 달라졌습니다.
Google이 폐지한 것은 리치 결과이지 구조화 데이터가 아닙니다
먼저 사실관계부터 분명히 하겠습니다. Google은 2023년 9월 HowTo 리치 결과를 데스크톱 검색으로 제한한 뒤 완전히 삭제했습니다. 같은 시기에 FAQ 리치 결과도 대폭 축소해 일부 정부 및 의료 웹사이트에만 제공했습니다. 따라서 지금 Google에서 사용법을 검색해도 펼쳐지는 단계 목록이나 클릭 가능한 썸네일을 볼 수 없습니다. 이는 Google의 검색 결과 화면 정책일 뿐 schema.org 어휘에 대한 결정은 아닙니다. HowTo, HowToStep, HowToTool 유형은 여전히 명세에 존재하며, 구문도 유효하고 기계가 계속 파싱할 수 있습니다.
달라진 것은 ‘누가 읽는가’입니다. 과거에는 Googlebot이 리치 결과를 생성하도록 하는 것이 HowTo 작성의 주된 목적이었습니다. 이제 구조화된 마크업을 읽는 또 다른 독자는 검색 증강 생성에 활용하는 AI 엔진입니다. 이들은 웹페이지를 수집한 뒤 콘텐츠를 여러 조각으로 나눠 모델에 전달합니다. 단계의 순서와 경계가 구조적으로 표시되어 있으면 각 조각의 품질이 높아지고, 인용 과정에서 3단계의 내용을 1단계에 잘못 연결할 가능성도 줄어듭니다.
AI 답변 엔진이 단계 구조를 선호하는 이유
‘X를 어떻게 하는가’는 AI 어시스턴트에 가장 자주 입력되는 질문 유형 중 하나입니다. 사용자는 긴 글에서 핵심을 직접 찾아야 하는 답변보다 그대로 따라 할 수 있는 일련의 행동을 원합니다. 엔진은 페이지가 이런 의도에 부합한다고 판단하면 순서가 명확한 부분을 우선 추출합니다. HowTo 마크업은 다음 네 가지 정보를 한 번에 전달합니다.
- 순서: 단계 배열의 순서가 첫 단계부터 마지막 단계까지 직접 알려 주므로 엔진이 본문을 보고 추측할 필요가 없습니다.
- 경계: 각 HowToStep이 독립된 단위이므로 콘텐츠를 분할할 때 서로 다른 단계가 합쳐지거나 중간에서 잘릴 가능성이 줄어듭니다.
- 대응 관계: name과 text 필드는 ‘이 단계에서 무엇을 하는지’와 ‘구체적으로 어떻게 하는지’를 구분해 엔진이 정확한 부분을 발췌하도록 돕습니다.
- 신뢰도: 마크업의 내용이 페이지에 보이는 본문과 일치하면 엔진이 해당 페이지를 건너뛰지 않고 인용 가능한 출처로 판단할 가능성이 높아집니다.
2026년에도 AI가 이해하는 HowTo 작성법
기본 구조는 두 계층뿐입니다. 바깥쪽에 HowTo가 있고, 안쪽의 step 배열에 여러 HowToStep 요소가 들어갑니다. HowTo에는 최소한 name을 지정하고, 각 단계에는 name과 text를 넣어야 합니다. 필요하면 HowToTool(도구), HowToSupply(재료), 각 단계의 이미지나 앵커 URL을 추가해 엔진이 추출한 내용을 페이지의 정확한 위치와 연결할 수 있게 합니다. JSON-LD로 작성해 페이지의 head 또는 body에 삽입하면 됩니다.
단순화한 예시는 다음과 같습니다. { "@context": "https://schema.org", "@type": "HowTo", "name": "GA4 전환 이벤트 설정 방법", "step": [ { "@type": "HowToStep", "name": "맞춤 이벤트 만들기", "text": "GA4 관리 화면에서 ‘이벤트’를 클릭한 뒤 맞춤 이벤트를 추가합니다.", "url": "https://example.com/ga4-guide#step1" }, { "@type": "HowToStep", "name": "주요 이벤트로 표시하기", "text": "이벤트 목록에서 해당 이벤트의 ‘주요 이벤트로 표시’ 스위치를 켭니다.", "url": "https://example.com/ga4-guide#step2" } ] }. 각 단계의 url에는 페이지 내 앵커를 사용합니다. 그러면 엔진이 인용 출처를 해당 문단으로 바로 연결할 수 있습니다.
어떤 페이지에 적용하고, 어떤 페이지에는 적용하지 말아야 할까요?
HowTo는 페이지에 실제로 존재하며 하나의 작업을 완료하기 위한 단계로 구성된 콘텐츠에만 사용해야 합니다. 한 페이지로 완결되는 사용 안내, 설정 가이드, 설치 절차 등이 적합합니다. 마크업에 포함한 모든 단계는 사용자가 볼 수 있는 본문에서도 확인할 수 있어야 합니다. 실제 단계는 없고 마케팅 문구만 있는 제품 페이지에 HowTo를 억지로 적용하면 구조화 데이터를 오용하는 셈이며, 장기적으로는 신뢰만 떨어뜨립니다. 판단 기준은 간단합니다. 이 페이지를 인쇄했을 때 독자가 순서대로 따라 해 작업을 마칠 수 있습니까? 그렇지 않다면 HowTo를 사용하지 마십시오.
Article 및 Product와 역할을 나누는 방법
한 페이지에 둘 이상의 스키마를 사용하는 경우는 흔합니다. 안내 페이지라면 Article로 글 자체의 제목, 작성자, 발행일을 설명하고 HowTo로 글 안의 작업 단계를 설명하는 구성이 합리적입니다. 두 유형은 각자의 역할을 맡으므로 같은 콘텐츠를 두고 경쟁하지 않습니다. 제품 사용법을 안내하는 단계라면 Product 또는 SoftwareApplication으로 제품 자체를 설명하고, HowTo로 사용 절차를 설명할 수 있습니다. 원칙은 각 유형에 필요한 정보만 담는 것입니다. 키워드를 채우려고 여러 유형으로 같은 문단을 반복해서 설명해서는 안 됩니다.
검증하고 성과를 추적하는 방법
Google의 Rich Results Test는 더 이상 HowTo 미리보기를 제공하지 않으므로 검수 도구로 사용하지 마십시오. 대신 schema.org의 공식 Schema Markup Validator(validator.schema.org)를 사용합니다. 이 도구는 리치 결과 정책과 관계없이 구문의 유효성만 검사하므로 현재 목적에 정확히 부합합니다. 구문 검사를 통과한 다음 실제로 확인해야 할 성과는 인용입니다. AI 답변 엔진이 질문에 답할 때 해당 단계를 가져왔는지, 출처를 표시했는지 살펴봐야 합니다. 이를 일일이 수동으로 질문해 확인하기에는 경우의 수가 너무 많습니다. Brand Radar처럼 AI 엔진에서의 브랜드 노출을 정기적으로 모니터링하는 도구를 활용해 어떤 검색어에서 누구의 콘텐츠가 인용되는지 기록해야 합니다.
HowTo 마크업의 가치는 ‘Google 검색 화면에서 카드 하나를 더 얻는 것’에서 ‘AI 엔진이 단계를 빠뜨리거나 잘못 해석하지 않고 추출하게 하는 것’으로 바뀌었습니다.
지금 해야 할 일은 실무적으로 명확합니다. 먼저 안내 콘텐츠가 있는 페이지를 점검하고, 필요한 곳에 HowTo를 추가합니다. 마크업을 사용자가 보는 본문과 일치시킨 뒤 Schema Validator로 구문을 확인하고, 마지막으로 AI 엔진이 해당 콘텐츠를 인용하기 시작했는지 추적합니다. 어떤 페이지에 마크업을 적용할 가치가 있는지, 적용 후 AI가 제대로 읽을 수 있을지 판단하기 어렵다면 30분 GEO 진단을 예약해 보십시오. 실제 페이지를 바탕으로 누락된 부분을 점검하고 다음 조치를 바로 안내해 드립니다.
