Що таке SEO аудит сайту? Чек-лист компанії Seomarket

Маса компаній інтернет-просування робить величезні чек-листи, пише аудити, видаючи
сотні сторінок формату А4, половину з яких займає, або рекомендації, впровадження яких займають величезну кількість людино годин роботи програміста (а отже і грошей), але в результаті не приносять нічого. Власникам сайтів варто знати, якісний, технічний SEO аудит – це не список проблем сайту, зроблений за шаблоном, і не дає нічого крім зелених вогників сервісів валідацій. SEO аудит сайту – це аналіз всіх помилок і областей сайту з загубленим потенціалом, список рекомендацій для власника, і технічних завдань для програміста, запровадивши які, сайт починає отримувати більше трафіку і поліпшення видимості в пошукових системах за цільовими ключовими запитами.
У цій статті, ми розкриємо всі карти, покажемо чек-листи, пояснимо що ми робимо, і навіщо. Час прочитання близько 10ти хвилин, але слід дочитати до кінця, там Вас чекатимуть кілька сюрпризів;)

Тож почнемо.

Чек-лист аудиту компанії Seomarket

  1. Захищений протокол
  2. ЧПУ УРЛ адреси
  3. Сканування сайту для перевірки відповідей сервера
  4. Технічні дублі
  5. Протокол Open Graph
  6. Дублі в тегах і мета тегах
  7. Robots.txt
  8. Sitemap.xml
  9. Перевірка коду сайту
  10. Структура сайту
  11. Коректність використання <h1> – <h6>
  12. Mobile-friendly
  13. AMP і Турбо Сторінки
  14. Мікродані Schema.org (мікророзмітки)
  15. Протокол Open Graph
  16. Перевірка швидкості завантаження всіх типових сторінок
  17. Аналіз пошукової видачі
  18. Аналіз пошукової видачі по сайту
  19. Аналіз наявності непотрібних для користувачів порожніх сторінок
  20. Аналіз GWT, Яндекс Вебмайстер
  21. Перевірка тегів, мета тегів, текстів на заспамленності
  22. Перелінковка
  23. Перевірка коректності ланцюжка “хлібних крихт”
  24. Перевірка наявності трафікогенерірующіх слів на сторінках сайту
  25. Генерація title, description, h1
  26. Перевірка наявності санкцій від пошукових систем
  27. Багатомовність і Мультирегіональні
  28. Оптимізація картинок
  29. Попадання в блок швидких відповідей
  30. Перевірка на аффіліатов
  31. Рекомендації по переїзду / викочуванні сайту
  32. інші помилки
  33. Розробка нового сайту

1) Захищений протокол

Довідка Google щодо використання https версії:

https://support.google.com/webmasters/answer/6073543?hl=ru

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

Порядок дій нескладний – купуєте SSL сертифікат на хостингу, і встановлюєте на сервері. Важливо вибрати правильний сертифікат в залежності від цілей (чи будуть піддомени, або декілька доменів, наприклад). Підсумком буде таке повідомлення:

Після впровадження варто змінити всю перелинковку на сайті (адже у нас тепер нова адреса), виправити вкладення медіа-контенту, підключення зовнішніх скриптів, налаштувати 301 редіректи зі старих сторінок на нові і налаштувати правильний robots.txt і sitemap.xml.

Та все це ми детально описуємо в нашому пошуковому аудиті.

2) ЧПУ УРЛ адреси

При генерації сторінок важливо використовувати правильні УРЛ адреси (Человекопонятние).

Приклади неправильного:

site.com.ua/news/2015/10/08/id1235213

site.com.ua/news/2015/10/08/турция_модернизирует_ж/д_магистраль_между_стамбулом_и_границей_с_болгарией_1235213

Приклад правильного:

site.com.ua/news/2018/11/02/turtsiya-moderniziruet-zh-d-magistral-mezhdu-stambulom-i-granitsey-s-bolgariey

Як бачимо, неправильно – це коли дивлячись на посилання, користувач не може зрозуміти що він побачить перейшовши на неї. Також не рекомендується використовувати нижнє підкреслення або кирилицю, так як нижнє підкреслення для Google по суті об’єднує всі слова в урле в єдине, нечитабельне, і вага входжень ключових слів в УРЛ не враховуватиметься, а кирилиця при копіюванні посилання і розміщенні де-небудь має ось такий вигляд:

