밴드캠프 데일리는 매거진이 아니었습니다
두 달째 공연 소식 편을 굽고 있습니다. 벤치마크는 Bandcamp Daily 였는데, 톤은 금방 비슷해지고 그다음부터가 안 맞았습니다. 긴 기사 하나를 블록 단위로 뜯어보니 55블록에 타입은 넷뿐이고 소제목이 0개였습니다. 그 지면을 떠받치는 건 문체가 아니라 안 죽는 재고였습니다 — Album of the Day 2,349편은 오늘 열어도 전부 살아 있습니다. 공연은 날짜가 지나면 죽습니다. 그래서 이식 기준을 하나로 줄였고, 재생 버튼이 있던 위치는 날짜가, 점선 구간은 티켓 스텁이 받았습니다.
2026.09.26 · 8분
좋아하는 서비스를 벤치마크로 잡고 그 톤을 흉내 내 본 적이 있다면, 대개 이런 순서를 겪습니다. 톤은 생각보다 빨리 비슷해집니다. 그리고 두 달쯤 지나면, 어디가 안 맞는지는 말 못 하겠는데 분명히 안 맞는 상태가 옵니다.
저희도 그랬습니다. 2026년 7월 28일부터 /daily 라는 이름으로 공연 소식 편을 굽고 있습니다. 벤치마크는 Bandcamp Daily였습니다. 두 달이 지난 지금, 그 벤치마크에서 가져올 수 있었던 것과 가져오면 안 됐던 것이 갈렸습니다. 갈린 기준은 문체가 아니라 재고의 수명이었습니다.
밴드캠프 데일리의 기사에는 소제목이 없습니다
편집 장치를 얼마나 쓰는지 보려고, Bandcamp Daily 의 긴 기사 하나(Faust 인터뷰)를 본문 블록 단위로 뜯어봤습니다. 55개 블록이 나왔는데, 타입은 넷뿐이었습니다. 문단·플레이어·이미지·구분선. 소제목(h2/h3)이 0개, 인용구가 0개입니다.
매거진이라면 당연히 있을 것들이 없습니다. 대신 플레이어가 여덟 번 나옵니다. 그것도 기사 끝에 모아두는 게 아니라 문단 사이 본문 위치에 들어옵니다. 산문을 읽다가, 지금 읽던 그 문장의 음악이 바로 아래에서 재생됩니다.
여기서 구조가 보입니다. 이 지면의 편집 장치는 최소한으로 눌러두고, 남은 자원을 전부 "지금 듣게 만드는 것"에 씁니다. 소제목이 없는 건 게을러서가 아니라, 독자의 시선을 본문에서 플레이어로 넘기는 흐름을 끊고 싶지 않아서로 읽힙니다.
그 톤을 떠받치는 건 문체가 아니라 카탈로그입니다
Bandcamp Daily 가 잘 굴러가는 이유는 글이 좋아서만이 아닙니다. 글 옆에 놓인 재고가 안 죽기 때문입니다.
Album of the Day 는 평일마다 한 편씩 나가고, 벤치마크를 읽던 2026년 8월 시점에 2,349편이 쌓여 있었습니다. 그 2,349편은 오늘 열어도 전부 유효합니다. 3년 전 소개된 앨범은 지금도 같은 URL 에서 살 수 있습니다. 그래서 매일 한 편씩 쌓는 행위가 그대로 아카이브가 되고, 아카이브가 그대로 검색 자산이 되고, 검색 자산이 그대로 판매 동선이 됩니다.
DIY·인디펜던트 음악이라는 도메인에서 씬의 화폐는 음원 구매입니다. Bandcamp Daily 는 그 화폐를 모든 문단 옆에 놓아둔 산문입니다. 그래서 매거진처럼 읽히지만, 프로덕트로 보면 카탈로그로 가는 최단 동선에 산문을 씌운 것에 가깝습니다. 기획이 극한까지 갔다는 인상은 거기서 옵니다 — 씬의 구조와 제품의 구조가 한 몸이라 이음매가 안 보입니다.
이걸 알고 나면 톤을 베끼는 일이 왜 어려운지도 같이 보입니다. 톤은 결과물이고, 그걸 성립시킨 건 도메인의 재고 구조입니다.
공연은 날짜가 지나면 죽습니다
저희 도메인은 반대였습니다. 공연은 날짜가 지나면 상품이 사라집니다.
같은 포맷을 그대로 옮기면 아카이브가 쌓이는 게 아니라 못 쓰는 문서가 쌓입니다. Album of the Day 를 흉내 내 「오늘의 공연」을 매일 한 편씩 쌓았다고 가정하면, 1년 뒤 그 365편 중 오늘 유효한 건 많아야 며칠치입니다. 나머지는 검색에 걸려도 독자가 할 수 있는 게 없습니다.
그래서 이식 기준을 하나로 줄였습니다. 날짜에 죽지 않는 포맷만 가져온다.
- Album of the Day(평일 매일) — 버렸습니다. 1인 매체에 물리적으로 불가능하기도 하지만, 무엇보다 재고가 죽습니다.
- Essential Releases(주 2회) — 주간 다이제스트로 변형하되, 웹에서는 아카이브로만 남깁니다.
- Best [Genre]·Scene Report(월간) — 가져왔습니다. 씬의 지형은 날짜가 지나도 안 죽고, 저희 카탈로그(공연 3만 5,100건·공연장 1,972곳·아티스트 1,411명)로만 쓸 수 있는 글입니다.
- Label Profile — 보류했습니다. 저희 축은 레이블이 아니라 공연장·주최자입니다.
기준이 하나로 줄어드니 결정이 빨라졌습니다. "Bandcamp 에 있으니까 우리도" 가 아니라 "이 포맷은 6개월 뒤에도 읽히는가" 하나만 물으면 됩니다.
재생 버튼 자리에는 무엇이 오나
조판에서도 같은 치환이 필요했습니다. Bandcamp 기사에서 음악이 놓이는 행은 앨범 플레이어입니다. 저희에겐 미리 들려줄 것이 없습니다. 공연은 가봐야 압니다.
그래서 그 행을 티켓 모양으로 바꿨습니다. 재생 버튼이 있던 위치는 날짜가 받고, 플레이어의 점선 구간은 티켓 스텁이 받습니다. 스텁에는 판매처로 직행하는 링크가 들어갑니다.
형태를 티켓으로 고른 데는 이유가 있습니다. 천공선과 노치는 "여기가 잘린다"를 먼저 말합니다. 그래서 스텁의 동작이 본문과 성격이 다르다는 것을, 문구를 읽기 전에 형태가 알려줍니다. 플레이어가 "이건 들어보는 것"을 형태로 알려주던 역할과 같은 역할입니다.
같은 것을 베낀 게 아니라, 같은 역할을 하는 다른 물건을 찾은 것입니다. 벤치마크를 옮길 때 실제로 해야 하는 작업이 이쪽이라고 느꼈습니다.
목차 구조도 그대로 베끼면 안 됐습니다
처음엔 편 URL 을 /daily/<slug> 평면으로 뒀습니다. 그런데 「지난 30일 조회 랭킹」 같은 회고형 편을 올리려니, 「새로 올라온 공연 가이드」를 기본 제목으로 쓰는 평면 목록에서 편마다 제목으로 오해를 막는 일이 반복됐습니다.
Bandcamp 를 다시 읽어보니 축이 셋이었습니다. 포맷·코너를 가리키는 Franchise(/features·/scene-report), 연속 기획인 Best Of(/best-jazz), 태그인 Genres(/genres/punk). 그런데 기사가 URL 로 소속되는 축은 Franchise 하나뿐입니다. 나머지 둘은 아카이브 페이지로만 존재합니다. 상단 내비게이션에 서는 것도 셋뿐이고 나머지 50여 개는 접혀 있습니다.
소속 축은 얇게, 태그 축은 두껍게. 이 규칙을 가져와 /daily/<series>/<slug> 로 바꿨습니다. 그리고 시리즈 목록은 미리 정하지 않고 편이 실제로 있는 시리즈만 서게 했습니다. 미리 확정하면 편이 0개인 시리즈가 반드시 생기고, 그 빈 목록은 이전에 한 번 겪어봤습니다.
여전히 안 풀린 것
가장 어려운 건 남아 있습니다. 재고가 죽는 도메인에서 아카이브 가치를 어떻게 만드는가입니다.
Bandcamp 는 이 질문을 풀 필요가 없습니다. 쌓기만 하면 자산이 되니까요. 저희는 매주 한 편을 굽지만, 그 편의 내용물은 몇 주 뒤 전부 지나간 공연입니다. 지금은 씬 리포트·산문 편처럼 날짜에 덜 묶인 포맷을 늘려가는 중인데, 이게 충분한 답인지는 아직 모르겠습니다.
재료 쪽도 만만치 않습니다. 공연 소식을 자동으로 긁어올 수 있는지 확인하려고 90일치 예정 공연에서 열 건을 뽑아 검수해 본 적이 있습니다. 소식이 제대로 붙은 건 4건, 이전 회차·작년 투어·다른 도시 정보가 붙은 것이 3건, 아무것도 없는 것이 3건이었습니다. 자동 수집물을 독자에게 그대로 보여주면 안 된다는 결론이 나왔고, 그래서 수집물은 사람이 검수하는 재료로만 쓰고 있습니다. 편집 비용이 안 줄어드는 이유입니다.
그래서
벤치마크에서 실제로 봐야 할 것은 표면의 톤이 아니었습니다. 그 톤을 성립시킨 재고의 수명이었습니다. 수명이 다르면 같은 형태가 정반대 결과를 냅니다. 한쪽에서는 쌓을수록 자산이 되고, 다른 쪽에서는 쌓을수록 안 읽히는 문서가 됩니다.
톤을 두 달 흉내 내고 나서야 이걸 알았습니다. 조금 더 빨리 물었어야 하는 질문은 "이 톤을 어떻게 내지"가 아니라 "이 톤은 무엇이 안 죽어서 가능한 거지"였습니다.
지금 벤치마크로 삼고 있는 프로덕트가 있다면, 한 번 물어보시면 좋겠습니다. 그쪽이 쌓고 있는 것은 1년 뒤에도 살아 있습니까? 당신이 쌓는 것은요?
