누구를 위한 도구인가
경쟁사 릴리스를 날짜가 남는 노트로 추적
북마크로 보관한 경쟁사 조사는 검색할 수 없는 링크 목록으로 퇴화합니다. Markdown으로 클리핑하면 grep하고, 지난 분기 캡처와 diff하고, 날짜를 붙여 의사결정 문서에 인용할 수 있는 코퍼스가 됩니다.
쓸모를 잃는 조사 자료
“경쟁사”라는 북마크 폴더에 항목이 90개 있습니다. 절반은 개편된 마케팅 페이지로 리디렉션되고, 4분의 1은 팀의 누구도 더는 가지고 있지 않은 로그인이 필요하며, 어느 것도 그 페이지가 3월에 무엇이라고 했는지 말해 주지 않습니다. 경쟁사가 어떤 기능을 우리보다 먼저 냈느냐고 누군가 물으면, 답은 그사이 다시 쓰인 페이지에 있습니다.
스크린숏도 구해 주지 못합니다. 검색할 수 없고, 파일 시각 외에는 날짜가 없으며, 의사결정 문서에 붙여 넣으면 페이지의 나머지는 뭐라고 했느냐는 질문을 부릅니다. 리뷰에서 버티는 것은 페이지가 밝힌 날짜가 붙은 텍스트, 그리고 여섯 달 뒤에도 grep할 수 있는 파일입니다.
게다가 신호는 전혀 닮지 않은 페이지들에 흩어져 있습니다. 변경 내역은 무엇이 출시되었는지, 문서는 실제로 무엇을 하는지, 요금 페이지는 누구를 위한 것인지, 상태 페이지는 얼마나 자주 고장 나는지, 포럼 스레드는 고객이 그 넷을 어떻게 생각하는지 말합니다. 그중 무엇도 대신 지켜봐 주지 않습니다. 볼 때 볼 뿐이고, 그날 캡처하지 않은 것은 그냥 사라집니다. 그 페이지들 중 어느 것도 방문자가 읽을 수 있는 이력을 남기지 않기 때문입니다.
코퍼스가 주는 것
- 게시일을 페이지에서 읽으므로, 변경 내역 항목이 내가 발견한 날이 아니라 실제 시점을 유지합니다.
- 사이트별 규칙이 경쟁사마다 전용 폴더로 자동 분류합니다.
- 요금과 제한 표가 살아남습니다. 측정에서는 표 15개 중 12개가 온전했고, 비교 대상 엔진은 7개씩에 그쳤습니다.
- 모든 노트에 출처 URL이 있으므로, 문서 속 주장을 페이지와 날짜까지 추적할 수 있습니다.
- 파일은 내 vault에, 그것이 뒷받침하는 결정 옆에 있고, grep이나 편집기로 검색됩니다.
- 다음 분기에 같은 페이지를 다시 클리핑하면 diff가 무엇이 바뀌었는지 정확히 보여 줍니다.
- 포럼 스레드는 중첩과 댓글별 점수를 유지합니다. 변경 내역이 절대 말하지 않는 것을 고객이 말하는 곳이 거기입니다.
- 확장 프로그램은 페이지에 관한 어떤 것도 업로드하지 않으므로, 경쟁사를 추적해도 브라우저가 이미 한 페이지 조회 외에는 흔적이 남지 않습니다.
--- title: "Version 1.96: release notes" source: "https://code.visualstudio.com/updates/v1_96" date: "2024-12-11" extraction: "dom" --- ## Workbench - **Search results in the editor.** Results now open as an editor tab. - **Custom window title.** New variables for the active profile and branch. ## Extension authoring - The proposed API for terminal shell integration is now stable.
경쟁사 코퍼스 만들기
설정은 사이트별 규칙과 캘린더의 반복 일정입니다. 어느 쪽도 영리하지 않지만, 둘을 합치면 그것이 방법의 전부입니다.
- 확장 프로그램 아이콘에서 옵션을 열고, 저장 위치를 팀이 읽을 수 있는 폴더
research/competitors로 지정합니다. 이력이 저절로 남도록 저장소 안이면 더 좋습니다. - 경쟁사마다 사이트별 규칙을 추가합니다. 그 도메인은 전용 하위 폴더로. 그 뒤로는 손으로 정리할 것이 없고, 코퍼스가 바쁜 분기를 버티는 유일한 이유가 그것입니다.
- 아이콘을 누르면 바로 “폴더에 저장”이 되게 합니다. 캡처는 캡처할지 결정하는 것보다 저렴해야 합니다. 그렇지 않으면 이미 중요하다고 알던 페이지만 캡처하게 됩니다.
- 파일 이름 템플릿을
{date}-{title}로 설정해, 한 변경 내역의 네 번의 캡처가 경쟁사 폴더 안에서 시간순으로 정렬되게 합니다. source와date필드는 반드시 켭니다. 게시일은 페이지 자체의 날짜이므로, 경쟁사가 3월에 기능을 출시했다고, 우리가 3월에 알아챘다는 것이 아니라 출시했다고 말할 수 있습니다.- 이미지를 제외로 설정합니다. 마케팅 스크린숏은 경쟁사 페이지에서 가장 크고 가장 쓸모없는 부분이며, URL은 개편할 때마다 바뀝니다.
- 캘린더에 반복 일정을 넣고 매번 같은 다섯 페이지를 캡처합니다. 변경 내역, 요금, 겹치는 기능의 문서 페이지, 상태 페이지, 그리고 지금 그들에 관해 활발한 스레드.
시간에 따른 추적용 설정
여기 있는 모든 것은 첫 번째가 아니라 두 번째 캡처에 최적화되어 있습니다. 페이지마다 캡처가 한 번뿐인 코퍼스는 단계가 늘어난 북마크 목록일 뿐입니다.
| 설정 | 값 | 여기서 이 값인 이유 |
|---|---|---|
| 아이콘 클릭 | 폴더에 저장 | 캡처는 캡처하겠다는 결정보다 비용이 적어야 합니다 |
| 저장 위치 | 공유 `research/competitors` 폴더 | 한 사람만 읽을 수 있는 코퍼스는 개인 취미입니다 |
| 사이트별 규칙 | 경쟁사마다 하위 폴더 하나 | 바쁜 분기에 가장 먼저 멈추는 단계가 손으로 정리하기입니다 |
| 파일 이름 템플릿 | `{date}-{title}` | 한 변경 내역의 네 번의 캡처가 도구 없이 시간순으로 정렬됩니다 |
| frontmatter | `source`와 `date` 켬 | 의사결정 문서가 우리가 알아챈 때가 아니라 경쟁사가 출시한 때를 말할 수 있습니다 |
| 이미지 | 제외 | 마케팅 스크린숏은 페이지에서 가장 부피가 크고 인용할 수 없는 부분입니다 |
| 주기 | 반복 일정에 같은 다섯 페이지 | 결과물은 diff이고, diff에는 캡처 두 번이 필요합니다 |
--- title: "Rate limits" source: "https://example-api.com/docs/limits" date: "2026-02-19" extraction: "dom" --- | Plan | Requests / min | Burst | Retention | | ---------- | -------------- | ----- | --------- | | Starter | 60 | 120 | 7 days | | Team | 600 | 1200 | 30 days | | Enterprise | negotiated | – | 365 days | Limits are applied per organisation, not per key.
답할 수 있는 세 가지 질문
누가 먼저 출시했나
봄부터 베타로 운영한 기능을 경쟁사가 발표하고, 회의실은 사건 순서를 두고 의견이 갈립니다. 그들의 릴리스 노트를 캡처한 파일에는 페이지가 스스로 밝힌 날짜가 있으므로, 순서는 기억이 아니라 파일로 확정됩니다.
핵심은 페이지 자체의 날짜입니다. 파일 시각은 내가 언제 클리핑했는지를, 12월 11일이라고 밝힌 변경 내역 항목은 그들이 언제 게시했는지를 말하며, 둘은 스크린숏이 하나로 뭉개 버리는 서로 다른 사실입니다.
아무도 공지하지 않은 요금 변경
분기마다 한 경쟁사의 제한 페이지를 캡처합니다. 두 캡처 사이에 기본 요금제의 순간 허용량이 절반이 되고 최상위 요금제의 보존 기간이 세 배가 되었는데, 블로그 글도 변경 내역 항목도 없습니다. 페이지가 그냥 이제 다른 말을 합니다.
diff는 세 줄이고 포지셔닝 논리를 바꿉니다. 어느 캡처도 그 자체로는 특별하지 않으며, 그래서 이 방법은 무엇이 중요할지 알기 전에 할 수 있을 만큼 캡처가 저렴할 때만 작동합니다.
리뷰를 버티는 의사결정 문서 속 주장
권고안이 경쟁사 문서에 적힌 요청 제한을 인용합니다. 인용은 위에 출처 URL과 날짜가 붙은 파일에서 왔으므로, 확인하려는 검토자는 나에게 페이지를 다시 찾아 달라고 하지 않고 파일을 엽니다.
알아 둘 만한 예외는 마케팅 블록으로만 만든 페이지입니다. 흔히 기사 본문이 없어서, 확장 프로그램은 링크로 된 페이지 대신 “기사 없음”을 알립니다. 그럴 때는 대개 문서 페이지에 같은 주장이 실제로 인용할 수 있는 형태로 있습니다.
흔한 경쟁사 조사와 비교
팀들은 대개 앞의 두 가지를 하고, 가끔 세 번째에 돈을 내며, 어느 것도 꾸준히 하지는 못합니다. 아래 비용이 꾸준함을 어렵게 만드는 것들입니다.
| 지금 쓰는 방법 | 얻는 것 | 치르는 비용 |
|---|---|---|
| 북마크 폴더 | 어디를 봐야 할지의 목록 | 모든 항목이 오늘의 페이지로 연결되고, 절반은 1년 안에 리디렉션됨 |
| 공유 드라이브의 스크린숏 | 페이지가 어떻게 보였는지 | 검색 불가, 파일 외에는 날짜 없음, 문장 하나 인용할 방법 없음 |
| 페이지 모니터링 서비스 | 페이지가 바뀌면 알림 | 구독이 필요하고, 미리 떠올린 페이지만 지켜봄 |
| 문서에 입력한 노트 | 페이지에 대한 내 해석 | 증거가 아니라 풀어 쓴 것. 여섯 달 뒤에는 무엇이 무엇이었는지 아무도 모름 |
| Clean Web Clipper | grep하고 diff할 수 있는 날짜 붙은 텍스트 파일 | 모니터링도 알림도 없음. 볼 때 캡처할 뿐 지켜보지 않음 |
경쟁사 페이지가 클리핑되지 않을 때
요금 페이지가 “기사 없음”으로 나왔습니다
요즘 마케팅 페이지는 기사 본문 없이 디자인 컴포넌트로만 만들어진 경우가 많고, 추출된 텍스트의 약 4분의 1 이상이 링크 텍스트와 버튼 문구 안에 들어갑니다. 확장 프로그램은 조각으로 된 페이지를 돌려주는 대신 거절합니다. 대개 문서나 약관 페이지에 같은 제한이 산문으로 있고, 그 페이지는 평소처럼 클리핑됩니다.
최신 릴리스 노트만 들어왔습니다
변경 내역은 흔히 페이지로 나뉘거나, 오래된 항목을 “더 보기” 뒤에 불러옵니다. 확장 프로그램은 클리핑하는 순간의 DOM을 읽으므로, 불러오지 않은 것은 캡처할 대상으로 존재하지 않습니다. 먼저 목록을 펼치거나 보관 페이지를 하나씩 클리핑하세요. 파일들은 경쟁사 폴더에 나란히 둘 수 있습니다.
개별 항목에 날짜가 없습니다
date 필드는 항목별이 아니라 페이지 하나의 날짜를 페이지 자체의 메타데이터에서 가져옵니다. 변경 내역이 항목마다 본문에 날짜를 적는다면 본문 텍스트로 옮겨져 읽을 수 있습니다. 사이트가 날짜를 전혀 내보내지 않는다면 필드는 오늘 날짜로 채워지지 않고 비어 있으며, 어떤 코퍼스에서는 이것이 드물지 않고 흔합니다.
바뀌었다는 사실이 아니라 언제 바뀌었는지 알아야 합니다
이 방법의 솔직한 한계입니다. 모니터링도, 알림도, 예약된 재캡처도 없으므로 기록의 해상도는 캡처 빈도와 같습니다. 분기마다 캡처하는 페이지는 한 분기 안에 변경이 있었다는 것을 알려 줍니다. 시점 자체가 결정의 대상이라면 모니터링 서비스가 맞는 도구이고, 이것은 아닙니다.
하지 않는 일
페이지를 대신 지켜보지 않습니다. 모니터링도, 알림도, 예약된 재캡처도 없습니다. 볼 때 클리핑합니다. 크롤러도 일괄 모드도 없으므로 문서 사이트는 한 페이지씩 클리핑합니다. 기사 본문 없이 디자인 블록으로만 만든 마케팅 페이지는 “기사 없음”으로 처리될 수 있습니다. 확장 프로그램은 링크로 된 페이지를 돌려주기보다 그렇다고 말하는 쪽을 택하기 때문입니다. 그리고 diff를 대신 하지 않고, 어떤 diff 도구로든 비교할 수 있는 파일을 만듭니다.