Власник рідко замовляє «ще один сайт на WordPress». Він вирішує, чи поточний ресурс ще приносить заявки, чи вигляд уже відштовхує, чи сторінки на телефоні відкриваються так повільно, що реклама згорає до форми, і чи можна змінити дизайн, не знищивши адреси, на які рік вели пошук і кампанії. Помилка на цьому кроці коштує не лише рахунку підряднику. Кілька тижнів люди потрапляють на порожню сторінку, заявки не доходять у CRM, а в пошуку просідають саме ті послуги, з яких приходили гроші.

Цей гайд — карта рішень перед договором. Ви побачите, коли достатньо прискорити наявний сайт, коли виправданий редизайн на тій самій основі, а коли чесніше зібрати новий. Далі — правила, якими можна перевірити роботу: які адреси не чіпати, як мають виглядати рядок у Google і заголовок на сторінці, що пускати в індекс, як переїхати зі старої адреси на нову один до одного, що швидкість означає для заявки, як тримати дві мови окремо і в яких випадках сайт зносити не треба. Строки й бюджети тут — діапазони для планування, не обіцянка «запустимо до пʼятниці».

Текст для власника, керівника маркетингу і людини, яка погоджує рахунок. Тут мало внутрішньої кухні коду і багато критеріїв «готово / не готово», які можна покласти в бриф. Якщо потрібна команда, що збирає сайт під пошук і рекламу, а не лише макет, подивіться послугу розробки сайтів на WordPress. Нижче — те, що варто проговорити до старту, щоб день запуску не став сюрпризом для відділу продажів.

Що власник має вирішити до старту

WordPress — зручна основа для корпоративного сайту, каталогу послуг і блогу, бо сторінки можна оновлювати без розробника на кожну кому. Але платформа сама не приносить заявки. Заявки зʼявляються, коли адреса сторінки стабільна, обіцянка на екрані зрозуміла, форма доходить до менеджера, а телефонна версія не змушує чекати. Домовтеся про ці речі до макетів, інакше красивий реліз зламає канал, який уже працює.

Сайт як канал заявок, а не візитка

Поставте одне питання: яка дія на сайті дорівнює грошам у найближчі 90 днів? Для послуг це заявка, дзвінок, запис. Для магазину — замовлення. Для B2B з довгим циклом — кваліфікована розмова, яку видно в CRM, а не «трафік на головну». Поки відповіді немає, будь-який редизайн — смак, а не інвестиція.

Зафіксуйте 5–15 сторінок, з яких уже приходять гроші або на які витрачається реклама. Це послуги, категорії, ключові кейси, контакти. Їх не можна «перемалювати заодно» без окремого рішення, що станеться з адресою, текстом і формою. Решта сайту — підтримка: блог, вакансії, політики. Вони важливі, але не мають диктувати бюджет усього проєкту.

критерій на вході — є список сторінок, які дають заявки або витрачають рекламний бюджет;
критерій на виході — кожна з них має власника, адресу і зрозумілу дію;
якщо списку немає, спочатку аналітика, потім макети.

Чому «на WordPress» — ще не стратегія

Клієнту байдуже, на чому зібраний сайт, доки сторінка відкривається, відповідає на запит і не виглядає зламаною. WordPress виграє, коли вам потрібні керовані тексти, блог, кілька мов, форми і нормальна передача сайту своїй команді. Він програє очікуванням, якщо проєкт насправді є особистим кабінетом, складною конфігурацією товару чи продуктом із щоденними релізами логіки — тоді «сайт на темі» лише відкладе дорожчу розробку.

Тому на брифі розділіть три шари. Перший — комерційні сторінки і шлях до заявки. Другий — правила пошуку: адреси, заголовки, індекс, швидкість. Третій — операційка: хто публікує, хто перекладає, хто відповідає за резервні копії. Якщо третій шар не названий, через квартал сайт знову «нічий», навіть якщо запуск був охайним.

Редизайн, прискорення чи новий сайт

Найдорожча помилка — замовити новий сайт, коли проблема в швидкості, або «трохи прискорити» тему, яку вже неможливо підтримувати. Вибір роблять не за настроєм дизайнера, а за станом адрес, заявок і обмеженнями поточної збірки. Таблиця нижче — робочий шаблон розмови з підрядником. Цифри строків — типові коридори, не гарантія календаря.

