- Чому ми вирішили поліпшити блог
- Як сегментували цільову аудиторію читачів
- Які впровадили SEO-рекомендації для блогу
- Оптимізували структуру блогу
- Оптимізували ЧПУ і транслітерацію
- Як оптимізували пагінацію
- Створили AMP-сторінки для статей
- Зафіксували дати публікації статей
- Додали рейтинги статей
- оптимізували перелинковку
- І ще дещо
- Як змінився дизайн
- Головна сторінка
- Анонси статей
- сторінка розділу
- сторінка публікації
- Які результати отримали
Продовжуємо серію статей реаліті-шоу про просування платформи email- і sms-розсилок UniSender. Як і обіцяли в минулому випуску , Розповідаємо, що важливо врахувати при редизайне корпоративного блогу. Ще в 2016 році команда UniSender почала наводити порядок в блозі: оптимізувати статті, структуру, додавати перелинковку. Але щось пішло не так. Всьому виною - неповороткий движок блогу: він не дозволяв виправити існуючі баги, та ще й підсовував нові. І, звичайно, хотілося освіжити застарілий дизайн блогу. У той же час росли аудиторія блогу і якість публікацій. Ми з UniSender провели додатковий аналіз рентабельності блогу. І після підрахунку повернення інвестицій стало очевидно, що блог не тільки утримує клієнтів, але і призводить нових. Ми твердо вирішили: читачі гідні більш крутого і якісного блогу. Ось трохи хронології для розуміння, в якому темпі ми рухалися: В цілому спільно з UniSender ми впровадили 4 технічних завдання: Завдяки злагодженій роботі команди проекту (UniSender, Netpeak і розробників з Point Agency) нам вдалося максимально чітко і ефективно комунікувати з усіх питань блогу і виконати все задумане в стислі терміни без втрати якості. Головне завдання - збільшити трафік блогу, і, як наслідок, кількість клієнтів і партнерів сервісу UniSender. Потрібно було сформувати ядро читачів, зацікавлених в email-маркетингу і розвитку онлайн-бізнесу. Команда UniSender розділила свою цільову аудиторію на два основні сегменти і сформулювала відповідні цілі: Email-маркетологи (новачки і мідл) Керівники відділів маркетингу, власники малого та середнього бізнесу ефективне використання інструментів email-маркетингу; отримання нового каналу продажів; виконання KPI по розсилок; збільшення прибутку від email-маркетингу. підвищення своєї зарплати; кар'єрний ріст: від маркетолога до директора по онлайн-маркетингу або засновника агентства. Чим буде корисний блог UniSender обом аудиторіям? Всі пункти можна об'єднати єдиною метою - стати джерелом інформації №1 для початківців email-маркетологів, керівників департаменту маркетингу, а також власників малого та середнього бізнесу. В цілому набір технічних рекомендацій для блогу UniSender - стандартний. Але в той же час ми врахували нюанси і ключові моменти, про які хотілося б розповісти докладніше. При переїзді ми вирішили зберегти стару адресу блогу https://www.unisender.com/ru/blog/ . Нам захотілося поліпшити не тільки дизайн, але і, користуючись нагодою, навести порядок в структурі блогу. Основні типи сторінок залишилися колишніми: При цьому Зробити «генеральне прибирання» блогу від непотрібних / зайвих сторінок. Головний редактор блогу UniSender Олександр Сараєв переглянув всі існуючі категорії і розділи. В результаті залишили чотири основних. Команда Netpeak запропонувала переглянути не тільки категорії, але і теги. Таким чином ми позбулися надлишкового, дубльованого контенту і елементів, які ускладнюють роботу з блогом, і залишили тільки корисні та інформативні сторінки. Це завдання стало однією з найважливіших, тому що при найменшій помилці настройки редиректів зі старого URL-адреси на новий ми ризикували втратити трафік цільової сторінки. При зміні URL-адреси без настройки 301-редиректу позиції сторінки пропадають, і сторінка індексується заново - не факт, що вона відновить попередні позиції в пошуку. Проте ми вважаємо за необхідне привести все URL-адреси до читабельного виду і зробити їх відповідними назвою сторінки. Ось кілька прикладів URL-адрес зі старого блогу з поганою транслітерацією: Ми сформували єдині правила транслітерації, які зручні користувачам і пошуковим роботам. На деяких сторінках, особливо на сторінках публікацій, URL-адреси змінилися кардинально. Це пов'язано не тільки з новою транслітерацією, а й з тим, що під час перенесення статей вони додатково оптимизировались - в деяких випадках змінювався заголовок, а відповідно, і новий URL-адресу був зовсім іншим. Карта редиректів формувалася в напівручному режимі, тому треба буде більше часу, ніж передбачалося. Для прискорення пошуку відповідного URL-адреси потрібно було знайти щось незмінно спільне між старою і новою публікацією, за допомогою чого можна їх порівняти. Метатеги (заголовок h1, description) і теги (title, keywords) відрізнялися, тому вирішили зробити прив'язку до заголовків h2. C допомогою краулер Netpeak Spider ми просканували старий і новий блог (на тестовому домені) з налаштуванням користувацького пошуку заголовків h2. Після сканування ми отримали два списки URL-адрес (старого і нового блогу) з заголовками h2 і зіставили їх з допомогою формули VLOOKUP. Таким чином, більша частина карти редиректів сформіровась автоматично, решта URL були підставлені вручну. сторінки пагінацію - об'єднані в рамках одного розділу, категорії або підкатегорії сторінки, умовно розділені на окремі частини за допомогою нумерації. У старому блозі був стандартний функціонал пагінацію, при цьому сторінки формувалися за допомогою гет-параметра? Blog_start = [№ сторінки] У новій версії блогу реалізували lazy load пагінацію (автоматична підвантаження списку статей при прокручуванні сторінки). Команда Netpeak запропонувала додати і стандартний функціонал з номерами сторінок. Чому ми вирішили додати і стандартну пагінацію? Інакше робот не добереться до всіх статей на блозі, тому що в коді першої сторінки будуть тільки останні статті і не буде посилань на інші сторінки де старіші статті. Статичні сторінки пагінацію створили за шаблоном https://www.unisender.com/ru/blog/[page]/page-[N]. На сторінки впровадили атрибути next / prev і метатег для робота Яндекс. <Meta name = "yandex" content = "noindex, follow" /> В цілому всі базові рекомендації щодо оптимізації сторінок пагінацію на даний момент виконані, але ми поставили ще одну, не пріоритетну, але рекомендовану до виконання завдання. При використанні lazy load пагінацію (автоматичної підвантаження статей при прокручуванні сторінки) не відбувається синхронізації зі стандартною пагінацією, тобто в блоці постійно бачити першу сторінку незалежно від того, скільки сторінок вже було «прокручено». Думаю, не варто пояснювати, для чого ми це зробили, але якщо ви ще не в курсі тренда на оптимізацію для мобільних пристроїв, то терміново надолужуйте . Ми вирішили налаштувати автоматичне створення прискорених мобільних сторінок (accelerated mobile pages, AMP) тільки для публікацій, так як дані сторінки з більшою ймовірністю зможуть потрапити в новинний блог і стати точкою взаємодії з читачем. Для цього ми передали в роботу розробникам таке завдання: Одна з технічних проблем на старому блозі, яку не вдавалося вирішити: при редагуванні вже опублікованої раніше статті злітала дата її першої публікації до 1970 року і її не можна було поміняти. Ця проблема вирішилася тільки з переїздом на новий движок. Зараз все дати актуальні, їх можна використовувати при аналізі ефективності окремих статей. Для редакції блогу дуже важливо аналізувати, скільки трафіку принесли статті, які були опубліковані в минулих місяцях. Для цього ми додали нову змінну в Google Analytics, щоб було можна в будь-який момент сформувати звіт, виділивши тільки цікавлять статті і відстежити по ним показники. На всіх сторінках записів блогу відразу після відкривається тега <head> перед кодом GTM ми розмістили наступний код, де YYYY - рік, а MM - місяць публікації даного поста в блозі. <Script> window.dataLayer = window.dataLayer || []; dataLayer.push ({ 'PublicationDate': 'YYYYMM'}); </ Script> приклад: <Script> window.dataLayer = window.dataLayer || []; dataLayer.push ({ 'PublicationDate': '201707'}); </ Script> Далі все як завжди - створили змінну PublicationDate в GTM, куди передали значення з dataLayer, і додали передачу цього параметра з тегом перегляду сторінок. У новому дизайні блога ми вирішили додати рейтинги на сторінки публікацій. При цьому ми мали на меті не тільки поліпшити кликабельность сніпетів за рахунок мікророзмітки, але і збільшити довіру користувачів до статей, на яких є оцінки. Рекомендації по додаванню рейтингу містили в собі приблизно такі пункти: <Div itemprop = "aggregateRating" itemscope itemtype = "http://schema.org/AggregateRating"> <span itemprop = "ratingValue"> 4 </ span> stars - based on <span itemprop = "reviewCount"> 250 </ span> reviews </ div> В технічному завданні для розробників команда UniSender передбачила створення блоків з анонсами, популярними або тематичними статтями на всіх типах сторінок. Наприклад, такий блок розміщений в кінці кожної статті. На сторінках категорій блогу розміщені блоки «Краще за місяць». Також під час читання статті можна помітити тематичний блок з посиланням праворуч від основного тексту. У наші найближчі плани входить додавання / оптимізація перелинковки безпосередньо в самому тексті статей: вручну будуть замінені всі посилання на актуальні, або ж додані, якщо їх немає. Також є додаткові рекомендації щодо оптимізації логіки відображення статей в блоках, над якими зараз працюють програмісти. Ось кілька пунктів з наших рекомендацій: Крім перерахованого вище, були виконані і інші пункти щодо оптимізації блогу. На них ми не будемо так докладно зупинятися, тому що в цілому вони стандартні: Дизайн змінився кардинально, і в цьому ви зараз переконаєтеся самі. Зробили все максимально гнучко, за принципом конструктора: форматування і зміст будь-яких блоків можна з легкістю міняти в адмінці. Ось так головна сторінка блогу виглядала раніше. У новому дизайні вона набагато сучасніше, правда? Анонси статей в старому блозі виглядали так. Ми зробили їх більш інформативним. Сторінка розділу «Кейси» в старому блозі. Так цей розділ виглядає зараз. Як було раніше. Що змінилося: 1. Додали рейтинги і кнопки для соцмереж. 2. Розширили блок інформації про автора. Найважливіше і критичне ми встигли впровадити і доопрацювати. Також залишилося кілька актуальних завдань, над якими ми продовжуємо працювати. Безумовно, поки рано говорити про фінальні результати. Блог був запущений в кінці вересня, тому зараз мало даних для підведення підсумків, але відразу після релізу трафік не просів. Поки що органічний трафік виріс на 11,11%, але краще ми розповімо більш детально про результат переїзду в наступних випусках, коли буде більше даних. У підсумку переїзд не зіпсувала швидкість і якість контенту блогу, а навіть навпаки - UniSender продовжує активно наповнювати блог, писати нові статті та покращувати старі. У цьому процесі команді UniSender активно допомагає відділ копірайтингу Netpeak. Ми збудували новий формат роботи з написання статей для високоспеціалізованої тематики email-маркетингу. По секрету: керівник відділу копірайтингу Netpeak Маргарита Бодачевская вже готує пост для наступної серії реаліті-шоу про внутрішню кухню SEO. Чому ми вирішили поліпшити блог
Як сегментували цільову аудиторію читачів
Які впровадили SEO-рекомендації для блогу
Оптимізували структуру блогу
Оптимізували ЧПУ і транслітерацію
Як оптимізували пагінацію
Хоча з точки зору SEO це не критичний момент, рекомендуємо все ж його виправити для зручності користувача, щоб не показувати йому одні й ті ж сторінки і щоб він розумів, на якій сторінці знаходиться. Створили AMP-сторінки для статей
Зафіксували дати публікації статей
Додали рейтинги статей
оптимізували перелинковку
І ще дещо
Як змінився дизайн
Головна сторінка
Анонси статей
сторінка розділу
сторінка публікації
Які результати отримали
У старому блозі був стандартний функціонал пагінацію, при цьому сторінки формувалися за допомогою гет-параметра?
Чому ми вирішили додати і стандартну пагінацію?
У новому дизайні вона набагато сучасніше, правда?