WELCOME MEDIA
Welcome Media
  • ГлавнаяГлавная
  • УслугиУслуги
    Веб-разработка
    • Лендинги от 65 000 ₽
    • Корпоративные сайты
    • Интернет-магазины
    • Перенос с Битрикс и WordPress
    • Django + Next.js
    • Техническая поддержка
    • SEO-продвижение
    Разработка приложений
    • Личные кабинеты и B2B-порталы
    • Мобильная разработка
    • Мини-аппы для мессенджеров
    • ПО для киосков и терминалов
    • ERP/CRM-системы
    Отраслевые решения
    • Для застройщиков
    • Сайты для СРО
  • ПортфолиоПортфолио
  • О компанииО компании
  • БлогБлог
  • КонтактыКонтакты
+7 (812) 425-32-64Обсудить поддержку
Welcome Media

Welcome Media

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

Связаться
  • +7 (812) 425-32-64
  • +7 (499) 653-89-63
  • web@welcomemedia.ru
  • Санкт-Петербург, Казанская улица, 7
    офис 7

Мы в сети

  • Telegram
  • Email
Welcome Media
  • Telegram
  • Email
+7 (812) 425-32-64+7 (499) 653-89-63web@welcomemedia.ru
Главная/Услуги/Поддержка и доработка

Поддержка · Мониторинг · DevOps · с 2007 года

Техническая
поддержка
и сопровождение
сайтов

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

Обсудить поддержку ↗5 уровней защиты ↓
01Обновления02Автотесты03Ошибки на сайте04Мониторинг05Алерты 24/7

от 12 000 ₽/мес.итог — после знакомства с проектом

Зачем поддержка5 уровнейЭкосистемаДоработкаСтоимостьВопросы

Санкт-Петербург · работаем по всей России

Почему поддержка ↗

Стабильная работа —
это внимание
к нюансам

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

01Версии и зависимости

Для библиотеки вышло исправление безопасности

→Проверяем на тестовом стенде и выпускаем плановым релизом

02Платёжные шлюзы и API

Банк меняет формат уведомлений об оплате

→Адаптируем интеграцию до даты перехода

03Браузеры и устройства

Новая версия браузера иначе обрабатывает форму

→Автотест замечает расхождение — правим вёрстку или скрипт

04Данные и нагрузка

База и логи растут каждый месяц

→Следим за местом и скоростью, настраиваем хранение и ротацию

05Сертификаты и домены

У SSL-сертификата и домена есть срок

→Проверяем продление заранее и уведомляем ответственных

06Почта и уведомления

Почтовые сервисы ужесточают требования к отправителям

→Настраиваем SPF, DKIM и DMARC, проверяем доставку писем о заказах

Примеры типичных нюансов, а не список проблем конкретного сайта.

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

01Обновления02Автотесты03Ошибки на сайте04Мониторинг05Алерты 24/7
01Обновления02Автотесты03Ошибки на сайте04Мониторинг05Алерты 24/7

Уровень 1 из 5 · Фундамент

Обновляем версии
модулей
и зависимостей

Нюанс

Библиотеки и фреймворки регулярно получают исправления безопасности, а старые версии со временем снимаются с поддержки. Чем дольше откладывать обновление, тем больше оно становится.

Фреймворки и языки держим на поддерживаемых версиях — Django, Next.js, Python, Node.js. Ведём реестр компонентов проекта и сверяем его с базами уязвимостей. Обновляем небольшими шагами и сначала на тестовом стенде.

  • Django
  • Next.js
  • Python
  • Node.js
  • Docker
  • GitLab CI/CD
  • staging

Реестр версий проекта

пример отчёта
Пример реестра версий, не рекомендации по актуальным версиям
КомпонентСейчасДоступноСтатус
Django4.2 LTS5.2 LTSПлановое обновление
Next.js14.215.xПроверено на staging
Python3.103.13Плановое обновление
Node.js1822 LTSКритические уязвимости
Пакеты Python / npm47 шт.3 уязвимостиИсправлено в релизе
Nginx · ОС · Docker-образы——Актуально
01

Зависимости и модули

Пакеты Python и npm, модули CMS, библиотеки интеграций. Проверка уязвимостей встроена в сборку и идёт по расписанию.

02

Фреймворки и языки

Плановый переход на поддерживаемые версии Django, Next.js, Python, Node.js. Предупреждаем о конце поддержки заранее.

03

Сервер и окружение

