Создание сайта на WordPress

Создание сайта на WordPress занимает у подрядчика две-три недели, а расплачивается за эти недели совсем другой человек — тот, кто через полгода пытается вывести проект в поиск и упирается в чужие решения, которые уже нельзя поменять без переделки половины сайта. Адреса страниц собраны как попало, тема тянет за собой полтора мегабайта скриптов, а половина разделов существует потому, что «так у конкурента», а не потому, что их кто-то ищет. Ниже — порядок работ и набор проверок, который позволяет сдать сайт в состоянии, пригодном для продвижения, а не для последующего ремонта.

Почему WordPress выбирают чаще других движков

Доля WordPress среди сайтов с определяемой CMS держится выше 60%, и причины у этого приземлённые. Движок бесплатный, разработчиков под него найти проще, чем под любую другую систему, а базовые вещи для поиска — заголовки, адреса, карта сайта, метатеги — закрываются одним-двумя расширениями и не требуют программиста.

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

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

Слабые места движка, о которых стоит знать заранее

Три болезни WordPress повторяются из проекта в проект, и все три напрямую бьют по продвижению.

Скорость на тяжёлых темах. Универсальный шаблон рассчитан на то, чтобы подойти и автосервису, и свадебному агентству. Внутри лежит всё сразу: слайдеры, счётчики, десяток вариантов шапки, наборы иконок, собственный конструктор страниц. На вашем сайте работает процентов пять этого добра, а грузится всё. Отсюда типичная картина: страница весит 4-6 МБ, тянет 90 запросов и показывает основной контент через 5-7 секунд на мобильном. Поиск такое видит и учитывает.

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

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

Порядок работ: что за чем

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

Этап	Что сделать	Чем проверить
Домен и хостинг	Выбрать домен без истории санкций, хостинг с PHP 8.1+, SSD и HTTP/2	История домена в архиве, версия PHP в панели, время ответа сервера
Установка движка	Свежая версия, отдельная база, нестандартный префикс таблиц, админ не «admin»	Экран «О системе», доступ в панель, список пользователей
Структура страниц	Собрать семантику, сгруппировать в разделы, зафиксировать карту сайта на бумаге	Каждой группе запросов соответствует ровно одна страница
Постоянные ссылки	Задать вид адресов до первой публикации	Открыть любую страницу — адрес читаемый, без цифр и дат
Тема оформления	Лёгкий шаблон под задачу, дочерняя тема для правок	Вес страницы, число запросов, наличие папки дочерней темы
Плагины	Поставить минимум под конкретные задачи	Список активных расширений — каждое объяснимо одной фразой
Контент	Тексты, изображения, заголовки, метатеги, перелинковка	Уникальность, длина, наличие H1 и описания у каждой страницы
Техническая обвязка	Карта сайта, robots, канонические адреса, микроразметка, 404, https	Инструменты вебмастера, ручная проверка ключевых адресов
Аналитика	Счётчики, цели на заявки и звонки, вебмастера обеих систем	Тестовая заявка доходит до отчёта по целям
Запуск	Снять запрет индексации, отправить карту сайта, проверить логи	Первые страницы в индексе в течение недели-двух

Домен и хостинг: решения, которые потом не переиграть

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

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

Тему разбирал отдельно: «Создание сайта на чистом html коде».

Структура адресов: настраиваем до публикации

Постоянные ссылки — первое, что меняют после установки. По умолчанию WordPress выдаёт адреса вида /?p=123 либо подставляет дату. Оба варианта плохи: первый нечитаем, второй превращает статью в «просроченную» уже через год и мешает её обновлять.

Рабочий вариант — «Название записи», то есть /uslugi/remont-kryshi/. Правила простые: латиница, дефисы вместо подчёркиваний, только строчные буквы, ключевое слово в адресе, глубина вложенности не больше трёх уровней, единый вид завершающего слеша.

Менять адреса после индексации больно по трём причинам. Каждый старый адрес требует редиректа, иначе пользователь и робот получают 404. Позиции при массовой смене адресов проседают на несколько недель и не всегда возвращаются полностью. Внешние ссылки, которые кто-то успел поставить, ведут в никуда, если не настроить переадресацию точно. Полчаса настройки в начале экономят недели восстановления потом.

