RSS·사이트맵 제출 배경
서치콘솔이나 서치어드바이저에 블로그를 등록하면서 RSS와 사이트맵을 모두 제출해야 한다는 것을 알게 되었습니다. 등록 절차를 따라가다 보면 이 두 가지를 당연한 순서처럼 제출하게 되는데, 정작 왜 둘 다 필요한지는 그 순간에는 깊이 생각해보지 못했습니다. 그런데 막상 둘 다 제출하면서도, 이 둘이 정확히 어떻게 다른지는 제대로 짚어보지 못했습니다. 이번에는 RSS와 사이트맵이 각각 무엇이고, 어떻게 다른지 자료를 찾아본 내용을 정리해보려고 합니다.
RSS의 정의와 역할
RSS는 블로그에 새로운 글이 올라올 때마다 그 내용을 실시간으로 알려주는 피드입니다. 여기서 피드라는 표현은 정보를 계속 흘려보내는 통로라는 뜻으로 이해하면 될 것 같습니다. RSS라는 이름은 정말 간단한 배포 방식이라는 뜻을 담고 있다고 합니다. 이 피드를 구독하면, 블로그에 직접 방문하지 않아도 새 글이 올라왔는지 확인할 수 있습니다.
검색엔진 입장에서는 RSS를 통해 블로그에 새 글이 언제 올라왔는지 빠르게 감지할 수 있고, 그 글을 곧바로 크롤링해서 색인에 반영할 수 있습니다. 새 글이 나올 때마다 검색엔진이 매번 블로그 전체를 처음부터 다시 훑어보는 것은 비효율적일 텐데, RSS가 있으면 새로 추가된 부분만 콕 집어서 빠르게 확인할 수 있다는 점에서 효율적인 방식이라는 생각이 들었습니다. 그래서 RSS는 주로 최신 글, 그러니까 가장 최근에 발행된 글들의 목록을 실시간으로 전달하는 역할을 한다는 것으로 이해했습니다.
RSS는 원래 뉴스 사이트나 언론사에서 새로운 기사를 독자들에게 빠르게 전달하기 위해 만들어진 기술이라는 이야기도 있었는데, 지금은 블로그를 포함한 대부분의 콘텐츠 사이트에서 널리 쓰이는 표준 방식이 된 것 같습니다. 원래는 검색엔진을 위한 것이라기보다, 사람들이 여러 사이트의 새 글을 한곳에서 모아 보기 위한 피드 리더 서비스와 함께 발전해온 기술이라는 이야기도 있었습니다. 지금은 그런 피드 리더를 직접 이용하는 사람은 예전보다 줄었지만, 검색엔진이 콘텐츠를 빠르게 감지하는 용도로 이 기술을 그대로 활용하고 있다는 점이 흥미로웠습니다.
사이트맵의 정의와 역할
사이트맵은 이와 다르게, 블로그에 있는 전체 페이지의 목록을 정리해서 보여주는 파일입니다. 새로 올라온 글만이 아니라, 블로그를 처음 개설했을 때부터 지금까지 쌓인 모든 글과 페이지의 주소를 담고 있습니다. 검색엔진은 이 사이트맵을 통해 블로그 전체의 구조를 한눈에 파악할 수 있고, 혹시 아직 발견하지 못한 페이지가 있다면 이를 통해 찾아낼 수 있습니다. 특히 링크가 잘 연결되지 않아 검색엔진이 스스로 찾아내기 어려운 페이지가 있을 때, 사이트맵이 그 페이지의 존재를 알려주는 역할을 한다고 합니다.
그래서 사이트맵은 RSS와 달리 특정 순간의 최신 소식을 전달하는 것이 아니라, 전체 콘텐츠의 지도를 보여주는 역할을 한다고 이해했습니다. 이름 그대로 사이트의 지도라는 뜻이 그대로 담겨 있는 셈입니다. 실제로 사이트맵 파일을 열어보면 블로그의 모든 글과 페이지 주소가 목록 형태로 죽 나열되어 있는 것을 확인할 수 있었습니다. RSS를 열었을 때와는 확연히 다른 느낌이라, 이 두 파일이 서로 다른 목적을 가지고 있다는 것을 시각적으로도 체감할 수 있었습니다.
RSS·사이트맵의 범위 및 갱신 방식 비교
이렇게 각각의 개념을 확인해본 뒤, 이 둘의 차이를 정리하면서 가장 크게 다가온 부분은 다루는 범위였습니다. RSS는 보통 최근에 발행된 글 몇십 개 정도로 범위가 제한되어 있는 경우가 많습니다. [티스토리 설정 관련 글]에서 RSS 공개 개수를 오십 개로 설정했던 것도 이런 이유였습니다.
반면 사이트맵은 블로그에 있는 글이 몇 개든 상관없이 전체를 포함하는 것을 목표로 합니다. 글이 백 개가 넘어가도 사이트맵에는 그 전체 목록이 담기게 됩니다. 다만 사이트가 지나치게 커지면 사이트맵 하나에 다 담기 어려워 여러 개의 사이트맵으로 나누어 관리하는 경우도 있다고 하는데, 저처럼 이제 막 시작한 블로그 규모에서는 아직 해당되지 않는 이야기였습니다.
또한 RSS는 보통 글의 제목이나 요약, 발행일 같은 간단한 정보만 담고 있는 반면, 사이트맵은 각 페이지의 주소와 마지막으로 수정된 날짜 정도의 최소한의 정보만 담는 경우가 많다는 차이도 있었습니다. RSS는 사람이 읽어도 어느 정도 이해할 수 있는 형태로 구성되어 있지만, 사이트맵은 오로지 검색엔진이 읽기 위한 목적으로 만들어져서 사람이 직접 보기에는 다소 딱딱하게 느껴진다는 것도 실제로 파일을 열어보면서 체감할 수 있었습니다.
두 번째로 크게 다가온 부분은 갱신되는 방식이었습니다. RSS는 새 글이 발행될 때마다 자동으로 그 내용이 반영되어 실시간으로 갱신됩니다. 반면 사이트맵은 대부분 블로그 플랫폼이 주기적으로 자동 생성해주긴 하지만, 검색엔진이 이 사이트맵을 다시 확인하고 반영하는 데는 RSS보다 시간이 더 걸리는 경우가 많다고 합니다. RSS가 매번 새 글이 나올 때마다 즉시 신호를 보내는 방식이라면, 사이트맵은 검색엔진이 스스로 정한 주기에 따라 다시 방문해서 확인하는 방식에 가깝다는 차이가 있었습니다. [블로그스팟 색인 개수가 이 주마다 업데이트되던 경험 글]에서 색인 결과가 이 주 간격으로 반영되었던 것도, 어쩌면 이런 사이트맵 확인 주기와 관련이 있을 수 있겠다는 생각이 들었습니다.
RSS·사이트맵 제출 목적 비교
세 번째로는 각각을 서치콘솔이나 서치어드바이저에 제출하는 목적도 조금 다르다는 것을 알게 되었습니다. RSS를 제출하는 것은 새 글이 나올 때마다 검색엔진에게 빠르게 알려서, 가능한 한 빨리 색인이 되도록 돕기 위한 것입니다. 새 글을 쓰고 나서 최대한 빠르게 검색에 노출되기를 바라는 마음이 있다면, RSS를 잘 설정해두는 것이 그 기대에 조금이나마 더 부합하는 방법이라는 생각이 들었습니다.
반면 사이트맵을 제출하는 것은 검색엔진이 블로그 전체를 체계적으로 파악하고, 놓친 페이지 없이 꾸준히 크롤링할 수 있도록 안내하는 역할에 가깝습니다. 특히 예전에 써둔 글들 중 아직 색인되지 않은 글이 있는지 확인하고 싶을 때, 사이트맵을 기준으로 어떤 페이지가 빠졌는지 대조해볼 수 있다는 점도 실용적으로 느껴졌습니다. 그래서 둘 중 하나만 제출하는 것보다는, 최신 소식을 빠르게 알리는 RSS와 전체 구조를 알려주는 사이트맵을 함께 제출하는 것이 색인에 더 도움이 된다는 이야기를 여러 자료에서 확인할 수 있었습니다. 만약 RSS만 제출한다면 최신 글은 빠르게 잡히더라도, 예전에 써둔 글들이 놓쳐질 수 있고, 반대로 사이트맵만 제출한다면 새 글이 검색엔진에 알려지는 속도가 조금 느려질 수 있다는 것이 이 둘을 함께 써야 하는 이유였습니다.
이렇게 개념과 목적을 정리하고 나니, 실제로 제출하는 방식의 차이도 더 명확하게 눈에 들어왔습니다. 블로그스팟과 티스토리에서 이 둘을 제출하는 방식에도 차이가 있었습니다. [티스토리와 블로그스팟 네이버서치어드바이저 등록 비교 글]에서 확인했던 것처럼, 티스토리는 도메인 주소 뒤에 단순히 rss만 붙이면 되지만, 블로그스팟은 주소 뒤에 조금 더 긴 형태의 경로를 붙여야 했습니다. 이 형식을 미리 알지 못하면 블로그스팟에서 RSS를 어떻게 제출해야 할지 몰라 헤매기 쉬운 부분이라는 것을 그때 직접 겪으며 알게 되었습니다. 사이트맵의 경우에는 두 플랫폼 모두 sitemap.xml이라는 동일한 형태로 제출할 수 있어서, 이 부분은 크게 다르지 않았습니다. 오히려 두 플랫폼의 차이는 RSS 주소 형식에 집중되어 있었고, 사이트맵은 어느 플랫폼을 쓰든 비교적 통일된 방식으로 접근할 수 있다는 것을 이번에 다시 확인할 수 있었습니다.
이렇게 정리하고 나니, RSS와 사이트맵을 각각 왜 제출해야 하는지 조금 더 명확하게 이해가 되었습니다. 지금까지는 둘 다 그냥 절차의 일부로만 여기고 별생각 없이 제출했었는데, 각각이 검색엔진에게 서로 다른 정보를 전달하는 역할을 한다는 것을 알고 나니 앞으로 새로운 블로그를 등록할 때도 이 둘을 왜 함께 제출해야 하는지 스스로 설명할 수 있을 것 같습니다. 절차를 그대로 따라 하는 것과, 그 절차가 왜 필요한지 이해하고 따라 하는 것은 결국 다른 경험이라는 것을 이번 정리를 통해 다시 느꼈습니다.
