거의 모든 Shopify 스토어는 제품 페이지의 아코디언(accordion), 전용 FAQ 페이지, 또는 테마에 추가된 고객 센터 앱 등 어딘가에 FAQ 섹션을 가지고 있습니다. 대부분의 스토어는 어떤 SEO 체크리스트에서 추가하라고 했기 때문에 해당 콘텐츠를 FAQPage 스키마로 감싸고 있습니다. 그리고 그 마크업의 대부분은 기술적으로는 유효하지만, 질문에 답하려는 AI 에이전트(AI agent)에게는 실질적으로 쓸모가 없습니다.

이 둘을 명확히 구분할 가치가 있는데, 왜냐하면 "FAQ 스키마를 가지고 있다"와 "기계가 사용 가능하다"는 서로 같지 않음에도 불구하고 동일한 성과로 취급되기 때문입니다.

유효한 마크업이 추출 가능한 콘텐츠와 같지는 않다

스키마 검증기(Schema validators)는 구조를 확인합니다. 즉, Question이 있는지, acceptedAnswer가 있는지, 마크업이 잘 형성되었는지를 확인합니다. 이들은 acceptedAnswer 필드 내부의 답변이 실제로 질문에 대한 완전하고 독립적인 응답인지, 아니면 제품 이미지와 주변의 세 문단에 붙어 있어야만 의미가 통하는 반쪽짜리 문장인지는 확인하지 않습니다.

FAQ 스키마를 파싱(parsing)하는 에이전트는 직접 가져가서 바로 사용할 수 있는 자기 완결적인(self-contained) 답변을 찾습니다. 만약 acceptedAnswer 텍스트가 "네, 자세한 내용은 아래를 참조하세요" 또는 "귀하의 구체적인 상황에 따라 다릅니다. 자세한 내용은 문의해 주세요"라고 되어 있다면, 스키마는 유효하지만 콘텐츠는 가치가 없습니다. 검증기는 이를 잡아낼 방법이 없는데, 왜냐하면 완전성(completeness)은 구조적 속성이 아니라 콘텐츠의 속성이며, 아무도 이를 확인하지 않기 때문입니다.

대부분의 Shopify FAQ 구현을 망가뜨리는 패턴

이 실패 모드는 매우 일관적이기 때문에 직접 이름을 붙일 가치가 있습니다. FAQ 콘텐츠는 페이지 레이아웃, 제품 이미지, 이미 관련 질문이 열려 있는 아코디언과 같이 시각적이고 맥락적인 구조(scaffolding)를 가진 인간을 위해 작성됩니다. 그러고 나서 그 동일한 텍스트가 이러한 구조가 제거된 채 스키마 마크업(schema markup)에 그대로 떨어지게 됩니다.

"이 제품은 정사이즈인가요?"라는 질문에 "약간 작게 나왔으니, 한 사이즈 크게 주문하는 것을 권장합니다"라고 답하는 것은 제품 제목 아래에 이미지와 함께 배치되어 시각적으로는 아무런 문제가 없습니다. 하지만 제품 맥락(context)이 결합되지 않은 채 고립된 Q&A 쌍으로 추출될 경우, 스키마(schema)가 올바르게 범위(scope)를 지정하지 않았다면 에이전트(agent)는 해당 답변이 어떤 제품에 속하는지 알 수 없으며, 범위가 지정되어 있더라도 어떤 기준점에서 "사이즈를 올리는 것"인지가 모호해집니다.

해결책은 더 많은 스키마를 추가하는 것이 아닙니다. 답변을 작성할 때 마치 주변 맥락이 전혀 없는 상태에서 읽힐 것처럼 작성하는 것입니다. 에이전트에게는 실제로 그러하기 때문입니다.

기계가 사용 가능한 데이터(machine-usable)가 실제로 요구하는 것

검증(validate)만 통과하는 마크업과 실제로 사용되는 콘텐츠를 구분하기 위해서는 몇 가지 조정이 필요합니다:

• 모든 채택된 답변은 "위 내용 참조", "언급된 바와 같이" 또는 주변 텍스트에 대한 의존성 없이, 그 자체로 질문을 완전히 해결할 수 있는 한두 개의 완전한 문장이어야 합니다.
• Q&A 쌍이 페이지 맥락과 별개로 독립적으로 추출될 가능성이 있다면, 제품별 FAQ 콘텐츠는 답변 내에 제품 식별 정보(product identity)를 다시 명시해야 합니다.
• 배송, 사이즈, 반품에 관한 서로 다른 질문들을 하나의 큰 블록에 모두 섞어 넣는 것보다, 논리적 주제별로 하나의 FAQPage 블록을 구성하는 것이 에이전트가 관련 쌍을 분리해 내기에 더 유리합니다.
• 구체적인 기본 답변이 가능한 경우에는 조건부 유보 답변("상황에 따라 다릅니다", "지역마다 다릅니다")을 피하십시오. 유보적인 답변은 확신을 가지고 정보를 전달하려는 에이전트가 사용하기에 부적합합니다.

이 중 어떤 것도 사람 방문자에게 보이는 FAQ의 형태를 바꾸지는 않습니다. 이는 단지 마크업 아래에 있는 콘텐츠가 애초에 추출할 가치가 있는지를 결정할 뿐입니다.

이것이 더 큰 그림에서 차지하는 위치

이는 메타필드 (metafields) 및 일반적인 구조화된 데이터 (structured data)에서 나타나는 것과 사실상 동일한 문제입니다. Shopify 스토어에는 체크리스트는 충족하지만, 해당 마크업의 실제 소비자(consumer)는 만족시키지 못하는 마크업으로 가득 차 있습니다. 여기서 실제 소비자는 색인 (indexing)을 수행하는 검색 엔진보다는 추출 (extraction)을 수행하는 모델인 경우가 점점 더 많아지고 있습니다. 스키마 (Schema)는 에이전트에게 어디를 살펴봐야 할지 알려줍니다. 하지만 에이전트가 그곳을 살펴본 후에 실제로 사용할 수 있는 무언가가 있다는 것을 보장하지는 않습니다.

해결책은 이를 스키마 검증 (schema validation)과는 완전히 별개인 자체적인 감사 (audit) 단계로 취급할 가치가 있습니다. 기존의 FAQ 콘텐츠를 훑어보며 각 답변이 문맥(context)을 완전히 벗어난 상태로 읽히더라도 살아남을 수 있는지 확인하는 것입니다. 대부분의 기존 FAQ 섹션은 그렇지 못하며, 이러한 격차는 일단 가시화되면 보통 오후 시간 내에 수정 가능합니다.

특정 스토어에서 FAQ 스키마가 해결된 문제라고 가정하기 전에 확인해 볼 가치가 있습니다. 유효함 (Valid)과 사용 가능함 (usable)은 동일한 주장이 아니지만, 종종 하나처럼 취급되곤 합니다.