Як виміряти швидкість сайту - PageSpeed Insights, GTmetrix чи Lighthouse?

Почніть із PageSpeed Insights (pagespeed.web.dev): він безкоштовний, показує всі три метрики Core Web Vitals і конкретні рекомендації. GTmetrix потрібен для глибшої діагностики через waterfall-діаграму, а Lighthouse зручний для перевірки сторінок, закритих від публічного доступу. Обов'язково перевіряйте мобільну версію - Google ранжує саме за нею.

Що таке LCP, INP і CLS і які значення вважаються добрими?

LCP (поява головного елемента) добре до 2,5 секунди. INP (швидкість відгуку на дії) добре до 200 мілісекунд. CLS (стрибки макета) добре до 0,1. INP замінив стару метрику FID у березні 2024 року і вимірює відгук на всі взаємодії за сесію, а не лише на першу.

Як швидкість сайту впливає на конверсії і SEO?

На конверсії - напряму: за даними Google, при зростанні часу завантаження з 1 до 3 секунд імовірність відмови зростає на 32%, з 1 до 5 секунд - на 90%. Тобто частина оплаченого рекламного трафіку йде, не дочекавшись сторінки. На SEO - через сигнал Page Experience: за інших рівних швидший і стабільніший сайт ранжується вище.

Як прискорити WordPress, Tilda або OpenCart сайт?

Починайте зі стиснення зображень і переведення їх у формат WebP - це найбільший виграш на будь-якій платформі. Для WordPress додайте кешування і приберіть зайві плагіни. На Tilda стискайте картинки до завантаження і прибирайте важкі анімації. Для OpenCart головне - серверне кешування і оптимізація запитів до бази даних.

SEO Розробка

Швидкість сайту і Core Web Vitals: як прискорити сайт і отримати плюс до SEO

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

Клієнт заходить з реклами, бачить білий екран, чекає секунду, другу. На третій закриває вкладку і йде до конкурента, чий сайт відкрився миттєво. Ви за цей клік уже заплатили. Гроші пішли, заявки немає, а в звіті це виглядає просто як “висока ціна за конверсію”.

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

Core Web Vitals – це набір метрик, якими Google вимірює, наскільки сайт зручний для живої людини. У 2021 році вони стали офіційним сигналом ранжування, а у 2024 одна з трьох метрик помінялась. Розберемо, що це за цифри, як їх перевірити за п’ять хвилин і що робити, якщо вони червоні.

Чому швидкість сайту - це гроші, а не технічна дрібниця

Власники часто сприймають швидкість як питання айтішників: “хай програмісти розберуться”. Проблема в тому, що рахунок за повільний сайт приходить не до програмістів, а до маркетингового бюджету.

Логіка проста. Кожна секунда завантаження – це частина людей, які не дочекались. Дослідження Google по мобільних сторінках показало: коли час завантаження зростає з 1 до 3 секунд, імовірність відмови (bounce) піднімається на 32%. З 1 до 5 секунд – уже на 90%. Це не лінійна історія, обвал відбувається швидко. Деталі методології Google відкрито публікує на web.dev – ресурсі команди, що й розробляє ці метрики.

Тепер перекладемо це на ваші гроші. Ви платите за клік у Google Ads умовні 20 грн. Людина приходить, але сайт відкривається 4 секунди, і кожен третій іде, не дочекавшись. Фактично ви заплатили за клік, але половину кліків злив сам сайт ще до того, як відвідувач побачив пропозицію. Реклама працює, посадкова сторінка – ні. У звіті це виглядає як “дорогий трафік”, хоча корінь – технічний.

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

Є ще один шар, який власники майже ніколи не зв’язують зі швидкістю – вартість кліка в рекламі. У Google Ads на ставку впливає показник якості (Quality Score), а одна з його складових – досвід на посадковій сторінці. Простими словами: якщо ваша сторінка повільна й незручна, Google вважає її гіршою посадковою і змушує платити за той самий клік більше, ніж конкурента зі швидким сайтом. Виходить подвійний удар: повільний сайт і відлякує людей, і робить кожен клік дорожчим. Прискорили сторінку – і ставка може опуститись без жодних змін у самих кампаніях.

Що таке Core Web Vitals простими словами

Core Web Vitals (українською – “основні життєві показники” сайту) – це три метрики, якими Google намагається в цифрах описати те, що людина відчуває інтуїтивно: швидко чи довго, плавно чи смикано, зручно чи дратує.

До 2021 року Google оцінював технічну швидкість абстрактно. Потім компанія зробила крок до людини: замість “скільки важать файли” почала питати “що відчуває користувач, поки сторінка вантажиться”. Звідси три прості питання:

