Презентація Романа Рогози з SEO-конференції Collaborator, що відбулася 20 жовтня 2023 року. Тези доповіді: 1. Яка ціль редіректів: можливі ризики і профіти 2. Аналіз редіректів великих компаній і що їм це дало (Logaster 301 Zenbusiness) 3. Що треба зробити по SEO і продукту перед редіректом 4. День істини: чек-ліст, що перевірити після злиття сайту 5. Як виміряти результат і на що звертати увагу Відео доповіді дивіться на Youtube-каналі Collaborator Про спікера: Керівник відділу SEO з 9-річним досвідом роботи в галузі. Протягом останніх чотирьох років керував міжнародними багатомовними проектами SaaS - Logaster (придбано ZenBusiness INC) і Sitechecker (Boosta INC).

7. Продукт і revenue
● Новий функціонал для Sitechecker
● Keyword suggestion tool як перевага над
конкурентами
● Покриття нового кластеру користувачів
● Потенційне збільшення revenue
внаслідок нового трафіку
● Потенціал росту конверсії шляхом
воронки Sitechecker після склейки
Переваги Ризики
● Навантаження інфраструктури
Sitechecker
● Убити чинну воронку та продукт в
новій інфраструктурі
● Убити потенціал інструмента через
неактуальність
● Навантаження команди

8. Нівеляція ризиків
● Переписати на новій технології та
інтегрувати в інфраструктуру, що вже існує
● Інтегрувати в рамках Sitechecker в
середину Extra Tools (додаткові інструменти
на кшталт traffic checker, rank checker тощо)
та окрему воронку для LP
● Релевантність функціонала для наших
користувачів
● Інтегрувати на базовому рівні (стосується
дизайну та функціоналу) з потенційним
допрацюванням

9. Ссилочна вага
● Швидкий приріст рефів
● Відчутний кількісно приріст -
2244 доменів
● Дешевий приріст для Sitechecker
● Приріст якісних (унікальних)
рефів – 10-15%
● Розподіл за новим LP
Переваги Ризики
● Складно простежити
вплив на SERP
● NOT game changer
● Можна насипати шлаку
● Аналіз рефералів і
доповнення в disavow
Нівеляція Ризиків

11. Трафік і позиції
● Зайти замість Kparser в
SERP та забрати його
трафік і позиції: 22К кліків
на місяць і 261К в рік
● Прирости, користуючись
потенціалом Sitechecker
● Збільшити видимість
Sitechecker в SERP
● Спадна тенденція в SERP
у Kparser
Переваги Ризики
● Зайти нижче і втратити
те, що було
● Не проклеїтись
нормально та взагалі
випасти
● Склейка URL в URL
● Перенос і покращення
контенту (релевантність)
● Збереження типу та логіки
воронки
Нівеляція Ризиків

12. Чи варто робити редірект?
To do list Kparser 301 Sitechecker - Goals
Сформувати основні причини
Проаналізувати власні
показники та метрики,
оцінити SERP і конкурентів
Оцінити потенційні профіти
та ризики, сформувати
гіпотези як нівелювати ризики
Сформувати та зафіксувати
реалістичну мету
● Ресурси - зменшити витрати ресурсів на
підтримку Kparser
● Продукт і revenue - розширити функціонал
Sitechecker, залучити користувачів до нового
функціоналу й отримати перші конверсії
● Ссилочна вага - передати ссилочну вагу на нові
сторінки в Sitechecker і відповідно збільшити
загальну ссилочну вагу
● Трафік і позиції - отримати аналогічний трафік,
зберегти позиції для нових сторінок після склейки
або навіть покращити попередні показники

13. Чи варто робити редірект?
Kparser 301 Sitechecker - Goals
● Ресурси - зменшити витрати ресурсів на
підтримку Kparser
● Продукт і revenue - розширити функціонал
Sitechecker, залучити користувачів до нового
функціоналу й отримати перші конверсії
● Ссилочна вага - передати ссилочну вагу на нові
сторінки в Sitechecker і відповідно збільшити
загальну ссилочну вагу
● Трафік і позиції - отримати аналогічний трафік,
зберегти позиції для нових сторінок після склейки
або навіть покращити попередні показники

14. Інструкція: що варто зробити по SEO та
продукту перед редіректом?
● Сформувати таблицю для склейки. Обрати як саме клеїти, враховуючи дані та
особливості продуктів
● Перевірити ссилочну ваги на SPAM та сформувати disavow
● Проаналізувати контент, апдейтнути, перенести та підготувати для склейки
● Перенести функціонал інструмента, підготувати воронки та інфраструктуру
● Вирішити як бути з юзерами, розібратись з акаунтами та підписками. Провести
інформування (анонси, повідомлення)
● Поставити таску на склейку та синхронізувати процес