site.com.ua/news/2015/10/08/%D1%82%D1%83%D1%80%D1%86%D0%B8%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D1%80%D0%BD
%D0%B8%D0%B7%D0%B8%D1%80%D1%83%D0%B5%D1%82_%D0%B6/%D0%B4_%D0%BC%D0%B0%D0%B3%D0%B8%D1%81%D1%82%
D1%80%D0%B0%D0%BB%D1%8C_%D0%BC%D0%B5%D0%B6%D0%B4%D1%83_%D1%81%D1%82%D0%B0%D0%BC%D0%B1%D1%83%D0
%BB%D0%BE%D0%BC_%D0%B8_%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B5%D0%B9_%D1%81_%D0%B1%D0%BE%
D0%BB%D0%B3%D0%B0%D1%80%D0%B8%D0%B5%D0%B9_1235213

Незручно, чи не так?

Розгорнуті вимоги від самого Google описані тут: https://support.google.com/webmasters/answer/76329?hl=ru

3) Сканування сайту для перевірки відповідей сервера

Весь сайт сканується власними скриптами і зовнішніми сервісами типу Screaming Frog для знаходження посилань з трьохсотими, чотирьохсот і п’ятисот кодами відповіді.

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

Тому, при знаходженні закономірностей і великої кількості помилок пишеться технічне завдання по заміні таких посилань на сайті на актуальні.

4) Технічні дублі

Важливий пункт, так як багато CMS мають особливість генерувати дублі сторінок, а для пошукача важливо, щоб користувачеві надавалася одна, канонічна основна сторінка. Якщо пошуковий бот бачить дві однакові сторінки на різних URL адресах – як йому зрозуміти, яку сторінку показати в ТОПі? У таких випадках, як правило, обидві сторінки в результатах видачі втрачають цінність на користь сторінок інших сайтів, у яких немає дублів. Тому перевіряються різні типи дублювання, і дається технічне завдання на виправлення цих проблем.

Приклади типів дублів:

  • сторінки з www і без www (часто сайт доступний за двома адресами, по суті, це два різних сайту для пошукача)
  • дублі головної сторінки і всіх типових сторінок (розділи, фільтри, продукти)
  • дублі з різним розширенням сторінок (* .php, * .html, * .htm, * /)
  • доступність сторінок з різними регістром (тут важливо розуміти, що є реальні проблеми з генерацією таких сторінок і уразливості сайту, просто так налаштовувати перенаправлення з верхнього регістру на нижній не варто, може бути чревате)
  • дублі сторінок пагінацію, угруповань, типів відображення

Спосіб закриття таких дублів залежить від ситуації, наприклад, можна використовувати Canonical для вказівки канонічної сторінки, або мета-тег robots noindex follow / noindex nofollow в залежності від того, чи потрібно щоб бот переходив по посиланнях далі чи ні. Пагінацію, наприклад, часто навіть не закривають, а використовують для просування по регіональним запитам, наприклад, друга сторінка оптимізована під Харків, третя під Одесу і т.д.

5) Дублювання текстів

Сайт перевіряється на предмет дублювання з зовнішніми джерелами і внутрішніми сторінками. content-watch, Advego Plagiatus, та будь-який сервіс відразу покаже чи є проблема з дублями контенту, знайде список сторінок, де таки дублі присутні. Наше завдання – вказати на проблему, знайти першоджерело, і дати рекомендації по унікалізації контенту, технічне завдання щодо виведення дублюючих блоків контенту скриптами (щоб пошуковики їх не бачили і не розцінювали як дублі), а також скрипти щодо захисту контенту від копіювання.

6) Дублі в тегах і мета тегах

Як відомо, не варто кілька сторінок просувати по одним і тим же запитах, так як створюється конфлікт релевантності, що заважає пошуковику вибрати одну з них для показу в ТОПі (за винятком деяких випадків). Тому, ми завжди перевіряємо наявність однакових тегів title, Н1, мета-тега Description, щоб знайти закономірність генерації дублювання цих даних і пишемо технічне завдання на виправлення ситуації, будь то генерація цих тегів за шаблонами, або написання посторінкових назв та інших тегів вручну. Все залежить від CMS і звичайно ж, типу сайту.

