Корпоративный сайт
Собственная тема и управляемые страницы услуг, команды и проектов.
WordPress · BIG FISH
Корпоративные сайты, редакционные проекты и каталоги, которые удобно развивать. Проектируем собственную визуальную систему и понятный редактор для вашей команды.
ВОЗМОЖНОСТИ ПРОДУКТА
Собственная тема и управляемые страницы услуг, команды и проектов.
Согласованные блоки для новостей, публикаций и экспертных материалов.
Структурированные карточки, тематические подборки и связанные материалы.
ЖИВОЙ ПРИМЕР
Редактор собирает страницу услуги из согласованных блоков. Меняет заголовок, порядок и состав секций, а дизайн остаётся целостным.
Учебный пример с условными данными. Действия остаются в браузере. Это модель сценария, а не подключённая CMS, сервер или база данных.
АРХИТЕКТУРА СЦЕНАРИЯ
| Слой | Результат |
|---|---|
| Интерфейс | Понятны ввод, ограничения, загрузка и ошибки. Доступно управление клавиатурой. |
| Данные | У значений есть владелец, формат и правила актуальности. |
| Выпуск | Проверены ключевые сценарии, резервирование и восстановление. |

BIG FISH · WordPress
Создание сайта на WordPress — это ещё и проектирование работы редактора. Собираем управляемые блоки для историй бренда, услуг и публикаций: команда меняет материалы в админке, а типографика, отступы и композиция остаются согласованными.
Для корпоративного сайта на WordPress разрабатываем обложки, рубрики, страницы авторов и мобильную версию. Длинная статья, короткий анонс и страница услуги получают собственный ритм, сохраняя единый визуальный язык.
ПРАКТИЧЕСКОЕ РУКОВОДСТВО
Архитектура, ограничения и проверяемые сценарии. Конкретную конфигурацию согласуем по требованиям проекта.
WordPress / 01
Не стоит хранить услуги, команду и кейсы в одном неструктурированном тексте. Выделяем типы записей, общие таксономии и повторяемые поля. Кейс связывается с услугой, а не дублируется в каждой посадочной странице. До наполнения определяем обязательные поля, права редакторов и правила появления материала в каталогах.
Проверка на проекте
Связанный кейс обновляется в одной записи.
WordPress / 02
Готовим набор блоков под дизайн: первый экран, факты, проекты, команда и заявка. Редактор меняет содержание и разрешённые варианты, а сетка и типографика остаются согласованными. Проверяем длинные заголовки, пустые изображения и перестановку секций. Свободный HTML оставляем только там, где он действительно нужен и понятны права доступа.
Проверка на проекте
Перестановка блоков не ломает мобильную страницу.
WordPress / 03
Отделяем оформление от функций, которые должны пережить смену темы. Типы записей и интеграции обычно относятся к отдельному плагину проекта; шаблоны и визуальные стили — к теме. Не правим файлы ядра и чужих расширений. Для каждого стороннего плагина фиксируем назначение, лицензию, источник обновлений и ответственного за проверку совместимости.
Проверка на проекте
Смена темы не удаляет типы записей.
Service
title
introduction
industry taxonomy
approved content blocks
related case studiesWordPress / 04
Автор может готовить материал без права менять настройки сайта. Редактор проверяет содержание и публикацию, администратор отвечает за конфигурацию. Возможности назначаем через capabilities, а не только по видимому названию роли. Предпросмотр черновика не должен становиться общедоступной страницей. Согласуем, кто может менять ссылки, удалять записи и загружать файлы.
Проверка на проекте
Автор не может изменить настройки сайта.
WordPress / 05
Для каталога услуг используем структурированные параметры и понятные фильтры. Поиск по заголовку, фильтрация по отрасли и связанные кейсы решают разные задачи. В больших выборках избегаем загрузки всех записей на каждый запрос. Проверяем отсутствие результатов, несколько страниц выдачи и сохранение выбранного фильтра при возвращении из карточки.
Проверка на проекте
Пустая выборка даёт понятное объяснение.
WordPress / 06
Форма отправляет минимально необходимые данные и показывает понятный результат. Проверяем поля на сервере, защищаем обработчик от злоупотреблений и не помещаем ключ CRM в браузер. При обмене через REST API контролируем поля ответа и права записи. Ошибка CRM не должна бесследно терять заявку: предусматриваем журнал доставки и повтор.
Проверка на проекте
Сбой CRM оставляет заявку в журнале.
WordPress / 07
Размер изображения выбираем под реальную область показа, тяжёлые медиа ниже первого экрана загружаем отложенно. Кэш публичных страниц не должен содержать персональные данные. При изменении постоянных ссылок составляем карту перенаправлений. Заголовки, описания, canonical и разметка проверяются на готовом сайте: установка SEO-плагина не заменяет эту работу.
Проверка на проекте
Карточка не прыгает при загрузке фото.
WordPress / 08
Обновления ядра, темы и плагинов сначала проверяем на копии: редактор, формы, поиск и критические шаблоны. Сохраняем базу и файлы, проверяем восстановление. Передаём описание блоков, инструкцию публикации и перечень расширений. Для сопровождения согласуем периодичность обновлений и порядок реакции на несовместимость, а не обещаем отсутствие любых сбоев.
Проверка на проекте
Копия восстанавливается вместе с медиа.
FAQ
Нет. Пример показывает проектируемый сценарий для WordPress. Рабочую систему разрабатываем под ваши требования, данные и интеграции.
Сначала изучаем интерфейсы обмена, владельцев данных и ограничения. Результатом может стать интеграция, поэтапная миграция или замена только отдельного компонента.
Согласованный комплект включает дизайн, исходный код, требования к окружению и инструкции по эксплуатации. Состав работ, права и сопровождение фиксируем в договоре.
Расскажите о процессе, аудитории и существующих системах. Определим интерфейс, технические границы и этапы разработки.
Заявка отправлена. Мы свяжемся с вами, чтобы обсудить проект.