Критерій	Прискорення	Редизайн на поточній основі	Новий сайт
Коли обирати	Структура зрозуміла, заявки є, сайт повільний або важкий на телефоні	Вигляд і перший екран застаріли, адреси й логіка сторінок ще робочі	Адреси хаотичні, тему не можна підтримувати, або змінився офер і структура послуг
Що з адресами	Не чіпаємо	Зберігаємо; міняємо лише те, що вже зламане, і одразу ставимо перенаправлення	Нова карта адрес плюс перехід один до одного зі старих URL
Ризик для заявок на старті	Низький, якщо не чіпати форми й шаблони	Середній на тиждень запуску	Високий без репетиції форм, редіректів і рекламних посилань
Ризик для пошуку	Низький	Середній: зміна шаблонів title і текстів	Високий, якщо старі адреси зникають або ведуть ланцюжком
Реклама	Посадочні лишаються тими самими	Треба звірити оголошення з новим першим екраном	Обовʼязково перевірити кожне посилання кампанії
Орієнтир строку	Близько 2–6 тижнів	Близько 6–14 тижнів	Близько 8–20 тижнів для корпоративного обсягу
Бюджет відносно один одного	Найнижчий із трьох	Середній	Найвищий, особливо з двома мовами й новим контентом
Що має бути на вході	Доступ до хостингу, список повільних сторінок	Пріоритет сторінок і приклади, що не подобається у поточному вигляді	Структура послуг, тон бренду, хто пише тексти
Коли шлях уже не той	Тема сиплеться після кожної правки	Щоб «трохи оновити вигляд», доводиться переписувати половину логіки	Ви ще не знаєте, які послуги продаєте наступні пів року

Користуйтесь рядками як порядком денним зустрічі, а не як тестом «хто переміг». Якщо команда сперечається про смак кольору, поверніть розмову до рядка про заявки й адреси. Саме там зазвичай ховається справжня ціна рішення.

Коли достатньо прискорити

Прискорення — правильний шлях, якщо люди вже розуміють, куди натиснути, послуги на місці, а скарга звучить як «довго вантажиться», «на телефоні стрибає блок», «форма думає». Тоді не треба вигадувати нові адреси і новий тон бренду. Треба прибрати зайву вагу: важкі зображення, зайві плагіни, слайдер на всю ширину, віджет чату, який блокує перший екран.

Це має сенс і тоді, коли реклама вже веде на конкретні послуги, а падіння конверсії збіглося з ростом часу завантаження, а не зі зміною оферу. Спочатку заміряйте ці посадочні на телефоні. Головна «для звіту» часто швидша за сторінку послуги, де й лежить бюджет.

заявки є, структура зрозуміла команді продажів;
немає плану міняти назви послуг і дерево розділів у найближчий квартал;
розробник може сказати, що саме гальмує, а не «треба все переписати» без доказів.

Коли потрібен редизайн на тій самій основі

Редизайн доречний, коли офер той самий, а перший екран уже не пояснює його за кілька секунд: дрібний текст, застарілі фото, кнопки «дізнатися більше» без обіцянки, виглядає ненадійно поруч із конкурентом, якому ви програєте на зустрічах. Адреси при цьому краще зберегти. Новий вигляд не вимагає нової адреси, як нова вивіска не вимагає нової вулиці.

Межа проста. Якщо змінюється сітка, типографіка, порядок блоків і докази (кейси, цифри, FAQ), це редизайн. Якщо змінюється склад послуг, логіка меню і сенс сторінок — це вже нова структура, навіть якщо її збирають «на старому сайті». Назвіть речі своїми іменами в договорі, інакше обсяг розʼїдеться на етапі текстів.

Коли чесніше зібрати новий сайт

Новий сайт виправданий, коли поточну збірку небезпечно або дорого лікувати. Типові ознаки: тема з закритим кодом, яку ніхто не бере в підтримку; десятки випадкових адрес після кількох підрядників; змішані мови на одних і тих самих сторінках; форми, які «іноді доходять»; немає тестового майданчика, і кожна правка — лотерея на живому сайті.

Друга чесна причина — змінився бізнес. Компанія вийшла з однієї послуги в лінійку, зʼявились регіони, потрібна друга мова як окремий ринок, а не галочка. Тоді латати меню рік за роком дорожче, ніж зібрати карту сторінок заново. Але новий сайт без карти переходу зі старих адрес — це не оновлення, а добровільна втрата накопиченого попиту.

Адреси, рядок у Google і заголовок на сторінці

Людина зустрічає сайт тричі ще до читання тексту: у посиланні реклами, у результаті пошуку і в першому екрані. Ці три місця мають обіцяти одне й те саме. Якщо в оголошенні «встановлення за 14 днів», у рядку Google — загальні слова про компанію, а на сторінці заголовок «Ласкаво просимо», ви платите за клік і втрачаєте довіру на місці.

Постійні посилання, які не ламають рекламу

