こんな人に
ほかの製品のリリースを日付付きのノートで追う
ブックマークとして残した競合調査は、検索できないリンクの一覧に朽ちていきます。Markdown にクリップすれば、grep でき、前の四半期の取得と差分を取れ、日付を添えて意思決定の文書に引用できるコーパスになります。
使えなくなっていく調査
「競合」というブックマークのフォルダには 90 件あります。半分は名前の変わったマーケティングページにリダイレクトし、4 分の 1 はチームの誰ももう持っていないログインが必要で、どれも 3 月にそのページが何を主張していたかは語りません。競合があなたより先に機能を出したのか後なのかと聞かれたとき、答えはその後書き換えられたページの上にあります。
スクリーンショットも救いになりません。検索できず、ファイルのタイムスタンプ以上の日付を持たず、意思決定の文書に貼ればページのほかの部分には何と書いてあったのかという質問を招きます。レビューで持ちこたえるのは、ページが示した日付を持つテキストで、半年後にも grep できるファイルに入っているものです。
しかも手がかりは、見た目のまったく違うページに散らばっています。変更履歴は何を出したかを、ドキュメントは実際に何をするかを、料金ページは誰向けかを、ステータスページはどれくらい壊れるかを、フォーラムのスレッドは顧客がその 4 つをどう思っているかを語ります。そのどれもあなたの代わりに見張ってはくれません。見たときに見るだけで、その日に取得しなかったものはただ消えます。どのページも、訪問者が読める履歴を残していないからです。
コーパスがくれるもの
- 公開日はページから読み取るので、変更履歴の項目は、見つけた日ではなく本当のタイミングを保ちます。
- サイト別ルールが、競合ごとに専用のフォルダへ自動で振り分けます。
- 料金や制限の表が残ります。 技術系コーパスで 15 個中 12 個が残り、比較した各エンジンは 7 個でした。
- どのノートにも出典の URL があるので、文書の中の主張はページと日付までたどれます。
- ファイルは自分の vault に、それが支える意思決定の隣に置かれ、grep やエディタで検索できます。
- 次の四半期に同じページをもう一度クリップすれば、差分で何が動いたかが正確に分かります。
- フォーラムのスレッドは入れ子と各コメントのスコアを保ちます。 変更履歴が決して言わないことを顧客が言うのはそこです。
- 拡張機能はページについて何もアップロードしないので、競合を追っても、ブラウザがすでに行ったページの閲覧以外には何も残りません。
--- 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.
競合コーパスの準備
準備はサイト別ルールと、カレンダーの定期的な予定です。どちらも巧妙なものではなく、2 つ合わせたものが方法のすべてです。
- 拡張機能のアイコンから オプション を開き、保存先をチームが読めるフォルダに向けます。
research/competitorsで、履歴がそのまま残るようにできればリポジトリの中が理想です。 - 競合ごとにサイト別ルールを追加し、そのドメインを専用のサブフォルダに入れます。以後は手で振り分けるものが何もなくなり、忙しい四半期をコーパスが生き延びる理由はそれしかありません。
- アイコンをクリックしたとき を「フォルダに保存」にします。取得は、取得するかどうかを決めるより安くなければならず、そうでなければ最初から重要だと分かっていたページしか取得しなくなります。
- ファイル名のテンプレートを
{date}-{title}にすると、1 つの変更履歴の 4 回の取得が、競合のフォルダの中で時系列に並びます。 - frontmatter で
sourceとdateをオンにします。公開日はページ自身のもので、だからこそ、3 月に気づいたのではなく競合が 3 月に出したと言えます。 - 画像を 含めない にします。マーケティング用のスクリーンショットは競合のページで最も大きく最も役に立たない部分で、その URL はリデザインのたびに変わります。
- カレンダーに定期的な予定を入れ、毎回同じ 5 つのページを取得します。変更履歴、料金、重なる機能のドキュメントページ、ステータスページ、そしてその時点で彼らについて活発なスレッドです。
時系列で追うための設定
どれも 1 回目より 2 回目の取得のために最適化しています。各ページの取得が 1 回しかないコーパスは、手間の増えたブックマークの一覧です。
| 設定 | 値 | ここでこの値にする理由 |
|---|---|---|
| アイコンをクリックしたとき | フォルダに保存 | 取得は、取得するという判断より安くなければならない |
| 保存先 | 共有の `research/competitors` フォルダ | 1 人しか読めないコーパスは個人の趣味 |
| サイト別ルール | 競合ごとに 1 つのサブフォルダ | 手での振り分けは、忙しい四半期に行われなくなる手順 |
| ファイル名のテンプレート | `{date}-{title}` | 1 つの変更履歴の 4 回の取得が、道具なしで時系列に並ぶ |
| frontmatter | `source` と `date` をオン | 意思決定の文書で、気づいた日ではなく競合が出した日を言える |
| 画像 | 含めない | マーケティング用のスクリーンショットは、ページで最もかさばり最も引用できない部分 |
| 頻度 | 同じ 5 ページを定期的な予定で | 差分こそが成果物で、差分には 2 回の取得が必要 |
--- 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.
これが答える 3 つの問い
どちらが先に出したか
競合が、あなたが春からベータで持っていた機能を発表し、会議室で出来事の順番について意見が割れます。彼らのリリースノートの取得にはページ自身が示した日付があるので、順序は記憶ではなくファイルから確定できます。
ページ自身の日付が要点です。ファイルのタイムスタンプはあなたがいつクリップしたかを示し、12 月 11 日と示す変更履歴の項目は彼らがいつ公開したかを示します。それは別々の事実で、スクリーンショットは 1 つにまとめてしまいます。
誰も告知しなかった料金の変更
競合の制限のページを四半期ごとに取得しています。2 回の取得のあいだに、入門プランのバースト許容量が半分になり、最上位プランの保存期間が 3 倍になっています。ブログ記事も変更履歴の項目もなく、ページがただ違うことを言っているだけです。
差分は 3 行で、それがポジショニングの議論を変えます。どちらの取得も単独では目立たず、だからこそこの方法は、何が重要になるか分かる前に取得できるほど取得が安い場合にしか成り立ちません。
レビューを生き延びる、意思決定の文書の主張
推奨案が、競合の文書化されたレート制限を引用しています。引用は上に出典の URL と日付を持つファイルから来ているので、確認したいレビュアーは、あなたにページを探し直すよう頼む代わりにファイルを開きます。
知っておく価値のある例外は、マーケティングブロックだけで作られたページです。そうしたページには記事の本文がないことが多く、拡張機能はリンクのページを返す代わりに「記事なし」と報告します。そのときは、ドキュメントのページがたいてい同じ主張を、実際に引用できる形で持っています。
よくある競合調査との比較
チームはたいてい最初の 2 つをやり、ときどき 3 つ目にお金を払い、どれも一貫して続けることはまれです。下のコストが、一貫させるのを難しくしているものです。
| 今のやり方 | 得られるもの | コスト |
|---|---|---|
| ブックマークのフォルダ | どこを見ればいいかの一覧 | どの項目も今日のページを開き、1 年以内に半分がリダイレクトする |
| 共有ドライブのスクリーンショット | ページの見た目 | 検索できず、ファイル以上の日付がなく、文を引用する手段もない |
| ページ監視サービス | ページが変わったときの通知 | 購読料がかかり、事前に思いついたページしか見張らない |
| 文書に打ち込んだメモ | ページについてのあなたの読み | 証拠ではなく言い換えで、半年後にはどちらだったか誰にも分からない |
| Clean Web Clipper | grep も差分もできる日付付きのテキストファイル | 監視も通知もない。見たときに取得し、見張りはしない |
競合のページがクリップできないとき
料金ページが「記事なし」になった
最近のマーケティングページは記事の本文をまったく持たずデザインのコンポーネントだけで作られていることが多く、抽出したテキストの約 4 分の 1 を超える部分がリンクのラベルやボタンの文字列に入ってしまいます。拡張機能は断片のページを返す代わりにそれを拒否します。ドキュメントや規約のページがたいてい同じ制限を文章で持っており、そちらは普通にクリップできます。
最新のリリースノートしか取り込まれなかった
変更履歴はページ分けされているか、古い項目を「もっと見る」の操作の奥で読み込むのが普通です。拡張機能はクリップした瞬間の DOM を読むので、読み込まれていないものは取得すべきものとして存在しません。先に一覧を展開するか、アーカイブの各ページをクリップしてください。ファイルは競合のフォルダに並べて置けます。
個々の項目に日付がない
date 欄は項目ごとの日付ではなく、ページ自身のメタデータから取ったページの 1 つの日付を持ちます。変更履歴が各項目の本文に日付を書いていれば、それは本文として取り込まれ、読めるままです。サイトが日付をまったく出していなければ、欄は今日の日付で埋めずに空です。コーパスによっては、それはまれではなくよくあることです。
変わったことだけでなく、いつ変わったかを知りたい
それがこの方法の正直な限界です。監視も通知も定期的な再取得もないので、記録の解像度は取得の頻度そのものです。四半期ごとに取得するページは、変更が四半期のうちに起きたことを教えてくれます。タイミングそのものが判断を左右するなら、合う道具は監視サービスで、これではありません。
しないこと
ページを見張ってはくれません。監視も、通知も、定期的な再取得もありません。クリップするのは、あなたが見たときです。クローラーも一括モードもないので、ドキュメントサイトは 1 ページずつクリップします。記事の本文がなくデザインブロックだけで作られたマーケティングページは、「記事なし」と報告されることがあります。拡張機能はリンクのページを返すより、そう伝えるほうを選ぶからです。そして差分を取ってはくれません。どの差分ツールでも比べられるファイルを作ります。