글

라벨이 구조화데이터인 게시물 표시

구글 검색 날짜가 이상할 때, 블로그 점검 6가지

이미지
검색 결과의 날짜는 구글이 여러 요소로 추정하므로, 글에 보이는 날짜와 구조화 데이터의 날짜를 같게 맞추는 것이 기본입니다. 읽고 나면 내 글의 날짜 표기 여섯 곳을 10분 안에 점검하고, 글을 고쳤을 때 어떤 날짜를 바꿀지 정할 수 있습니다. 제목에 연도를 넣어 둔 글이 있다면, 연말이 가까워질수록 손볼 시점이 다가옵니다. 그런데 글을 고친 뒤에도 검색 결과에는 예전 날짜가 그대로 보이거나, 내가 생각한 것과 다른 날짜가 붙을 수 있어요. 구글이 날짜를 한 가지 요소로 정하지 않고 여러 요소를 종합해 추정하기 때문입니다. 이 글은 구글 검색 센터의 날짜 문서와 Article 구조화 데이터 문서에서 운영자가 손댈 수 있는 부분만 추려 표로 정리했습니다. 구글은 날짜를 어떻게 정할까 📌 byline date(서명일) 는 구글이 웹페이지가 게시되었거나 업데이트되었다고 추정하는 날짜이며, 유용하다고 판단되면 검색결과에 표시됩니다. 문서는 구글이 하나의 날짜 요소에만 기대지 않는다고 설명합니다. 모든 요소에 문제가 생길 수 있어서, 여러 요소를 함께 보고 글이 게시되었거나 중요하게 업데이트된 시점을 가장 가깝게 추정한다는 거예요. 구체적인 신호 목록은 문서에 나오지 않습니다. 대신 운영자가 줄 수 있는 정보를 두 가지로 안내해요. 사용자에게 보이는 날짜를 눈에 띄게 표시하는 것, 그리고 구조화 데이터로 날짜를 지정하는 것입니다(2026-10-17 구글 검색 센터 문서 기준). 표시를 보장하지는 않는다는 점도 함께 적혀 있습니다. 한국어 문서에서는 byline date를 서명일이라는 낯선 말로 옮겨 놓았는데, 뜻은 글의 게시 또는 업데이트 날짜입니다. 점검 6가지, 문서 기준으로 아래 표의 앞 세 열은 문서 내용이고, 마지막 열은 내 글에서 확인하는 방법으로 이 글이 덧붙인 것입니다(2026-10-17 구글 검색 센터 문서 기준). 번호 점검 항목 문서 내용 내 글에서 확인하는 법 1 보이는 날짜 사용자가 볼 수 있...

협찬 후기에 별점 마크업, 구글 리뷰 지침이 막는 것