Адреса сторінки — це договір. Її бачать закладки клієнтів, листи, картки в Google, кампанії, партнерські згадки. Коротка зрозуміла адреса краща за довгу з датами і випадковими числами, але «красивіша» адреса не варта втрати старої, якщо на стару вже є попит. Правило для бізнесу: працюючу адресу не змінюють заради естетики. Змінюють, коли вона бреше про вміст або технічно зламана, і в той самий день ставлять пряме перенаправлення.

Заздалегідь домовтеся про вигляд адрес для типів сторінок. Послуги — окремим рівнем, кейси — своїм, статті блогу — без зайвих вкладень, мітки й службові архіви — не для людей і не для реклами. Однаковий шаблон допомагає і редактору, і аналітиці: у звіті видно, де послуга, а де новина.

в адресі є сенс людською мовою, без зіпсованого кодування і без зайвих параметрів;
одна послуга — одна адреса, без дубля «для реклами» і «для пошуку», якщо обидві відкриті в індексі;
зміна адреси не виходить у світ без таблиці «було → стало».

Шаблони title: що людина бачить у пошуку

Title — це рядок, за яким вирішують, чи варто клікнути. Його не пишуть окремо «колись потім» на кожній сторінці з нуля і не віддають на відкуп однаковому хвосту «Купити дешево» на всьому сайті. Для бізнесу достатньо кількох шаблонів: послуга, категорія, кейс, стаття, головна, контакт. У шаблоні є суть сторінки, за потреби гео або сегмент, і назва бренду — так, щоб рядок читався, а не був списком ключів.

Перевірте шаблон на живих прикладах, не на одному «ідеальному». Візьміть найдовшу назву послуги і найкоротшу. Якщо довга обрізається на півслові, а коротка виглядає порожньою, шаблон сирий. Окремо звірте, що title не суперечить оголошенню: різні ціни, різні терміни, різний телефон — це вже не технічна дрібниця, а удар по довірі.

Критерій готового шаблону: редактор може зібрати нормальний рядок для нової послуги без розробника, а маркетолог бачить у таблиці, який шаблон на якому типі сторінки. Випадкові title «Головна» або дублі однієї фрази на десяти послугах — ознака, що запуск ще не готовий до пошуку.

H1 і перший екран: одна обіцянка

H1 — головний заголовок на сторінці, те, що людина має зрозуміти без прокрутки. Він не зобовʼязаний дослівно повторювати title, але не має говорити про інше. Title може бути щільнішим, бо конкурує в списку результатів. H1 може бути людськішим. Обидва тримають одну послугу, одне місто, якщо сторінка локальна, і один бренд.

На першому екрані поруч із H1 мають бути дія і доказ, а не лише гасло. Дія — заявка, дзвінок, розрахунок. Доказ — цифра, кейс, термін, з яким згоден відділ продажів. Якщо дизайнер просить прибрати конкретику «бо так чистіше», залиште конкретику. Чистий екран, який не пояснює, за що платять, програє і в рекламі, і в пошуку.

на сторінці один H1, і він видимий без пошуку по коду;
підзаголовки нижче розкривають складові послуги, а не повторюють H1 іншими словами десять разів;
кнопка повторює обіцянку, а не загальне «надіслати».

Розмітка, карта сайту й те, що має індексуватися

Пошук не зобовʼязаний вгадувати, яка сторінка у вас головна послуга, а яка — службове «дякуємо за заявку». Ви самі показуєте, що можна показувати людям, а що лишається технічним. Це не окремий «етап після запуску». Це частина приймання сайту. Глибший розбір технічних перевірок саме для WordPress є в матеріалі технічне SEO для WordPress — тут лише рішення, які власник має проконтролювати.

Які сторінки пускати в пошук, а які ні

В індексі мають бути сторінки, які ви готові показати незнайомій людині з реклами або з пошуку: послуги, важливі категорії, кейси, зрозумілі статті, контакти. Не мають потрапляти туди подяки після форми, внутрішній пошук сайту, кошик і оформлення, фільтри з нескінченними комбінаціями, тестові копії, сторінки з однією фразою «скоро буде» і дублі тієї самої послуги різними адресами.

Окремо домовтеся про мітки, авторів і службові архіви. Якщо вони не несуть окремої користі клієнту, їх краще не віддавати в пошук, інакше Google показує не вашу послугу, а випадковий список. Для магазину це ще гостріше: тонкі добірки «усі товари дешевше 100» без попиту забирають увагу в нормальних категорій.

критерій — ви можете відкрити список адрес, які дозволені до показу, і він збігається з тим, що бачить пошук;
тестовий майданчик закритий повністю, і після запуску на бойовому сайті не лишилось випадкового «не індексувати»;
подяка за заявку не змагається в пошуку з самою послугою.

