Як досвідчений спеціаліст SEO проводить попередній аудит сайту?

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

№1 – пошук помилок на сайті

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

1. Netpeak Spider. Український софт, володіє найпотужнішим інструментарієм, з допомогою якого ми можемо швидко дізнатися усi критичні помилки свого ресурсу: від моментів по внутрішньої оптимізації до аналізу файлів індексації.
2. Screaming Frog. Англомовний софт, дозволяє навіть в безкоштовному режимі відшукати фатальні помилки і провести ряд оптимизационных процедур: від пошуку сторінок-дублів до створення карти сайту. В безкоштовної версії доступні до аналізу портали з кількістю сторінок менш 500.
3. Xenu. Досить старенька програма, з допомогою якої можна моментально перевірити биті посилання. Єдиний мінус – це досить тривалий процес аналізу, зате потім ви отримуєте готовий HTML-звіт з докладними результатами.

Єдиний момент: ви повинні перевіряти не тільки сторінки свого проекту, але і усi зображення, усi скрипти, шаблони і інші елементи. Крім того, вам необхідно скористатися інформацією, яка надається самими пошуковими системами – прочитайте про User Agent в кабінеті вебмастера Яндекс і Google.

№2 – визначення структури порталу

Це необхідно зробити для більше грамотного аналізу семантичного ядра, а також для складання правильних ЧПУ. Просто складіть повний аналіз ієрархії ваших URL-адрес – це допоможе вам в визначенні комерційної стратегії, плюс, підготує проект до автоматичному аналізу семантичного ядра.

Для цього немає спеціалізованого інструменту, тому беремо Excel-таблиць і вручну аналізуємо структуру ресурсу.

№3 – правильна налаштування ЧПУ

ЧПУ або «человекопонятные URL-ы» - це відображення сторінок веб-сайту в зрозумілому користувачу вигляді. Наприклад, якщо інтернет-магазин одягу містить сторінку з брендом «Adidas», то URL сторінки повинен бути наступним: _shop.com/adidas, а не _www.shop-brand.com/11-12-18.

То є адреси повинні:

• розташовуватися в правильної ієрархії (наприклад, _shop-brand.com/brands/adidas – головна + розділ + підрозділ);
• володіти статичностью (т.е. не змінюватися на впродовж процесу індексування і видачі);
• включати в себе назви самої сторінки і сторінки категорії або розділів (см. 1 пункт);
• володіти природним входженням ключів (т.е. пишемо просто «adidas», а не «kupit-adidas»).

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

Налаштування мовних версій ЧПУ

Це швидше виключно для вебмайстрів Рунета, але усi ж навіть наші портали можуть володіти якоїсь варіативністю в плані мов. Самим оптимальним варіантом тут буде не зміна всіх URL-сторінок веб-ресурсу під новий каталог, а просто зміна доменної зони. Залишаємо усi ЧПУ однаковими і просто поміщаємо їх в домен .uk або .com.

Налаштування ЧПУ для каталогу інтернет-магазина

Інтернет-магазин – це динамічний проект, тому URL-адреси повинні бути адаптовані в автоматичному режимі при кожному додаванні нової сторінки. З цієї метою оптимально використовувати які-або плагіни – просто одноразово налаштуйте плагін під правильний ЧПУ, і вам більше не доведеться турбуватися про цьому.

Самі ж ЧПУ повинні: а) бути написані латинськими буквами; б) володіти нижнім регістром; в) розділятися тільки дефисом.

Ніяких прогалин, ніяких километровых адрес – просте, лаконічне поєднання ключових слів, поділених дефисом.

І ще момент з корисними фільтрами: коли користувач клікає по скрипту, на сторінці порталу повинна з'являтися напис про цьому. То є ЧПУ формується одночасно з прямий посиланням з сторінки. Це ж стосується і пагинации, і категорій, і розділів, і взагалі всього, що є в вашому інтернет-магазині.

Коли допустимі динамічні сторінки?

Коли в структурі присутні фільтри трьох видів:

• фільтри (як правило, кілька) єдиного набору;
• фільтри різних наборів;
• фільтри, створені виключно для юзабіліті, не приносять додаткового трафіку.

І навіть в цьому випадку, коли ми створюємо динамічні URL, ми усi ще здатні налагодити грамотну индексацию, не втративши головних сторінок. Для цього заходимо в robots.txt і закриваємо параметри динамічності. В код необхідно додати параметри nofollow і noindex. Плюс, закриваємо від пошуку цю конфігурацію при скануванні сайту через Search Console. Тепер задоволені усi: і відвідувачі, так як ви не прибрали зручний інструмент фільтрації, і пошукові системи, так як вони сканують ті сторінки, в яких немає зайвого.