Часто можна побачити рекомендації щодо виправлення тега Keywords, рекомендуємо їх ігнорувати, так як програмісти часом витратять, але це в підсумку, нічого не дасть.

В Google webmaster tools ви зможете побачити багато закономірні помилки:

7) Robots.txt

Часто можна побачити рекомендації щодо закриття непотрібних для користувача сторінок через файл robots.txt, але важливо знати – рекомендації в цьому файлі можуть спрацювати для Яндекса, для Google вони носять необов’язковий характер, і з індексу такі сторінки не випадають, більш того, при закритті сторінок мета-тегом robots noindex, Google не буде його обробляти, і сторінки будуть ще довго висіти у видачі із зазначенням, що сторінка закрита в robots.txt. Таким чином, індекс буде наповнений великою кількістю неякісних сторінок, що не може добре позначатися на просуванні. Ось чому, наприклад, у ФОТОС такий robots.txt:

У той же час варто вказувати в цьому файлі основний Host домену та посилання на Sitemap.xml

8) Sitemap.xml

В цілому, для невеликих сайтів не обов’язковий атрибут, але важливий для многостранічніков. В даному файлі вказуємо в XML форматі список тих сторінок, на які варто регулярно ходити пошуковому боту, а також вказуємо частотність обходу. Пишемо рекомендації по генерації такої карти сайту враховуючи всі нюанси (наприклад, для сайту буде не дуже корисно, якщо в карті сайту буде знаходиться список на неактуальні віддалені сторінки, або дублі важливих сторінок, на які буде відправляти Google Botа і витрачати краулінговий бюджет).

9) Перевірка коду сайту

Ще з десятого років оптимізатори використовують validator.w3.org і подібні сервіси перевірки валідації як основний інструмент знаходження помилок в коді.

Стоит знать, что подобные сервисы обновляются крайне редко, если сравнивать со стремительным развитием сайтостроения, используя их, можно как пропустить важные ошибки, так и указывать на уже давно не актуальные, опять-таки тратя бесценное время на исправление ошибок.

Наши специалисты проверяют код самостоятельно, проверяется наличие скрытых элементов на сайте, большого количества закомментированных или пустых строк, оптимальность структуры кода и скриптов, доступность файлов *.css, *.js.

10) Структура сайту

У нашій компанії така робота як “Складання структури сайту” винесено як окрема послуга для можливості максимально якісно її реалізувати. Для цього варто пропрацювати не просто семантику, яку видно на сайті, але повністю покрити попит, тобто знайти всю семантику ніші, і дати рекомендації по створенню максимально розгорнутого сайту зі створенням всіляких посадочних сторінок покривають весь попит ніші.

Але в цілому, часто оптимізувати структуру сайту не зібравши ще при цьому всю семантику цілком можливо і на підставі логіки і досвіду. Наприклад, для інтернет-магазинів логічним є створення сторінок-фільтрації товарів ( “Чорні ноутбуки” і т.д. варіації), для інфо-порталу створення тегів сторінок. Все це, звичайно-ж, описуємо в аудиті з вимогами з налаштування генерації тегів, важливих для правильного ранжирування сторінок в пошуку.

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

Ось так приблизно виглядає структура сайту подарунків (посадочні сторінки створюються під усілякі пошукові запити):

11) Коректність використання <h1> – <h6>

Тут все просто, на першому екрані варто використовувати самий високочастотний ключ у вигляді назви сторінки з тегом <h1>, крім цього, тег Н1 повторюватися не повинен.

Що стосується тегів <h2> – <h6>, в цілому, їх можна використовувати як завгодно і в якому завгодно вигляді, але варто пам’ятати дві речі:

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

12) Mobile-friendly

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

часто SEO оптимізатори закривають цей пункт як “Виконано”. Ми, зі свого боку, аналізуємо поведінку користувачів на різних пристроях і браузерах в Google Analytics, і повірте, дуже часто виправляємо ситуацію, коли один з найкрасивіших сайт, з 75% трафіку з мобільних і проходив перевірку і тестування виявляється не підтримуваним для популярних серій смартфонів. Вищим пілотажем оптимізації відповідно до трендами вважаємо AMP оптимізацію і створення Турбо Сторінок Яндекса, про це далі.