Карта сайту і дані, які читають машини

Карта сайту — це не «для людей у підвалі». Це акуратний перелік адрес, які ви самі вважаєте гідними показу. У ній немає тестових URL, немає адрес із перенаправленням, немає сторінок, які ви щойно заборонили індексувати. Якщо карта обіцяє одне, а налаштування сайту — інше, пошук отримує суперечливий сигнал. Перевірка перед релізом займає менше, ніж місяць розборів, чому стара подяка знову в видачі.

Розмітка schema — спосіб назвати сутності прямо: організація, послуга, стаття, хлібні крихти, питання й відповіді. Вона корисна, коли повторює видимий вміст. Організація — з тією назвою, адресою і телефоном, які є на сторінці контактів. Питання — лише ті, що людина справді бачить, а не прихований блок «для роботів». Відгуки зі зірочками, яких на сторінці немає, — короткий шлях до втрати довіри і до ручних санкцій, а не до зірочок у видачі.

Для власника достатньо трьох питань на прийманні. Чи збігаються назва, телефон і адреса в розмітці й на сайті? Чи стаття блогу позначена як стаття, а не як товар? Чи не вигадані рейтинги? Якщо на всі три відповідь спокійна, розмітка працює на бізнес. Якщо ні — це не «дрібниця для SEO-спеціаліста», а репутаційний ризик.

Міграція без просідання заявок

Переїзд — це не «вимкнули старе, ввімкнули нове». Це перенесення адрес, сенсу сторінок і шляху заявки так, щоб постійний клієнт, реклама і пошук потрапили туди, куди ви планували. Більшість болючих історій починаються однаково: дизайн схвалили, а таблицю переходів зібрали в ніч перед запуском. Так робити не варто. Карта переходів — частина проєкту з першого місяця, поруч із прототипом.

Карта переходів один до одного

Один до одного означає: кожна стара адреса, на якій були люди, заявки або посилання, веде на одну конкретну нову адресу прямим перенаправленням, без проміжних стрибків. Головна не є «універсальним кошиком» для всього, що не встигли розкласти. Якщо старої послуги більше немає, ведіть на найближчу живу послугу і чесно змініть обіцянку, а не на головну з надією, що «робот розбереться».

Звідки брати старі адреси: поточна карта сайту, пошукова консоль, звіти аналітики за рік, усі посилання з рекламних акаунтів, листи продажів, підпис у пошті, профілі на картах і каталогах. Реклама часто тримає адреси, яких уже немає в меню. Саме вони й дають тишу в заявках наступного ранку.

Крок	Що зібрати	Можна запускати, якщо
Список старих адрес	Індекс, аналітика, реклама, зовнішні згадки	Немає «пригадаємо після релізу»
Пара «було → стало»	Одна стара адреса — одна нова, код постійного перенаправлення	Вибірка не показує ланцюжок із двох-трьох стрибків
Зміст	Текст, title, видимі ціни й обіцянки або свідома заміна	Продажі підтвердили, що нова сторінка не бреше
Форми і телефони	Тестова заявка в CRM, клік по номеру з телефону	Лист або угода доходять не лише розробнику
Мови	Кожна мова лишається на своїй адресі	Перемикач відкриває ту саму сторінку, а не головну
Після запуску	Звіт 404, падіння показів, оголошення з відмовою	Є людина на звʼязку перші 2–4 тижні, не «напишемо в понеділок»

Що переносити, крім картинки

Дизайн — лише оболонка. Переносять або свідомо переписують тексти послуг, кейси, статті, які вже збирають попит, метадані, якщо вони нормальні, альти зображень, назви файлів там, де на них є зовнішні посилання, і налаштування форм. Не переносять сміття: порожні чернетки, тестові товари, дублі «копія копії», зламані вставки з чужих сайтів.

Окремо зберіть обіцянки, які вже крутяться в рекламі: ціна, термін, гарантія, географія. Новий перший екран не має їх заперечувати. Якщо маркетинг обіцяє виїзд по області, а на новому сайті цього речення немає, ви не «оновили стиль». Ви зламали відповідність оголошення і сторінки, і далі платите дорожче за той самий клік.

Перші тижні після переїзду

Запуск у пʼятницю ввечері без чергового — погана економія. Перші 2–4 тижні дивіться не «позиції взагалі», а конкретні речі: чи ростуть 404, чи падають покази саме грошових адрес, чи реклама отримує відмови через неіснуючу сторінку, чи заявки в CRM не просіли різкіше, ніж сезон. Дрібні коливання в пошуку після зміни шаблонів нормальні. Тиша у відділі продажів — ні.

