При переході на Wix багато хто стикається з падінням трафіку: неправильні редиректи, втрата мета-тегів, повільне завантаження через важкі скрипти. Наша команда вирішує ці проблеми за 3–5 днів, налаштовуючи домен, SEO та інтеграції. На відміну від конструкторів з жорсткими шаблонами, Wix Studio дозволяє гнучко задавати SEO-патерни в 2 рази швидше — завдяки змінним колекціям та кастомним мета-тегам. Досвід — понад 5 років, десятки успішних проектів. Гарантуємо коректне налаштування всіх елементів: від DNS до Automations.
Підключення кастомного домену з мінімальним простоєм
Домен підключається в налаштуваннях Wix через два варіанти. Вибір залежить від того, чи потрібен вам повний контроль над DNS. Ручне налаштування DNS-записів (рекомендуємо, якщо на домені є пошта або піддомени) займає менше часу на пропагацію — 1–4 години, на відміну від зміни неймсерверів (до 48 годин).
| Спосіб |
Контроль DNS |
Складність |
Час пропагації |
| Wix nameservers |
Повний у Wix |
Низька |
до 48 годин |
| Ручний запис |
У вас |
Середня |
1–4 години |
Приклад ручного запису:
CNAME www → ВАШЕ-ИМЯСАЙТА.wixsite.com
A @ → 23.236.62.147
A @ → 23.236.62.148
TXT @ → google-site-verification=... (для GSC)
Згідно з документацією Wix, SSL-сертифікат (Let's Encrypt) випускається автоматично після появи A-запису.
Як налаштувати SEO на Wix без втрати трафіку?
SEO Settings у Wix Studio — централізований розділ. Головне — задати базовий SEO-патерн для заголовків сторінок: {Назва сторінки} | {Назва сайту}. Увімкніть автоматичний sitemap.xml (перевірте доступність через https://yourdomain.com/sitemap.xml). Robots.txt генерується автоматично, але його можна кастомізувати через SEO API у Velo.
Для кожної сторінки:
- Page Settings → SEO → унікальний title та description.
- Перевірте canonical URL (уникайте дублів через параметри URL).
- Для динамічних сторінок використовуйте змінні колекції:
{title} — купити в Києві.
Сторінки, не потрібні в індексі (thank-you, особистий кабінет), закрийте через Advanced → noindex.
Чому важливе правильне налаштування аналітики?
Google Analytics 4: Settings → Marketing Integrations → Google Analytics → вставте Measurement ID (G-XXXXXXXXXX). Wix надсилає базові події: page_view, purchase, add_to_cart. Для кастомних подій (наприклад, відправка форми) використовуйте Velo:
import { analytics } from 'wix-analytics';
$w('#submitBtn').onClick(() => {
analytics.trackEvent('CustomEvent', {
eventName: 'lead_form_submit',
params: { form_id: 'contact-form' }
});
});
Яндекс.Метрика: Settings → Custom Code → вставте код лічильника в <head>. Facebook Pixel: Settings → Marketing Integrations → Facebook Pixel → вставте Pixel ID (автоматично надсилає ViewContent, Purchase).
Кастомізація дизайну
В рамках Wix Editor доступні:
- Кольорова схема (6 основних кольорів: 2 Primary, 2 Secondary, Background, Text) — всі елементи, прив'язані до теми, оновляться автоматично.
- Типографіка — пара шрифтів (заголовки/тіло), Google Fonts або завантаження кастомних.
- Анімації — кожен елемент: Add Animation (Fade, Slide, Zoom, Float). Scroll-based анімації через Wix Animate.
- Кастомні CSS — обмежені. Немає прямого доступу до CSS, обхідний шлях через
wix-style-processor або Velo:
$w('#element').style.backgroundColor = '#1A73E8';
$w('#element').style.color = '#FFFFFF';
Для повного CSS-контролю Wix не підходить.
Інтеграції сторонніх сервісів
- Email-розсилки: Mailchimp через Marketing Integrations; SendGrid через Velo HTTP Functions.
- CRM: HubSpot (офіційна інтеграція); Бітрікс24, AmoCRM через HTTP-запити в Velo або Zapier/Make.
- Чат: Jivosite, Tawk.to — вставка скрипта в Custom Code; Wix Chat (вбудований) — Marketing → Wix Chat.
- Платежі (якщо не Wix Stores): Wix Payments (обмежена географія) або Stripe через Velo HTTP Function.
Wix Automations
Вбудований workflow-інструмент без коду. Приклад: «При відправці форми → надіслати email менеджеру + додати контакт у CRM + надіслати автовідповідь клієнту». Тригери: форма, замовлення, бронювання, новий контакт, відвідування сторінки. Дії: email, SMS, webhook, створення задачі, додавання тегу. Для складних сценаріїв — Zapier/Make через webhook.
Багатомовність
Wix Multilingual — вбудований інструмент: додавання мов (Settings → Languages), переклад через Translation Editor, перемикач мов — віджет. URL: domain.com/en/page або en.domain.com/page (субдомен). Машинний переклад (Google Translate) — як відправна точка, потребує ручної коректури.
Процес роботи
- Аналіз поточного стану сайту та вимог.
- Підключення домену та налаштування DNS.
- SEO-оптимізація кожної сторінки.
- Дизайн-кастомізація в рамках редактора.
- Інтеграція сервісів (аналітика, CRM, чати).
- Налаштування Automations.
- Тестування та запуск.
- Передача документації та навчання.
Що входить у роботу
- Доступ до редактора Wix та паролі.
- Документація по всіх налаштуваннях (DNS, SEO, інтеграції).
- Навчання роботі з Wix (1 година онлайн).
- Підтримка протягом 2 тижнів після здачі проекту.
Типові терміни
| Етап |
Час |
| Підключення домену + SSL |
1 день |
| Базове SEO-налаштування |
1 день |
| Кастомізація дизайну |
1–2 дні |
| Інтеграції + Automations |
1 день |
| Разом |
3–5 днів |
Зв'яжіться з нами для консультації — допоможемо підібрати оптимальний набір робіт під ваш бюджет. Замовте налаштування Wix під ключ та отримайте готовий до просування сайт.
Типи сайтів: технічне завдання, а не маркетинг
Ми бачимо, як команди витрачають бюджет на невідповідний стек. Лендинг на Next.js зі статичною генерацією та корпоративний сайт з CMS — принципово різні інфраструктури, навіть якщо зовні схожі. Помилка на старті веде до переплати за хостинг у 5–10 разів і низької швидкості завантаження. Core Web Vitals (LCP, INP, TTFB) для кожного типу сайту мають свої пріоритети: для лендингу критичний LCP, для корпоративного — TTFB через динамічний контент.
За нашими даними, до 40% проєктів переплачують на хостингу через неправильний вибір технології. Статичний сайт на CDN обходиться в 5 разів дешевше за WordPress на VPS за тих самих навантажень. Нижче розберемо чотири типи сайтів, їхні типові технічні помилки та рішення, які ми застосовуємо на практиці. Маємо 8 років досвіду та понад 120 успішних проєктів у різних нішах.
Як обрати правильний тип сайту?
Вибір визначає стек, інфраструктуру та бюджет на підтримку. Покрокова інструкція:
- Визначте мету: продаж (лендинг), інформування (корпоративний) чи швидкий контакт (візитка).
- Оцініть частоту оновлення контенту: щодня — потрібна CMS, раз на місяць — вистачить Markdown у Git.
- Виберіть стек за продуктивністю: статика для візиток, Next.js з ISR для корпоративних, GSAP для промо.
Як не помилитися з вибором CMS?
Якщо редактори нетехнічні — WordPress з Gutenberg або ACF Pro закриває потреби. Для складних структур — headless CMS (Strapi, Directus) з фронтендом на Next.js. Якщо оновлення рідкі — Markdown в Git з Astro або Next.js, деплой по push в main. Ми використовуємо Repository pattern для уникнення N+1 запитів при роботі з ORM.
Сайт-візитка
Найкомпактніший формат: 1–5 сторінок, мінімум динаміки. Основне завдання — контактна інформація та перше враження. Технічно просто, але є типові помилки.
Занадто важкий стек. WordPress з 15 плагінами для 5 сторінок дає TTFB 800ms на shared хостингу. Ми пропонуємо статику: HTML/CSS/JS або Next.js з output: 'export', задеплоєне на Vercel або Cloudflare Pages. Жодного PHP, жодної бази даних — тільки CDN. TTFB < 50ms гарантовано. Економія на хостингу — до 70% на місяць.
Немає контактної форми з backend-валідацією. Форма лише з JS-валідацією — це декорація. Ми додаємо серверлесс endpoint (Netlify Functions або AWS Lambda) з rate-limiter та сповіщеннями.
Відсутність Schema.org розмітки. Google Knowledge Panel будується на LocalBusiness або Organization. Ми вбудовуємо розмітку в шаблон: адреса, телефон, години роботи.
Термін розробки: 2–3 тижні з дизайном.
Чому швидкість лендингу безпосередньо впливає на конверсію?
Лендинг — сторінка з однією метою: конверсія. Core Web Vitals критичні, оскільки платний трафік і Google використовує CWV у Quality Score.
Конкретний кейс: лендинг з hero-відео 8MB autoplay без preload="none" і три сторонні скрипти аналітики синхронно в <head>. LCP 9.4s, INP 780ms. Ми замінили відео на poster image з відкладеним завантаженням, скрипти перевели на async/defer і частково в Web Workers через Partytown. LCP став 1.8s, INP 140ms. Конверсія зросла на 23% тільки за рахунок швидкості.
A/B тестування — стандартна практика. Після закриття Google Optimize використовуємо open-source Growthbook або PostHog. Для Next.js застосовуємо edge middleware для розподілу трафіку на CDN без додаткового JS.
Термін: 2–4 тижні.
Корпоративний сайт
Корпоративний — CMS, багато сторінок, мультимовність, інтеграція з CRM. Ключове питання: хто редагує контент і як часто.
Якщо редактори нетехнічні — WordPress з Gutenberg або ACF Pro. Для складних структур — headless CMS (Strapi, Directus) з фронтендом на Next.js. Якщо оновлення рідкі — Markdown в Git з Astro або Next.js, деплой по push в main.
Продуктивність: сторінка "Про компанію" з 40 фото в оригіналі — LCP 12 секунд на мобільному. <Image> компонент Next.js з WebP і srcset вирішує без ручної роботи, знижуючи LCP до 2 секунд.
Багатомовність: Astrotomic Translatable на Laravel або next-intl. Структура URL — /uk/about, /en/about з hreflang.
Термін: 6–12 тижнів залежно від обсягу.
Промо-сайт
Промо — тимчасовий або постійний сайт під кампанію. Нестандартний дизайн, анімації. Стек: GSAP, Framer Motion, Three.js, Lottie.
Головна пастка — гальмівні анімації на мобільних. GPU-анімації через transform і opacity — нормально. box-shadow в анімації, filter: blur() на кожному кадрі, анімація width/height — 20fps на iPhone 12. will-change: transform допомагає точково.
prefers-reduced-motion — обов’язковий для accessibility.
Термін: 3–6 тижнів.
Як ми оптимізуємо продуктивність?
Для кожного проєкту проводимо аудит початкового стеку: аналізуємо TTFB, LCP, CLS, INP через Lighthouse та WebPageTest. Використовуємо tree-shake та bundle splitting для зменшення JS-бандла, для Next.js — React Server Components і Suspense для стрімінгу. Серверлесс функції дозволяють уникнути постійної вартості сервера — платите тільки за запити. Наприклад, корпоративний сайт на Next.js + Strapi дає TTFB <200ms, що у 5 разів менше ніж аналог на WordPress.
Автоматично конвертуємо зображення в WebP/AVIF, генеруємо srcset для всіх роздільних здатностей, використовуємо lazy loading з Intersection Observer. Для фонових зображень — техніка progressive loading.
Порівняльна таблиця
| Параметр |
Візитка |
Корпоративний |
Лендинг |
Промо |
| Сторінок |
1–5 |
10–50+ |
1–3 |
1–10 |
| CMS |
Не потрібна |
Потрібна |
Не потрібна |
Рідко |
| SEO-пріоритет |
Середній |
Високий |
Високий |
Низький |
| Анімації |
Мінімум |
Помірно |
Помірно |
Інтенсивно |
| Термін (з дизайном) |
2–3 тиж |
6–12 тиж |
2–4 тиж |
3–6 тиж |
Вартість у кожному випадку розраховується індивідуально після вивчення технічного завдання. — Google рекомендує TTFB під 0.8s, у нас <0.2s.
Що входить в роботу
- Аналітика та прототипування (структура, користувацькі сценарії)
- Дизайн-концепція (адаптивний, mobile-first)
- Верстка з оптимізацією LCP, CLS, INP
- Вибір та налаштування CMS (якщо потрібна)
- Інтеграція з CRM/маркетинговими інструментами
- Тестування (кросбраузерне, load-testing)
- Документація та передача доступів
- Навчання редакторів (відео + письмово)
-
гарантія 3 місяці (безкоштовні правки)
Друга таблиця: порівняння підходів за продуктивністю
| Підхід |
TTFB (мс) |
Складність підтримки |
Вартість розробки |
| Static HTML/CSS |
<50 |
Низька |
Низька |
| Next.js + headless CMS |
<200 |
Середня |
Середня |
| WordPress + плагіни |
500–1500 |
Висока |
Висока |
Статичний сайт швидший за WordPress у 10 разів за TTFB. Для консультації щодо вибору типу сайту та стеку зв'яжіться з нашими інженерами. Замовте розробку під ключ — ми оцінимо терміни та бюджет за 1 день. Напишіть нам, щоб отримати безкоштовний технічний аудит вашого проекту. Отримайте індивідуальну пропозицію з гарантією якості.
