Сжатие HTML и SEO?

На работе у нас есть специальный SEO-аналитик, который должен налить много данных (KeyNote/Compete и т.д.) и генерировать причудливые отчеты для руководителей, чтобы они могли видеть, как мы делаем против наших конкурентов в обычном поиске, Он также ведет инициативы по улучшению ранжирования SEO на наших сайтах, оптимизируя все как можно лучше.

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

Парень SEO упомянул, что семантический, действительный HTML получает больше очков от искателей, чем перепутал беспорядочный HTML. Я работаю над компрессией HTML в реальном времени, которая уменьшит размеры нашей страницы, а это довольно хороший кусок. Будут ли сжатие HTML задевать нас на ранжирование сайта?

Ответ 1

Я бы предложил использовать сжатие на транспортном уровне и исключить пробелы из HTML, но не жертвуя семантикой вашей разметки в интересах скорости. На самом деле, чем лучше вы "сжимаете" свою разметку, тем менее эффективным будет сжатие транспортного слоя. Или, говоря лучше, пусть gzip-кодирование передачи уменьшит ваш HTML-код для вас и налейте вашу энергию на запись чистой разметки, которая быстро появляется, когда она попадает в браузер.

Ответ 2

Сжатие HTML не должно причинять вам вреда.

Когда вы говорите компрессию HTML, я предполагаю, что вы имеете в виду инструмент, который удалял пробелы и т.д. с ваших страниц, чтобы сделать их меньше, не так ли? Это не влияет на то, как искатель увидит ваш html, поскольку он, вероятно, удаляет те же самые вещи из HTML, когда он захватывает страницу с вашего сайта. "Семантическая" структура HTML существует, сжата или нет.

Вы также можете посмотреть:

Сжатие страниц с сжатием GZIP на веб-сервере
Уменьшение размера изображений, CSS, javascript и т.д.
Учитывая, как движок макета браузера загружает ваши страницы.

Смешанный HTML, этот пользователь SEO, вероятно, означает использование таблиц для компоновки и повторного назначения встроенных элементов HTML (например, <p class="headerOne">Header 1</ p > ). Это увеличивает отношение тегов HTML к содержимому страницы или плотности ключевых слов в терминах SEO. У этого есть большие проблемы, хотя:

Более длительное время загрузки страницы из-за увеличения содержимого для загрузки, почему бы не использовать тег H1?
Сложно для чтения с экрана читать и влиять на доступность сайта.
Браузеры могут занимать больше времени, чтобы отображать контент в зависимости от того, как они анализируют страницы и страницы макетов со стилями.

Ответ 3

Я однажды переопределил беспорядочные таблицы-для-макета в xhtml 1.0 переходный, а размер пошел от 100 кбайт до 40 кбайт. Загруженные изображения перешли от 200 КБ до 50 кб.

Причина, по которой я получил такую большую экономию, заключалась в том, что на каждом сайте был встроен JS. Я также переоборудовал все JS, поэтому он был корректен как для IE6, так и для FF2. Изображения также были скомпилированы до карты изображения. Все методы были хорошо документированы на A List Apart и просты в реализации.

Ответ 4

Используйте сжатие gzip для сжатия HTML на этапе транспорта, а затем просто убедитесь, что код проверяет и что вы используете логические теги для всего.

Ответ 5

Парень SEO упомянул, что семантический, действительный HTML получает больше очков crawlers, чем перепутал messy HTML.

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

Однако рекомендуется использовать теги заголовков. < H1 > для заголовка страницы и < H2 > для основных заголовков, затем опустите вниз для нижних заголовков.

Я работаю над HTML в реальном времени компрессор, который уменьшит нашу страницу размер мой довольно хороший кусок. Будет сжатие HTML повредило нам на сайте рейтинги?

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

Часто задаваемые вопросы: поисковая оптимизация

Ответ 6

Использование сжатия не повредит вашему ранжированию страниц. Мэтт Каттс рассказывает об этом в своей статье о Прокси-сервер для кэширования прокси

Время загрузки страницы также может быть значительно улучшено с помощью изменения размера ваших изображений. Хотя вы можете использовать атрибуты высоты и ширины в теге img, это не изменяет размер изображений, загружаемых в браузер. Изменение размера изображений перед их размещением на ваших страницах может сократить время загрузки на 50% и более, в зависимости от количества и типа используемых вами изображений.

Другими вещами, которые могут улучшить время загрузки страницы, являются:

Использовать веб-стандарты/CSS для раскладки вместо таблиц
Если вы копируете/вставляете контента из MS Word, вычеркните дополнительные теги, которые Word генерирует
Положите CSS и javascript во внешнем файлы, а не встроенные в стр. Помогает, когда пользователи посещают больше чем одна страница на вашем сайте, потому что браузеры обычно кэшируют эти файлы.

Этот Web Page Analyzer даст вам отчеты о скорости, которые показывают, как долго разные элементы вашей страницы загружаются.

Ответ 7

Сначала вы проверяете код. Код проверяет стандарты w3c, такие как HTML & CSS