Деньги, как известно, имеют различные функции. Одной из них является непрестанное движение денег в обращении, обслуживание процесса обращения. Без выполнения деньгами этой функции торговля была бы невозможна.

Технічний аудит сайту: чек-лист, як провести технічний SEO-аудит сайту

  1. Підготовчі роботи
  2. Чек-лист технічного аудиту сайту
  3. Перевірка сайту в Яндекс.Вебмастер
  4. Перевірка сайту в Search Console від Google
  5. Основні параметри
  6. Перевірка коду сторінок сайту
  7. Перевірка 404 сторінки
  8. Наявність карти сайту
  9. Зручність для користувача
  10. Оформлення технічного аудиту

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

Результатом аналізу сайту є технічне завдання (звіт) з описом всіх знайдених помилок і рекомендаціями щодо їх виправлення

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

Сьогодні я повністю розберу, що таке технічний аудит, ким і як він проводиться і для чого необхідний. Я розгляну всі на прикладах і приведу чек-лист робіт. Якщо раптом залишаться питання або щось буде незрозуміло, обов'язково задавайте свої запитання в коментарях!

Мета аудиту: аналіз технічних параметрів сайту для виявлення і виправлення всіх помилок.

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

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

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

теми матеріалу

Підготовчі роботи

При проведенні повного технічного аудиту нам знадобиться доступ в сервіси:

  • Яндекс.Вебмайстер [webmaster.yandex.ru] - розберемо детально нижче;
  • Search Console від Google [www.google.com/webmasters/] - розберемо детально нижче;
  • Яндекс.Метрика. Тут нам цікаві для технічного аудиту дані про час завантаження сторінок. Інформація знаходиться в розділі «Звіти» - «Стандартні звіти» - «Моніторинг» - «Час завантаження сторінок». Якщо помітили аномалію - необхідно розбиратися. При бажанні можна користуватися Google Analytics.

Сервіси є безкоштовними і дозволяють отримати первинну корисну інформацію. Якщо ще не додалися, саме час зробити це.

Чек-лист технічного аудиту сайту

Нижче перелік всіх помилок, які потрібно перевірити. Якщо Вам потрібен саме excel-файл з чек-листом - підпишіться на розсилку і напишіть мені на пошту [email protected]. Поділюся безкоштовно!

Перевірка сайту в Яндекс.Вебмастер

Вебмастер

У нового Яндекс.Вебмайстер з'явилося багато можливостей для оптимізатора. Тому необхідно перевірити:

  • проблеми сайту в розділі «Діагностика сайту».

Важливо, щоб у сайту не було «фатальних» і «критичних» помилок. Бажано виправити і «можливі проблеми», але їх існування не так критично.

  • порушення сайту в розділі «Діагностика» - «Безпека і порушення».

В даному розділі показані помилки, які становлять загрозу для відвідувачів (наприклад, через віруси, завантаження небажаного ПЗ і т.д.) або для природного ранжирування (наприклад, через використання SEO-посилань).

  • вибір головного дзеркала в розділі «Індексування» - «Переїзд сайту».

Сторінки сайту з www і без нього (наприклад, www.albakoff.ru і albakoff.ru) - це не одне і те ж для робота пошукових систем. Найчастіше вони є дублями . Аналогічно і з http / https. Необхідно вибрати головне дзеркало і вказати його.

  • привласнення регіону в розділі «Інформація про сайт» - «Регіональність».

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

Але якщо я буду шукати «біографію Пушкіна», то мені і пошуковим системам не важливий регіон сайтів. Крім Яндекс.Вебмайстер, регіон бажано привласнити в Яндекс.Довіднику. Детальніше в статті про регіональне просування сайтів .

Детальніше в статті про   регіональне просування сайтів

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

Перевірка сайту в Search Console від Google

Перевірка сайту в Search Console від Google

Знаходиться за адресою: www.google.com/webmasters/. Тут нам необхідно перевірити:

  • інформацію в розділі «Повідомлення».

Тут Ви знайдете повідомлення про різке зростання помилок на сайті, недоступності і т.д.

  • заходи по боротьбі з веб-спамом в розділі «Пошуковий трафік» - «Заходи, прийняті вручну».
  • наявність помилок при обході сайту в розділі: «Сканування» - «Помилки сканування» + «Проблеми безпеки».

Тут Ви знайдете, наприклад, інформація про 404-их помилки (битих посиланнях) на сайті, відомих роботу. Поставте правильне посилання, або видаліть її з документа.

  • проблеми з вмістом Вашого сайту в розділі «Вид в пошуку» - «Оптимізація HTML».

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

  • крім перевірок, необхідно вказати основний домен сайту в розділі «Налаштування сайту».

крім перевірок, необхідно вказати основний домен сайту в розділі «Налаштування сайту»

Основні параметри

  • Сторінки сайту повинні мати постійний URL-адресу. Розберемо на прикладі частою помилки: у інтернет-магазину є багато категорій. Товар може перебувати в будь-який з них. URL формується в залежності від того, через який розділ ми потрапляємо в картку товару. Таким чином створюються дублі: у однієї картки товару кілька URL-адрес в залежності від категорії;
  • Кожна сторінка, яка доступна для індексації, повинна мати унікальний Title;
  • На сайті бажано використовувати ЧПУ з входженням ключових слів;
  • У сайту повинен бути привабливий фавікон!

Перевірка індексації сайту

Індексація - це процес обходу сайту роботами пошукових систем і включення в базу пошукової системи. Для просування важливі повнота і якість індексації сайту. дублі , Сміттєві і службові сторінки не повинні потрапляти в базу. Але посадочні (обнародувано) сторінки обов'язково повинні бути в індексі. Кількість сторінок в індексі можна подивитися в вебмайстрів або за допомогою операторів:

