К содержанию
Содействиебиблиотека
GСайты и продуктG03-0403 · Раздел 03

Развилка архитектуры: единый портал vs сеть специализированных сайтов (часть 3)

Обновлён
10.11.2026
Редактор
gemini-3.8
Источников
6
Утверждений
72
Объём
14 883 из 15 000 знаков
На странице
  1. Развилка архитектуры: единый портал vs сеть специализированных сайтов — часть 3 из 13
  2. Утверждения темы
  3. Фрагменты корпуса темы
  4. [LG-019-F020] — LG-019, фрагмент 03, строки 67-94, тема «4. Наша позиция по платформе»
  5. 4. Наша позиция по платформе
  6. [LG-020-F012] — LG-020, фрагмент 02, строки 55-60, тема ««Пять старых страниц ни на что не влияют»»
  7. «Пять старых страниц ни на что не влияют»
  8. [LG-020-F013] — LG-020, фрагмент 02, строки 61-66, тема ««Вы нашли ошибки, чтобы продать новый сайт»»
  9. «Вы нашли ошибки, чтобы продать новый сайт»
  10. [LG-020-F014] — LG-020, фрагмент 02, строки 67-74, тема ««За 120 тысяч вы сделаете вообще всё?»»
  11. «За 120 тысяч вы сделаете вообще всё?»
  12. [LG-020-F019] — LG-020, фрагмент 03, строки 5-23, тема «Как обсуждать экономику решения»
  13. Как обсуждать экономику решения
  14. [LG-020-F020] — LG-020, фрагмент 03, строки 24-33, тема «Три нормальных способа продолжить работу»
  15. Три нормальных способа продолжить работу
  16. [LG-021-F001] — LG-021, фрагмент 01, строки 1-8, тема «Почему для нашего сопровождения мы предлагаем Next.js»
  17. Почему для нашего сопровождения мы предлагаем Next.js
  18. [LG-021-F007] — LG-021, фрагмент 02, строки 1-2, тема «Раздел 1»
  19. [LG-127-F001] — LG-127, фрагмент 01, строки 1-4, тема «Архитектура сопровождения: Next.js, WordPress, Tilda»
  20. Архитектура сопровождения: Next.js, WordPress, Tilda
  21. [LG-190-F005] — LG-190, фрагмент 01, строки 25-28, тема «Ключевые решения»
  22. Ключевые решения
  23. [PR-007-F013] — PR-007, фрагмент 02, строки 16-17, тема «2. SEO в нише»
  24. 2. SEO в нише

Развилка архитектуры: единый портал vs сеть специализированных сайтов — часть 3 из 13

Назначение и границы: Документ входит в блок G библиотеки материалов «Содействие» (Гомель). Тематический охват: Развилка архитектуры: единый портал vs сеть специализированных сайтов. Ответственная линия: корпус. Статус материала: есть проверенные пруфы — фрагментов 84, утверждений 580, проверенных 16.

Утверждения темы

Фрагменты корпуса темы

[LG-019-F020] — LG-019, фрагмент 03, строки 67-94, тема «4. Наша позиция по платформе»

4. Наша позиция по платформе

Это не предписание и не условие работы. Это объяснение, почему мы сами делаем иначе.

Всё, что перечислено в разделах 2 и 3, выполнимо на WordPress. Запрета на SEO, GEO и контекстную рекламу для WordPress не существует, и из этой проверки такой вывод не следует.

Мы работаем на Next.js по другой причине. Она в стоимости изменения, а не в возможностях.

Единый источник данных. Телефон, мессенджеры, наименование исполнителя, УНП, адрес, режим работы хранятся в одном месте и подставляются везде: в кнопки, в разметку, в подвал, в карточку организации. Смена номера - правка одной строки. Ситуация, когда главная кнопка звонит на один номер, а подвал на другой, становится невозможной конструктивно. То же самое можно сделать и на WordPress через общие поля и компоненты. Критерий один: одно изменение обновляет все предусмотренные места.

Разметка генерируется из тех же данных, что и текст. Расхождение между видимым рейтингом и рейтингом в JSON-LD исключено, потому что источник один.

Региональные страницы собираются из справочника с обязательными полями. Страница без заполненных полей по конкретному городу не публикуется. Совпадение текстов на 99,98 процента становится технически невозможным.

Критичный интерфейс не зависит от загрузки аналитики. Меню, форма и кнопки входят в минимальный необходимый код. Дефекты вроде неоткрывающегося меню не возникают из-за настройки кэша.

