Проект описывает обязательные требования и рекомендации к структуре, наполнению, архитектуре и аппаратно-техническому обеспечению интернет-ресурсов государственных органов власти в Москве

1. УТВЕРЖДАЮ
Руководитель Департамента
информационных технологий
города Москвы
________________ А.В. Ермолаев
«____»__________________2012 г.
ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
ГОРОДА МОСКВЫ
ЕДИНЫЕ ПРИНЦИПЫ И СТАНДАРТЫ ФУНКЦИОНИРОВАНИЯ САЙТОВ
ЕДИНОГО ВЕБ-ПРОСТРАНСТВА ГОРОДА МОСКВЫ
На 31 листах
Москва
2012

2. 2
СОДЕРЖАНИЕ
ОСНОВНЫЕ ТЕРМИНЫ И СОКРАЩЕНИЯ............................................................................................4
ДОМЕННЫЕ ИМЕНА...........................................................................................................................5
1.1 ТРЕБОВАНИЯ..........................................................................................................................................5
1.2 РЕКОМЕНДАЦИИ......................................................................................................................................5
КОМПЛЕКТНОСТЬ..............................................................................................................................9
1.3 СИСТЕМА УПРАВЛЕНИЯ САЙТОМ....................................................................................................................9
Требования.........................................................................................................................................9
Рекомендации.....................................................................................................................................9
1.4 ПОИСКОВАЯ СИСТЕМА..............................................................................................................................10
Требования.......................................................................................................................................10
Рекомендации..................................................................................................................................10
1.5 СТАТИСТИКА.........................................................................................................................................11
Требования.......................................................................................................................................11
Рекомендации..................................................................................................................................11
1.6 ВЕРСИЯ ДЛЯ СЛАБОВИДЯЩИХ.....................................................................................................................12
Требования.......................................................................................................................................12
Рекомендации..................................................................................................................................12
1.7 МОБИЛЬНАЯ ВЕРСИЯ...............................................................................................................................12
Требования.......................................................................................................................................12
Рекомендации..................................................................................................................................13
1.8 ВЕРСИЯ ДЛЯ ПЕЧАТИ...............................................................................................................................13
Требования.......................................................................................................................................13
Рекомендации..................................................................................................................................13
ТЕХНОЛОГИЧЕСКОЕ ИСПОЛНЕНИЕ..................................................................................................14
1.9 ВЕРСТКА.............................................................................................................................................14
Требования.......................................................................................................................................14
Рекомендации..................................................................................................................................15
1.10 ПРОТОКОЛЫ И ФОРМАТЫ ПЕРЕДАЧИ ДАННЫХ................................................................................................16
Требования.......................................................................................................................................16
Рекомендации..................................................................................................................................16
1.11 URL МАТЕРИАЛОВ...............................................................................................................................16
Требования.......................................................................................................................................16
Рекомендации..................................................................................................................................16
1.12 ДОСТУПНОСТЬ.....................................................................................................................................17
Требования.......................................................................................................................................17
Рекомендации..................................................................................................................................17
1.13 НАДЕЖНОСТЬ.....................................................................................................................................18
Требования.......................................................................................................................................18
Рекомендации..................................................................................................................................18
1.14 БЕЗОПАСНОСТЬ....................................................................................................................................18
Требования.......................................................................................................................................18
Рекомендации..................................................................................................................................19
РАЗМЕЩЕНИЕ НА АППАРАТНЫХ СРЕДСТВАХ..................................................................................20
1.15 ТРЕБОВАНИЯ......................................................................................................................................20
1.16 РЕКОМЕНДАЦИИ..................................................................................................................................20

3. 3
ОПТИМИЗАЦИЯ ПОД ПОИСКОВЫЕ СИСТЕМЫ.................................................................................21
1.17 ТРЕБОВАНИЯ......................................................................................................................................21
1.18 РЕКОМЕНДАЦИИ..................................................................................................................................21
ИНФОРМАЦИОННОЕ НАПОЛНЕНИЕ................................................................................................24
1.19 ТЕКСТОВЫЕ МАТЕРИАЛЫ.........................................................................................................................24
Требования.......................................................................................................................................24
Рекомендации..................................................................................................................................24
1.20 ИЗОБРАЖЕНИЯ....................................................................................................................................25
Требования.......................................................................................................................................25
Рекомендации..................................................................................................................................25
1.21 ВИДЕОМАТЕРИАЛЫ...............................................................................................................................25
Требования.......................................................................................................................................25
Рекомендации..................................................................................................................................25
1.22 ЮРИДИЧЕСКАЯ ИНФОРМАЦИЯ..................................................................................................................25
Требования.......................................................................................................................................25
Рекомендации..................................................................................................................................26
1.23 КОНТАКТНАЯ ИНФОРМАЦИЯ.....................................................................................................................26
Требования.......................................................................................................................................26
Рекомендации..................................................................................................................................26
1.24 ЧАСТОТА ОБНОВЛЕНИЯ...........................................................................................................................26
Требования.......................................................................................................................................26
Рекомендации..................................................................................................................................26
ВИЗУАЛЬНОЕ ОФОРМЛЕНИЕ И ЭРГОНОМИКА................................................................................28
1.25 ТРЕБОВАНИЯ......................................................................................................................................28
1.26 РЕКОМЕНДАЦИИ..................................................................................................................................29

