HTML страничка: ее создание и видоизменение

Глава содержит примеры форматирования страничек из области Гипертекстовой разметки.

В меню слева вы найдете современные и очень подробные уроки по HTML.

Они позволят вам создать свой сайт с чистого листа , а пока смотрим немного ниже.

Краткое содержание странички

1. HTML страничка, ее создание и видоизменение: предисловие и немного теории
2. Немного про создание организации World Wide Web Consortium, а затем о страничках в HTML
3. HTML страничка и ее начальная структура: описание значения тегов
4. HTML страничка, цвет ее фона и отдельных элементов: примеры изменения цвета

Прежде, чем приступить к HTML страничке, предлагаю ознакомиться с некоторой информацией.

Это может быть интересно.

Создание организации World Wide Web Consortium

В 1994 году под эгидой научного центра CERN, где была рождена WWW технология, создана международная некоммерческая организация World Wide Web Consortium (www.w3c.org), которая сегодня занимается разработкой протоколов передачи данных, международными стандартами в рамках интернета и специализированными программами. World Wide Web Consortium существует на базе трех организаций: Массачусетского технологического института (MIT), Национального института исследований в сфере информатики и автоматики во Франции (INRIA) и университета Keio в Японии. Кроме этого, World Wide Web Consortium объединяет более 165 коммерческих и академических организаций, среди которых – Microsoft и Netscape. Официальный сайт www.w3c.org предлагает всем желающим ознакомиться с историей компании, с информацией о развитии WWW технологии в мировом масштабе, материалами с международных конференций. Практический интерес представляет огромный архив технических материалов, связанных с архитектурой сети, утвержденными протоколами и стандартами. Представлены также спецификации Гипертекстовых языков разметки, стоящих в основе каждой отдельной интернет-странички.

HTML страничка и ее начальная структура

Описание параметров странички, в данном случае – значения тегов:

• – обязательные, определяют HTML страничку.
• – определяют секцию со служебной информацией, содержат инструкции для поисковиков, для браузеров, скрипты.
• – определяют основной заголовок HTML странички.
• – обязательные, определяют видимую часть документа (страничку).
• – определяют заголовок 3-го уровня.
• – определяют параграф.

Выше представлена схема параметров XHTM документа. Подробнее: HTML и XHTM

HTML страничка, цвет ее фона и элементов

Сделаем фон HTML странички светло-зеленым:

Заголовок 1-го уровня Первый параграф Второй параграф Третий параграф

Строка style=»color:Yellow; background-color:#66cc66″ в теге делает цвет фона HTML странички зеленым, текст – желтым.

Атрибуты style=»» со значениями – это линейные CSS включения.

Автор проекта — Вася Митин | Дата публикации: Июль 2011 | Обновление: Ноябрь 2018

HTML коды странички и сайта HTML страничка и ее оформление

© 2009 — 2023 | При использовании материала, ссылайтесь на мой сайт!
По всем вопросам обращайтесь: go@ab-w.net | Страничка на HTML? – Не вопрос!

Как оформить страницы сайта, чтобы они продвигались?

Продвижение сайта — вопрос сложный, и сегодня мы хотим поговорить об одном из самых важных моментов в этом: о том, как оформить страницы вашего сайта. В этой статье речь пойдёт о том, как разместить текстовый контент в CMS так, чтобы страницы лучше продвигались, хорошо воспринимались и приводили на ваш сайт больше заинтересованных посетителей. Итак, ваш сайт почти готов: есть дизайн и вёрстка, налажен функционал, подобраны нужные сервисы. Текстовый контент вы тоже подготовили, осталось только выложить его на страницы. Как это сделать в CMS? Давайте разберём всё по порядку.

Метатеги

