Тижневий чекліст Google Search Console: швидкі перемоги першого тижня

Перший тиждень роботи з Search Console присвятіть п'яти коротким сесіям: перевірте, чи проіндексовано сторінки, від яких ви залежите; знайдіть запити, за якими ви ранжуєтеся трохи нижче за топові результати; знайдіть результати, які люди бачать, але пропускають; знайдіть сторінки, що втрачають кліки; і знайдіть запити, за якими конкурують дві ваші сторінки. Кожна сесія завершується однією зміною, яку можна впровадити. Після цього 20-хвилинна щотижнева перевірка не дасть новим проблемам вирости.

Перш ніж почати: зафіксуйте базові показники

Відкрийте Performance → Search results, виберіть останні 28 днів і порівняйте їх із попередніми 28 днями. Запишіть чотири показники для всього ресурсу: кліки, покази, середній CTR і середню позицію. Це ваші показники «до». Під час роботи пам'ятайте про два моменти:

• Дані за останні дні неповні. За словами Google, дані зазвичай надходять упродовж 2–3 днів, а показники за останній день можуть змінюватися ще кілька годин (Troubleshooting data discrepancies). Оцінюйте тренди лише за днями, дані за які вже стабілізувалися.
• Search Console рахує дні за тихоокеанським часом, тому день не збігатиметься з вашою аналітикою точно.

Заведіть журнал змін просто зараз. Достатньо простої таблиці:

Кожна зміна цього тижня потрапляє до журналу, а також отримує анотацію на графіку Performance, щоб згодом ви могли побачити її поруч із лінією показників.

Сесія 1 (20 хвилин): чи проіндексовано важливі сторінки?

Решта пунктів цього чекліста нічим не допоможе сторінці, якої немає в індексі Google, тому почніть саме з цього.

1. На вкладці Pages встановіть діапазон у три місяці та відсортуйте за кліками. Візьміть десять найкращих сторінок, а потім додайте критично важливі для бізнесу сторінки, яких немає в цьому списку, наприклад нову сторінку продукту або сторінку з цінами.
2. Вставте кожен URL у URL Inspection. Зазначте ті, що не проіндексовані, і ті, де канонічна сторінка, обрана Google, відрізняється від заявленої вами.
3. Відкрийте Page indexing і знайдіть причини з джерелом «Website», які стосуються знайомих вам сторінок (Page indexing report). Ігноруйте причини, які стосуються лише тих URL, що ви не збиралися індексувати.

Результат: короткий список виправлень індексації, зазвичай від нуля до трьох. Якщо вони є, їх потрібно зробити раніше за все інше; як з ними працювати, описано в технічному посібнику з індексації.

Сесія 2 (30 хвилин): запити, яким бракує одного поштовху до топу

