구글이 RSS 피드 사용 감소에 기여한 방식 (2023년)

 (openrss.org)
1P by GN⁺ | ★ favorite | 댓글 2개
  • RSS는 여전히 쓰이고 있지만, Google이 여러 제품에서 RSS 지원을 도입했다가 제거·축소하면서 사용자 신뢰와 채택이 흔들렸다는 비판이 나옴
  • Chromium의 내장 RSS 버튼, Chrome RSS 확장, Google Alerts·Google News RSS, FeedBurner 같은 접점에서 구독 경로가 사라지거나 불안정해짐
  • FeedBurner는 2007년 인수 뒤 2012년 API가 종료됐고, 2022년에는 이메일 구독을 포함한 주요 서비스가 제거되어 일부 RSS URL이 고장 난 채 남음
  • Google Reader는 2005년 출시 후 2013년 종료됐으며, 사용량 감소가 이유로 제시됐지만 많은 사용자가 RSS 자체를 떠나는 계기가 됨
  • 2021년 Chrome의 RSS 지원 재도입 실험이 발표됐으나 공식 출시 소식은 없었고, RSS 기능을 넣는다면 장기적인 지원과 유지보수가 필요함

Google 제품에서 반복된 RSS 축소

  • RSS 피드는 지금도 살아 있고 많이 쓰이지만, 일부 대형 기술 기업이 사용을 어렵게 만들면서 채택 수준이 낮아졌다는 비판이 있음
  • Google은 개방형 웹 프로토콜인 RSS를 활용해 시장 점유율과 영향력을 키운 뒤, 사용자가 제품에 의존하게 된 시점에 지원을 제거하거나 복원 요청을 무시한 사례가 반복됐다고 지적받음
  • 이 흐름은 Embrace, Extend, and Extinguish 모델과 닮아 있음
    • 무료·개방형 RSS 프로토콜을 제품에 통합함
    • 사용자가 해당 제품을 신뢰하고 의존하게 됨
    • 이후 RSS 지원을 제거하거나 축소함

Chrome에서 사라진 RSS 진입점

  • Chromium 초기 버전에는 웹사이트에 RSS 피드가 있을 때 주소창에 표시되는 내장 RSS 버튼이 있었음
    • 버튼을 누르면 해당 웹페이지의 RSS 피드로 이동할 수 있었음
    • 사용자는 별도 탐색 없이 피드를 구독할 수 있었음
  • 이 RSS 버튼은 별도 공지나 이유 없이 사라짐
  • Google은 Chrome에서 웹사이트 URL 옆에 작은 RSS 아이콘을 표시하는 RSS 브라우저 확장도 제공했음
    • RSS 피드가 있는 웹페이지에서 아이콘이 나타나는 방식이었음
    • Google은 이 확장을 제거했다가 반발 뒤 일주일 안에 복원함
    • Google은 실수로 제거됐다고 했지만, RSS가 Google 내부에서 낮은 우선순위가 됐음을 보여주는 사례로 남음

FeedBurner 인수 뒤 약해진 RSS 기반

  • Google은 2007년 FeedBurner를 인수함
  • FeedBurner는 웹사이트 소유자가 RSS 피드를 수익화할 수 있게 해주는 서비스였음
    • 일반 RSS 피드를 Google이 소유하는 비공개 피드로 대체함
    • 광고, 제휴 링크, 읽음 수, 클릭률, 구독자 수 같은 추적 메커니즘을 추가함
    • FeedBurner 사용자는 독자를 추적하고 행동을 기반으로 수익화할 수 있었음
  • 인수 뒤 Google은 2012년 10월 FeedBurner API를 종료함
    • 개발자는 FeedBurner에 대한 서드파티 RSS 통합을 만들 수 없게 됨
  • 2022년 7월에는 FeedBurner 인프라와 운영 모델이 크게 바뀌며 사용자가 의존하던 대부분의 서비스가 제거됨
    • 제거 대상에는 이메일 구독도 포함됨
    • 일부 사용자는 구독 이메일에 작동하지 않는 RSS 피드 URL이 남았지만 이를 고칠 방법이 없었음

