Вимоги до технічної частини сайту для його ефективного просування
- Дата:28.01.2013
- Автор:Евгений Ли
В нашій роботі нам часто доводиться стикатися з ситуацією, коли замовник приходить до нам з вже готовим сайтом. Він прямо-так і виблискує від щастя, його розпирає від гордості. Як ж, новий сайт, його власний, Вродливий і ошатний, ну прямо, як ялинкова іграшка! Він вже думає, як люди восхитятся, побачивши його, як там усi буде чудово працювати. Тепер залишився один невеликий крок — просунути його, в внаслідок чого у всіх (і у замовника, і у його майбутніх клієнтів) усi відразу стане чудово.
Після всіх мук, після суперечок з дизайнерами, довгих і незрозумілих пояснень з програмістами, після безсонних ночей, безлічі витрачених нервів і грошових знаків справа залишилося нарешті-то за малим: замовити просування, і гроші в кишеню поллються рікою. Ан-немає. Не тут-то було.
Незважаючи на усi ці старання, незважаючи на Вродливий і, без всяких сумнівів, креативний дизайн, захоплюючу анімацію і чудове звукове супровід, фахівці по поисковому просуванню розводять руками і заявляють: «В такому вигляді сайт просувати не можна. Потрібні доопрацювання».
Замовник, саме собою, хапається за голову. Які ще доопрацювання? Знову? Скільки ж можна? Я в нього стільки вклав, а його усi одно потрібно допрацьовувати?
Справа в тому, що у web-розробників і пошукових оптимізаторів кілька різний погляд на то, як повинен виглядати ідеальний сайт. Для оптимізатора зовнішній вид значно менш вагомий фактор, ніж здатності його структури в питаннях відповідності вимогам пошукових машин.
По великому рахунком, такі доопрацювання не носять глобального характеру і рідко призводять до масштабної перебудові сайту. Проте і цього можна було б легко і безболісно уникнути, якщо б передбачити усi ці речі ще на етапах розробки.
Моя колега, Наталя Мусиенко, підготувала перелік найбільш часто зустрічаються моментів, які не враховують розробники, але в то ж час ці, на перший погляд «дрібниці», можуть надати значне вплив на якість, швидкість і вартість подальшого просування. Отже, ось вони:
1. Коректно працюючий 301-редирект. До наприклад, на різні дзеркала сайту http://site і http://www.site, або різні варіанти написання, такі як http://site.com/page і http://site.com/page/.
2. Можливість автоматичної генерації файлу sitemap.xml (службовий файл, призначений для пошукових роботів і містить вказівки щодо параметрів індексації сторінок сайту). При цьому в адміністративної частини повинна бути реалізована можливість зміни тега priority, а також коректно заповнені xml-теги changefreq і lastmod.
3. Коректна обробка 404-й помилки (один з стандартних кодів відповіді HTTP про тому, що сервер не може знайти запитані дані) в шаблоні сайту. Це, в першу чергу, необхідно для того, щоб не лякати користувачів і не змушувати їх залишати сайт.
4. Для кожної сторінки необхідна можливість вказувати Заголовок типу h1. Даний тип заголовка має велике значення як для користувача, так і для пошукового робота.
5. Для кожної сторінки повинна бути можливість автономно перевизначати метатеги title, description і keywords. На всіх сторінках повинна бути реалізована автоматична генерація тега title, заснована на спадкуванні h1, або ж його формування визначається для кожної сторінки окремо. Ручне автономне перевизначення в будь-якому випадку є більше переважним.
6. Тег title повинен розташовуватися вгорі сторінки під відкриває тегом head.
7. Можливість настройки ЧПУ (человекопонятных урлов) для будь-який сторінки шляхом автоматичної транслітерації її назви. При цьому для таких розділів, як «Новини», необхідно зробити особливий ЧПУ типу /news/2013-01-23/. Якщо новин за день більше однією, використовуйте додатковий індекс /news/2013-01-23-2/. В залежно від структури сайту і використовуваної CMS, налаштування ЧПУ здійснюється шляхом установки спеціальних плагінів або модулів для CMS, або модифікацією файлу .htaccess.
8. На всіх сторінках з текстом бажано використовувати скрипт по захисту від копіювання і одночасно з ним функцію «Початковий код» правою кнопкою. В адміністративної панелі необхідно передбачити опцію исключения — «Дозволити копіювання». Якщо опція активна, то скрипт на даної сторінці працювати не повинен і вміст можна буде скопіювати. Злодійство контенту вельми актуальний питання. В ряді випадків дана обережність допоможе захистити вашу інформацію.
9. Бажано, щоб верстка сайту здійснювалася в відповідно зі стандартами HTML5. На сьогоднішній день це найбільш просунута технологія, яка активно розвивається і отримує усi більше і більше поширення. Було б правильно йти в ногу зі часом.
10. В питанні пагинации важливо подбати про тому, щоб при натисканні на сторінку 1 після переходу, до наприклад, зі сторінки 2, URL не модифікувався, наприклад ось так: /news/?start=0. Пагінація повинна бути закрита тегом nofollow. Для інших сторінок, які закриті від індексації, URL може генеруватися будь-яким способом, але починатися — зі слова «pagination» (це потрібно в основному для інтернет-магазинів, де вітрини генеруються автоматично).
11. Для першій сторінки, де є пагінація, повинна бути присутнім можливість додавання тексту. При цьому даний текст повинен перебувати тільки на першій сторінці і не дублюватися при подальших переходах.
12. Розмітка сторінки повинна бути валидной (The W3C Markup Validation Service). CSS також бажано перевіряти на валидность (за винятком CSS3).
13. Бажано, щоб усi скрипти містилися в окремих файлах.
14. В системі управління сайтом повинна бути передбачена можливість редагування файлу robots.txt.
15. На всіх основних сторінках (Головна, розділи, підрозділи, картки товарів) необхідно передбачити і оформити текстовий блок.
16. Меню і усi посилання в ньому повинні бути представлені текстом, а не графічно або з використанням flesh.
17. Якщо товар в інтернет-магазині доступний в різних розділах або категоріях, то для нього повинна існувати одна єдина посилання, поза залежно від того, в яких розділах або підкатегоріях він доступний.
18. «Хлібні крихти» обов'язково повинні бути реалізовані в вигляді микроформатов. І виглядати це має приблизно ось так:
19. Якщо для записей/постов використовуються теги і є можливість генерації сторінки, що відображає усi запису з даними тегом, то необхідно зробити наступне:
20. З метою захисту записей/текстов від злодійства (або для визначення першоджерела) бажано передбачити спеціальні поля для використання атрибутів rel=”author” і rel=”me”. Це необхідно для зв'язку зі сторінкою автора в Google+. Посилання на профіль автора необхідно розмістити «сквозняком» по всьому сайту. Це одна з додаткових заходів, яка може сприяти збереженню унікальності вашого контенту.
21. Усi технічні сторінки сайту повинні мати можливість бути закритими від індексації (результати пошуків, внутрішні сторінки профілів, особисті кабінети і т.д.)
Це далеко неповний перелік технічних нюансів, які не враховуються розробниками і замовниками при створенні сайтів. В цієї статті ми зібрали тільки найбільш часто зустрічаються і значущі, на наш погляд, параметри.
Дотримання цих правил на етапах проектування в надалі значно удешевит вартість просування і підвищить його якість. Від всій душі сподіваємося, що, дотримуючись цих нехитрих, в Загалом-то, вимог, ви зможете заощадити масу свого часу і нервів
.
Дякуємо.
Після всіх мук, після суперечок з дизайнерами, довгих і незрозумілих пояснень з програмістами, після безсонних ночей, безлічі витрачених нервів і грошових знаків справа залишилося нарешті-то за малим: замовити просування, і гроші в кишеню поллються рікою. Ан-немає. Не тут-то було.
Незважаючи на усi ці старання, незважаючи на Вродливий і, без всяких сумнівів, креативний дизайн, захоплюючу анімацію і чудове звукове супровід, фахівці по поисковому просуванню розводять руками і заявляють: «В такому вигляді сайт просувати не можна. Потрібні доопрацювання».
Замовник, саме собою, хапається за голову. Які ще доопрацювання? Знову? Скільки ж можна? Я в нього стільки вклав, а його усi одно потрібно допрацьовувати?
Справа в тому, що у web-розробників і пошукових оптимізаторів кілька різний погляд на то, як повинен виглядати ідеальний сайт. Для оптимізатора зовнішній вид значно менш вагомий фактор, ніж здатності його структури в питаннях відповідності вимогам пошукових машин.
По великому рахунком, такі доопрацювання не носять глобального характеру і рідко призводять до масштабної перебудові сайту. Проте і цього можна було б легко і безболісно уникнути, якщо б передбачити усi ці речі ще на етапах розробки.
Моя колега, Наталя Мусиенко, підготувала перелік найбільш часто зустрічаються моментів, які не враховують розробники, але в то ж час ці, на перший погляд «дрібниці», можуть надати значне вплив на якість, швидкість і вартість подальшого просування. Отже, ось вони:
1. Коректно працюючий 301-редирект. До наприклад, на різні дзеркала сайту http://site і http://www.site, або різні варіанти написання, такі як http://site.com/page і http://site.com/page/.
2. Можливість автоматичної генерації файлу sitemap.xml (службовий файл, призначений для пошукових роботів і містить вказівки щодо параметрів індексації сторінок сайту). При цьому в адміністративної частини повинна бути реалізована можливість зміни тега priority, а також коректно заповнені xml-теги changefreq і lastmod.
3. Коректна обробка 404-й помилки (один з стандартних кодів відповіді HTTP про тому, що сервер не може знайти запитані дані) в шаблоні сайту. Це, в першу чергу, необхідно для того, щоб не лякати користувачів і не змушувати їх залишати сайт.
4. Для кожної сторінки необхідна можливість вказувати Заголовок типу h1. Даний тип заголовка має велике значення як для користувача, так і для пошукового робота.
5. Для кожної сторінки повинна бути можливість автономно перевизначати метатеги title, description і keywords. На всіх сторінках повинна бути реалізована автоматична генерація тега title, заснована на спадкуванні h1, або ж його формування визначається для кожної сторінки окремо. Ручне автономне перевизначення в будь-якому випадку є більше переважним.
6. Тег title повинен розташовуватися вгорі сторінки під відкриває тегом head.
7. Можливість настройки ЧПУ (человекопонятных урлов) для будь-який сторінки шляхом автоматичної транслітерації її назви. При цьому для таких розділів, як «Новини», необхідно зробити особливий ЧПУ типу /news/2013-01-23/. Якщо новин за день більше однією, використовуйте додатковий індекс /news/2013-01-23-2/. В залежно від структури сайту і використовуваної CMS, налаштування ЧПУ здійснюється шляхом установки спеціальних плагінів або модулів для CMS, або модифікацією файлу .htaccess.
8. На всіх сторінках з текстом бажано використовувати скрипт по захисту від копіювання і одночасно з ним функцію «Початковий код» правою кнопкою. В адміністративної панелі необхідно передбачити опцію исключения — «Дозволити копіювання». Якщо опція активна, то скрипт на даної сторінці працювати не повинен і вміст можна буде скопіювати. Злодійство контенту вельми актуальний питання. В ряді випадків дана обережність допоможе захистити вашу інформацію.
9. Бажано, щоб верстка сайту здійснювалася в відповідно зі стандартами HTML5. На сьогоднішній день це найбільш просунута технологія, яка активно розвивається і отримує усi більше і більше поширення. Було б правильно йти в ногу зі часом.
10. В питанні пагинации важливо подбати про тому, щоб при натисканні на сторінку 1 після переходу, до наприклад, зі сторінки 2, URL не модифікувався, наприклад ось так: /news/?start=0. Пагінація повинна бути закрита тегом nofollow. Для інших сторінок, які закриті від індексації, URL може генеруватися будь-яким способом, але починатися — зі слова «pagination» (це потрібно в основному для інтернет-магазинів, де вітрини генеруються автоматично).
11. Для першій сторінки, де є пагінація, повинна бути присутнім можливість додавання тексту. При цьому даний текст повинен перебувати тільки на першій сторінці і не дублюватися при подальших переходах.
12. Розмітка сторінки повинна бути валидной (The W3C Markup Validation Service). CSS також бажано перевіряти на валидность (за винятком CSS3).
13. Бажано, щоб усi скрипти містилися в окремих файлах.
14. В системі управління сайтом повинна бути передбачена можливість редагування файлу robots.txt.
15. На всіх основних сторінках (Головна, розділи, підрозділи, картки товарів) необхідно передбачити і оформити текстовий блок.
16. Меню і усi посилання в ньому повинні бути представлені текстом, а не графічно або з використанням flesh.
17. Якщо товар в інтернет-магазині доступний в різних розділах або категоріях, то для нього повинна існувати одна єдина посилання, поза залежно від того, в яких розділах або підкатегоріях він доступний.
18. «Хлібні крихти» обов'язково повинні бути реалізовані в вигляді микроформатов. І виглядати це має приблизно ось так:
19. Якщо для записей/постов використовуються теги і є можливість генерації сторінки, що відображає усi запису з даними тегом, то необхідно зробити наступне:
- Усi посилання-теги закрити в nofollow.
- На сторінці тега в початку коду сторінки прописати атрибути nofollow і noindex, а також rel=”canonical”, вказавши в як канонічної сторінки Головну, або сторінку записи/поста.
- Будь-яка посилання на сайті, ссылающаяся на яку-або сторінку тега, повинна мати можливість бути закритою в nofollow.
20. З метою захисту записей/текстов від злодійства (або для визначення першоджерела) бажано передбачити спеціальні поля для використання атрибутів rel=”author” і rel=”me”. Це необхідно для зв'язку зі сторінкою автора в Google+. Посилання на профіль автора необхідно розмістити «сквозняком» по всьому сайту. Це одна з додаткових заходів, яка може сприяти збереженню унікальності вашого контенту.
21. Усi технічні сторінки сайту повинні мати можливість бути закритими від індексації (результати пошуків, внутрішні сторінки профілів, особисті кабінети і т.д.)
Це далеко неповний перелік технічних нюансів, які не враховуються розробниками і замовниками при створенні сайтів. В цієї статті ми зібрали тільки найбільш часто зустрічаються і значущі, на наш погляд, параметри.
Дотримання цих правил на етапах проектування в надалі значно удешевит вартість просування і підвищить його якість. Від всій душі сподіваємося, що, дотримуючись цих нехитрих, в Загалом-то, вимог, ви зможете заощадити масу свого часу і нервів
.
Дякуємо.