모두
모두콘텐츠
얼마 전 운영 중인 블로그를 점검하다가 같은 글에 작성자 정보가 두 번 들어간 걸 봤습니다. 테마가 한 번, SEO 플러그인이 한 번 출력하고 있더군요. 화면에서는 아무 이상이 없어서 몇 달 동안 몰랐습니다. 워드프레스 구조화데이터는 새 기능을 추가하기 전에 지금 무엇이 출력되는지 확인하는 것부터 시작하는 게 안전합니다.
구조화데이터를 넣기 전에 현재 출력을 확인한다
구조화데이터는 검색엔진에 글의 제목, 작성자, 발행일 같은 정보를 일정한 형식으로 전달하는 값입니다. 구글은 여러 형식을 지원하지만 JSON-LD를 권장합니다. 보통 방문자에게 보이는 글 내용과 별도로 페이지 안에 들어갑니다.
먼저 대표 글 한 편을 열고 브라우저에서 페이지 소스를 확인합니다. 검색 기능으로 application/ld+json을 찾으면 JSON-LD가 몇 군데 들어갔는지 볼 수 있습니다. 하나의 스크립트 안에 WebSite, WebPage, Article처럼 여러 항목이 묶여 있는 것은 정상일 수 있습니다. 스크립트 개수만 세지 말고 같은 글의 Article이나 BreadcrumbList가 서로 다른 플러그인에서 반복 출력되는지 봐야 합니다.
구글의 리치 결과 테스트에는 실제 글의 주소를 입력해 검사할 수 있습니다. 검사 결과에 오류가 없더라도 검색 결과에 특별한 표시가 반드시 붙는 것은 아닙니다. 반대로 지원하지 않는 유형은 테스트 결과에 나타나지 않을 수 있습니다. 저는 대표 글, 일반 페이지, 카테고리 페이지를 각각 한 건씩 확인합니다. 글 한 편만 정상이어도 다른 템플릿에서 값이 달라지는 경우가 있기 때문입니다.
SEO 플러그인 하나를 기준으로 설정한다
기본적인 블로그라면 유료 플러그인부터 살 필요가 없습니다. Yoast SEO 무료판은 일반 페이지에 WebPage, 글에 Article 정보를 기본으로 출력합니다. 관리자 화면에서 Yoast SEO → 설정 → 고급 → Schema의 기능이 켜져 있는지 확인하고, 사이트를 개인이 운영하는지 조직이 운영하는지도 실제 상황에 맞게 입력합니다. 개인 블로그인데 회사 이름을 억지로 넣을 이유는 없습니다.
이미 Rank Math를 쓰고 있다면 그 플러그인의 구조화데이터 설정을 확인하면 됩니다. 같은 목적 때문에 Yoast SEO를 추가로 설치하지 마세요. 두 플러그인을 함께 켜거나 테마의 스키마 기능까지 겹치면 누가 어떤 값을 출력하는지 추적하기 어려워집니다. 플러그인을 바꾸려면 먼저 백업을 만들고, 새 플러그인의 출력이 확인된 뒤 기존 플러그인을 비활성화하는 순서가 안전합니다.
설정 화면보다 글 자체의 정보가 더 중요합니다. 글쓴이 표시 이름, 발행일, 실제 수정일, 대표 이미지가 빈칸이거나 본문과 다르면 구조화데이터도 그 상태를 따라갑니다. 날짜만 새것처럼 보이게 바꾸거나 글에 없는 평점을 넣는 식의 설정은 피해야 합니다. 구글 검색 센터 지침도 페이지에서 독자가 볼 수 있는 내용과 구조화데이터가 일치해야 한다고 안내합니다.
글 유형에 맞는 정보만 남긴다
워드프레스 운영 글이라면 대부분 Article 또는 BlogPosting으로 충분합니다. 메뉴 위치를 보여주는 이동 경로가 있다면 BreadcrumbList도 확인할 만합니다. 다만 테마에서 이동 경로를 만들고 SEO 플러그인도 같은 정보를 출력한다면 어느 쪽이 실제 화면의 경로와 맞는지 비교한 뒤 하나만 관리하는 편이 낫습니다.
설치 방법을 단계별로 썼다고 모든 글에 HowTo 유형을 붙일 필요는 없습니다. 구글은 HowTo 리치 결과 표시를 중단했습니다. FAQ 유형도 일반 블로그에서 검색 화면에 표시될 것을 기대하고 일괄 적용할 이유가 적습니다. 질문과 답이 본문에 실제로 있을 때만 쓰고, 검색 노출 효과를 약속하는 플러그인 설명은 걸러 들으세요.
- 일반 글: 제목, 작성자, 날짜, 대표 이미지가 실제 글과 같은지 확인
- 일반 페이지: 글이 아닌데 Article로 지정되지 않았는지 확인
- 이동 경로: 화면에 보이는 순서와 표시된 경로가 일치하는지 확인
설정값을 손으로 추가해야 하는 특수한 글이 아니라면 JSON-LD 코드를 테마 파일에 직접 붙이는 작업도 권하지 않습니다. 테마 업데이트로 수정 내용이 사라질 수 있고, 플러그인이 이미 출력하는 값과 충돌하기 쉽습니다. 꼭 코드를 수정해야 한다면 백업과 스테이징 환경을 먼저 준비해야 합니다. 운영 사이트의 테마 편집기에서 바로 고치는 건 작은 오타로도 화면을 망가뜨릴 수 있습니다.
변경 후에는 실제 페이지를 다시 검사한다
설정을 저장한 직후 검사 결과가 예전과 같다면 캐시를 먼저 의심합니다. 워드프레스 캐시 플러그인, 호스팅 캐시, CDN을 쓰고 있다면 해당 글의 캐시를 지운 뒤 다시 확인합니다. 관리자 화면에서 본 미리보기와 방문자에게 전달되는 페이지가 다를 수 있습니다.
검사할 때는 오류 문구만 보지 말고 제목과 작성자, 날짜가 기대한 값으로 나오는지 확인합니다. 이후 구글 서치 콘솔의 URL 검사로 검색엔진이 읽는 페이지도 확인할 수 있습니다. 오류가 생겼다면 바꾼 설정부터 되돌리고 다시 검사합니다. 한 번에 여러 플러그인 설정을 바꾸면 원인을 찾는 데 시간이 훨씬 오래 걸립니다.
제 경험상 구조화데이터 때문에 사이트가 느려지는 경우보다, 이를 관리하겠다며 플러그인을 여러 개 설치해 충돌을 만드는 경우가 더 흔했습니다. 기본 출력이 정확하다면 그대로 두고, 글 내용이나 테마가 바뀔 때 대표 페이지 몇 개만 다시 검사하는 편이 오래 안정적으로 굴러갑니다.
