어떤 웹사이트든 RSS 피드 찾기

사이트의 RSS 피드를 찾는 방법

1. 사이트의 아무 페이지나 붙여넣으세요. 홈페이지, 블로그 섹션, 유튜브 채널이나 영상, 서브레딧, Medium 프로필, GitHub 저장소 모두 됩니다. https://는 빼도 됩니다.
2. 피드 찾기를 누르세요. 도구가 피드 후보를 모아 하나씩 받아서 정말 피드인지 확인합니다.
3. 피드 주소를 리더에 복사하세요. 결과마다 피드의 형식, 담긴 항목 수, 가장 최근 글의 발행일이 표시되므로, 구독하기 전에 살아 있는 피드인지 방치된 피드인지 알 수 있습니다.

대부분의 발행 플랫폼은 페이지에 아무 언급이 없어도 피드를 내보냅니다. WordPress, Ghost, Substack, Blogger, Medium, 대부분의 정적 사이트 생성기가 그렇습니다. RSS 아이콘이 보이지 않는 사이트에도 경로 하나만 바꾸면 작동하는 피드가 있는 경우가 많은 이유입니다.

피드 찾기가 작동하는 방식

1. 플랫폼 규칙. 피드 주소가 정해진 규칙을 따르는 사이트는 도구가 피드 주소를 바로 만듭니다. 유튜브 채널과 재생목록, 서브레딧과 Reddit 사용자, Medium 프로필·매거진·태그, Substack 뉴스레터, Blogger 블로그, GitHub 릴리스·태그 피드가 해당합니다.
2. 선언된 피드. 페이지의 HTML을 읽어 형식이 RSS, Atom, JSON Feed인 모든 <link rel="alternate"> 태그를 모읍니다. 페이지가 브라우저와 리더에 피드를 알리는 표준 방식입니다. 블로그는 글, 댓글, 팟캐스트, 카테고리 등 여러 개를 선언하는 경우가 많습니다.
3. 링크된 피드와 흔한 경로. 선언된 것 중에 작동하는 것이 없을 때만 본문에서 피드 링크(RSS 아이콘, “구독” 링크)를 찾고, 그다음 관례적인 위치를 확인합니다. /feed, /rss, /rss.xml, /feed.xml, /atom.xml, /index.xml, /feed.json을 붙여넣은 섹션 아래에서 먼저, 그다음 사이트 루트에서 시도합니다.
4. 검증. 후보는 모두 내려받아 분석합니다. 실제로 RSS, Atom, JSON Feed가 들어 있어야 작동하는 피드로 인정하며, 오류 페이지나 피드 주소에 대신 보여주는 홈페이지는 제외합니다. 이런 경우가 “피드” 주소가 조용히 실패하는 흔한 방식입니다.

주요 플랫폼의 피드 주소

피드 주소를 직접 만들고 싶다면, 도구가 쓰는 규칙은 다음과 같습니다. 각각 실제 사이트로 확인했습니다.

• WordPress: 사이트 주소 뒤에 /feed/를 붙입니다. 댓글은 /comments/feed/이고, 카테고리·태그·작성자에도 /category/news/feed/, /tag/themes/feed/, /author/name/feed/처럼 각자의 피드가 있습니다. WordPress.com 피드 안내(영문)에 나와 있습니다.
• 유튜브: 채널은 https://www.youtube.com/feeds/videos.xml?channel_id=UC…, 재생목록은 …?playlist_id=PL…입니다. 채널 ID는 UC로 시작하는 24자리 코드이며, 유튜브 채널 페이지도 이 피드 주소를 선언합니다. @핸들밖에 모른다면 유튜브 채널 ID 찾기(영문)로 ID를 알아낼 수 있습니다.
• Reddit: 서브레딧이나 사용자 페이지 끝에 .rss를 붙입니다. https://www.reddit.com/r/name/.rss 또는 https://www.reddit.com/user/name/.rss입니다.
• Medium: 작성자는 medium.com/feed/@username, 매거진은 medium.com/feed/publication-name, 주제는 medium.com/feed/tag/tag-name, 매거진 안의 태그 하나는 medium.com/feed/publication-name/tagged/tag-name입니다. Medium 고객센터(영문)에 나와 있으며, 유료 벽 뒤의 글은 피드에서 전문을 볼 수 없다는 설명도 있습니다.
• Substack: 뉴스레터 주소 뒤에 /feed를 붙입니다. name.substack.com이든 개인 도메인이든 같습니다.
• Ghost: 사이트의 /rss/입니다.
• Blogger: 블로그 주소 뒤의 /feeds/posts/default입니다.
• GitHub: 릴리스는 github.com/owner/repo/releases.atom, 태그는 /tags.atom, 브랜치의 커밋은 /commits/branch.atom입니다.
• Mastodon: 프로필 끝에 .rss를 붙입니다. 예: mastodon.social/@name.rss. Bluesky 프로필 페이지도 계정의 글을 RSS 피드로 선언하며, 도구가 이를 찾아 줍니다.