Пакеты ОС, Docker-образы, Nginx, PostgreSQL, SSL-сертификаты. Доступы, ключи и секреты — под контролем.

04

Безопасный выпуск

Тестовый стенд, выпуск через CI/CD и план отката. Если обновление пошло не так — возвращаем предыдущую версию.

↓Обновление закрыло уязвимость — но не сломало ли оно оформление заказа? Это проверяет следующий уровень.Уровень 02 · Автотесты →
01Обновления02Автотесты03Ошибки на сайте04Мониторинг05Алерты 24/7

Уровень 2 из 5 · Автотесты

Автотесты каждый
день проверяют
важные узлы сайта

Нюанс

Главная может открываться, а скидка в корзине — считаться иначе после обновления у партнёра. Такое не видно снаружи — только в сценарии целиком.

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

  • Playwright
  • тестовый контур банка
  • staging
  • отчёты по расписанию

Сценарий «Покупка» · после релиза

пример отчёта

Playwright · 03:00 · тестовый контур банка

  1. ✓
    Каталог и карточка товара открываются
  2. ✓
    Товар добавлен в корзину, скидка пересчитана
  3. ✓
    Доставка выбрана, обязательные поля проверены
  4. ✓
    Заказ создан с верной суммой
  5. ✓
    Платёжная форма банка открылась
  6. ×
    Callback банка → статус «Оплачен»статус не изменился за 60 с · скриншот и трассировка приложены
  7. –
    Заказ передан в CRM и менеджерупропущено из-за предыдущего шага
01

Корзина и оформление

Добавление товара, пересчёт цен и скидок, доставка, обязательные поля, создание заказа.

02

Шлюзы и системы оплаты

Платёжная форма, ответы провайдера, callback/webhook, смена статуса: успех, отказ, отмена.

03

API и интеграции

Обмен с CRM, 1С, службами доставки и внешними API; повторная отправка без дублей.

04

Формы и личный кабинет

Заявки, вход, поиск и всё, что приносит обращения и деньги именно на вашем сайте.

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

↓Тесты проверяют сценарии, которые мы предусмотрели. Ошибки реальных пользователей отслеживает следующий уровень.Уровень 03 · Ошибки на сайте →
01Обновления02Автотесты03Ошибки на сайте04Мониторинг05Алерты 24/7

Уровень 3 из 5 · Анализ логов

Получаем информацию
об ошибке на сайте
в момент её появления

Нюанс

Не каждый посетитель сообщает об ошибке — он просто попробует позже или уйдёт. Ошибка должна доходить до нас сама, а не ждать письма.

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

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

  • Graylog
  • Sentry
  • Loki
  • Nginx
  • централизованный сбор логов
Graylog · все сервисы · level ≥ INFOпример
Пример связанных записей лога по заказу
02:13:58INFOnginxGET /catalog/sneakers 200 · 84 ms
02:14:01INFOapporder.create #48213 · 12 490 ₽
02:14:02WARNpaymentcallback timeout · retry 1/3 · req=a7f3e1
02:14:07ERRORpaymentstatus not updated · order=#48213 · req=a7f3e1
02:14:07ERRORsentryTypeError in PaymentWebhook.handle · release 2.14.1
02:14:09INFOcrmpush skipped: order not paid · #48213
02:14:12INFOnginxGET /cart 200 · 61 ms
Цепочка:Заказ #48213запрос a7f3e1релиз 2.14.1Sentry · 3 события
01

Ошибки живых пользователей

500-е ответы, сбои оплаты, таймауты интеграций, ошибки в браузере — то, что тесты не предусмотрели.

02

Связь событий

Лог, ошибка в коде и нагрузка на сервер связаны по времени и номеру заказа. Причину ищем минуты, а не часы.

03

Повторяющиеся сбои

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

04

Порядок в логах

Ротация, сроки хранения, маскирование персональных данных и секретов. Логи не забивают диск.

↓Бывает, что код в порядке, а узкое место — в ресурсах: памяти, диске или сети.Уровень 04 · Мониторинг →
01Обновления02Автотесты03Ошибки на сайте04Мониторинг05Алерты 24/7

Уровень 4 из 5 · Мониторинг систем и сети

Мониторинг работы
системы, базы и сети —
круглосуточно

Нюанс

Диск и база растут постепенно, нагрузка приходит волнами. Важно видеть тренд заранее, а не в момент пика.

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

  • Grafana
  • Prometheus
  • PostgreSQL
  • Redis
  • Docker
  • Linux