Заздалегідь призначте, хто має право відкотити реліз. Якщо є лише один розробник у відпустці й немає копії, це не план запуску. Копія старого сайту і список переходів мають лежати так, щоб інша людина могла увімкнути аварійний варіант без археології в листуванні.

Швидкість: показники, хостинг, кеш і зображення

Швидкість — це не приз у тесті «для галочки» і не завдання «після запуску якось оптимізуємо». Повільний перший екран зʼїдає рекламний бюджет і частку людей, які взагалі доскролять до ціни. Для власника достатньо розуміти три відчуття на телефоні і три важелі, якими вони керуються: що показано одразу, чи сторінка слухається пальця, чи блоки не стрибають під рукою.

Core Web Vitals мовою заявки

LCP — час, поки на екрані зʼявляється головне: заголовок, ключове фото, кнопка. Якщо кілька секунд людина бачить порожнечу, частина кліків із реклами вже втрачена. INP — чи сайт відповідає на натискання без помітної паузи: меню, фільтр, кнопка форми. CLS — чи верстка не стрибає, поки довантажуються банери і шрифти. Стрибок — це випадкові кліки не туди і відчуття «сайт зламаний».

Міряйте не лише головну і не лише зі швидкого офісного Wi‑Fi. Візьміть сторінки, де витрачаються гроші: послуга, категорія, картка, запис. Поріг погодьте ще до дизайну. Інакше макет із відео на весь екран, трьома шрифтами і галереєю «як у презентації» технічно неможливо вкласти в прийнятний час без урізання ідеї. Чесніше урізати ідею на прототипі, ніж сперечатися після верстки.

у дизайні закладено один головний візуал, а не карусель із восьми слайдів;
сторонні скрипти (чат, пікселі, віджети) погоджені списком, а не «додамо все»;
приймання включає телефонну перевірку грошових сторінок, не лише скрін головної.

Хостинг і кеш: що питати до оплати

Дешевий хостинг економить рахунок на місяць і забирає заявки щодня, якщо сайт уже веде рекламу. Питайте не «який тариф найпопулярніший», а чи вистачить ресурсу під ваші піки, де фізично стоїть сервер відносно ваших клієнтів, чи є окремий майданчик для правок, як часто знімають копії і скільки триває відновлення. Для України та сусідніх ринків віддалений сервер «десь далеко» часто відчувається саме на мобільному інтернеті.

Кеш — це спосіб віддавати готову сторінку швидко, не збираючи її з нуля кожного візиту. Він корисний, поки не кешує особисте: кошик, кабінет, щойно надіслану форму, різний текст для різних мов. Подвійний кеш «і на сервері, і плагіном, і ще один у панелі» без власника зазвичай дає випадкові старі ціни на екрані. Критерій простий: після зміни телефону на сторінці контактів живий сайт показує новий номер у межах погоджених хвилин, а не «почекайте до завтра».

Зображення, які не зʼїдають мобільний трафік

Найчастіше сайт гальмує не «через WordPress», а через фото з фотоапарата на 4000 пікселів, вставлене в блок на 600. Для бізнесу правило таке: картинка важить стільки, скільки потрібно для екрана, формат сучасний (зазвичай WebP поруч зі зрозумілим запасним), головне фото першого екрана не відкладають «на потім», а все, що нижче згину, можна довантажувати в міру прокрутки.

Підпис для людей (alt) описує, що на зображенні, якщо картинка не завантажилась, і допомагає зрозуміти схему чи приклад роботи. Це не місце для списку ключів через кому. Логотип, іконки кнопок і декоративні плями не потребують простирадла тексту. Кейси і фото команди — навпаки, мають бути впізнаваними: клієнт купує доказ, а не стокове рукостискання.

Дві мови без змішаного тексту

Друга мова — це окремий досвід для людини, а не прапорець у кутку. Якщо на українській сторінці половина меню російською, а форма дякує третьою мовою, бізнес виглядає неакуратним і для клієнта, і для пошуку. Плагін на кшталт WPML допомагає тримати переклади впорядковано, але не замінює редактора і правила адрес.

Коли друга мова справді потрібна

Друга мова потрібна, коли є окрема аудиторія, яка нею приймає рішення: інший регіон, інший відділ продажів, інші оголошення. Вона не потрібна «про всяк випадок», якщо ніхто не буде оновлювати обіцянки, ціни й кейси обома мовами. Застарілий переклад гірший за одну сильну мову: людина бачить стару ціну або послугу, якої ви вже не продаєте.

