Оптимізація коду сторінок або в SEO дрібниць немає

1. Навіщо це потрібно?
2. Складові оптимізації коду
3. 1. Title, Description і Keywords - маємо відразу після тега head>.
4. 2. CSS-стилі і Java-скрипти - «ховаємо» в файли. css і. js.
5. 3. Контент в коді - «вище»!
6. 4. Непотрібний і сумнівний код - закриваємо від індексації.
7. 8. Оптимізація картинок під web.
8. Як бути і що робити в нинішніх умовах?

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

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

Навіщо це потрібно?

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

Складові оптимізації коду

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

1. Title, Description і Keywords - маємо відразу після тега head>.

дані теги повинні слідувати відразу після тега

. Дуже часто цим нехтують, і нерідко можна бачити, як після заголовка head йде все, що завгодно, але тільки не Title і мета-теги. Багато популярних CMS, наприклад, Joomla «грішать» цим.

У наведеному вище прикладі, якщо не звертати увагу на спамний keywords, показана частина неоптимізованого поля HEAD.

2. CSS-стилі і Java-скрипти - «ховаємо» в файли. css і. js.

Якщо нехтувати цим простим правилом, то значну частину коду сторінки можуть становити стилі оформлення елементів сторінки і java-скрипти. Цей код є технічним, він не несе користувачеві корисної інформації, тому що в ньому не зосереджений контент, але при цьому він додає об'єм для сторінки. Тому очевидно, що для прискорення завантаження сторінок і SEO-верстки необхідно виносити його в окремі файли з розширеннями .css і .js.

3. Контент в коді - «вище»!

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

4. Непотрібний і сумнівний код - закриваємо від індексації.

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

На поведінкові фактори істотний вплив може надати некроссбраузерная верстка. Сайт повинен однаково добре відображатися у всіх сучасних браузерах при різних дозволах. Досить часто можна побачити, коли браузер Internet Explorer некоректно відображає вміст сайту, причому відмінності з Firefox і Opera кардинальні. Якщо на такому сайті відсоток користувачів IE складе 20%, то ймовірність того, що показник відмов значно збільшиться, зростає. Нема проведе багато часу на такому сайті, ймовірно, відразу ж закриє вкладку і ніколи не повернеться на сайт повторно. Верстку сайту слід доручати професіоналам, для яких поняття «валідність» і «кроссбраузерность» - не порожні звуки.

8. Оптимізація картинок під web.

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

З'ясовувалося, що справа не в не швидкої швидкості підключення до інтернету, а в тому, що здаються міні-картинки насправді мають величезні дозволу, але замість того, щоб стиснути зображення в графічному редакторі, верстальник в коді сторінки прописав атрибутам картинок «width »і« height »значення, в 15 разів, менші, ніж реальний дозвіл фотографій. Іноді доходить до того, що в веб-документі використовують зображення в форматі .bmp, як відомо, мають набагато більші обсяги в порівнянні з ідентичними зображеннями в форматах .jpg або .gif. Як приклад можна привести сторінку про популярному зараз біатлоні -. Щоб подивитися в довантажувати фреймі всі фотографії, користувач змушений буде скачати близько 20 Мб трафіку, оскільки 90% зображень там виконано в bmp-форматі.

Як бути і що робити в нинішніх умовах?

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

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