4. 4
ОСНОВНЫЕ ТЕРМИНЫ И СОКРАЩЕНИЯ
БД – база данных.
ГОСТ – государственный стандарт.
Домен – это область пространства иерархических имен сети Internet, которая
обслуживается набором серверов доменных имен (DNS) и централизованно администрируется.
Доменное имя – это адрес сетевого соединения (например, www.mos.ru), который
идентифицирует владельца адреса.
Доменная зона – совокупность доменных имён определённого уровня, входящих в
конкретный домен.
Поддомен – домен, являющийся частью домена более высокого уровня.
Редирект – перенаправление.
Фреймворк – каркас программной системы (или подсистемы). Может включать
вспомогательные программы, библиотеки кода, язык сценариев и другое программное
обеспечение, облегчающее разработку, объединение разных компонентов большого
программного проекта и его выполнение.
DNS – Domain Name System, система доменных имен.
HTML – HyperText Markup Language, стандартный язык разметки документов в сети
Интернет.
JavaScript – прототипно-ориентированный скриптовый язык программирования.
JSON – текстовый формат обмена данными, основанный на JavaScript и обычно
используемый именно с этим языком
RSA – криптографический алгоритм с открытым ключом, основывающийся на
вычислительной сложности задачи факторизации больших целых чисел.
URL – Uniform Resource Locator, стандартизированный способ записи адреса ресурса в
сети Интернет.
W3C – World Wide Web Consortium, организация, разрабатывающая и внедряющая
технологические стандарты для сети Интернет.
XML – eXtensible Markup Language, структурированный язык разметки данных.

5. 5
ДОМЕННЫЕ ИМЕНА
1.1 Требования
1. Права на доменное имя должны принадлежать государственному органу, органу
местного самоуправления или подведомственной организации. Категорически
запрещается использовать доменные имена, принадлежащие физическим лицам.
2. Права на управление DNS-серверами должны принадлежать государственному
органу, органу местного самоуправления или подведомственной организации.
3. Запрещается использовать в доменном имени наименования товарных знаков,
права на которые принадлежат другим организациям или физическим лицам.
4. Запрещается использовать в доменном имени слова, оскорбляющие человеческое
достоинство, пропагандирующие насилие или экстремизм, разжигающие
расовую, национальную или религиозную вражду, а также нецензурную лексику.
5. Запрещается использовать доменное имя в зоне, не контролируемой
государственной организацией.
6. Органы исполнительной власти города Москвы, их подведомственные
организации, а также проекты общегородского, окружного и районного уровня
имеют право на регистрацию доменного имени в зоне mos.ru при соблюдении
следующих условий:
− доменное имя состоит более чем из одного символа;
− доменное имя начинается и заканчивается буквой латинского алфавита или
цифрой;
− доменное имя состоит из букв латинского алфавита, цифр, знака дефиса;
− доменное имя не содержит слов «mos», «moskva», «moscow» и т.п.
7. Органы исполнительной власти и общегородские проекты имеют право на
регистрацию и использование доменного имени третьего уровня в зоне mos.ru.
8. Подведомственные организации органов исполнительной власти города Москвы,
а также проекты окружного и районного уровня имеют право на регистрацию и
использование доменного имени четвертого уровня в зоне mos.ru.
9. По согласованию с Департаментом информационных технологий города Москвы
допускаются исключения из вышеизложенных требований.
1.2 Рекомендации
1. Для облегчения доступа пользователей к сайту рекомендуется дополнительно
использовать кириллическое доменное имя в зоне рф.

6. 6
2. Рекомендуется регистрировать и использовать короткие, запоминающиеся
доменные имена. Рекомендуемая длина доменного имени находится в диапазоне
от 10 до 20 символов, включая разделительные знаки.
3. Рекомендуется регистрировать и использовать доменные имена, простые в
написании и произношении.
4. Рекомендуется избегать использования в доменном имени символов, которые
могут ввести в заблуждение, таких как цифра ноль (0) вместо буквы «O» или
цифра один (1) вместо буквы «L».
5. В имени сайта в доменной зоне следует использовать аббревиатуры, акронимы
или ключевые слова. При этом аббревиатуры и акронимы лучше использовать в
случаях, когда они хорошо знакомы гражданам.
6. Не рекомендуется использовать доменное имя пятого и нижележащего уровня.
7. Рекомендуется использовать одно основное написание доменного имени:
a. Для доменных имен третьего и четвертого уровня – без префикса www;
b. Для доменных имен второго уровня – с префиксом www или без него.
8. Для задания основного написания доменного имени рекомендуется применять
директиву «Host» в файле robots.txt. Пример использования: Host: www.site.ru.
9. Для автоматического перенаправления пользователей, заходящих по ссылке с
использованием не основного написания доменного имени, на страницу сайта с
использованием основного написания доменного имени рекомендуется
использовать 301 редирект.
10. В целях экономии средств и унификации доменных имен сайтов единого веб-
пространства города Москвы рекомендуется регистрировать доменное имя в зоне
москва.рф. При этом должны соблюдаться следующие условия:
a. Доменное имя состоит более чем из одного символа;
b. Доменное имя начинается и заканчивается буквой русского алфавита или
цифрой;
c. Доменное имя состоит из букв русского алфавита, цифр, знака дефиса.
11. Примеры различных наименований доменных имен:
a. Полное имя
Пример: portaluslug.mos.ru
Преимущества:
• Точное и полное совпадение домена фактическому названию сайта.

7. 7
Недостатки:
• Сложно запомнить;
• Легко ошибиться в написании.
Рекомендации:
• Следует использовать, только если полное имя короткое и
запоминающееся.
b. Акроним
Пример: dit.mos.ru
Преимущества:
• Короткое, легко читается и запоминается.
Недостатки:
• Может быть непонятным для пользователей.
Рекомендации:
• Рекомендуется использовать, только если акроним хорошо известен
пользователям.
c. Аббревиатура
Пример: guminjust.mos.ru
Преимущества:
• Короткое
Недостатки:
• Может быть непонятным для пользователей.
Рекомендации:
• Рекомендуется использовать, только если аббревиатура хорошо
знакома пользователям.
d. Ключевое слово
Пример: sport.mos.ru
Преимущества:
• Короткое, легко читается, пишется и запоминается;