13) AMP і Турбо Сторінки

На багатьох конференціях про SEO можна почути про таке крутому звірі як AMP (Тільки уявіть собі, користувач шукає інформацію з мобільного, бачить чудесну іконку блискавки, і переходячи на сайт дивується від того, що на його 3G смартфоні сайт відкрився моментально, навіть не встиг заваритися чай):

 

 

Все це дозволяє впровадити AMP технологія, відкрита для розробників, бери і роби: www.ampproject.орг

Але крім новинних і інфо-ресурсів, для e-commerce проектів і сайтів послуг немає кейсів на ринку України, і пов’язано це з деякими складнощами впровадження даної технології для динамічних об’єктів, кнопок “купити / замовити”, каруселей картинок і товарів. Але рішення такої проблеми є, рекомендуємо звернути увагу на технологію AMP Bind.

У наших проектах, по можливості впровадження на сайтах клієнтів, ми описуємо рекомендації по впровадженню і таких останніх новинок як AMP, Турбо Сторінки Яндекса.

14) Мікродані Schema.org (мікророзмітки)

Хліб насущний для SEOшніка, без якого нікуди, адже як же люди будуть переходити на ваш сайт з видачі, якщо він буде представлений як сіра миша?

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

Детальніше можна прочитати тут: developers.google.com/search/docs/guides/

15) Протокол Open Graph

Для коректного відображення публікацій в соціальних мережах слід використовувати розмітку OpenGraph, і не тільки налаштувати, але і протестувати як це буде виглядати. Якщо цього не зробити – все Шерінг будуть виглядати приблизно так:

А під час налаштування, це вже виглядає так:

Здається, не зовсім SEO, але не завадить для більшого залучення з соціальних мереж і як наслідок, плюсом до ранжирування за рахунок соціальних чинників.

Інструкції до впровадження тут: ogp.me

16) Перевірка швидкості завантаження всіх типових сторінок

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

17) Аналіз пошукової видачі

Найчастіше при пошуку дублів сторінок, оптимізатори використовують перераховані вище сервіси для знаходження всіх дублів по посиланнях на сайті. Але не враховують ситуації, коли посилання була раніше, дубль віддає код 200, але посилань з сайту більше немає, хоча у видачі такі сторінки знаходяться і засмічують індекс пошукача. Також можлива ситуація, коли у сайту є вразливість у вигляді можливості генерації дублів з різними УРЛ адресами, і яку використовують конкуренти для того, щоб знизити ваш сайт у видачі.

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

18) Аналіз пошукової видачі по сайту

Йдеться про вивчення результатів пошуку вже по сайту, якщо на сайті реалізований пошук за запитом, він повинен відпрацьовувати завжди. Пишемо рекомендації щодо виправлення багів, а також алгоритм роботи пошуку для деяких нішевих сайтів (наприклад, пошук по вин коду для сайтів автозапчастин).

19) Аналіз наявності непотрібних для користувачів порожніх сторінок

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

20) Аналіз GWT, Яндекс Вебмайстер

У кожному проекті наші фахівці на етапі аудиту і щомісяця перевіряють google search console та Яндекс Вебмайстер на всілякі помилки, повідомлення та оперативно реагують на їх появу. Також, проводять настройку важливих параметрів, наприклад, настройка регіону таргетингу, контроль індексації, термінове видалення не бажаних розділів / сторінок з індексу за параметрами.

Якщо зазначені сервіси ще не встановлені – даємо інструкції по їх установці в аудиті.

21) Перевірка тегів, мета тегів, текстів на заспамленності

Як і перевірка на унікальність, проводиться перевірка на заспамленності. У цьому допомагає сервіс text.ru, після чого вже вручну перевіряється чи дійсно заспамлен текст, і чи потрібно його правити. Але важливо не поспішати давати рекомендації не визначивши спочатку позиції запитів, адже якщо вони в ТОП 10, то правити точно нічого не варто.

22) Перелінковка

