Карточка проекта: зачем она нужна и почему без неё сайт превращается в чёрный ящик

Что такое карточка проекта

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

Это не «отчётность ради отчётности». Это рабочий инструмент, который:

• экономит часы на поиск «а где мы это меняли?»,
• защищает заказчика от потери доступа к собственному сайту,
• позволяет любому новому подрядчику подхватить проект без месяца раскопок.

По сути, карточка проекта — это паспорт сайта. Без паспорта сайт живёт, пока жив один конкретный исполнитель. С паспортом — живёт сам по себе.

Что входит в карточку проекта

Я веду карточку в двух связанных частях.

1. Техническая и содержательная карточка

Здесь описано что сделано и как устроен сайт:

• Ход работ по датам — что и когда внедрено. Видно всю историю проекта: от выбора палитры до последнего правленного CSS-сниппета.
• Дизайн-система — цветовая палитра (HEX, где применяется, зачем), типографика (адаптивные шрифты через clamp(), размеры H1–H6, параграфа, small text).
• Стек и инфраструктура — тема (Astra Pro + дочерняя), билдер (Elementor Pro), список плагинов с пояснением зачем каждый нужен и какой у него статус лицензии.
• Оптимизация — что отключено через Perfmatters, что кэшируется через Redis, как работает FlyingPress, как настроен Imagify.
• SEO-настройки — что открыто/закрыто от индексации в SEOPress, шаблоны title/description, XML-карта, подключения к Google Search Console, Яндекс.Вебмастеру, Bing.
• Почта и DNS — SPF, DMARC, переадресации, автоответы, техническая почта для отчётов.
• Резервные копии — где, как часто, куда выгружаются (UpdraftPlus + Google).
• Кастомный код — все сниппеты в WPCodeBox 2 с пояснениями: что делает, зачем добавлено, что чинит.

Каждая строчка отвечает на два вопроса: что сделано и зачем. Не «добавил CSS», а «убрал пунктирный фокус с поиска в мобильном меню, потому что визуально ломал шапку — при этом сохранил: focus-visible для клавиатурной навигации по WCAG».

2. Карточка доступов

Вторая, отдельная и защищённая карточка — это все логины и доступы клиента:

• хостинг (Beget, панель управления, SSH, FTP),
• домен и DNS-панель,
• админка WordPress (роли, ключевые аккаунты),
• лицензии плагинов и темы (аккаунты Astra, Elementor, ACF, Imagify, HappyFiles, HashBar, Perfmatters, SEOPress, WPCodeBox),
• почтовые аккаунты домена и переадресации,
• Google Search Console, Яндекс.Вебмастер, Bing Webmaster,
• Яндекс.Метрика, Google Analytics,
• платёжные сервисы (Продамус и т. п.),
• сервисы резервного копирования (Google-аккаунт для UpdraftPlus),
• CDN, SSL, Redis и прочие подключённые внешние сервисы.

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

Зачем это нужно заказчику

1. Прозрачность работы

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

2. Защита от «замка на одном человеке»

Пока карточки нет, сайт держится на голове одного исполнителя. Уйдёт он — уйдёт и понимание, как всё устроено. Карточка снимает эту зависимость: сайт принадлежит клиенту вместе со всей своей документацией.

3. Полный контроль над доступами

Все логины — у заказчика. Если завтра нужно сменить подрядчика, ему не придётся выпрашивать пароль от хостинга или восстанавливать почту через поддержку. Всё уже собрано в одном месте.

4. Быстрое подключение новых специалистов

Дизайнер, копирайтер, SEO-специалист, таргетолог, PPC-подрядчик — каждый из них получает нужный кусок карточки и сразу видит:

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

Ни один из них не задаёт вопрос «а где это посмотреть?» — потому что ответ уже написан.

5. Меньше расходов на «разбор проекта»

Любой новый исполнитель обычно первую неделю (а иногда и месяц) тратит на аудит: лезет в код, ищет активные плагины, разбирается в кастомных CSS-сниппетах, пытается понять, кто и что делал. Всё это оплачивается клиентом. Карточка проекта убирает этот этап почти полностью.

Отдельно: почему карточка критична при смене подрядчика

Это самый уязвимый момент в жизни любого сайта. И именно здесь карточка проекта показывает свою реальную ценность.

Что происходит без карточки

Клиент решает уйти к другому исполнителю — по SEO, по рекламе, по доработкам. Новый подрядчик открывает сайт и видит:

• десятки плагинов непонятного назначения,
• кастомные сниппеты в неизвестных местах (functions.php? Code Snippets? WPCodeBox? прямо в теме?),
• Elementor с переопределёнными глобальными стилями,
• SEO-настройки, часть в теме, часть в плагине, часть в robots.txt,
• почту, которая «как‑то работает», но никто не знает через какой SMTP,
• резервные копии, которые «вроде делались, но где — непонятно».

В итоге новый подрядчик берёт деньги за аудит и восстановление контекста, а не за реальную работу. Плюс всегда есть риск что‑то сломать, потому что непонятно, зачем стоит та или иная настройка.

Что происходит с карточкой

Новый подрядчик открывает документ и за час получает полную картину:

• По SEO — видит, что настроено в SEOPress, какие типы записей закрыты от индексации, какие шаблоны title/description используются, куда отправлена карта сайта, где подключены Search Console и Вебмастер. Сразу может начинать работу с семантикой и текстами, не переделывая базу.
• По рекламе — видит, где установлена Метрика, какие цели уже настроены, какая структура URL, какие посадочные страницы существуют. Может сразу запускать кампании и настраивать конверсии.
• По дизайну и правкам — видит палитру, шрифты, кастомные сниппеты, знает где что менять, чтобы не сломать существующий стиль.
• По инфраструктуре — видит хостинг, Cron, Redis, SSL, SPF/DMARC, резервные копии. Понимает, что уже работает и что трогать не надо.Клиент экономит деньги, а сайт не проседает в трафике на время «пересменки».

Почему доступы всегда должны быть у клиента

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

Это защищает клиента от двух сценариев:

1. Исполнитель пропал — сайт остаётся полностью управляемым, ничего не надо восстанавливать через поддержку хостинга с копиями паспорта.
2. Смена подрядчика прошла некрасиво — новый исполнитель просто получает доступы из карточки и продолжает работу. Старый ничего «унести с собой» не может.

Итог

Карточка проекта — это не бюрократия и не «документация ради галочки». Это:

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

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

Именно поэтому карточка проекта заводится в первый же день работы и обновляется каждый раз, когда на сайте что‑то меняется.