- 1. Налаштування краулер
- Тетяна Бондар
- 2. Аналіз результатів
- 2.1. Інструкції по індексації. індексованих сторінок
- 2.2. Коди відповіді сервера
- 2.3. дублікати
- 2.4. редіректи
- 2.5. Час відповіді сервера
- 2.6. зображення
- 2.7. глибина сторінок
- 2.8. Canonical
- 2.9. Мікророзмітки і коди відстеження
- Юля Заліховская
- Хочете таких же результатів?
- Коротко про головне
Технічний аудит сайту - перша процедура, яку необхідно виконати перед тим, як взяти в роботу новий проект. На то є 3 причини:
- аудит допомагає зрозуміти, скільки видимих сторінок в дійсності є на сайті;
- аналізуючи дані технічного аудиту, ви зможете зрозуміти, наскільки все запущено і який обсяг роботи вам належить;
- після аудиту можна приблизно оцінити вартість робіт по технічній частині.
В рамках цієї статті на прикладі інтернет-магазину конвеєрних комплектуючих ми покажемо, з чого складається технічний аудит і на які аспекти внутрішньої оптимізації вам слід звертати увагу.
1. Налаштування краулер
Весь технічний аудит я буду проводити за допомогою спеціалізованого десктопного інструменту - краулер Netpeak Spider .
Перш ніж запустити аналіз сайту, необхідно виставити всі ключові параметри програми.
У розділі «Налаштування», а також на панелі «Параметри» слід виставити всі налаштування за замовчуванням. Виняток становить тільки «Парсинг» в основних налаштуваннях програми. Наприклад, я буду використовувати парсинг для пошуку кількох важливих елементів в коді сайту, а саме:
- коду Google Tag Manager;
- коду Яндекс.Метрика;
- коду мікророзмітки Schema для товарів.
Для пошуку кожного з елементів я створила окремий потік парсинга, використовуючи режим пошуку «Містить» і область пошуку «Весь вихідний код».
Тетяна Бондар
головний редактор блогу Inweb
2. Аналіз результатів
Розбирати проблеми даного сайту я буду в порядку зменшення критичності. У цьому мені допоможе відповідна підсвічування помилок в залежності від рівня їх серйозності.
2.1. Інструкції по індексації. індексованих сторінок
Перша і найбільша проблема, яка впадає в очі за підсумком сканування, - Неіндексований абсолютно всіх сторінок сайту. Судячи з показників на панелі з помилками, а також за даними «Зведення», весь сайт закритий від індексації в robots.txt.
Як виявилося, це дійсно так.
По всій видимості, розробник або SEO-фахівець, який останнім проводив якісь роботи всередині сайту, хотів закрити його від пошукових систем на час технічного обслуговування. А потім просто забув про виставленому їм заборону індексації. З тих пір тернистий шлях сайту в топ пошукової видачі напевно став ще складніше.
Виходячи з усього написаного вище, можна зробити висновок про те, що сайт упускає кілька тисяч потенційних трафікогенерірующіх сторінок, блокуючи їх в robots.txt. Найпростіше в цьому переконатися, повторно просканувавши сайт з включеним «Віртуальним robots.txt» і грамотно виставленими директивами.
2.2. Коди відповіді сервера
У числі знайдених критичних помилок виявилися також биті посилання. Їх на сайті виявилося досить багато, а точніше - 83, включаючи 15 битих редиректів. Мені не хотілося присвячувати цілий пункт битим посиланнях, а тому я вирішила в цілому перевірити, чи є на сайті інші сторінки, що віддають небажаний код відповіді.
Відкривши вкладку «Звіти» → «Зведення», можна побачити, що крім 404 коду сюди затесався ще й 302, що відповідає за тимчасовий редирект. Веде цей редирект, знову-таки, на биті посилання. Грубо кажучи, така ситуація: на сайті є кілька сторінок, з яких потрібно поставити редирект і які потрібно перестати індексувати, склеївши з якимись іншими матеріалами. Але вони продовжують індексуватися, так як 302 редирект повідомляє пошуковим системам, що редирект носить тимчасовий характер. І при всьому цьому редирект ще й веде на неіснуючу сторінку, плутаючи користувачів і пошукових роботів.
2.3. дублікати
Перевірка на наявність дубльованого контенту відноситься до однієї з найважливіших в рамках технічного аудиту. В даному випадку краулер не виявлено ні дублюються сторінок, ні дублів Meta Title, Meta Description або заголовків H1.
2.4. редіректи
Проблеми з редирект не обмежилися кількома переадресація з 302 кодом відповіді і перенаправленням на неіснуючі сторінки.
Крім цього, на сайті виявилося ще кілька проблемних моментів:
- Редіректи, заблоковані в robots.txt.
Як виявилося, це ті самі биті редіректи, про які ми вже говорили. Посилання явно вимагають заміни на робочі і актуальні, а інструкції для індексації - перегляду. - Ланцюжки редиректів.
Так як на сайті всього 6 ланцюжків з трьох послідовних редиректів, зменшити кількість ланок вручну не складе труднощів. Але, на жаль, мова знову йде про злощасних битих редирект.
До того ж, на сайті явно не вистачає коректного серверного редіректу, який би направляв користувача на єдине основне дзеркало сайту, вибране як основного. В даний момент сайт одночасно доступний як з префіксом www, так і без нього. Це можна перевірити дослідним шляхом, або ж звернувши увагу на хости в «Зведенні».
2.5. Час відповіді сервера
Незважаючи на те, що тривалий час відповіді сервера відноситься до числа помилок середнього рівня критичності, швидкість завантаження сторінок (отримання даних з сервера) має величезне значення з точки зору ранжирування і юзабіліті для ваших відвідувачів.
Час завантаження приблизно 2% сторінок сайту перевищує рекомендований максимум в 500 мс. Причини можна буде виявити і усунути вже безпосередньо в процесі знайомства з сайтом зсередини.
2.6. зображення
В ідеальному світі розмір зображення на сайті не повинен перевищувати 100 кілобайт. За такої умови зображення не обтяжують загальна вага сторінки, сповільнюючи її завантаження. Насправді обмеження може бути не настільки жорстким, але в будь-якому випадку 100 кілобайт - ідеал, до якого слід прагнути. В ході аналізу з'ясувалося, що розмір 40 зображень на сайті за розміром перевищує рекомендований, а найбільша з картинок них важить 1,3 мегабайта. Окремо відзначу, що назви більшості зображень на сайті виглядають як набір з декількох десятків випадкових латинських символів та цифр. Було б непогано прописати для них зрозумілі і змістовні назви латиницею.
2.7. глибина сторінок
Згідно зі зведеними даними, приблизно 8 відсотків сторінок сайту знаходяться на 6-11 рівнях вкладеності, що ускладнює доступ до них для як пошукових роботів, так і самим користувачам. До того ж, згідно з заявою Джона Мюллера , Чим менше кліків відділяють сторінку від головної, тим вище її оцінює Google для показу в результатах пошуку.
2.8. Canonical
Ще один пункт аудиту - сторінки, на яких виставлено rel = canonical. В даний момент на сайті канонізовані 268 сторінок, і при цьому цілком грамотно. На перший погляд причепитися ні до чого :)
2.9. Мікророзмітки і коди відстеження
За підсумком парсинга можна зробити наступні висновки:
- Код відстеження Яндекс.Метрика є майже на всіх сторінках.
- Код відстеження Google Tag Manager коректно встановлений абсолютно на всіх сторінках сайту.
- товарна мікророзмітки присутній приблизно на половині сторінок і, судячи з усього, не скрізь вона доречна: в списку є сторінки не тільки товарів, але і категорій. Для складання повної картини необхідних змін потрібен більш глибокий і детальний аналіз.
Юля Заліховская
фахівець з підбору маркетингових рішень
Хочете таких же результатів?
Залиште заявку і Юлія зв'яжеться з вами!
Натискаючи на кнопку, ви даєте згоду на обробку персональних даних та погоджуєтеся з політикою конфіденційності
Коротко про головне
Перед стартом будь-яких масштабних робіт по внутрішній оптимізації сайту важливо провести його технічний аудит. Для його виконання слід використовувати десктопні краулери (наприклад, Netpeak Spider ), Які допоможуть виявити максимум можливих помилок. У план аудиту в обов'язковому порядку входить перевірка наступних аспектів технічної оптимізації:
- дублікати;
- коди відповіді сервера;
- редіректи;
- інструкції по індексації;
- час відповіді сервера;
- оптимізація зображень;
- глибина сторінок;
- атрибути rel = canonical.
Всі інші пункти аудиту безпосередньо залежать від специфіки і призначення сайту: набір обов'язкових параметрів для перевірки блогу і інтернет-магазину буде істотно відрізнятися.
Якщо ви також хочете провести технічний SEO-аудит для вашого сайту і усунути помилки, запону форму , ми зв'яжемось з Вами.