Чи швидко з’явилося головне? – за це відповідає LCP.
Чи швидко сайт реагує, коли я тицяю? – за це відповідає INP.
Чи не стрибає все під рукою, поки вантажиться? – за це відповідає CLS.

Усе. Решта (зменшення картинок, кеш, відкладене завантаження скриптів) – це інструменти, якими ви виправляєте ці три питання. Метрики – це мета, інструменти – засіб.

Три метрики: LCP, INP і CLS

Кожна з трьох метрик має чіткі межі від Google: “добре”, “потребує покращення” і “погано”. Сайт вважається таким, що проходить Core Web Vitals, коли всі три метрики в зеленій зоні для 75% реальних відвідувачів.

Метрика	Що міряє	Добре	Погано
LCP - Largest Contentful Paint	За скільки з'являється найбільший видимий елемент (банер, заголовок, фото)	до 2,5 с	понад 4 с
INP - Interaction to Next Paint	Як швидко сайт реагує на клік, тап, ввід тексту	до 200 мс	понад 500 мс
CLS - Cumulative Layout Shift	Наскільки контент стрибає під час завантаження	до 0,1	понад 0,25

LCP - "коли я нарешті побачив головне"

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

INP - "я тицьнув, а воно думає"

Це нова метрика. У березні 2024 Google замінив нею стару FID (First Input Delay). INP суворіший: він міряє затримку відгуку не на перший клік, а на всі взаємодії за сесію – кнопки, фільтри, додавання в кошик. Якщо ви тицяєте “Купити”, а кнопка реагує через пів секунди, це поганий INP. Зазвичай винні важкі скрипти: чати, аналітика, сторонні віджети, що блокують головний потік.

CLS - "хотів натиснути одне, натиснув інше"

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

Чому ці три метрики важать для українського бізнесу більше, ніж здається. Основна маса трафіку в нас іде з мобільних, причому часто не з нового флагмана на швидкому Wi-Fi, а з середнього телефона на мобільному інтернеті, який то є, то пропадає. Те, що на вашому MacBook у офісі відкривається миттєво, на телефоні клієнта в маршрутці вантажиться зовсім інакше. Саме тому Google і дивиться на польові дані з реальних пристроїв, а не на тепличний тест. І саме тому власник, який оцінює свій сайт із власного швидкого ноутбука, систематично переоцінює його швидкість.

Як виміряти швидкість сайту: PageSpeed, Lighthouse, GTmetrix

Хороша новина: щоб побачити свої цифри, не потрібен програміст. Є три безкоштовні інструменти, і кожен корисний для свого.

PageSpeed Insights - звідки починати

Заходите на pagespeed.web.dev, вставляєте адресу сторінки, тиснете “Аналізувати”. За хвилину отримуєте оцінку від 0 до 100 окремо для мобільних і десктопу, всі три метрики Core Web Vitals і список конкретних рекомендацій з оцінкою, скільки секунд зекономить кожна. Це головний інструмент, бо він показує і польові, і лабораторні дані одночасно (про різницю – нижче). Перевіряйте обов’язково мобільну версію: Google ранжує сайти за нею, та й більшість українського трафіку йде з телефонів.

Lighthouse - те саме, але в браузері

Lighthouse вбудований у Chrome (вкладка в інструментах розробника). Це той самий рушій, що й під PageSpeed, але працює локально. Зручно, коли треба швидко перевірити сторінку на стейджингу або таку, що закрита від публічного доступу.

GTmetrix - коли треба копнути глибше

GTmetrix дає детальну “водоспадну” діаграму (waterfall): видно, який саме файл, скрипт чи запит гальмує завантаження і скільки кожен важить. Це інструмент для діагностики, коли PageSpeed сказав “повільно”, а ви хочете зрозуміти, що конкретно винне.

Лабораторні дані проти польових: чому цифри різні

Тут власники часто плутаються, тому варто зупинитись. PageSpeed показує два типи даних, і вони можуть розходитись.

Лабораторні дані (Lab) – це разовий тест у стерильних умовах: емуляція одного пристрою, стабільний канал. Зручно для діагностики, бо дає однаковий результат при повторі. Але це не те, що бачать ваші реальні клієнти.

Польові дані (Field) – це статистика від справжніх користувачів Chrome за останні 28 днів, з реальних телефонів і реальних мереж. Google збирає її у звіті CrUX (Chrome User Experience Report) і саме її враховує для ранжування. Якщо сторінка нова або має мало трафіку, польових даних може просто не бути – тоді орієнтуйтесь на лабораторні.