Чек-лист всілякої перелинковки наступний:

  • Меню
  • Перехід на іншу мовну версію або регіонів
  • Фільтри категорій
  • Посилання на сторінки фільтрів з характеристик товару
  • Хлібні крихти
  • Звичайно ж, логотип
  • Посилання на товари з категорій
  • Пагінація
  • Тегів сторінки для інфо-порталів
  • Блоки інформації, Частих питань, “Схожих товарів”
  • “Топ 5 популярних товарів / послуг” для посилення найважливіших для клієнта
  • Перелінковка типу “хмара тегів”, наприклад, під пошуковим рядком (туди можна додавати найбільш пріоритетні запити), для посилення пріоритетних запитів

Перевіряється не тільки наявність посилань на сторінки для користувача, але і для пошукового бота (багато блоки на сайті роблять динамічно довантажувати, і доступу у пошукових роботів до сторінок просто немає, так як в коді немає посилань на них).

Наприклад, поширена помилка, кнопка “показати ще товари” – пошуковий бот не бачить усі товари, які завантажуються динамічно, отже, для Google у вас на сайті всього 12 товарів, а не 312 (в разі, якщо немає доступу до товарів через інші сторінки ).

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

23) Перевірка коректності ланцюжка “хлібних крихт”

“Хлібні крихти” – Ваш шлях від головної до сторінки, на якій ви перебуваєте, наприклад:

Хлібні крихти варто розглядати не тільки з боку зручності користувачеві, але і як блок додаткової перелинковки. Наприклад, якщо ми знаходимося на товар “Nokia 3310”, в хлібних крихтах можна відображати не тільки материнську категорію “Телефони-цеглини”, але і сторінку фільтра по бренду “Телефони Nokia” для її посилення. Ще один із способів використовувати в цілях SEO даний блок – замість анкора “Головна”, використовувати самий високочастотний запит для просування головною по цьому ключовому запиту. Наприклад, якщо головна сторінка просувається по запитам “Балкони під ключ” – варто замінити “Головна” в хлібних крихтах на такий запит, і ви отримаєте з усіх сторінок сайту посилання з тематичним анкором, що додасть ваги вказаною запитом.

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

24) Перевірка наявності трафікогенерірующіх слів на сторінках сайту

Базова річ в SEO – якщо на сторінці немає входжень запитів, сторінка не може ранжуватися за такими запитами, або ранжируватиметься нижче конкурентів. Також, якщо використовувати слово десятки разів, можна потрапити під фільтр.

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

25) Генерація title, description, h1

Для великих сайтів, інтернет-магазинів з тисячами сторінок одного типу (категорія, товар, фільтр категорії), немає сенсу прописувати вручну зазначені теги, піде багато часу, буде втрачено потенціал приросту сторінок, які оптимізуються не в першому етапі, але оптимізувати їх варто, так як ці теги з ключовими словами мають велику вагу при ранжируванні. На допомогу в таких випадках приходить налагодження генерації тегів по заданими шаблонами. Проаналізувавши семантику, і знайшовши закономірність і схожість для різних сторінок (наприклад що смартфони, що плити шукають зі словами “купити”, “ціна”, “Київ” і т.д.) ми прописуємо шаблони генерації тегів зі змінною типу “назва сторінки” для різних типів сторінок, наприклад:

  • для сторінок категорій;
  • розділів;
  • фільтрів;
  • інфостраніц;
  • товарів.

Слід в H1 використовувати самий високочастотний запит в читається, в Title якомога менше слів, з найбільшою вагою, ну а Description на ранжирування не впливає, але дуже допомагає збирати кліки з видачі при правильному його використанні (зробивши його виділяється і помітним). Також варто робити відразу для всіх сторінок оптимізацію тегів Н1 в залежності від нюансів використавши шаблони або посторінкову оптимізацію вручну, так як це дасть максимальний ефект.

Наприклад, якщо сторінка фільтра має назву “Смартфони – колір: білий”, варто привести до виду як самий вч запит: “Білі смартфони”.

Якщо на сайті тисяча червоних парасольок з найменуванням товару “Червоний парасолька”, варто використовувати артикул як для унікалізації, так і для збільшення ймовірності попадання в топ по запиту типу артикул (так, так теж шукають товари).