События описаны в коде один раз. Вся воронка из раздела 3.4 задаётся декларативно и уходит одновременно в Метрику и GA4. Серверная отправка позволяет передавать офлайн-конверсии.

Разделение трафика для экспериментов делается на уровне сети доставки, без плагинов и без замедления.

В сборку попадает только используемый код. Не бывает ситуации с 88 процентами неприменённых стилей, потому что стилей магазина в проекте нет.

Обновление платформы не ломает вёрстку.

Чего мы не обещаем. Гарантированного роста продаж и снижения цены клика после смены платформы аудит не прогнозирует. Смена платформы сама по себе позиций не поднимает. Разница в том, сколько стоит внести изменение и с какой вероятностью оно ничего не сломает.


[LG-020-F012] — LG-020, фрагмент 02, строки 55-60, тема ««Пять старых страниц ни на что не влияют»»

«Пять старых страниц ни на что не влияют»

Я не установил критического влияния этих страниц на трафик и не использую их как доказательство необходимости нового сайта. Посторонние публичные архивы стоит привести в порядок. Более приоритетны маршрут обращения и содержимое коммерческих разделов. Размер эффекта от изменений можно обсуждать по статистике, когда она будет доступна.

Если подрядчик говорит, что пункт уже закрыт: «Отлично, фиксируем проверенный результат и переходим к следующей задаче». Успешное исправление полезно клиентке и соответствует рекомендации Павла; спорить за авторство находки не нужно.

[LG-020-F013] — LG-020, фрагмент 02, строки 61-66, тема ««Вы нашли ошибки, чтобы продать новый сайт»»

«Вы нашли ошибки, чтобы продать новый сайт»

У меня действительно есть коммерческое предложение, поэтому важно разделить аудит и выбор исполнителя. Ссылки и критерии исправления вы можете передать своей команде. Новую разработку предлагаю выбирать после сравнения с ремонтом текущего сайта. Если она не даёт преимущества по согласованным критериям, обязательной я её считать не буду.

Полезно предложить одинаковую спецификацию для оценки обоих вариантов. Если только новой разработке приписать аналитику, тексты и интеграции, а ремонту оставить «поменять пару номеров», сравнение получится некорректным.

[LG-020-F014] — LG-020, фрагмент 02, строки 67-74, тема ««За 120 тысяч вы сделаете вообще всё?»»

«За 120 тысяч вы сделаете вообще всё?»

За эту сумму можно согласовать определённый объём работ и ответственность за него. Я не предлагаю неограниченное количество задач. Мы зафиксируем, что выпускаем в ближайший месяц, какие направления ведём постоянно, как принимаем работу и что оплачивается отдельно. Если появляется новая крупная задача, вместе меняем приоритеты либо отдельно согласуем объём.

Далее назвать только то, что Павел действительно способен выполнить своей командой. Не обещать одновременно новую платформу, десятки SEO-страниц, ежедневное ведение всех соцсетей, рекламные кампании и гарантированный поток заявок, если план ресурсов не составлен.

Минимально уточнить до предложения: валюту; включён ли рекламный бюджет; объём разработки и контента; каналы и частоту SMM; платные сервисы, хостинг и производство материалов; ожидаемую доступность клиентки для согласований. Это рабочие условия, а не мелкий шрифт после продажи.

[LG-020-F019] — LG-020, фрагмент 03, строки 5-23, тема «Как обсуждать экономику решения»

Как обсуждать экономику решения

Сначала описать одинаковое целевое состояние: исправлены маршруты обращений, данные об исполнителе согласованы, приоритетные страницы содержательны, обновляемые сведения управляются последовательно, обращения учитываются, есть ответственный за изменения и проверку. Затем попросить оценить варианты достижения этого состояния.

КритерийЧто должно быть в оценке каждого варианта
Первоначальная работаПеречень задач, зависимости от доступов и контента, сроки и стоимость
ПоддержкаКто обновляет систему и содержание, сколько стоит регулярная работа, как устраняются ошибки
Выпуск новых страницСтоимость и срок типовой посадочной; кто пишет, согласует, публикует и проверяет
Измерение обращенийКакая аналитика нужна, кто отвечает за настройку и регулярную сверку
Переход и поисковые активыКакие URL сохраняются, где нужны перенаправления, как контролируется состояние после запуска
Управление проектомОтветственный, порядок приоритетов, приёмка, доступы и возможность передать работу