Практичне правило: для рішень про SEO дивіться на польові дані, для пошуку конкретної технічної проблеми – на лабораторні. Коли вони сильно розходяться, це сигнал, що десь є “вузьке місце”, яке проявляється тільки на реальних повільних пристроях.

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

– Володимир Кашалаба, CEO Guild of Marketing

Типові причини повільного сайту

За роки роботи з сайтами клієнтів ми бачимо, що 80% проблем зі швидкістю зводяться до короткого списку причин. Ось вони, від найчастіших до рідших.

Важкі, незжаті зображення. Найпоширеніша причина. Фото товару у форматі 4000×3000 пікселів і вагою 5 МБ, яке на сайті показується розміром 400 пікселів. Браузер мусить завантажити весь файл. Рішення – стиснення і сучасні формати (WebP, AVIF).
Купа сторонніх скриптів. Чат, два лічильники аналітики, піксель Facebook, віджет відгуків, попап-збір контактів. Кожен тягне свій код, і разом вони блокують відгук сайту (псують INP).
Дешевий або перевантажений хостинг. Сервер довго “думає”, перш ніж віддати першу відповідь. Це б’є по LCP ще до того, як почалось завантаження картинок.
Перевантажена тема або конструктор. Готові теми WordPress з сотнею функцій, з яких ви використовуєте п’ять, тягнуть весь код “про запас”.
Відсутність кешування. Сайт щоразу збирає сторінку заново замість того, щоб віддати готову збережену версію.
Шрифти і банери без розмірів. Головна причина стрибків макета (поганий CLS).

Як прискорити WordPress, Tilda і OpenCart

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

WordPress

Найбільше простору для оптимізації, бо платформа гнучка. Базовий набір: плагін кешування (WP Rocket, LiteSpeed Cache), автоматичне стиснення і конвертація картинок у WebP, відкладене завантаження зображень нижче екрана (lazy load), мінімізація CSS і JS. Окремо – ревізія плагінів: часто половину можна вимкнути без втрат. Якщо тема важка, іноді швидше перейти на легку, ніж лікувати стару.

Tilda

Тут менше контролю, бо платформа закрита, але базове зробити можна: стискати картинки до завантаження на сайт (Tilda не зменшить за вас оригінал), увімкнути вбудовану оптимізацію зображень, прибрати зайві анімації і важкі відеофони, мінімізувати сторонні вставки коду. Стелю швидкості на Tilda задає сама платформа – вище неї не стрибнути, і це варто враховувати ще на етапі вибору.

OpenCart

Інтернет-магазини найскладніші, бо сторінок багато і кожна тягне базу даних. Тут працює серверне кешування, оптимізація запитів до бази, CDN для роздачі картинок з найближчого до клієнта сервера, чистка зайвих модулів. На великому каталозі різницю дає саме робота з базою, а не з картинками.

Не хочете занурюватись у технічні деталі? Ми робимо перевірку швидкості сайту з конкретними рекомендаціями: що саме гальмує, на скільки секунд це можна прискорити і що зробити першочергово. Не загальний звіт із PageSpeed, а пріоритезований список дій під ваш сайт. Перевірка швидкості з рекомендаціями – 5 000 грн.

З чого починати: пріоритет виправлень

Коли PageSpeed видає список із двадцяти рекомендацій, у власника опускаються руки. Хороша новина: не треба робити все одразу. Принцип Парето працює і тут – 20% дій дають 80% результату. Ось порядок, у якому ми беремося за оптимізацію, від найбільшого виграшу до найменшого.

Зображення. Майже завжди номер один. Стиснути, перевести у WebP, задати розміри, відкласти завантаження тих, що нижче екрана. Це б'є одразу по двох метриках: LCP (бо головне фото вантажиться швидше) і CLS (бо картинки з розмірами не стрибають). Часто тільки це переводить сторінку з червоної зони в жовту.
Кешування. Найдешевший виграш по співвідношенню зусиль до результату. Сайт перестає збирати сторінку заново при кожному заході. Прямо покращує LCP.
Сторонні скрипти. Аудит того, що реально потрібно. Чат, який нікому не пише, два лічильники аналітики замість одного, віджет, забутий з минулого року. Прибрати зайве і відкласти завантаження решти на потім. Лікує INP.
Фікс зсувів макета. Задати розміри всім картинкам, банерам, рекламним блокам. Прелоад шрифтів, щоб текст не "перестрибував". Точково лікує CLS.
Хостинг і сервер. Якщо після всього вище сервер усе ще довго "думає" перед першою відповіддю - час дивитися на хостинг чи серверне кешування. Це вже глибша робота, але без неї стелю не пробити.

