Редизайн
и рестайлинг сайтов
в Ташкенте
Какие задачи закрывает редизайн
Посетитель
не понимает, куда нажать.
Выстраиваем один понятный маршрут к заявке.
Много страниц,
мало смысла.
Перебираем структуру и оставляем то, что читают.
Страницы грузятся долго.
Облегчаем макеты и убираем лишние скрипты вместе с разработкой.
Новые разделы
ломают вид.
Собираем библиотеку блоков, из которых страница складывается без дизайнера.
Сайт похож
на десяток соседних.
Возвращаем узнаваемость через типографику, цвет и подачу.
С кем мы работаем
- Результат за 5-8 дней
- Четкая иерархия
- Гибкость при масштабировании
- Единые макеты
- Лучший UX
- Легкость обновления
- Соответствие требованиям
- Форматы под все SKU
- Масштабируемая логика
Из чего складывается редизайн
Стоимость редизайна
в Ташкенте
Каждый редизайн уникален. Стоимость зависит от количества продуктов,
разнообразия форматов и глубины системы. Внешний вид — лишь часть работы.
Цены указаны без НДС.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Можно ли использовать наш текущий дизайн как основу?
Если он устойчив структурно — да. Если нет, мы собираем все заново, с расчетом на масштаб.
Что, если над разными частями дизайна работают разные команды?
Именно из-за этого важна система. Мы создаём правила, по которым живут файлы.
Как вы не допускаете, чтобы все снова расползлось со временем?
У нас все работает по правилам. Мы до работ задаем рамки, чтобы команда не гадала, «как правильно по бренду».
Это будет работать и в цифре, и в печати?
Да. Структура сохраняется и на полке, и на экране, и в презентации.
У нас уже три редизайна. Это проблема?
Нет. Но, возможно, пора выстроить систему целиком.
Как устроен редизайн сайта с несколькими языковыми версиями?
Работа идёт с группой страниц-переводов, а не с одной страницей. Сначала мы сводим таблицу: какой адрес какому языку соответствует и где перевода нет вовсе. Дальше дизайн собирается на самом «длинном» языке, потому что текст в переводе почти всегда растягивается, и вёрстка, подогнанная под короткий вариант, ломается. Пропуски в таблице закрываются или закрываются от индексации — решение принимается по каждой группе.
Что ломается в вёрстке при переводе чаще всего?
Кнопки и пункты меню. Надпись, которая на одном языке занимает два слова, на другом занимает пять и уезжает в две строки или обрезается. Второе место — заголовки в плитках: разная длина ломает сетку по высоте. В макетах мы проверяем каждый повторяющийся элемент на самом длинном варианте текста, а не на образцовом коротком.
Нужна ли отдельная разметка языковых версий?
Да, группа переводов связывается взаимными указателями: каждая страница перечисляет свои языковые двойники и себя саму. Односторонняя связка работает хуже и часто игнорируется. Ещё проверяется, что указатели ведут на существующие адреса с кодом ответа «двести», а не на редиректы: битая связка вредит сильнее, чем её отсутствие.
Как быть, если часть страниц есть только на одном языке?
Это нормальная ситуация, и притворяться, что перевод есть, вредно. У одиночной страницы просто нет языковых двойников, и связка для неё не выставляется. Машинный перевод ради заполнения таблицы мы не ставим: он читается как текст низкого качества и тянет за собой всю группу. Лучше честный пропуск, чем формально заполненная клетка.
Что происходит с адресами при смене языковой структуры?
Если менялась схема адресов — например, язык переезжает из параметра в путь, — старые адреса сохраняются редиректами, и по каждому проверяется конечная точка. Ещё проверяется, что редирект не ведёт на страницу другого языка: такие цепочки встречаются чаще всего и выглядят для посетителя как потеря страницы.
Как проверяется готовность многоязычной версии?
Тремя проходами. Первый — коды ответа по всем адресам всех языков. Второй — наличие и взаимность языковых указателей. Третий — объём текста на каждой странице в сравнении с исходной, чтобы поймать разделы, где перевод не доехал и осталась рыба. Каждый проход считается скриптом по списку адресов, а не выборочным просмотром.
Кто держит терминологию между языками?
Терминология фиксируем списком на входе: как называется каждая сущность в каждом языке. Без такого списка один и тот же раздел в меню, в заголовке и в кнопке называется тремя разными словами, и это видно посетителю сразу. Список ведёт тот, кто пишет текст, а проверяет тот, кто собирает страницы.
Что делать, если языковые версии живут на разных доменах?
Связка выставляется между доменами так же, как внутри одного, и должна быть взаимной. Дополнительно проверяется, что каждый домен подтверждён в панели вебмастера отдельно, иначе часть отчётов по нему просто не собирается. Переезд между схемами без сохранения старых адресов редиректами теряет накопленные сигналы.
Как выбрать язык по умолчанию?
По тому, откуда приходят посетители, а не по языку владельца сайта. Автоматическое переключение по стране лучше не делать жёстким: человек, попавший не на свой язык и не нашедший переключателя, уходит. Переключатель ставится в шапке в предсказуемом месте и показывает название языка на самом этом языке.
Смотрите также
Обновлено: