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