До старту назвіть власника перекладу. Хто перевіряє юридичні формулювання, хто звіряє терміни послуг, чи можна публікувати машинний чернетковий переклад на грошових сторінках без людини. Для блогу іноді допустимий швидший процес. Для сторінки послуги і договору — ні.

WPML, окремі адреси і hreflang

Кожна мова живе на своїй адресі. Людина і пошук мають бачити пару: «це та сама сторінка іншою мовою», а не дві неповʼязані копії і не одну сторінку, де абзаци чергуються. Цей звʼязок якраз і передає hreflang. Він ламається, коли переклад веде на головну, коли одна з мов закрита від індексу випадково, або коли на сайті лишились сторінки-змішанки після ручного копіювання.

Перевірка, яку може зробити власник без коду. Відкрийте послугу українською, натисніть перемикач — має відкритися та сама послуга російською, не головна і не архів блогу. Повторіть з кейсу, зі статті, з контакту. Прогляньте меню, підвал, повідомлення форми, лист після заявки, кнопку. Саме дрібниці видають поспіх. І не публікуйте в одному абзаці обидві мови «щоб усім було зрозуміло»: для пошуку це слабкий сигнал, для людини — шум.

немає сторінок, де заголовок однією мовою, а текст іншою;
перемикач не скидає людину на головну;
оголошення кожною мовою ведуть на відповідну мовну адресу.

Коли сайт не зносити, скільки закласти і яких помилок уникати

Повний знос відчувається рішучим і тому подобається на стратегічних сесіях. Часто він не потрібен. Нижче — як відрізнити ремонт від перебудови, як читати діапазони грошей і строків без ілюзії фіксованого прайса і які помилки ми бачимо частіше за «невдалий колір кнопки».

Коли перебудова не окуповується

Не зносьте сайт, якщо заявки стабільні, адреси зрозумілі, команда вміє публікувати, а незручність локальна: повільні фото, слабка форма, застарілий блок «про нас», немає кількох нових послуг. Це роботи на тижні, не на новий бренд з нуля. Не зносьте сайт, якщо просіли звернення, але офер, ціна або відділ продажів змінилися одночасно з «давайте переробимо все». Новий дизайн не лікує слабку пропозицію.

Не починайте повну перебудову в пік сезону, якщо старий сайт ще продає. Перенесіть реліз на вікно, де тиждень коливань не ламає план виручки, або ріжте запуск на частини: спочатку швидкість і форма, потім вигляд головної, потім другорядні розділи. І не замовляйте новий сайт лише тому, що підрядник не хоче розбиратися в чужій темі. Інколи це чесний аргумент. Інколи — спосіб продати більший чек. Попросіть список конкретних блокувань: що не можна змінити і чому.

Бюджет і строки як діапазони, не як обіцянка

Жоден серйозний діапазон не замінює кошторис після брифу. Нижче — орієнтири українського ринку на 2026 рік для планування календаря і резерву, не комерційна пропозиція і не зобовʼязання SEO-Studio. Фінальна цифра залежить від кількості шаблонів, стану текстів, мов, інтеграцій і того, чи є кому приймати рішення за тиждень, а не за місяць.

прискорення живого WordPress без зміни структури — часто близько 2–6 тижнів; бюджет зазвичай у рази нижчий за нову збірку;
редизайн корпоративного сайту зі збереженням адрес — часто близько 6–14 тижнів;
новий сайт послуг на приблизно 15–40 сторінок, одна мова, тексти здебільшого є — часто близько 8–16 тижнів;
друга мова з людською вичиткою грошових сторінок додає не «день на кнопку», а орієнтовно 20–40% до строку контенту;
переїзд з іншої системи: близько 4–8 тижнів до сотні важливих адрес, близько 8–12 тижнів і більше, якщо адрес сотні й у рекламі історичний хаос;
за грошима повна збірка з дизайном, формами в CRM і двома мовами для середнього бізнесу частіше потрапляє в широкий коридор — від приблизно 80–120 тисяч гривень до приблизно 250–400 тисяч; каталог, кабінет або нестандартні інтеграції легко виходять вище.

У діапазон зазвичай не входять щомісячний хостинг, реклама, безперервне наповнення блогу, фотосесія і юридичні тексти, якщо їх пише не ваша сторона. Закладайте резерв часу на погодження: у більшості проєктів календар зʼїдає не верстка, а тижні, коли «подивимось макет пізніше». Якщо погодження довше за виробництво, жоден підрядник не втримає обіцянку з першого дзвінка.

Типові помилки, які коштують заявок

Перша — змінити всі адреси, бо нові «красивіші», і поставити перенаправлення лише на головну. Друга — залишити після перенесення з тестового майданчика заборону індексації на всьому сайті або, навпаки, відкрити тестовий домен у пошук. Третя — виміряти швидкість лише головної на ноутбуці й оголосити перемогу, поки сторінка послуги на телефоні ще важка.