prod-web-01 · последние 24 часа

пример · Grafana
CPU
34%
в норме
RAM
61%
в норме
Диск /var
82%
заполнится через ~9 дней
Время ответа
180 мс
p95, снаружи
PostgreSQL · блокировок нетRedis · память 41%Docker · 12/12 контейнеровSSL · 47 днейСеть · потерь нет
01

Процессор и память

Загрузка CPU, нехватка RAM, swap, перезапуски из-за нехватки памяти.

02

Диски

Свободное место и скорость заполнения, задержки чтения и записи, доступные SMART/NVMe-показатели износа.

03

Сеть и доступность

Доступность сайта снаружи, время ответа, трафик, ошибки соединений, DNS, срок SSL-сертификата.

04

База, очереди, контейнеры

Медленные запросы и блокировки PostgreSQL, Redis, фоновые задачи, состояние Docker-контейнеров.

Что видит мониторингЧто делает инженер
01

Диск заполняется

Находим, что растёт — логи, загрузки, копии. Настраиваем ротацию, при необходимости расширяем хранилище.

02

База отвечает медленно

Находим тяжёлый запрос или блокировку, исправляем запрос, индексы или лимиты подключений.

03

Сайт тормозит под нагрузкой

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

04

Признаки износа накопителя

Проверяем свежесть резервной копии, готовим перенос и замену через провайдера. Метрики снижают риск, но не предсказывают каждый отказ.

↓Проблема обнаружена. Следующий шаг — доставить её ответственному разработчику, даже в два часа ночи.Уровень 05 · Алерты 24/7 →
01Обновления02Автотесты03Ошибки на сайте04Мониторинг05Алерты 24/7

Уровень 5 из 5 · Алерты и уведомления

Разработчик узнаёт
о сбое в любое время —
даже ночью

Нюанс

Сигнал полезен, только если его вовремя увидел человек — в том числе ночью и в выходные.

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

  • Telegram
  • Grafana Alerting
  • эскалация
  • тестовый инцидент
WM
Welcome Media · Мониторинграбочий канал разработчиков
02:14
Критично · P1

Тест оплаты не прошёл: банк не вернул статус

Шаг
callback банка → «Оплачен»
Ответ
timeout · 60 с
Заказ
#48213 · тестовый контур
Релиз
2.14.1 · вчера 18:40
Логи ↗Дашборд ↗Не подтверждено → повтор → следующий ответственный по цепочке

Пример сценария ночью

иллюстрация, не SLA

  1. 02:14

    Сбой обнаружен

    Автотест оплаты не прошёл, в логах — ошибка обработчика банка.

  2. 02:14

    Разработчик получил алерт

    С контекстом: шаг, ответ провайдера, заказ, ссылки на логи.

  3. 02:20

    Причина найдена

    Обработчик callback откатили к предыдущей версии.

  4. 02:35

    Повторный тест прошёл

    Оплата и передача в CRM снова работают.

  5. 09:00

    Отчёт утром

    Что случилось, что исправили и как не допустить повтора.

01

Только важное, без шума

Критическое приходит сразу, предупреждения — по согласованному регламенту. Убираем дубли, чтобы важный сигнал не потерялся.

02

Цепочка ответственных

Подтверждение, повтор, эскалация. Сигнал не потеряется, даже если первый адресат спит.

03

Проверяем саму систему

Пропали метрики или остановилась проверка — это тоже тревога. Настройку подтверждаем тестовым инцидентом.

04

Разбор после сбоя

Фиксируем причину и исправление; при повторе меняем код или правило контроля.

24/7 Автоматический контроль работает круглосуточно. Время подключения инженера ночью и в выходные согласуем при подключении проекта.

↓Пять уровней по отдельности — набор инструментов. Вместе — готовая система сопровождения вашего проекта.Итог · Экосистема →

Итог · Экосистема сопровождения

Ваш проект
встраивается
в готовую экосистему

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

Уровни 1–5 работают
не по очереди, а одновременно
и подстраховывают друг друга

Ваш
проект
сайт · база · оплата · CRM
01Обновление
02Автотест
03Выпуск через CI/CD
04Логи и мониторинг
05Алерт разработчику
06Исправление

↻ цикл повторяется на каждом изменении

Резервные копии файлов и базы · хранение отдельно · регулярная проверка восстановлениякопия не сделалась → алерт
01

Резервные копии

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

