Кейс · технічне SEO · Performance · YMYL · 45 URL

Від 60 балів на mobile — до 96 без втрати форм, чату й SEO

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

ГЕО: Україна + Європа Ніша: міжнародна репатріація Тип робіт: технічне SEO + performance Стек: HTML · Apache · WebP

60 → 96PageSpeed Performance · mobile

91 → 100PageSpeed Performance · desktop

9,9 → 2,1 слабораторний LCP · mobile

45 / 45URL із sitemap відповідають 200 OK

З чого все почалося

Сервіс 24/7 — і мобільна сторінка, що відкривалася надто повільно

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

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

Особливо це проявилося на mobile: Performance 60, FCP 4,5 с і LCP 9,9 с у лабораторному тесті Lighthouse. Паралельно треба було перевірити, чи canonical, sitemap, robots, редиректи, метадані та структуровані дані не створюють ризиків для індексації.

Обмеження було принциповим: прискорити сайт без видалення бізнес-функцій, без зламаних форм, чату, аналітики, cookie consent і без будь-якого пошкодження кириличного кодування.

Діагностика

Що показав аудит: швидкість гальмували не “великі сторінки”, а критичні ресурси

Ми зіставили PageSpeed, мережеві залежності, HTML-шаблони, sitemap і відповіді живого сервера. Так сформувався короткий список змін із максимальним ефектом і мінімальним ризиком.

Важкий hero

Початкове JPG-зображення першого екрана важило 445 619 байтів і було однаковим для всіх екранів.

Зовнішні шрифти

Google Fonts додавав блокувальний CSS і ще один зовнішній ланцюжок до першого рендеру.

Сторонній JavaScript

GTM, reCAPTCHA й чат могли стартувати раніше, ніж відвідувачеві була потрібна їхня функція.

Accessibility

Контраст, підписи до select і розмір окремих touch targets знижували якість mobile-взаємодії.

Канонікалізація

Потрібна була наскрізна звірка clean URL, .html-редиректів, canonical і внутрішніх посилань.

Кодування

Український контент вимагав окремої перевірки UTF-8 у файлах, HTTP-заголовках та XML.

Чесна база

Показники “до” і “після” взяті з двох збережених звітів PageSpeed Insights за 20.07.2026. Це лабораторні вимірювання, тому окремий повторний запуск може дати інше число — важлива узгоджена зміна метрик і усунення причин.

Що ми зробили

Шість обережних змін замість “магічного” плагіна

Кожен етап можна було перевірити окремо й відкотити без перебудови всього сайту.

КРОК 01

Зафіксували baseline

PageSpeed mobile/desktop, відповіді URL, head-теги, sitemap, robots і візуальні контрольні точки.

КРОК 02

Перезібрали медіа

Замінили важкі JPG/PNG на responsive WebP із коректними dimensions і без зсувів макета.

КРОК 03

Локалізували шрифти

Inter і Playfair Display стали локальними WOFF2 із latin/cyrillic subsets та font-display: swap.

КРОК 04

Відклали інтеграції

reCAPTCHA — до submit, чат — до взаємодії або таймера, GTM — після відповідної згоди.

КРОК 05

Виправили доступність

Контраст, явні labels, клавіатурний focus і mobile touch targets — без зміни стилю бренду.

КРОК 06

Закрили SEO-контур

Canonical, redirects, metadata, JSON-LD, H1, internal links, sitemap і live HTTP status.

Performance

Мобільний результат: LCP скоротився на 7,8 секунди

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

Було · mobile

60Performance

FCP4,5 с
LCP9,9 с
TBT60 мс
CLS0
Speed Index6,9 с

Стало · mobile

96Performance

FCP1,7 с
LCP2,1 с
TBT0 мс
CLS0
Accessibility100

−79%лабораторний mobile LCP

0 мсTotal Blocking Time після змін

100Accessibility / Best Practices / SEO

2 / 2Agentic web browsing

Медіа та перший екран

Зображення стали адаптивними, а не просто “стиснутими”

Браузер отримує файл відповідно до екрана, тому мобільний пристрій більше не завантажує desktop-версію без потреби.

Hero першого екрана

mobile −86%

~~445,6 KB JPG~~→60,2 KB WebP

