Старі статті на сайті: оновити, об'єднати чи видалити?

Цвинтар статей, який має майже кожен старіший сайт

Корпоративний блог зазвичай починається із запалом. Перший рік додається двадцять статей, другий рік десять, третій рік три — а далі вже тиша. За кілька років сайт має сорок чи шістдесят текстів, більшість з яких ніхто не читає: інструкції, написані для версії продукту, яка вже не продається, ціни з часів, коли матеріал коштував на третину менше, «новини», які давно не нові.

Власник про цей цвинтар знає. Але не чіпає його, бо боїться одразу двох речей: що видаленням щось зіпсує («а раптом саме цю статтю хтось шукає») і що виправлення всіх текстів — це робота на місяць, на яку немає часу.

І те, і те розв’язується одним алгоритмом рішення. Вам не потрібно виправити все — потрібно для кожної статті відповісти на кілька питань за даними і згідно з ними зробити одну з трьох речей: оновити, об’єднати або перенаправити й відпустити.

Навіщо взагалі копирсатися в старих статтях

Перша причина комерційна. Стара стаття має те, чого новий текст ще довго не матиме: історію. Пошуковик її знає, сторінка вже показується за якимись запитами, іноді на неї ведуть посилання з інших сайтів. Нова стаття починає з нуля й на видимість чекає тижні або місяці. Оновлення спирається на те, що вже існує — тому й буває дешевшим шляхом до запитів, ніж написання ще одного тексту поруч. Кількість статей сама по собі нічого не вирішує; чому більше текстів не означає більше замовлень, розбирає стаття скільки статей потрібно корпоративному сайту.

Друга причина — довіра. Клієнт, який натрапить у статті на ціну з 2021 року або на посилання в порожнечу, не скаже собі «стара стаття». Скаже собі «недбала фірма» — і перенесе це й на вашу пропозицію. А ті самі тексти сьогодні читають і AI-асистенти: коли клієнт запитає про вашу фірму або про вашу галузь, він може отримати відповідь, складену саме зі застарілої статті, яку ви залишили лежати на сайті.

Третя причина практична: старі й нові статті починають конкурувати між собою. Коли у вас на сайті три тексти про вибір теплового насоса з різних років, пошуковик обирає між ними сам — і часто по черзі показує той, який ви б не обрали.

Спершу інвентаризація: три питання до кожної статті

Перш ніж щось видаляти чи переписувати, зробіть просту таблицю: адреса статті, рік публікації, тема. До того три стовпці з питаннями.

1. Чи працює? Відкрийте в Search Console звіт про ефективність, відфільтруйте конкретну сторінку й виставте останні дванадцять місяців — коротший період зіб’є вас з пантелику в усьому, що сезонне. Дивіться на покази, кліки й головне на запити. Тисяча показів за запитами, які з вашим бізнесом не пов’язані, — це не результат; п’ятдесят показів за запитом «ремонт газового котла ціна» для сервісної фірми — результат.

2. Чи веде кудись? Подивіться, чи люди зі статті переходять на сторінку послуги, прайс або контакти. І обережно з текстами, які мають кепські цифри, але відіграють роль у продажах — стаття, яку менеджер надсилає зацікавленим, або текст, на який клієнти посилаються при запиті. Таку статтю видалити найважче й найдорожче. Як вимірювати цю «тиху» цінність вмісту, розбирає стаття як зрозуміти, що вміст окупається.

3. Чи перекривається з іншою? Коли дві статті показуються за тими самими запитами, у вас є кандидати на об’єднання. Розпізнаєте це в Search Console по тому, що за одним запитом з’являються дві різні адреси вашого сайту.

Для сайту з п’ятдесятьма статтями це робота на один довший вечір. Це не аудит на десятки годин — це сортування на три купки.

Алгоритм рішення: три купки

Оновити: що саме змінити

Оновлення не означає переписати статтю з нуля. Означає пройти її очима клієнта, який знайде її сьогодні:

• Виправте факти. Ціни, роки, законодавство, назви продуктів і версій, числа в прикладах. Усе, що вже не чинне, або виправте, або викресліть.
• Додайте питання, які люди ставлять зараз. У Search Console біля статті побачите й запити, за якими сторінка показується, але люди не клікають — часто тому, що текст на це питання не відповідає. Додайте відповідь.
• Виправте посилання. Мертві посилання назовні й усередину, а головне — додайте посилання на сторінки послуг, які виникли після публікації статті. Як має виглядати зв’язування статей і послуг, описує стаття внутрішні посилання: як пов’язати статті зі сторінками послуг.
• Скоригуйте заголовок і опис, якщо сторінка показується, але ніхто не клікає.
• Змініть дату оновлення — але лише тоді, коли вміст справді змінився. Переписати дату й лишити текст без змін — трюк, який читач розкусить на першій же недійсній ціні. До того ж Google оцінює корисність вмісту, а не підпис із датою.

