МАТЧАСТЬ / PUBLICATION LIFECYCLE / DOCUMENT 16 / 02.09.2026
Модель вечной публикации
Что именно «Матчасть» обещает клиенту после публикации: постоянный URL, срок жизни контента, правила редактирования, архивирования, удаления, миграции и редиректов. Цель — сделать публикацию долгоживущим цифровым активом, но не дать обещание «никогда и ни при каких условиях не удалим страницу».
∞целевой срок жизни публикации — без искусственного окончания по подписке
301стандарт для постоянного переноса URL
404/410правильные статусы для действительно удалённого контента
1 год+редиректы после миграции держать минимум год; лучше дольше
1. Главное решение
«Вечная публикация» в «Матчасти» означает не юридическую вечность, а бессрочное публичное размещение без автоматического удаления из-за окончания подписки, пакета или отношений с клиентом.
Публикация продолжает жить, пока:
- она не нарушает закон;
- не нарушает права третьих лиц;
- не содержит критически устаревшую или опасную информацию, которую нельзя корректно обновить;
- не нарушает редакционную/поисковую политику;
- технически может быть сохранена или корректно перенаправлена на новый URL.
ПРАВИЛЬНОЕ ОБЕЩАНИЕ:
"После публикации материал не удаляется
из-за окончания тарифа или подписки.
Мы поддерживаем его публичный URL
либо, при технической миграции,
перенаправляем его на актуальный адрес.
Исключения:
закон
права третьих лиц
нарушение правил
существенно недостоверный/опасный контент
техническая консолидация с корректным redirect"
2. Почему это сильный продуктовый дифференциатор
| Модель | Что происходит после оплаты | Слабость |
|---|---|---|
| Подписка с conditional indexing | Часть поисковой ценности зависит от активной подписки. | Клиент воспринимает URL как арендованный. |
| Marketplace чужих медиа | Площадка не контролирует publisher; материал может исчезнуть. | Нужны гарантии/возвраты, но владения URL нет. |
| Корпоративный блог внутри платформы | Жизнь материалов может зависеть от политики подписки/аккаунта. | Digital asset не полностью предсказуем. |
| «Матчасть» | URL сохраняется после окончания коммерческих отношений. | Требует строгой lifecycle и takedown policy. |
3. Что делают конкуренты
| Платформа | Практика | Вывод для нас |
|---|---|---|
| Клерк | На тарифах «Про», «Про Макс», «Ультра» заявлена бессрочная индексация публикаций. На «Старте» коммерческие публикации открыты для индексации во время активной подписки, качественные — бессрочно. | Рынок уже воспринимает бессрочность как premium value. |
| ADPASS | После перехода на платную модель неоплаченные блоги начали удаляться, но блог, оплативший подписку хотя бы один раз, остаётся на платформе. | Сильный компромисс: одна коммерческая транзакция превращает профиль в долгоживущий актив. |
| Cossa | Партнёрские статьи попадают в архив и, согласно коммерческой странице, остаются доступны по прямой ссылке, внутреннему поиску и поисковым системам. | Permanent archive можно прямо включать в коммерческий value proposition. |
| PRNEWS.IO | Так как сервис не владеет медиа, 90-дневная гарантия включена по умолчанию, а 1 год можно докупить за 10% цены размещения; при удалении — восстановление, замена или возврат. | Мы владеем publisher layer, поэтому можем дать сильнее контролируемый lifecycle без отдельной «страховки на существование URL». |
4. Почему не использовать слово «навсегда» без оговорок
Юридически и операционно обещание «статья будет на сайте навсегда при любых обстоятельствах» слишком сильное и ненужное.
Возможны ситуации:
- судебное/государственное требование;
- нарушение авторских прав;
- клеветнический или недостоверный материал;
- рекламный объект стал незаконным;
- компания изменила деятельность на запрещённую;
- контент технически объединяется с более актуальным материалом;
- редизайн URL structure;
- domain migration;
- конфиденциальные данные опубликованы ошибочно.
Поэтому клиенту продаём indefinite publication with defined exceptions.
5. Lifecycle состояния
DRAFT
→ REVIEW
→ READY
→ PUBLISHED
→ ACTIVE
ACTIVE может перейти в:
UPDATED
CORRECTED
ARCHIVED
MOVED
CONSOLIDATED
LEGAL_HOLD
TAKEDOWN_PENDING
REMOVED
REMOVED:
→ 404 / 410
или
→ 301, если есть эквивалентный новый URL
6. Публичный URL становится отдельным объектом
URL нельзя считать просто строкой, автоматически генерируемой из заголовка. У каждой публикации должен быть permanent identifier и отдельный URL lifecycle.
| Поле | Зачем |
|---|---|
| publication_id | Неизменный внутренний ID |
| current_url | Текущий канонический адрес |
| original_url | Первый опубликованный URL |
| url_history | Все предыдущие адреса |
| canonical_url | Текущий canonical |
| redirect_chain | Контроль миграций |
| publication_state | ACTIVE / MOVED / REMOVED и т.д. |
| published_at | Дата первой публикации |
| updated_at | Последнее обновление |
| takedown_reason | Причина снятия |
7. URL не меняем из-за заголовка
После публикации изменение заголовка не должно автоматически менять slug.
Это уменьшает:
- лишние редиректы;
- сломанные внешние ссылки;
- проблемы с analytics history;
- потери ссылок из внешних СМИ/соцсетей;
- путаницу AI/search citations.
Slug меняется только при реальной необходимости и всегда с permanent redirect.
8. Что делать при смене URL
Google Search Central рекомендует при постоянном переносе страницы использовать серверный постоянный redirect и сохранять его долго. Для site moves Google рекомендует держать redirects как можно дольше, обычно минимум год; с точки зрения пользователей — допустимо бессрочно.
OLD URL
→ HTTP 301 / 308
→ NEW URL
OLD:
не остаётся 200-дубликатом
не превращается в soft-404
не редиректится на нерелевантную главную
NEW:
200 OK
self-canonical
updated internal links
sitemap contains NEW
analytics history linked to publication_id
9. Почему редирект на главную — плохая политика
Google отдельно предупреждает: массовый redirect старых URL на нерелевантную главную может восприниматься как soft 404 и запутывает пользователей.
| Ситуация | Что делать |
|---|---|
| Статья переехала на новый URL | 301 на точный новый URL |
| Две статьи объединены в одну | 301 старых URL на реально объединённый материал |
| Материал удалён, аналога нет | 404/410 + полезная custom page |
| Материал удалён и всё редиректится на / | Не делать |
10. 404 или 410
404
Ресурс не найден. Подходит, если страница удалена и нет необходимости специально сообщать, что удаление окончательное.
410
Ресурс намеренно удалён и больше не существует. Можно использовать для явного окончательного takedown.
Главное — возвращать настоящий HTTP status, а не красивую страницу «ничего нет» с кодом 200.
11. Архивировать ≠ удалять
Для большинства устаревших материалов лучший вариант — сохранить URL и добавить контекст, а не удалить страницу.
СТАРЫЙ МАТЕРИАЛ:
200 OK
+
"Материал опубликован в 2026 году"
+
"Информация могла измениться"
+
ссылка на новую версию / update
+
история исправлений
+
original publication date
12. Publication freshness states
| State | Смысл | UI |
|---|---|---|
| ACTIVE | Материал актуален | Без специальных предупреждений |
| UPDATED | Существенно обновлён | Дата обновления + revision note |
| ARCHIVED | Исторический материал, сохранён для контекста | Видимый archive notice |
| SUPERSEDED | Есть новая версия | Ссылка на актуальный материал |
| DISPUTED | Идёт проверка существенного факта | Notice / temporary editorial note |
| LEGAL_HOLD | Ограничены изменения на время разбирательства | Внутренний state; публичная подача зависит от случая |
13. Что может обновлять клиент
| Запрос клиента | Политика |
|---|---|
| Исправить очевидную фактическую ошибку | Да, после проверки |
| Обновить должность эксперта | Да, в профиле; исторический контекст статьи не обязательно переписывать |
| Заменить ссылку компании после смены домена | Да после проверки; для рекламного материала — compliance review |
| Добавить новый рекламный оффер | Не как «тихую правку»; новый legal/ad workflow |
| Удалить неудобный факт, который был корректен на момент публикации | Не автоматически |
| Полностью переписать старую публикацию под новый продукт | Лучше новая публикация + связь между версиями |
14. Почему нельзя бесконечно менять одну платную статью
Если клиент покупает один URL и затем годами заменяет на нём продукт, оффер, claims и ссылки, исходная публикация превращается в арендованный рекламный landing page.
Поэтому:
- minor corrections — допустимы;
- factual update — допустим;
- новая версия кейса — отдельная публикация;
- новый продукт — отдельная публикация;
- существенно новая рекламная кампания — отдельный advertising unit.
15. Customer edit window
| Период | Политика |
|---|---|
| До публикации | Свободные согласованные правки в рамках workflow |
| 0–7 дней | Бесплатно исправляем явные ошибки и небольшие уточнения |
| После 7 дней | Фактические correction requests рассматриваются всегда; необязательные коммерческие изменения могут быть платными |
| После 30/90 дней | Большие изменения лучше оформлять новой версией/новым материалом |
Периоды — продуктовая гипотеза, не юридическое требование.
16. Takedown reasons
| Code | Причина | Refund |
|---|---|---|
| LEGAL_ORDER | Обязательное законное требование | Зависит от условий и вины |
| IP_VIOLATION | Нарушение авторских/товарных прав | Обычно не в пользу клиента, если материалы предоставил он |
| FALSE_CLAIMS | Существенно недостоверные сведения | Зависит от происхождения claims |
| CLIENT_BREACH | Нарушение правил клиентом | Обычно без возврата placement fee |
| EDITORIAL_SAFETY | Материал стал опасным/недопустимым | Case-by-case |
| TECH_MIGRATION | Перенос/слияние URL | Не takedown; должен быть redirect |
| CLIENT_REQUEST | Клиент сам просит удалить | Удаление возможно по правилам; возврат обычно не требуется |
17. Клиент не покупает право цензуры исторического материала
Оплата публикации не означает, что через два года клиент сможет требовать удалить корректную историческую информацию только потому, что она стала неудобной.
Иначе «Матчасть» перестанет быть knowledge base. В договоре нужно ясно разделить:
КЛИЕНТ ПОКУПАЕТ:
publishing service
public URL
defined lifecycle
КЛИЕНТ НЕ ПОКУПАЕТ:
вечный полный editorial control
право скрыть историю
право заменить статью чем угодно
право снять независимые correction notes
18. Что происходит, если компания закрылась
Закрытие компании — не причина удалить её историю.
Company profile и публикации могут перейти в исторический status:
COMPANY STATUS:
ACTIVE
→ CLOSED / LIQUIDATED / INACTIVE
PUBLICATION:
остаётся
+
company status updated
+
исторический контекст сохраняется
Это особенно важно для будущего business knowledge graph.
19. Что делать при rebranding компании
| Событие | Действие |
|---|---|
| Сменился бренд, юрлицо то же | Профиль обновляется, aliases сохраняются |
| Сменилось юрлицо, бренд тот же | Создать/связать новую legal entity, не переписывать историю старой |
| M&A | Связать entities; исторические публикации сохраняют контекст на дату |
| Полный ребрендинг продукта | Aliases + обновление company graph; статья не переименовывается автоматически |
20. Domain migration mathchast.com
Если когда-либо «Матчасть» меняет домен, это должен быть отдельный formal migration project.
BEFORE:
URL inventory
→ mapping old:new
→ test new site
→ verify Search Console
→ freeze unrelated large changes
MIGRATION:
→ 301/308 redirects
→ new canonicals
→ internal links
→ new sitemap
→ Change of Address when applicable
→ monitor crawl/errors
AFTER:
→ redirects ≥ 1 year
→ ideally indefinitely
→ monitor old+new traffic
→ fix chains / soft 404 / missed URLs
Google рекомендует не смешивать одновременно доменную миграцию, CMS migration и большой redesign, если этого можно избежать.
21. Redirect SLA
| Событие | Target |
|---|---|
| Внутренний URL перенесён | 301 устанавливается до/одновременно с публикацией нового URL |
| Broken redirect обнаружен | Critical incident |
| Redirect chain >1 hop | Сокращать до прямого redirect |
| Old URL после domain migration | Redirect минимум 1 год, целевой принцип — бессрочно |
22. Public URL SLA
Если permanent publication является продаваемым свойством, доступность URL становится частью коммерческого SLA, а не просто технической метрикой.
| Контроль | Что мониторим |
|---|---|
| HTTP | 200 / правильный 3xx / intentional 4xx |
| Canonical | Не изменился случайно |
| Robots | Нет случайного noindex/block |
| Content checksum | Материал не исчез/не обнулился |
| Structured data | Не сломалась schema |
| Redirects | Старые URL продолжают вести правильно |
| TLS/domain | Сертификат и домен активны |
23. Что делать, если URL случайно исчез
MONITOR detects failure
→ incident opened
→ identify:
app / DB / routing / deploy / storage / legal state
→ restore same URL if possible
→ if moved intentionally: restore correct redirect
→ verify canonical/robots
→ check Search Console / logs
→ client-facing incident note if SLA threshold exceeded
→ postmortem
24. Стоит ли продавать отдельную «гарантию на год»
Нет как основной продукт. PRNEWS.IO продаёт гарантию потому, что не владеет площадками. «Матчасть» владеет mathchast.com, поэтому стабильность URL должна быть базовой обязанностью продукта.
Не делать
«Заплати +10%, и тогда мы постараемся не удалить твою статью».
Делать
Permanent publication policy входит в сам SKU. Premium можно брать не за существование URL, а за monitoring/reporting/SLA/support.
25. Возможный premium layer
| Add-on | Что продаём |
|---|---|
| URL Watch | Мониторинг URL/robots/canonical/schema + alerts |
| Search Watch | Индексация/импрессии/queries |
| AI Watch | Mentions/citations monitoring |
| Priority Restoration SLA | Ускоренный incident response для enterprise |
26. Content preservation
Для published material нужен immutable snapshot первой опубликованной версии.
publication_versions
v1:
published HTML
title
author
images
links
disclosure
erid
timestamp
v2:
changes
editor
reason
timestamp
v3:
...
PUBLIC:
current approved version
ADMIN:
full version history
27. Зачем immutable version history
- разрешение споров с клиентом;
- юридический audit trail;
- рекламная отчётность;
- correction transparency;
- понимание, какую версию мог цитировать поисковик/AI;
- отладка search visibility после изменений.
28. Изображения и assets
Permanent URL бесполезен, если через год изображения статьи исчезли из-за временных CDN URL или удалённого клиентского хостинга.
После публикации approved assets должны храниться у «Матчасти» в собственном object storage с устойчивыми путями и backup.
| Asset | Политика |
|---|---|
| Обложка | Копируется в controlled storage |
| Изображения статьи | Controlled storage + provenance metadata |
| Документы | Только разрешённые публичные files; versioning |
| Внешнее embed-видео | Может исчезнуть; нужен fallback/context |
| Client hotlink | Не использовать как единственное хранилище ключевого visual |
29. Что происходит при истечении подписки
SUBSCRIPTION EXPIRED
ОСТАЁТСЯ:
published articles
company public history
expert relations
permanent URLs
correction rights
basic public profiles
ОТКЛЮЧАЕТСЯ:
new credits
advanced dashboard
monitoring
AI tracking
agency tools
premium analytics
priority support
Это очень важный product principle: отключается будущая услуга и аналитика, а не уничтожается уже созданный публичный актив.
30. Что происходит при удалении аккаунта клиента
Удаление login/account не должно автоматически удалять опубликованный контент.
DELETE ACCOUNT
→ access revoked
→ personal/account data processed by privacy rules
→ published editorial/partner material evaluated separately
→ public content remains if there is lawful/editorial basis
→ author/company ownership can be reassigned/claimed later
31. Право автора на исправление и право клиента на удаление — разные вещи
Клиент всегда может сообщить об ошибке. Но запрос «удалите, потому что мы передумали» проходит отдельный takedown workflow и не является безусловным.
32. Takedown review
REQUEST
→ requester identity
→ publication relation
→ reason code
→ legal basis?
→ editorial impact?
→ advertising contract?
→ third-party rights?
→ alternatives:
correction
update
anonymization
archive notice
redirect
full removal
→ decision
→ audit log
33. Когда лучше anonymize, а не удалять
Если закон и обстоятельства позволяют, для отдельных персональных данных может быть достаточно удалить/обезличить конкретный фрагмент, сохранив исторический материал. Это решается вместе с privacy/legal policy, а не автоматически.
34. Как формулировать на pricing page
Неудачно
«Статья навсегда. Никогда не удалим».
Лучше
«После публикации материал остаётся доступным без необходимости продлевать тариф. При технических изменениях мы сохраняем адрес или настраиваем постоянное перенаправление. Исключения предусмотрены для требований закона, прав третьих лиц и нарушений правил платформы».
35. Как формулировать в оферте
Нужна юридическая версия понятия Indefinite Publication, которая описывает обязанность поддерживать доступность, но не создаёт невозможную абсолютную гарантию.
В оферте зафиксировать:
- срок размещения не ограничен сроком подписки;
- право платформы изменять технический URL с permanent redirect;
- условия редакционных correction/update;
- основания удаления;
- что search indexation не является гарантированной услугой;
- что клиент не получает постоянное управление опубликованной редакционной версией;
- что legal takedown имеет приоритет над permanent promise.
36. Refund при исчезновении URL по нашей вине
Так как мы контролируем сайт, стоит дать коммерчески сильную гарантию восстановления.
ЕСЛИ published URL
не работает по нашей технической ошибке
и не восстановлен в SLA:
1. восстановить тот же URL
или
2. восстановить материал на новом URL + 301
или
3. если восстановление невозможно по нашей вине:
service credit / refund по policy
НЕ распространяется:
legal takedown
client breach
client-requested removal
force majeure beyond defined policy
Точная компенсационная сетка появится в Mathchast_31.
37. Monitoring должен быть автоматическим
| Проверка | Частота |
|---|---|
| HTTP / redirects | Минимум ежедневно; для paid URLs можно чаще |
| robots/noindex | Ежедневно/после deploy |
| canonical | После deploy + периодически |
| content existence | Периодически / checksum |
| assets | Периодически |
| sitemap membership | После publish/update/move |
| Search data | По доступности API/источника |
38. Customer dashboard: Publication Lifetime
PUBLICATION
Status: ACTIVE
Published: 12.09.2026
Current URL: ...
Original URL: ...
HTTP: 200
Canonical: OK
Robots: indexable
Last health check: ...
Updated: ...
Versions: 3
Search status: observed / unknown
AI citations: ...
Lifecycle policy: INDEFINITE
39. Как permanent model усиливает AI Visibility
AI/search systems работают с накопленным публичным вебом. Стабильный URL, стабильные entity relations, сохранённые источники и понятная история обновлений создают более качественный долговременный knowledge footprint, чем постоянно удаляемые/меняющиеся промо-страницы.
Поэтому «вечная публикация» — не просто маркетинговое обещание. Это инфраструктурная основа будущего data moat «Матчасти».
40. Что НЕ обещаем
| Не обещаем | Почему |
|---|---|
| Страница всегда будет по тому же slug | Может быть техническая миграция; обещаем корректный redirect |
| Google всегда будет индексировать URL | Решение внешней системы |
| Все ссылки клиента навсегда останутся в исходном виде | Могут измениться legal/link policies |
| Никогда не исправим текст без клиента | Редакция должна исправлять ошибки |
| Никогда не удалим материал | Есть legal/editorial exceptions |
41. MVP требования к разработке
MUST HAVE:
stable publication_id
slug freeze after publish
url_history
301 redirect registry
revision history
publication_state
takedown reason
archive/superseded notices
asset ownership/storage
health monitor
sitemap updater
canonical checks
audit log
NOT LATER:
это фундамент publishing engine,
а не optional SEO feature
42. Решение документа
Утвердить Indefinite Publication Policy. Опубликованные материалы «Матчасти» не удаляются из-за окончания тарифа, подписки или пакета. Платформа поддерживает публичный URL бессрочно либо при технических изменениях сохраняет связь через постоянный redirect. Удаление допускается по заранее определённым legal, rights, safety, editorial и breach основаниям. URL lifecycle, versioning, takedown и redirect registry являются обязательными компонентами MVP.
43. Что этот документ разблокирует
Mathchast_16 permanent publication
→ Mathchast_17 link policy
→ Mathchast_18 information architecture
→ Mathchast_23 content types
→ Mathchast_24 CMS
→ Mathchast_31 billing/refund
→ Mathchast_32 publication health
→ Mathchast_40 technical architecture
Источники исследования
- Клерк — бессрочная индексация на тарифах «Про», «Про Макс», «Ультра» и условия «Старт»
- ADPASS — сохранение блога после хотя бы одной оплаты; удаление полностью неоплаченных блогов после перехода на paid model
- Cossa — партнёрские статьи попадают в архив и доступны по ссылке, внутреннему поиску и поисковикам
- PRNEWS.IO — 90-дневная гарантия по умолчанию и 1 год за 10% стоимости размещения
- PRNEWS.IO — почему marketplace не может гарантировать вечность стороннего publisher URL
- Google Search Central — site moves, URL mapping, permanent redirects, минимум 1 год хранения redirects
- Google Search Central — 301 для постоянного переноса; настоящий 404 для удалённого URL
- Google Search Central — redirects и canonical URL behavior
Сроки SLA, edit window, refund logic, state names и internal retention являются продуктовой архитектурой «Матчасти». Юридические формулировки Indefinite Publication и takedown exceptions должны быть позже проверены профильным юристом и синхронизированы с офертой, privacy policy и рекламным workflow.