Запит «ремонт квартир Київ» і запит «ремонт квартир Дніпро» — це два різні запити з двома різними видачами. Здавалося б, звідси прямо випливає: треба дві сторінки. Але це вірно лише наполовину.
Google давно навчився відрізняти сторінку, зроблену для людини в конкретному місті, від сторінки, зробленої для робота. Різниця — не в кількості згадок назви міста, а в тому, чи є на сторінці інформація, яка існує тільки для цього міста.
Коли окремі сторінки виправдані
Перевірка проста: випишіть, що відрізняється між містами. Якщо в списку є хоча б три пункти з наведених нижче — окремі сторінки потрібні.
- Різні фізичні адреси, куди може приїхати клієнт
- Різні команди або майстри, яких можна назвати поіменно
- Різні ціни або умови — доставка, виїзд, терміни
- Різні виконані об'єкти, які можна показати
- Різні локальні особливості — законодавство, сезонність, типова забудова
Наш кейс IceLab — виробник сухого льоду з потужностями у Києві та Львові. Там різниця реальна: власні склади в обох містах, різна логістика, різні умови для оптових клієнтів. Тому десять локальних сторінок — обґрунтоване рішення, а не спроба обдурити пошук. Результат: позиція 2 за комерційними запитами, 212 переходів з Google і CTR 5,8% за 28 днів.
Коли окремі сторінки шкодять
Зворотна ситуація трапляється частіше. Бізнес працює віддалено або з однієї точки, але хоче «охопити всі обласні центри». З'являється двадцять сторінок, де відрізняється тільки назва міста в заголовку і в тексті.
Такі сторінки не просто не працюють. Вони тягнуть сайт униз: розмивають релевантність основної сторінки послуги, витрачають краулінговий бюджет і потрапляють під визначення дорвеїв у документації Google. Де саме проходить ця межа — розбираємо в матеріалі про локальні сторінки і дорвеї.
Правило 400 слів
Робоча перевірка перед тим, як створювати сторінку: чи зможете ви написати про це місто 400 слів, які фізично неможливо перенести на сторінку іншого міста простою заміною назви?
Якщо так — сторінка має право на існування. Якщо ні — не створюйте її. Порожня сторінка гірша за її відсутність: вона забирає вагу і нічого не повертає.
Як виглядає сторінка, що пройшла перевірку
Візьмімо будівельну компанію, яка справді працює у двох містах. Сторінка під кожне з них тримається на чотирьох речах, і жодна з них не є текстом заради тексту.
- Конкретика виїзду. Не «працюємо по місту», а скільки їхати в лівобережні райони і скільки в правобережні, і як це впливає на дату старту робіт.
- Типова забудова району. У кожному місті свій житловий фонд: десь панель 80-х, десь новобудови без опорядження, десь стара цегла з перекриттями, які не можна чіпати. Це те, що клієнт відчуває як «вони розуміють, з чим працюють».
- Виконані об'єкти саме тут. Три-чотири адреси з фотографіями важать більше за сторінку тексту.
- Люди. Ім'я майстра або керівника напрямку в цьому місті. Це найдешевший спосіб перетворити анонімну сторінку на сторінку живої компанії.
Складіть ці чотири блоки — і 400 слів унікального тексту набираються самі, без спроб «розтягнути» контент.
Найчастіші помилки наповнення
Довідка про місто. Абзац про населення і історію не допомагає ранжуватись і не переконує людину: вона прийшла шукати виконавця, а не читати енциклопедію.
Список районів через кому. Перелік із тридцяти мікрорайонів у підвалі сторінки — класична ознака сторінки, зробленої для робота. Google це давно розпізнає, а людина просто прокручує повз.
Однакові відгуки на всіх сторінках. Якщо відгук той самий, а місто різне — сторінка сама себе видає.
Підміна адреси. Вказувати офіс там, де його немає, — не сіра оптимізація, а пряма проблема: у картах це призводить до блокування профілю, а на дзвінку — до втрати клієнта.
Що робити, якщо різниці немає
Це нормальна ситуація, і в неї є хороше рішення. Одна сильна сторінка послуги плюс географія, показана через докази.
- Кейси з прив'язкою до міста в портфоліо — так робить Mono Pools у Дніпрі з позиціями Top-1 / Top-2 приблизно за два місяці
- Відгуки з зазначенням міста клієнта
- Блок «де ми працюємо» з чесним переліком і умовами виїзду
- Заповнений профіль у Google Business Profile — він закриває локальний інтент краще за слабку сторінку
Ця схема виглядає скромніше, ніж двадцять сторінок, але вона не створює ризику і не вимагає підтримки контенту, якого у вас немає.
Як не зламати те, що вже працює
Окрема пастка виникає, коли локальні сторінки додають до сайту, який уже ранжується. Нова сторінка «послуга в Києві» починає конкурувати з основною сторінкою послуги за той самий запит — і Google обирає між ними сам, часто не на вашу користь.
Щоб цього не сталось, розведіть їх за призначенням. Основна сторінка відповідає на питання «що це за послуга і скільки коштує» — вона цілиться в загальний запит без міста. Локальна відповідає на питання «чи працюєте ви в моєму місті і на яких умовах» — і цілиться в запит із назвою міста.
Технічно це підкріплюється трьома речами: різні заголовки без дублювання формулювань, різні meta description, і перелінковка згори вниз — з основної сторінки на локальні, а не навпаки хаотично. Якщо через два місяці в Search Console обидві сторінки показуються за одним запитом і жодна не тримає позицію — вони конкурують, і одну треба переорієнтувати.
Як перевірити результат
Через 8–10 тижнів після запуску відкрийте Search Console і подивіться на кожну локальну сторінку окремо. Далі три можливі картини.
Покази ростуть, кліки є. Сторінка працює, її можна поглиблювати — додавати кейси і відгуки з цього міста.
Покази є, кліків немає. Сторінка ранжується, але сніпет не переконує. Проблема в title і description, а не в тексті сторінки.
Показів немає взагалі. Сторінка не ранжується ні за чим. Найчастіша причина — вона недостатньо відрізняється від сусідніх. Тут чесніше об'єднати її з основною сторінкою послуги і поставити 301, ніж чекати ще квартал.
Як читати ці звіти детальніше — у матеріалі про Google Search Console для власника бізнесу.
Порядок дій
- Випишіть, що реально відрізняється між містами. Чесно, без натяжок.
- Для міст із реальною різницею — окремі сторінки з унікальними 400+ словами.
- Для решти — одна сторінка послуги плюс кейси і відгуки з географією.
- Профіль у картах — для кожної фізичної адреси, і тільки для фізичної.
- Через 8–10 тижнів звіряйтесь із Search Console: які сторінки набирають покази, а які лишились нулями.
