Perplexity가 내 글을 인용하는 이유는 그 글이 가장 뛰어나서가 아닐 때가 많습니다. 사용자가 질문한 바로 그 시점에 ‘가장 최신이며, 오래된 정보가 아님을 즉시 확인할 수 있는’ 출처이기 때문입니다. Perplexity에서 콘텐츠 최신성은 순위에 가점을 주는 요소가 아니라 후보 출처 목록에 들어가기 위한 기준선입니다. 2년 전에 작성한 훌륭한 분석이라도 관리되지 않는 오래된 페이지처럼 보이면, 모델은 시의성이 중요한 질문에 답할 때 이를 건너뜁니다. 대신 내용은 다소 부족하더라도 정보가 더 최신이고 서버 응답이 명확한 콘텐츠를 선택할 수 있습니다.
Perplexity는 어디에서 ‘최신성’을 확인할까요?
먼저 두 가지를 구분해야 합니다. Perplexity는 자체 인덱스를 운영하는 한편, 사용자가 질문할 때 웹페이지를 실시간으로 크롤링할 수도 있습니다. PerplexityBot은 인덱스 구축을 담당하고, 별도의 Perplexity-User 에이전트는 답변 과정에서 페이지 내용을 확인합니다. 즉, 최신성 신호는 인덱싱 시점과 질문에 답하는 시점에 각각 읽힙니다. 두 시점 모두에서 ‘이 페이지가 마지막으로 업데이트된 때’가 일관되고 신뢰할 만하게 보여야 합니다. 가격, 버전, 규정, 연도별 수치처럼 시의성이 높은 질문일수록 이 문제가 중요합니다. 모델은 최근에 실질적으로 수정됐고, 그 사실을 뒷받침하는 근거까지 갖춘 페이지를 선호하는 경향이 있습니다.
- HTTP 응답 헤더: Last-Modified와 ETag를 사용하면 크롤러가 조건부 요청을 보내 ‘지난 크롤링 이후 변경 사항이 있는지’ 판단할 수 있습니다.
- sitemap.xml의 lastmod: 어떤 URL을 우선 다시 방문할 가치가 있는지 크롤러에 알려줍니다.
- 페이지의 구조화 데이터: Article/BlogPosting의 dateModified와 datePublished를 통해 콘텐츠가 명시한 업데이트 시점을 모델이 파악할 수 있습니다.
- 페이지에 표시되는 날짜: 글의 시작이나 끝에 ‘마지막 업데이트’ 날짜를 명시하면 사람과 모델 모두 이를 확인할 수 있습니다.
- 콘텐츠 자체의 시의성 신호: 본문에 언급된 연도, 버전 번호, 최신 수치가 명시된 업데이트 날짜와 부합하는지 확인합니다.
먼저 서버 계층의 최신성 신호부터 바로잡으세요
대부분의 팀은 콘텐츠 수정에만 힘을 쏟고, 서버가 잘못된 Last-Modified를 반환하거나 아예 제공하지 않는 문제는 방치합니다. 가장 흔하면서도 쉽게 고칠 수 있는 취약점입니다. 올바른 방식은 페이지의 실제 콘텐츠가 변경될 때마다 Last-Modified 헤더를 해당 시점으로 갱신하고, 변경되지 않았다면 기존 값을 유지하는 것입니다. 여기에 콘텐츠 지문 역할을 하는 해시인 ETag를 함께 사용하면 크롤러가 If-Modified-Since 또는 If-None-Match로 조건부 요청을 보낼 수 있습니다. 페이지가 바뀌지 않았다면 서버는 전체 HTML을 전송하지 않고 304 Not Modified를 반환하고, 변경됐다면 새 콘텐츠와 함께 200을 반환합니다. 프런트엔드 프레임워크나 CDN을 사용하는 많은 사이트는 기본 설정상 모든 요청에 200을 반환합니다. Last-Modified 역시 콘텐츠 수정 시점이 아니라 배포 시점을 가리키는 경우가 많습니다. 그 결과 모든 페이지가 ‘방금 수정된 것처럼 보이지만 실제로는 수정되지 않은’ 모순된 신호를 보냅니다.
조건부 요청이 크롤링 빈도에 영향을 미치는 이유
크롤러가 웹사이트별로 사용할 수 있는 크롤링 예산은 사실상 제한돼 있으며, 한 사이트를 무제한으로 방문하지는 않습니다. 서버가 304로 ‘변경 없음’을 빠르게 응답하면 크롤러는 절약한 리소스를 실제로 업데이트된 페이지를 다시 확인하는 데 쓸 수 있습니다. 그만큼 재방문 주기도 짧아질 수 있습니다. 반대로 매번 전체 페이지를 내려받아야 하고 명확한 업데이트 시점조차 찾을 수 없다면, 크롤러는 ‘이 사이트의 신호는 신뢰하기 어렵다’고 학습해 방문 빈도를 낮출 수 있습니다. 고객사의 GEO를 진단할 때도 이 계층을 바로잡은 뒤 핵심 페이지의 재크롤링 간격이 눈에 띄게 짧아지는 사례를 자주 확인합니다.
sitemap의 lastmod는 실제 변경 시점을 반영해야 합니다
sitemap의 lastmod는 크롤러가 방문 우선순위를 정하는 중요한 근거지만, 정확할 때만 의미가 있습니다. 흔한 실수는 사이트를 배포할 때마다 모든 URL의 lastmod를 오늘 날짜로 일괄 갱신하는 것입니다. 이는 크롤러에 ‘사이트 전체가 매일 바뀐다’고 알리는 것과 같습니다. 크롤러는 실제 콘텐츠가 변경되지 않았다는 사실을 곧 파악하고, sitemap 전체의 신뢰도를 낮게 평가합니다. 실제로 업데이트된 페이지의 신호까지 함께 약해집니다. lastmod에는 빌드 시점을 일괄 적용하지 말고, 각 URL 콘텐츠가 실제로 변경된 시점을 페이지별로 계산해 반영해야 합니다. 다시 방문할 가치가 있는 URL만 포함하고, 페이지네이션·탭 페이지·매개변수 페이지까지 무리하게 넣어 신호를 희석하지 마세요.
dateModified와 페이지에 표시되는 날짜를 일치시키세요
구조화 데이터의 dateModified, HTTP의 Last-Modified, sitemap의 lastmod, 페이지에 직접 표시되는 ‘마지막 업데이트’ 날짜는 모두 같은 시점을 가리켜야 합니다. schema에는 오늘 업데이트했다고 되어 있지만 페이지에는 작년 날짜가 적혀 있고, 서버 헤더는 또 다른 시점을 반환한다면 모델에는 잡음으로 인식됩니다. 이 경우 모델은 최신성 주장을 보수적으로 판단할 수밖에 없습니다. 실무에서는 콘텐츠 관리 시스템의 실제 수정 타임스탬프처럼 하나의 데이터 소스를 기준으로 업데이트 시점을 중앙 관리하고, 네 가지 신호를 모두 그 값에서 생성하는 것이 좋습니다. datePublished에는 최초 발행일을 유지하고, dateModified에는 마지막으로 실질적인 수정이 이뤄진 시점을 반영해야 합니다. 두 항목 모두 필요합니다.
업데이트 주기: 정보가 낡는 페이지에 리소스를 집중하세요
모든 페이지를 자주 업데이트할 필요는 없습니다. 사이트 전체를 정기적으로 억지로 손보면 유지관리 리소스만 분산됩니다. 먼저 콘텐츠를 두 가지로 나누세요. 가격, 제품 비교, 연동 목록, 연간 트렌드, 규정, 버전처럼 시간이 지나면 정보 가치가 떨어지는 콘텐츠가 있고, 용어 정의나 원리 설명처럼 상대적으로 오래 유지되는 콘텐츠가 있습니다. 정보가 낡는 페이지에는 정기 검토 주기를 정하고, 내용이 바뀌는 즉시 업데이트한 뒤 네 가지 시간 신호도 함께 맞춥니다. 오래 유지되는 페이지는 실질적인 내용이 추가될 때만 수정합니다. ‘업데이트해야 하는가’를 판단하는 기준은 달력이 아니라 콘텐츠의 실질적 변화입니다. 단어 하나만 바꾸고 업데이트 날짜를 갱신해도 모델은 이를 감지하며, 신뢰도가 높아지지는 않습니다.
최신성의 핵심은 ‘얼마나 자주 바꾸는가’가 아닙니다. ‘바꿀 만한 이유가 있었는지, 그리고 네 곳의 신호가 그 변경을 일관되게 보여주는지’가 중요합니다. 크롤러가 신뢰하는 것은 잦지만 내용 없는 수정이 아니라 예측 가능한 유지관리 리듬입니다.— Tenten GEO
재크롤링: Perplexity에 명령할 수는 없지만 가능성은 높일 수 있습니다
- robots.txt가 PerplexityBot과 Perplexity-User를 차단하지 않는지 확인하세요. 둘 다 허용해야 하며, 하나라도 막혀 있으면 이후의 모든 작업이 무의미해집니다.
- 핵심 페이지를 업데이트한 뒤 해당 URL의 Last-Modified, sitemap lastmod, schema dateModified를 동시에 갱신해 세 신호를 일치시키세요.
- 서버 응답 시간을 단축하고 변경되지 않은 페이지에는 304를 정확히 반환해, 업데이트된 페이지에 크롤링 예산이 쓰이도록 하세요.
- 검색 유입이 많고 크롤러가 자주 방문하는 페이지에서 새로 업데이트된 페이지로 내부 링크를 연결하세요. 기존 페이지의 높은 재방문 빈도를 활용하면 새 페이지가 더 빨리 발견될 수 있습니다.
- 업데이트 후 자사 이메일 뉴스레터, 커뮤니티, 외부에서 참조되는 페이지 등 다른 채널에 새로운 크롤링 계기를 만들어 즉시 발견될 가능성을 높이세요.
이러한 작업은 알고리즘의 비위를 맞추기 위한 것이 아닙니다. 실제 업데이트가 있을 때마다 Perplexity가 이를 빠르고 정확하게 읽도록 만드는 과정입니다. 많은 웹사이트가 인용되지 않는 이유는 콘텐츠 품질이 부족해서가 아니라 최신성 신호가 서로 충돌해 좋은 콘텐츠조차 오래된 페이지로 취급되기 때문입니다. 사이트의 Last-Modified, sitemap, schema, 화면 표시 날짜가 어디에서 엇갈리는지 확인하고 싶다면 30분 GEO 진단(/contact)을 예약하세요. Perplexity가 귀사의 콘텐츠를 건너뛰게 만드는 신호의 공백을 직접 짚어드립니다.