Окремий hero-800.webp для mobile і hero-1600.webp для desktop. Розміри задані в HTML, тому CLS залишається нульовим.

Логотип у шапці

−91%

~~81,2 KB PNG~~→7,1 KB WebP

Компактний logo-168.webp зберіг чіткість на retina-екранах і більше не перевантажує кожну сторінку сайту.

Функції без штрафу на старті

Аналітика, чат і захист форми залишилися — змінився момент завантаження

Важливі інтеграції не потрібно видаляти заради зеленого score. Їх потрібно запускати тоді, коли вони справді потрібні та дозволені користувачем.

Основний HTML

Контент і CTA доступні одразу, навіть якщо сторонні сервіси ще не завантажились.

Consent

GTM запускається лише після згоди на analytics або marketing.

Намір

reCAPTCHA підвантажується в момент submit, а не конкурує з hero.

Допомога

Чат активується після взаємодії або через 15 секунд очікування.

Технічне SEO та індексація

45 сторінок у sitemap — 45 коректних відповідей сервера

Ми перевіряли не лише наявність тегів у файлах, а й те, що пошуковий робот реально отримує на production.

✓

Sitemap health45/45 URL повертають HTTP 200, без битих адрес.

✓

Canonical URLsClean URL узгоджені з canonical і внутрішніми посиланнями.

✓

Redirect policywww, index.html та .html зведені до однієї канонічної версії.

✓

RobotsОсновний сайт відкритий для індексації, sitemap вказаний коректно.

✓

MetadataTitle, description, OG/Twitter, H1 і мовні сигнали перевірені.

✓

Structured dataJSON-LD синтаксично валідний і відповідає вмісту сторінок.

✓

Internal linksКлючові сторінки доступні через звичайні crawlable-посилання.

✓

UTF-8HTML, XML і HTTP-заголовки віддають український текст без mojibake.

Живий продукт

Прискорення не змінило візуальну мову GRG

Графіт, молочний фон, тепле золото, великі фотоблоки та ключові CTA залишилися впізнаваними на головній і внутрішніх сторінках.

Головна сторінка GRG після оптимізації — Головна сторінка: hero, CTA 24/7 і ключові напрямки послуг.

Сторінка репатріації з Німеччини після оптимізації — Country landing: окрема сторінка маршруту Німеччина → Україна.

Докази

PageSpeed Insights: збережені звіти “до” і “після”

Скриншоти зроблено зі сторінок Google PageSpeed Insights. Повні звіти відкриваються за посиланнями в підписах.

PageSpeed mobile до оптимізації: Performance 60 — **До · mobile — 60**Звіт від 20.07.2026, 16:39

PageSpeed mobile після оптимізації: Performance 96 — **Після · mobile — 96**Звіт від 20.07.2026, 17:08

PageSpeed desktop до оптимізації: Performance 91 — **До · desktop — 91**Accessibility 88 · Best Practices 92

PageSpeed desktop після оптимізації: усі категорії 100 — **Після · desktop — 100 / 100 / 100 / 100**Performance · Accessibility · Best Practices · SEO

45/45URL відповідають 200 OK

Результат

Сайт став швидшим, чистішим для роботів і залишився функціональним для людей

Мобільний performance піднявся з 60 до 96, desktop — до 100, а Accessibility, Best Practices і SEO отримали 100. Форми, consent, GTM, reCAPTCHA та чат не видалені: вони працюють за відкладеним і керованим сценарієм.

Про методологію й межі тверджень

PageSpeed score — лабораторний показник і може коливатися між запусками. Польові mobile-дані в тому самому звіті охоплюють попередні 28 днів: LCP 2,3 с, INP 177 мс, CLS 0; Core Web Vitals пройдено. Кейс не приписує технічним змінам неперевірене зростання трафіку або заявок. Для такого висновку потрібні дані Search Console та аналітики після достатнього періоду спостереження.

Ваш проєкт — наступний?

Ваш сайт теж може працювати швидше, індексуватися чистіше й не втрачати заявки

Команда SEOquick перевірить технічну базу, Core Web Vitals і точки втрати конверсії — та складе пріоритетний план змін без ризику для production.

Обговорити проєкт → Замовити технічний аудит