Войти как пользователь
Вы можете войти на сайт, если вы зарегистрированы на одном из этих сервисов:

Удаление избыточного кода

Россия +7 (495) 960-65-87
Шрифт:
2 3977

Удаление избыточного кода

Многим специалистам в области SEO известно, что избыточный код представляет собой большую проблему для индексации сайта. Кроме этого, затрудняется само понимание кода: где что и что к чему относится. Существует методы, применив которые можно добиться корректной индексации страниц сайта, прозрачности и понятности HTML-кода.

Что такое избыточный код?

Появления избыточного HTML-кода сопряжено с чрезмерным употреблением операторов, тегов разметки (markup). Разумеется, в данном случае не ведется речь о контенте, который присутствует на странице, – затрагивается проблема именно устранения избыточного кода разметки. Чтобы решить проблему, нужно выяснить ее источники.

Избыток кода от использования Dreamweaver Image Swap

Данное свойство картинки позволяет добиться того, что картинки могут сменять друг друга в порядке, определенном пользователем (эффект «перекатывания»).

Пожалуй, многие обращали внимание на следующие фрагменты кода:

eg.
MM_swapImgRestore(), MM_preloadImages() etc.

Наличие подобных фрагментов прибавляет порядка 1,3 кб избыточного кода. Не такая уж и большая цифра, но это только один источник лишнего кода.

Не рекомендуется использовать Image Swap при создании навигационных элементов.

Лучше потратить больше времени на создание приличного CSS для меню, нежели прибегать к использованию Image Swap, к примеру, можно использовать свойство “a:hover”, чтобы менять цвет фона картинками.