02

CI/CD и тестовый стенд

Один процесс выпуска, история версий, откат. Любое изменение сначала проходит staging.

03

Готовые настройки + ваши сценарии

Отлаженные конфигурации метрик, логов и алертов адаптируем под стек и добавляем проверки именно ваших заказов и интеграций.

04

Всё остаётся у вас

Доступы, репозиторий, дашборды, журнал инцидентов и документация: карта сервисов, инструкции выпуска, отката и восстановления.

Как проверяем копии, восстановление и выпуск обновлений +

Настраиваем резервное копирование PostgreSQL, пользовательских файлов и конфигурации. Для восстановления на момент времени при необходимости используем базовые копии и архивирование WAL. Контролируем возраст копии, ошибки задания и заполнение хранилища.

Проверяем восстановление в изолированном окружении. Согласуем допустимую потерю данных (RPO), целевое время восстановления (RTO) и фиксируем результаты теста. В Docker-образах и репозитории храним конфигурации; секреты отделяем от кода.

Обновление без простоя проектируем через blue-green или rolling deployment там, где позволяет архитектура. Проверяем готовность новой версии и совместимость миграций. Для изменений данных отдельно определяем порядок отката или восстановления.

  • DevOps-сопровождение
  • администрирование Linux
  • резервное копирование
  • CI/CD
  • Grafana
  • Graylog
  • Sentry
  • Playwright

Доработка ↗

Поддержка —
это ещё и развитие
сайта

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

Обсудить доработку ↗Перенос сайта ↗
Крупные модули оцениваем отдельным этапом.

Стоимость ↗

Подключите сайт
к технической поддержке

Подключить поддержку ↗
Регулярное сопровождение

от 12 000 ₽ /мес.

Точную стоимость считаем после диагностики: она зависит от числа серверов и интеграций, сложности сценариев и требований к ночной реакции. Подключение и разовые работы — отдельными строками сметы.

Подключить поддержку ↗Начнём с аудита: покажем, что устарело и где риски.

Входит в поддержку

  1. 01Обновление зависимостей, серверных компонентов, проверка уязвимостей
  2. 02Автотесты ключевых сценариев по расписанию и после релизов
  3. 03Сбор и разбор логов и ошибок приложения
  4. 04Мониторинг доступности, серверов, базы и сети
  5. 05Критические уведомления разработчикам и разбор инцидентов

ΣКонтроль бэкапов и тесты восстановления, выпуск через staging и CI/CD, отчёт о работах

Оцениваем отдельно

  • подключение проекта и перенос мониторинга
  • CI/CD, staging и Docker с нуля
  • переезд и аварийное восстановление
  • ночное дежурство по регламенту
  • мажорные обновления фреймворков
  • серверы, хранилища, лицензии

Подключение проекта ↗

Берём на поддержку
сайты других разработчиков

Передать сайт ↗
01

Аудит

Инвентаризация серверов, доступов и версий. Проверяем, можно ли восстановить сайт из копии.

02

Срочное

Первыми закрываем риски потери данных и недоступности.

03

Подключение

Мониторинг, логи, автотесты, алерты. Проверка тестовым инцидентом.

04

Регулярная работа

Обновления, разбор инцидентов, развитие и ежемесячный отчёт.

Вопросы и ответы ↗

О технической
поддержке

Расскажите о вашем проекте — уточним, какие проверки и работы нужны в первую очередь.

Обсудить поддержку ↗
У вас уже есть готовая архитектура сопровождения?+

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

Как вы проверяете, что интернет-магазин принимает заказы?+

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

Тесты оплаты создают реальные списания?+

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

Для чего вы используете Graylog?+

Для централизованного сбора и анализа логов приложения, веб-сервера, контейнеров и интеграций. Настраиваем потоки, поля, поиск, сроки хранения и события для уведомлений. Graylog помогает связать ошибку с запросом или заказом и найти причину сбоя; нужные события поступают в общую систему реагирования.

Что именно вы настраиваете в Grafana?+

Подключаем источники метрик и логов, собираем дашборды для серверов, приложения, базы и очередей. Настраиваем правила алертов, пороги, задержки срабатывания, каналы доставки и эскалацию. Проверяем уведомления тестовым инцидентом. Сбор метрик организуем через Prometheus и подходящие экспортёры; для централизованных логов подключаем Graylog, Loki или имеющуюся систему.

Приходят ли уведомления ночью и в выходные?+

