Что разработчик передаёт вместе с сайтом: чек-лист для заказчика

Один файл экспорта не равен переданному сайту

Команда «Инструменты → Экспорт» в WordPress создаёт XML-файл с материалами для последующего импорта, тогда как для передачи работающего проекта понадобятся ещё файлы сайта, база данных, доступы и сведения о подключённых сервисах. Одной выгрузки недостаточно.

Ниже — чек-лист для сайта компании на WordPress с формой обращения, Яндекс.Метрикой и подключением к CRM. Хостинг сохраняется. Принимаем проект у разработчика и передаём его в дальнейшую работу. Каждую часть комплекта получает определённый человек: редактор, администратор со стороны компании или новый технический исполнитель. Руководителю не требуется самому разбираться в файлах, но полезно заранее назвать получателей, вместе с ними пройти пункты и записать, чем подтверждается готовность продолжать работу без постоянных обращений к прежнему разработчику.

1. Доступы проверены получателями

• Реестр аккаунтов. В списке есть панель хостинга, домен, WordPress, почта, аналитика и CRM. Для каждой строки указаны адрес входа, владелец учётной записи и получатель доступа.
• Восстановление. Ответственный знает рабочую почту и порядок использования второго фактора, а резервные способы доступны компании. Эти сведения проверены до отзыва прав исполнителя.
• Самостоятельный вход. Получатель вошёл со своего устройства и выполнил нужное действие. Если система требует подтверждения, найден человек, который может его дать.
• Роли сотрудников. У редактора есть доступ к материалам, у уполномоченного администратора — к техническим настройкам. Разделение прав описано в статье о ролях WordPress.
• Место хранения секретов. Пароли и резервные коды переданы через выбранное компанией закрытое хранилище; общий реестр содержит ссылку или указание на него.

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

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

2. Домен, размещение и продления записаны отдельно

• Домен. Записаны регистратор, текущий администратор домена, срок регистрации и адрес для уведомлений. Получатель сверил сведения в кабинете регистратора.
• Хостинг. Названы поставщик, владелец услуги, тариф и порядок оплаты. Ответственный видит действующую услугу и знает, куда обратиться при остановке сайта.
• Продления. Для домена и размещения назначен сотрудник, который получает счета и следит за сроками; в реестре отмечена дата ближайшего действия.
• Сертификат. Указаны способ продления защищённого соединения и тот, кто проверяет его состояние. При автоматическом продлении понятно, кому сообщать об ошибке.

Домен и хостинг учитывают отдельно. Если администратором домена записан исполнитель, компания вместе с ним выбирает процедуру переоформления у регистратора, поскольку пароль от WordPress и настройки адреса сервера относятся к другим операциям и не меняют сведения об администраторе. У Рег.ру для зон .ru, .su и .рф опубликован порядок смены администратора. Состав документов и доступный способ подачи уточняют по этой инструкции для участников передачи.

Я бы назначил ответственного за продления до закрытия проекта: так исправный сайт не останется без размещения из-за счёта, который получил только прежний подрядчик. Если оплату продолжает вести исполнитель, в перечне обслуживания указывают услугу, порядок уведомления компании и контакт на случай прекращения сотрудничества.

3. Исходники соответствуют работающей версии

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

• Версия комплекта. Исполнитель указал дату или номер принятой версии. Получатель понимает, как сопоставить архив с сайтом, который проверяли при сдаче.
• Код и доработки. Получены файлы проекта и доступ к репозиторию, если разработка велась в нём. У собственных изменений есть описание расположения и назначения.
• Материалы. В комплект входят загруженные изображения и другие используемые файлы; оригиналы, нужные для дальнейшей редакторской работы, обозначены отдельно.
• База и настройки. Переданы копия базы и сведения, необходимые техническому специалисту для восстановления. Секреты подключения доступны получателю через закрытое хранилище.
• Пробное восстановление. Новый исполнитель развернул именно переданный комплект в отдельной среде, открыл страницы и изображения, проверил вход и записал результат.

Экспорт материалов решает другую задачу. Документация WordPress описывает WXR/XML с записями, страницами, комментариями, полями и рубриками для импорта на другой сайт. Такой файл сохраняют как выгрузку содержания; полный архив проекта принимают отдельно.

Я рекомендую пробное восстановление вместо доверия к названию «backup-final»: получатель увидит, хватает ли частей, доступны ли настройки и можно ли продолжать работу с переданной версией без недостающих файлов у разработчика. Рабочий сайт продолжает обслуживать посетителей. Тестовая среда закрыта от посторонних. Перед запуском копии специалист отключает рабочие отправки и задаёт тестовые подключения, чтобы проверка не создала настоящие обращения или письма. Итог испытания записывают рядом с архивом: какой комплект использовали, кто его принял и какие вопросы остались.

4. Подготовлен перечень лицензий и документов

• Сторонние компоненты. Есть перечень платных тем, модулей, шрифтов, фотографий и сервисов с названиями поставщиков. По нему можно найти каждый используемый элемент.
• Документы приобретения и использования. Для компонента указаны подтверждение покупки или источник условий использования, аккаунт приобретателя, сведения о сроке обновлений и продлении.
• Результаты собственной разработки. Дизайн, код, тексты и другие созданные материалы перечислены отдельно, рядом даны ссылки на документы проекта, где описаны условия их передачи.
• Исходные материалы. Названы места хранения макетов, оригиналов изображений и редактируемых файлов, которые входят в согласованный комплект.
• Нерешённые вопросы. Стороны записали, какие формулировки договора или условия поставщика предстоит уточнить и кто готовит ответ.

Перечень сопоставляют с договором. В части прав этот чек-лист помогает собрать документы по конкретным результатам и компонентам, чтобы стороны могли обсудить неясные формулировки с юристом, располагая названиями материалов и условиями их приобретения.

Я советую вести один реестр компонентов со ссылками на подтверждающие документы, поскольку папка разрозненных чеков не объяснит новому исполнителю, какой модуль используется на сайте, кто имеет доступ к его обновлениям и кому направить вопрос о продлении. Так проще подготовить обсуждение. Отдельно отмечают элементы из аккаунта подрядчика. По каждому выясняют дальнейший порядок обслуживания и фиксируют договорённость. Если в переписке было обещание «всё входит навсегда», его уточняют по предмету: установленная версия, обновления или техническая помощь.

5. Внешние сервисы продолжают работать после передачи

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

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

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

6. Инструкция помогает выполнить реальную работу

• Работа редактора. Инструкция объясняет замену текста услуги, добавление изображения, подготовку и выпуск записи на этом сайте. Сотрудник выполнил обычную правку без постоянных подсказок.
• Техническое продолжение. Новый исполнитель получил описание окружения, порядок получения рабочей версии, обновления и сведения о доработках. Непонятные пункты возвращены разработчику до закрытия передачи.
• Копирование и восстановление. Записаны места хранения копий, порядок их создания и восстановления, ответственный и способ узнать об ошибке. Получатель знает, какой документ использовать при остановке сайта.
• Поддержка. Названы канал обращения, контакт для срочной проблемы, порядок сообщения об ошибке и границы работ после сдачи. Новые задачи отделены от вопросов по переданному результату.

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

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

Последний шаг: пройти комплект вместе с получателем

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

Для обсуждения пригодится таблица ниже. Подрядчик может заполнить её ссылками на закрытые хранилища и именами получателей, а если нужен независимый разбор, обсудите передачу сайта со ШТАБ ИТ, приложив состав работ и список уже полученных материалов.