МАТЧАСТЬ / PROJECT KNOWLEDGE BASE / DOCUMENT 08 / 02.09.2026
Реестр документов и план исследований проекта «Матчасть»
После регистрации mathchast.com проект переходит из стадии идеи в системную разработку. Этот документ фиксирует структуру базы знаний: какие исследования и проектные документы нужно создать, в каком порядке, какие решения они должны зафиксировать и какие внешние источники необходимо проверить до реализации.
34целевых документов в основной базе проекта
6исследовательских контуров: рынок, право, медиа, продукт, технологии, рост
8документов уже создано с учётом текущего
1единый принцип: каждое важное решение сначала фиксируется в документе
1. Новое правило именования
С момента регистрации бренда публичное имя проекта — «Матчасть», домен — mathchast.com. Нумерацию исследований продолжаем, но новый файловый префикс — Mathchast_.
Ранее:
Atlas_1_...
Atlas_2_...
...
Atlas_7_...
Начиная с этого документа:
Mathchast_8_...
Mathchast_9_...
Mathchast_10_...
и далее
Старые документы не переименовываем: они остаются историей исследования и позволяют видеть эволюцию проекта от Atlas к «Матчасти».
2. Главная корректировка плана после дополнительного исследования
Нельзя строить «Матчасть» по модели «компания платит → мы публикуем стороннюю статью → она получает вес нашего домена». Google прямо относит сторонний контент, размещённый преимущественно ради эксплуатации репутации хоста и повышения позиций, к site reputation abuse. В августе 2026 Google дополнительно обновил применение этой политики. Поэтому коммерческая модель должна быть построена вокруг реальной редакционной ценности, проверки материалов, собственной аудитории и прозрачного paid-content disclosure.
Это означает, что в проекте нужны отдельные документы не только про SaaS-функции, но и про:
- редакционную независимость;
- site reputation abuse и безопасную модель partner content;
- политику исходящих коммерческих ссылок;
- маркировку интернет-рекламы;
- качество и долю собственного редакционного контента;
- trust signals и provenance;
- доступ поисковых и AI-роботов;
- устойчивость permanent URL.
3. Дополнительные факты, которые теперь считаем обязательными требованиями
| Факт / правило | Источник | Что меняется в «Матчасти» |
|---|---|---|
| Paid outbound links должны быть квалифицированы. | Google Search Central рекомендует rel="sponsored" для рекламных и оплаченных размещений; nofollow допустим, но sponsored предпочтительнее. |
Нужна отдельная link policy. Мы не можем продавать «dofollow SEO-ссылку» как основной товар. |
| Third-party content может попасть под site reputation abuse. | Google Spam Policies и обновление Site Reputation Policy от 28.08.2026. | Редакционная проверка, тематическая связь с сайтом, собственная ценность материала и отсутствие схемы «аренда авторитета домена» становятся критичными. |
| Коммерческая интернет-реклама в РФ должна быть маркирована. | ФЗ №38-ФЗ «О рекламе», статья 18.1: интернет-реклама должна содержать пометку «реклама» и сведения о рекламодателе; данные по рекламе передаются в установленный контур учёта. | Нужен юридический workflow: classification → erid/ОРД при применимости → disclosure → архивирование данных. |
| ChatGPT Search может показывать публичный сайт. | OpenAI Publishers & Developers FAQ: для включения содержимого в summaries/snippets нельзя блокировать OAI-SearchBot. | robots policy должна отдельно управлять OAI-SearchBot и GPTBot: поиск и обучение — разные настройки. |
| ChatGPT referrals можно отличать в аналитике. | OpenAI сообщает, что переходы из ChatGPT Search получают utm_source=chatgpt.com. |
В analytics сразу нужен отдельный источник ChatGPT referral и его конверсии. |
| IndexNow поддерживается Яндексом. | Яндекс Вебмастер: можно отправлять новые, обновлённые и удалённые URL через IndexNow API. | Publication pipeline должен автоматически отправлять publish/update/delete события в IndexNow. Это уведомление, не гарантия индексации. |
| Sitemap остаётся обязательным системным слоем. | Яндекс Вебмастер и Google Search Central. | Нужен sitemap index с раздельными картами companies / experts / articles / research / news и корректным lastmod. |
| Organization structured data помогает disambiguation. | Google Search Central прямо указывает, что Organization markup помогает лучше понять и различать организацию. | Verified company graph и schema.org Organization должны проектироваться вместе, а не как SEO-плагин после запуска. |
| Article markup должен отражать реальный контент. | Google Article structured data guidelines. | Каждый тип материала получает свою честную schema и автора; JSON-LD не должен содержать невидимые пользователю «SEO-факты». |
4. Полный реестр документов
| № | Будущий файл | Что исследуем / фиксируем | Основные вопросы | Приоритет | Зависит от |
|---|---|---|---|---|---|
| 8 | Mathchast_8_реестр_документов_и_план_исследований | Этот документ. | Как организовать всю базу знаний проекта. | готово | 1–7 |
| 9 | Mathchast_9_позиционирование_и_JTBD | Финальное определение продукта. | Кто покупатель? Какую работу он нанимает «Матчасть» выполнять? Медиа, PR-площадка, business graph или visibility platform? | P0 | 1 |
| 10 | Mathchast_10_целевая_аудитория_и_ICP | Компании, эксперты, агентства, PR/SEO/GEO. | Кто первый сегмент? Средний чек? Frequency? Кто принимает решение? | P0 | 9 |
| 11 | Mathchast_11_карта_конкурентов_глубокий_разбор | РБК Компании, Клерк, ADPASS, vc.ru, Habr, Cossa, Sostav, PRNEWS.IO. | Полный user journey, тарифы, модерация, retention URL, analytics, upsells, ограничения. | P0 | 1 |
| 12 | Mathchast_12_site_reputation_abuse_и_SEO_риски | Отдельное исследование Google policies. | Как не превратить платное медиа в reputation abuse? Какие типы paid content безопасны? Как отделять advertorial/editorial? | КРИТИЧНО | 11 |
| 13 | Mathchast_13_рекламная_маркировка_и_правовая_модель | 38-ФЗ, ОРД, erid, оферта, налоги, рекламораспространитель. | Когда статья является рекламой? Кто получает erid? Какие данные хранить? Кто несёт ответственность? | КРИТИЧНО | 9 |
| 14 | Mathchast_14_редакционная_политика | Стандарты качества и независимости. | Что публикуем? Что отклоняем даже за деньги? Источники, fact-check, исправления, AI-content policy. | P0 | 12,13 |
| 15 | Mathchast_15_коммерческая_модель_контента | Paid, partner, editorial, sponsored boost. | Как визуально и технически разделить деньги и редакционное доверие? | P0 | 12–14 |
| 16 | Mathchast_16_модель_вечной_публикации | Permanent URL, update/delete, refunds, archival. | Что обещаем клиенту юридически? Что бывает после закрытия тарифа/компании? Как работают redirects? | P0 | 13–15 |
| 17 | Mathchast_17_link_policy | Sponsored/nofollow, UGC, editorial links. | Какие ссылки разрешены? Сколько? Когда sponsored? Можно ли менять ссылки после публикации? | КРИТИЧНО | 12,15 |
| 18 | Mathchast_18_информационная_архитектура | URL graph, sections, directories. | /companies /experts /articles /research /cases /topics /industries — как связаны и где canonical? | P0 | 9,14 |
| 19 | Mathchast_19_entity_graph_и_модель_данных | Organization, Brand, Person, Product, Topic, Source, Publication. | Какая сущность является первичной? Как хранить aliases, relations, provenance и verification? | P0 | 18 |
| 20 | Mathchast_20_верификация_компаний_и_экспертов | ИНН/ОГРН, domain, email, полномочия. | Что означает verified badge? Как не вводить пользователя в заблуждение? | P0 | 13,19 |
| 21 | Mathchast_21_structured_data_и_machine_readability | Schema.org, Organization, Person, Article, BreadcrumbList. | Какие поля публичны? Как обеспечить consistency HTML ↔ JSON-LD ↔ DB? | P0 | 19,20 |
| 22 | Mathchast_22_robots_sitemap_IndexNow_AI_crawlers | Googlebot, YandexBot, OAI-SearchBot, GPTBot, IndexNow. | Кого пускаем? Что индексируем? Как автоматизируем уведомления о новых/изменённых URL? | P0 | 18,21 |
| 23 | Mathchast_23_типы_материалов_и_шаблоны | Article, case, research, news, interview, event. | Что является обязательным у каждого типа? Какие данные структурируем отдельно от текста? | P0 | 14,18,21 |
| 24 | Mathchast_24_CMS_и_moderation_workflow | Draft → review → correction → publish → update. | Роли, SLA, revisions, approvals, editorial notes, legal check. | P0 | 14,23 |
| 25 | Mathchast_25_AI_precheck_и_AI_editor | Локальный AI для editorial operations. | Что AI проверяет, а что нельзя отдавать AI? Spam, claims, source gaps, entity extraction. | P1 | 14,24 |
| 26 | Mathchast_26_distribution_engine | Главная, темы, related, digest, Telegram, RSS. | Как публикация получает реальную аудиторию? Что editorial, что paid boost? | P0 | 14,18 |
| 27 | Mathchast_27_reader_product | Продукт для читателя, не рекламодателя. | Зачем человек возвращается? Follow companies/topics, saved, digest, research, search. | P0 | 18,26 |
| 28 | Mathchast_28_собственная_редакция_и_seed_content | Стартовая база контента. | Какие 100 материалов нужны до коммерческого запуска? Какая доля собственных исследований? | P0 | 9,14,27 |
| 29 | Mathchast_29_личный_кабинет_клиента | Companies, materials, moderation, payments, reports. | Минимальный self-service journey без перегруженного SaaS. | P1 | 19,24 |
| 30 | Mathchast_30_тарифы_и_unit_economics | Разовая публикация, packages, add-ons, subscription. | За что платят? Какой contribution margin? Где break-even? | P0 | 10,15,26 |
| 31 | Mathchast_31_payment_billing_refund | Оплаты, чеки, возвраты, idempotency. | Когда считается оказанной услуга? Что при отказе редакции? Что при удалении по закону? | P1 | 13,16,30 |
| 32 | Mathchast_32_publication_health_analytics | URL health, views, impressions, clicks. | Какие метрики честно показываем клиенту? Как отделяем crawl от index? | P0 | 22,26 |
| 33 | Mathchast_33_AI_visibility_метрики | Mentions, citations, SOV, source share, competitor baseline. | Какие AI-системы? Как формировать prompt set? Как избегать ложной точности? | P1 | 32 |
| 34 | Mathchast_34_before_after_методология | Оценка эффекта публикации. | Как измерять до/после без ложного причинного вывода? Контрольные запросы, временные окна, confounders. | P1 | 33 |
| 35 | Mathchast_35_next_best_publication_engine | Gap → recommendation → next purchase. | Как source/AI/search gaps превращать в конкретный editorial brief? | P2 | 33,34 |
| 36 | Mathchast_36_reputation_reviews_media_portfolio | Verified reviews, external mentions, certificates. | Как доказать relationship между reviewer и company? Что можно агрегировать? | P2 | 20 |
| 37 | Mathchast_37_agency_workspace | Multi-client account, bulk, reports, credits. | Как один агент ведёт десятки компаний без смешения прав и денег? | P1 | 29–31 |
| 38 | Mathchast_38_sales_GTM_и_первые_100_клиентов | Outbound, agencies, invite, content-led. | Откуда берутся первые покупатели и кто создаёт первые 100 платных публикаций? | P0 | 10,30 |
| 39 | Mathchast_39_бренд_и_дизайн_система | Айдентика «Матчасти». | Как совместить иронию названия с B2B-доверием? Typography, covers, diagrams, partner labels. | P1 | 9,27 |
| 40 | Mathchast_40_техническая_архитектура_MVP | Frontend/backend/Postgres/Redis/MinIO/workers. | Конкретный стек, compose, service boundaries, environments. | P0 | 18–25 |
| 41 | Mathchast_41_security_privacy_backups | Threat model, PII, secrets, backups, restore. | Что должно быть закрыто до первого платящего клиента? | КРИТИЧНО | 20,29,40 |
| 42 | Mathchast_42_monitoring_SLA_incidents | Uptime, logs, alerts, incident response. | Как обнаруживаем падение, потерю URL, ошибки оплаты, заполнение диска? | P1 | 40,41 |
| 43 | Mathchast_43_MVP_scope_и_roadmap | Финальная сборка решений. | Что реально строим в v0.1, v0.5, v1.0; что сознательно исключаем? | P0 | 9–42 |
5. В каком порядке делать документы
ВОЛНА A — СНАЧАЛА ПОНЯТЬ БИЗНЕС И РИСК
09 Позиционирование / JTBD
10 ICP
11 Глубокий конкурентный разбор
12 Site reputation abuse / SEO risk
13 Право / реклама
14 Editorial policy
15 Commercial content model
16 Permanent URL
17 Link policy
↓
ВОЛНА B — СПРОЕКТИРОВАТЬ ПУБЛИЧНЫЙ АКТИВ
18 Information architecture
19 Entity graph
20 Verification
21 Structured data
22 Crawlers / sitemap / IndexNow
23 Content types
24 CMS / moderation
26 Distribution
27 Reader product
28 Seed editorial content
↓
ВОЛНА C — СДЕЛАТЬ ПРОДАВАЕМЫЙ ПРОДУКТ
29 Client cabinet
30 Pricing / unit economics
31 Billing / refund
32 Publication health
38 GTM
39 Design system
40 Technical MVP
41 Security / backup
↓
ВОЛНА D — СОЗДАТЬ MOAT
25 AI precheck
33 AI visibility
34 Before/after methodology
35 Next best publication
36 Reputation layer
37 Agency workspace
42 Monitoring / SLA
↓
43 FINAL MVP ROADMAP
6. Что исследуем особенно глубоко, а не «для галочки»
Google Site Reputation Abuseсамый большой внешний риск
- Разобрать актуальную редакцию spam policy и обновление августа 2026.
- Собрать примеры manual actions и кейсов крупных издателей.
- Понять критерии: third-party, host reputation, editorial involvement, ranking intent.
- Определить, какие продуктовые решения «Матчасти» уменьшают риск.
- Зафиксировать запреты для отдела продаж: нельзя обещать «SEO-вес домена» как товар.
Российская рекламная модельюридический фундамент
- Провести границу между информационной публикацией, партнёрским материалом и рекламой.
- Изучить erid, ОРД, передачу данных и обязанности рекламораспространителя.
- Определить классификацию каждого SKU до создания тарифов.
- Подготовить процесс на случай смешанного материала: экспертная польза + promotion конкретного продукта.
AI crawler accessibilityновый обязательный слой
- OAI-SearchBot не блокировать для публичного контента, если хотим обнаружение в ChatGPT Search.
- GPTBot рассматривать отдельно: разрешение поиска не означает обязательное разрешение использования для обучения.
- Хранить versioned robots policy как часть deployment.
- Отдельно отслеживать ChatGPT referral по utm_source=chatgpt.com.
Search publication pipelineдолжен быть автоматическим
- При publish: URL → sitemap → IndexNow → health check → analytics registration.
- При update: dateModified → sitemap lastmod → IndexNow → structured data validation.
- При delete: legal decision → redirect/410 policy → sitemap removal → IndexNow.
- Никогда не показывать «проиндексировано» только потому, что URL отправлен в IndexNow.
7. Документы, которых НЕ было в старом плане и которые я добавил
| Новый блок | Почему добавлен |
|---|---|
| Site Reputation Abuse | Для платной публикационной платформы это один из главных рисков устойчивости Google Search. |
| Link Policy | Paid links нельзя проектировать случайно; требуется техническая и коммерческая политика. |
| Permanent URL Contract | Мы хотим продавать долгоживущий актив — обещание должно быть формализовано. |
| Reader Product | Без аудитории площадка существует только для рекламодателя и быстро теряет медийную ценность. |
| AI crawler policy | ChatGPT Search требует осознанного robots configuration. |
| Before/After Methodology | Нельзя показывать корреляцию как доказанный эффект одной публикации. |
| Billing/Refund отдельно от Pricing | Модерация может отказать в публикации; нужен корректный lifecycle денег. |
| Incident/SLA | Permanent URL теряет смысл, если никто не замечает, что публикации несколько часов/дней недоступны. |
8. Принцип построения самой базы документов
Каждый следующий файл должен иметь одинаковый каркас, чтобы через несколько месяцев документы не превратились в коллекцию несвязанных заметок:
1. ЗАДАЧА ДОКУМЕНТА
2. ТЕКУЩАЯ ГИПОТЕЗА
3. ИССЛЕДОВАНИЕ
4. КОНКУРЕНТНЫЕ ПРИМЕРЫ
5. ПРАВИЛА / ВНЕШНИЕ ОГРАНИЧЕНИЯ
6. ВАРИАНТЫ РЕШЕНИЯ
7. КРИТИКА КАЖДОГО ВАРИАНТА
8. РЕКОМЕНДОВАННОЕ РЕШЕНИЕ ДЛЯ «МАТЧАСТИ»
9. ЧТО ВХОДИТ В MVP
10. ЧТО НЕ ВХОДИТ В MVP
11. OPEN QUESTIONS
12. ЗАВИСИМОСТИ ОТ ДРУГИХ ДОКУМЕНТОВ
13. ИСТОЧНИКИ
14. CHANGELOG / VERSION
9. Следующий документ
Следующим по логике должен быть Mathchast_9_позиционирование_и_JTBD.html. До него бессмысленно детально проектировать интерфейс или тарифы: сначала нужно окончательно решить, какой продукт покупает клиент и какой продукт читает аудитория.
В нём нужно исследовать минимум четыре конкурирующих позиции:
- «Матчасть» как деловое медиа с платными корпоративными публикациями;
- «Матчасть» как verified business knowledge base;
- «Матчасть» как reputation/visibility platform;
- гибрид: медиа спереди, data/visibility SaaS сзади.
10. Источники дополнительного исследования
- Google Search Spam Policies — site reputation abuse: Google Search Central
- Google, update to Site Reputation Policy, 28.08.2026: Google Search Central Blog
- Google, paid outbound links / rel=sponsored: Qualify outbound links
- Google, Organization structured data: Organization markup
- Google, Article structured data: Article markup
- OpenAI, Publishers and Developers FAQ: OAI-SearchBot / referrals
- Яндекс Вебмастер, IndexNow: IndexNow
- Яндекс Вебмастер, Sitemap: Sitemap
- ФЗ №38-ФЗ «О рекламе», статья 18.1: КонсультантПлюс
Юридические документы проекта должны проходить отдельную проверку профильным юристом. Поисковые и AI-политики могут изменяться; перед production соответствующие документы нужно перепроверять по официальным источникам.