Далі за частотою: сорок плагінів «на всяк випадок»; форми, які перевірив лише розробник зі своєї пошти; чат і десять пікселів у першому екрані; дві мови в одному тексті; перемикач мови, що веде на головну; запуск у сезон без чергового; два підрядники одночасно змінюють title; копія структури конкурента без вашого оферу. Будь-яка з цих помилок виглядає дрібницею в презентації і конкретною дірою в CRM наступного тижня.

немає таблиці адрес — не запускайте;
немає тестової заявки в CRM — не запускайте;
немає людини на 404 перші тижні — не запускайте в пік.

Як іде робота: від цілі до прототипу

Нормальний проєкт виглядає як послідовність рішень, а не як «чекаємо дизайн три місяці». Нижче перші чотири етапи. На кожному є ознака, що можна йти далі. Якщо ознаки немає, наступний етап лише маскує діру.

Етап 1. Ціль на 90 днів і межі проєкту

Зафіксуйте, що має змінитись для бізнесу за квартал після запуску: більше якісних заявок із наявного попиту, запуск нової лінійки, вихід другою мовою, зниження втрат із реклами через швидкість. Оберіть один головний результат, не пʼять гасел. Поруч запишіть, що не входить: кабінет, каталог на тисячі позицій, інтеграція зі складом, якщо це окремий проєкт.

Готово, коли власник і виконавець однаково називають результат і межі. Якщо в договорі «сайт під ключ» без списку типів сторінок, межі ще немає — є лише надія.

Етап 2. Аудит адрес, заявок і реклами

Зніміть, які сторінки вже приносять звернення, які адреси стоять у кампаніях, де форма губить людей, що зламано на телефоні. Для переїзду це кістяк майбутньої таблиці переходів. Для прискорення — список сторінок, які лікують першими. Для нового сайту — доказ, що старе не варто копіювати наосліп.

Готово, коли є короткий список P0: адреси й форми, які не мають права зламатися в день релізу. Решта може чекати наступної черги.

Етап 3. Карта сторінок і правил адрес

Намалюйте дерево: які послуги існують, які зливаються, які нові, який шаблон адреси в якого типу, що піде в індекс, які старі адреси на які нові ведуть. Це документ на кілька сторінок, не презентація на сорок слайдів. Його має зрозуміти маркетолог без перекладача з розробницької мови.

Готово, коли для кожної грошової сторінки названі адреса, H1-сенс, дія і доля старої адреси. Суперечки про меню краще закрити тут, а не на етапі верстки кнопки.

Етап 4. Прототип ключових екранів

Прототип потрібен не для всього сайту попіксельно, а для типів: головна, послуга, список, кейс, контакт, стаття. На ньому перевіряють перший екран, довжину форми, місце доказів і те, чи витримує ідея бюджет швидкості. Тексти-риби допустимі лише якщо поруч лежить справжній сенс блоку. Інакше ви погодите порожнечу, а потім здивуєтесь, що «немає куди покласти ціну».

Готово, коли продажі кажуть: з цього екрана можна працювати, і маркетинг каже: обіцянка збігається з рекламою. Дизайн-поліровка після цього, а не замість цього.

Як іде робота: збірка, запуск і перші тижні

Друга половина проєкту — там, де гарні прототипи або стають робочим каналом, або розходяться з реальністю. Тримайте ті самі критерії, що й на початку: адреса, заявка, швидкість, мова.

Етап 5. Збірка шаблонів і наповнення

Збирають повторювані шаблони, а не кожну сторінку як унікальний макет. Тоді нова послуга через пів року не коштує як новий сайт. Наповнення йде за пріоритетом: спочатку грошові сторінки живими текстами, потім кейси, потім архів. Порожні розділи «щоб меню виглядало повним» краще не відкривати в пошук.

Готово, коли редактор вашої команди може опублікувати нову статтю або послугу за інструкцією на одну сторінку, без дзвінка розробнику за кожен заголовок.

Етап 6. Швидкість, мови і перевірка форм

Перед показом «майже фіналу» проганяють телефонну швидкість пріоритетних сторінок, перемикач мов, лист і угоду в CRM, карту переходів на вибірці. Тут же прибирають зайві плагіни й скрипти, які зʼявилися «тимчасово». Тимчасове, що дожило до релізу, лишається на роки.

Готово, коли тестова заявка кожною мовою видна людині, яка справді обробляє ліди, а не лише в пошті агентства. І коли список переходів покриває рекламні посилання, а не тільки меню.