Тема оформления: на что смотреть

Универсальный шаблон с маркетплейса — самая частая причина медленного сайта. Он продаётся как «20 готовых вариантов дизайна», и все двадцать лежат в коде. Похожая история с визуальными конструкторами: удобство сборки страниц оплачивается вложенными друг в друга блоками, из-за которых простой текстовый экран весит как каталог.

При выборе темы проверяют:

• Вес демо-страницы и количество запросов — открыть демоверсию и прогнать через любой сервис оценки скорости.
• Дату последнего обновления — заброшенная тема опаснее плагина, потому что заменить её сложнее.
• Наличие адаптивной вёрстки без отдельной мобильной версии на поддомене.
• Корректную иерархию заголовков: один H1 на странице, H2 для разделов, а не текст, стилизованный под заголовок.
• Отсутствие обязательной привязки к конкретному конструктору — иначе отключение плагина превратит страницы в кашу из шорткодов.

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

Плагины: минимальный набор и цена каждого лишнего

Каждое расширение — это дополнительные запросы к базе, свои стили и скрипты на каждой странице и ещё одна точка входа для взлома. Здоровый рабочий сайт живёт на 8-12 плагинах. Тридцать активных расширений — почти гарантия медленной админки и конфликтов при обновлении.

Задача	Что нужно на деле	Риск
Метатеги и карта сайта	Один SEO-плагин, шаблоны заголовков и описаний, XML-карта	Два таких плагина одновременно дают дубли тегов и конфликт каноникалов
Кэширование	Плагин страничного кэша плюс сжатие на сервере	Ломает динамические формы и корзину, если не исключить их из кэша
Оптимизация изображений	Сжатие при загрузке и конвертация в современный формат	Слишком агрессивное сжатие портит фото товаров и портреты
Формы обратной связи	Один плагин форм с защитой от спама	Тяжёлые скрипты на всех страницах, где формы нет
Резервные копии	Автоматический бэкап с выгрузкой во внешнее хранилище	Копии на том же хостинге бесполезны при взломе или блокировке аккаунта
Безопасность	Ограничение попыток входа, скрытие адреса админки	Комбайны «всё в одном» сильно нагружают сервер

Чего лучше не ставить: наборы «100 виджетов и эффектов», слайдеры на главной ради красоты, счётчики посетителей, плагины «SEO-оптимизация в один клик» с обещанием позиций, дублирующие расширения с пересекающимися функциями и всё, что не обновлялось больше года.

Что настроить до публикации

Настройка	Что именно	Что сломается без неё
Карта сайта	XML со всеми продвигаемыми страницами, без служебных и пустых	Индексация растягивается на месяцы
robots.txt	Закрыть админку, поиск по сайту, страницы с параметрами; указать карту	В индекс попадает мусор и технические адреса
Канонические адреса	Самоссылающийся каноникал на каждой странице, разбор пагинации и меток	Дубли рубрик, тегов и постраничной навигации
Микроразметка	Организация, контакты, хлебные крошки, товары или услуги	Сниппет в выдаче остаётся голым
Страница 404	Осмысленный текст, поиск, ссылки на разделы, корректный код ответа	Робот получает код 200 на несуществующих адресах
https	Сертификат, принудительная переадресация, отсутствие смешанного контента	Предупреждение браузера и дубль сайта на http
Favicon	Иконка в нескольких размерах, включая версии для мобильных	Пустой квадрат в выдаче и вкладках
Главное зеркало	Один вариант с www или без, остальные через 301	Сайт делится на два и конкурирует сам с собой

Изображения: правила, которые экономят секунды

Картинки дают 50-70% веса типичной страницы, и на них проще всего выиграть. Загружать фото прямо с телефона, где оно весит 6 МБ и имеет ширину 4000 пикселей, нельзя — движок нарежет копии, но исходник всё равно останется на сервере, а в тексте нередко подставится именно он.

