Редизайн
и рестайлинг сайтов
в Воронеже

Если он устойчив структурно — да. Если нет, мы собираем все заново, с расчетом на масштаб.

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

У нас все работает по правилам. Мы до работ задаем рамки, чтобы команда не гадала, «как правильно по бренду».

Да. Структура сохраняется и на полке, и на экране, и в презентации.

Нет. Но, возможно, пора выстроить систему целиком.

С того, на котором сайт реально смотрят. Мы берём распределение по ширине экрана из счётчика и рисуем сначала под самую массовую группу, а не под большой монитор. Порядок важен: макет, растянутый с настольной версии, оставляет на телефоне мелкие кнопки и текст в две строки, а макет, собранный с телефона, на мониторе просто становится просторнее.

Кнопки и поля рядом друг с другом: палец задевает соседний элемент. Второе — выпадающие списки с длинными названиями, которые обрезаются. Третье — таблицы, которые уезжают за край и требуют горизонтальной прокрутки. Всё три случая правятся размером цели нажатия и переносом содержимого в вертикальный список.

Нет. Отдельный адрес для телефонов создаёт вторую копию каждой страницы, и её приходится синхронизировать вручную вечно. Одна вёрстка, которая перестраивается по ширине экрана, обходится дешевле в поддержке и не порождает пары почти одинаковых страниц.

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

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

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

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

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

Замером размеров целей в вычисленных стилях: элемент, по которому нажимают, не должен быть меньше сорока с небольшим пикселей по каждой стороне, и между соседними целями нужен зазор. Это считается скриптом по списку страниц, а не оценивается на глаз, и потому годится в приёмку.

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

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

Сокращаем их число и даём заметную кнопку закрытия. Окно, перекрывающее содержимое сразу после входа, отправляет человека назад в поиск. Показ настраиваем по действию, а не по таймеру.

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

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