Кому це ·
Релізи конкурентів у датованих нотатках
Конкурентна розвідка, складена в закладки, з часом вироджується в перелік посилань, у якому нічого не знайти. Збережена в Markdown, вона стає корпусом: по ньому шукають через grep, його порівнюють зі збереженням минулого кварталу і цитують у документі з рішенням – разом із датою.
Звідки ці числа: сторінка заміру з версіями рушіїв і датами
Розвідка, якою вже не скористатися
У теці закладок «конкуренти» дев’яносто записів. Половина перенаправляє на оновлену маркетингову сторінку, чверть вимагає входу, якого в команді вже ні в кого немає, і жоден запис не каже, що сторінка стверджувала в березні. Коли хтось питає, чи випустив суперник функцію раніше за вас, відповідь лежить на сторінці, яку відтоді переписали.
Знімки екрана цього теж не рятують. Шукати в них неможливо, дати в них немає, крім позначки часу файлу, а вставлений у документ знімок одразу викликає питання, що було на решті сторінки. На перегляді рішення витримує текст – з датою, яку оголосила сама сторінка, у файлі, де його можна знайти й через пів року.
До того ж сигнал розкиданий по сторінках, несхожих одна на одну. Список змін каже, що вийшло, документація – як воно насправді працює, сторінка цін – для кого це, сторінка стану – як часто воно ламається, а гілка на форумі – що про все це думають клієнти. Ніщо не стежить за ними замість вас: ви дивитеся тоді, коли дивитеся, і все, що не зберегли того дня, просто зникає, бо жодна з цих сторінок не показує відвідувачу своєї історії.
Що дає такий корпус
- Дату публікації читають зі сторінки, тож запис у списку змін зберігає справжній час виходу, а не день, коли ви його знайшли
- Правила за сайтом самі розкладають кожного конкурента в його власну теку
- Таблиці цін і обмежень доїжджають цілими: на технічному корпусі збережено 12 із 15 – проти 7 у кожного з порівнюваних рушіїв
- Адреса джерела є в кожній нотатці, тож твердження у вашому документі можна простежити до сторінки й дати
- Файли лежать у вашій теці поруч із рішеннями, які вони підпирають, і шукаються через
grepабо редактор - Збережіть ту саму сторінку наступного кварталу – і порівняння покаже, що саме зсунулося
- Гілки форумів зберігають вкладеність і бал кожного коментаря – а саме там клієнти кажуть те, чого список змін не скаже ніколи
- Текст і заголовок сторінки не залишають ваш браузер, тож конкурент не отримує нічого понад перегляд, який браузер уже зробив
--- title: "Оновлення 3.4: спільні дошки та експорт у CSV" source: "https://keycrm.app/uk/blog/onovlennia-3-4/" date: "2025-02-27T10:00:00.000Z" extraction: "dom" --- ## Що нового - спільні дошки для кількох воронок; - експорт угод у CSV із урахуванням фільтрів списку; - вебхук на зміну статусу оплати.
Як зібрати корпус про конкурентів
Уся конструкція – це правила за сайтом і повторюваний слот у календарі. Нічого хитрого в жодному з них немає, а разом вони і є метод.
- Клік правою по іконці розширення → Параметри. Наведіть теку збереження на місце, яке читає команда:
research/competitors, найкраще в репозиторії, щоб історія змін була безкоштовною. - Додайте правило за сайтом на кожного конкурента – його домен у власну підтеку. Після цього нічого не треба розкладати руками, і тільки завдяки цьому корпус переживає напружений квартал.
- Виберіть дію кліку по іконці – «записати у теку». Зберегти має бути дешевше, ніж вирішувати, чи зберігати, інакше в корпус потраплять лише ті сторінки, про важливість яких ви й так знали.
- Поставте шаблон імені
{date}-{title}: чотири збереження одного списку змін ляжуть у теці конкурента за хронологією. - У розділі frontmatter увімкніть
sourceіdate. Дата публікації – власна дата сторінки, і саме вона дозволяє сказати, що суперник випустив функцію в березні, а не що ви помітили її в березні. - Зображенням поставте «пропускати». Маркетингові знімки – найважча й найменш корисна частина сторінки конкурента, а їхні адреси змінюються з кожним редизайном.
- Поставте в календар повторюваний слот і щоразу зберігайте ті самі п’ять сторінок: список змін, ціни, сторінку документації спільної з вами функції, сторінку стану і ту гілку, де про них зараз сперечаються.
Налаштування для стеження в часі
Усе тут розраховане на друге збереження, а не на перше. Корпус, де кожна сторінка збережена один раз, – це список закладок із зайвими кроками.
| Налаштування | Значення | Чому саме так |
|---|---|---|
| Клік по іконці | Записати у теку | Зберегти має коштувати менше, ніж рішення зберігати |
| Тека | Спільна research/competitors | Корпус, який може прочитати одна людина, – це приватне хобі |
| Правило за сайтом | Один конкурент – одна підтека | Розкладання руками – той крок, який першим зникає в напружений квартал |
| Шаблон імені | {date}-{title} | Чотири збереження одного списку змін шикуються за хронологією без жодних інструментів |
| Frontmatter | source і date увімкнено | Документ із рішенням каже, коли суперник випустив, а не коли ви помітили |
| Зображення | Пропускати | Маркетингові знімки – найважча частина сторінки, і процитувати їх не вийде |
| Ритм | Ті самі п’ять сторінок у повторюваний слот | Результат – це порівняння, а для порівняння потрібні два збереження |
--- title: "Обмеження запитів" source: "https://example-api.com.ua/docs/limits" date: "2026-02-19" extraction: "dom" --- | Тариф | Запитів / хв | Сплеск | Зберігання | | ------------- | --------------- | ------ | ---------- | | Стартовий | 60 | 120 | 7 днів | | Командний | 600 | 1200 | 30 днів | | Корпоративний | за домовленістю | – | 365 днів | Обмеження діють на організацію, а не на окремий ключ.
Три питання, на які воно відповідає
Хто випустив першим
Суперник оголошує функцію, яка у вас у беті з весни, і на нараді ніхто не може домовитися про порядок подій. Ваші збереження їхніх нотаток до релізів несуть дати, які сторінки оголосили самі, тож послідовність встановлюють за файлами, а не за пам’яттю.
Уся суть – у власній даті сторінки. Позначка часу файлу каже, коли ви зберегли; запис у списку змін, що оголошує 11 грудня, каже, коли вони опублікували. Це два різні факти, і знімок екрана зливає їх в один.
Зміна цін, про яку ніхто не оголошував
Ви щокварталу зберігаєте сторінку обмежень конкурента. Між двома збереженнями сплеск на стартовому тарифі зменшується вдвічі, а зберігання на найвищому зростає втричі – без допису в блозі й без запису в списку змін: сторінка просто тепер каже інше.
Різниця займає три рядки і змінює аргумент у позиціюванні. Жодне зі збережень саме по собі нічим не примітне – і саме тому метод працює лише тоді, коли зберігати настільки дешево, що це роблять ще до того, як стало відомо, що знадобиться.
Твердження в документі, яке витримує перевірку
Рекомендація цитує задокументоване обмеження запитів у суперника. Цитата взята з файлу, над яким стоять адреса джерела й дата, тож рецензент, який хоче перевірити, відкриває файл, а не просить вас знову шукати сторінку.
Варто знати про виняток: сторінки, зібрані суто з маркетингових блоків, часто не мають тіла статті, і розширення каже «статті немає», замість того щоб віддати сторінку посилань. У такому разі те саме твердження зазвичай є на сторінці документації – у формі, яку справді можна процитувати.
Проти звичної конкурентної розвідки
Команди зазвичай роблять перші два, зрідка платять за третій і майже ніколи не роблять жодного з них регулярно. Регулярність і ламається об ціну в правій колонці.
| Як роблять зараз | Що виходить | Чого це коштує |
|---|---|---|
| Тека закладок | Перелік, куди дивитися | Кожен запис веде на сьогоднішню сторінку; половина за рік перенаправляє деінде |
| Знімки екрана на спільному диску | Вигляд сторінки | Не шукаються, дати немає, крім часу файлу, речення не процитуєш |
| Сервіс стеження за сторінками | Сповіщення, коли сторінка змінилася | Підписка, і стежить він лише за тими сторінками, про які ви подумали заздалегідь |
| Нотатки, набрані в документі | Ваше прочитання сторінки | Переказ, а не доказ; через пів року вже ніхто не відрізнить одне від іншого |
| Clean Web Clipper | Датовані текстові файли, де можна шукати й порівнювати | Ні стеження, ні сповіщень. Воно зберігає, коли ви дивитеся, і не пильнує сторінку |
Коли сторінка конкурента не зберігається
Чому сторінка цін повернула «статті немає»?
Сучасні маркетингові сторінки часто зібрані з дизайн-компонентів і взагалі не мають тіла статті, а понад чверть видобутого тексту опиняється в підписах посилань і кнопок. Розширення відмовляється від такого, замість того щоб віддати сторінку уламків. Ті самі обмеження зазвичай описані прозою в документації або на сторінці умов – і вони зберігаються як слід.
Чому приїхали лише найсвіжіші нотатки до релізів?
Списки змін часто розбиті на сторінки або ховають старіші записи за кнопкою «показати ще». Розширення читає DOM у момент збереження, тож того, що не завантажилося, для нього не існує. Спершу розгорніть список або збережіть кожну сторінку архіву окремо – файли можуть лежати поруч у теці конкурента.
Чому в окремих записів немає дат?
Поле date містить одну дату на сторінку, взяту з її власних метаданих, а не дату на кожен запис. Там, де список змін пише дату в тексті кожного запису, вона приїжджає текстом і лишається читабельною. Там, де сайт не оголошує дати зовсім, поле лишається порожнім, а не заповнюється сьогоднішнім числом – і на деяких корпусах це скоріше звично, ніж рідко.
Як дізнатися, коли саме сторінка змінилася, а не лише що змінилася?
Це чесна межа методу: ні стеження, ні сповіщень, ні повторного збереження за розкладом, тож точність вашого запису дорівнює частоті ваших збережень. Сторінка, яку ви зберігаєте щокварталу, скаже, що зміна сталася протягом кварталу. Якщо рішення залежить саме від моменту, тут потрібен сервіс стеження, а не це розширення.
Чого воно не робить
Розширення не стежить за сторінками замість вас: ні моніторингу, ні сповіщень, ні повторного збереження за розкладом – ви зберігаєте тоді, коли дивитеся. Обходу сайту й пакетного режиму немає, тож документація зберігається по сторінці. Маркетингові сторінки з самих дизайн-блоків без тіла статті можуть отримати «статті немає»: розширення воліє сказати це, ніж віддати сторінку посилань. І порівнювати воно не вміє – воно створює файли, які порівняє будь-який інструмент порівняння.