Смежный материал по теме — «Создание сайта под ключ».

• Максимальная ширина для контентных изображений — 1200-1600 пикселей, для фонов первого экрана — до 1920.
• Формат WebP вместо JPEG и PNG: экономия веса 25-35% без видимой потери качества.
• Атрибут alt с описанием того, что на снимке, человеческим языком и с упоминанием сути страницы, без перечисления ключей через запятую.
• Отложенная загрузка для всего, что ниже первого экрана, но не для главной картинки вверху — её грузят сразу, иначе страдает показатель отрисовки основного блока.
• Явные размеры ширины и высоты у каждого изображения, чтобы вёрстка не прыгала при загрузке.
• Осмысленные имена файлов латиницей вместо IMG_20240513.

Скорость с первого дня

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

Кэширование страниц — самое результативное действие: сервер отдаёт готовый HTML вместо того, чтобы каждый раз собирать страницу из базы. Свежая версия PHP даёт ещё 20-30% прироста бесплатно, просто переключением в панели хостинга. Дальше идёт чистка: отключить эмодзи-скрипт, встраивания, лишние REST-запросы в шапке, шрифты, которые тема грузит «на всякий случай», и стили плагинов на тех страницах, где эти плагины не работают.

Критический CSS — стили, необходимые для отрисовки первого экрана, — выносят в отдельный небольшой файл или прямо в код страницы, а основной набор стилей грузят с задержкой. Пользователь видит содержимое почти сразу, а не белый экран. Ориентиры для приёмки: вес страницы до 1,5 МБ, время до первого байта под 200 мс, отрисовка основного блока до 2,5 секунды на мобильном соединении.

Безопасность: чтобы не пришлось лечить индекс

• Обновления ядра, темы и плагинов — не реже раза в месяц, с предварительной копией и проверкой на тестовой площадке.
• Пароли длиной от 16 символов, разные для панели, базы и FTP, обязательно двухфакторный вход для администраторов.
• Ограничение числа попыток входа: пять неудачных — блокировка адреса на час. Это отсекает основную массу перебора.
• Резервные копии в облако или на отдельный сервер, а не в соседнюю папку. Проверьте хотя бы раз, что копия реально разворачивается.
• Убрать всё лишнее: неиспользуемые темы и плагины удаляют, а не отключают, потому что уязвимость в отключённом плагине остаётся рабочей.
• Отдельные роли для сотрудников: контент-менеджеру нужен «Редактор», а не «Администратор».
• Скрыть версии движка и плагинов, закрыть доступ к служебным файлам, отключить редактор кода в панели.

Аналитика и цели ставят до запуска

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

Цели настраивают не «на посещение страницы спасибо», а на конкретные действия: отправка каждой формы отдельно, клик по номеру телефона, клик по мессенджеру, заказ обратного звонка. И обязательно тестовая заявка: отправили с телефона, убедились, что письмо пришло, заявка попала в CRM, а цель отметилась в отчёте. Без этой проверки сайт может месяц молча терять обращения.

Чек-лист приёмки у разработчика до оплаты

Пункт	Как проверить	Норма
Индексация открыта	Настройки чтения, содержимое robots.txt, метатег robots в коде	Нет запрета noindex ни в одном месте
Один вариант главной	Открыть с www и без, с http и https, со слешем и без	Все варианты ведут на один адрес через 301
Метатеги	Выборочно 10-15 страниц, включая карточки и рубрики	Уникальные title и description, один H1
Карта сайта	Открыть адрес карты, сверить число адресов	Только продвигаемые страницы, коды ответа 200
Скорость	Прогон главной и внутренней страницы на мобильном профиле	Вес до 1,5 МБ, отрисовка до 2,5 секунды
Формы	Тестовая отправка с телефона и с компьютера	Письмо приходит, цель фиксируется, есть защита от спама
Мобильная версия	Проверить на реальном телефоне, не в эмуляторе браузера	Нет горизонтальной прокрутки, кнопки нажимаются пальцем
404	Ввести несуществующий адрес	Код ответа 404, осмысленная страница с навигацией
Битые ссылки	Прогон краулером по всему сайту	Ноль внутренних ссылок с кодом 404
Доступы	Список: панель, хостинг, база, домен, почта, счётчики	Всё оформлено на владельца бизнеса, а не на подрядчика
Резервная копия	Запросить архив базы и файлов	Копия скачана и лежит у владельца
Дочерняя тема	Список тем в панели	Правки в дочерней, родительская чистая

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