Сравнение можно делать на общем горизонте, например шесть месяцев: первоначальные работы + сопровождение + сервисы + внутреннее время клиентки. Прогноз возможной потери трафика при миграции не надо превращать в выдуманную денежную цифру; риск и меры контроля можно показать отдельно.

Ежемесячное комплексное сопровождение нельзя напрямую сравнивать только с разовой стоимостью сборки сайта. Нужно показать одинаковые направления работ и период. Если цена новой реализации входит в месячный платёж, заранее определить объём сайта, этапы, порядок передачи результата и условия завершения сотрудничества.

Аргумент в пользу Next.js может звучать так: «Наша команда умеет быстро выпускать и поддерживать на этом стеке согласованные функции; это видно из плана и оценки». Он требует реального подтверждения ресурсами команды. Тезис «Google лучше продвигает Next.js» использовать нельзя. Официальные требования Google относятся к содержимому, доступности и технической реализации. Технические требования, рекомендации для AI-поиска.

[LG-020-F020] — LG-020, фрагмент 03, строки 24-33, тема «Три нормальных способа продолжить работу»

Три нормальных способа продолжить работу

Действующая команда исправляет замечания. Павел передаёт конкретный список и критерии проверки. Дальнейшее сопровождение обсуждается отдельно. Это хороший результат для клиентки даже при отсутствии нового договора.

Команды разделяют задачи. При согласии клиентки можно выделить маркетинговую структуру, контент и измерение результата отдельно от технического сопровождения. До начала нужен один понятный порядок приоритетов и приёмки, иначе клиентка останется координатором разногласий. Контактировать с её подрядчиком от имени клиентки можно только после явного поручения.

Клиентка выбирает комплексное сопровождение Павла. Тогда предмет разговора — конкретный объём, ответственность, сроки, доступы и передача дел. Ошибки прежнего сайта становятся задачами первого этапа, а не постоянной темой коммуникации.

Не нужно предлагать все три пути как сложный каталог. Достаточно обозначить, что выбор есть, и выяснить, какую организацию работы клиентка хочет получить.

[LG-021-F001] — LG-021, фрагмент 01, строки 1-8, тема «Почему для нашего сопровождения мы предлагаем Next.js»

Почему для нашего сопровождения мы предлагаем Next.js

Рекомендация для «Содействия» на основании публичной проверки 18 сентября 2026 года. Документ объясняет выбор реализации и критерии результата; бюджет и очередность полного сопровождения оформляются отдельно.

Мы предлагаем Next.js как основу для регулярной работы одной команды над сайтом, посадочными страницами, аналитикой и маркетинговыми гипотезами. Его ценность для клиента — управляемые изменения: согласованное предложение на всех страницах, исправные обращения и понятная связь между рекламой и заказом.

Такая рекомендация обоснована, если наша команда действительно быстрее разрабатывает и поддерживает эту реализацию и берет ответственность за весь ее жизненный цикл. WordPress способен обеспечить качественное SEO, рекламу и аналитику. Поэтому клиенту нужно сравнить стоимость приведения текущей сборки к нужному стандарту со стоимостью новой реализации и ее дальнейшего развития.

[LG-021-F007] — LG-021, фрагмент 02, строки 1-2, тема «Раздел 1»

Приемка включает первый вход, переход по разделам, возврат Back, открытие и закрытие формы, неуспешную отправку и подтвержденный прием заявки. Проверять нужно конечные данные в системе аналитики и CRM. Наличие скрипта в HTML подтверждает установку, но не правильность всей цепочки.

[LG-127-F001] — LG-127, фрагмент 01, строки 1-4, тема «Архитектура сопровождения: Next.js, WordPress, Tilda»

Архитектура сопровождения: Next.js, WordPress, Tilda

Исследовательская записка для подготовки позиции Павла. Дата: 18 сентября 2026. Это оценка возможностей и критериев выбора, не смета реализации. Проверены существующие технические и контентные findings; доступа к коду, кабинетам, стоимости поддержки действующего сайта и реальному потоку заявок нет.

[LG-190-F005] — LG-190, фрагмент 01, строки 25-28, тема «Ключевые решения»

Ключевые решения

Не подгонять диагноз под продажу новой CMS. Для выбора Next.js использовать экономику и ответственность команды, конкретные функции и приёмку. Исправные TTFB, кэш, существующие счётчики и коллтрекинг явно отражены. Обнаруженные ошибки и неподтверждённые риски разделены.

[PR-007-F013] — PR-007, фрагмент 02, строки 16-17, тема «2. SEO в нише»

2. SEO в нише