Перед вами — раздел CMS, где можно выложить сам текст. Здесь есть несколько полей, которые называются “Метатеги” или meta-tags. Они предназначены для того, чтобы передать роботам поисковых систем необходимые данные о вашей странице. То, что вы введёте в этих полях, видят только поисковики. Они опираются на эти данные и продвигают ваш сайт, чтобы в конечном итоге его увидели пользователи. Основные метатеги — это Title, Keywords и Description. Именно они влияют на то, чтобы конкретная страница лучше ранжировалась в поисковых системах. Title. Заголовок — именно так переводится это слово и именно его пользователь видит на странице поисковой выдачи по своему запросу. Заголовок мы советуем делать читабельным и удобным для восприятия, а не составлять его из “голых” ключевых слов. Title — это первое, что видит пользователь в поисковой выдаче, поэтому его следует делать не только ранжируемым, но и привлекательным для людей. Строка поиска предназначена для коротких фраз и словосочетаний, поэтому в поле этого метатега мы советуем писать заголовок не длиннее 10 слов. Keywords. Это поле для ключевых слов и словосочетаний, по которым продвигается страница. Здесь следует писать ключевые слова, которые в полной мере и кратко описывают содержание страницы. Длина этого тега — не больше 10-12 слов или 120 символов. Раньше на этот метатег в большей степени опирались поисковики, когда ранжировали сайты. Сейчас Google и Яндекс обладают механизмами, которые умеют сами определять, какой теме посвящена страница. Однако, мы советуем в любом случае прописывать keywords — это поможет более быстрому и точному продвижению. Description. Это короткое описание страницы, по которому она индексируется в поисковиках. Иногда это описание выводится на странице поисковой выдачи под заголовком в качестве небольшой аннотации. Описание предназначено, чтобы в нём робот отыскал слова и выражения, которые вводит пользователь в качестве поискового запроса. Не дублируйте здесь то, что написали в Title — описание должно дополнять заголовок, а не повторять его. Однако, сейчас поисковые системы могут проигнорировать поле Description и выдать в качестве аннотации любой фрагмент основного текста страницы, если посчитают, что он больше подходит под поисковую выдачу.

Вёрстка кода HTML

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

Заголовки H1 — H3

Заголовки — это основной элемент форматирования текста на странице сайта. Заголовки помогают структурировать текст и лучше его подать читателю. Другое важное свойство заголовков — они облегчают работу поисковиков: положительно влияют на вес страницы, этим помогая системе лучше её продвигать. Лучше всего использовать в текстах заголовки всех трёх уровней: H1, H2, H3. С их помощью текстовый массив будет разделён на структурные блоки по логике и смыслу. Важно: в CMS.S3 заголовком H1 является само название страницы, и на каждой странице может быть только один такой заголовок. Тегов H2 и H3 может быть несколько, и они используются уже в самом текстовом массиве.

Жирный шрифт с помощью тега

Оператор выделяет жирным шрифтом нужные слова в тексте: это подчёркивает значимость слов и их дополнительный вес. Этот тег часто используется для выделения ключевых слов, но не только: так можно выделять важные понятия, определения, руководства к действию. Тег следует использовать осторожно и только по делу. Если на вашей странице много слов, выделенных жирным, особенно если это ключевые слова, то поисковая система может решить, что вы пытаетесь “надавить” на пользователя и просто убрать вас из верхних строчек поисковой выдачи. Будет уместно применять 1-3 раза на странице: важное будет выделено, и это не повредит, а поможет ранжированию страницы.

Списки: маркированные и нумерованные

Списки — хороший способ структурировать информацию и подать её в таком виде, чтобы пользователь воспринял её “на раз”. Человеку проще найти для себя полезную информацию, когда она отображена по пунктам. И, конечно, важное свойство списков — бонусы при ранжировании страницы поисковиками. Алгоритмы ведущих поисковиков настроены так, что если они видят списки, то решают, что страница хорошо подготовлена для восприятия пользователем, признают её благоприятной и повышают в выдаче. Маркированный список обычно применяется для перечисления равноценных пунктов, которые составляют, например, какое-то понятие или процесс. Маркированным списком можно пользоваться при перечислении преимуществ, особенностей, свойств. Позиции в таких списках обозначаются кружочком или другим подобным символом. Нумерованный список можно использовать тогда, когда есть ограниченное число позиций. Такой список подходит для перечисления шагов к совершению действия, например. Позиции в нумерованном списке, как можно догадаться, обозначаются цифрами, которые соответствуют порядковым номерам каждого из пунктов.

Визуальные элементы

Медиаконтент — это важная часть на любой странице любого сайта. Когда текст разбавлен изображениями по теме, он легче воспринимается и выглядит более дружелюбным, в отличие от пустой “простыни” текста, даже если она оформлена заголовками и списками. Страницы, оформленные иллюстрациями, тоже нравятся поисковикам, потому что они считываются как более наполненные смыслом. О том, как правильно оформлять медиаконтент в CMS, чтобы страница лучше ранжировалась, можно почитать здесь.