№4 – конфігурація параметрів https-протоколу

Це той пункт, котрий доведеться виконати ще в початку роботи по аудиту і просуванню. Справа в тому, що після впровадження таких протоколів вся карта сайту і структура URL-ів буде змінюватися. В цьому пункті дуже багато параметрів: від перелинковки до редагування медіа-контенту, від установки SSL-сертифікатів до настройки редиректов – усi це потрібно дивитися додатково. Втім, вам дійсно необхідно цим зайнятися, особливо якщо ви працюєте безпосередньо з електронної комерцією.

№5 – налаштування мета-тегів для зображень

Тут нічого складного – всього лише 3 пункту.

Перший – це додавання тегів alt + title для всіх зображень. Дана методика не тільки поліпшить процес індексування, але і зможе дати вам додатковий трафік, коли користувач почне Шукати зображення, наприклад, через «Яндекс Картинки».

Просто пишемо тег title (наприклад, кросівки Adidas) + тег alt (наприклад, Модель CLOUDFOAM LITE RACER CC).

Друге – це видалення тегів alt + title для зображень, не мають відносини до контенту сайту. Що це значить? Це значить, що ми повинні прибрати опис і назва для тих зображень, які не повинні індексуватися поисковиком. Наприклад, логотип сайту або картинка в меню – це не то, що потрібно клієнтам, тому для всіх елементів дизайну варто прибрати зайві теги.

Останнє – це редагування «кривых» alt + title. То є ви могли написати title, наприклад, «кросівки Адідас купити дешево зі знижкою в мільйон процентов» і додати до цього яке-то безглузде опис. Усi це виправляємо на прості і лаконічні ключевики.

№6 – видалення зовнішніх вихідних посилань з індексу

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

Тепер даємо ТЗ програмісту або ж вручну закриваємо ці посилання від індексу через додавання тега noindex.

№7 – налаштування параметрів для елементів функціоналу

Мова йде про двох моментах:

• параметри сортування;
• сторінки пошуку всередині сайту.

Що перший, що другий пункт ми повинні закрити від індексації. Тільки в першому випадку ми встановлюємо тег <meta name="robots" content="noindex, follow" /> (да, саме follow, а не nofollow). А у другому закриваємо индексацию через robots.txt. До речі, каталог пошуку теж бажано видалити через консоль Google.

№8 – редагування і оптимізація коду

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

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