Результатом такої оптимізації буде як зростання по найважливішим запитам, так і генерація привабливих сніпетів, на які хочеться клікнути, наприклад:

26) Перевірка наявності санкцій від пошукових систем

В Google search console є розділ “заходи, прийняті вручну”:

Якщо повідомлення про “заходи” немає, тоді перевіряємо аналітику, чи немає стрибків трафіку на зниження в органіці за всю історію, якщо є – аналізуємо на яких розділах / сторінках, перевіряємо контрольний профіль і тексти на предмет заспамленності, посилання також перевіряємо за багатьма параметрами з допомогою яких можна зрозуміти – чи є ймовірність санкцій від пошукових систем. Якщо проблема з контентом у вигляді переспама, неунікальності – будуємо план по заміні / усунення такого контенту, якщо проблема в посиланнях, відхиляємо посилання через інструмент Disavow tool.

Слід знати, що на усунення санкцій необхідно час, в залежності від нюансів – від декількох тижнів до декількох місяців.

27) Багатомовність і Мультирегіональні

Ще один спосіб покриття всього пошукового попиту – створювати сторінки під різними мовами і регіони.

З мовами все просто – генеруємо переклад контенту (наприклад по API Google перекладача з подальшими ручними правками), і, після створення мовних версій, пов’язуємо їх для пошукача тегом hreflang (в правильному налаштуванні його генерації вам допоможе інтуїтивно зрозумілий генератор: aleydasolis.com/english / international-seo-tools / hreflang-tags-generator /). Даний тег по суті говорить пошуковику – ця сторінка російськомовна для України, ця – англомовна для Польщі, наприклад. Це значно спрощує настройку правильного ранжирування сайту там, де нам потрібно (по потрібним мов і країнам).

Між іншим, для України актуальна розробка україномовної версії сайту, так як вже прийнятий закон про українську мову, як обов’язковому (навіть на сайтах):

http://rada.gov.ua/ru/news/Novosty/Soobshchenyya/162823.html

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

Наприклад, для інформаційного порталу або для сервісу поповнення мобільного телефону не потрібно створювати регіональні сторінки, так як по суті, регіональних запитів просто немає. Але для інтернет-магазину або сайту послуг часто потребує створення таких сторінок.

28) Оптимізація картинок

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

Тому важливо потрапити в пошук за картинками, щоб покрити попит і людей, які обирають товар на основі візуальної привабливості:

Отже, даємо шаблони генерації тега alt (тег для картинок, на основі якого картинки мають більше прав голосу при ранжируванні за запитами) для всіх типів фото на сайті з необхідними змінними.

29) Попадання в блок швидких відповідей

Тенденція останніх років – прагнення в нульову видачу. Прикладів безліч:

  • Питання відповідь
  • Таблиці з цінами
  • Визначення
  • Список інструкцій

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

Зауважте, сайт зазвичай займає видачу і в нульовий, і на іншій позиції в ТОП 10.

Також, топові позиції займає і блок “Схожих запитів”, хоч вони і побічно релевантні запиту, але також можуть відвести користувача на Ваш сайт. Висновок один – потрібно писати контент під всілякі інформаційні запити в “правильному” вигляді, тоді і ймовірність зайняти “весь ТОП” буде вище.

В аудиті описуємо методику верстки різних типів контенту для потрапляння в ці блоки.

30) Перевірка на аффіліатов

Уявіть собі цінність двох продавців на ринку, які виглядають однаково, з абсолютно однаковими товарами, однаковими цінами. А якщо їх буде таких десять? Це займає зайве місце і шкодить “здорової конкуренції”, свободі вибору споживачем. Власники бізнесу матимуть більшу ймовірність щось продати, але крім власника в такій ситуації ніхто не виграє. Навряд чи такий ринок буде мати попит. Ця ситуація в пошуковій видачі називається “афільованість сайтів”, і з таким пошуковики активно борються.

Якщо Ваша мета – створити якомога більше сайтів для збільшення продажів і занятті всього ТОПу видачі – подбайте про те, щоб сайти сильно відрізнялися як дизайном так і наповненням контентом, контактними даними і навіть даними whois. Інакше, їх знайдуть наші фахівці, і пропишуть інструкції для зняття “аффіліатов фільтра”.