Google Reader 종료가 남긴 불신

  • Google은 2005년 웹 기반 RSS 리더인 Google Reader를 만들었음
    • 인터넷상의 RSS 피드를 추가할 수 있었음
    • 피드를 폴더로 정리할 수 있었음
    • 깔끔하고 미니멀한 인터페이스를 제공했음
  • Google은 2013년 Google Reader를 종료함
  • 종료 이유로는 “충성도 높은 이용자층이 있지만 수년에 걸쳐 사용량이 감소했다”는 설명이 나옴
  • 당시 Google에서 일하던 엔지니어는 The Verge 인터뷰에서 “프로젝트에 있는 내내 여러 사람이 그것을 죽이려 하는 것처럼 느껴졌다”고 말함
  • Google Reader 종료는 RSS 피드의 지속 가능성에 대한 사용자 신뢰를 낮춤
    • 사용자는 익숙한 RSS 리더 앱을 잃음
    • Google Reader에 견줄 만한 대체 서비스가 없었음
    • Google은 Google Reader 없이 RSS 피드를 계속 쓰는 방법을 충분히 안내하지 않음
    • 결과적으로 일부 사용자는 Google Reader뿐 아니라 RSS 피드 사용 자체를 중단함

Google Alerts와 Google News의 RSS 제거

  • Google Alerts는 지정한 검색어와 일치하는 새 웹 콘텐츠가 있을 때 알림을 보내는 서비스임
  • Google은 2008년 10월 Google Alerts를 RSS 피드로 받는 기능을 추가함
  • 2013년 7월에는 이 기능을 제거해 이메일만 받을 수 있게 함
    • 제거 이유는 명확하지 않았음
    • 사용자 대시보드 상단에는 Google Reader RSS 피드를 더 이상 사용할 수 없고 이메일 전달로 바꿔야 한다는 큰 노란 배너가 표시됨
  • 반발 뒤 Google은 Google Alerts의 RSS 피드를 복원함
    • 그러나 Google Reader 종료 뒤 이미 많은 사용자가 RSS 피드를 떠난 상태였음
  • Google은 2002년 첫 미디어 집계 사이트인 Google News를 발표했고, 웹 전반의 RSS 피드 URL을 추가할 수 있게 했음
  • RSS 사용자가 Google News 앱에 의존하게 된 뒤 Google은 RSS 지원을 폐기 예정으로 전환함
  • Google은 2017년 12월 Google News의 RSS 피드 지원을 완전히 종료함
    • 종료 이유는 제시되지 않음
    • 사용자는 Google News 앱에 추가한 각 피드의 대체 RSS 링크를 찾아야 했음
    • 독점적인 Google News 링크는 계속 정상 작동함

2021년 Chrome RSS 실험과 남은 불확실성

  • Google은 2021년 5월 Chrome에 RSS 지원을 되살리는 업데이트를 작업 중이라고 발표함
  • 발표 이후 공식 출시 소식은 없었음
  • 해당 기능의 영향은 아직 불명확함
  • Google은 과거에도 RSS를 포함한 제품을 만들고 사용자 기반이 형성된 뒤 RSS 지원을 종료한 이력이 있음
  • 기능이 출시되더라도 RSS 사용자에게 장기간 계속 제공되고 신뢰할 수 있을지는 보장하기 어려움
  • Google이 RSS 기능을 제품에 계속 통합한다면, RSS가 개방형 웹의 중요한 일부인 만큼 기능을 지원하고 유지하며 우선순위로 유지해야 함

함께 보면 좋은 글 β

joyfui   [-]

rss가 많이 사라져서 슬픕니다...ㅠㅠ
잘쓰고 있는뎅