Да. Автоматические проверки работают круглосуточно, а критические сообщения поступают напрямую разработчикам в Telegram, почту или другой рабочий канал. Мы получаем контекст сбоя и начинаем реагировать по аварийному регламенту, не дожидаясь звонка клиента. Настраиваем подтверждение, повтор и эскалацию; время реакции и ночное дежурство фиксируем при подключении проекта.

Можно ли заранее узнать о проблемах с диском?+

Настраиваем предупреждения о заполнении диска и inode, ошибках и задержках I/O. Если доступны данные накопителя, отслеживаем SMART/NVMe-показатели состояния и износа. На VPS физический накопитель может быть недоступен для диагностики. Не каждый отказ имеет предварительные признаки, поэтому одновременно нужны отдельные копии и проверенный план восстановления.

Как вы находите причины медленной работы сайта?+

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

Чем сбор логов отличается от мониторинга метрик?+

Метрики показывают, когда и где изменились нагрузка, время ответа или число ошибок. Все поступающие логи подключённых компонентов автоматически анализируются: правила выявляют исключения, ошибки запросов и сбои интеграций. Записи связываются по времени, сервису и идентификатору запроса, чтобы специалист видел последовательность событий и мог установить причину. Задаём срок хранения и маскирование чувствительных данных.

Проверяете ли вы, что резервная копия действительно работает?+

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

Можно ли настроить обновление сайта без простоя?+

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

Что входит в настройку CI/CD и staging?+

Сборка приложения или Docker-образа, автоматические тесты, проверки зависимостей, публикация на тестовый стенд, согласование выпуска и выкладка на production. После релиза проверяем ключевые сценарии и метрики. Фиксируем секреты, права выпуска и порядок отката; состав проверок подбираем под стек проекта.

Что происходит, когда выходит исправление уязвимости?+

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

Берёте ли вы на поддержку сайты другой команды?+

Да. Изучаем код, серверы и способ развёртывания, проверяем доступы, копии и текущие ошибки. После диагностики предлагаем план подключения мониторинга, восстановления и релизов. Готовое ТЗ для первого разговора не требуется.

Сколько стоит техническая поддержка сайта?+

Регулярное сопровождение — от 12 000 ₽/мес. После диагностики согласуем системы, проверки, обновления, задачи и время команды. Первичное внедрение мониторинга, CI/CD, staging и схемы резервного копирования оцениваем по текущему состоянию инфраструктуры. Условия аварийного реагирования и расходы на серверы и хранилища фиксируем отдельно.

Остаются ли у клиента доступы и документация?+

Да. Передаём конфигурации мониторинга и CI/CD, карту сервисов, инструкции выпуска, отката и восстановления. Репозитории и сервисные учётные записи оформляем с согласованным доступом заказчика. По выполненным работам показываем задачи, изменения и результаты проверок.

Обсудим вашу задачу ↗

Подключим ваш сайт
к поддержке

Расскажите, что за проект и что беспокоит. Начнём с аудита: покажем, что устарело, где риски и какие уровни защиты нужны в первую очередь. Готового ТЗ не нужно — достаточно описать задачу своими словами.

Санкт-Петербург

Казанская улица, 7, офис 7

+7 (812) 425-32-64

Работаем по всей России

Подключаемся к проектам удалённо

web@welcomemedia.ru

Telegram

Напишите напрямую — обсудим вашу задачу

@okhapkinvv ↗
Как удобнее связаться
Что нужно сделать
Бюджет в месяц

С политикой обработки персональных данных ознакомлен.

Welcome Media

+7 (812) 425-32-64

web@welcomemedia.ru

Санкт-Петербург, Казанская улица, 7, офис 7

  • Главная
  • О компании
  • Портфолио
  • Блог
  • Контакты
  • Корпоративные сайты
  • Интернет-магазины
  • Перенос сайтов
  • Мобильные приложения
  • ERP/CRM-системы

Мы на связи

Telegram Email Портфолио Блог
Welcome Media © 2007–2026
Персональные данныеСогласиеCookie

Начнём проект

Ежедневно

08:00 — 22:00

После 22:00 отвечает техподдержка или AI
  • Веб-разработкаВеб-разработка
  • Интернет-магазиныИнтернет-магазины
  • Мобильные приложенияМобильные приложения
  • ERP / CRM-системыERP / CRM-системы
  • Поддержка сайтовПоддержка сайтов
  • SEO-продвижениеSEO-продвижение