15. 1. Вибір способу склейки та формування таблиці
● Знайшли всі URL, технічні (не індексовані) і нетехнічні (індексовані) – GSC Sitechecker,
Frog, Google
● Додали дані з GSC для оцінки трафіку і потенціалу
● Відсіяли неефективні сторінки, які не варто переносити
● Визначили список LP для перенесення, їхні мовні версії
● Повторили URL для сторінок, які будуть перенесені
● Прокластеризували сторінки, які не будуть переноситись, відносно тих сторінок, які
будуть
● Підібрали релевантні сторінки для підклейки технічних сторінок, зображень тощо
● Обрали 301 (є різні думки та SEO-міфи)

17. 2. Перевірка ссилочної ваги та формування disavow
● Перевіряли рефералів на спам
через органічний приріст.
Аналізували можливі питання
стосовно ссилочної стратегії, яка
працювала на старті проєкту
Kparser.
● Перевіряти руками – часозатратно +
багато питань, чи є сенс в додаванні
в disavow.
● Обмежились автоматичним чеком
рефів та допрацюванням руками на
адекватність.
● Оновили disavow перед склейкою.

18. 3. Аналіз контенту та його підготовка до склейки
● Проаналізували контент, який є: його якість,
покриття інтенту, релевантність, семантику
тощо.
● Зробили чек конкурентів з SERP
● Контент був дещо застарівший та
переоптимізований (keyword stuffing).
Допрацювали та залишили частину контенту.
Змінили структуру під наш формат на
Sitechecker, попрацювали з GSC, щоб не
втратити ключі.

19. ● Title, H1 були релевантними,
зберегли всі ТОП-ключі.
● Продумали реалізацію хедерів LP
та підібрали релевантний шаблон
для сторінок – Extra Tools.
● Допрацювали шаблон з
дизайнерами.
● Готовий контент залили в адмінку
в чернетки – 10 лендів і 25 мовних
версій.
● Прописали URL для сторінок
відповідно до структури.

20. 4. Перенесення функціоналу,
підготовка воронки та інфраструктури
● Провели штормінг з командою
розробників та продакт-менеджерів
щодо алгоритму інструменту, його
функцій та ресурсів для релізу.
● Оцінили витрати та визначили
відповідальних за реалізацію.
● Зберегли модель роботи воронки та
тип монетизації (дуже ВАЖЛИВО,
щоб не погіршити поведінку юзерів,
інакше будуть серйозні наслідки).
● Перенесли існуючий мінімалістичний
дизайн зі стилізацією, щоб не
ускладнювати та не здорожчувати
перенесення.

21. ● Інтегрували новий функціонал в
середину Sitechecker та
пропрацювали логіку роботи
для всіх типів користувачів.
● Вилили та протестували новий
функціонал ще до фактичної
SEO склейки.
● Інтегрували івенти, щоб трекати
поведінку користувачів і
досягнення цілей по конверсії.

22. 5. Рішення щодо акаунтів та підписок.
Інформування
● Зробили скасування підписок, що існували.
● Повернули кошти за підписку на період, що
залишався.
● Повідомили юзерів, що інструмент закінчує
своє існування, підписки скасовані, кошти
будуть повернені, а функціонал доступний
на Sitechecker.
● Зробили email-розсилку по базі користувачів
з аналогічним повідомленням.
● Зробили анонси на блозі, що
Sitechecker поглинає Kparser і
скоро буде доступний новий
функціонал.
● Зробили email-розсилку з
відповідною інформацією по
користувачах.

23. День істини. Чек-ліст для перевірки після злиття сайту
Зробили окрему таблицю та ТЗ по склейці для DevOPS (щасливі люди, хто їх має).
Перед підклейкою вилили всі сторінки на Sitechecker в прод (ті, що були в чернетках залиті).
Відкрили для індексу, зробили запит через Google Index API.
Провели склейку (синхронізували в часі, щоб умовний дубль в індексі не висів).
У нас URLs не багато, тому, окрім автоматичної перевірки, додатково пройшлися самостійно.
Перевірили як працювати http і не https URL, дзеркала тощо.

