Коли трафік росте повільно, першою реакцією зазвичай буває «треба писати більше». Але в блозі, де вже накопичилися десятки матеріалів, найшвидший приріст часто дає не новий текст, а робота з тим, що вже написано. Стаття, яка стоїть на другій сторінці видачі, вже має попит і історію — їй бракує зовсім небагато, щоб почати приносити переходи.
Розберемо, як за даними Search Console обрати кандидатів на оновлення, що саме в них переписувати, коли варто змінювати дату публікації й чого при оновленні краще не робити.
Чому старе іноді вигідніше за нове
Нова стаття починає з нуля: їй треба потрапити в індекс, набрати сигнали, дочекатися, поки пошук узагалі почне її показувати. Стара вже пройшла цей шлях — її знають, вона накопичила покази й внутрішні посилання.
Різниця у зусиллях помітна найкраще на сторінках, що стоять близько до першої сторінки видачі. Підняти матеріал із другої десятки в першу зазвичай значно простіше, ніж вивести туди новий, а ефект відчутний одразу: на першій сторінці переходів у рази більше, ніж на другій, навіть за того самого попиту.
Як обрати кандидатів за даними
Головне правило — обирати за цифрами, а не за відчуттям «ця стаття мені не подобається». Робочі джерела: звіт за запитами й сторінками в Search Console. Як його читати, ми розбирали в матеріалі про Google Search Console для початківців.
Найцінніші типи кандидатів:
- Покази є, позиція близько другої сторінки. Попит підтверджений, до кліків трохи не вистачає. Це найшвидші перемоги.
- Позиція хороша, а CTR низький. Зміст влаштовує пошук, але у видачі на сторінку не клікають — проблема в заголовку й описі, а не в тексті.
- Матеріал просів за останні місяці. Найчастіше через застарілі дані або через те, що конкуренти оновили свої.
І важливий виняток: сторінки, у яких показів немає взагалі, оновлювати марно. Це не проблема тексту — це відсутність попиту або тема, під яку у вас немає жодних шансів. Такі краще не чіпати й витратити час на інше.
Що саме переписувати
Оновлення — це не косметика. Заміна двох слів і нової дати не змінює нічого, крім вашої впевненості, що робота зроблена.
Що дає результат:
- Закрити питання, які стаття обходить. Подивіться, за якими запитами вона вже показується, і чесно спитайте себе, чи є в тексті відповідь. Часто виявляється, що людина приходить із конкретним питанням, а матеріал говорить про сусіднє.
- Оновити те, що застаріло. Ціни, назви сервісів, скріншоти інтерфейсів, згадки про те, що вже не працює. Застарілі деталі підривають довіру швидше за будь-які помилки.
- Переписати заголовок і опис у видачі. Якщо позиція хороша, а клікають рідко — саме тут головний важіль. Про це є окремий матеріал про title і description.
- Додати внутрішні посилання. І з оновленої статті на пов'язані, і на неї — зі старих матеріалів, де тема згадується.
- Прибрати воду. Скорочення часто працює краще за дописування: людина швидше знаходить відповідь і не йде назад у пошук.
Дата, URL і чого не робити
Дату публікації варто оновлювати тоді, коли оновлення справді суттєве — переписані розділи, нові дані, змінені висновки. Тоді свіжа дата чесно інформує читача. Підміна дати після косметичної правки користі не дає, зате знецінює всі ваші дати в очах постійних читачів. Для матеріалів, де актуальність критична, найзручніша схема — позначка «оновлено такого-то» поруч зі збереженою датою першої публікації.
Адресу сторінки без потреби краще не чіпати: саме за нею пошук і зовнішні посилання знають ваш матеріал. Якщо змінити все ж необхідно, налаштуйте постійне перенаправлення зі старої адреси й перевірте внутрішні посилання, щоб вони вели на нову. Інакше ви фактично публікуєте новий матеріал і починаєте його історію спочатку.
Ще одна поширена помилка — оновити статтю й через тиждень вирішити, що не спрацювало. Позиції реагують не миттєво; розумний горизонт оцінки — кілька тижнів, і дивитися варто не на одну цифру, а на динаміку. Як це відстежувати, ми описували в матеріалі про те, як перевіряти позиції сайту.
Як вбудувати це в роботу
Оновлення не має бути разовою акцією. Найпростіша робоча схема — раз на місяць відкривати Search Console, брати кілька сторінок із найбільшим розривом між показами й кліками й доводити їх до пуття. Це займає менше часу, ніж написання нового матеріалу, а приріст часто більший.
Корисно також домовитися з собою про пропорцію: наприклад, на кожні кілька нових матеріалів — одне серйозне оновлення старого. Тоді блог не перетворюється на архів текстів, які колись написали й забули. Загальну логіку регулярної роботи з контентом ми розбирали в матеріалі про контент-маркетинг для бізнесу.
Коротко
У блозі з накопиченим архівом оновлення старого часто дає швидший приріст, ніж новий текст: стаття вже має історію, покази й посилання, їй лишається доробити небагато. Кандидатів обирають за даними Search Console, а не за смаком: сторінки з показами й позицією біля другої сторінки, сторінки з хорошою позицією та низьким CTR, матеріали, що просіли через застарілі дані. Сторінки зовсім без показів оновлювати немає сенсу — там проблема не в тексті. Реальний ефект дає закриття питань, які стаття обходить, оновлення застарілих деталей, переписаний заголовок із описом, нові внутрішні посилання й скорочення води. Дату міняють лише за суттєвого оновлення, адресу — тільки за потреби й обов'язково з перенаправленням. Оцінювати результат раніше ніж за кілька тижнів немає сенсу.
Ми в Obliko дивимось на блог як на актив, а не на стрічку публікацій: спершу розбираємо, що вже приносить покази й де втрачаються кліки, і лише потім вирішуємо, писати нове чи доводити наявне. Напишіть, скільки у вас статей і чи підключена Search Console, — підкажемо, з яких сторінок почати.
Чому оновлення старої статті часто вигідніше за написання нової?
Бо стара стаття вже має історію: її знає пошук, вона накопичила покази, внутрішні посилання й довіру. Підняти сторінку з другої десятки в першу зазвичай простіше й швидше, ніж вивести новий матеріал з нуля — новому треба ще потрапити в індекс, набрати сигнали й дочекатися, поки його взагалі почнуть показувати. Найшвидший результат дають сторінки, які вже стоять близько до першої сторінки видачі: там навіть невелике покращення відчутно змінює кількість переходів.
Як обрати, які статті оновлювати першими?
За даними Search Console, а не за відчуттями. Найцінніші кандидати — сторінки з відчутними показами й позицією в районі другої сторінки: попит є, до кліків трохи не вистачає. Другий тип — сторінки з хорошою позицією, але низьким CTR: тут проблема не в змісті, а в заголовку й описі у видачі. Третій — матеріали, що просіли за останні місяці, часто через застарілі дані. А от сторінки без показів узагалі оновлювати марно: у них немає попиту, і проблема не в тексті.
Чи потрібно міняти дату публікації після оновлення?
Змінювати варто тоді, коли оновлення справді суттєве: переписані розділи, нові дані, змінені висновки. У такому разі свіжа дата чесно повідомляє читачеві, що матеріал актуальний. А от підміняти дату після косметичної правки — погана ідея: користь нульова, а довіру до всіх ваших дат ви підриваєте. Для матеріалів, де актуальність критична, найкраще працює явна позначка на кшталт «оновлено такого-то числа» разом із збереженою датою першої публікації.
Чи можна змінювати URL при оновленні статті?
Краще не змінювати без потреби. Адреса — це те, за чим пошук і зовнішні посилання знають вашу сторінку, і кожна зміна коштує частини накопиченого. Якщо URL усе ж треба змінити (наприклад, він містить рік або застарілу назву), обов'язково налаштуйте постійне перенаправлення зі старої адреси на нову й перевірте, щоб внутрішні посилання вели вже на нову. Без цього ви фактично публікуєте новий матеріал і починаєте його історію спочатку.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.