#menu a {
background: url('images/button.gif');
{

#menu a:hover {
background: url('images/button-over.gif');
{

Использование одних и тех же стилей в CSS

Думается, большинство пользователей совершали подобную ошибку, когда начинали работу с CSS…..

HTML:



CSS:
a.menu-item {
color: red;
}

Часто класс "menu-item" используется подобным образом. Но гораздо лучше использовать класс “menu” так:

HTML:



CSS:
#menu a {
color: red;
}

В результате, код станет более удобен для восприятия, не будет лишних фрагментов, а работать будет он так же, как и предыдущий.

Бесполезные мета-теги

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

< meta name="language" content="English" />
< meta name="author" content="My Name" />
< meta name="robots" content="index, follow" />
< meta name="revisit-after" content="7 days" />
< meta name="reply-to" content="spam@me.good.com" />
< meta name="document-classification" content="" />
< meta name="document-rights" content="Copyrighted Work"/>
< meta name="document-type" content="Public" />
< meta name="document-distribution" content="Global"/>
< meta name="distribution" content="global" />
< meta name="Publisher" content="My Name again" />
< meta name="Publisher-Email"content="please@spam-me.com" />
< meta name="Contributors" content="Me again" />
< meta name="Page-Topic" content="Repeat the title here"/>
< meta name="Page-Type" content="Promotional" />
< meta name="copyright" content="Me again" />

Нельзя сказать, что все из них приносят пользу, некоторые даже могут навредить: прописав meta name="Publisher-Email", вы добровольно подписываетесь под то, что ваш почтовый ящик будет в скором будущем заспамлен. Пожалуй, самыми полезными мета-тегами являются Description и Keywords.

Добавление бесполезной мета-информации также ведет к увеличению кода на 1 кб.

Пустые ячейки – очень частые гости в HTML-коде. Следите за тем, чтобы такой бесполезной информации не было в вашем коде.

Избыток информации в CSS

Многие не знают, что грамотно составленный CSS может привести к экономии 5 - 10 Кб. Если хотите узнать, за счет чего можно сократить CSS, то можно обратиться к данному сервису.

Избыток от использования редакторов WYSIWYG

What You See Is What You Get («что видишь, то и получаешь») – режим, в котором работает большинство HTML-редакторов. Обычный фрагмент кода для таких редакторов:

< spanstyle="font-weight: bold;">This is bold text

Это путь, по которому пойдет скорее ленивый, нежели грамотный. А теперь более экономный и лучший вариант:

Thisis bold text
or
This is bold text

Также вполне обычным делом является следующий фрагмент:

< spanstyle="font-weight: bold;">< spanstyle="font-weight: bold;">some bold text

Пустые теги лишь засоряют код и отнюдь не способствуют корректной индексации страниц сайта.

Избыточный комментарий

Здесь, думается, в подробные описания пускаться не стоит. Каждый для себя решает этот вопрос по-своему.

Если разработчик или верстальщик считает нужным давать развернутый комментарий, то пусть это делает. В конце концов, перегруженный код будет все-таки получше, нежели тот, который не работает или в котором легко запутаться.

Идентификаторы сессий

Кроме того, что идентификаторы сессий представляют собой угрозу успешному продвижению сайта (роботы поисковых систем неохотно индексируют url с идентификаторами сессий), так еще подобные url изрядно перегружают HTML-код.

Если на странице находится около 50 url с идентификаторами сессий, то это составляет приблизительно 1,6 кб лишней информации.

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

Подготовил Сергей Стружков, руководитель отдела ресурсов компании Ingate

Есть о чем рассказать? Тогда присылайте свои материалы Даше Калинской


Новые 
Новые
Лучшие
Старые
Сообщество
Подписаться 
Подписаться на дискуссию:
E-mail:
ОК
Вы подписаны на комментарии
Ошибка. Пожалуйста, попробуйте ещё раз.
Поделиться 
Поделиться дискуссией:
Отправить отзыв
  • Гость
    6 месяцев назад
    Имея некоторый опыт в создании сайтов, я пришла к выводу, что проблема качественной кодировки сайтов не в низкой квалификации Исполнителей, а в заниженных требованиях Заказчика. В большинстве случаев, при создании сайта, Заказчику важен внешний вид страниц и скорость исполнения. Как выглядит «изнанка», его не интересует.

    Работа над Html-кодировкой сайта ведется в  процессе создания «с нуля», или в рамках исправления ошибок на уже существующем сайте.
    И в том и в др...
    Имея некоторый опыт в создании сайтов, я пришла к выводу, что проблема качественной кодировки сайтов не в низкой квалификации Исполнителей, а в заниженных требованиях Заказчика. В большинстве случаев, при создании сайта, Заказчику важен внешний вид страниц и скорость исполнения. Как выглядит «изнанка», его не интересует.

    Работа над Html-кодировкой сайта ведется в  процессе создания «с нуля», или в рамках исправления ошибок на уже существующем сайте.
    И в том и в другом случае Заказчик должен понимать зачем необходим правильный код, а не только красивые картинки на страницах.
    В первом случае Заказчику необходимы определенные знания (или инструменты) чтобы оценить квалификацию Исполнителя и качество выполненной работы.
    Во втором случае нужна добрая воля Заказчика (подразумевается, что у Заказчика уже имеется понимание для чего необходимо проделать определенный объем работ), или Исполнитель должен обосновать трудозатраты на перекодировку.
    Оптимизатору кода сложно найти аргументы. На практике видно, что сайты-лидеры в выдаче поисковых систем зачастую сверстаны безграмотно, по-старинке, с избыточным кодом и разобраться что к чему относится в кодировке, мягко сказать, затруднительно (хотя, непонятно, зачем SEO специалисту разбираться в том, что где расположено в кодировке).

    Статья «Удаление избыточного кода» написана, видимо, для начинающих html-кодировщиков. К сожалению, тема избыточности кодировки раскрыта поверхностно и однобоко, что может ввести в заблуждение новичков. При написании оптимизированного кода страниц важно не только отделить содержание от оформления (Complete Presentational Separation), а и соблюдать многие другие существуют требования (например, WAI www.w3.org/WAI/).
    что и где и когда и как и расскажите кто может Оценка кода страниц. Удаление лишнего и избыточного кода.Заранее спасибо.
    -
    0
    +
    Ответить
    Поделиться
  • Надежда Салтыкова
    1
    комментарий
    0
    читателей
    Надежда Салтыкова
    больше года назад
    Имея некоторый опыт в создании сайтов, я пришла к выводу, что проблема качественной кодировки сайтов не в низкой квалификации Исполнителей, а в заниженных требованиях Заказчика. В большинстве случаев, при создании сайта, Заказчику важен внешний вид страниц и скорость исполнения. Как выглядит «изнанка», его не интересует.

    Работа над Html-кодировкой сайта ведется в  процессе создания «с нуля», или в рамках исправления ошибок на уже существующем сайте.
    И в том и в др...
    Имея некоторый опыт в создании сайтов, я пришла к выводу, что проблема качественной кодировки сайтов не в низкой квалификации Исполнителей, а в заниженных требованиях Заказчика. В большинстве случаев, при создании сайта, Заказчику важен внешний вид страниц и скорость исполнения. Как выглядит «изнанка», его не интересует.

    Работа над Html-кодировкой сайта ведется в  процессе создания «с нуля», или в рамках исправления ошибок на уже существующем сайте.
    И в том и в другом случае Заказчик должен понимать зачем необходим правильный код, а не только красивые картинки на страницах.
    В первом случае Заказчику необходимы определенные знания (или инструменты) чтобы оценить квалификацию Исполнителя и качество выполненной работы.
    Во втором случае нужна добрая воля Заказчика (подразумевается, что у Заказчика уже имеется понимание для чего необходимо проделать определенный объем работ), или Исполнитель должен обосновать трудозатраты на перекодировку.
    Оптимизатору кода сложно найти аргументы. На практике видно, что сайты-лидеры в выдаче поисковых систем зачастую сверстаны безграмотно, по-старинке, с избыточным кодом и разобраться что к чему относится в кодировке, мягко сказать, затруднительно (хотя, непонятно, зачем SEO специалисту разбираться в том, что где расположено в кодировке).

    Статья «Удаление избыточного кода» написана, видимо, для начинающих html-кодировщиков. К сожалению, тема избыточности кодировки раскрыта поверхностно и однобоко, что может ввести в заблуждение новичков. При написании оптимизированного кода страниц важно не только отделить содержание от оформления (Complete Presentational Separation), а и соблюдать многие другие существуют требования (например, WAI http://www.w3.org/WAI/).
    -
    0
    +
    Ответить
    Поделиться
ПОПУЛЯРНЫЕ ОБСУЖДЕНИЯ НА SEONEWS
SEOnews и Serpstat запускают конкурс для интернет-маркетологов
Анна Ольяная
4
комментария
0
читателей
Полный профиль
Анна Ольяная - благодарю :)
Как построить качественную ссылочную массу сайта
Айрат Рахимзянов
39
комментариев
0
читателей
Полный профиль
Айрат Рахимзянов - Спасибо Кирилл. Сейчас восстановилась работа сервиса: take.ms/ttXrw
«Я оптимизировал сайт, а он не в ТОП! Что делать?»
Павел Горбунов
7
комментариев
0
читателей
Полный профиль
Павел Горбунов - Как можно в инструменте tools.pixelplus.ru/tools/text-natural сравнить текст со страницы конкурента и со своей страницы? Я вижу возможность только для проверки одного урла.
Мир глазами поисковых систем
Александр Рунов
4
комментария
0
читателей
Полный профиль
Александр Рунов - Какой регион, если не секрет? В Мск, в ряде ВК тематик (в тех же "окнах" или "колесах"), без работы с внешними факторами по ВЧ запросам в ТОП не выплывешь. Хотя в большинстве направлений вполне реально.
Влияние HTTPS на ранжирование региональных поддоменов в Яндексе
Екатерина Иванова
1
комментарий
0
читателей
Полный профиль
Екатерина Иванова - Посмотрите на сколько упал трафик и на сколько потом вырос:упал на 10-20% на 1 месяц, а вырос в итоге в 5 раз. Одним мартовским трафиком всё падение перекрыли. Или можно ждать Яндекс неопределённое количество времени со стартовым уровнем трафика. Упущенные возможности и всё-такое.
Google.ru внесли в реестр запрещенных сайтов
Гость
1
комментарий
0
читателей
Полный профиль
Гость - Гон, все работает и будет работать. Да и пусть банят, будет как с рутрекером.
Монетизация сайта. Как, когда, сколько?
Ruslan Baybekov
2
комментария
0
читателей
Полный профиль
Ruslan Baybekov - Максим, добавили возможность вывода дохода на Яндекс Деньги и WMR.
Интеграция call tracking и CRM: углубленный анализ данных о звонках и продажах
Денис
2
комментария
0
читателей
Полный профиль
Денис - Какой смысл вообще в облачных CRM, обрезанный фугкционал, свое дописать невозможно, слив клиентов другим компаниям. Серверные бесплатные CRM куда надежней и кастамизируй как хочешь.
SEMrush: факторы ранжирования в Google в 2017 году
Анна Макарова
292
комментария
0
читателей
Полный профиль
Анна Макарова - Уважаемый S1, я тоже понимаю, что есть такие люди, которые заметив допущенную неточность несутся на всех парусах продемонстрировать "силу" своего ума. Спасибо вам за пристальное внимание. Это поможет нам быть лучше.
Дашборд Метрика 2.0 – мониторинг проблем на сайте в режиме реального времени
Константин Сокол
24
комментария
0
читателей
Полный профиль
Константин Сокол - Есть динамика трафика по разделам. Этот виджет показывает некоторые фильтры, в результате которых с поиска выпадают целые разделы.
ТОП КОММЕНТАТОРОВ
Комментариев
910
Комментариев
834
Комментариев
554
Комментариев
540
Комментариев
483
Комментариев
373
Комментариев
292
Комментариев
262
Комментариев
219
Комментариев
171
Комментариев
156
Комментариев
137
Комментариев
121
Комментариев
97
Комментариев
97
Комментариев
95
Комментариев
80
Комментариев
77
Комментариев
67
Комментариев
60
Комментариев
59
Комментариев
55
Комментариев
52
Комментариев
48
Комментариев
45

Отправьте отзыв!
Отправьте отзыв!