Создание сайтов
на WordPress
в Челябинске
Частые задачи
Сайт делали три подрядчика подряд.
Приводим код к одному стандарту и заводим историю изменений.
Нужен блог, который ведёт редакция.
Настраиваем типы записей, рубрики и роли под реальный процесс.
Мобильная версия выглядит сломанной.
Переверстываем под узкие экраны и проверяем на живых устройствах.
Формы не доходят до почты.
Настраиваем отправку через почтовый сервис и подписи домена.
Хотим перенести сайт с конструктора.
Переносим контент и адреса, дальше развиваем без ограничений платформы.
Кому подходит
- Базовая структура
- Формы и аналитика
- Задел на рост
- Перенос материалов
- Сохранение адресов
- Новая админка
- Типы записей
- Роли редакторов
- Поиск по сайту
Как мы делаем сайт на WordPress
Форматы разработки WordPress-сайта
в Челябинске
Сложность проекта задаёт архитектура, а число страниц тут вторично. Каждое решение продумано под ваши задачи.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
-
Создание лендингов
-
Разработка интернет-магазинов
-
Разработка корпоративных сайтов
-
Разработка маркетплейсов
-
Разработка личного кабинета
-
Разработка и проектирование API
-
Создание сайтов-агрегаторов
-
Создание онлайн-сервисов
-
Создание B2B порталов
-
Создание сайтов на Drupal
-
Создание сайтов на Laravel
-
Создание интернет-магазина на Битрикс
-
Составление технического задания
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Можете ли вы создать сайт без потери SEO?
Да. Наша веб-студия сохраняет ключевые URL, делает редиректы где нужно, и следит за метаданными, чтобы рейтинги не пострадали при перезапуске.
Нужна ли мне готовая тема или вы проектируете с нуля?
Готовые темы мы не берём. Каждый макет создаётся индивидуально под ваш бренд и структуру контента.
Как вы решаете вопросы с админкой?
Как digital-агентство мы выстраиваем бэкенд под то, как реально работает ваша команда — никаких плагинов-костылей, никаких догадок о том, где что живет.
Можете ли работать с нашим штатным дизайнером или разработчиком?
Конечно. Мы можем подключиться к вашей команде — взять лидерство или просто привнести WordPress-экспертизу.
Чем свои шаблоны лучше купленной темы?
В них нет функций, которыми вы не пользуетесь. Купленная тема тянет код под сотню сценариев, и отключение через настройки файлы с сервера не убирает.
Можно ли доработать купленную тему вместо своей?
Можно через дочернюю тему, если её качество приемлемо. Если внутри каша, дешевле собрать своё, чем разбирать чужое.
Где должны жить доработки?
Функциональность в отдельном плагине, внешний вид в теме. Тогда обновления не затирают работу.
Почему нельзя править файлы ядра?
Обновление их заменит, и правка исчезнет. Все изменения выносим в свой код рядом.
Нужен ли репозиторий для сайта?
Нужен: без него любая правка делается вслепую и без возможности вернуться.
Как обновлять сайт безопасно?
Сначала на копии с прогоном ключевых страниц, потом на боевом с точкой отката.
Можно ли уменьшить число плагинов?
Проводим ревизию: часть заменяется своим кодом, часть просто не используется.
Нужна ли сборка стилей и скриптов?
На проектах с регулярными правками полезна: убирает неиспользуемое и режет код на части.
Как проверить качество вёрстки?
Прогоняем ключевые шаблоны на реальных устройствах и смотрим разметку. Список шаблонов фиксируем заранее.
Можно ли передать сайт другой команде?
Можно в любой момент: репозиторий, доступы и описание остаются у вас.
Что писать в описании проекта?
Где лежат шаблоны, что делает свой плагин, какие поля у типов записей. Этого достаточно для входа нового разработчика.
Нужны ли автоматические проверки?
Полезны при частых правках. Начинаем с ключевых страниц, покрывать всё подряд смысла нет.
Сколько занимает разработка своих шаблонов?
Зависит от числа типов страниц. Обычно это основная часть срока проекта.
Что останется после сдачи?
Свои шаблоны, отдельный плагин с функциональностью, репозиторий и описание архитектуры.
Можно ли собрать сайт на блочном редакторе вместо своих шаблонов?
На новых небольших проектах это рабочий путь: блоки штатные, поддерживать легче. На сложной структуре со своими типами данных шаблоны всё равно нужны.
Нужен ли отдельный плагин под каждую функцию?
Наоборот: собираем свою функциональность в один плагин проекта. Десяток мелких своих плагинов усложняет перенос и обновление.
Как хранить настройки сайта?
В настройках темы или своего плагина, а не в коде. Тогда их правит администратор без разработчика.
Можно ли использовать сторонние библиотеки?
Можно осознанно: каждая добавляет вес и становится вашей зависимостью. Для мелких задач своё решение обычно легче.
Нужно ли следить за версиями зависимостей?
Нужно: устаревшая библиотека это и уязвимость, и препятствие к обновлению ядра.
Как передать проект другой команде?
Репозиторий, доступы, описание типов данных и архитектуры. Этого достаточно для входа нового разработчика.
Что делать с кодом от прошлого подрядчика?
Читаем, описываем, приводим к стандарту постепенно — начиная с тех мест, которые трогаем.
Можно ли обойтись без репозитория на небольшом проекте?
Технически можно, но любая правка тогда делается без возможности вернуться. Репозиторий стоит недорого и окупается на первой же ошибке.
Нужна ли документация на маленький сайт?
Достаточно одной страницы: где шаблоны, что делает свой плагин, какие типы записей. Через год это единственный способ понять устройство.
Как часто обновлять сайт после сдачи?
Исправления безопасности сразу, остальное по регламенту. Режим «раз в год всё сразу» превращает обновление в проект.
Смотрите также
Обновлено: