Wwebreboot

Услуги

Корпоративные сайты с понятной структурой и технической базой для индексации

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

Кому подходит

  • Компании услуг, которым нужен объёмный сайт вместо одностраничника или устаревшего конструктора
  • Маркетинг, которому важны семантика, скорость публикации и заявки в CRM, а не только «красивая главная»
  • Продуктовые команды, у которых лендинг, кабинет и админка живут в одной системе и мешают друг другу

Что делаем

Корпоративные сайты

Карта разделов, назначение страниц и контентная модель. Основной контент публичных страниц доступен в готовом HTML без обязательного клиентского рендеринга. Это создаёт техническую основу для сканирования и индексации, но не гарантирует позиции в выдаче.

Продуктовые витрины

Лендинги и каталоги с одним оффером на экран, расчётом или заявкой. Не смешиваем витрину с операционной админкой: публичная часть должна индексироваться и кэшироваться, закрытая жить за авторизацией.

Кабинеты и админки

Роли, статусы, таблицы, фильтры, выгрузки. Экран считается готовым, когда сотрудник закрывает ежедневный сценарий без Excel рядом. Это уже не «сайт», а внутренний инструмент: другие критерии приёмки и другой хостинг.

Индексация и скорость

Title и description для разделов, канонические URL, sitemap.xml, robots.txt и Open Graph. Для производительности согласуем страницы, профиль устройства и инструмент измерения. Лабораторные проверки не заменяют полевые данные реальных пользователей.

Формы и персональные данные

На сайте предусматриваем описание цели сбора, ссылку на политику, необходимые согласия и способ обращения к оператору. Полное соответствие требованиям 152-ФЗ зависит от процессов и документов заказчика и проверяется его юристом.

Интеграции

CRM вроде Bitrix24 и amoCRM, почта, Метрика, при необходимости платежи и внутреннее API. Сайт не дублирует операционку: заявка должна попасть туда, где с ней работают, без ручного переноса из почты.

Состав работ

  • Карта разделов и контент-модель: какие поля у услуги, статьи, вакансии, проекта
  • Прототип ключевых экранов: главная, типовой раздел, форма, 404
  • Вёрстка и сборка публичных страниц с выбранным способом рендеринга и публикации
  • Метаданные, каноникал, sitemap, robots, базовая разметка Organization / Service
  • Форма заявки, письмо, страница политики, чекбокс согласия
  • Счётчик аналитики и цели на отправку формы
  • Связка с CRM или почтовым ящиком заказчика
  • Чеклист приёмки, доступы к хостингу и репозиторию, короткая инструкция по публикации

Как связаны части решения

Базовый технический контур направления. Конкретные границы, интеграции и способ размещения фиксируем после разбора задачи.

Контур корпоративного сайта
flow
  1. 01Вход

    • Поисковик
    • Пользователь
    • Прямая ссылка
  2. 02Публичный слой

    • HTML и контент
    • Формы
    • Кабинет отдельно
  3. 03Выход

    • CRM или почта
    • Аналитика
    • Хостинг заказчика

Стек

Публичная часть: Next.js, TypeScript, ReactСтатическая генерация или серверный рендерингСерверная часть по задаче: Node.js, PostgreSQLHeadless CMS по задаче

Этапы

  1. 01

    Карта и контент

    1–2 недели

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

    Приёмка: Утверждённая карта и список экранов первого этапа.

  2. 02

    Прототип ключевых экранов

    1–2 недели

    Главная, типовая услуга, форма, служебные страницы. Согласуем до вёрстки всего объёма, чтобы не перекладывать 30 макетов.

    Приёмка: Согласованные ключевые экраны и поведение формы.

  3. 03

    Сборка и интеграции

    3–6 недель

    Страницы, компоненты, метаданные, форма, счётчик, CRM или почта. Контент вносится по готовой модели.

    Приёмка: Стенд с полным составом этапа и рабочими письмами.

  4. 04

    Сдача и публикация

    1–2 недели

    Проверяем индексируемость, 404, политику, доступы и инструкцию по публикации. Размещаем рабочую версию в инфраструктуре заказчика.

    Приёмка: Рабочий сайт, репозиторий и доступы переданы заказчику. Условия исправления дефектов определены договором.

Нормы и ограничения

HTML в первом ответе сервера

Основной контент публичной страницы должен быть доступен без обязательного выполнения тяжёлого клиентского приложения. Для этого используем статическую генерацию или серверный рендеринг.

Core Web Vitals

Пороговые значения Google: LCP ≤ 2,5 с, INP ≤ 200 мс и CLS ≤ 0,1 на 75-м перцентиле полевых данных. В приёмке используем лабораторный профиль и перечень страниц, зафиксированные в требованиях этапа.

Доступность интерфейса

Для публичных страниц ориентируемся на применимые критерии WCAG 2.2 AA: контраст, фокус, подписи, клавиатурную навигацию и обработку ошибок. Полный аудит соответствия с перечнем страниц и методикой проверки оценивается отдельно.

Обработка персональных данных

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

Сроки

Каркас из 10–20 страниц без кабинета: обычно 6–12 недель после утверждённой карты разделов.

Срок растёт, если:

  • Кабинет, роли и выгрузки считаются отдельной работой, не «ещё пара экранов»
  • Мультиязычность, личный каталог, калькуляторы и оплаты удлиняют и сборку, и приёмку
  • Нет готовых текстов: закладываем время на структуру и черновики, не на «наполним потом»
  • Интеграция с CRM без документации или с нестабильным API требует отдельного этапа обследования

Не входит

  • Контекстная реклама, ведение соцсетей и «гарантия позиций в поиске»
  • Подготовка отраслевых материалов без участия эксперта со стороны заказчика
  • Покупка ссылок, накрутка поведенческих факторов
  • Сложный интернет-магазин с 1С, складом и кассой как отдельный продукт

Результат

На выходе: сайт с картой разделов, рабочими формами и понятным способом публикации. Витрину можно расширять страницами без ломки сборки. Кабинет, если он был в составе, сдан отдельно: роли и доступы на месте.

Вопросы направления

Это конструктор или разработка?+

Разработка. Конструктор уместен для короткого лендинга на один оффер. Для сайта с десятками разделов, кабинетом и интеграциями он обычно упирается в ограничения через квартал: скорость, доступы, выгрузки, смена команды.

Можно ли разместить сайт на виртуальном хостинге?+

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

Сколько длится типичный корпоративный сайт?+

10–20 страниц без кабинета: 6–12 недель при готовых вводных. Срок считается после карты разделов. Кабинет, мультиязык и тяжёлые интеграции выносятся в оценку отдельно.

Входит ли поисковое продвижение?+

Делаем техническую базу: структуру, мета, sitemap, скорость, индексацию HTML. Семантическое ядро, тексты и ссылочное продвижение это соседняя работа. Позиции в выдаче не обещаем договором: на них влияют запрос, конкуренты и материалы, которых ещё нет.

Кто пишет тексты?+

Структуру и назначение страниц определяем вместе с заказчиком. Факты об услугах предоставляет заказчик или его эксперт. Мы можем отредактировать материалы и привести их к единому тону.

Что с доступностью?+

Для публичных страниц ориентируемся на применимые критерии WCAG 2.2 AA: контраст, фокус, подписи и клавиатурную навигацию. Полный аудит соответствия по согласованной методике и перечню страниц оценивается отдельно.

Следующий шаг

Обсудить задачу

Опишите задачу, срок и ограничения. Ответим в рабочий день: берёмся ли и каким будет первый этап.

Оставить заявку