Техподдержка сайтов
на Битрикс
в Новосибирске

Мы проверяем совместимость плагинов, восстанавливаем корректные сценарии и тестируем процесс до успешного платежа.

Да. Настраиваем интеграции, проверяем тарифы и корректность расчетов по регионам.

Настраиваем SMTP, чиним триггеры писем и следим, чтобы сообщения доходили.

Оптимизируем запросы к базе, настраиваем кеширование и ускоряем отображение карточек.

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

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

Зависит от задачи. Для мелкой правки достаточно локальной копии на машине разработчика — быстрее и не занимает ресурсы боевого сервера. Для проверки нагрузки, интеграций с внешними API по реальным ключам или миграции разворачиваем копию на поддомене сайта клиента, в тех же условиях сети и окружения, что на бою. Локальная копия иногда скрывает проблемы, которые проявляются только при реальном трафике и внешних вызовах.

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

При стопроцентной предоплате чек пробивается сразу, с признаком полного расчёта. При частичной оплате или доставке наложенным платежом система пробивает два чека: аванс в момент оплаты и полный расчёт при получении товара. Иначе нарушается 54-ФЗ. Настройка зависит от кассового решения: у одних провайдеров это делается через флаг в модуле, у других требует ручной доработки сценария оформления заказа.

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

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

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

В бюллетене указана критичная уязвимость безопасности? Ставим вне очереди, иногда в течение дня. Обновление чисто функциональное, без пометки о безопасности, — идёт в плановом цикле после проверки на тесте. Совместимость с установленными платными модулями смотрим тоже: разработчик модуля не всегда успевает выпустить патч день в день с новой версией ядра.

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

Торговые предложения — это вариации товара по цвету, размеру или комплектации, привязанные к одной карточке в каталоге. Каждое предложение хранит собственный остаток. Есть и артикул, и, если нужно, своя цена. Настройку структуры свойств продумываем до старта: если предложений становится слишком много, карточка начинает грузиться дольше, и число активных вариаций лучше ограничить с самого начала. Список неактуальных вариаций пересматриваем раз в сезон, убирая то, что перестало продаваться.

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

Бренды делят склад и клиентскую базу, но должны выглядеть как разные сайты? Нужна редакция с поддержкой мультисайтовости, чаще всего от «Бизнеса» и выше. Это позволяет вести один каталог и разные витрины с собственным дизайном и доменом для каждого бренда. Экономия против нескольких самостоятельных инсталляций — в едином управлении остатками и заказами. Правка в одном месте применяется ко всем витринам сразу.

Полная синхронизация всего каталога занимает время. Каждые пять минут — избыточно. Настраиваем обмен по частоте изменений: товары с пересчитанной ценой попадают в очередь быстрее, чем весь каталог целиком. Это требует правильной настройки выгрузки на стороне 1С — выгружается весь массив без фильтра по дате изменения, и ускорение на стороне сайта уже не поможет.