Помилка ① – великий Об `єм скриптів

Пошуковим системам в такий обстановці працювати значно складніше: робот може запросто пропустити хороший «кусок» інформації на вашому ресурсі, прийнявши його за частина скрипта. В зв'язку з цим нам слід помістити усi скрипти сайту в який-то один файл – це знизить вага коду і допоможе пошуковикам працювати більше точно.

Помилка ② – безліч CSS-елементів

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

Помилка ③ – безліч «легких» скриптів

Коли клієнт зайде на ваш інтернет-магазин, він не помітить, що за пару секунд на ваших сторінках загрузилось 10-20 скриптів. Проблема в тому, що, якщо таких скриптів дуже багато, сайт починає гальмувати, да і поисковому роботу кілька складніше проводити аналіз. Цю проблему можна вирішити, об'єднавши кілька файлів .js в один – це не завжди можливо, але, якщо можливо, потрібно це зробити.

Помилка ④ – безліч файлів CSS

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

Помилка ⑤ – наявність прихованого тексту

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

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

Помилка ⑥ – індексація неинформативных елементів

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

Помилка ⑦ – різні шаблони, скрипти і стилі в одному домені

Да-да, додаткові інструменти і різні «украшательства» краще зберігати на новому домені або використовувати для цього поддомен.

№9 – збільшення швидкості завантаження сайту

Переходимо на сайт: _gtmetrix.com або _developers.google.com – ці ресурси дозволяють нам виявити усi слабкі моменти, що гальмують завантаження сайту. Усi ж користувач – людина нетерплячий, зайва секунда для нього – це кошмар, тому знайдемо помилки в ресурсі і оптимизируем швидкість завантаження.

№10 – перевірка структурованих даних

Микроразметка – найважливіша частина будь-якого сайту, вона відповідає будь-якого елементу, котрий в ньому присутній. Щоб в процесі просування не виникло помилок, потрібно відкоригувати цей параметр для всіх елементів. Ви можете задіяти інструмент від Google _https://search.google.com/structured-data/testing-tool/ і перевірити правильність структурованих даних.

Ми ж розглянемо ці параметри по конкретним розділах якого-небудь вигаданого інтернет-магазина.

Логотип

<script ENGINE="application/ld+json">

{"@context": "_http://shop.com","@type": "Organization","url": "_http://shop.com","logo": "_http://shop.com/logo.jpg"}

Відгуки

<div typeof="v:Review-aggregate" xmlns:v="_http://rdf.data-vocabulary.org/#">
<span property="v:itemreviewed">Відгуки про кросівках [Название товару (наприклад, КРОССОВКИ PHARRELL WILLIAMS HU HOLI NMD MC)]</span>
<span rel="v:rating">
<span typeof="v:Rating">
<span property="v:average">загальне значение</span>

з

<span property="v:best">краще значение</span>
</span>
</span>

на основі

<span property="v:votes">безліч оценок</span> оцінок.

<span property="v:count">безліч клієнтських отзывов</span> клієнтських відгуків.</div>

Діапазон цін

<script ENGINE="application/ld+json">
{
"@context": "_http://shop.com",
"@type": "Product",
"name": "КАТЕГОРИЯ ТОВАРА",
"offers": {
"@type": "AggregateOffer",
"priceCurrency": "UAH",
"lowprice": "МИНИМАЛЬНАЯ СТОИМОСТЬ",
"highprice": "МАКСИМАЛЬНАЯ СТОИМОСТЬ",
"offerCount": "КОЛИЧЕСТВО ТОВАРОВ В КАТАЛОГЕ"
}
}

Контакти

<div class="vcard">
<div class="adr">
<p><span class="locality">г. Киев</span>
<span class="street-address">вул. ВЕРНАНДСКОГО 15-б</span></p>
</div>

Телефони:

<span class="tel">+38 (050) 337-91-92</span>
<span class="tel">+38 (067) 576-43-03</span>
</div>

Навігація

<div xmlns:v="_http://rdf.data-vocabulary.org/#">
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Назва підкатегорії 1</a>
</span>
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Назва підкатегорії 2</a>
</span>
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Назва підкатегорії 3</a>
</span>
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Назва підкатегорії 4</a>
</span>

Відгуки

<div typeof="v:Review-aggregate" xmlns:v="_http://rdf.data-vocabulary.org/#">
<span property="v:itemreviewed">Відгуки про продукті [Название продукта]</span>
<span rel="v:rating">
<span typeof="v:Rating">
<span property="v:average">загальне значение</span>

з

<span property="v:best">найкраще значение</span>
</span>
</span>

на основі

<span property="v:votes">кол-у оценок</span> оцінок.
<span property="v:count">кол-у отзывов</span> відгуків.
</div>

Соц мережі

<script type="application/ld+json">
{ "@context" : "_http://shop.com",
"@type" : "Organization",
"name" : "НАЗВАНИЕ ИНТЕРНЕТ-МАГАЗИНА",
"url" : "_http://shop.com/",
"sameAs" : [ "_https://www.facebook.com/shop.com",
"_https://www.vk.com/shop",
"_https://www.instagram.com/shop/"]
}
</script>

Опис протоколу Open Graph

<meta property="og:url" content="_http://shop.com" />
<meta property="og:title" content="Продаж оригінальних товарів від всесвітньо відомого бренду Adidas" />
<meta property="og:description" content="Продаж оригінальних товарів від всесвітньо відомого бренду Adidas. Якісна і унікальна Адідас по низької ціною | компанія Шоп-Бренд" />
<meta property="og:image" content=" _http://shop.com /design/web/img/logo.png" />
<meta property="og:type" content="website" />
<meta property="og:site_name" content="shop" />
<meta property="og:locale" content="ru_RU" />
<meta property="url" content="_http://shop.com/>
<meta property="title" content="="Продаж оригінальних товарів від всесвітньо відомого бренду Adidas" />
<meta property="description" content=" Продаж оригінальних товарів від всесвітньо відомого бренду Adidas. Якісна і унікальна Адідас по низької ціною " />
<meta property="image" content="_http://shop.com/design/web/img/logo.png" />

Google+

<meta itemprop="url" content="_http://shop.com/">
<meta itemprop="name" content="Продаж оригінальних товарів від всесвітньо відомого бренду Adidas" />
<meta itemprop="description" content="Продаж оригінальних товарів від всесвітньо відомого бренду Adidas. Якісна і унікальна Адідас по низької ціною | компанія Шоп">
<meta itemprop="image" content=" _http://shop.com /design/web/img/logo.png">

Twitter

<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="_@turboseoua">
<meta name="twitter:title" content=" Продаж оригінальних товарів від всесвітньо відомого бренду Adidas ">
<meta name="twitter:description" content=" Продаж оригінальних товарів від всесвітньо відомого бренду Adidas. Якісна і унікальна Адідас по низької ціною | компанія Шоп ">
<meta name="twitter:image" content="_http://shop.com /design/web/img/logo.png">

№11 – оптимізація перелинковки

Перелинковка – це зручно розташування кликабельных елементів, що дозволяє нашому клієнту зручно переміщатися між веб-сторінками ресурсу. Якщо у вас такого немає, то: а) її потрібно зробити; б) її потрібно правильно оптимізувати.

Є два виду перелинковки: з обов'язковими елементами і складними.

До обов'язковим відносять:

• підрозділ меню, т.н. «хлібні крошки»;
• доповнення до «хлібним крошкам» в вигляді підкатегорій або вибору параметрів, фільтрації і т.п.;
• впровадження додаткових посилань на другорядні сторінки (наприклад, є адреса з кросівками або футболками, а є підрозділ з аксесуарами – останній додаємо в перелинковку);
• установка плагіна або впровадження елемента «Схожі товары»;
• додатковий доповнення всіх посилань (т.е. клієнт може клікнути по стрелочке, яка відобразить кількість всіх сторінок в каталозі).

До складним важко віднести які-то окремі моменти. Усi ж це елементи, які прорабатываются індивідуально для кожного порталу – готові приклади можна знайти в будь-яких популярних проектах.

№12 – видалення спливаючих вікон

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

«Поп-ап»

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

«Модальные окна»

Це, по суті, аналог попереднього варіанти, але Google не розглядає його в як порушення. Модальные вікна, найчастіше, взаємодіють з клієнтом, пропонуючи йому виконати яке-то дія. Частіше всього, це форма підписки, оформивши яку, клієнт отримує подарунок.

Знову ж – проблем такі вікна не викликають, але якщо ви почнете відверто спамить, то тут вже поисковику доведеться внести санкції.

«Оверлеи»

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

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

«Межстраничные объявления»

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

Як ви розумієте, «Гуглу» такі вікна зовсім не подобаються – видаляємо їх!

№13 – робота з мобільного версією сайту

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

В Загалом-то, правильніше вибрати другий варіант. Справа в тому, що в сучасному SEO є таке поняття як «Mobile First» - створення мобільного версії сайту, яка максимально точно оптимізована під мобільні пристрою. Такі проекти більше подобаються людям, тому і ранжируются в пошуку набагато вище інших.

В будь-якому випадку, мобільна і десктопна версія повинні збігатися по наступним параметрам:

• інформація на порталі;
• мета-теги;
• пагінація і розмітка;
• ранжирование і фільтрування контенту;
• опис товару (в випадку інтернет-магазинів).

Дуже сильно в цьому справі допомагає розробка окремого додатки під мобільні пристрою. Єдина проблема в тому, що потрібно позначити зв'язок між оригінальним магазином і додатком. Робиться це за допомогою тега rel=alternate – додаємо його в код, а після через sitemap.xml встановлюємо зв'язок.

І останній момент – це AMP-сторінки. Дуже корисна річ з точки зору Google. Суть в наступного: ви оптимизируете сторінки під AMP, а Google ранжирует ваш проект вище, так як він більше зручно сприймається користувачами мобільних пристроїв. Більше детальну інформацію читаємо на _google.com (_https://support.google.com/webmasters/answer/6340290?hl=ru).

№14 – робота з редиректами

Якщо говорити просто, то редиректы – це перенаправлення з одних сторінок на інші. Різновидів редиректов досить багато: якщо у вас великий інтернет-проект, то ви, швидше всього, задействуете більшість з них, якщо не усi.

301 – для регістра

Редирект регістра: коли клієнт пише в адресну рядок URL _Shop.com, редирект повинен перенаправити його на сторінку - _shop.com. То є потрібно зробити нижній регістр для всіх адрес.

301 – для www

Якщо портал відкривається тільки з WWW, то потрібно це виправити – налаштувати редирект на звичайний URL (без WWW). Для перевірки можете спробувати інструмент _Bertal.ru.

301 – для слеша

Адреси сторінок в інтернеті повинні закінчуватися слешем, т.е. / - таким знаком. Якщо у вас цього немає – створюємо редирект на версію зі слешем.

301 – для формату сторінок

HTML, PHP, ASP – не зрозуміло, в якому розширенні відображається ваша інформація. Необхідно перевірити, відображаються чи адреси з обраним форматом.

301 – для IP

По одному і тому ж адресою IP портал може дублюватися. Ваша задача - зробити редирект і встановити один адреса.

301 – для пагинации

Якщо ви перейшли на другу сторінку сайту _shop.com, а потім повернулися на попередню, то самі адреси повинні бути однаковими, в іншому випадку, ви невірно налаштували пагинацию. Наприклад,

• _shop.com/brands/adidas/
• _shop.com/brands/adidas/page1/

В цієї ситуації потрібна склейка сторінок, щоб усi отображалось по єдиного URL.

301 – для тунелів редиректов

Якщо на сайті виник цикл переходів: з однією сторінки на другу і зі другий на першу, необхідно відредагувати 301 редирект.

301 – для старих посилань

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

№15 – оформлення канонічних сторінок

В будь-якому інтернет-магазині є GET-параметри – це параметри, позначають номер замовлення або номер товару. Так ось: якщо при додаванні цих параметрів в URL-сторінці сама сторінка дублюється, то нам необхідно прописати тег canonical на головну веб-сторінку.

Наприклад, в нашому магазині проходить акція, доступна по адресами:

• _shop.com/share/
• _shop.com/share/?id=425 (425 – це GET-параметр, наприклад, номер акції).

То є одне і то ж подія відображається на двох сторінках. В цьому випадку ми повинні прописати наступне: <link rel="canonical" href=" _shop.com/share/" /> - тепер усi, що після «share» не буде дублюватися. Ну, і аналогічним способом вирішуємо питання з іншими, динамічними сторінками.

Є і інша проблема. Наприклад, у нас є одна картка товару - допустимо, у нас є один MP3-плеєр і 5 різних забарвлень. По ідеї у нас повинні бути 5 різних сторінок, але з допомогою параметра rel="canonical" ми можемо поставити одну сторінку в індекс.

Ну, і, зрозуміло, усi сторінки повинні бути каноничными, тому на кожну з них варто прописати rel="canonical". Це не завжди обов'язково, але краще зробити оптимальний варіант відразу ж, особливо це стосується лендингов.

№16 – помилка 404 і 200 код

Ваші неіснуючі сторінки повинні бути без заповітної цифри 200. Перевірити це можна через:

• _https://www.google.com/webmasters/tools/googlebot-fetch;
• _http://www.webconfs.com/http-header-check.php;
• _https://www.bertal.ru/.

Помилка при зміні каталогів

Досить банальна помилка, яка тягне за собою інші. Наприклад, є адреса: _shop.com/brands/adidas. Міняємо місцями і отримуємо: _shop.com/adidas/brands. Якщо в останньому випадку виникає 200 код, то ми ставимо замість нього 404.

Перевірте аналогічним чином усi каталоги, цілком можливо, що в деяких з них містяться помилки.

Помилка при удалении/добавлении проміжних категорій

Знову ж, приклад: _shop.com/brands/adidas. Прибираємо з цієї ланцюга «brands»: якщо виникає 200 код – міняємо його на помилку 404, т.до. цієї сторінки в інтернет-магазині немає.

Другий варіант: _shop-brand.com/brands/adidas. Додаємо ще одну категорію: _shop.com/brands/brands/adidas – при виникненні коду міняємо його на 404. В Загалом, чинимо аналогічно.

Або ми можемо додати який-то фрагмент в адреса і отримати цифру 200. То є: _shop.com/brands/adidasZX. Виникає помилка – міняємо її.

Помилка при різних мовних версіях

Виникає ситуація, коли самих разноязычных розділів немає, але система генерує їх автоматично. В цієї ситуації нам варто перевірити самі популярні домени, типу com, uk, ua і інші – якщо при переході на ці сторінки перед користувачем з'являється 200 код, то міняємо його на помилку 404.

№17 – установка різних мовних версій

Коли портал забезпечений двома або декількома разноязычными версіями, то необхідно грамотно скласти перемикання між ними. Робиться це через параметр hreflang.

Варіант раз. Є три версії – російська (ru), німецька (de) і англійська (en). Вони, саме собою, відрізняються один від друга, розбиті по різним каталогам і обгороджені один від друга. Допустимо, що головна сторінка відображає російська мова, але на ній ми можемо перемикатися між російським, англійським і німецьким.

В цієї ситуації ми повинні використовувати hreflang наступним чином:

_http://shop.com/
<link rel="alternate" hreflang="ru" href="_http://shop.com/" />
<link rel="alternate" hreflang="de" href="_http://shop.com/de/" />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/" />
_http://shop.com/de/
<link rel="alternate" hreflang="ru" href="_http://shop.com/ " />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/ " />
_http://shop.com/en/
<link rel="alternate" hreflang="ru" href="_http://shop.com/ " />
<link rel="alternate" hreflang="de" href="_http://shop.com/de/ " />

Якщо говорити про лендингах, то схема реалізації аналогічна: потрібно лише додавати кінцевий URL-адреса.

_http://shop.com/landing/
<link rel="alternate" hreflang="ru" href="_http://shop.com/landing/ " />
<link rel="alternate" hreflang="de"" href="_http://shop.com/de/landing/ " />
<link rel="alternate" hreflang="en" href=""_http://shop.com/en/landing/ " />
_http://shop.com/de/landing/
<link rel="alternate" hreflang="ru" href="_http://shop.com/landing/ " />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/landing/ " />
_http://shop.com/en/landing/
<link rel="alternate" hreflang="ru" href="_http://shop.com/landing/ " />
<link rel="alternate" hreflang="de" href="_http://shop.com/de/landing/ " />

Різниця в сторінках може полягати тільки в назві кінцевих елементів. То є в російському домені буде сторінка: «o-nas», а в англійської версії – «about».

Варіант два. На нашому порталі залишилися три версії, але один і той ж мова використовують дві різні країни (en – Англія і США, ru – Росія і Україна). І тут знову виручає тег canonical – з його допомогою можна зробити певну перелинковку.

То є:

_http://shop.com/
<link rel="alternate" hreflang="ua" href="_http://shop.com/ua/ " />
<link rel="alternate" hreflang="ru" href="_http://shop.com/ " />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/ " />
<link rel="canonical" href="_http://shop.com/ua/" />

Якщо ви підготували субдомены, то справа обстоит ще простіше – досить просто прописати субдомены в настройках (_http://en.shop.com.) і на головною сторінці відобразити перемикання.

№18 – закриття індексації для деяких сторінок

Є три моменту:

1. Фільтри товарів. Якщо ваш проект працює тільки перші місяці, то усi фільтри потрібно закрити від індексації. Як тільки пройде перший серйозний трафік, ви зможете відстежити ті фільтри, якими реально користуються люди – їх і залишаємо для індексу.
2. Технічні елементи. Це ми вже обговорили раніше: усi форми авторизації, реєстрації, онлайн-консультанти – усi це має бути приховано від пошукових роботів.
3. Порожні сторінки. Якщо ви створили десяток сторінок для подальшого розміщення інформації, але на даному етапі вони порожні – їх теж потрібно закрити від індексації (користуйтеся мета-тегами, що ми розглянули раніше).

№19 – налаштування robots.txt

Раніше ми вже розглянули той факт, що для пошукових систем потрібно створювати файли для оптимізації процесу індексування. Робиться це за допомогою створення файлу robots.txt, в початку якого прописується User-agent: Yandex, а після посилання, які потрібно виключити при індексації + User-agent: Google і посилання, заборонні для індексації.

Тут ж варто розглянути ще два параметра: Host і Sitemap. Перший параметр покаже поисковику головну версію порталу, а другий вказує посилання на файл, в якому розташовані усi адреси.

№20 – параметри вложенности сторінок

Вложенность сторінок – це параметр видалення тієї або інакший категорії від головного адреси. То є в магазині _shop.com нам потрібно помістити кросівки Adidas максимально близько до головною сторінці, адже це ходової товар, котрий купують. Зате які-небудь напульсники беруть не дуже активно – цю сторінку можна оформити подалі від головною.

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

№21 – оптимізована пагінація

Пагінація – це розподіл всього каталогу товарів або статей на кілька сторінок, необхідна для більше гнучкою індексації і більше швидкої завантаження сайту. В даному питанні створення канонічних сторінок за допомогою rel="canonical" – це не єдиний інструмент, адже ще нам потрібні атрибути rel="next" і rel="prev". При використанні цих трьох параметрів ми можемо показати пошукової системі, що сторінки дублюються навмисно з-за особливостей порталу.

Для прикладу візьмемо вигаданий nsite.ru. Є адреса: _http://имя-сайту.com/tovar По цього адресою розташовується весь каталог товарів. Нам потрібно налаштувати пагинацию, виглядає це так:

• <link rel="canonical" href="_http://имя-сайту.com/tovar" />
• <link rel="next" href="_http://имя-сайту.com/tovar/page-2/" />

Ці рядки потрібно помістити в код між <head> і </head>. Що ми зробили в підсумку? Ми створили додаткову сторінку з товаром. Тепер нам потрібно зробити, щоб на другий сторінці ми могли перейти на першу і на 3. Робимо так:

• <link rel="canonical" href="_http://имя-сайту.com/tovar/page-2" />
• <link rel="prev" href="_http://имя-сайту.com/tovar" />
• <link rel="next" href="_http://имя-сайту.com/tovar/page-3" />

Швидше всього, суть ви вловили – далі виправляємо тільки цифри і параметри попередніх і наступних адрес. Єдине, що слід зробити ще – це налаштування останнього номера:

• <link rel="canonical" href="_http://имя-сайту.com/tovar/page-100" />
• <link rel="prev" href="_http://имя-сайту.com/tovar/page-99" />

В даному випадку атрибута next немає, т.до. це остання сторінка. На першій ж немає тега prev, т.до. перед ній немає нічого – в Загалом, усi досить просто.

І останнє: коли будете писати назви для пагинации, не використовуйте зайвих слів, типу «купить», «бесплатно» або що-то ще. URL-адреси повинні бути максимально ємними.

№22 – формування мета-тегів

Робота з шаблонами

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

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

• шаблони повинні додавати тільки унікальні мета-теги, інакше не відбудеться належної індексації і ранжирования;
• до шаблоном відноситься кожна сторінка порталу;
• довжина шаблонів повинна відповідати вимогам ПС (наприклад, Заголовок – 60 знаків, опис – 150);
• шаблон повинен привласнювати кожному товару код або артикул.

Щоб усунути помилки, пов'язані з мета-тегами, їх для початку потрібно знайти – з цієї метою використовуємо Search Console. Помилки можуть бути пов'язані з короткими тегами, з дублирующими або взагалі з відсутніми параметрами – усi ці пункти необхідно відкоригувати.

Ах, да. Якщо ви до сих користуєтеся атрибутом keywords, то це вже не актуально – його можна сміливо видаляти.

№23 – правильне впровадження заголовків H1 – H6

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

1 – коректні H1

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

2 – шаблони при створенні H1

З шаблонами можна не тільки мета-теги генерувати, але і повноцінні заголовки. Головне, щоб кожен Заголовок до кожної картці товару був унікальним і неповторним. До речі, це стосується не тільки заголовків H1, при бажанні можете генерувати і заголовки другого рівня H2.

3 – неинформативные заголовки

Для Google Chrome є відмінний плагін - SEO META in 1 CLICK, з його допомогою ви зможете за секунду проаналізувати свої заголовки. Якщо інструмент знайде помилку, ви повинні будете її виправити за допомогою CSS-стилів.

4 – правильний порядок

Усi заголовки від H1 до H6 дійсно повинні розташовуватися в порядку убування. Не можна будувати текст по схемою: H1-H3-H2-H5. Усi заголовки повинні йти один за другом: від більшого до меншому. Виправте цей момент, якщо у вас він присутній.

№24 – створення файлу sitemap.xml

Сьогодні, мабуть, тільки лендинги не потребують в мапі сайту, усi інші, багатосторінкові, ресурси повинні бути забезпечені правильним файлом sitemap. По суті своєї, sitemap.xml – це просто перелік URL-адрес, розташованих по ієрархії: від важливих сторінок до другорядних.

Самі адреси публікуються одного разу, вони не повинні мати дублів або повторюватися в структурі файлу. Власне, більше детально можна прочитати на сайті Яндекса або Google.

До речі, якщо ви створили великий проект з субдоменами, то для них теж слід створювати окремі XML-карти

Перевірка наявності Sitemap

Карта знаходиться або по головною засланні, типу _shop.com/sitemap.xml, або де-то ще. Якщо вона є, то її наявність можна перевірити через Google – заходимо в нього і пишемо запит: site:_shop.com inurl:sitemap.

Є ще один варіант – перевірка через robots.txt. Відкрийте файл, в ньому зазвичай розташований кінцевий адреса.

Якщо карту не знайшли, то її потрібно створити.

Створення карти сайту

Якщо у вас проект з 50000 сторінок, то карта обов'язково повинна бути багаторівнева. Якщо менш 50 тисяч, то вистачить і загальної, куди поміщаються усi створені посилання.

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

Окремий момент – це карта для зображень. То є Google радить вам оформити такий файл, щоб ваші картинки потрапляли в видачу. Більше детально про цьому читайте тут - _https://support.google.com/webmasters/answer/178636?hl=ru.

Виставлення параметрів

Мова йде про трьох атрибутах:

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

Sitemap і індексація

З допомогою сервісу screamingfrog ви зможете завантажити файл карти сайту і подивитися, які URL ви приховали від індексації. При цьому відображається перелинковка, canonical і інші параметри.

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

№25 – зміна структури

Коли ви зберете в єдиний файл всю загальну картину, всю загальну структуру, необхідно порівняти цей момент з вимогами від Яндекс і Google – якщо виникнуть невідповідності, їх слід виправити.

№26 – аналіз індексу

Вам потрібно хоча б мигцем ознайомитися з індексом кожного каталогу. Цілком можливо, що у вас основна інформація потрапляє в категорію додаткової. При аналізі потрібно задіяти 3 команди:

• info: - наявність сторінки в індексі;
• inurl: - відображення одного каталогу або однією групи;
• -inurl: - виняток отдельныъ каталогів або груп.

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

№27 – параметри сайту при роботі з Google Search Console

Заходимо в Search Console і проводимо аналіз. Звертаємо при цьому увага на наступні параметри.

1 – рівень індексування

Є корисні сторінки, є ті, які потрапили в індекс. Якщо різниця між ними істотна, вам потрібно швидко виявити помилку і виправити її.

2 – підсумок сканування

Якщо інструмент сканує менше число корисних сторінок (по порівнянню з реальної цифрою), то, знову ж, виявляємо помилку і усуваємо її.

3 – микроразметка

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

4 – HTML

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

5 – таргетинг

Ми говорили про разноязычных версіях сайту, але не говорили, що потрібно для кожної версії підключити таргетинг – включаємо його і задаємо регіон.

6 – рівень зручності мобільного версії

Перевіряємо 3 інструментами: якщо ви не закрили портал від індексації, то це можна зробити через Google Webmaster. Якщо ж індексація заборонена, вам допоможуть плагін SEO & Website Analysis або PageSpeed від того ж Google.

7 – заблоковані елементи

Усi свої скрипти, стилі, спливаючі вікна і інше відкриваємо від індексації тільки в тому випадку, коли вони потрапили в перелік заблокованих. Відкриваємо їх индексацию через robots.txt і виправляємо огріхи.

8 – помилки при скануванні

Їх, як правило, дві: це або 500 (пов'язана з сервером), або 404 (пов'язана з неіснуючими сторінками). Якщо знайшлися інші – відправляємо ТЗ фахівцеві і чекаємо їх усунення.

9 – Googlebot

Портал для робота повинен відображатися в такому ж вигляді, як і для людини. Якщо ви знайшли які-то заблоковані ділянки – відкрийте їх индексацию через robots.txt.

10 – карта сайту

Додаємо і перевіряємо. Самі адреси не повинні бути приховані від індексації, а після перевірки усi вони мають 200 кодом. Якщо є помилки – дивимося, в ніж вони полягають, в цьому вам може допомогти інструмент на сервісі rush-analytics.

11 – закриття індексації

Сюди потрапляють динамічні адреси, інструменти фільтрації і певні скрипти.

12 – аналіз безпеки

Перевіряйте портал на предмет злому.

№28 - параметри сайту при роботі з Яндекс Вебмастер

По суті, усi поради аналогічні:

1. Безпеку. Перевіряємо на предмет злому.
2. Діагностика. Дивимося на ряд проблем, виникли при аналізі, відправляємо звіт фахівцеві або вирішуємо їх самостійно.
3. Sitemap. В окремих випадках показники Google і показники Яндекс можуть відрізнятися, проблема вирішується закриттям індексації або перелинковкой.
4. Таргетинг. Якщо в першому випадку у нас міжнародний масштаб, то тут таргетинг швидше відноситься до регіонах країни.
5. Индексирование. Якщо в індекс не потрапили корисні адреси, дивимося, що саме не подобається Яндексу.

№29 – робота напилком по додатковим моментам

Єдиний IP

Багато хостери виділяють для декількох сайтів один IP. Проблема в тому, що на одному адресу може перебувати відмінний і зразковий портал і сайт-сателіт зі спамом, вірусами і іншими моментами. Якщо ви знайшли таке схожість – купуйте окремий адреса.

Для перевірки юзаем xseo.in.

Перевірка для статичних проксі

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

Захист тексту від копіювання

Зовсім захистити текст від копіювання неможливо, але можливо знизити рівень «кражи». Для цього поміщаємо в тег <body> параметр oncopy="return false. Тепер копіювання з сайту відключено.

Додавання favicon

Потрібно додати яскравий і виділяється favicon (іконку сайту) – це підвищує CTR.

№30 – робота з субдоменами

Не забувайте, що субдомены – це частина вашого проекту: їх потрібно досліджувати, для них потрібно складати окремі sitemap і robots.txt. Їм теж потрібна грамотна перелинковка, редиректы і канонізація.

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

З допомогою цього чек-листа навіть звичайний вебмастер зможе провести «тотальний аудит» для свого проекту. Головне – нічого не упускайте, так як навіть один, невеликий момент може зіпсувати усi подальше просування. Хай щастить!