З чого почати: зі статей, які показуються за змістовними запитами, але тримаються за межею першої сторінки результатів. Там співвідношення роботи й ефекту зазвичай найкраще — хоча жодного конкретного зрушення вам ніхто чесно пообіцяти не може, і від гарантій позицій ми свідомо тримаємося подалі.

Об’єднати: коли статті б’ються за той самий запит

Типова ситуація: «Як вибрати котел у 2021 році», «Вибір котла 2023» і «На що звернути увагу при купівлі котла». Три тексти, одна тема, один запит — і пошуковик не знає, який показати.

Порядок дій завжди однаковий:

1. Виберіть сильнішу адресу. Ту, що з більшими цифрами в Search Console, або ту, на яку ведуть посилання з чужих сайтів.
2. Перенесіть до неї все цінне зі слабших текстів — абзаци, яких у сильнішій статті бракує, кращі приклади, відповіді на питання.
3. Слабші адреси назавжди перенаправте (перенаправленням 301) на сильнішу. Тим самим перенесеться й те, що старі адреси за роки назбирали.
4. Виправте внутрішні посилання, щоб вони вели одразу на цільову статтю, а не через перенаправлення.

Результатом є одна стаття, яка покриває тему як слід і яку можна щороку оновлювати — замість трьох половинчастих, що старіють кожна окремо.

Відпустити: коли видаляти і як

До третьої купки належать тексти, у яких усі три відповіді заперечні: не працюють, нікуди не ведуть, ні з чим не перекриваються. Типово це запрошення на заходи, які вже відбулися, «новини» про скасовані пропозиції та статті поза галуззю з часів, коли блог наповнювали чим завгодно, аби щось додавалося.

Але й тут видаляйте з розумом:

• Перенаправте стару адресу на найближчу споріднену сторінку — на новішу статтю з тієї самої теми, на категорію блогу, на сторінку послуги, якої текст стосувався.
• Не перенаправляйте все на головну сторінку. Перенаправлення на сторінку, яка з початковим вмістом не пов’язана, Google згідно з власною документацією оцінює приблизно так, ніби сторінки не існує — цим ви нічого не врятуєте.
• Коли спорідненої сторінки немає, дайте адресі повертати помилку 404. Це нормально; це чесніше, ніж заганяти читача на сторінку, якої він не шукав.

Чого уникати під час прибирання

Видалення лише за відвідуваністю. Найчитаніша стаття не обов’язково найцінніша, і навпаки — текст із тридцятьма читачами на рік, який допомагає закривати замовлення, цінніший за тисячу випадкових візитів. Тому завжди питайте й про роль у продажах, а не лише про графік.

Масове «оновлення» датою. Переписати в тридцяти статтях дату на цьогорічну — це робота на десять хвилин і шкода на місяці. Щойно клієнт натрапить на недійсні дані під свіжою датою, він перестане вірити й тим статтям, які актуальні.

Об’єднання без перенаправлення. Видалити слабшу статтю й лишити її адресу падати в порожнечу означає викинути все, що вона за роки назбирала. Перенаправлення — це кілька хвилин роботи додатково.

Переробка адреси на іншу тему. Переписати стару статтю про котли на текст про кондиціонери, бо «та адреса вже має історію», не працює — історія прив’язана до теми, а не до адреси. Нова тема належить на нову адресу.

Як це подужати, щоб воно не з’їло місяць

Не робіть із цього проєкт. Один вечір присвятіть інвентаризації та розподілу на три купки. Потім із купки «оновити» беріть дві-три статті на місяць — почніть із тих, що мають видимість на відстані витягнутої руки, і з тих, де застарілі дані прямо шкодять продажу. Об’єднання й видалення терпить відкладення; недійсні ціни на комерційних сторінках — ні.

Якщо ви не впевнені щодо даних — не знаєте, які статті працюють, які перекриваються і які мають тиху роль у продажах — це якраз робота на одне засідання з читачем даних ззовні. Вхідний аналіз перегляне Search Console, сайт і ваші реальні запити та поверне конкретний список: що оновити, що об’єднати, що відпустити і в якому порядку. Це дешевший старт, ніж рік роздумів, чи братися за прибирання.

І щоб цвинтар не виник знову: ревізія старих текстів належить до регулярного догляду за сайтом, а не до одноразових акцій. Що саме такий постійний догляд охоплює й коли його віддати назовні, розбирає стаття управління вмістом на сайті — а як це виглядає, коли робимо ми, знайдете в пропозиції послуг.

Старий блог — не тягар. Це розпочата робота, за яку ви вже заплатили — і прибирання зазвичай найшвидший спосіб нарешті отримати з неї запити.