답변달기
GN⁺   [-]
Hacker News 의견들

  • 대부분의 사이트가 의식적으로든 쓰는 소프트웨어에 딸려서든 아직 RSS 피드를 지원하는 건 다행임
    하지만 이게 바뀌는 날은 반갑지 않음. 원하는 출처만 골라 시간순으로 뉴스를 받는 방식을 좋아함
    글에서 Google Reader 종료 뒤 사용자가 대안도 교육도 없이 RSS 자체를 버렸다고 한 부분은 조금 걸림. 기억이 맞다면 Feedly가 꽤 빠르게 나섰고, 이전도 쉽게 해줬음
    지금도 Feedly를 잘 쓰고 있음. iPhone에서는 원래 Reeder 같은 서드파티 앱을 써서 Google Reader에서 Feedly로 연결만 바꿨더니 거의 아무 일도 없었던 것처럼 느껴졌음
    물론 Google Reader 종료는 Google 서비스에서 거리를 두기 시작한 계기였지만, 당시 이전을 적극 홍보한 대안은 분명 있었던 것 같음. 타임라인을 잘못 기억하는 걸 수도 있음

    • 맞음. Feedly를 중심으로 2~3개의 다른, 대체로 웹 기반 서비스가 빈자리를 메웠음
      다만 그때쯤엔 Google의 무료 서비스가 몇 년간 이어지면서 인기 있던 클라이언트 측 도구들이 거의 사라진 상태였고, 일부에게는 그게 사용자용 RSS 시장을 죽인 계기였음
      너무 질려서 직접 대충 솔루션을 엮어 만들었고, 완성도는 낮지만 당시 선택지들보다 더 만족하며 씀
    • Feedly는 정말 좋지만, 제대로 동작하지도 않는 AI 기능과 자동 주제 강조를 계속 넣으려는 건 그만했으면 함
    • RSS 리더는 많았음. 여러 브라우저가 내장하고 있었고, Mozilla는 이를 Live Bookmarks라고 불렀으며 Safari에도 한때 RSS 리더가 있었음
      Reeder와 ReadKit 같은 앱을 잘 썼고, 가장 좋아한 건 아마 newsboat와 newsbeuter 같은 명령줄 RSS 리더였음. newsbeuter는 2007년까지 거슬러 올라감
      사람들은 웹 인터페이스가 아닌 RSS 리더가 존재했다는 사실을 잊은 것 같음
      지금도 관심 있는 여러 사이트를 따라가기 위해 RSS 리더 앱을 씀. 그리고 모든 팟캐스트도 RSS 피드라는 점을 기억해야 함
    • 내게는 Feedbin이 빈자리를 채웠고 그 이후로 계속 구독 중임. 벌써 10년이라니 믿기 어렵고, 개발자가 돈을 많이 벌었길 바람
    • 기억이 같으니 Feedly가 빠르게 나섰다는 건 맞는 것 같음
      다만 Feedly가 되찾은 건 Google Reader 사용자 중 한 자릿수 퍼센트 정도였을 가능성이 큼. Google Reader 종료로 RSS와의 관계가 영원히 끊어진 사용자도 많았고, 매끄러운 탈출로가 없었던 것도 영향을 줬음
      RSS 뒤에 Google의 신뢰도가 있었다는 점도 사람들이 편하게 받아들이는 데 기여했다고 봄. iPod이 팟캐스트 보급을 도운 것과 비슷함
      Apple 제품과 연결되며 사람들이 팟캐스트를 자연스럽게 받아들이지 않았다면 팟캐스트가 시작이나 할 수 있었을지 생각하면 아찔함. Apple 팬은 아니지만 콘텐츠 소비 방식에 남긴 장기적 영향에는 고마움
      그래서 Feedly가 도움은 됐지만, RSS에 긍정적으로 작용한 힘의 크기는 Google보다 한 자릿수 정도 작았을 거라고 봄

  • Chrome을 설계했고, UI 관련 결정과 RSS 버튼 추가·제거도 맡았음
    당시 설계 철학은 팀 참여 지표를 위해 기능을 잔뜩 넣던 브라우저 UI에 대한 반작용으로, 사람들이 필요한 것만 기본 제공하고 나머지는 확장 프로그램에 맡기는 것이었음
    RSS를 좋아했음. 우리 모두 그랬고, 지금도 매일 Feedly를 쓰며 Google Reader의 죽음을 아쉬워함. 하지만 그때도 초기 사용자층 안에서조차 거의 아무도 신경 쓰지 않았음
    RSS 버튼을 허용할 만큼 사용 기준을 낮췄다면, 원치 않지만 누군가는 원하는 수천 가지 기능도 같이 들어와야 했을 것임. “인쇄” 버튼 논쟁도 정말 많았음
    “원하면 추가할 수 있다”는 답이 확장 프로그램이었음. 완벽하진 않았고 RSS 같은 아이디어를 대중에게 알릴 기회를 막기도 했지만, 이미 그 방식이 통하지 않는 걸 봤음
    매일 쓰는 도구는 그 가치가 확실하다고 믿을 수 있을 때가 아니면 의제를 밀어붙이는 장소가 되어서는 안 된다고 봄
    여전히 “무언가를 팔로우하는 것”은 풀리지 않았고 저평가된 문제이자 큰 기회 영역이라고 생각함

    • 인터넷과 함께 자란 사람들이 마주하고 싶어 하지 않는 게 있음
      본성이든 환경이든 다른 힘이든, 사용자 주도성은 어떤 소프트웨어 사용에서도 아주 긴 꼬리에만 존재함
      모든 분야에서 주도성은 기술의 탄생을 이끌지만, 점수판 앞에서는 죽어감
      내가 사랑한 모든 제품과 믿었던 모든 창업자는 인간의 가능성과 창의성에 관한 것이었음
      하지만 종 단위 채택 규모까지 커질 만큼 운이 좋은 제품은, 창조의 정신이 소비의 무리 속에서 사라지는 걸 발견함
      결론이 형편없을 수도 있지만, 만들고 선택하고 이상하고 멋진 것을 발견하거나 존재하는지도 몰랐던 것을 발견하고 싶어 하는 나는 꽤 특이한 사람이라고 받아들이기로 했음
      몇 년에 걸쳐 소비에서 벗어났음. 앞으로의 기술 관련 결정은 “무엇을 만들고 싶은가? 무엇을 배우고 싶은가?”에 내 주의와 에너지와 생각을 두는 쪽으로 하려 함
      내가 사는 제품 세계가 지배적이 되지는 않을 것 같음. 하지만 우리가 직접 만들거나 거래할 수는 있어도 둘 다 할 수는 없다는 걸 받아들이면 존재는 가능하다고 믿음
    • 이런 때야말로 기업이 데이터가 아니라 감으로 결정해야 할 때임
    • 당시 다른 브라우저처럼 RSS XML 파일을 읽어서 보기 좋은 페이지로 보여주지 않기로 한 이유가 궁금함. 지금도 RSS를 열면 원시 XML이 나옴
      다시 읽어보니 확장 프로그램으로 할 수 있었기 때문인 듯함. Chrome의 성장과 함께 RSS 채택이 줄어든 주된 이유가 이거라고 봄
      지금도 Chrome은 RSS XML을 열면 원시 XML만 보여주지만, 다른 브라우저는 흥미롭고 읽을 수 있는 화면을 보여주고 그 페이지를 구독할 수도 있게 해줌
    • 궁금한데, 팀에서 좋아했지만 기본 포함할 만큼 사용자 기반이나 동의를 얻지 못한 다른 기능이나 아이디어도 있었는지 궁금함

  • RSS를 Google에 의존하지 않았던 입장에서는 이 글이 다소 말이 안 되는 것처럼 보임
    Google Reader 사용자 대부분은 원래 RSS를 쓰지 않았고, Reader가 없었다면 아마 RSS를 써보지도 않았을 가능성이 큼. Google은 RSS를 죽인 게 아니라 사람들에게 소개했음
    자체 호스팅 리더와 독립 데스크톱 리더를 쓰던 입장에서는 Reader가 왔다가 사라진 일이 전혀 체감되지 않았음
    브라우저 지원도 마찬가지임. Firefox조차 RSS를 뺐고, 그 기능을 도입한 브라우저가 Firefox였음. 일반적 흐름을 Google 탓으로 돌리는 건 이상함
    FeedBurner가 RSS로 수익화하려 했던 것도 별 감흥 없음. RSS는 이메일 같은 프로토콜임. 이메일 수익화를 시도하는 서비스를 좋게 볼까
    글의 나머지는 여러 Google 서비스가 RSS 지원을 중단한 이야기임
    Google이 Gmail을 죽이면 Google이 이메일을 죽였다고 할 건가. 말이 안 되는 사고방식임
    체감상 RSS를 죽인 건 Twitter였음. 초기에 사람들은 내가 RSS를 쓰던 목적, 즉 사람과 조직을 따라가는 용도로 Twitter를 썼음

    • 내 주변에서 RSS 피드를 알던 사람들은 Google Reader로 RSS를 처음 접한 게 아니라, 좋은 리더라서 거기로 옮겨갔음
      모두가 Reader에 올라타고 경쟁자가 거의 사라졌을 때 Google이 Reader를 죽였고, 그게 RSS 전반에 거대한 타격을 줬음
      단순히 사람들을 데려왔다가 놓아준 경우가 아님. Burger King과 McDonald’s 사이 길목에서 무료 햄버거를 나눠주다가 두 체인이 망한 뒤 문을 닫은 것과 비슷함
      사람들이 여전히 패스트푸드를 좋아한다고 말할 수는 있지만, 그 뒤로는 버거가 아니라 부리토를 사게 됨. 누군가 그런 일을 벌이면 버거 시장은 황무지가 되니까
    • 글은 Google이 수용, 확장, 소멸 전략을 펼친 것처럼 명시적으로 묘사함
      하지만 훨씬 단순하고 그럴듯한 해석은, RSS가 지원할 만큼 충분히 인기가 없었다는 것임. 일부 하드코어 기술 사용자와 기자를 빼면 거의 아무도 RSS를 쓰지 않았음
      그래서 이 이야기는 “Google은 RSS를 믿었다. Chrome에 넣고 Reader를 출시하고 FeedBurner를 인수했지만 사용자 수가 끝내 나오지 않았다. Google은 대체로 사용자가 많은 프로젝트와 기능만 유지하기 때문에 종료했다”로도 쓸 수 있음
      RSS를 죽인 건 무엇보다 Twitter였다는 데 동의함. 더 정확히는 Facebook 뉴스 피드, Google News, Reddit까지 포함한 알고리즘 피드 전반일 수 있음
      Google이 다른 선택을 했더라도 RSS가 광범위하게 성공했을 세상은 잘 보이지 않음. RSS처럼 매우 개방적인 표준에서 Google이 죽음의 책임자라고 보기는 어렵고, Reader 종료를 아직 용서하지 못했다 해도 마찬가지임
    • 계속 반복해서 말하지만, 내게는 Telegram이 최고의 RSS 리더 앱임. 봇을 지원하는 Matrix 같은 다른 채팅 앱도 가능할 것임
      Manybot이나 다른 봇으로 번역도 쉽게 되고, 즉시 미리보기와 여러 기기 간 동기화가 공짜로 됨. 원하면 반응과 댓글도 붙일 수 있음
      언론사들도 이미 공식적으로 이 경로를 택하고 있음. 이런 인터페이스가 피드 배급의 미래라고 믿음
      동적 순위가 있는 Reddit이나 HN은 다를 수 있지만, 일반 피드는 메신저 앱에 아주 잘 맞음. 전용 앱이나 웹 서비스를 만드는 게 큰 의미는 없어 보임
    • Fastmail을 쓰는 경험은 꽤 긍정적으로 보고 있음
    • RSS를 정말 죽인 건 Facebook과 MySpace였음. https://utterlyboring.com/archives/2007/07/09/did_myspace_ki...
      사람들이 담장 친 소셜 미디어 사이트에 생각을 올리기 전에는 선호하는 리더에서 친구들의 블로그를 RSS로 따라갈 수 있었음
      친구들이 RSS 피드를 공개하지 않는 서비스에 글을 올리기 시작하자 RSS 리더를 쓸 이유가 줄었고, 그에 맞춰 RSS 리더 사용자도 줄었음

  • 인터넷은 큐레이션된 목록과 RSS 피드에서 자동 순위화로 갔다가, 이제 다시 돌아오는 순환을 거친 것 같음
    만나는 최상위 전문가들은 거의 모두 자신이 신뢰하는 아주 좁은 데이터 출처를 선호함. 대부분 조직도 아니고 개인과 개인 블로그이며, 가끔 자동 크롤링을 보강해 씀
    하이브리드 접근의 여지는 크고, 새로운 세대의 브라우저와 검색 엔진이 나올 것임. Google이 그걸 막을 수 있다고 보지 않음

    • 흥미로운 뉴스를 자기만의 유사 RSS 피드에 다시 올리고, 팔로워들이 다시 재게시할 수 있는 앱을 만들어 본 적 있음
      전역 “인기”도 보이는 팔로워 수도 없고, 그냥 동료들만 있는 형태라 내가 보기엔 딱 적절한 소셜 네트워킹이었지만 아무도 쓰지 않았음
    • 맞는 말 같음. 몇 년 동안 RSS 사용이 거의 없었는데 이제는 매일 씀
      지역 뉴스 사이트조차 RSS 피드에 기사 전문을 올리는 걸 보고 놀랐음. 대부분의 사이트에는 아직 피드가 있음
      이제 전통적인 상업 피드에는 무한한 콘텐츠가 있음. 다만 시간순도 아니고 구독 기반도 아닌 소음 공해라는 점을 받아들여야 함: Facebook, Instagram, YouTube, Twitter 등
      그러면 RSS가 갑자기 아주 매력적으로 보임. 어쩌면 15년 전보다도 더 매력적일 수 있음
    • RSS가 부활하면 좋겠지만, 문제는 많은 틈새 데이터 출처가 공개 피드를 제공하지 않는 플랫폼 위에 있다는 점임
      사용자 주의를 붙잡으려고 벽을 세우려는 회사들의 성향이 반대 힘으로 작용함
    • 이런 양질의 출처를 쉽게 찾는 방법이 있으면 좋겠음
    • 인터넷에서 가장 짜증나는 일 중 하나는 거대한 엔시티피케이션 주기를 피하는 것임
      견인력이 생길 만큼은 인기가 있되, 광고 담당자들이 돈 한 푼 더 짜내려고 침 흘릴 만큼은 인기 없었으면 함

  • RSS는 중간자를 잘라냄
    2007년쯤 주변 사람들이 URL을 아는 사이트에 들어가려고도 Google을 쓰기 시작한 걸 기억함. 자주 방문하고 북마크해도 될 사이트들이었음
    당시엔 믿을 수 없을 정도로 게으르다고 생각했음. Google은 이 현상을 이용해 더 많은 광고를 보여주고 사용자가 자기 제품을 쓰도록 계속 훈련시켰음
    사용자가 가려던 웹사이트가 산 광고를 클릭하는 경우도 많음. Google은 웹의 사실상 중간자가 되었음

    • 이건 자기 브랜드명 광고를 직접 사야 하는 큰 이유이기도 함
      사용자가 로그인하려고 Google에서 자기 사이트를 검색한다면, 안타깝게도 정말 흔한데, 그날 누군가 모험심을 느껴 경쟁사 광고를 누를 수 있으니 최상단 검색 결과를 경쟁사에 넘기고 싶지 않음. 완전한 장사판임
      사용자의 이익을 진심으로 생각하는 검색 제공자라면 최상단 자리는 광고가 아니라 최고의 자연 검색 결과에 남겨둘 것임. 광고가 2~5위에 있더라도, 1위는 사용자가 찾은 것이어야 함
    • 북마크도 중간자를 잘라냄
      큐레이션되고 미리 소화된 인터넷이 얼마나 밋밋한지 생각해보고, 이미 가진 도구를 써서 개인화하면 됨
      생산수단을 장악하라

  • 내게 RSS를 죽인 건 제공자들이 피드에 기사 전문을 넣던 것에서 한 문장이나 한 단락만 넣는 방식으로 바꾼 일이었음
    기사 첫 문단은 대개 도입부라서, 그 기사에 흥미가 있을지 알 수 없었음. 많은 기사를 빠르게 훑는 능력을 망쳤음
    제공자들이 왜 그랬는지는 이해함. 살아남으려면 클릭이 필요했으니까
    그래서 Google이 RSS를 죽였다고 말할 수는 있지만, Reader와는 상관없고 Google이 사실상 표준으로 만든 클릭 기반 광고 모델과 관련이 큼

    • 관심을 판단할 만큼 충분한 내용을 제공하는 균형이 자주 맞지 않아 답답함
      제목만 있는 개인 블로그 피드를 몇 개 팔로우하는데, 내 클릭률을 크게 낮춘다고 봄
      몇몇 틈새 뉴스 사이트는 긴 설명형 제목에 가까운 걸 올리는데, 그 정도는 쓸 만함
      전문이 아닌 피드 중 가장 균형이 좋았던 건 Guardian Australia였음. 꽤 괜찮은 도입 문단을 피드에 올려서 클릭할지 판단할 수 있었음
      다만 뉴스 조직들은 글에 태그를 제대로 붙이는 데 약한 듯하고, 대형 주류 뉴스 사이트는 소방호스처럼 쏟아지는 양이 너무 많아 RSS 사용을 그만뒀음
    • 이게 답임. 전문 없는 RSS는 그냥 Twitter임
      내용을 읽으려면 광고투성이이거나 유료벽이 있는 웹사이트로 클릭해 들어가야 한다면, 애초에 그 웹사이트를 방문하는 것과 다를 바 없음
      내 관점에서 RSS의 주된 장점은 온라인일 때 뉴스를 가져와서 오프라인에서 읽을 수 있다는 것이었음. 이는 거슬리는 추적, 팝업, 마케팅 장치 없이 정보를 소비할 수 있음을 뜻함
      RSS 피드 자체가 사이트의 광고 기반 생태계로 다시 끌어들이는 마케팅 미끼가 되자 효용을 잃었음
      이제는 메일링 리스트가 더 나은 대안이지만, Substack도 모든 제공자를 단일 플랫폼으로 통합해 구독을 상관분석하고 img와 href 태그를 가로채며 모든 열람과 클릭을 추적할 수 있게 하면서 그 매체를 빠르게 죽이고 있음

  • Google Reader를 종료한 걸 아직도 용서하지 못함. 다시는 안 당함. 평생 자체 호스팅 오픈소스 소프트웨어로 감

    • Google 직원이고, 개인 의견임
      Reader 종료 당시 Google에 있지는 않았지만, 8년 있다 보니 왜 그렇게 자주 종료되는지 이해하게 됐음
      Google에는 공유 인프라가 많고, 강제 마이그레이션과 여러 비용 지원 없는 의무 작업이 계속 생김. 스택에 따라 Google에서 프로젝트를 유지하는 데 0.5~3명 정도가 필요함. UI 툴킷이 내려가면 마이그레이션해야 하는 식임. 인프라 비용도 있음
      게다가 Reader 같은 프로젝트 유지보수 담당은 커리어 전망에 별로 좋지 않을 가능성이 큼. 계속 출시와 착륙만 좇는 부작용이 Google에서 많은 것을 망쳤음
      많은 엔지니어는 그런 소프트웨어 유지보수를 돕고 싶어 하지만, 인센티브 구조상 잘 성사되지 않음
      그 인원과 인프라도 어느 팀에 배정돼야 함. 누군가 Reader를 유지하면 다른 무언가는 만들 수 없으니, VP 입장에서도 인센티브가 없음
    • 나는 절반쯤만 그렇게 갔음. 블로그는 자체 호스팅하지만 Ghost1이 폐기됐을 때 Ghost2로 옮기는 유지보수를 못 해서 사이트가 정체됐음
      큰 노력이 드는 건 아니지만 할 일이 너무 많고, 서버 관리는 시간을 쓰고 싶은 일이 아님
      가입한 Mastodon 서버도 느리고 들쭉날쭉해지고 있음. 자체 호스팅을 생각해봤지만 같은 걱정이 있음
      업무 포럼용으로 DigitalOcean Droplet에 Discourse를 운영함. 어느 날, 아마 일반적인 apt 소프트웨어 업그레이드 뒤였을 텐데, 웹에서 사라졌음
      웹 SSH 패널로만 접근할 수 있었고 네트워크 설정에서 끔찍하게 뭔가 잘못됐음. 오래 고치려다 결국 일주일 전 백업으로 옮겼고, 그 뒤 소프트웨어 업그레이드는 괜찮았음
      오픈소스를 믿음. Linux를 쓰고, 영상 편집은 Kdenlive, Inkscape, Gimp 등 가능한 모든 것을 오픈된 것으로 씀. 내 삶 전체가 내 오픈소스 프로젝트에 걸려 있음
      하지만 DigitalOcean처럼 쉬워도 서버 관리는 슬프게도 내가 시간을 쓰고 싶은 방식이 아님
    • Microsoft의 수용, 확장, 파괴 전술을 완벽하게 실행한 사례였음. Google Chat/Hangouts에서 XMPP 지원을 버린 것도 또 다른 예임
    • 실제로 좋은 자체 호스팅 오픈소스 대안이 뭐가 있음? 다른 대안의 UI가 평범해서 Inoreader를 쓰고 있음
      웹과 Android에서 잘 동작하고, 양방향 동기화가 제대로 되며, 사이드바와 키보드 단축키 같은 보기 좋은 UI가 있으면 좋겠는데, 그걸 제공하는 게 없어 보임
      게다가 Inoreader는 단일 피드를 여러 폴더에 태그처럼 넣을 수 있게 해주는데, 많은 리더가 이걸 허용하지 않음
    • Google Reader 덕분에 자체 호스팅을 시작하고 Google 사용을 줄이게 됐으니, 오히려 하나 빚진 셈임

  • RSS로 글을 읽는 사람은 Google 검색이나 Google 브라우저를 쓰지 않고, Google Ads로 수익화되지 않음. 이유가 있음

    • Google Reader의 발상은 광고를 보여줄 수 있다는 것이었다고 생각했음
      FeedBurner를 인수했는데, 피드에 Adsense를 쉽게 넣는 방법을 제공하려던 것이었지만 제대로 뜨지 않았음
    • RSS를 호스팅하는 쪽은 광고 수익을 원하면 전문 대신 미리보기를 넣을 수 있음
    • 우리는 20년 전에도 그걸 알고 있었지만, 전 세계가 구체적 해결책을 밀어붙이는 데 느슨했음. 이제 바뀌기 시작하길 바람
      몇 퍼센트의 일부에 불과한 기술 전문가들이 옳은 방향을 밀어주는 건 좋지만, 전혀 충분하지 않음
    • 팟캐스트도 마찬가지로 RSS이고, 여전히 살아 있음

  • 아이러니하게도 RSS는 개방형 탈중앙 프로토콜인데, 접근 가능하게 만들 중앙 인프라를 Google이 호스팅하지 않았다고 탓하고 있음
    이건 RSS에 주류화를 막는 근본적인 사용성 문제가 있다는 증거라고 봄. Google은 오래전에 그걸 깨닫고 버린 것임

    • 아님. Google이 어디서나 접근 가능한 무료 서비스를 만들었고, 그 때문에 Google이 아닌 선택지들이 사실상 사라졌다는 얘기임
      상용 유료 앱은 무료와 경쟁해야 했고, 비상용 앱은 “어디서나 동기화”와 경쟁해야 했는데, 그러려면 어떤 클라우드 시스템 비용을 내야 했음
      RSS 생태계가 대체로 쓸려나간 뒤 Google이 Reader를 죽였음. 데이터는 내보낼 수 있었지만 어디로 가야 했나? 대체재가 성숙해지는 데 시간이 걸렸고, 동기화나 무료 제공을 가능하게 하는 재정적 뒷받침도 부족했음
      대안을 구하는 건 가능했지만, 압도적 다수는 당장 있는 대안을 제대로 다루기 어려웠고, RSS 생태계가 다시 쓸 만한 소프트웨어를 갖췄을 때는 Reader/RSS 사용자의 대부분이 이미 다른 시스템으로 옮겨가 다시 돌아오지 않았음
      경쟁자를 몰아내기 위해 더 싸거나 무료인 서비스를 제공하는 모델은 독점 기업들이 늘 쓰는 도구이고 효과적임
      이 경우 Google도 악의는 아니었다고 보지만 사실상 같은 일을 했고, 수익을 낼 수 없다는 걸 깨닫고 서비스를 종료했음. 근본적으로 행동은 독점 기업들과 같았고 영향도 같아서, Reader 종료는 대다수 사용자에게 RSS의 끝이었음
      예를 들어 NetNewsWire는 내가 수년간 쓰던 좋은 유료 상용 소프트웨어였지만, 주요 경쟁자가 무료였기 때문에 개발과 지원을 감당할 수 없어 Reader에 사실상 죽었음
      지금 NNW는 무료 오픈소스지만, 그건 지식재산이 사실상 가치 없어지고 인수했던 회사가 원저자인 Brent Simmons에게 돌려준 뒤의 일임
    • 예전에는 여러 형태의 데스크톱 RSS 리더가 있었고, 유료 신형 브라우저였던 Opera 7.0도 있었음. 10달러였고 아직 라이선스가 어딘가에 있음
      Opera에는 RSS 리더와 이메일 클라이언트, 토렌트 클라이언트 등도 내장돼 있었음
      문제는 집 PC와 사무실 PC 사이에서 읽은 항목을 동기화할 방법이 없었다는 점이었음. 모바일 기기는 당시 아직 대세가 아니었지만 서서히 주류로 올라오고 있었고, 스마트폰을 가진 사람도 매우 적었음
      Google Reader는 이 정확한 문제를 무료로 해결했고, 모바일 앱도 빠르게 따라왔다는 점에서 혁명적이었음. 그 결과 거의 모든 오프라인 RSS 리더가 쇠퇴하고 굶어 죽었음
      몇 년이 지난 뒤 Google이 갑자기 발판을 빼버렸지만, 피해는 이미 발생한 뒤였음
      다행히 Feedly와 다른 서비스들이 빠르게 등장했고, 스마트폰도 대중화됐음. 자체 호스팅 RSS 리더도 생겨나고 다듬어졌음

  • 나쁜 사용자 경험과 UI 선택이 RSS 피드 채택을 망쳤음
    RSS는 늘 기술 지식이 있는 사람들만 쓰는 틈새 솔루션이었고, 그 이유는 RSS 피드 제공자들이 늘 그렇게 보여줬기 때문임
    “이 브라우저 확장 프로그램을 설치하고 여기를 눌러 새 글을 브라우저에서 받아보세요” 같은 버튼 대신, 사용자는 설명 없는 주황색 “RSS” 버튼을 보게 됨. 일반 사용자가 누르면 이상한 XML 파일이 뜸
    그렇게 불투명한 기능을 사람들이 어떻게 쓰겠나
    더 나은 UX가 있었다면 채택이 늘었을 것이고, Google도 RSS 버튼과 아마 Google Reader를 유지했을 것임

    • 동의함. 버튼의 텍스트는 동사여야 함. “RSS”보다 Subscribe나 Follow가 1000배 나았을 것임
      Firefox가 벌인 여러 부수 퀘스트 중에서 RSS를 더 잘 지원하는 건 좋은 선택이었을 듯함. Mozilla는 이미 Pocket을 갖고 있으니 아주 작은 점프였을 것임
    • 방금까지도 깨닫지 못했는데 정말 좋은 지적임
      꽤 기술에 밝은 사용자라고 생각하지만 RSS가 어떻게 동작하는지, 적어도 나에게 맞게 쓰는 법을 제대로 파악하지 못했음. 평균 사용자의 경험은 상상하기도 어려움
    • 그 UX를 개선할 가장 명백한 주체는 브라우저, 즉 Google이었음
      XML이 어떻게 렌더링되는지는 브라우저가 제어했음. 이건 전부 Google 변호처럼 들림
    • 전혀 그렇게 된 게 아님. UX가 나빴던 건 RSS가 만들어지고 있던 광고 기반 웹에서 겨우 용인되는 존재였기 때문임
      아무도 UI를 발전시키는 데 관심이 없었음
    • 2000년대의 nerdy한 꼬마였던 나는 RSS에 빠져보려 했고 학교 컴퓨터 수업에서 발표까지 했지만, 실제로는 거의 쓰지 않았음
      재미가 없었음. 나조차 안 썼다면 누가 썼을까 싶음
답변달기