Типичные ошибки, которые видно на каждом втором проекте

Забытый запрет индексации. На время разработки в настройках ставят галочку «Попросить поисковые системы не индексировать сайт», а после запуска её не снимают. Сайт работает, реклама идёт, а в органике — ноль. Обнаруживается это обычно через два-три месяца. Проверка занимает десять секунд.

Дубли главной страницы. Главная может открываться по четырём-шести адресам сразу: с www и без, по http и https, с завершающим слешем и без, плюс отдельно /index.php. Для поиска это разные страницы с одинаковым содержимым, вес размазывается между ними.

Если нужны детали, смотрите «С чего начать создание сайта».

Страницы разработчика в индексе. Тестовые площадки на поддоменах вида dev.site.ru, страницы «Копия главной v2», «Тест формы», демо-контент темы с текстами про Lorem Ipsum и чужими фотографиями. Всё это индексируется наравне с рабочими страницами и портит впечатление о сайте.

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

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

Ориентиры по срокам, если работать по описанному порядку: сбор семантики и структуры — 3-5 дней, установка и базовая настройка — 1 день, вёрстка и наполнение — от 7 до 20 дней в зависимости от числа страниц, техническая обвязка и проверки — 2-3 дня. Итого от трёх недель для сайта услуг на 15-25 страниц. Обещание «сайт за три дня» означает, что все перечисленные этапы, кроме установки шаблона, просто пропущены.

Частые вопросы

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

Нужен ли отдельный SEO-плагин, если тема «оптимизирована для поиска»?
Нужен. Формулировка в описании темы обычно означает только корректную вёрстку заголовков. Управление метатегами, карта сайта, канонические адреса, микроразметка и правила индексации — задача отдельного расширения. Ставят строго одно: два SEO-плагина одновременно создают конфликтующие теги.

Сколько плагинов считается нормой?
Ориентир — 8-12 активных для сайта услуг и до 15-18 для интернет-магазина. Важно не столько число, сколько качество: три тяжёлых комбайна вредят сильнее, чем пятнадцать лёгких узких расширений. Правило простое: если вы не можете объяснить одной фразой, зачем плагин нужен, его удаляют.

Что делать, если сайт уже сделан плохо — переделывать или лечить?
Сначала считают. Если проблемы в адресах, скорости и метатегах — обычно дешевле лечить. Если сайт собран на заброшенном конструкторе, тема не обновлялась три года, а структура не отвечает спросу — переделка выходит выгоднее, чем бесконечные подпорки. Решение принимают после технического аудита, а не по ощущениям.

Обязательно ли переезжать на https, если сайт без оплаты онлайн?
Да. Браузеры помечают сайты без сертификата как небезопасные, и часть посетителей уходит, увидев предупреждение. Формы обратной связи передают персональные данные, а это требование закона. Сертификат бесплатный и включается в панели хостинга за несколько минут.

Из чего складывается продвижение сайта и как оно работает:

14:31

Коротко

• Постоянные ссылки настраивают до первой публикации: смена адресов после индексации стоит недель просадки и обязательных редиректов.
• Тяжёлая универсальная тема и визуальный конструктор — главная причина медленного сайта; правки вносят только в дочернюю тему.
• Плагинов должно быть 8-12, каждый под конкретную задачу; неиспользуемые удаляют, а не отключают.
• До запуска проверяют восемь вещей: карту сайта, robots, каноникалы, микроразметку, 404, https, favicon и единственное главное зеркало.
• Приёмку у разработчика проводят по чек-листу и до оплаты, отдельным пунктом забирая все доступы и домен на владельца бизнеса.

Проверить сайт перед запуском помогу на SEO-консультации.