24. Зробили повідомлення про склейку через GSC.
Насетапили ключі (в rank tracker), які важливі під кожну сторінку, яка перенеслась, щоб
трекати зміни позицій.
Перевірили роботу воронок тулів і функціоналу в App.
Прогнали аудит по вилитим сторінкам та сайту в цілому, чи нічого нового не з'явилося.
Прослідкували SERP та чекали, коли почнуть з'являтися 2 сторінки в ТОП і коли буде
підміна новою сторінкою старої, яка буде динаміка.

25. Як виміряти результат і на що звертати
увагу?
● Kparser став частиною екосистеми
Sitechecker.
● Необхідність окремо виділяти ресурси
на підтримку продукту відсутня, при
цьому навантаження на інфраструктуру
Sitechecker практично не змінилось.
● Зберегли потенційні ресурси на
просування внаслідок перенесення в
Sitechecker, який є більш трастовим і
кращим за SEO-показниками.
ЦІЛІ: Ресурси | Продукт і revenue | Ссилочна вага | Трафік і позиції
Ресурси

26. ● Kparser став частиною екосистеми
Sitechecker.
● Необхідність окремо виділяти ресурси
на підтримку продукту відсутня, при
цьому навантаження на інфраструктуру
Sitechecker практично не змінилось.
● Зберегли потенційні ресурси на
просування внаслідок перенесення в
Sitechecker, який є більш трастовим і
кращим за SEO-показниками.
Ресурси

27. Ссилочна вага
● Підклейка пройшла успішно,
приросли на 1500+ доменів за
даними з тулів.
● Підклеїлися посилання з якісних
доменів, на які розраховували.
● Не відбулись кардинальні зміни в
ранжуванні основних цільових
сторінок, як і очікувалось,
враховуючи SERP (конкуренція,
якість ссилочного, інші фактори
ранжування).
● Новостворені сторінки, своєю
чергою, отримали гарний
стартовий буст шляхом склейки
по URL.