Порівнювати число сторінок, що знаходяться в індексі, з числом посадочних сторінок для просування - неправильно, тому що замість посадочних, може бути така ж кількість сміттєвих сторінок. Але кількість сторінок в Яндексі і Google має бути приблизно однаковим (тільки якщо під одну з ПС Ви не робите додаткових посадочних сторінок), після детального опрацювання наступних пунктів:

  • Налаштування головного дзеркала.

Крім вказівки в вебмайстрів Яндекса і Google, необхідно додатково вказати головне дзеркало сайту в файлі robots.txt і налаштувати 301 редирект з усіх сторінок неосновного дзеркала на основне.

Наприклад, для даного сайту головним дзеркалом є: http://albakoff.ru/. Відповідний запис про це є в файлі robots.txt:

txt:

Важливо: якщо Ви просуваєте сайт з https, то головне дзеркало у Вас з https. В поле host необхідно вказати домен з протоколом: https://albakoff.ru/.

Крім цього, повинен бути налаштований 301 редирект з усіх сторінок неосновного дзеркала.

Якщо Ви перейдете зі сторінки c www: http://www.albakoff.ru/poiskovye-zaprosy-klassifikatsiya-tipy-vidy/, то станеться перенаправлення на відповідну сторінку без www: http://albakoff.ru/poiskovye-zaprosy- klassifikatsiya-tipy-vidy /.

  • Посадочні сторінки відкриті для індексування. Необхідно перевірити файл robots.txt, мета тег robots і вказівку канонічної сторінки.
  • Сміттєві сторінки повинні бути закриті від індексації:
    • Дублі - документи, які повністю або частково дублюють інші документи;
    • Результати пошуку на сайті;
    • Сторінки фільтрів, друку, угруповань і т.д., якщо вони не є посадочними;
    • Службові сторінки: корзина сайту, кабінет користувача, профілі, сторінка реєстрації і т.п .;
  • Коди скриптів CSS, javascript, картинки відкриті для індексування;

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

  • Правильне використання <noindex> на сайті (корисний контент сайту не закрите від індексування);
  • Чистий код сайту - валідація без помилок (validator.w3.org), відсутність великих шматків коду javascript і стилів в html;
  • Користувачі і роботи бачать однаковий контент сайту;
  • Правильне використання заголовків h1-h6. Хоча це і не є обов'язковим сьогодні, але рекомендую правильно будувати структуру документа. А саме: наявність одного (і тільки одного!) Заголовка h1 на сторінці, а також дотримання ієрархії і послідовності наступних заголовків;
  • Номери телефону, адреси, пункти в меню і інший контент написаний текстом, а не вставлений картинкою;
  • Виділення слів жирним або курсивом надає їм більшу вагу, але не потрібно виділяти ключові слова таким способом;
  • Для картинок заповнений атрибут alt (опис має містити інформацію про вміст картинки). Атрибут title можна не використовувати для картинок і посилань.

Перевірка відповіді сервера, наявність редиректів, битих і зовнішніх посилань

  • Відповідь сервера «200 ОК» повинні віддавати всі сторінки, доступні для користувача;
  • Відсутність редиректів всередині сайту. Для цього потрібно отримати список всіх сторінок сайту з кодом відповіді сервера 30х (наприклад: 301, 302 ...). На сторінках, де дані посилання розміщені - необхідно або повністю прибрати посилання, або поставити правильні посилання без редиректів. Для отримання списку сторінок можна використовувати NetPeak Spider або Screaming Frog Seo Spider ;
  • Відсутність битих посилань на сайті. Перевіряємо аналогічно редирект, тільки шукаємо сторінки з кодом відповіді сервера 40х (наприклад: 404, 403 ...);
  • Використання зовнішніх посилань зведено до мінімуму для збереження ваги сторінок;

Перевірка 404 сторінки

Все неіснуючі сторінки повинні віддавати код відповіді сервера «помилка 404», якщо з них не налаштований 301 редирект на нову сторінку. Вимоги до даної сторінки:

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

Приклад сторінки:

Наявність карти сайту

  • Карта сайту sitemap.xml - оновлюваний файл, вказаний в robots.txt і окремо завантажений в Яндекс і Google-вебмастер;
  • Карта сайту в форматі html, якщо існують сторінки сайту з рівнем вкладеності більше 3-его;

Зручність для користувача

Якщо сайт не індексується, а я все виправив?

Якщо раптом у Вас проблеми з індексацією сайту, то план дій наступний:

  • напишіть в тех. підтримку Яндекса. Іноді буває, що помилка на стороні пошукача.
  • перевірте повністю сайт на наявність помилок. Можливо, у Вас генерується величезна кількість дублюючих сторінок, на сайті неунікальний контент або ще щось.
  • попрацюйте над структурою сайту, меню і перелінковкою. Бажано, щоб всі сторінки були 2-3 рівня вкладеності.
  • додайте тільки непроіндексовані сторінки в sitemap.xml.
  • ще раз перевірте файл robots.txt, мета-тег robots і вказівку канонічної сторінок.

А також може бути, у Вас домен з поганою історією. Перевірте її в вебархіве і по згадках в пошуку.

Оформлення технічного аудиту

Після проведення аудиту, необхідно скласти звіт, який повинен містити:

  • технічне завдання для програміста - це список помилок і проблем на сайті, які потрібно усунути. ТЗ повинно містити точна вказівка ​​того, що необхідно зробити програмісту;
  • звіт для клієнта - список всіх перевірених по чек-листу пунктів, словник термінів і т.д .;

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

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

А чи потрібно це мені?