1. У Performance залиште три місяці, відфільтруйте брендові запити (фільтр Non-branded query, якщо він є у вашому ресурсі, або фільтр «Doesn't match regex» з варіантами написання вашого бренду) і експортуйте таблицю Queries.
2. Залиште рядки із середньою позицією від 4 до 20.
3. Видаліть рядки з надто малою кількістю показів для висновків. Це оцінне рішення: для невеликого сайту розумний поріг — 100 показів за три місяці (приблизно один на день); для великого сайту підвищуйте його, доки не залишиться кілька десятків рядків.
4. Відсортуйте за показами. Для верхніх рядків клацніть запит у Search Console та відкрийте вкладку Pages, щоб побачити, яка сторінка ранжується.
5. Виберіть три запити, для яких сторінка, що ранжується, справді є правильною відповіддю, і визначте для кожної одне конкретне покращення.

Результат: три сторінки із запланованою правкою. У посібнику з позицій поблизу топу пояснено, як вибрати правку і коли правильною відповіддю буде нова сторінка.

Сесія 3 (20 хвилин): результати, які бачать, але пропускають

1. З того самого експорту візьміть рядки з позиціями від 1 до 5.
2. Порівняйте CTR кожного з тим, що ваш сайт зазвичай отримує на цій позиції (метод описано в розділі CTR та середня позиція).
3. Позначте рядки щонайменше з 200 показами та CTR нижче приблизно 70% від вашого звичного значення для цієї позиції. Обидва числа — оцінні; за меншої кількості показів вимагайте більшого розриву.
4. Самостійно знайдіть два з позначених запитів у приватному вікні й подивіться на всю сторінку результатів, а не лише на свій результат.

Результат: два переписані заголовки (title) або мета-описи. Таблицю діагностики наведено в посібнику з CTR.

Сесія 4 (20 хвилин): сторінки, що втрачають кліки

1. Відкрийте вкладку Pages і порівняйте останні 28 днів із попередніми 28 днями. Якщо ваш бізнес сезонний, порівнюйте натомість із тими самими 28 днями роком раніше.
2. Відсортуйте за різницею в кліках, починаючи з найбільшої втрати. Абсолютні втрати важливіші за відсотки: сторінка, що впала з 900 до 600 кліків, важить більше, ніж та, що впала з 12 до 3.
3. Як стартове правило, дивіться на сторінки, які в попередньому періоді мали щонайменше 20 кліків і втратили щонайменше 40% із них. Саме такі пороги використовує контент-рушій AutoPSEO для власних статей; підлаштуйте їх під свій сайт.
4. Відкрийте одну зі сторінок і перейдіть до Queries з таким самим порівнянням. Що впало: покази (менше запитів), позиція (вас випередив хтось інший) чи CTR за стабільної позиції (змінилася сторінка результатів)?

Результат: бриф на оновлення однієї сторінки, де сказано, що змінилося і що ви оновите. Як ухвалити рішення, розглянуто в посібнику із занепаду контенту.

Сесія 5 (20 хвилин): дві сторінки, один запит

1. Складіть список із 10–20 запитів, найважливіших для бізнесу.
2. Для кожного клацніть запит у Performance і відкрийте вкладку Pages.
3. Якщо другий URL збирає щонайменше десяту частину показів головного URL, придивіться уважніше. Сторінка продукту і сторінка категорії можуть мирно ділити широкий запит; дві статті, що відповідають на те саме запитання, — майже ніколи.

Результат: одне рішення щодо одного запиту: об'єднати, розрізнити чи залишити як є. Кожен варіант описано в посібнику з канібалізації.

Що ви маєте мати наприкінці тижня

• Виправлення індексації для важливих сторінок, впроваджені або передані в роботу.
• Три покращення ранжування, заплановані або впроваджені.
• Два переписані заголовки чи описи.
• Один бриф на оновлення.
• Одне рішення щодо двох сторінок, які конкурують.
• Кожну зміну внесено до журналу й позначено анотацією, а для кожної визначено дату перевірки результату через чотири–вісім тижнів. За словами Google, лише повторне сканування може тривати від кількох днів до кількох тижнів (Ask Google to recrawl), тож оцінювати зміну через кілька днів безглуздо.

20-хвилинна щотижнева перевірка

Робіть її в середині тижня, а не в понеділок, щоб дані за попередній тиждень встигли стабілізуватися.

1. Порівняйте останні 7 днів із попередніми 7 (ті самі дні тижня) на рівні ресурсу. Якщо кліки змінилися більш ніж приблизно на п'яту частину, з'ясуйте, які саме сторінки й запити змінилися, перш ніж робити щось інше.
2. Відкрийте Page indexing і пошукайте нові причини з джерелом «Website».
3. Пройдіться по журналу змін: перевірте кожну зміну, для якої настала дата повторної перевірки, і зазначте, чи допомогла вона.
4. Повторіть одну сесію зі списку вище, чергуючи їх протягом місяця.

Як AutoPSEO перетворює сесії на списки

Для кожної сесії в AutoPSEO є звіт, який фільтрує дані за вас і не обмежений 1000 рядків:

Щотижнева перевірка може виконуватися сама: сповіщення стежать за падінням трафіку (за замовчуванням — кліки впали на 20% за 7 днів порівняно з попередніми 7), за падінням позицій і CTR, змінами стану індексації та аномаліями й надсилають повідомлення в Slack, Microsoft Teams або на вебхук.

Для статей, якими керує контент-рушій AutoPSEO, сесії 2 і 4 відбуваються без вашої участі. Щодня він зчитує запити вашого сайту за останні 28 днів у розрізі сторінок, залишає запити, за якими сайт показується, але не має присвяченої їм сторінки, звіряє кожен з наявними сторінками, передає тих, що залишилися, на перевірку моделі й ставить найкращі в чергу на написання. Щотижня він порівнює останні 28 днів кожної статті з попередніми 28 і ставить у чергу оновлення для тих, що втрачають кліки, та оптимізацію для тих, які пропускають у видачі. Правила описано на сторінках огляд контент-рушія і супровід.