Логіка проста: спершу беріть те, що дає найбільший виграш за найменших зусиль, і тільки потім лізьте глибше. Дороблювати сервер, коли на сайті висять незжаті картинки по 5 МБ, – марна трата грошей.

Помилки самостійної оптимізації

Власники і маркетологи часто беруться прискорювати сайт самі – поставили плагін, погнали. Іноді це допомагає, іноді робить гірше. Ось граблі, на які наступають найчастіше.

Гонитва за цифрою 100, а не за реальними клієнтами. Людина ставить мету “хочу 100 балів” і витрачає тижні, вилизуючи останні п’ять пунктів, які ніхто з відвідувачів не відчує. Тим часом мобільна версія, де сидить більшість трафіку, лишається повільною. PageSpeed – інструмент, а не самоціль. Важлива не оцінка, а те, що відчуває жива людина на своєму телефоні.

Кілька плагінів кешування одночасно. Класична помилка на WordPress: поставили два-три плагіни “про всяк випадок”. Вони конфліктують між собою, сайт починає віддавати биті сторінки або взагалі ламається. Кеш має бути один, налаштований під вашу конфігурацію.

Агресивна мінімізація, що ламає верстку. Увімкнули “об’єднати і стиснути весь CSS і JS” – і сайт поплив: кнопки не натискаються, слайдер не крутиться, форма не відправляється. Це найпідступніше, бо власник може не помітити поломку на головній, а вона сидить на сторінці оплати, де якраз і втрачаються гроші. Після будь-якої оптимізації треба клікнути весь шлях клієнта до кінця.

Оптимізували головну, забули решту. PageSpeed за замовчуванням перевіряє одну сторінку. Власник заганяє в зелену зону головну і вважає роботу зробленою. А сторінки товарів, кошик, блог лишаються повільними – саме там, де відбувається конверсія. Перевіряти треба ключові типи сторінок, не одну.

Стиснули фото “на максимум” і вбили якість. Перегин у інший бік: стиснули зображення так, що товар виглядає розмитим. У магазині це прямо б’є по продажах – людина не купує те, що погано видно. Швидкість важлива, але не ціною того, заради чого людина прийшла.

Коли до нас приходять із “сайт повільний, ми вже все перепробували”, у дев’яти випадках з десяти ми відкриваємо головну і бачимо те саме – банер-герой на чотири-п’ять мегабайт, який вантажиться першим і тримає всю сторінку. Власник до того ставив три плагіни кешування, мінімізував скрипти, ліз у сервер, а найбільший гальмо так і висить незжатим на видноті. Тому ми починаємо не з налаштувань хостингу, а з найважчого, що видно на екрані одразу. Найдорожчі проблеми зі швидкістю майже завжди найпростіші – просто їх ніхто не подивився першими.

Кому швидкість критична, а кому можна видихнути

Чесно: не для кожного бізнесу 90 балів у PageSpeed – питання життя і смерті. Розставимо пріоритети за типами.

Критично – інтернет-магазини. Тут швидкість прямо конвертується в гроші. Кожна секунда затримки на сторінці товару чи в кошику – це покинуті кошики і недоотриманий дохід. На великому каталозі різниця між швидким і повільним сайтом легко вимірюється відсотками виручки. Якщо у вас e-commerce – швидкість у пріоритеті завжди.

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

Важливо, але без фанатизму – контентні та інформаційні сайти. Блог, медіа, портал. Швидкість впливає на SEO і дочитування, але тут немає миттєвого “кошик покинуто”. Достатньо тримати метрики в зеленій зоні, без гонитви за кожним балом.

Можна видихнути – проста візитка для офлайн-бізнесу. Якщо сайт – це по суті електронна вивіска, на яку заходить десяток людей на день перевірити адресу й телефон, гнатися за ідеальним INP немає сенсу. Достатньо, щоб сторінка нормально відкривалась на телефоні і не змушувала чекати. Гроші на глибоку оптимізацію тут краще вкласти в щось інше.

Сенс не в тому, щоб у всіх був ідеальний результат. Сенс – щоб швидкість відповідала ролі сайту в бізнесі. Там, де сайт заробляє – інвестувати. Там, де він просто є – не переплачувати.

Коли вистачить доробки, а коли потрібен редизайн

Це головне рішення, перед яким стоїть власник із повільним сайтом. Витрачати гроші на латання чи на новий сайт? Орієнтир такий.

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

