SEO-кейс: трафік зріс, а заявки впали — помилки локального SEO


SEO-кейс №2: трафік зріс на 24%, а якісних заявок стало менше. Що пішло не так із локальним SEO?
Рубрика: SEO практика
Ніша: клінінгові послуги
Формат: невдале SEO-рішення, аудит і виправлення стратегії
Термін моделі: близько 6 місяців від запуску геосторінок до повторного вимірювання
SEO-звіти іноді виглядають переконливо: органічні кліки зростають, нові сторінки потрапляють у пошук, графік у Google Search Console рухається вгору. Здавалося б, стратегія працює. Але власник бізнесу ставить незручне запитання: «Чому менеджери отримують менше нормальних заявок, ніж раніше?»
У нашому другому навчальному кейсі розглянемо саме таку ситуацію. Клінінгова компанія намагалася масштабувати локальне SEO завдяки десяткам сторінок під різні міста. Через кілька місяців кліків із Google стало більше, а кількість звернень від клієнтів, яких компанія реально могла обслужити, — меншою. Причина виявилася не в одній метатезі й не в загадковому «штрафі Google», а в розриві між пошуковим трафіком і географією бізнесу.
Вихідна ситуація: хороший локальний попит, обмежена зона виїзду
Уявімо невелику клінінгову компанію у Львові. Вона виконує прибирання квартир, офісів, приміщень після ремонту та генеральне прибирання. У штаті дві виїзні бригади. Постійна зона обслуговування — Львів і кілька найближчих населених пунктів, куди команда може виїхати без непропорційних витрат.
До експерименту на сайті були окремі сторінки основних послуг, прайс із поясненням факторів вартості, форма заявки й контактна інформація. Органічний канал приносив приблизно 1 420 кліків із Google за 28 днів і 48 кваліфікованих звернень за той самий період.
Кваліфікованим зверненням у цій моделі вважалася заявка, що відповідала трьом умовам: адреса входила в реальну зону роботи, потрібна послуга була доступною, а замовник мав конкретний намір домовитися про прибирання. Просто дзвінок або заповнена форма ще не зараховувалися до цього показника.
Це важливо: якщо бізнес не виїжджає до певного міста, навіть десятки переходів за запитом «прибирання офісу [місто]» можуть бути не активом, а витратами часу менеджера.
Гіпотеза: більше географічних сторінок — більше потенційних клієнтів
На етапі розширення команда побачила в семантиці багато комбінацій послуг і міст. Ідея здалася простою: створити посадкові сторінки під локальні запити та отримати додаткове охоплення.
За шаблоном згенерували 96 URL: 48 міст, помножених на два популярні види прибирання. Приклади адрес:
/prybyrannia-kvartyr/stryj/
/prybyrannia-ofisiv/stryj/
/prybyrannia-kvartyr/ternopil/
/prybyrannia-ofisiv/ternopil/
У заголовках змінювалася назва міста. Тексти були майже однаковими: стандартні переваги, перелік послуг, заклик замовити дзвінок. На багатьох сторінках не було окремого підтвердження виїзду, локальних умов, реальних прикладів робіт або відмінностей у доступності послуги.
Ще гірше: частина міст фактично не входила до зони обслуговування. З погляду SEO команда створила нові точки входу. З погляду клієнта — пообіцяла послугу там, де бізнес не міг її виконати.
Через три місяці: красивий графік і тривожні сигнали
У змодельованому сценарії за наступний порівнюваний 28-денний період звіт виглядав так:
Показник | До створення геосторінок | Після створення | Зміна |
|---|---|---|---|
Кліки з Google Search | 1 420 | 1 760 | +23,9% |
Кваліфіковані звернення з органічного каналу | 48 | 40 | −16,7% |
Так, кількість кліків зросла. Проте менеджер дедалі частіше чув: «А ви працюєте в нашому місті?» — і мусив відмовляти. Декілька сторінок залучали трафік за місцевими запитами, які виглядали релевантними для пошукової системи, але не відповідали реальним можливостям компанії.
Головна проблема: команда оцінювала успіх за кількістю переходів, хоча бізнесу були потрібні замовлення в конкретній географії.
Зверніть увагу: показники Search Console і CRM мають різні правила обліку, тож не варто без перевірки ділити кількість CRM-звернень на кліки з GSC та називати це точною конверсією. Тут ми порівнюємо два окремі індикатори: обсяг пошукового попиту, який привели на сайт, і кількість звернень, корисних для бізнесу.
Аудит: що саме виявилося проблемним
1. Сторінки обіцяли більше, ніж могла виконати компанія
Першим кроком стало зіставлення всіх географічних URL зі справжньою картою виїздів. Виявилося, що понад половину створених міст компанія не обслуговувала за звичайними умовами.
Це не просто питання «нерелевантного трафіку». У результатах пошуку сторінка створювала у користувача очікування, яке бізнес не міг виправдати. Навіть якщо людина переходила на сайт, її шлях завершувався відмовою.
2. 96 сторінок не мали 96 різних причин існувати
У більшості документів відрізнялися лише географічні назви та кілька фраз. Сторінки вели до тієї самої форми, не пропонуючи специфічної інформації про послугу в конкретному місті.
Google описує doorway abuse як створення сторінок під схожі пошукові запити, що ведуть користувача до проміжних, менш корисних сторінок. Серед наведених Google прикладів є багато сторінок під міста або регіони, які фактично спрямовують відвідувача до однієї точки. Це не означає, що всі геосторінки заборонені. Ризик виникає тоді, коли їхня мета — захопити більше запитів, а власна користь для відвідувача мінімальна.
У нашому сценарії сторінки мали ознаки саме такого ризику. Водночас жодного підтвердженого ручного заходу Google в моделі немає, і заявляти, ніби сайт обов'язково отримав санкцію, було б неправильно.
3. Звітували про запити, а не про якість заявок
У звіті були покази та кліки за новими URL, але не було відповіді на базові питання:
З яких міст надходять звернення?
Яка послуга потрібна потенційному клієнту?
Чи входить адреса до фактичної зони виїзду?
Скільки звернень переходять у замовлення?
Які сторінки приводять людей, яким компанія відмовляє?
Без цих даних SEO-фахівець міг щиро вважати експеримент успішним, навіть якщо відділ продажів бачив протилежну картину.
4. Основні сторінки послуг недоотримали увагу
Поки команда готувала десятки географічних текстів, сторінки «Прибирання офісів у Львові» та «Прибирання після ремонту» залишалися поверховими. На них не вистачало чіткої інформації про процес, склад робіт, ціну, обмеження та умови виїзду.
Користувачам потрібні були відповіді на практичні запитання. Натомість бюджет пішов на масштабування сторінок, де майже нічого нового не можна було сказати.
Рішення: зменшити кількість посадкових сторінок і підвищити їхню корисність
Після аудиту команда відмовилася від ідеї «окремий URL під кожну комбінацію запиту й міста». Пріоритетом стали реальна зона роботи, якість інформації та звернення, що можуть перетворитися на замовлення.
Крок 1. Склали карту фактичного обслуговування
Разом із власником і диспетчером визначили:
території, куди виїзд доступний без додаткових умов;
населені пункти з доплатою за дорогу або мінімальною сумою замовлення;
місця, де компанія взагалі не приймає замовлення;
різницю між зонами для прибирання квартир, офісів і великих об'єктів.
Цю інформацію вирішили відображати прямо на сайті. Не потрібно видавати можливість разового виїзду за постійну присутність офісу чи бригади в певному місті.
Крок 2. Перевірили кожен географічний URL перед видаленням
Масово видаляти 96 сторінок однією командою було б ризиковано. Спочатку для кожної зібрали дані про кліки, запити, зовнішні й внутрішні посилання, індексацію та реальні звернення.
Подальші рішення розділили на групи:
Тип сторінки | Дія | Чому |
|---|---|---|
Місто справді обслуговується, є попит і корисні локальні дані | Залишити й суттєво допрацювати | Сторінка може вирішувати окрему задачу клієнта |
Дві сторінки фактично описують одну й ту саму послугу | Об'єднати; за наявності доречного відповідника використати 301 | Не змушувати користувача обирати між майже однаковими документами |
Місто не обслуговується й релевантної альтернативи немає | Прибрати сторінку, повертати 404 або 410 | Не перенаправляти людину на послугу, якої немає |
URL має трафік, але якість звернень незрозуміла | Спочатку дослідити, потім вирішувати | Не втратити потенційно корисний попит через поспіх |
Важлива технічна деталь: 301 — рішення для адреси, яка справді переїхала або має чітку нову заміну. Редирект усіх видалених геосторінок на головну не виправляє проблему та часто розчаровує користувача. Якщо доречного відповідника немає, коректний HTTP-статус відсутньої сторінки зазвичай чесніший.
Крок 3. Посилили сторінки основних послуг
Замість 96 однотипних текстів команда переробила сторінки ключових послуг. Наприклад, для «Прибирання офісів у Львові» додали не загальні фрази про чистоту, а практичні деталі:
Що входить у послугу: робочі місця, підлога, санвузли, кухня, переговорні, вивезення сміття — із чіткими винятками.
Як формується ціна: площа, регулярність, рівень забруднення, додаткові роботи, потреба в обладнанні.
Коли команда може приїхати: робочий або позаробочий час, мінімальний термін попереднього бронювання.
Де послуга доступна: конкретна, правдива зона виїзду та можливі доплати.
Чого очікувати після заявки: уточнення об'єкта, кошторис, погодження часу, виконання робіт.
Для довіри використали лише реальні фотографії, дозволені до публікації відгуки та підтверджені умови роботи. Вигадані локальні відгуки або адреси не додавали.
Крок 4. Перебудували навігацію навколо задач клієнта
Основне меню стало коротшим і зрозумілішим: прибирання квартир, офісів, після ремонту, генеральне прибирання, ціни, зона обслуговування, контакти.
Географічні сторінки, що залишилися, отримали посилання з доречних розділів. У sitemap прибрали видалені URL. Перевірили, що внутрішні посилання не ведуть на 404 або зайві ланцюжки редиректів, а сторінки з 301 ведуть відразу на кінцеву адресу.
Крок 5. Зв'язали SEO-звіти з CRM
Форму заявки доповнили полем населеного пункту, а в CRM налаштували статуси: нове звернення, відповідає зоні обслуговування, погоджене замовлення, відмова через географію, інша причина відмови.
Для дзвінків окремо перевірили коректність їхнього обліку. Джерело трафіку зберігали там, де технічно це було можливо й дозволено налаштуваннями аналітики та згоди користувачів. Порожні або невизначені джерела не приписували органіці автоматично.
У підсумку в SEO-звіті з'явився головний бізнесовий показник: скільки кваліфікованих звернень надходить із органічного каналу, а не лише скільки разів люди натиснули на результат пошуку.
Результат у моделі: трафіку менше, користі більше
Через час, достатній для повторного сканування основних сторінок і накопичення даних, команда порівняла ще один 28-денний період. Для наочності всі три етапи наведені разом.
Показник за 28 днів | До експерименту | Після 96 геосторінок | Після виправлення |
|---|---|---|---|
Кліки з Google Search | 1 420 | 1 760 | 1 510 |
Кваліфіковані органічні звернення | 48 | 40 | 57 |
Після прибирання зайвих сторінок кліків стало на 14,2% менше, ніж на піку експерименту. Зате кількість кваліфікованих звернень у моделі зросла на 42,5% проти невдалого етапу — з 40 до 57. Навіть відносно початкової ситуації це більше на 9 звернень.
На перший погляд, зменшення трафіку виглядає як SEO-регрес. Але якщо сайт перестав залучати людей із територій, які компанія не обслуговує, частина втраченої органіки могла бути просто непотрібною бізнесу.
Обережно з висновками: цифри вигадані, а порівняння різних періодів не доводить причинно-наслідкового зв'язку. На результат могли впливати сезонність, рекламна активність, ціни, конкурентне середовище, завантаженість бригад і зміни в обліку звернень. У реальному проєкті ми порівнювали б однорідні періоди, окремі групи сторінок і фактичні дані CRM.
Чому це не історія про «штраф Google за дублікати»
Тут важливо розділити три речі:
Схожість текстів сама по собі не означає автоматичну санкцію. Багато сайтів мають закономірно повторювані елементи.
Doorway abuse стосується того, навіщо створюються сторінки і яку користь вони дають. Масове охоплення схожих запитів через малоцінні проміжні сторінки — зовсім інша історія, ніж чесна сторінка послуги для міста, де компанія справді працює.
Зниження бізнесової ефективності можливе навіть без проблем із ранжуванням. Можна отримувати кліки й водночас втрачати час на звернення, які не здатні стати замовленнями.
Тому правильний діагноз цього кейсу — помилкове масштабування посадкових сторінок і неправильна метрика успіху, а не недоведене покарання від пошукової системи.
Коли окрема сторінка під місто справді доречна?
Геосторінка може мати сенс, якщо бізнес реально обслуговує цю територію, є підтверджений попит, а сторінка відповідає на питання, які відрізняють її від загальної сторінки послуги.
Наприклад, вона може пояснювати реальний графік виїздів, умови замовлення, додаткову вартість дороги, місцеві обмеження або показувати підтверджені приклади робіт. Наявність міста в H1 та Title сама по собі не є достатнім обґрунтуванням.
Так само важливо не створювати вигаданих фізичних адрес чи окремих профілів Google Business Profile для міст, де немає відповідного реального місця ведення бізнесу. Для компаній, що виїжджають до клієнтів, Google передбачає налаштування території обслуговування в профілі, а не створення фіктивних офісів.
Практичний чекліст: як перевірити свої геосторінки
Випишіть міста, у яких компанія справді надає кожну послугу.
Перевірте, чи відповідають посадкові сторінки реальним можливостям бізнесу.
Зіставте органічні кліки та запити з даними CRM про якісні звернення.
Знайдіть сторінки, де змінюються лише назва міста та кілька слів.
Перевірте їхню індексацію, трафік, посилання й цінність перед видаленням.
Залишайте окремі геосторінки лише там, де можете забезпечити правдиву, корисну інформацію.
Для переміщених сторінок застосовуйте 301 тільки на релевантні нові URL; без заміни — коректний 404 або 410.
Оновіть sitemap, внутрішні посилання й навігацію після змін.
Вимірюйте не лише кліки, а й кваліфіковані звернення, замовлення та їхню географію.
Після змін перевіряйте наслідки кілька разів, а не робіть висновки за один тиждень.
Поширені запитання
Чи можна робити SEO-сторінки для кожного міста України?
Технічно можна створити скільки завгодно URL, але це не робить їх корисними й не гарантує видимості. Якщо компанія не надає послугу там або сторінка лише підміняє назву міста в шаблоні, така стратегія може шкодити досвіду користувача та створювати ризики з погляду правил пошукового спаму.
Чи слід видаляти всі схожі локальні сторінки?
Ні. Спочатку потрібно перевірити пошуковий попит, реальні можливості бізнесу, зміст сторінки, наявний трафік і звернення. Сторінка під місто може бути цілком доречною, якщо вона відповідає окремій потребі користувача.
Чи допоможе canonical, якщо залишити 96 схожих сторінок?
Canonical допомагає вказати бажану основну адресу для дублікатів або дуже схожого вмісту. Він не робить масово створені слабкі сторінки корисними, не розширює реальну зону роботи компанії та не замінює аналіз стратегії.
Чому SEO-трафік може зростати, а заявки — падати?
Причин багато: нерелевантні запити, невідповідна географія, слабка пропозиція, зміни цін, проблеми з формою або дзвінками, сезонність. Тому пошукові показники потрібно аналізувати разом із бізнесовими, а не як окремий світ.
Висновок: не кожен клік має однакову цінність
Найнебезпечніша SEO-помилка іноді виглядає як успіх. Нові сторінки індексуються, запити потрапляють у звіт, кліки зростають — але сайт залучає людей, яким бізнес не може допомогти.
Локальне SEO починається не з генерації сотень URL. Воно починається з простих питань: де ми реально працюємо, кому допомагаємо і чому користувач має обрати саме нас?
У цьому навчальному сценарії виграла стратегія з меншою кількістю сторінок, але з чесною географією, конкретним описом послуг та увагою до якості звернень. Головний висновок для практики: оцінюйте SEO не лише за обсягом трафіку, а за його відповідністю цілям бізнесу.
Офіційні джерела
Google Search Central: політики щодо пошукового спаму, зокрема doorway abuse
Google Search Central: корисний контент, створений для людей
Продовжуйте навчання
Останні матеріали цього курсу
Реальний SEO-кейс: як після редизайну сайт втратив 52% трафіку. Розбираємо помилки 301-редиректів, прихований noindex та технічне відновлення позицій.

Розбираємо SEO-кейс e-commerce: чому зміна Title не дала результату, як фільтри створювали дублі сторінок та як ми відновили трафік через технічний аудит.
Обговорення та запитання (0)
Поки що тут немає запитань або коментарів. Будьте першим, хто розпочне обговорення.