Footer — это не подвал сайта: что должно быть в нём на самом деле
У футера странная репутация. Его часто проектируют последним. Когда все страницы готовы, основные блоки собраны, кнопки расставлены, дизайнер открывает самый низ страницы и думает:
«Ну сюда контакты, ссылки и копирайт».
Готово.
На практике footer? может быть одним из самых полезных элементов сайта. Это место, где пользователь ищет то, что не нашёл в основном интерфейсе: контакты, документы, реквизиты, способы связи, навигацию, условия, помощь, информацию об организации.
А для некоторых сфер здесь появляются ещё и дополнительные требования. Например, медицинскому сайту важно не только красиво показать услуги клиники, но и правильно организовать обязательную и значимую для пользователя информацию.
Поэтому я рассматриваю footer не как «подвал». Это последний экран, который должен помогать пользователю.
Footer — это ещё одна точка навигации
Представим, что пользователь дошёл до конца страницы. Что он может захотеть сделать дальше? Перейти в другой раздел. Посмотреть контакты. Найти документы. Вернуться к услугам. Задать вопрос. Открыть информацию о компании.
Если внизу страницы находится только «© 2026 Компания» — пользователь получает очень мало пользы.
Хороший footer может работать как компактная карта сайта. Например:
Услуги
- Дизайн сайтов;
- UX/UI дизайн;
- UX-аудит;
- Дизайн личных кабинетов.
Компания
- О компании;
- Кейсы;
- Блог;
- Контакты.
Помощь
- FAQ;
- Поддержка;
- Условия.
Документы
- Политика конфиденциальности;
- Пользовательское соглашение;
- Другие необходимые документы.
Это не значит, что нужно превращать footer в огромную простыню из 70 ссылок. Наоборот. Задача — оставить самое полезное.
Footer должен отвечать на вопрос: «Что здесь ещё есть?»
Хороший footer помогает пользователю сориентироваться. Особенно если он попал на страницу из поиска. Например, человек впервые открыл конкретную услугу. Он прочитал страницу и дошёл до конца.
Вместо тупика footer может показать: другие услуги → кейсы → блог → контакты → информация о компании. Получается естественный следующий шаг.
И здесь footer начинает работать не только как навигация, но и как часть структуры сайта.
Контакты не должны быть спрятаны
Ещё одна распространённая проблема — контактная информация существует, но найти её сложно. Например, есть телефон, email, адрес, режим работы. Но всё это спрятано где-то в отдельном разделе.
Для пользователя footer часто становится ожидаемым местом, где можно найти хотя бы базовую информацию о том, с кем он вообще взаимодействует.
Поэтому в зависимости от типа бизнеса здесь могут находиться: телефон, email, адрес, часы работы, мессенджеры, ссылки на социальные сети, реквизиты, название организации. Но опять же — не нужно помещать сюда всё подряд.
Если компания получает заявки только через форму, например, необязательно превращать footer в телефонный справочник.
Юридическая информация — тоже часть интерфейса
Есть ещё одна причина не относиться к footer как к декоративной полоске. Именно здесь пользователи часто ожидают увидеть ссылки на документы:
- Политика конфиденциальности;
- Пользовательское соглашение;
- Согласия и условия;
- Информация об организации.
Конкретный набор зависит от бизнеса, типа сайта и используемых процессов. Но сам принцип простой: если пользователю или компании важно иметь доступ к документу, не прячьте его там, где его невозможно найти.
Footer для этого подходит очень хорошо. Причём юридическая информация должна быть не только размещена, но и поддерживаться в актуальном состоянии. Ссылка на документ, который никто не обновлял несколько лет, формально существует — но как элемент продукта она уже работает плохо.
В медицинских продуктах footer становится особенно важным
В медицинском продукте пользователь может искать намного больше, чем просто телефон клиники. Ему могут понадобиться:
- лицензии и сведения об организации;
- адреса филиалов;
- контакты;
- режим работы;
- информация об услугах;
- документы;
- способы записи;
- информация для пациентов.
Для медицинских организаций требования к информации на официальных сайтах регулируются отдельно. Например, приказ Минздрава России №118н от 13 марта 2025 года устанавливает информацию, необходимую для независимой оценки качества условий оказания услуг, размещаемую на официальных сайтах медицинских организаций и других указанных организаций.
Поэтому медицинский footer я бы проектировал не по принципу «давайте сделаем красиво», а начиная с вопроса: «что пациент должен иметь возможность найти внизу страницы?» И уже после этого решать, как организовать информацию визуально.
Больше про специфику таких интерфейсов — в направлении Дизайн для MedTech.
А что со слабовидящими?
Здесь важно разделять доступность интерфейса?a11y — accessibility. Способность интерфейса быть удобным для людей с ограничениями: по зрению, слуху, моторике, когнитивным особенностям. и конкретные юридические обязанности.
Для некоторых официальных сайтов государственных органов и подведомственных организаций в России существуют специальные требования по обеспечению доступности для людей с нарушениями зрения. Например, порядок установлен приказом Минцифры России №953.
Но дизайнеру полезно думать об этом шире. Доступность — это не обязательно отдельная огромная кнопка «Версия для слабовидящих» на каждом сайте. Гораздо важнее сама система интерфейса. Например:
- достаточный контраст;
- читаемый размер текста;
- понятная иерархия;
- заметные состояния фокуса?Состояние элемента, когда на него попадает фокус — при навигации с клавиатуры или через Tab. Должно быть визуально заметным, чтобы пользователь понимал, где он находится.;
- логичная структура заголовков;
- понятные ссылки;
- корректные подписи элементов;
- возможность пользоваться интерфейсом с клавиатуры;
- совместимость с ассистивными технологиями.
То есть доступность начинается не в footer. Она начинается с архитектуры интерфейса. А footer просто становится одним из мест, где эти принципы тоже должны работать.
Не делайте отдельную «версию для слабовидящих» вместо нормального интерфейса
Это важный момент. Иногда доступность воспринимают как отдельный режим: обычный сайт и где-то рядом «Версия для слабовидящих».
Но если основная версия сайта имеет плохой контраст, мелкий текст, непонятную структуру и неудобную навигацию, наличие дополнительного режима само по себе не решает проблему.
Поэтому я предпочитаю сначала делать доступным основной интерфейс, а уже затем учитывать специальные требования конкретного проекта и организации.
Footer не должен превращаться в свалку ссылок
Есть и противоположная ошибка. Дизайнер слышит «давайте добавим всё», и footer начинает выглядеть так: Компания — 15 ссылок, Услуги — 24 ссылки, Документы — 11 ссылок, Соцсети — 8 иконок, Партнёры — ещё 12 логотипов, Контакты — ещё один огромный блок.
В итоге пользователь смотрит на всё это и не понимает, куда нажимать. Footer должен иметь иерархию: главное, второстепенное, служебное, юридическое. И всё.
Ссылки должны быть понятными
Ещё одна маленькая, но важная деталь. Сравните: «Подробнее» и «Условия обработки персональных данных». В первом случае пользователь не знает, куда попадёт. Во втором — понимает.
Особенно в footer я стараюсь не использовать слишком много универсальных ссылок вроде «Подробнее», «Узнать больше», «Перейти». Контекст должен помогать понять назначение ссылки.
Это особенно важно для пользователей, которые перемещаются по странице с помощью вспомогательных технологий или просто быстро сканируют список ссылок.
Footer может поддерживать SEO
Есть ещё одна полезная сторона. Footer может помогать внутренней структуре сайта. Например, если у компании есть основные направления — B2B, E-commerce, FinTech, MedTech, SaaS — можно дать на них понятные ссылки.
Но здесь легко переборщить. Не нужно превращать footer в «1000 SEO-ссылок на все города России». Это уже не навигация для человека. Это попытка превратить footer в технический каталог.
Я предпочитаю подход: ссылка должна быть полезна пользователю → если она одновременно помогает структуре сайта, отлично.
Footer должен быть адаптивным
На десктопе четыре колонки могут выглядеть прекрасно. На мобильном «Услуги / Компания / Помощь / Документы» могут превратиться в огромную вертикальную стену.
Поэтому footer нужно проектировать как часть адаптивной системы. Например:
- Desktop — 4–5 логических колонок;
- Tablet — 2–3 группы;
- Mobile — аккордеоны или последовательные блоки.
Но здесь тоже нет универсального решения. Если в группе всего три ссылки, аккордеон может только усложнить взаимодействие. Поэтому адаптив — это не «уменьшили desktop». Это изменение способа представления той же структуры.
Я бы начинал footer ещё на этапе структуры сайта
Мне нравится подход, когда footer появляется в проекте не в самом конце. Сначала я определяю:
- какие разделы есть у продукта;
- какие действия пользователь совершает;
- какие документы должны быть доступны;
- какая информация обязательна или важна для конкретной сферы;
- какие контакты нужны;
- что пользователь может искать внизу страницы.
И только потом проектирую визуальный блок. Получается примерно такая последовательность:
структура → приоритеты → контент → навигация → адаптив → визуальный дизайн.
А не «нам осталось сделать footer, давайте поставим туда четыре колонки».
В итоге
Footer — один из тех элементов, которые легко недооценить. Он находится в самом низу страницы и поэтому кажется второстепенным. Но именно там пользователь может искать: контакты, документы, навигацию, информацию об организации, помощь, доступные способы взаимодействия.
А в специализированных сферах, например в медицине, структура информации и требования к официальным сайтам могут быть ещё более специфичными.
Поэтому хороший footer — это не декоративная полоска внизу сайта. Это последняя точка навигации, доверия и ориентации пользователя. И если спроектировать её правильно, пользователь заканчивает страницу не вопросом «и что теперь?», а понимает: «вот куда мне идти дальше».
Глоссарий
- Footer
- Нижняя часть страницы сайта. В ней обычно находятся контакты, ссылки на разделы, юридические документы и другая справочная информация.
- Доступность (a11y)
- Accessibility — способность интерфейса быть удобным для людей с ограничениями: по зрению, слуху, моторике, когнитивным особенностям.
- Скринридер
- Программа, которая озвучивает содержимое экрана для незрячих пользователей. Читает структуру, ссылки, заголовки и описания элементов.
- Состояние фокуса
- Состояние элемента, когда на него попадает фокус — при навигации с клавиатуры или через Tab. Должно быть визуально заметным, чтобы пользователь понимал, где он находится.
- Внутренняя перелинковка
- Ссылки между страницами одного сайта. Помогают пользователю переходить по разделам, а поисковым системам — понимать структуру сайта.
- Версия для слабовидящих
- Отдельный режим отображения сайта с увеличенным шрифтом и повышенным контрастом. Не заменяет общую доступность интерфейса, а дополняет её.
Нужен интерфейс, в котором продуманы не только основные экраны?
Спроектирую структуру, навигацию, состояния и адаптив цифрового продукта — включая те элементы, которые часто вспоминают в самом конце проекта.