За десять с лишним лет разработки я вывел простое правило: сайт затягивается не из-за вёрстки и не из-за интеграций, а из-за контента. Подготовка контента для сайта - тот этап, который заказчики почти всегда недооценивают, а разработчики закладывают в смету как «две недели», хотя по факту уходит месяц-полтора. Ниже - чек-лист, который я даю клиентам перед стартом любого проекта: на Tilda, WordPress или кастомном движке. Собираете всё заранее - экономите себе и разработчику минимум одну итерацию правок и не переносите дату запуска.
Тексты для сайта: объём и структура по страницам
Первое, что я прошу у клиента после подписания договора, - не логотип и не референсы, а тексты. Пока их нет, верстать можно только рыбой, а рыба почти всегда «прилипает» и уезжает в финальную версию с опечатками.
Ориентиры по объёму, которые у меня отработаны на практике:
- Главная страница - 1500-2500 знаков с пробелами, разбитых на смысловые блоки под заголовки H2-H3, а не сплошным полотном
- Страница услуги или товара - 800‑1500 знаков плюс список характеристик или этапов работы
- О компании - 2000-3000 знаков: год основания, команда, кейсы, лицензии при наличии
- Контакты - минимум текста, максимум реквизитов и способов связи
- Блог/статьи, если планируются - 3-5 готовых текстов на старт, чтобы раздел не выглядел пустым сразу после запуска
Если тексты пишет не один человек, а несколько сотрудников по разным разделам, я собираю их через простую форму - иногда это Google-форма, подключённая к n8n, которая раскладывает ответы по таблице с пометкой раздела и ответственного. Для клиентов с частыми запросами такого рода дешевле и быстрее оказывается разовая автоматизация, чем ручной сбор писем из почты каждую неделю.
Отдельно фиксирую tone of voice в один документ на полстраницы: обращение на «вы» или на «ты», допустимость эмодзи, запрещённые слова у конкурентов, примеры удачных и неудачных формулировок. Без этого документа тексты от разных авторов будут звучать как с трёх разных сайтов.
Фотографии и изображения: форматы, размеры, лицензии
С фото беда чаще другая: клиент присылает 40 файлов вперемешку - часть в 300×300 пикселей с телефона десятилетней давности, часть в 6000×4000 из профессиональной съёмки, часть скачана из поисковика без прав на использование.
Минимальные требования, которые я прошу соблюдать:
| Раздел сайта | Мин. разрешение | Формат | Вес после сжатия |
|---|---|---|---|
| Баннер на главной | 1920×1080 | WebP/JPG | до 250 КБ |
| Карточка товара/услуги | 1000×1000 | WebP/PNG | до 150 КБ |
| Фото команды/офиса | 1200×800 | WebP/JPG | до 200 КБ |
| Иконки/логотипы | векторные | SVG | до 20 КБ |
По лицензиям: фото со стоков без подтверждённой покупки я в проект не беру принципиально - прецеденты с претензиями от фотобанков в рунете уже не редкость, а доказать добросовестность заказчика постфактум сложно. Если у клиента нет своей съёмки, честнее договориться о бюджете на фотографа или купленный лицензионный пакет, чем рисковать.
Сжатие делаю пакетно, а не руками через Photoshop по одной картинке:
for f in *.jpg; do
cwebp -q 80 "$f" -o "${f%.jpg}.webp"
doneЕсли фото приходят партиями от разных сотрудников (например, для интернет-магазина с 200+ товарами), проще сразу настроить единый пайплайн приёма и сжатия, чем разбирать архив вручную каждый раз - у меня в библиотеке готовых скриптов есть наработки именно под массовую обработку изображений перед загрузкой на сайт.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Реквизиты и юридическая информация для сайта
Этот блок почти всегда собирают в последний момент, хотя без него нельзя не то что запустить приём оплаты - нельзя даже корректно оформить футер и страницу контактов.
Что нужно иметь под рукой к моменту вёрстки:
- ИНН, ОГРН или ОГРНИП - для футера и страницы «Реквизиты»
- Юридический и фактический адрес, если они различаются
- Банковские реквизиты - нужны не всегда на публичный сайт, но обязательны, если планируется выставление счетов через личный кабинет
- Текст политики конфиденциальности и согласия на обработку персональных данных по 152-ФЗ - без него нельзя ставить форму заявки или подписку
- Публичная оферта - обязательна для интернет-магазина и любых сайтов с онлайн-оплатой
- Данные для приёма платежей - если это эквайринг через T‑Bank для WooCommerce, заранее нужны реквизиты продавца, ID магазина и секретный ключ из личного кабинета банка
- Доступ и API-ключ СДЭК, если доставка считается на сайте - без них калькулятор доставки просто не подключить
Политику конфиденциальности и согласие на обработку данных я не пишу за клиента - это должен делать юрист или сам заказчик, я только указываю, где и как эти документы должны быть подключены технически: чекбокс перед отправкой формы, ссылка в футере, отдельная страница с версией документа и датой обновления.
Если клиент собирает заявки не только через сайт, но и через мессенджер - например, простой Telegram-бот на aiogram для быстрой связи с менеджером - контакты клиентов всё равно должны храниться на сервере в России, а не в случайном иностранном облаке: это прямое требование локализации персональных данных по 152-ФЗ, и его проверяют не только по жалобам, но и при плановых проверках.
Структура сайта и техническое задание: как собрать контент воедино
Когда тексты, фото и реквизиты собраны по отдельности, следующий шаг - свести их в карту сайта. Я делаю это в виде простой таблицы: страница, её URL, какой текст на неё пойдёт, какие фото, кто отвечает за финальную вычитку и какой дедлайн.
Без такой карты рано или поздно случается классика: текст для страницы «Услуги» присылают в файле под названием «Услуги_финал_2.docx», хотя по факту это черновик недельной давности, а реальный финал лежит в другом чате. На проектах с 15+ страницами эта таблица экономит часы созвонов на выяснение «а это точно последняя версия?».
При разработке на Tilda я обычно завожу структуру прямо в самом конструкторе на черновых страницах, при работе с WordPress - в отдельном документе с привязкой к будущим слагам URL, чтобы сразу продумать ЧПУ и не переделывать структуру постфактум.
Чек-лист: что нужно от заказчика перед стартом разработки
| Материал | Формат | Кто готовит | Ориентировочный срок |
|---|---|---|---|
| Тексты по страницам | Google Docs/Word | Заказчик или копирайтер | 5-10 рабочих дней |
| Фотографии | JPG/PNG, оригинальное разрешение | Заказчик/фотограф | 3-7 дней |
| Логотип и фирменные цвета | SVG/AI + HEX-коды | Заказчик/дизайнер | 1-2 дня |
| Реквизиты организации | Текстовый файл | Заказчик | 1 день |
| Юридические документы | PDF/DOC | Юрист заказчика | 3-5 дней |
| Доступы к платёжным и логистическим сервисам | Личный кабинет/API-ключи | Заказчик | 1-3 дня |
Если параллельно собрать все шесть блоков, а не последовательно ждать один за другим, реальный срок подготовки укладывается в 7-10 рабочих дней даже для сайта среднего интернет-магазина.
Частые ошибки при подготовке контента
- Начинают разработку «на рыбе», рассчитывая вставить тексты позже - почти всегда это удлиняет проект, потому что под реальный текст меняются отступы, высота блоков и порой вся сетка страницы
- Берут фото из поисковика без проверки лицензии - риск невысокий, но реальный, и разбираться с претензией дороже, чем один раз оплатить фотобанк
- Забывают про политику конфиденциальности до момента, когда форма заявки уже готова к запуску, - и старт откладывается ради юридической правки
- Присылают реквизиты по частям в переписке вместо одного файла - часть данных теряется, и в футере в итоге старый юридический адрес
- Не назначают одного ответственного за контент со стороны заказчика - правки согласуют по кругу через нескольких сотрудников, и процесс тонет в противоречивых комментариях
Если своими силами собрать и структурировать контент не получается, дешевле по времени заказать разработку сайта под ключ вместе с наполнением, чем пытаться утрамбовать всё в последнюю неделю перед дедлайном - на моей странице услуг расписано, что входит в такую работу отдельно от контента.
Разобраться перед стартом
Консультация
от 3 000 ₽
Подробнее →Частые вопросы
Сколько времени закладывать на подготовку контента перед разработкой сайта?
Для лендинга или сайта-визитки на 5-7 страниц реально уложиться в 7-10 рабочих дней при параллельном сборе текстов, фото и реквизитов. Для интернет-магазина с большим каталогом сроки растут пропорционально числу карточек товара - если их больше 100, закладывайте от трёх недель только на контент, отдельно от самой разработки.
Можно ли использовать фото с фотостоков вместо своих?
Можно, если это лицензионные фото с оплаченной подпиской или разовой покупкой прав на конкретное изображение. Бесплатные стоки вроде Unsplash подходят для фоновых и декоративных картинок, но для страниц с товарами, командой и офисом собственные фото работают на доверие заметно лучше - это видно по поведенческим метрикам уже в первый месяц после запуска.
Что делать, если текстов совсем нет, а сайт нужен быстро?
Запускаю минимальную версию с короткими текстами по ключевым страницам - обычно это занимает 2-3 дня вместо недель на полноценный контент-план, а полные тексты дописываются после запуска без остановки продаж. Хуже вариант - тянуть старт сайта до идеального текста на каждой странице.
Кто отвечает за реквизиты на сайте - разработчик или заказчик?
За корректность и актуальность реквизитов всегда отвечает заказчик, разработчик только размещает их технически там, где положено по структуре сайта - в футере, на странице контактов и в юридических документах. Я всегда прошу прислать реквизиты одним файлом, а не диктовать их голосом на созвоне, чтобы не было ошибок при переносе цифр.