Якщо два Ваших сайту просуваються по суміжних запитам, і хоч чимось їх можна пов’язати – пошуковики або знизять один з них, або обидва по позиціях цих запитів.

31) Рекомендації по переїзду/викочуванні сайту

Якщо Ви розробляєте новий, оптимізований сайт для заміни застарілого, завжди є висока ймовірність падіння позицій і трафіку через зміну CMS, URL-адрес, коду сайту, його контенту, структури. Варто враховувати, що наприклад, при зміні URL адрес, і переїзді на новий сайт без правильних перенаправлень користувачів зі старих сторінок на нові, користувачеві будуть потрапляти на чотиреста четвертий неіснуючі сторінки, а вага старих сторінок з історією кане в лету. Тому, за умови необхідності переїзду сайту, в рамках аудиту ми готуємо необхідні рекомендації для мінімізації ймовірності просідання трафіку і позицій, а також по перенаправлення користувачів зі старих сторінок на нові (карти редиректів).

32) Інші помилки

Завжди є вузьконішевому, особливі сайти, або нюанси, які не зустрічаються на типових сайтах ніші, тому в чек-листі завжди присутній пункт про “інші помилки”, який має на увазі перевірку сайту на НЕ типові помилки, і їх виправлення.

33) Розробка нового сайту

Окремо варто згадати про нашу послугу “Рекомендації по створенню оптимізованого сайту”, розроблені і адаптовані під кожен тип сайту, актуалізуються на підставі вступних даних від клієнта про його бізнесі. Суть даної послуги полягає в економії коштів на розробку нового сайту для просування в майбутньому і прискоренню результатів по SEO. Чому це вигідно?

    • Програмістам, після створення “красивого” сайту не потрібно буде переробляти сайт заново відповідно до технічного завдання SEO-фахівців, він буде мати звід вимог і прямих вказівок, завдяки яким розробка буде відбуватися відразу у відповідності з усіма необхідними фішками під SEO оптимізацію. Іншими словами, ви економите майже в 2 рази на розробці і оптимізації сайту, вбиваєте двох зайців одним пострілом;
    • Множинні експерименти показали – при викочуванні в індекс вже оптимізованого сайту результат по зростанню трафіку набагато вище, ніж при викочуванні сирого в плані “SEO” сайту, і його оптимізації в майбутньому. Пошуковики бачать “якісний” ресурс, розуміють, що ви створили готовий і крутий продукт для користувачів, і швидше дають йому можливість потрапити в ТОП, скоротивши для сайту термін такого алгоритму, як “Пісочниця” (алгоритм, який дозволить потрапляти відразу в ТОП деякий час новим сайтам)

Підведемо підсумок

Всі ці пункти чек-листа – загальний опис того що входить в аудит і навіщо ми це робимо, звичайно ж, кожен з них розбитий на безліч підпунктів аналізу і готових практичних рекомендацій до технічного завдання для розробника, яке можна віддати в роботу Вашому програмістові.

Якщо Ви прочитали до кінця, і взялися за голову, адже для самостійної оптимізації сайту так мало знань і так багато різної інформації в інтернеті, ми обіцяємо провести SEO аудит Вашого сайту на найвищому рівні, ґрунтуючись на досвіді більше сотні проектів, і гарантуємо, що його впровадження дасть приріст трафіку вже через пару тижнів.

Для героїв, які прочитали до кінця даруємо промо-код на знижку в 20% для аудиту, введіть словосполучення “ПРОМО КОД НА АУДИТ” в формі заявки з сайту біля імені за прикладом нижче, і з Вами зв’яжуться наші менеджери з пропозицією, від якої Ви не зможете відмовитися:

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

P.S.: Для тих SEO-гуру, які знайдуть у цій статті фішку, завдяки якій ця стаття потрапляє в ТОП видачі Google, надсилайте нам свої резюме з відповіддю на E-mail: hr@seomarket.ua, ми завжди шукаємо таланти!

1 COMMENT
  • Макс
    Відповіcти

    Очень детально расписано, спасибо!

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *