Як краще відображати переможців і лузерів?
Всередині команди думаємо який найкращий варіант візуалізації переможців і програвших по сторінкам та ключовим словам на дашборді проекта в Sitechecker.
1. Перший варіант включає всі метрики та їх дельти.
2. Другий варіант включає лише одну метрику та її дельту + відсоток зміни (ви можете змінити метрику в один клік).
Перша версія дозволяє побачити всі зміни відразу (іноді цікаво спостерігати, що покази впали, а кліки зросли). Але часто це важко сприймати.
Друга версія дозволяє краще зосередитися на аналізі однієї заданої метрики.
Який варіант вам більше подобається?
Всередині команди думаємо який найкращий варіант візуалізації переможців і програвших по сторінкам та ключовим словам на дашборді проекта в Sitechecker.
1. Перший варіант включає всі метрики та їх дельти.
2. Другий варіант включає лише одну метрику та її дельту + відсоток зміни (ви можете змінити метрику в один клік).
Перша версія дозволяє побачити всі зміни відразу (іноді цікаво спостерігати, що покази впали, а кліки зросли). Але часто це важко сприймати.
Друга версія дозволяє краще зосередитися на аналізі однієї заданої метрики.
Який варіант вам більше подобається?
Те, що може ранити великий бренд, вас може вбити
Я не очікував, що цей бренд із $35+млн ARR матиме таку проблему.
Upfluence використовує WordPress для свого маркетингового веб-сайту та плагін Elementor для створення сторінок.
Я не звинувачую їх, тому що ми в Sitechecker також використовуємо WordPress, але я радий, що ми не використовуємо плагіни-конструктори сторінок.
У їхньому випадку Elementor створив дублікати тегів H2, які невидимі для кінцевого користувача, але видимі для ботів пошукових систем.
Інша проблема у них ще більш критична.
УСІ їхні цільові продуктові сторінки мають однаковий неправильний тег H1: Talk to our team.
Причиною є попап, який з’являється під час прокручування вниз.
Незважаюьчи на це їхній сайт процвітає в органіці. Тут секрету немає - багато беклінків і великий волюм брендових запитів.
Це добре, коли у вас є ці речі (беклінки і відомий бренд), але це дорого і займає багато часу.
Спочатку перевірте, чи немає у вас таких помилок, і виправте їх. Оскільки те, що може зашкодити великому бренду SaaS, вас може вбити.
А навіть якщо це вас не вб’є, це надто ефективній фікс в вашому SEO роудмапі щоб його пропустити.
1/ Установіть безкоштовний Хром плагін від Sitechecker.
2/ Перегляньте структуру заголовків.
3/ Якнайшвидше напишіть своїм веб-розробникам в разі подібних проблем.
Боти пошукових систем можуть бачити інший контент, ніж ваша аудиторія, з різних причин.
Це одна з аксіом, яку завжди пам’ятають хороші SEOшники, і одна з перших перевірок, які вони проводять.
P.S. До речі у нас така проблема з попапом як у них також колись була.
Думаю це популярна проблема, так як часто такі попапи релізять продуктові команди, які не задумуються про те що змінилось для SEO.
Я не очікував, що цей бренд із $35+млн ARR матиме таку проблему.
Upfluence використовує WordPress для свого маркетингового веб-сайту та плагін Elementor для створення сторінок.
Я не звинувачую їх, тому що ми в Sitechecker також використовуємо WordPress, але я радий, що ми не використовуємо плагіни-конструктори сторінок.
У їхньому випадку Elementor створив дублікати тегів H2, які невидимі для кінцевого користувача, але видимі для ботів пошукових систем.
Інша проблема у них ще більш критична.
УСІ їхні цільові продуктові сторінки мають однаковий неправильний тег H1: Talk to our team.
Причиною є попап, який з’являється під час прокручування вниз.
Незважаюьчи на це їхній сайт процвітає в органіці. Тут секрету немає - багато беклінків і великий волюм брендових запитів.
Це добре, коли у вас є ці речі (беклінки і відомий бренд), але це дорого і займає багато часу.
Спочатку перевірте, чи немає у вас таких помилок, і виправте їх. Оскільки те, що може зашкодити великому бренду SaaS, вас може вбити.
А навіть якщо це вас не вб’є, це надто ефективній фікс в вашому SEO роудмапі щоб його пропустити.
1/ Установіть безкоштовний Хром плагін від Sitechecker.
2/ Перегляньте структуру заголовків.
3/ Якнайшвидше напишіть своїм веб-розробникам в разі подібних проблем.
Боти пошукових систем можуть бачити інший контент, ніж ваша аудиторія, з різних причин.
Це одна з аксіом, яку завжди пам’ятають хороші SEOшники, і одна з перших перевірок, які вони проводять.
P.S. До речі у нас така проблема з попапом як у них також колись була.
Думаю це популярна проблема, так як часто такі попапи релізять продуктові команди, які не задумуються про те що змінилось для SEO.
👍11🔥1
Більше даних і гірший UX чи менше даних і кращий UX.
Зараз дизайнимо продвинутий тул по роботі з GSC в Sitechecker, і треба прийняти рішення.
По дефолту інтерфейс Search Console не має показників по кількості сторінок з показами (Ranked Pages) і кількості ключових унікальних ключових слів з показами (Ranked Keywords).
Однак ці метрики надзвичайно корисні, і це одна із причин, чому використовують Looker Studio.
Ми вже маємо ці метрики на дешборді проекта, але чи додати їх до нового інструменту - питання.
Дизайн Search Console – це вже певний стереотип, до якого звикла вся індустрія. Тому, наприклад, ні в якому разі не можна змінювати кольори метрик. Вони мають бути такими ж, як у Search Console :)
І я переживаю, що додавання цих 2 метрик до графіку ускладнить роботу з ним.
Так, ви можете вибрати відображення лише одної чи двох метрик, але за замовчуванням більше даних може сильно засмутити консервативну частину нашої аудиторії.
Яка графік вам більше подобається?
Зараз дизайнимо продвинутий тул по роботі з GSC в Sitechecker, і треба прийняти рішення.
По дефолту інтерфейс Search Console не має показників по кількості сторінок з показами (Ranked Pages) і кількості ключових унікальних ключових слів з показами (Ranked Keywords).
Однак ці метрики надзвичайно корисні, і це одна із причин, чому використовують Looker Studio.
Ми вже маємо ці метрики на дешборді проекта, але чи додати їх до нового інструменту - питання.
Дизайн Search Console – це вже певний стереотип, до якого звикла вся індустрія. Тому, наприклад, ні в якому разі не можна змінювати кольори метрик. Вони мають бути такими ж, як у Search Console :)
І я переживаю, що додавання цих 2 метрик до графіку ускладнить роботу з ним.
Так, ви можете вибрати відображення лише одної чи двох метрик, але за замовчуванням більше даних може сильно засмутити консервативну частину нашої аудиторії.
Яка графік вам більше подобається?
Велике оновлення Sitechecker Chrome плагіна
Нарешті звязали сам плагін і ваш акаунт в Sitechecker.
Тепер ви можете авторизуватись і дивитись важливі дані по сторінці не покидаючи ваш сайт.
Для перегляду метрик по GSC та статусу індексації на основі URL Inspection API не треба відвідувати ні саму Search Console, ні Sitechecker.
Так, це базовий рівень аналізу:
- не має графіків з динамікою метрик по датам
- не має можливісоті сортувати і експортувати таблиці
Але для швидкої оцінки, що відбувається зі сторінкою і коли останній раз Google її переіндексував це ідеальне рішення.
Сам плагін залишається безкоштовним, але щоб використовувати інтеграцію з GSC треба мати мінімальну платну підписку ($59/місяць).
Потестити це все можна безкоштовно на протязі 2 тижнів.
Нарешті звязали сам плагін і ваш акаунт в Sitechecker.
Тепер ви можете авторизуватись і дивитись важливі дані по сторінці не покидаючи ваш сайт.
Для перегляду метрик по GSC та статусу індексації на основі URL Inspection API не треба відвідувати ні саму Search Console, ні Sitechecker.
Так, це базовий рівень аналізу:
- не має графіків з динамікою метрик по датам
- не має можливісоті сортувати і експортувати таблиці
Але для швидкої оцінки, що відбувається зі сторінкою і коли останній раз Google її переіндексував це ідеальне рішення.
Сам плагін залишається безкоштовним, але щоб використовувати інтеграцію з GSC треба мати мінімальну платну підписку ($59/місяць).
Потестити це все можна безкоштовно на протязі 2 тижнів.
👏8
Нова конференція від Boosta
Якщо послухати останню конференцію Nazahid, то стержнем всіх допоповідей були 2 протилежні думки:
1/ Вам треба будувати дуже багато сайтів, тому що Google це рандом.
2/ Вам треба будувати один великий бренд і постійно покращувати продукт, щоб успішно переживати всі апдейти Google.
Це не шизофренія, це дві різні стратегії в 3D площині час-дохід-ризики.
Про першу стратегію декілька цікавих доповідей уже було.
А друга стратегія вартує окремої конференції - Boost360° Product Edition.
Вона ідеально підійде як для сеошників, які хочуть краще зрозуміти як повʼязані трафік і продукт, так і для продакт-менеджерів.
Коли та де?
Онлайн, 13 березня.
Програма складається з:
- 6 експертних доповідей від спікерів на різні теми: від формування гіпотез до керування product-командою;
- панельної дискусії про шлях з продакта в фаундери;
- real-time гри "Факап чи стартап?"
Як долучитися?
Участь у Boost360° Product Edition відкрита за донат від 500 грн.
Доєднуйтеся та прокачуйте свої продукти!
Якщо послухати останню конференцію Nazahid, то стержнем всіх допоповідей були 2 протилежні думки:
1/ Вам треба будувати дуже багато сайтів, тому що Google це рандом.
2/ Вам треба будувати один великий бренд і постійно покращувати продукт, щоб успішно переживати всі апдейти Google.
Це не шизофренія, це дві різні стратегії в 3D площині час-дохід-ризики.
Про першу стратегію декілька цікавих доповідей уже було.
А друга стратегія вартує окремої конференції - Boost360° Product Edition.
Вона ідеально підійде як для сеошників, які хочуть краще зрозуміти як повʼязані трафік і продукт, так і для продакт-менеджерів.
Коли та де?
Онлайн, 13 березня.
Програма складається з:
- 6 експертних доповідей від спікерів на різні теми: від формування гіпотез до керування product-командою;
- панельної дискусії про шлях з продакта в фаундери;
- real-time гри "Факап чи стартап?"
Як долучитися?
Участь у Boost360° Product Edition відкрита за донат від 500 грн.
Доєднуйтеся та прокачуйте свої продукти!
🔥8
Розходження в даних по GSC при перегляді графіків
Якщо ви оцінюєте ефективність своїх сеошників чи відправляєте репорти клієнтам на основі графіків з GSC, то маєте памʼятати що дані на графіку можуть дуже відрізнятись.
Ви, мабуть, знаєте, що фільтрація даних Search Console за будь-яким ключовим словом значно зменшує кількість показів і кліків на графіку. Причина — анонімні запити.
Це популярна проблема, і Google навіть створив окремий гайд, щоб пояснити корінь цієї проблеми.
Однак недавно я попав на інший кейс - збільшення кількості даних відносно дефолтного графіку.
Я помітив це випадково, коли хотів переглянути кількість показів для брендового ключа "sitechecker", щоб виміряти зростання популярності бренду, але помилково я вибрав фільтр сторінки замість фільтра пошукового запиту.
З подивом я ще раз перевірив це на іншому великому сайті — той самий паттерн.
Для розуміння ділюсь цифрами, та скріншотами.
Метрики по 2 великим сайтам за останні 3 місяці:
Sitechecker
- 899к кліків і 60млн показів — дефолтний вид, без фільтрів
- 904к кліків і 84млн показів — фільтр сторінок включає доменне ім’я
- 597к кліків і 27млн показів — фільтр пошукових запитів з регуляркою виразу .* (тобто включити всі ключі)
Favikon
- 452к кліків і 35млн показів — режим за замовчуванням
- 459к кліків і 33млн показів — фільтр сторінок включає доменне ім’я
- 233к кліків і 19млн показів — фільтр пошукових запитів з регуляркою виразу .* (тобто включити всі ключі)
Причина зростання кількості данних при фільтрі по сторінкам в тому, що в цьому випадку Google агрегує дані по урлам. Якщо по ключу було показано 10 урлів, то це 10 показів.
В дефолтному режимі графік показує дані по всьому сайту, а не урлам. Тобто якщо по ключу показано 10 урлів, то це все одно 1 показ сайту.
Для когось це вже очевидні речі, і для мене б мали бути теж враховуючи скільки з GSC працюю :) але все одно ці питання вилазять.
Ці розходження вас можуть затронути в будь-який момент і при роботі з Looker Studio і при імпорті даних в BigQuery.
Треба завжди тримати в голові це і звертати увагі по чому ви агрегуєті всі метрики.
Якщо ви оцінюєте ефективність своїх сеошників чи відправляєте репорти клієнтам на основі графіків з GSC, то маєте памʼятати що дані на графіку можуть дуже відрізнятись.
Ви, мабуть, знаєте, що фільтрація даних Search Console за будь-яким ключовим словом значно зменшує кількість показів і кліків на графіку. Причина — анонімні запити.
Це популярна проблема, і Google навіть створив окремий гайд, щоб пояснити корінь цієї проблеми.
Однак недавно я попав на інший кейс - збільшення кількості даних відносно дефолтного графіку.
Я помітив це випадково, коли хотів переглянути кількість показів для брендового ключа "sitechecker", щоб виміряти зростання популярності бренду, але помилково я вибрав фільтр сторінки замість фільтра пошукового запиту.
З подивом я ще раз перевірив це на іншому великому сайті — той самий паттерн.
Для розуміння ділюсь цифрами, та скріншотами.
Метрики по 2 великим сайтам за останні 3 місяці:
Sitechecker
- 899к кліків і 60млн показів — дефолтний вид, без фільтрів
- 904к кліків і 84млн показів — фільтр сторінок включає доменне ім’я
- 597к кліків і 27млн показів — фільтр пошукових запитів з регуляркою виразу .* (тобто включити всі ключі)
Favikon
- 452к кліків і 35млн показів — режим за замовчуванням
- 459к кліків і 33млн показів — фільтр сторінок включає доменне ім’я
- 233к кліків і 19млн показів — фільтр пошукових запитів з регуляркою виразу .* (тобто включити всі ключі)
Причина зростання кількості данних при фільтрі по сторінкам в тому, що в цьому випадку Google агрегує дані по урлам. Якщо по ключу було показано 10 урлів, то це 10 показів.
В дефолтному режимі графік показує дані по всьому сайту, а не урлам. Тобто якщо по ключу показано 10 урлів, то це все одно 1 показ сайту.
Для когось це вже очевидні речі, і для мене б мали бути теж враховуючи скільки з GSC працюю :) але все одно ці питання вилазять.
Ці розходження вас можуть затронути в будь-який момент і при роботі з Looker Studio і при імпорті даних в BigQuery.
Треба завжди тримати в голові це і звертати увагі по чому ви агрегуєті всі метрики.
👍7