음악 스크로블링 서비스 Last.fm은 오랫동안 사용자의 청취 기록을 RSS로 공개해 왔다. 이 피드는 개인 블로그의 '최근 들은 곡' 위젯부터 여러 자동화 도구의 입력값까지 폭넓게 쓰였다. 그러나 Last.fm이 공식 RSS 피드를 걷어내면서, 이를 표준 구독 형식으로 받아보던 사람들은 갑작스럽게 연결이 끊긴 상태에 놓였다. lfm.xiffy.nl은 바로 이 공백을 메우기 위해 만들어진 제3자 서비스로, 사용자 이름만 입력하면 네 종류의 RSS URL을 발급해 준다.
무엇을 제공하는가
발급되는 피드는 최근 재생 곡(recent tracks), 좋아요 표시한 곡(loved tracks), 자주 들은 곡(top tracks), 자주 들은 아티스트(top artists) 네 가지다. 이 가운데 top tracks와 top artists는 집계 기간을 선택할 수 있으며, 지정하지 않으면 기본값으로 최근 1개월이 적용된다. 기간 옵션은 7day, 1month, 3month, 6month, 12month, overall로 나뉘어, 지난 일주일의 취향부터 계정 개설 이후 전체 누적까지 원하는 시야로 데이터를 뽑아낼 수 있다. 별도의 인증이나 API 키 발급 절차 없이 공개된 사용자 이름만으로 동작한다는 점이 이 서비스의 진입 장벽을 크게 낮춘다.
여기에 더해 이미지 처리가 추가됐다. Last.fm이 기본 대체 이미지가 아닌 실제 앨범·아티스트 이미지를 제공하는 경우, 그 큰 버전이 RSS 항목의 enclosure로 첨부된다. enclosure는 팟캐스트 오디오 파일 배포에 쓰이는 것과 같은 RSS 표준 요소로, 피드 리더나 후속 처리 도구가 이미지를 정식 첨부물로 인식해 함께 렌더링하거나 내려받을 수 있게 해 준다. 2025년에는 추천 곡(recommended tracks) 지원이 더해졌는데, 이는 일반 RSS 형식뿐 아니라 Soundixx 호환 JSON 형식으로도 함께 제공된다. 즉 사람이 읽는 구독용과 기계가 파싱하는 연동용을 동시에 겨냥한 셈이다.
실무적으로 무엇을 뜻하는가
개발자나 운영자 입장에서 RSS는 여전히 값싸고 견고한 통합 수단이다. 공식 API를 호출하려면 키 관리, 인증, 호출 제한 같은 부담을 감수해야 하지만, RSS URL 하나는 그 자체로 폴링 가능한 엔드포인트가 된다. 개인 대시보드에 '지금 듣는 음악'을 얹거나, 자동화 도구로 새 loved track이 생길 때 다른 서비스에 기록을 남기거나, 정적 사이트 빌드 과정에서 최근 청취 기록을 끌어오는 식의 활용이 곧바로 가능하다. 특히 JSON 형식까지 병행 제공한다는 점은, XML 파싱을 피하고 싶은 프런트엔드나 서버리스 환경에서 연동 비용을 낮춰 준다.
동시에 이 사례는 플랫폼이 표준 인터페이스를 거둬들일 때 생기는 취약성을 드러낸다. 오랫동안 안정적으로 쓰이던 공식 RSS가 예고 없이 사라지면, 그 위에 쌓아 올린 자동화와 위젯은 한꺼번에 무너진다. 이를 복구하는 것이 플랫폼 자신이 아니라 한 개인의 프로젝트라는 점은 오픈 웹 생태계의 회복력을 보여주는 동시에, 그 회복이 얼마나 얇은 토대 위에 서 있는지도 함께 보여 준다.
도입 전에 따져볼 한계
가장 먼저 고려할 것은 의존성의 성격이다. 이 서비스는 공식 제공물이 아니라 제3자 중계 계층이며, 내부적으로 Last.fm의 데이터에 다시 기대고 있다. 원본 소스가 다시 형식을 바꾸거나 운영자가 서비스를 중단하면 피드는 또 끊길 수 있다. 업무용 시스템의 핵심 경로에 이런 연결을 두려면, 피드가 사라지더라도 무너지지 않도록 캐싱과 폴백을 함께 설계하는 편이 안전하다.
프라이버시 측면도 점검할 필요가 있다. 이 방식은 사용자 이름만 알면 인증 없이 청취 기록과 취향 데이터를 받아 올 수 있다는 뜻이므로, 계정 이름 자체가 사실상 공개 열쇠가 된다. 민감하게 다루고 싶은 청취 이력이라면 애초에 이런 공개 피드에 노출되는 범위를 이해하고 써야 한다. 정리하면, lfm.xiffy.nl은 사라진 기능을 손쉽게 되살려 주는 실용적 도구이되, 개인 프로젝트 특유의 지속성·신뢰 경계를 감안해 보조적 연동 수단으로 배치하는 것이 합리적이다.