28. Трафік і позиції
● Нові сторінки спочатку почали
з`являтись в SERP разом зі сторінками
Kparser і ми мали по 2 позиції (зайняло
до 2 днів від склейки).
● Далі вони почали витісняти сторінки
Kparser.
● Наразі замінили повністю, отримують
трафік і показують непогану динаміку.

29. У порівнянні по показниках з GSC на Kparser і для нових сторінок вилитих на Sitechecker місяць до
місяця: кліки – 23K ріст (на 31%) і середня позиція – 27.9 (ріст на 17%).
По деяким сторінкам покращення – ще більші, внаслідок виходу з новими ключами й збільшення
видимості.

30. Динаміка для ТОП-41 queries по ТОП-10 основних підклеєних сторінках

31. Продукт і revenue
● Розширили функціонал Sitechecker і інтегрували в екосистему, що існувала
● З моменту склейки запущено 2758 free trials
● Отримали першу оплату з цієї воронки

32. Аналіз редіректів великих компаній і що їм це
дало. Logaster 301 Zenbusiness
● ZenBusiness допомогли 17 мільйонам
користувачів запустити та керувати бізнесом.
Сервіс оцінений у $1,7 млрд, ZenBusiness залучив
мільйон доларів інвестицій та демонструє
щорічне зростання на 200%.
● Logaster склеєний у грудні 2022 року.
● Аудиторія Logaster релевантна для ZenBusiness.
Це підприємці, які запускають бізнес
● Brand Identity Builder – адекватне доповнення для
розв'язання проблеми для аудиторії.
● Logaster мав потужну брендову складову, це один
з перших logo creators на ринку.

33. Як склеїли і що по URLs?
301 редірект, URL в URL зі збереженням
структури та перенесенням сторінок - TOP LP на
ZenBusiness:
● Home
● /logo-generator/
● /business-tools/
● /blog/
● /business-card-generator/
● /business-name-generator/
Весь com домен проклеїний, враховуючи
інформаційний контент, але зі зменшеним
вкладенням /tips/ на /how-to-create-a-logo/. Також
дещо змінена структура URL, аналогічно до
конкретних сторінок.

34. ● Було 9 основних мовних 20+ light versions. Light підклеєні на Home, ТОП мовні
ленди на Home. /logo-generator/ відповідно до усіх мов на EN (hreflangs забрані)
● Мовні версії сторінок статей і tips, склеєні на EN версії цих сторінок. ZenBusiness
не має мовних версій.
logaster.com
logaster.com.br
logaster.com.es
logaster.fr logaster.de
tr.logaster.com
logaster.com.m
x
logaster.co.uk
777logos.com

35. ● Контент перенесений на нові сторінки, по яким провели склейку URL в URL.
● Мінімально адаптували дизайн сторінок до бренду ZenBusiness.
● Частина елементів при перенесенні втратила функціональність і не була переоформлена.
Контент

36. Продукт
● Інтегрували лого-генератор в логіку
сервісу (у header як продукт).
● Фактично замість інтеграції та роботи
воронки стоїть заглушка з додаванням
email для подальшого контакту – Coming
Soon.
● Аналогічна ситуація з іншими
продуктами як business card, letterhead
тощо.
● Аналогічна ситуація з такими
інструментами як business name
generator, slogan generator, які мали
окремий алгоритм роботи не
прив'язаний до сервісу.

37. Ссилочна вага
● Приріст – близько 10К реф
доменів, близько 30% всієї
ссилочної маси.
● Висока якість ссилочної маси,
яка приросла. Багато сторінок,
які стоять в TOP та отримують
трафік, трастові ресурси з
репутацією.

38. ● Ссилочна вага з понад 30
регіонів.
● Розподілення ссилочного по
перенесених сторінках – logo
generator TOP 2 сторінка на
домені по ссилочній вазі.
● Є ризики втрати посилань в
ТОП підбірках через
воронку, яка не працює.

39. Аналізуючи ссилочну масу, можна побачити, що це не перша склейка для ZB або не
остання.

40. Трафік і позиції
● З 320К до 437К органіки —ріст на
136%.
● Нормальний переїзд трафіку по
інформаційному контенту на EN,
одні з ТОП сторінок по трафіку –
саме інформаційні статті.
● Позиції по інформаційному
контенту на EN здебільшого
зберігаються, хоча по деяким є
певні падіння.

41. ● Присутнє сильне падіння по
конверсійним лендам мейкер
лого і суміжних продуктів.
● Втрачені позиції в SERP по
мовним версіям як по
комерційним LP, так і по
інформаційним сторінкам.

42. Висновки
● Перед тим, як робити склейку продукту потрібно добре усвідомити, яку проблему вирішуєте та
яка мета стоїть.
● Провести аналіз продукту, SERP, конкурентів і тверезо оцінити, на скільки склейка може
допомогти в досягненні мети і які ризики є.
● Якщо рішення клеїти прийняте, потрібно зафіксувати цілі та і зрозуміти, якими метриками їх
вимірювати. Що – успіх, а що – ні.
● Продумати та пропрацювати кожну складову майбутньої склейки: технічну (що і як клеїти),
посилання, контент, продукт (воронка і інфраструктура), користувачі.
● Від того, на скільки релевантним є продукт до вашого, наскільки ви зможете зберегти
функціонал, фічі, контент, пропрацювати нові сторінки, інтегрувати все в вашу екосистему,
буде залежати успішність вашої склейки.
● Перед склейкою потрібно все перевірити декілька разів і обов`язково перевірити після.
● Що далі? Слідкуйте за процесом підклейки і якщо щось іде не так, одразу правте.
● Після підклейки дайте час відстоятись та оцінюйте, виходячи з ваших цілей.
● Зробіть другу ітерацію з покращення перенесеного функціонала, якщо для вас буде це
доцільно.

43. Висновки
● Перед тим, як робити склейку продукту потрібно добре усвідомити, яку проблему вирішуєте та
яка мета стоїть.
● Провести аналіз продукту, SERP, конкурентів і тверезо оцінити, на скільки склейка може
допомогти в досягненні мети і які ризики є.
● Якщо рішення клеїти прийняте, потрібно зафіксувати цілі та і зрозуміти, якими метриками їх
вимірювати. Що – успіх, а що – ні.
● Продумати та пропрацювати кожну складову майбутньої склейки: технічну (що і як клеїти),
посилання, контент, продукт (воронка і інфраструктура), користувачі.
● Від того, на скільки релевантним є продукт до вашого, наскільки ви зможете зберегти
функціонал, фічі, контент, пропрацювати нові сторінки, інтегрувати все в вашу екосистему,
буде залежати успішність вашої склейки.
● Перед склейкою потрібно все перевірити декілька разів і обов`язково перевірити після.
● Що далі? Слідкуйте за процесом підклейки і якщо щось іде не так, одразу правте.
● Після підклейки дайте час відстоятись та оцінюйте, виходячи з ваших цілей.
● Зробіть другу ітерацію з покращення перенесеного функціонала, якщо для вас буде це
доцільно.

44. P.S. Намагайтесь використати найкращі практики і не допустити помилок.

45. Дякую за увагу.
Telegram LinkedIn