8. 8
• Обычно хорошо понятно для пользователей.
Недостатки:
• Может восприниматься в очень широком смысле, чем вводить в
заблуждение пользователей о типе предоставляемой информации.
Рекомендации:
• Рекомендуется использовать в большинстве случаев,
предварительно удостоверившись, что пользователи не вводятся в
заблуждение.

9. 9
КОМПЛЕКТНОСТЬ
1.3 Система управления сайтом
Требования
1. Запрещено использование программного обеспечения полностью или частично
защищенного авторскими или другими правами, без разрешения владельца или
его полномочного представителя.
2. Система управления сайтом должна позволять управлять уровнями доступа
пользователей к различным сервисам и возможностям сайта.
3. Должна использоваться модульная архитектура, подразумевающая реализацию
основных функций в качестве отдельных модулей, обеспечивающих возможность
их независимой модификации. Сбой в работе одного из модулей не должен
приводить к полному прекращению функционирования сайта в целом.
4. Должна быть возможность управления всем информационным содержимым
сайта.
5. Должна быть возможность задания уникальных заголовков браузера (title), мета-
тегов (description, keywords) и URL для всех страниц сайта.
6. Должна быть возможность выделения на странице одного заголовка h1 и, при
необходимости, нескольких заголовков более низкого уровня.
7. Должна быть возможностью выделения отдельных слов на странице жирным
шрифтом в теге <strong> и курсивом в теге <em>, задания атрибута alt для
изображений.
8. Должны поддерживаться цепочки публикаций, позволяющие пропустить
материал через ряд инстанций для его окончательного утверждения и
публикации.
Рекомендации
1. Использование готовых решений рекомендуется при наличии на стороне
производителя гарантированной технической поддержки, обеспечивающей
оперативное решение всех вопросов, связанных со стабильностью и
безопасностью.
2. Рекомендуется ограничивать средства форматирования информационного
содержания страниц через административный интерфейс.
3. Рекомендуется наличие функциональной возможности предварительного
просмотра материала перед публикацией.

10. 10
4. Рекомендуется наличие возможности отложенной публикации материала при
достижении заданного времени.
1.4 Поисковая система
Требования
1. Форма поиска должна быть доступна на каждой странице сайта. Поле для ввода
поискового запроса должно обеспечивать ввод в видимой области не менее 20
символов.
2. Поиск должен осуществляться по всем текстовым материалам сайта.
3. Результаты поиска должны выводиться на отдельной странице в общем
визуальном оформлении сайта. Данная страница должна иметь соответствующий
заголовок и содержать поле для ввода нового поискового запроса.
4. Если в результате поиска не были найдены документы, удовлетворяющие
поисковому запросу, то пользователь должен быть проинформирован об этом
соответствующим образом, кроме того, на странице должна быть предоставлена
краткая информация по улучшению поискового запроса.
Рекомендации
1. На сайтах с большим количеством информации рекомендуется наличие
функциональных возможностей расширенного поиска по различным параметрам.
2. Рекомендуется наличие возможности раздельного поиска информации по разным
разделам сайта.
3. Рекомендуется при поиске учитывать морфологию русского языка.
4. Ввод поискового запроса в форму для поиска рекомендуется сопровождать
выводом подсказок.
5. Рекомендуется наличие возможности сортировки результатов поиска по
релевантности и дате изменения материала.
6. По умолчанию список результатов поиска рекомендуется сортировать по
релевантности.
7. В результатах поиска для каждого документа рекомендуется указывать дату его
обновления.

11. 11
1.5 Статистика
Требования
1. На всех страницах сайта должен быть установлен счетчик, выдаваемый в
Департаменте информационных технологий города Москвы.
2. Должна собираться статистика, характеризующая посетителей сайта, а также его
популярность в сети Интернет. В частности должны собираться следующие
параметры:
a. посещаемость:
i. число уникальных посетителей;
ii. число просмотров страниц;
iii. число сессий;
b. характеристики аудитории:
i. демографические (возраст, пол);
ii. географические;
iii. аппаратно-технические (браузер, операционная система,
разрешение экрана);
c. параметры, характеризующие поведение аудитории на сайте:
i. время нахождения на сайте;
ii. число страниц, просмотренных за одно посещение;
iii. пути перемещений пользователя по структуре сайта;
d. источники трафика:
i. сайты-источники;
ii. поисковые запросы.
3. Статистика сайта должна быть доступна только администраторам сайта.
Рекомендации
1. Рекомендуется использовать счетчик, невидимый для посетителей сайта.
2. Рекомендуется наличие функциональных возможностей по сбору и хранению
статистики поисковых запросов.

12. 12
3. Для определения наиболее востребованных сервисов и возможностей сайта
рекомендуется собирать статистическую информацию, характеризующую
активность пользователей в рамках соответствующих частей сайта.
4. Рекомендуется собирать и хранить статистическую информацию за весь период
существования сайта.
1.6 Версия для слабовидящих
Требования
1. На сайте должна быть специальная версия для слабовидящих.
2. У пользователей не должно возникать сложностей с переходом от обычной
версии к версии для слабовидящих и обратно.
3. Версия для слабовидящих должна быть выполнена в соответствии с ГОСТ Р
52871-2007 «ДИСПЛЕИ ДЛЯ СЛАБОВИДЯЩИХ. Требования и характеристики»
и ГОСТ Р 52872-2007 «Интернет-ресурсы. Требования доступности для
инвалидов по зрению».
4. Должна быть возможность увеличения размера шрифта и выбора различных
цветовых схем.
5. Все элементы визуального оформления должны быть отключены в версии для
слабовидящих.
Рекомендации
1. Рекомендуется размер шрифта основного текста делать не менее 14 пунктов.
2. Рекомендуется в качестве основной цветовой схемы использовать черный текст
на белом фоне.
3. Рекомендуется располагать смысловые элементы сайта друг под другом.
1.7 Мобильная версия
Требования
1. На сайте должна быть специальная версия, адаптированная для просмотра на
мобильных устройствах, в том числе на планшетных компьютерах.
2. Должно автоматически определяться устройство пользователя и открываться
адаптированная под него версия сайта.
3. Пользователям должна быть предоставлена возможность переключения между
обычной и мобильной версией сайта.