Стиль страницы

Когда вы редактируете текст страницы в соответствующем поле в CMS, у вас есть много возможностей разнообразить текст — курсив, подчёркивание, выделение жирным, применение разных цветов для шрифта. Однако, пользоваться всем этим нужно осторожно и с умом: стиль страницы должен быть выдержанным, читабельным и приятным для восприятия. Стремление выделить слишком много слов разными способами может привести к тому, что у посетителя “зарябит в глазах” — читать такой текст не особо приятно, а воспринимать его смысл трудно. Кроме того, перегруженная таким оформлением страница тоже может считаться поисковиком как слишком навязчивая.

HTML и CSS

1. Когда вы создаёте текст в документе и копируете его в CMS, система автоматически подставляет множество ненужных тегов, которые засоряют код страницы. Такое “засорение” может повлиять на ранжирование страницы: поисковый робот по html-разметке оценивает качество оформления страницы и решает, выпускать ли её в выдачу.
2. При редактировании в HTML у вас есть больше инструментов для оформления и визуализации текста.
3. Стили документа — это визуальное оформление, которое прописывается в системе CSS в специальных файлах с соответствующим расширением. С помощью таких стилей можно задать, например, единое оформление таблиц (для прайсов, сравнений, характеристик), списков и пр. Один и тот же стиль можно применять в разных местах и на разных страницах. Достаточно создать 2-3 таких стиля для разных случаев, которые часто используются, и значительно облегчить себе работу над оформлением страниц.

Грамотное использование инструментов HTML и CSS добавит вам очков как у посетителей, так и у поисковых систем, а это — один из прямых путей к продвижению, развитию бизнеса и притоку клиентов.

Основы HTML и CSS, конечно, придётся немного изучить, но оно того стоит. К тому же, есть удобные самоучители, где информация подана доступно и интересно: https://htmlbook.ru/samhtml и https://htmlbook.ru/samcss.

В нашей CMS.S3 файл со стилями уже есть в системе управления, найти его можно по пути: “Дополнительно —> Файлы дизайна”.

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