Етап 7. Запуск і перенаправлення

Запуск — це перемикання бойового домену, ввімкнення переходів, зняття тестових заборон індексу, перевірка карти сайту і кількох живих заявок одразу після. Не в день запуску вигадують нові адреси. Не в день запуску вперше дивляться, чи є доступ до хостингу. План відкату лежить поруч: що вважається провалом (форми мовчать, головна не відкривається, реклама суцільно в 404) і хто дає команду назад.

Готово в день релізу, коли вибіркова перевірка старих адрес веде одразу на правильні нові, телефон на сторінці клікабельний, а пошукова консоль не лишилась на старому тестовому ресурсі.

Етап 8. Чотири тижні спостереження

Після публікації робота не закінчена. Щонайменше 2–4 тижні дивляться 404, заявки, відмови реклами, випадкові сторінки в індексі, змішані мови, якщо їх виправляли. Дрібні коливання в показах можливі. Зникнення цілого розділу послуг — привід діяти одразу, а не «почекати, поки пошук переіндексує» без перевірки переходів.

Готово, коли є короткий звіт: що зламалось, що полагодили, які адреси досі слабкі, що берете в наступну чергу. Без цього реліз — подія для презентації, а не для виручки.

Питання, які варто закрити до договору

Ці питання звучать на перших розмовах із власниками. Короткі відповіді нижче — щоб ви могли перевірити і свою команду, і підрядника.

Чи можна лишити вигляд і лише прискорити сайт?

Так, якщо структура послуг зрозуміла, заявки приходять, а скарга саме на час завантаження, стрибки блоків або важкість на телефоні. Прискорення не замінить слабкий офер і не виправить хаос в адресах. Якщо тема технічно розсипається від кожної спроби її полегшити, чесніше рахувати нову збірку, а не обіцяти диво на старому каркасі.

Чи обовʼязково змінювати адреси під час редизайну?

Ні. Новий вигляд може жити на старих адресах, і для пошуку з рекламою це найспокійніший шлях. Адресу міняють, коли вона не відповідає вмісту або заважає розвитку структури. Тоді зміна йде пакетом із прямим перенаправленням один до одного, а не «колись на головну».

Скільки триває переїзд і чи можна обіцяти, що позиції не впадуть?

Для охайного корпоративного обсягу орієнтир часто лежить у межах кількох тижнів підготовки карти і короткого вікна запуску; складний архів адрес розтягує підготовку на довше. Обіцяти «позиції не ворухнуться» не можна: пошук переобходить сайт, і короткі коливання можливі. Можна обіцяти процес: повна карта, постійні перенаправлення, живі форми, нагляд 2–4 тижні. Саме це відрізняє керований переїзд від лотереї.

Чи варто лишати конструктор, якщо він «і так працює»?

Якщо конструктор закриває офер, швидко відкривається, віддає нормальні адреси і ваша команда встигає його оновлювати — перехід на WordPress не є терміновим. Перехід має сенс, коли ви вперлись у межі: не можна нормально тримати мови, блог, шаблони послуг, доступ розробника, або рахунок за обхідні рішення вже співмірний з нормальним сайтом. Міняйте платформу через карту адрес, а не через вимкнення старого домену вночі.

Питання про запуск, мови й бюджет

Друга пачка питань — про те, що зазвичай спливає, коли макет уже подобається, а до релізу залишається менше часу, ніж здавалось.

Як не змішати українську і російську?

Тримайте окремі адреси, окремі меню і окремі форми. Перемикач має вести на ту саму сторінку іншою мовою. Не склеюйте два тексти в один «для зручності». Не віддавайте грошові сторінки машинному перекладу без вичитки людиною, яка відповідає за офер. Плагін мов — інструмент обліку, а не автор текстів.

Що важливіше для заявок: новий дизайн чи швидкість?

Якщо поточний сайт уже пояснює послугу, а люди йдуть через повільний телефон — спочатку швидкість і форма. Якщо сайт швидкий, але за перші секунди незрозуміло, чим ви корисні й чому вам вірити, — спочатку перший екран і докази. Коли слабкі обидва, не починайте з блогу і не з анімації логотипа. Почніть зі сторінок, на які вже витрачаєте рекламний бюджет.

Чи можна вести рекламу на сайт, який ще доробляють?

Можна і часто потрібно, якщо посадочні вже говорять правду, форма доходить, а швидкість на телефоні не відлякує. Не можна вести бюджет на сторінку-заглушку, на подяку, на змішану мову або на адресу, яку наступного тижня змінять без перенаправлення. Краще вузький список готових послуг, ніж «запустимо кампанію на весь новий сайт» у день, коли половина розділів ще риба.

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