랜딩 페이지 스키마 마크업, 지금도 통하는 것

스키마 마크업은 페이지 위의 것들이 무엇인지 Google이 안정적으로 읽을 수 있는 형식으로 알려 줘요. 랜딩 페이지에서 넣을 만한 타입은 Organization, LocalBusiness, Product, Breadcrumb, Video예요. FAQ는 이제 여기 없어요. SEO 플러그인이나 2022년에 만든 체크리스트가 뭐라고 하든지요.

FAQ 스키마는 끝났는데 아직도 파는 사람이 있어요

Google은 2026년 5월 8일 FAQ 리치 결과 문서에 지원 중단 안내를 올렸고, 이 기능은 2026년 5월 7일부터 검색 결과에 나오지 않아요. 문서 자체는 2026년 6월에 내려갔고요. 예고는 오래전부터 있었어요. 2023년 9월에 Google은 FAQ 리치 결과를 잘 알려진 정부와 보건 기관 사이트로 제한했고, 그때 나머지 모두에게는 조용히 끝난 셈이었어요. HowTo 리치 결과도 같은 업데이트에서 같은 길을 갔고요. 그러니 제안서가 FAQ 리치 스니펫을 약속한다면, 그 사람은 3년 동안 확인을 안 한 거예요.

검색 결과에서 아직 무언가를 벌어 주는 것

Google의 구조화된 데이터 갤러리가 기준 목록이고, 대부분이 생각하는 것보다 짧아요. 일반적인 랜딩 페이지에 해당하는 타입은 Organization, 지역 비즈니스, Product, 리뷰 스니펫, Breadcrumb, Video, Event, 강좌 목록, 채용정보, 소프트웨어 앱이에요. 갤러리의 나머지는 레시피와 영화, 데이터세트, 포럼을 다뤄요. 내 타입이 그 갤러리에 없다면 마크업을 넣어도 Google에서 보이는 모습은 달라지지 않아요.

스키마는 보이는 모습을 바꾸고 순위는 바꾸지 않아요

구조화된 데이터는 검색 결과에서 특정 표시 형식을 쓸 자격이 있는지를 정해요. 순위를 올려 주지는 않아요. 아무도 읽고 싶지 않은 페이지는 Product 마크업이 완벽해도 네 번째 페이지에 조금 예쁜 모습으로 남아 있어요. 넣는 이유는 클릭률이에요. 별점이나 가격, 영상 썸네일은 검색 결과에서 더 넓은 자리를 차지하고, 같은 순위에서 더 많은 클릭을 가져와요. 포장이라고 생각하고, 순위는 따로 고치세요.

별점의 함정

다들 검색 결과에 별점을 넣고 싶어 해서, 자기 페이지의 후기에 마크업을 달아요. Google은 바로 이걸 막아요. 평가 대상이 자기에 대한 후기를 직접 관리하는 경우, LocalBusiness나 다른 Organization 타입을 쓴 페이지는 별점 리뷰 기능 대상이 아니라는 규정이에요. 직접 모아서 자기 랜딩 페이지에 올린 후기로는 별점이 나오지 않아요. 리뷰 스니펫은 Product, 강좌 목록, Event, 소프트웨어 앱, Book에서는 잘 작동해요. Organization과 LocalBusiness에서도 작동하지만, 후기가 외부에서 왔을 때만이에요.

JSON-LD를 쓰고 정직하게 유지하세요

Google은 JSON-LD를 선호해요. HTML 곳곳에 속성을 흩뿌리는 대신 head 안에 스크립트 블록으로 넣는 방식이에요. 그러면 디자인을 새로 해도 마크업이 살아남아요. 다른 무엇보다 중요한 규칙이 하나 있어요. 구조화된 데이터는 페이지에 실제로 보이는 내용을 설명해야 해요. 보여 주지 않는 후기나 존재하지 않는 가격에 마크업을 다는 건 수동 조치를 기다리는 일이에요. 페이지에 없으면 마크업도 하지 마세요.

Framer에서 스키마 마크업이 들어가는 자리

Framer는 sitemap.xml과 robots.txt를 자동으로 만들어 주고, JSON-LD는 Custom Code 기능으로 처리해요. 프로젝트 설정을 열고 Custom Code 탭을 고른 다음, 스크립트를 추가하고 1년 뒤에도 알아볼 이름을 붙이고 head에 넣으세요. 스크립트를 특정 페이지에만 적용할 수도 있어서, 제품 랜딩 페이지에만 Product 마크업을 넣고 나머지 사이트에는 넣지 않을 수 있어요. CMS 상세 페이지에서는 중괄호 두 개 문법과 json 필터로 필드 값을 넣어요. 그러면 템플릿 하나가 모든 항목에 맞는 마크업을 만들어 줘요.

테스트하고, 한 달 뒤에 다시 확인하세요

URL을 Google의 Rich Results Test에 붙여 넣으세요. 이 페이지가 어떤 기능 대상인지 알려 주고 빠뜨린 필수 속성도 짚어 줘서, 일반 스키마 검사기보다 쓸모 있어요. 몇 주 뒤에는 Search Console의 개선 리포트를 여세요. 한 번 찍어 보는 검사가 아니라 실제 페이지에서 나온 현장 데이터니까요. 1년에 두 번 마크업을 점검하도록 알림을 걸어 두세요. Google은 예고 없이 기능을 없애고, 죽은 마크업은 돈을 냈는데 아무것도 돌려주지 않는 작업이거든요.