13. 13
Рекомендации
1. Версию сайта, адаптированную для просмотра на мобильных устройствах,
рекомендуется размещать на поддомене.
2. Рекомендуется автоматически определять ширину экрана пользовательского
устройства и оптимизировать интерфейс под данную ширину.
3. Количество графических элементов рекомендуется делать минимальным, но
достаточным для выполнения основных информационных функций.
4. Рекомендуется не использовать тяжелые изображения.
5. Рекомендуется не использовать нестандартные шрифты.
1.8 Версия для печати
Требования
1. У пользователей должна быть возможность отправить на печать любую страницу
сайта.
2. Должна быть версия страниц, адаптированная для печати.
Рекомендации
1. Рекомендуется отключать все элементы дизайна (кроме логотипа), навигации и
вспомогательные элементы, не имеющие отношения к основному содержимому
страницы.
2. Фон версии страницы для печати рекомендуется делать белым, цвет шрифта –
черным.
3. Не рекомендуется использовать шрифты с размером менее 8 пунктов.

14. 14
ТЕХНОЛОГИЧЕСКОЕ ИСПОЛНЕНИЕ
1.9 Верстка
Требования
1. При верстке должны учитываться семантика элементов DOM’а, принципы
вложенности элементов, модульность, семантическая иерархия.
2. Должен использоваться блочный тип верстки. Табличная структура применима
там, где по смыслу необходимы таблицы.
3. Файлы верстки должны нести в себе лишь семантическое содержание, то есть в
*.html файлах может быть только структура DOM, в *.css файлах – стилевые
таблицы, в *.js – только JavaScript код.
4. Страницы сайта должны быть выполнены в соответствии с последними
действующими версиями стандартов HTML 4, 5 и CSS 2, 3. При проверке
валидатором w3c (http://www.w3.org/) не должно выявляться серьезных ошибок,
допускаются предупреждения.
5. Сайт должен одинаково отображаться во всех современных браузерах. В старых
версиях браузеров допустимы небольшие различия в оформлении блоков, без
потери их структуры и функциональности.
6. Структура вёрстки должна сохраняться при выключенных стилях, JavaScript,
отсутствующих картинках.
7. Сайт должен корректно отображаться при запущенном программном
обеспечении, блокирующем отображение рекламной информации.
8. При использовании нестандартных шрифтов обязательно должны присутствовать
их аналоги для платформ Win/Mac/Linux. Нестандартные шрифты следует
подключать с помощью @font-face или cufon.
9. Должна присутствовать favicon.ico.
10. Страница обязательно должна помещаться без горизонтальных полос прокрутки в
развернутое на весь экран окно браузера при горизонтальной составляющей
разрешения экрана 1024px.
11. Обязательно наличие атрибута title у элементов навигации и атрибута alt у
картинок.
12. Для верстки под мобильные устройства обязательно использования тега <meta
name="viewport" content="width=device-width”>, рекомендуется также
использовать дополнительные атрибуты initial-scale, minimum-scale, maximum-
scale.

15. 15
13. Верстка под мобильные устройства должна быть резиновой. Ширина всех блоков
должна задаваться в процентах.
14. В верстке должны быть заданы линейные параметры изображений (высота,
ширина). Допускается не задавать линейные параметры у изображений, которые
используются в динамических элементах.
Рекомендации
1. На внутренних страницах логотип сайта рекомендуется делать ссылкой на
главную страницу.
2. Рекомендуется не использовать технологии Flash, QuickTime и Silverlight. При их
использовании должно быть обеспечено корректное отображение сайта на
устройствах, не поддерживающих данные технологии.
3. Рекомендуется верстку страниц начинать с указания браузеру того, как правильно
отображать документ. Для этого следует использовать тег <!DOCTYPE html> или
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">.
4. Рекомендуется страницы сайта делать в кодировке UTF-8.
5. Рекомендуется не оставлять в вёрстке закомментированных кусков кода.
6. Рекомендуется делать различное оформление ссылок в обычном состоянии и при
наведении.
7. Корректность заполнения форм рекомендуется проверять средствами браузера
(HTML5 и JavaScript валидации), и средствами сервера.
8. Рекомендуется делать так, чтобы обработчики событий возвращали false или
href='javascript:void(0)' вместо href='#', чтобы страница не прокручивалась наверх.
9. Рекомендуется использовать свойства CSS3 (например, border-radius, box-shadow)
вместо использования графических элементов.
10. Верстку страниц для печати рекомендуется реализовывать средствами CSS.
11. Для страниц с резиновой версткой рекомендуется задавать минимальную и
максимальную ширину.
12. Изображения в информационное содержание страниц рекомендуется вставлять с
помощью тега <img>.
13. Рекомендуется не использовать фреймы.
14. Рекомендуется использовать микроформаты. Например, рекомендуется
использовать микроформат hCard для разметки контактной информации в
структурированном виде.

16. 16
1.10Протоколы и форматы передачи данных
Требования
1. Сайт должен отдавать контент конечным пользователям по протоколу HTTP(S).
2. Недопустима передача контента анонимным пользователям по протоколу FTP.
3. В случае интеграции с внешними системами – передача данных должна
осуществляться по стандартизированным протоколам.
4. При передаче пользовательских данных должен использоваться защищенный
протокол HTTPS. На сервере должен быть действующий SSL-сертификат,
подписанный удостоверяющим центром. Все используемые средства защиты
персональных данных должны быть сертифицированы.
5. Протокол передачи данных между системами должен журналироваться с
фиксацией того, какие данные переданы, а какие получены.
6. Новостные материалы должны выгружаться в формате RSS.
Рекомендации
1. Рекомендуется передавать данные в формате XML или JSON.
2. Рекомендуется шифровать данные по алгоритму RSA с длиной ключа не менее
256 бит.
1.11URL материалов
Требования
1. Каждая страница сайта должна иметь уникальный URL.
2. URL каждой страницы должен быть постоянным.
3. Страницы должны иметь понятные URL, например,
www.site.mos.ru/about/contacts/.
4. URL не должны содержать информацию о сеансе работы пользователя с сайтом.
5. Адреса страниц должны указываться в кодировке, соответствующей кодировке
сайта. Кириллические доменные имена и адреса страниц должны указываться в
закодированном виде. Для кодирования следует использовать Punycode.
Рекомендации
1. Не рекомендуется включать в URL динамические параметры.

17. 17
2. Динамические параметры в URL допускается и рекомендуется включать только
для страниц, сформированных с использованием фильтров, правил сортировки и
т.п.
3. URL страниц рекомендуется формировать путем транслитерации заголовков (без
их перевода).
1.12Доступность
Требования
1. Отклик сайта на запросы пользователей должен быть не более 3 секунд для
статического контента и кэшированных страниц при одновременной работе 100
пользователей.
2. Вес страницы не должен превышать одного мегабайта.
3. Сайт должен быть доступен для пользователей 99,4% времени каждый месяц.
4. Все корректно функционирующие страницы должны отдавать код 200 ОК.
5. Все несуществующие или неработающие ссылки должны отдавать код ошибки
404. Для этой ошибки должна функционировать специальная страница,
содержащая ссылку на главную страницу.
6. Сайт и все его информационные материалы должны быть доступны всем
пользователям без прохождения процедуры аутентификации.
7. Административный интерфейс должен быть доступен только определенной
группе пользователей после прохождения процедуры авторизации.
Рекомендации
1. Все основные сервисы и функциональные возможности сайта рекомендуется
делать доступными без использования манипулятора типа «мышь».
2. Для авторизации и аутентификации рекомендуется использовать такие
характеристики пользователя, как адрес электронной почты и пароль.
3. Рекомендуется наличие возможности быстрой регистрации и аутентификации при
помощи учетной записи пользователя в едином веб-пространстве города Москвы.
4. Рекомендуется не использовать функциональные возможности автоматической
загрузки дополнительного информационного содержания на страницу при
наступлении определенного события.
5. Автоматическое перенаправление пользователя на страницу рекомендуется
сопровождать выводом текстовой ссылки на соответствующую страницу.

18. 18
6. Рекомендуется не использовать всплывающие окна для предоставления
пользователям информации по их запросу.
1.13Надежность
Требования
1. Сайт должен выдерживать пиковые нагрузки в четырехкратном размере от
средней месячной посещаемости.
2. При сбоях и непредвиденных перезагрузках программного и технического
обеспечения сервера должна быть обеспечена сохранность информации,
благодаря автоматическому резервному копированию данных.
3. Сайты должны быть спроектированы таким образом, чтобы минимизировать
возникновение ошибок по вине пользователя.
Рекомендации
1. В случае возникновения сбоя или непредвиденной перезагрузки программного и
технического обеспечения сервера рекомендуется автоматически рассылать
уведомления администраторам сайта.
2. Рекомендуется делать резервное копирование не реже одного раза в день.
3. Рекомендуется проводить резервное копирование в период наименьшей
активности на сайте.
4. Рекомендуется хранить данные резервных копий на внешнем по отношению к
основному серверу источнике.
5. Данные резервных копий рекомендуется хранить не менее трех месяцев.
1.14Безопасность
Требования
1. Должен быть установлен лицензионный антивирус, настроенный на проверку как
файловой системы сайта, так и всего обслуживающего программного
обеспечения. На *nix системах допускается использование решений с открытым
исходным кодом для организации антивирусной защиты.
2. Все порты, к которым есть доступ из глобальной сети Интернет, должны
тщательно фильтроваться с помощью брандмауэра.
3. Обслуживающие порты системы (22 – ssh, 21 – ftp и др.) должны иметь доступ
только с определенных IP-адресов.
4. Доступ извне к БД недопустим.

19. 19
5. Все данные, вводимые пользователем, должны проходить проверку на
соответствие формату
6. Данные с высоким уровнем секретности (например, пароль) при вводе
пользователями должны экранироваться.
7. Не допускается прямая работа с БД – это должно обеспечиваться
соответствующей прослойкой API системы управления сайтом либо
используемого фреймворка.
8. Сайт должен быть доступен для работы сканеров безопасности.
9. Авторизационные и аутентификационные данные пользователей не должны
храниться в файлах cookies.
10. Количество символов для задания пароля от учетной записи пользователя должно
быть не менее 6 символов. В числе данных символов должны быть строчные и
прописные буквы, цифры и специальные символы.
11. Должно осуществляться подтверждение регистрации пользователей через
электронную почту или номер мобильного телефона.
12. Все события, связанные с созданием и изменением контента, регистрацией
пользователей и изменением их данных в системе управления сайтом, работой на
серверном уровне, должны журналироваться.
13. Отчет о критичных событиях должен быть доступен администратору сайта на
уровне системы управления сайтом.
14. Журналирование изменений должно включать сведения о пользователя, внесшем
изменения, в том числе его логин и IP-адрес.
15. Доступ к журналам должен быть только у лиц со специальными правами.
16. Не допускается редактирование записей журналов.
Рекомендации
1. Рекомендуется автоматически блокировать IP-адреса, с которых поступает
неоправданно большое количество однотипных запросов к сайту.
2. Рекомендуется автоматически рассылать уведомления администраторам сайта о
подозрительных событиях и действиях пользователей.
3. Сессию пользователя рекомендуется хранить в базе данных. Идентификатор
сессии рекомендуется обновлять каждые 60 секунд.
4. Рекомендуемое время жизни сессии – 60 минут.
5. Срок хранения журналов рекомендуется делать не менее 3 месяцев.

20. 20
РАЗМЕЩЕНИЕ НА АППАРАТНЫХ СРЕДСТВАХ
1.15Требования
1. Допускается размещение сайта на собственных аппаратных средствах, а также
использование услуг специализированных организаций.
2. Специализированная организация, осуществляющая размещение на аппаратных
средствах, должна иметь лицензии:
a. на предоставление телематических услуг связи;
b. на предоставление услуг связи по передаче данных, за исключением услуг
связи по передаче данных для целей передачи голосовой информации.
3. Специализированная организация, осуществляющая размещение на аппаратных
средствах должна осуществлять круглосуточную техническую поддержку.
4. Сервер, на котором происходит размещение сайта, должен располагаться на
территории Российской Федерации.
5. Сервер, на котором происходит размещение сайта, должен быть обеспечен
каналом связи с сетью Интернет. Пропускная способность канала связи должна
быть не менее 10 мбит/сек.
6. Сервер, на котором происходит размещение сайта, должен быть обеспечен
устойчивым бесперебойным электропитанием.
1.16Рекомендации
1. Рекомендуется размещать сайт на сервере со следующими минимальными
характеристиками:
a. Операционная система *nix или Windows.
b. Веб-сервер Apache Software Foundation Server версии 2.2.
c. Процессор с тактовой частотой 2.66 GHz.
d. Объем оперативной памяти 2 Гб RAM.
e. Объем дискового пространства для сайта, превышающий трехкратный
фактический размер сайта (размер файлов и базы данных).
2. Доступ к серверу рекомендуется осуществлять по протоколам SSH и FTP.

21. 21
ОПТИМИЗАЦИЯ ПОД ПОИСКОВЫЕ СИСТЕМЫ
1.17Требования
1. Сайт должен быть доступен для поисковых роботов.
2. Сайт должен быть зарегистрирован в поисковых системах «Яндекс» и «Google».
3. Сайт должен быть включен в систему «Яндекс.Каталог», с указанием
соответствующей категории, географической принадлежностью к Москве и
описанием, отражающем суть деятельности органа исполнительной власти.
4. Должна сохраняться правильная структура заголовков (TITLE и H1, H2 и т.д.). На
странице должен быть только один заголовок H1, содержащий продвигаемые
ключевые слова.
5. У каждой страницы должен быть свой уникальный TITLE, характеризующий ее
информационное содержание и включающий продвигаемые ключевые слова.
Рекомендуемое количество ключевых слов в TITLE не более 8.
6. На страницах сайта должны быть заполнены мета-теги keywords и description.
7. Дублирующие страницы (например, версии для печати), служебные разделы и
автоматически сгенерированные, служебные изображения должны быть закрыты
от индексации в robots.txt.
8. Должен генерироваться файл sitemap.xml, содержащий перечень страниц к
индексации, в форматах, принимаемых поисковыми системами Google и Яндекс.
9. В файле robots.txt должно содержаться указание пути к файлу sitemap.xml.
10. Сайт должен продвигаться по запросам, характеризующим его информационное
содержание и не вводящим в заблуждение пользователя.
1.18Рекомендации
1. Не рекомендуется размещать неоправданно большое количество ключевых слов
на странице с целью ее продвижения. Рекомендуемая плотность ключевых слов
находится в диапазоне от 3 до 7 процентов.
2. Не рекомендуется размещать на страницах блоки текста, недоступные
пользователям.
3. Рекомендуется в информационном содержании страниц делать ссылки на другие
страницы сайта.
4. Ссылки рекомендуется делать текстовыми. Текст ссылки рекомендуется делать
соответствующим странице, на которую ведет ссылка.

22. 22
5. Ссылки рекомендуется делать средствами HTML. При использовании
дополнительных технологий (например, JavaScript) должна быть обеспечена
доступность соответствующих страниц по обычным текстовым ссылкам.
6. Рекомендуется информационное содержание страниц делать уникальным, не
встречающимся на других сайтах сети Интернет.
7. Информационное содержание страниц рекомендуется логически разделять
заголовками H2, H3 и т.д., содержащими ключевые слова.
8. Рекомендуется смысловые акценты текста и ключевые слова выделять тегом <b>
или <strong>.
9. Рекомендуется содержание мета-тегов keywords и description писать для людей,
нормальным человеческим языком – развернуто, правильно выстроенными
предложениями, без злоупотреблений ключевыми словами, заглавными буквами,
рекламными лозунгами и пр.
10. Рекомендуется в мета-тегах keywords и description описывать конкретную
страницу сайта, а не сайт в целом.
11. Содержимое мета-тегов keywords и description следует писать на языке,
соответствующем информационному содержанию страницы.
12. Рекомендуемая длина мета-тега keywords находится в диапазоне от 50 до 100
символов.
13. Рекомендуемая длина мета-тега description находится в диапазоне от 200 до 250
символов.
14. Рекомендуется вставлять ключевые слова в атрибут alt у картинок.
15. Рекомендуется занести информацию об организации в Справочник Яндекса
(http://sprav.yandex.ru) с указанием URL сайта и представительств организации в
социальных сетях.
16. При изменении URL страницы рекомендуется для сохранения внешних ссылок на
страницу применять 301 редирект со старого URL на новый.
17. Отдельные блоки текста, не несущие смысловой нагрузки и не желательные для
появления в поисковых системах, рекомендуется скрывать от индексации при
помощи тега <!--noindex-->.
18. Рекомендуется управлять отображаемыми быстрыми ссылками на разделы сайта
в результатах поиска на страницах поисковых систем. Для этого следует
использовать специализированный интерфейс, предоставляемый поисковыми
системами Яндекс и Google, а также следовать их рекомендациям.

23. 23
19. Рекомендуется настроить сервер таким образом, чтобы он отдавал HTTP-
заголовок Last-Modified. Данный заголовок должен содержать корректную дату
последнего изменения страницы.

24. 24
ИНФОРМАЦИОННОЕ НАПОЛНЕНИЕ
1.19Текстовые материалы
Требования
1. У всех текстовых материалов сайта должны быть заголовки.
2. Большие по объему текстовые материалы должны разбиваться на логические
блоки и размечаться подзаголовками.
3. Текстовые материалы должны разбиваться на абзацы для облегчения их
восприятия.
4. Должны соблюдаться требования типографики и правил русского языка.
5. Текстовые материалы должны быть достоверными, объективными, политически
корректными.
6. Запрещено размещение и распространение информации, оскорбляющей
человеческое достоинство, пропагандирующей насилие или экстремизм,
разжигающей расовую, национальную или религиозную вражду, преследующей
хулиганские или мошеннические цели, а также противоречащей российскому
федеральному или московскому законодательству, а также международному
законодательству.
7. Должны соблюдаться требования 12 и 13 статьи Федерального закона Российской
Федерации от 9 февраля 2009 г. N 8-ФЗ «Об обеспечении доступа к информации о
деятельности государственных органов и органов местного самоуправления» в
части раскрытия информации.
8. Текстовые материалы должны быть доступны на государственном языке
Российской Федерации.
Рекомендации
1. Рекомендуется избегать употребления жаргонизмов, профессионализмов и
прочих слов, не являющихся общеупотребительными. Их употребление
рекомендуется сопровождать пояснением, указывающим на смысл
соответствующего слова.
2. Рекомендуется не ставить точку в конце заголовков, подписей к рисункам и в
таблицах.
3. Первое употребление на страницы аббревиатуры или акронима должно
сопровождаться выводом пояснения, расшифровывающего смысл аббревиатуры
или акронима.

25. 25
1.20Изображения
Требования
1. Рекомендуется графические файлы хранить в форматах, рекомендуемых W3C для
использования в интернете и обеспечивающих наименьший объем передеваемых
пользователю данных при допустимом уровне качества.
2. Изображения на сайте должны быть максимально уменьшены для быстрой
загрузки.
3. Запрещается необоснованная публикация текстовых материалов в графическом
виде.
Рекомендации
1. Множество фотографий по одной теме рекомендуется объединять в фотогалерею
и снабжать элементами навигации по фотогалерее.
1.21Видеоматериалы
Требования
1. Допускается размещение видеороликов только по тематике сайта.
Рекомендации
1. Рекомендуется размещать видеоролики в формате mp4.
2. Видеоролики рекомендуется сжимать кодеком H.264.
3. Рекомендуется в видеоролики включать субтитры.
4. Рекомендуется наличие возможности включения и отключения вывода субтитров
в видеоплеере.
1.22Юридическая информация
Требования
1. На сайте, созданном за счет средств государственного бюджета, не должно быть
явного указания на то, что размещенные материалы защищены авторским правом.
2. При размещении материала внешнего информационного источника, должна быть
указана ссылка на него.
3. При сборе персональных данных пользователя должна быть явно указана цель,
для достижения которой они собираются.

26. 26
Рекомендации
1. Для сайта и отдельных его сервисов рекомендуется размещать справочную
информацию, содержащую соответствующие условия использования.
1.23Контактная информация
Требования
1. На сайте должна быть указана контактная информация центрального офиса,
отделений и подразделений.
2. Контактная информация должна включать в себя указание индекса, города,
полного адреса, телефона с кодом города и адреса электронной почты (при
наличии).
Рекомендации
1. Указание полного адреса рекомендуется сопровождать выводом схемы проезда с
использованием интегрированной автоматизированной информационной системы
«Единое геоинформационное пространство города Москвы». Использование
других картографических сервисов допускается только по согласованию с
Департаментом информационных технологий города Москвы.
2. Рекомендуется размещать на сайте контактную информацию ответственных
специалистов для облегчения связи с ними граждан.
3. В адресе электронной почты специалиста должна быть указана его фамилия и
инициалы.
1.24Частота обновления
Требования
1. Информация на сайте должна поддерживаться в актуальном состоянии.
2. Не допускается публикация анонса уже прошедших мероприятий – в этих случаях
должен сразу публиковаться пост-релиз о прошедшем мероприятии.
Рекомендации
1. Рекомендуется разработать и принять локальный нормативно-правовой акт,
определяющий ответственность должностных лиц и содержащий план-график
размещения информации на сайте.
2. Рекомендуется внести изменения в положения о структурных подразделениях,
наделить их полномочиями и ответственностью за предоставление
информационных материалов для публикации на сайте.

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

28. 28
ВИЗУАЛЬНОЕ ОФОРМЛЕНИЕ И ЭРГОНОМИКА
1.25Требования
1. При использовании герба или флага Москвы не допускается их геометрическое и
цветовое искажение.
2. Все страницы сайта должны быть оформлены в едином стиле.
3. Визуальное оформление страниц должно способствовать правильному
восприятию размещённой на них информации.
4. На всех страницах сайта должен быть установлен единый верхний и нижний
колонтитулы.
5. Единый верхний колонтитул предоставляет доступ к функциональности
унифицированных программно-интегрируемых решений «Единый классификатор
сайтов», «Единый поиск», «Личный кабинет», «Единые информеры».
6. Единый нижний колонтитул состоит из трех уровней:
a. Карта сайта, включающая разделы 1 и 2 уровней вложенности.
b. Основные официальные сайты города Москвы.
c. Основные федеральные сайты.
7. Навигация по сайту и его структура должны быть продуманы и логичны. С
главной страницы сайта должны быть доступны ссылки на все ключевые разделы
и страницы сайта.
8. Всё информационное наполнение и все интерактивные сервисы сайта должны
быть доступны посетителям через ссылку или пункт навигационного меню. Число
переходов, необходимых для получения доступа к запрашиваемой пользователем
информации, не должно превышать пяти.
9. Оформление элементов навигации, ссылок, изображений, кнопок и прочих
интерактивных элементов страниц должно способствовать быстрой и простой
идентификации пользователями.
10. Каждый навигационный и управляющий элемент должен быть рабочим и
приводить пользователя к ожидаемому результату.
11. Все возникающие ошибки должны сопровождаться понятными текстовыми
сообщениями, которые содержат описание проблемы и способы её решения.
12. Должна быть обеспечена возможность перемещения между полями формы с
помощью клавиши Tab.

29. 29
13. В форме, предназначенной для сбора личной информации о пользователях,
должно быть пояснение о целях сбора этой информации.
1.26Рекомендации
1. Следует избегать эффектов, затрудняющих восприятие информации или
отвлекающих пользователя от содержания страницы: мигания, мерцания,
движущихся строк.
2. Текст рекомендуется отображать с соответствующим уровнем контраста по
отношению к используемому цвету фона (не менее 50 %).
3. Рекомендуется использовать не более 2 разных гарнитур шрифтов.
4. Рекомендуется использовать стандартные гарнитуры шрифта для набора
основного информационного содержания страниц.
5. Размер шрифта основного текста рекомендуется делать не менее 12 пунктов и не
более 14 пунктов.
6. Заголовки различного уровня рекомендуется делать различными друг
относительно друга на одинаковую величину. Размер заголовка самого низшего
уровня допускается делать равным размеру основного текста, но с изменением
насыщенности в большую сторону.
7. Рекомендуется использовать темный шрифт на светлом фоне.
8. Основная суть информационного содержания страницы должна быть понятна уже
на первом экране браузера.
9. Рекомендуется располагать не более 9 пунктов в главном навигационном меню
сайта.
10. Рекомендуется использовать вертикальный вид главного навигационного меню
сайта при наличии в нем более 7 пунктов.
11. Рекомендуется выстраивать структуру и навигацию по сайту таким образом,
чтобы число переходов, необходимых для получения доступа к запрашиваемой
пользователем информации, не превышало трех.
12. Рекомендуется делать навигационные цепочки, содержащие путь следования по
разделам от главной до текущей страницы.
13. Ссылки на файлы для загрузки рекомендуется сопровождать указанием типа и
размера файла.
14. При размещении на странице большого объема текстовой информации
рекомендуется использовать внутренние ссылки (якоря) на различные разделы
страницы. В свою очередь, в каждом разделе страницы рекомендуется размещать

30. 30
ссылку «Вернуться в начало», позволяющую пользователю вернуться к началу
страницы.
15. Названия страниц рекомендуется делать короткими, понятными и точно
отражающими их информационное содержание.
16. Рекомендуется использовать не более 2 слов в обозначении пункта
навигационного меню.
17. Формы, состоящие из большого количества полей, рекомендуется разделять на
смысловые блоки. Смысловые блоки в свою очередь рекомендуется визуально и
логически разделять друг от друга.
18. В формах рекомендуется запрашивать у пользователя только ту информацию,
которая действительно нужна для продолжения совершаемой операции.
19. Поля в формах рекомендуется размещать друг под другом.
20. Обязательные для заполнения поля рекомендуется помечать специальным знаком.
Расшифровку специального знака следует располагать над формой.
21. Подписи к полям для ввода рекомендуется размещать слева или сверху,
единообразно во всей форме.
22. Рекомендуется основную, наиболее важную кнопку на странице делать самой
заметной.
23. Рекомендуется придерживаться следующей логики работы ссылок:
a. Ссылка со сплошным подчеркиванием приводит к открытию новой
страницы в текущем окне браузера.
b. Ссылка со сплошным подчеркиванием, помеченная специальным значком
или надписью, приводит к открытию новой страницы в новом окне
браузера, либо к загрузке файла.
c. Ссылка с пунктирным подчеркиванием приводит к открытию
всплывающего окна поверх основного содержимого текущей страницы
или обновлению содержания страницы без ее перезагрузки.
24. Наиболее часто используемые элементы списков для выбора рекомендуется
размещать в его начале.
25. Надписи на кнопках следует писать в инфинитивной форме глагола (показать,
загрузить, восстановить). Не следует использовать другую часть речи либо форму
глагола.
26. Поля ввода данных определенного формата рекомендуется сопровождать
объяснениями или подсказками.

31. 31
27. В многостраничных формах рекомендуется указывать текущий экран и общее
количество экранов (шагов).
28. В формах ввода рекомендуется делать проверку корректности вводимых значений
прямо во время ввода.
29. Не рекомендуется использовать элементы оформления, делающие неочевидным
доступ к тексту для пользователей – окна прокрутки, скрытые выпадающие блоки
и т.п.
30. Рекомендуется заголовок страницы делать информативным и актуальным, а не
просто содержащим ключевые слова.