Приемка сайта на WordPress без четкого чек-листа приводит к тому, что 40% скрытых багов всплывают только после оплаты финального транша, когда подрядчик теряет мотивацию их исправлять. Качественный проект должен соответствовать жестким метрикам производительности и безопасности, а не просто «хорошо выглядеть» в браузере разработчика.
Технический стек и чистота кода
Первым делом проверяем количество установленных плагинов: для стабильной работы сайта в 2024 году их число не должно превышать 15-20 единиц. Если вы видите 40+ плагинов на стандартном корпоративном сайте — это «технический долг», который замедлит систему и создаст дыры в безопасности. Особое внимание уделите теме: использование тяжелых конструкторов вроде Elementor или Divi допустимо, но они увеличивают размер DOM-дерева, что может снизить оценку LCP (Largest Contentful Paint) до 4-6 секунд при плохом хостинге.
Кейс: при приемке сайта для одного из клиентов обнаружили 12 плагинов для функций, которые реализуются одной строкой в functions.php. Удаление этого «мусора» сократило время отклика сервера (TTFB) с 800 мс до 300 мс. Мой вывод: требуйте от разработчика минимизации плагинов в пользу кастомного кода — это залог долговечности сайта.
Производительность и Core Web Vitals
Сайт считается приемлемым, если показатели Google PageSpeed Insights в мобильной версии находятся в «зеленой» или «желтой» зоне (от 70 до 100 баллов). Критически важно проверить LCP (загрузка основного контента) — он должен быть до 2.5 секунд. Если время загрузки страницы превышает 3 секунды, конверсия падает в среднем на 7% с каждой дополнительной секунды ожидания.
Проверьте оптимизацию изображений: все картинки должны быть в формате WebP или AVIF. Если в папке uploads лежат JPEG-файлы по 2-3 МБ — работа не завершена. Подробнее о стандартах оптимизации можно узнать в документации Google Developers. Экспертный вывод: не принимайте сайт, если показатель CLS (сдвиг макета) выше 0.1, иначе пользователи будут постоянно промахиваться по кнопкам при загрузке.
Безопасность и гигиена администрирования
Базовый минимум безопасности: смена стандартного логина admin, установка SSL-сертификата (HTTPs) и настройка бэкапов. Проверьте, чтобы в корне сайта не было открытых папок и отсутствовал доступ к файлу wp-config.php извне. Также важно, чтобы версия PHP была не ниже 8.1 — использование устаревших версий (например, 7.4) замедляет исполнение кода в 1.5-2 раза и подвергает сайт рискам.
Пример: часто разработчики оставляют тестовые профили пользователей или плагины для отладки (типа Query Monitor) активными при сдаче проекта. Это прямая уязвимость. Мой вывод: безопасность — это не установка одного плагина Wordfence, а комплексная настройка прав доступа и очистка системы от «хвостов» разработки.
SEO-базис и корректность индексации
Приемка невозможна без проверки структуры URL (ЧПУ). Ссылки вида /?p=123 недопустимы. Проверьте наличие и корректность заполнения мета-тегов Title и Description для всех основных страниц. Обязательно наличие файла robots.txt и sitemap.xml, которые должны быть валидированы в Google Search Console или Яндекс.Вебмастере.
Особое внимание уделите иерархии заголовков H1-H6: на странице должен быть строго один H1. В 30% случаев новички используют H1 для оформления элементов дизайна, что сбивает поисковых роботов. Экспертный вывод: SEO-подготовка на этапе разработки стоит копейки, но ее отсутствие после запуска потребует переделки всей структуры, что обойдется в 20-30% от стоимости сайта.
Адаптивность и кроссбраузерность
Проверка должна идти не только на iPhone, но и на Android-устройствах с разным разрешением экрана (от 320px до 428px). Основные точки разрыва (breakpoints) должны быть настроены так, чтобы контент не «вылезал» за границы экрана. Проверьте кликабельность элементов: расстояние между ссылками в мобильном меню должно быть не менее 44x44 пикселя согласно гайдлайнам Apple/Google.
Кейс: сайт идеально работал в Chrome, но «разваливался» в Safari на iOS из-за некорректного использования CSS-свойств. Исправление заняло 4 часа работы верстки. Мой вывод: тестируйте сайт в трех разных браузерах и на двух разных ОС — это единственный способ убедиться в полноценной адаптивности.
Вывод
Идеальный сайт на WordPress — это баланс между функциональностью и легкостью. Чтобы не получить «тыкву», которая начнет тормозить через месяц, требуйте: LCP до 2.5 сек, не более 20 плагинов и PHP 8.1+. Избегайте подрядчиков, которые предлагают «ускорить сайт» установкой еще одного плагина кэширования вместо оптимизации кода. Начинайте приемку с технического аудита PageSpeed и проверки безопасности, и только потом переходите к визуальной части.
Хороший разбор связанной темы — подробнее — подробнее.