RSS, Atom, JSON Feed: 형식 표시의 의미

결과에는 주소가 세 가지 피드 형식 중 어느 것을 제공하는지 표시됩니다. RSS 2.0은 가장 흔하며 WordPress, Substack, 대부분의 팟캐스트가 쓰는 형식입니다. Atom은 더 엄격한 표준으로 유튜브, GitHub, Reddit, 많은 정적 사이트 생성기가 씁니다. RSS 1.0(RDF)은 일부 오래된 사이트에 아직 남아 있고, JSON Feed는 같은 내용을 XML 대신 JSON으로 표현하는 새로운 형식입니다. 주요 피드 리더는 모두 RSS와 Atom을 처리하고, 대부분 JSON Feed도 처리합니다. 한 사이트가 같은 피드를 여러 형식으로 제공한다면 담긴 글은 같으므로 아무거나 고르세요.

결과 읽는 방법

• 유효한 피드: 주소가 실제 피드를 돌려주었다는 뜻입니다. 항목 수는 지금 담긴 글의 개수이고(많은 사이트가 최근 글만 유지합니다), 가장 최근 날짜는 그 출처가 아직 글을 올리고 있는지 알려줍니다.
• 확인되지 않음: 주소는 플랫폼의 표준 규칙을 따르지만 사이트가 우리 쪽 확인을 거부했거나 시간이 초과된 경우입니다. 봇 차단이 자동 요청에 흔히 하는 일이며, 대개 리더에서는 그대로 작동합니다.
• 작동하지 않는 피드: 페이지가 이 피드를 선언했지만 주소가 오류나 피드가 아닌 것을 돌려줍니다. 사이트의 피드가 고장 났거나 옮겨진 것이니 사이트 운영자에게 알리거나 다른 결과를 쓰세요.
• 찾은 위치: 페이지가 선언함, 플랫폼 규칙으로 만듦, 본문에 링크됨, 흔한 경로에서 발견됨 중 하나입니다. 선언된 피드와 플랫폼 피드가 가장 믿을 만하고, 경로를 시도해서만 찾은 피드는 지금은 작동하지만 사이트가 공식으로 알리는 것은 아닙니다.

피드를 찾을 수 없는 이유

• 사이트에 피드가 없습니다. 처음부터 제공하지 않은 플랫폼도 있고, 피드를 끈 사이트도 있습니다. 선언된 것도, 흔한 경로에 있는 것도 없다면 그것이 진짜 답입니다.
• 사이트가 자동 요청을 막습니다. 봇 차단이 강한 사이트는 리더에서는 피드가 작동해도 우리 서버를 거부할 수 있습니다. 브라우저에서 페이지를 열고 소스 보기에서 application/rss+xml을 검색하면 선언을 직접 찾을 수 있습니다.
• 페이지가 전부 자바스크립트로 만들어집니다. 싱글 페이지 앱은 스크립트가 실행된 뒤에야 피드 링크를 추가하는 경우가 있습니다. 일반 페이지인 경우가 더 많은 사이트의 블로그나 뉴스 섹션을 시도해 보세요.
• 콘텐츠가 로그인 뒤에 있습니다. 비공개나 유료 콘텐츠의 피드는 대개 계정 설정에서 발급하는 개인 주소이며, 어떤 피드 찾기 도구도 찾아낼 수 없습니다.

피드 다음 단계: 리더가 해결하지 못하는 부분

피드 리더는 무엇이 새로 올라왔는지 알려주는 데는 능하고, 6개월 전에 읽은 글을 알려주는 데는 서투릅니다. 그것은 다른 일입니다. 간직할 만한 몇 편을 저장하고 나중에 찾을 수 있게 하는 일이죠. Marqly는 브라우저 확장 프로그램이나 iOS·안드로이드 앱으로 기사와 영상을 하나의 라이브러리에 저장하고, Pro에서는의미 검색으로 제목이 아니라 설명만으로 저장한 글을 찾아 줍니다. 읽을 목록이 문제라면 나중에 읽기 방식부터 시작하세요. 팀이나 뉴스레터를 위해 출처를 모으는 분은 Marqly로 콘텐츠 큐레이션하기를 참고하세요. 오래된 출처 목록의 링크가 깨졌는지 확인하려면 바로 옆의 깨진 링크 검사기가 있습니다.