Новий розділ сайту глобальної IT-сервісної компанії для замовників розробки, якого пошук ще не бачив, і ніша, де конкурувати доводиться зі сталими доменами глобальних аутсорсерів. За 20 місяців розділ виріс із нуля до близько 10 тисяч візитів із пошуку на місяць за оцінкою Ahrefs.
Результат коротко
Візити з пошуку на місяць
0 → ~10 000
Оцінка Ahrefs для нового розділу сайту клієнта за період робіт. На старті розділ не мав ні трафіку, ні запитів у Top-10.
Запити в Top-10 Google
0 → 1 500+
З них понад 300 у Top-3.
Трафік і позиції — за відкритими даними Ahrefs за період робіт. Назву клієнта й адресу розділу ми не наводимо за умовами договору, тому цифри округлені.
Було
Новий розділ, якого пошук ще не бачив
| Клієнт | глобальна IT-сервісна компанія, новий розділ сайту для замовників розробки |
| Ніша | розробка ПЗ і виділені команди для бізнесу |
| Ринки | США та англомовні ринки |
| Послуги | SEO, ТЗ на контент, лінкбілдинг, аналітика |
| Період | 20 місяців, 2021–2023 |
| Статус | завершено |
| Команда | 6 фахівців і проєктний менеджер |
Платформа віддалених команд клієнта мала два напрямки, які важливо розрізняти. Один наймає інженерів (людина подає заявку, проходить співбесіду й тести, потрапляє в систему, і далі її пропонують проєктам). Другий, новий розділ сайту, продає самі команди компаніям, яким потрібна розробка. Ми працювали саме з B2B-гілкою.
Розділ був фактично новим, тож перші місяці ми працювали з наявною структурою, а перебудову відклали.
Мета
Заявки від компаній, яким потрібна команда
Фінтех-стартап у США хоче запустити власну платіжну систему. Команди розробки в нього ще немає, зате є ідея, гроші інвесторів і потреба надійно, швидко і якісно створити продукт. Саме такі люди мали знаходити клієнта в Google й залишати заявку.
Тож мета полягала у зверненнях від компаній, яким потрібна розробка. Складність у тому, що з точки зору SEO розділ був абсолютно новим, а конкурувати доводилось зі сталими доменами глобальних аутсорсерів.
Що зробили
Спершу чотири вертикалі, потім статті й сторінки найму, потім комерційні сторінки
Місяці 1–5
Чотири вертикалі замість усього розділу
Ми зосередились на чотирьох вертикалях замість усього розділу й заклали структуру під наміри покупця.
Чотири вертикалі замість усього
Зусилля, розподілені на всі можливі напрями, не зрушили б жодного. Тому ми взяли чотири вертикалі (Retail, Big Data, Fintech, Healthcare) і перегрупували під них запити й сторінки.
Структура під наміри покупця
Людина, яка шукає «PHP development company», хоче, щоб їй зробили проєкт, а та, що шукає «hire PHP developers», хоче людей у свою команду, і пошук на такі запити показує різні сторінки. Наявну структуру ми перші місяці лишили як є, щоб не відкладати результат, і дали рекомендації на потім (дочірні сторінки послуг, індустрій і рішень, окрема гілка найму «hire … developers», схема перелінковки).
Послуги й статті «how to»
Засновник, якому потрібна платіжна система, спершу шукає, як таку систему побудувати і скільки це коштує, і лише потім «хто це зробить». Тож сервісні сторінки ми робили за типовими проробленими шаблонами (вертикаль, послуга, аутстафінг, технологія), серед них сторінки для стартапів і перші сторінки найму, а статті писали під запити покупців «how to …» (банківський і фінтех-застосунки, MVP тощо). Контент-план ділили навпіл; теми верху воронки підживлювали наявні сторінки, а теми низу готували під нові.
Правила бренду в кожному ТЗ
Кожне ТЗ ми звіряли з правилами бренду клієнта, а кожну статтю перевіряли двічі, на SEO і на маркетинг. Окремо дивились, чи говорить текст саме із замовником розробки (засновником стартапу, малим бізнесом, корпорацією).
Ставка на гостьові публікації
Для нового розділу в ніші глобальних аутсорсерів вузьким місцем був авторитет, тож ми зробили ставку на гостьові публікації. Майданчики для них фільтрували за нашим чеклістом, тобто відсіювали сайти з bad neighbourhood і залишали ті, що мають гарну, плавну динаміку трафіку, без різких стрибків посилальної маси та інших обмежень, які роблять майданчик неякісним.
Що робив клієнт. Упроваджував наші ТЗ, спершу сервісні сторінки, потім статті. Згодом ми перейшли на всі ТЗ англійською мовою.
Що це дало. Розділ з’явився в пошуку, і оцінка Ahrefs з нуля дійшла до близько сотні візитів на місяць. Запитів у Top-10 ще немає, тож результат етапу — каркас сторінок і перші статті в індексі.
Місяці 6–9
Плато перед релізом нового блогу й меню за нашою структурою
Трафік зростав, але повільніше, ніж було потрібно. Позиції важливих сторінок майже не змінювались, тож рости розділ міг лише на нових сторінках і підвищенні позицій уже наявних. Тому ТЗ ми передавали й далі, а коли вийшли новий блог і меню, накопичена черга сторінок пішла на сайт.
ТЗ наперед
Від ТЗ до сторінки в пошуку іноді минають тижні, і якщо чекати з новими ТЗ, поки вийдуть попередні, розділ ще місяць-два стоїть без нового. Тож ТЗ ми передавали щомісячними пакетами (медицина, фінтех, retail, туризм, банкінг і телеком). Коли клієнт викотив новий блог, разом вийшла накопичена черга сторінок.
Нове меню за нашою структурою
Меню й вкладеність розділів показують пошуку, які сторінки головні, а які дочірні, і через внутрішні посилання передають їм вагу. Коли клієнт запустив нове меню за нашими рекомендаціями, ми перевірили його разом із розробниками клієнта. Паралельно почали ТЗ на внутрішню перелінковку, щоб посилання між сторінками доповнили меню.
Що робив клієнт. Наприкінці етапу викотив новий блог, нове меню й вкладеність розділів.
Що це дало. Оцінка Ahrefs трималась на рівні кількох сотень візитів на місяць. Позиції сторінок після посилань росли, хоча ще без входу в Top-3 і без відчутного трафіку; це точка відліку.
Місяці 10–13
Ривок майже вчетверо, коли вийшли накопичені ТЗ і новий блог, а заразом з’ясувалось, що сайт конкурує сам із собою
Накопичені сервісні сторінки разом із новим блогом дали ривок. Після кожного релізу ми перевіряли сайт разом із розробниками клієнта, щоб нові сторінки потрапляли в індекс. Заразом з’ясувалось, що вакансії для інженерів подекуди конкурують зі сторінками найму, оскільки фраза «Hire … engineers» у вакансії й на сторінці найму для пошуку звучала майже однаково. Ми почали їх розводити.
Заклики під етап читача
Читачі однієї статті перебувають на різних етапах; одному ще рано говорити з продажем, але він охоче порахує вартість, а інший уже готовий описати проєкт. Тож ми запропонували кілька типів закликів, кожен під свій етап.
Сайт конкурує сам із собою
Вакансія «remote … developer jobs» і сторінка «Hire … developers» для пошуку звучали майже однаково й жили в одній папці сайту, тож на запити замовників пошук часом показував вакансії (це і є канібалізація). На прикладах ми показали, що запити «hire …», «freelance …» і «remote … jobs» у видачі перемішані. Під кінець етапу поставили тест на одній професії, де вакансію деоптимізували, а сторінку найму дооптимізували.
Кластери навколо сторінок найму
Кластер статей навколо однієї комерційної сторінки відповідає на супутні питання, посилається на неї й дає Topical Authority, але працює, коли статей у ньому досить. Тому, коли з’явились перші сторінки найму, ми пішли кластерами навколо кожної по черзі (аутсорс, офшор і виділена команда, порівняння з сусідніми мовами й фреймворками, вартість розробки).
Що робив клієнт. Опублікував накопичені пакети ТЗ і оновив заклики в уже опублікованих статтях.
Що це дало. Оцінка Ahrefs виросла з кількох сотень до понад тисячі візитів на місяць, майже вчетверо, і ривок збігся з виходом накопичених ТЗ разом із новим блогом і меню клієнта.
Місяці 14–16
Сторінки найму, кластери статей і розведення з вакансіями дали майже втричі більше трафіку
Якщо коротко, то ми розводили вакансії й сторінки найму в масштабі й спрямували посилання насамперед на сторінки найму. Трафік виріс майже втричі.
Розведення пар у масштабі
Тест на одній професії показав, як розводити вакансію й сторінку найму, а таких пар на сайті було стільки, скільки професій. Тож ми розводили по кілька професій на місяць (вакансії деоптимізували, сторінки найму дооптимізували, перелінковку доповнювали новими сторінками).
Посилання насамперед на сторінки найму
Сторінки найму комерційні, і вивести таку сторінку в топ важче, ніж статтю, тож посилання для неї важать більше. Тому посилання ми спрямовували насамперед на них.
Що робив клієнт. Запускав нові сторінки найму.
Що це дало. Оцінка Ahrefs виросла з понад тисячі до близько 3 тисяч візитів на місяць, майже втричі; окремої причини стрибка в даних немає, він збігся із запуском сторінок найму, кластерами статей і посиланнями на сторінки найму.
Місяці 17–20
Трафік вийшов на пік
Останні місяці ми дотискали сторінки найму й сервісні сторінки там, де це було потрібно, і берегли зароблене.
Сервісні сторінки
Комерційні сторінки приводять тих, хто вже шукає підрядника, тож ми готували ТЗ на нові сервісні сторінки й на дооптимізацію наявних новими блоками (послуги й індустрії, навички, технології).
Що робив клієнт. Упроваджував ТЗ сторінок найму й сервісних сторінок.
Що це дало. Оцінка Ahrefs виросла з близько 3 тисяч до близько 10 тисяч візитів на місяць. Розділ мав понад 15 тисяч запитів у ранжуванні й понад 1 500 у Top-10, з них понад 300 у Top-3 (на старті нуль). Це накопичений ефект статей, сторінок найму й посилань нашої спільної роботи.
Що було складно
Новий розділ серед сталих доменів і великий сайт, який постійно змінювався
Авторитету в розділу ще не було
У ніші глобальних аутсорсерів перші місця давно тримають сталі домени, а новий розділ авторитету ще не мав. Тому ми не розпорошувались на весь розділ, взяли чотири вертикалі й нарощували посилання гостьовими публікаціями на перевірених майданчиках.
Сайт конкурував сам із собою
Вакансії для інженерів і сторінки для замовників звучали для пошуку майже однаково, тож на запити замовників він часом показував вакансії. Ми спершу перевірили розведення на одній професії, а потім розводили пари по кілька професій на місяць.
Великий сайт змінювався постійно
На великому сайті з частими релізами кожен реліз варто перевіряти. Тому після кожного релізу ми перевіряли сайт разом із розробниками клієнта, вели технічні правки окремою таблицею пріоритетів і щомісяця перевіряли, що з рекомендацій з’явилось на сайті.
Стало
Розділ, якого фактично не існувало, став каналом заявок
| Було | Стало |
|---|---|
| Ahrefs не бачив у розділі ні трафіку, ні запитів | Близько 10 тисяч візитів із пошуку на місяць і понад 15 тисяч запитів у ранжуванні |
| Жодного запиту в Top-10 | Понад 1 500 запитів у Top-10, з них понад 300 у Top-3 |
| Розділ, фактично новий для пошуку | Чотири вертикалі, фінтех-статті під запити покупців, розведені сторінки для інженерів і замовників |
Чому спрацювало
Три рішення, які визначили результат
Вузький фронт
Ми взяли чотири вертикалі з усього розділу й пішли в них углиб, і за п’ять місяців розділ з’явився в пошуку.
Теми, з яких покупець починає
Статті про те, як побудувати платіжну систему, приводили тих, хто вже рахує бюджет. Засновник спершу шукає, як побудувати продукт, і лише потім підрядника.
Розведені інтенти
Вакансії для інженерів і сторінки для замовників ми розвели за інтентом, і на запити замовників пошук почав показувати сторінки найму.
Що забрати собі
Чотири висновки для тих, хто продає розробку
- На новому розділі звужуйте фронт. Зусилля, розподілені на всі напрями, не зрушать жодного. Тут ми взяли чотири вертикалі з усього розділу, і за п’ять місяців розділ з’явився в пошуку.
- Пишіть про те, що покупець хоче побудувати. Засновник, якому потрібна платіжна система, спершу шукає «how to create a payment system» і лише потім підрядника. Така стаття приводить людину, яка вже рахує бюджет.
- Перевірте, чи сайт не конкурує сам із собою. Якщо на одному домені є «ми наймаємо» і «найміть у нас», розведіть їх за інтентом, поки пошук не вибрав не ту сторінку.
- На великому проєкті варто перевіряти все після кожного релізу. Реліз на великому сайті зачіпає багато сторінок одразу, тому вкрай необхідно перевіряти все за допомогою спеціалізованих інструментів — Screaming Frog, Netpeak Spider, Google Search Console — чи все йде, як нам потрібно. І оперативно реагувати, коли щось не так.
Питання
Що питають про цей кейс
Скільки часу пройшло до перших результатів?
Перші місяці пішли на каркас (чотири вертикалі, перші статті, перші посилання), і за п’ять місяців розділ з’явився в пошуку з першою сотнею візитів на місяць за оцінкою Ahrefs. Найбільший ріст прийшов на другий рік роботи, коли вийшли накопичені ТЗ, сторінки найму й кластери статей навколо них.
Чи можна перевірити ці цифри?
Трафік і позиції взято з відкритих даних Ahrefs за період робіт. Назву клієнта й адресу розділу ми не наводимо за умовами договору, тому цифри в кейсі округлені.
Навіщо деоптимізувати власні сторінки?
Коли на одному сайті є вакансії для інженерів і пропозиція найняти інженерів, пошук може показати не ту сторінку не тим людям. Тож ми розводимо їх за інтентом; вакансії деоптимізуємо під запити замовників, а сторінки найму дооптимізуємо, по кілька професій на місяць. Іноді трапляються і інші колізії такого плану.