이미지
구글은 페이지와 구조화 데이터에 실제 경험이 없는 후기나, 대가를 밝히지 않은 협찬 후기를 넣지 말라고 안내합니다. 읽고 나면 내 후기 글이 이 지침에 걸리는지 일곱 가지 상황별 표로 5분 안에 가릴 수 있습니다. 별점 마크업은 직접 달지 않으니 남의 일이라고 생각하기 쉽죠. 그런데 구글 검색 센터의 문서 업데이트 이력에는 2026년 7월 24일자로 가짜 후기와 대가를 밝히지 않은 후기를 다루는 리뷰 스니펫 지침 항목이 올라 있어요(2026-10-08 구글 검색 센터 업데이트 이력 기준). 한국어 문서에는 최종 업데이트가 2026-09-18(UTC)로 표시돼 있습니다. 협찬이나 체험단 후기를 쓰는 블로거라면 문서에 어떤 문장이 있는지는 알아 둘 만해요. 다만 이 지침이 모든 협찬 후기에 곧바로 적용되는 규칙이라고 단정하지는 않겠습니다. 문서가 다루는 범위와 다루지 않는 범위를 갈라서, 어디까지가 확인된 내용인지 표시하며 풀어 보겠습니다. 리뷰 스니펫부터 짚으면 📌 리뷰 스니펫 은 리뷰 웹사이트의 리뷰나 평점을 간단히 발췌해 검색 결과에 보여 주는 것으로, 보통 여러 리뷰 작성자의 평균 누계 평점을 표시합니다. 문서가 정한 대상 유형은 도서, 강의, 이벤트, 지역 비즈니스, 영화, 제품, 레시피, 소프트웨어 앱 등입니다(2026-10-08 구글 검색 센터 리뷰 스니펫 문서 기준). 검색 결과에 별점이 붙어 보이는 모습을 떠올리면 쉬워요. 그 별점은 글 본문에 적은 별 그림과 별개로, 코드 안에 따로 적어 넣는 구조화 데이터에서 나옵니다. 구조화 데이터의 기본은 스키마 마크업(구조화 데이터), FAQ 리치 결과 종료 이후에도 블로그에 필요한 이유 에서 다뤘습니다. 문서에 적힌 문장 그대로 같은 문서의 가이드라인 섹션에 아래 문장이 있습니다. 페이지 또는 구조화된 데이터 마크업에 허위 리뷰 또는 공개되지 않은 대가성 리뷰를 포함하지 마세요. 예를 들면 다음과 같습니다. 제품 또는 서비스에 대한 실제 경험을 바탕으로 ...

스키마 마크업(구조화 데이터), FAQ 리치 결과 종료 이후에도 블로그에 필요한 이유

이미지
블로그 글 하단에 자주 묻는 질문 몇 개를 나열하고, 그 안에 FAQPage 스키마 코드를 심어두는 방식은 한동안 블로그 SEO의 기본기처럼 통했습니다. 검색 결과 화면에 아코디언 형태의 리치 결과가 뜨면 화면을 더 많이 차지해서 클릭률이 올라간다는 이야기가 널리 퍼졌기 때문이에요. 그런데 이 전략이 2026년 5월 7일을 기점으로 사실상 의미를 잃었습니다. 구글이 FAQ 리치 결과 기능 자체를 검색 결과 화면에서 완전히 내렸거든요. 공식 문서를 기준으로 무엇이 바뀌었고, 지금 블로그에 남아 있는 구조화 데이터를 어떻게 다뤄야 하는지 정리해봤습니다. FAQ 리치 결과, 사실 갑자기 사라진 게 아니다 이번 조치가 처음부터 전면적이었던 건 아닙니다. 구글은 이미 2023년 8월에 FAQ 리치 결과의 노출 범위를 크게 줄인 바 있어요. 당시 공식 발표에 따르면 정부기관·의료 관련 공신력 있는 사이트를 제외한 대부분의 사이트는 FAQ 리치 결과 대상에서 빠지도록 자격 요건 자체가 좁혀졌습니다. 같은 시기 단계별 조리법을 안내하는 HowTo 리치 결과도 데스크톱 검색에서 함께 사라졌고요. 그러니까 사실 일반적인 블로그 대부분은 이미 2023년부터 3년 가까이 FAQ 리치 결과를 실제로 본 적이 없었을 가능성이 큽니다. 이번 2026년 5월 조치는 그 좁아진 자격 요건마저 완전히 없애버린, 마지막 정리 단계에 가까워요. 타임라인으로 보는 변화 시점 내용 2023년 8월 FAQ 리치 결과 자격을 정부·의료 등 공신력 있는 사이트로 축소, HowTo 리치 결과는 데스크톱 검색에서 종료 2026년 5월 7일 FAQ 리치 결과가 검색 결과 화면에서 완전히 사라짐(구글 공식 중단 공지) 2026년 6월(예정) 서치콘솔 향상 기능 보고서·리치 결과 테스트 도구에서 FAQ 항목 지원 종료 2026년 8월(예정) 서치콘솔 API의 FAQ 리치 결과 데이터 지원 종료 그럼 지금 스키마 코드를 지워야 할까 결론부터 말하면 지울 필요는 없습니...