Когда клиент обращается к нам с просьбой взять его сайт на сопровождение, доработку или продвижение, первое, что мы делаем - проводим проверку его технического состояния и функциональности.
Этот этап необходим, чтобы понять: можем ли мы эффективно работать с проектом, насколько он готов к дальнейшему развитию и какие риски могут возникнуть в процессе.
Проверка помогает избежать непредвиденных сложностей, сэкономить время и ресурсы - как наши, так и клиента.
В этой статье расскажем, что именно нужно предоставить для оценки, какие аспекты мы проверяем и почему в некоторых случаях не можем взять сайт в работу.
Что нужно предоставить нам для проверки
Чтобы начать анализ сайта, нам необходимо получить доступ к ключевым компонентам проекта:
Информация о предыдущих подрядчиках
- В каких отношениях вы находитесь с предыдущей командой или разработчиками?
- Закрыты ли договорные обязательства?
- Контакты для связи (если потребуется уточнение деталей).
Техническая платформа сайта
- На какой CMS работает сайт (например, WordPress, MODX, Django, 1С-Bitrix)?
Мы работаем только с проверенными и поддерживаемыми нами системами. Если сайт создан на другой платформе, мы, к сожалению, не сможем взять его на сопровождение.
Доступ к домену
- Где приобретён и управляется домен?
- Логин и пароль от личного кабинета панели управления доменом?
- Есть ли корпоративная почта, привязанная к домену?
Доступ к хостингу и базе данных
- Логины и пароли от панели управления хостингом;
- Доступ к файлам и базе данных, либо возможность выгрузить полный архив проекта.
Аналитика
- Доступ к Яндекс.Метрике (почта, привязанная к счётчику);
- Возможность передачи прав владения или установка нового счётчика на почту клиента.
Доступ к админ-панели сайта
Обязательное условие. Без доступа в административную часть мы не можем оценить функционал и начать работу.
Как, что и зачем мы проверяем
После получения доступов мы проводим комплексную оценку сайта. Вот что входит в нашу проверку:
- Безопасность
Проверяем проект на наличие вредоносного кода, уязвимостей и подозрительных активностей. Безопасность - основа стабильной работы. - Функциональность CMS
Оцениваем, насколько гибкой и удобной является система управления: можно ли легко добавлять страницы, разделы, товары, изменять контент. Это влияет на дальнейшую поддержку. - Работоспособность форм
Тестируем все формы обратной связи, заказа, регистрации. Проверяем, доходят ли заявки, корректно ли работает уведомление. - Интеграции и подключённые сервисы
Изучаем, какие внешние сервисы используются (CRM, чаты, мессенджеры, платежные системы, API и т.д.). Это важно для понимания архитектуры проекта. - Качество кода
Анализируем структуру и чистоту кода - это внутренний этап, но он помогает оценить, насколько легко будет вносить изменения и масштабировать сайт. - Работоспособность разделов
Проверяем, нет ли «битых» страниц, ошибок 404, недоступных ссылок или перегруженных разделов. - Навигация
Убеждаемся, что пользователь может легко перемещаться по сайту, а меню и ссылки работают корректно. - Актуальность контента
Оцениваем, насколько информация на сайте соответствует текущему состоянию бизнеса, нет ли устаревших данных. - Аналитика
Проверяем, правильно ли установлены счётчики, передаются ли данные, есть ли доступ к историческим отчётам. - SSL-сертификат
Уточняем, установлен ли сертификат безопасности, активен ли он и можно ли его обновить при необходимости. - Хостинговая платформа
Оцениваем, подходит ли текущий хостинг для стабильной работы сайта. В ряде случаев мы рекомендуем перенос на более надёжную инфраструктуру.
Почему мы можем не взять сайт в работу
Даже если сайт выглядит хорошо внешне, технические или организационные ограничения могут сделать его несовместимым с нашей рабочей моделью. Вот несколько причин, по которым мы не берёмся за доработки сайта:
Нестабильное соединение с сервером
Например, SSH-доступ работает с перебоями, что делает невозможным регулярное сопровождение. В таких случаях мы рекомендуем перенос на наш хостинг.
Нестандартная или малоизвестная CMS
Если сайт работает на платформе, с которой мы не работаем, и при этом отсутствует документация, мы не можем гарантировать качество изменений. Риск ошибок слишком высок.
Ограничения хостинга
Некоторые хостинги накладывают жёсткие технические ограничения (по памяти, доступу к конфигурациям, обновлениям), что делает невозможным выполнение даже базовых доработок.
Отсутствие доступов или их неполный объём
Без доступа к админке, хостингу или аналитике мы не можем полноценно оценить и взять на себя ответственность за проект.В ряде случаев мы можем предложить услуги хостинга без активной поддержки сайта - просто для размещения и технического обеспечения работоспособности.
Итог
Проверка сайта перед началом работ - не формальность, а важный шаг, который позволяет нам понять, насколько проект готов к дальнейшему развитию и можем ли мы эффективно с ним работать.
Мы стремимся к прозрачности, качеству и стабильности. Поэтому, если видим риски, которые могут повлиять на результат, честно рассказываем об этом клиенту и предлагаем пути решения - включая перенос на надёжную платформу или создание нового сайта с нуля.
Если вы хотите передать сайт на сопровождение - подготовьте доступы и информацию, перечисленные выше. Это ускорит процесс и поможет нам быстрее начать работать на результат.