Потрібен редизайн, якщо сайт зроблено років 5-7 тому на застарілій важкій темі, код заплутаний, кожна правка ламає щось інше, а швидкість – лише одна з багатьох проблем поряд із незручною мобільною версією і слабкою конверсією. У такому разі оптимізувати старе – як ремонтувати двигун, який уже відпрацював ресурс. Часто редизайн сайту з нуля на легкій основі виходить і дешевшим, і надійнішим, ніж нескінченне латання.

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

І останнє: швидкість – не разова акція. Сайт обростає новими сторінками, акціями, банерами, скриптами – і за пів року знову гальмує. Тому розумно тримати моніторинг Core Web Vitals у межах підтримки сайту, щоб бачити проблему раніше, ніж її побачить Google і відвідувач. А якщо хочете цілісну картину “де я зливаю гроші” – швидкість входить окремим блоком у маркетинговий аудит.

Сайт повільний, а ви не знаєте з чого почати?

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

Volodymyr Kashalaba CEO Guild Of Marketing

Спеціаліст у сфері маркетингу з досвідом більше 11 років, з бекграундом директора відділу продажів. Засновник та CEO Guild of Marketing.

FAQ

Що таке Core Web Vitals простими словами?

Це три метрики Google, які в цифрах описують зручність сайту для людини: чи швидко з'явилося головне (LCP), чи швидко сайт реагує на кліки (INP) і чи не стрибає контент під час завантаження (CLS). Сайт проходить перевірку, коли всі три показники в зеленій зоні для 75% реальних відвідувачів.
Як виміряти швидкість сайту - PageSpeed Insights, GTmetrix чи Lighthouse?

Почніть із PageSpeed Insights (pagespeed.web.dev): він безкоштовний, показує всі три метрики Core Web Vitals і конкретні рекомендації. GTmetrix потрібен для глибшої діагностики через waterfall-діаграму, а Lighthouse зручний для перевірки сторінок, закритих від публічного доступу. Обов'язково перевіряйте мобільну версію - Google ранжує саме за нею.
Що таке LCP, INP і CLS і які значення вважаються добрими?

LCP (поява головного елемента) добре до 2,5 секунди. INP (швидкість відгуку на дії) добре до 200 мілісекунд. CLS (стрибки макета) добре до 0,1. INP замінив стару метрику FID у березні 2024 року і вимірює відгук на всі взаємодії за сесію, а не лише на першу.
Як швидкість сайту впливає на конверсії і SEO?

На конверсії - напряму: за даними Google, при зростанні часу завантаження з 1 до 3 секунд імовірність відмови зростає на 32%, з 1 до 5 секунд - на 90%. Тобто частина оплаченого рекламного трафіку йде, не дочекавшись сторінки. На SEO - через сигнал Page Experience: за інших рівних швидший і стабільніший сайт ранжується вище.
Як прискорити WordPress, Tilda або OpenCart сайт?

Починайте зі стиснення зображень і переведення їх у формат WebP - це найбільший виграш на будь-якій платформі. Для WordPress додайте кешування і приберіть зайві плагіни. На Tilda стискайте картинки до завантаження і прибирайте важкі анімації. Для OpenCart головне - серверне кешування і оптимізація запитів до бази даних.

Monamour

11:46 17 Jan 25

Допомогли створити точку на карті та налаштували контекст. Роботою задоволена, тепер набиваю базу постійних клієнтів.

Барановський Олег

11:28 28 Nov 24

Порекомендували друзі. Почали співпрацю по налаштуванню пошукової реклами в Google, працюємо вже 4-й місяць тому вирішив написати відгук. Подобається підхід в налаштуванні реклами та постійний зворотній звʼязок особливо із питань отриманих лідів, надання звітів щомісяця та обшрунтованих відповідей на мої запити щому сьогодні стільки витратили, на скільки поповнити реклами і тому подібне. Також в нашій ніші недобросовісні конкуренти і нам почали склікувати рекламу, це питання ми також вирішили з акаунт-менеджером і Google нам повернув кошти та далі із цим боремося та моніторимо. Взагалі не знав що таке може бути..
Тому працюємо далі і плануємо покращити сайт та збільшувати бюджет на рекламу.
Рекомендую!

Old School

12:19 12 Mar 24

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

Alex87 M

16:18 27 Feb 24

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

Андрій Шевчук

09:52 06 Feb 24

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

Віталій Романчук

18:28 03 Feb 24

Займаємось ремонтом квартир, шукав спосіб отримати клієнтів в періоди простою. Родичі порекомендували Гільдію Маркетингу. Не було сайту, тому запустили рекламу в фейсбуці та інстаграмі. Люди пишуть я їм телефоную. Робота є. Замовив ще сайт, очікую що роботи буде ще більше, дякую.

11:32 31 Jan 24

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