• Используйте теги div (для блочных элементов) и span (для строчных и строчно-блочных элементов).
• Остальные теги используйте только согласно их базовому смыслу.
• Теги , , ,

  , с по ,

  ,
  • — используются только для форматирования текста. Как правило, эти стили находятся в шаблоне сайта и в стилях компонентов не присутствуют.
  • Для привязки CSS-свойств к тегу используйте только атрибут class .
  • Если нажатие на элемент приводит к открытию новой страницы, используйте тег . В противном случае используйте или .
  • Отступы между логическими блоками никогда не делайте пробелами или тегом
    .
  • Структуру html-тегов необходимо делать по сетке дизайна. «Колонки» и логические блоки одного уровня обязательно помещайте в контейнер. Плохо:

  Визуально теги разбиты и отделены отступами, а в результирующем HTML-коде будет одна строка. Другой прием с помощью HTML-комментариев:

  Inline Item 1Inline Item 2Inline Item 3Inline Item 4 

  • Неприятной особенностью свойства float является то, что такой блок может «вывалиться» из блока-родителя. Это происходит из-за того, что float-элемент удаляется из потока и родитель не выделяет место под него. Решить эту проблему можно несколькими способами:
    • Поставить родителю overflow: hidden/auto .
    • Поставить родителю float.
    • Добавить в родителя элемент с clear. Чтобы не добавлять в HTML-код лишний элемент, можно задать его через :after .

    Тип документа

    Создавайте новую верстку по стандарту HTML5. В старых шаблонах по возможности избавляйтесь от XHTML (слешей в конце тегов
    , ).

    Альтернативные атрибуты (alt, title)

    Очень часто разработчики забывают указывать альтернативные подписи к иконкам, кнопкам или другим графическим элементам. Наличие атрибутов title и alt в верстке поможет решить эту проблему.

    Разделение ответственности

    Держите структуру (разметка), оформление (стили) и поведение (скрипты) раздельно и постарайтесь свести взаимодействие между ними к минимуму. Убедитесь, что документы и шаблоны содержат только HTML, и что HTML служит только для задания структуры документа. Весь код, отвечающий за оформление, перенесите в файлы стилей, а код отвечающий за поведение — в скрипты.

    Отделение структуры от представления и поведения помогает облегчить поддержку кода. Изменение шаблонов и HTML-документов всегда занимает больше времени чем изменение файлов стилей или скриптов.

    Формы

    • В верстке всегда должен присутствовать тег .
    • Подписи полей должны быть слинкованы к соответствующим элементам формы.
    • Должно быть показано, как выводится ошибка и/или сообщение об успешном выполнении операции.
    • Переключение между элементами формы по клавише Tab.
    • Интерактивность: смена фокуса должна визуально подсказывать пользователю активный элемент.

    Картинки

    • Используйте SVG вместо растровых изображений.
    • В случае, если SVG использовать затруднительно, используйте формат PNG.
    • Объединяйте картинки в спрайты. Это ускорит отображение страницы.
    • Называйте файлы с указанием имени модуля и блока, к которому относится изображение. Для разделения слов используйте дефис (-). Плохо:

    .crm-lead-history < background-image: url(images/sprite.svg); >.crm-lead-log < background-image: url(images/arrow_left.svg); >

    .crm-lead-history < background-image: url(images/crm-lead-sprite.svg); >.crm-lead-log < background-image: url(images/crm-lead-arrow-left.svg); >

    Руководство по оформлению HTML/CSS кода от Google

    С удовольствием ознакомился с этими рекомендациями и теперь предлагаю вам перевод.

    Введение

    Это руководство описывает правила для оформления и форматирования HTML и CSS кода. Его цель — повысить качество кода и облегчить совместную работу и поддержку инфраструктуры.

    Это относится к рабочим версиям файлов использующих HTML , CSS и GSS

    Разрешается использовать любые инструменты для минификации компиляции или обфускации кода, при условии, что общее качество кода будет сохранено.

    Общие правила оформления

    Протокол

    Не указывайте протокол при включении ресурсов на страницу.

    Опускайте название протокола ( http: , https: ) в ссылках на картинки или другие медиа-ресурсы, файлы стилей или скрипты, конечно, если эти файлы доступны по обоим протоколам.

    Отсутствие протокола делает ссылку относительной, что предотвращает смешивание ресурсов из разных протоколов и незначительно уменьшает размер файлов.

    Не рекомендуется:

    Рекомендуется:
    
    Не рекомендуется:

     .example < background: url(http://www.google.com/images/example); >

    Рекомендуется:

     .example < background: url(//www.google.com/images/example); >

    Общее форматирование

    Отступы

    Всегда используйте для отступа два пробела.

    Не используйте табуляцию и не смешивайте табуляцию с пробелами.

    Рекомендуется:

    Рекомендуется:

     .example

    Регистр

    Всегда пишите в нижнем регистре.

    Весь код должен быть написан в нижнем регистре: Это относится к названиям элементов, названиям атрибутов, значениям атрибутов (кроме текста/ CDATA ), селекторам, свойствам и их значениям (кроме текста).

    Не рекомендуется:

    Рекомендуется:

    Пробелы в конце строки

    Убирайте пробелы в конце строки.

    Пробелы в конце строк не обязательны и усложняют использование diff.

    Не рекомендуется:

     
    Что?_

    Рекомендуется:

     
    Вот так.

    Общие мета правила

    Кодировка

    Используйте UTF-8 (без BOM).

    Убедитесь, что ваш редактор использует кодировку UTF-8 без метки порядка байтов (BOM).

    Указывайте кодировку в HTML шаблонах и документах с помощью . Опускайте кодировку для сss-файлов: для них UTF-8 задана по умолчанию.

    (Вы можете узнать больше о кодировках, и о том, как их использовать, по этой ссылке: Наборы символов и кодировки в XHTML, HTML CSS (англ.).)

    Комментарии

    По возможности поясняйте свой код, где это необходимо.

    Используйте комментарии, чтобы пояснить свой код: что он делает, за что отвечает, и почему используется выбранное решение.

    (Этот пункт не обязателен, потому что нет смысла ожидать, что код всегда будет хорошо задокументирован. Полезность комментирования зависит от сложности проекта и может различаться для HTML и CSS кода. )

    Задачи

    Отмечайте задачи для списка дел с помощью TODO .

    Отмечайте задачи с помощью ключевого слова TODO . не используйте другие часто встречающиеся форматы, такие как @@ .

    Заключайте контакты (имя пользователя или список адресатов) в круглые скобки: TODO(контакт) .

    Описывайте задачу после двоеточия, например: TODO: Задача .

    Рекомендуется:

      Тест

    Рекомендуется:

    Правила оформления HTML

    Тип документа

    Используйте HTML5.

    HTML5 (HTML синтаксис) рекомендуется для всех html-документов: .

    (Рекомендуется использовать HTML с типом контента text/html . Не используйте XHTML, так как application/xhtml+xml (англ.), хуже поддерживается браузерами и ограничивает возможность оптимизации. )

    Валидность HTML

    По возможности используйте валидный HTML.

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

    Используйте такие инструменты как W3C HTML validator (англ.) чтобы проверить валидность кода.

    Валидность — это важное и при этом измеряемое качество кода. Написание валидного HTML способствует изучению технических требований и ограничений и обеспечивает правильное использование HTML.

    Не рекомендуется:

      Просто проверка

    Рекомендуется:

        
    Просто проверка.

    Семантика

    Используйте HTML так, как это было задумано.

    Используйте элементы (Иногда неверно называемые “тегами”) по назначению: заголовки для заголовков, p для абзацев, a для ссылок и т.д.

    Это облегчает чтение, редактирование и поддержку кода.

    Не рекомендуется:

     
    All recommendations

    Рекомендуется:

    Альтернатива для мультимедиа

    Всегда указывайте альтернативное содержимое для мультимедиа.

    Постарайтесь указать альтернативное содержимое для мультимедиа: например для картинок, видео или анимаций, заданных с помощью canvas . Для картинок это осмысленный альтернативный текст ( alt ), а для видео и аудио расшифровки текста и подписи если это возможно.

    Альтернативное содержимое может помочь людям с с ограниченными возможностями. Например человеку со слабым зрением сложно понять, что на картинке если для нее не задан @alt . Другим людям может быть тяжело понять о чем говорится в видео или аудио записи.

    (Если для картинки alt избыточен, или она используется только в декоративных целях в местах, где нельзя использовать CSS, используйте пустой альтернативный текст alt=»» )

    Не рекомендуется:

    Рекомендуется:

    Разделение ответственности

    Разделяйте структуру, оформление и поведение.

    Держите структуру (разметка), оформление (стили) и поведение (скрипты) раздельно и постарайтесь свести взаимодействие между ними к минимуму.

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

    Старайтесь сократить их пересечения к минимуму, включая в шаблоны минимальное количество файлов стилей и скриптов.

    Отделение структуры от представления и поведения помогает облегчить поддержку кода. Изменение шаблонов и HTML-документов всегда занимает больше времени чем изменение файлов стилей или скриптов.

    Не рекомендуется:

         
    HTML Отстой
     
    Я об этом и раньше где-то читал, но теперь точно все ясно: HTML - полная фигня!!1 
    Не могу поверить, что для того чтобы изменить оформление, нужно каждый раз все переделывать заново. 

    Рекомендуется:

       
    Мой новый CSS дизайн
     
    Я читал об этом и раньше, но наконец-то сделал сам: Использую принцип разделения ответственности и не пихаю оформление в HTML 
    Как круто!

    Ссылки-мнемоники

    Не используйте ссылки-мнемоники.

    Нет смысла использовать ссылки-мнемоники, такие как — , ” , или ☺ , когда все команды в файлах, редакторах используют одну кодировку (UTF-8)

    Не рекомендуется:

     Валютный знак евро: “&eur;”.

    Рекомендуется:

     Валютный знак евро: “€”.

    Необязательные теги

    Не используйте необязательные теги. (не обязательно)

    Для уменьшения размера файлов и лучшей читаемости кода можно опускать необязательные теги. В спецификации HTML5 (англ.) есть список необязательных тегов.

    (Может потребоваться некоторое время для того, чтобы этот подход начал использоваться повсеместно, потому что это сильно отличается от того, чему обычно учат веб-разработчиков. С точки зрения, согласованности, и простоты кода лучше всего опускать все необязательные теги, а не некоторые из них).

    Не рекомендуется:

          
    Вот.
      

    Рекомендуется:

       
    Так-то

    Атрибут ‘type’

    Не указывайте атрибут type при подключении стилей и скриптов в документ.

    Не используйте атрибут type при подключении стилей (кроме вариантов когда используется что-то кроме CSS) и скриптов (кроме вариантов когда это не JavaScript).

    Указывать атрибут type в данном случае не обязательно потому что HTML5 использует text/css (англ.) и text/javascript (англ.) по умолчанию. Это будет работать даже в старых браузерах.

    Не рекомендуется:

    Рекомендуется:
    
    Не рекомендуется:
    
    Рекомендуется:

    Правила форматирования HTML

    Форматирование

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

    Независимо от стилей заданных для элемента (CSS позволяет изменить поведение элемента с помощью свойства display ), переносите каждый блочный или табличный элемент на новую строку.

    Также ставьте отступы для всех элементов вложенных в блочный или табличный элемент.

    (Если у вас возникнут сложности из-за пробельных символов между списочными элементами, допускается поместить все li элементы в одну строку. Линту [утилита для проверки качества кода прим. пер.] рекомендуется в данном случае выдавать предупреждение вместо ошибки.

    Рекомендуется:

      
    Space, the final frontier.
     

    Рекомендуется:
    
    Рекомендуется:

        Прибыль Налоги  $ 5.00 $ 4.50 

    Правила оформления CSS

    Валидность CSS

    По возможности используйте валидный CSS-код.

    Кроме случаев, где необходим браузеро-зависимый код, или ошибок валидатора, используйте валидный CSS код.

    Используйте такие инструменты как W3C CSS Валидатор (англ.) для проверки своего кода.

    Валидность — это важное и при этом измеряемое качество кода. Написание валидного CSS помогает избавиться от избыточного кода и обеспечивает правильное использование таблиц стилей…

    Идентификаторы и названия классов

    Используйте шаблонные или имеющие смысл имена классов и идентификаторы.

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

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

    Шаблонные имена — это просто вариант названия для элементов, у которых нет специального предназначения или которые не отличаются от своих братьев и сестер. Обычно они необходимы в качестве “Помощников.”

    Использование функциональных или шаблонных имен уменьшает необходимость ненужных изменений в документа или шаблонах.

    Не рекомендуется:

     /* Не рекомендуется: не имеет смысла */ #yee-1901 <> /* Не рекомендуется: описание внешнего вида */ .button-green <> .clear <>

    Рекомендуется:

     /* Рекомендуется: точно и по делу */ #gallery <> #login <> .video <> /* Рекомендуется: шаблонное имя */ .aux <> .alt <>

    Названия идентификаторов и классов

    Для идентификаторов и классов используйте настолько длинные имена, насколько нужно, но настолько короткие, насколько возможно.

    Попробуйте сформулировать, что именно должен делать данный элемент, при этом будьте кратки насколько возможно.

    Такое использование классов и идентификаторов вносит свой вклад в облегчение понимания и увеличение эффективности кода.

    Не рекомендуется:

     /* Не рекомендуется */ #navigation <> .atr <>

    Рекомендуется:

     /* Рекомендуется */ #nav <> .author <>

    Селекторы типа

    Избегайте использование имен классов или идентификаторов с селекторами типа (тега) элемента.

    Кроме случаев когда это не обходимо (например с классами-помощниками), не используйте названия элементов с именами классов или идентификаторами.

    Не рекомендуется:

     /* Не рекомендуется */ ul#example <> div.error <>

    Рекомендуется:

     /* Рекомендуется */ #example <> .error <>

    Сокращенные формы записи свойств

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

    CSS предлагает множество различных сокращенных (англ.) форм записи (например font ), которые рекомендуется использовать везде где это возможно, даже если задается только одно из значений.

    Использование сокращенной записи свойств полезно для большей эффективности и лучшего понимания кода.

    Не рекомендуется:

     /* Не рекомендуется */ border-top-style: none; font-family: palatino, georgia, serif; font-size: 100%; line-height: 1.6; padding-bottom: 2em; padding-left: 1em; padding-right: 1em; padding-top: 0;

    Рекомендуется:

     /* Рекомендуется */ border-top: 0; font: 100%/1.6 palatino, georgia, serif; padding: 0 1em 2em;

    0 и единицы измерения

    Не указывайте единицы измерения для нулевых значений

    Не указывайте единицы измерения для нулевых значений если на это нет причины.

    Рекомендуется:

     margin: 0; padding: 0;

    0 в целой части дроби

    Не ставьте “0” в целой части дробных чисел.

    Не ставьте 0 в целой части в значениях между -1 и 1.

    Рекомендуется:

     font-size: .8em;

    Кавычки в ссылках

    Не используйте кавычки в ссылках

    Не используйте кавычки ( «» , » ) с url() .

    Рекомендуется:

     @import url(//www.google.com/css/go.css);

    Шестнадцатеричные названия цветов

    Используйте трехсимвольную шестнадцатеричную запись где это возможно.

    Трехсимвольная шестнадцатиричная запись для цветов короче и занимает меньше места.

    Не рекомендуется:

     /* Не рекомендуется */ color: #eebbcc;

    Рекомендуется:

     /* Рекомендуется */ color: #ebc;

    Префиксы

    Предваряйте селекторы уникальными для текущего приложения префиксами. (не обязательно)

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

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

    Рекомендуется:

     .adw-help <> /* AdWords */ #maia-note <> /* Maia */

    Разделители в классах и идентификаторах

    Разделяйте слова в идентификаторах и именах классов с помощью дефиса.

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

    Не рекомендуется:

     /* Не рекомендуется: слова “demo” и “image” не разделены */ .demoimage <> /* Не рекомендуется: используется подчеркивание вместо дефиса */ .error_status <>

    Рекомендуется:

     /* Рекомендуется */ #video-id <> .ads-sample <>

    Хаки

    Избегайте использования информации о версии браузеров, или CSS “хаков”— сперва попробуйте другие способы.

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

    Правила форматирования CSS

    Упорядочивание объявлений

    Сортируйте объявления по алфавиту.

    Задавайте объявления в алфавитном порядке, чтобы получить согласованный код, с которым легко работать.

    При сортировке игнорируйте браузерные префиксы. При этом, если для одного свойства используются несколько браузерных префиксов, они также должны быть отсортированы (например -moz должен быть перед —webkit )

    Рекомендуется:

     background: fuchsia; border: 1px solid; -moz-border-radius: 4px; -webkit-border-radius: 4px; border-radius: 4px; color: black; text-align: center; text-indent: 2em;

    Отступы в блоках.

    Всегда ставьте отступы для содержимого блоков.

    Всегда ставьте отступы для любого блочного содержимого (англ.), Например для правил внутри правил или объявлений, чтобы отобразить иерархию и облегчить понимание кода.

    Рекомендуется:

     @media screen, projection < html < background: #fff; color: #444; >>

    После объявлений

    Ставьте точку с запятой после каждого объявления.

    После каждого объявления ставьте точку с запятой для согласованности кода и облегчения добавления новых свойств.

    Не рекомендуется:

     .test

    Рекомендуется:

     .test

    После названий свойств

    Используйте пробелы после двоеточий в объявлениях.

    Всегда используйте один пробел после двоеточия (но не до) в объявлениях, для порядка в коде.

    Не рекомендуется:

    Рекомендуется:

    Отделение селектора и объявления

    Отделяйте селекторы и объявления переносом строки.

    Начинайте каждый селектор или объявление с новой строки.

    Не рекомендуется:

     a:focus, a:active

    Рекомендуется:

     h1, h2, h3

    Разделение правил

    Разделяйте правила переносом строки.

    Всегда ставьте перенос строки между правилами.

    Рекомендуется:

     html < background: #fff; >body

    Мета правила CSS

    Группировка правил

    Группируйте правила и обозначайте группы комментарием. (не обязательно)

    По возможности объединяйте правила в группы. Обозначайте группы комментариями и разделяйте переносом строки.

    Рекомендуется:

     /* Header */ #adw-header <> /* Footer */ #adw-footer <> /* Gallery */ .adw-gallery <>

    Заключение

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

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

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

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

    Примечание от переводчика

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

    Спасибо всем кто дочитал до этого места.

    Читать:

    Как перевести сканированный документ в word