Сохраняйте навигацию локализации в URL

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

После проверки перевода он нажимает «назад» и видит список контента по умолчанию.

Данные всё ещё на месте. Рабочий контекст исчез.

Состояние навигации — часть задачи

Экраны локализации часто имеют несколько измерений:

• проект
• исходная и целевая локаль
• тип контента
• состояние перевода
• поисковый запрос
• порядок сортировки
• страница

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

URL — естественное место для восстанавливаемого состояния навигации.

Назад должно означать назад

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

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

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

Общие представления улучшают координацию

URL со стабильными фильтрами можно отправить коллеге:

?locale=fr&content_type=landingPage&state=failed

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

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

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

Канонизируйте строку запроса

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

Чистая реализация должна:

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

Результат — URL, который представляет текущее представление, не превращаясь в дополняемый журнал каждого взаимодействия с UI.

Поддерживайте синхронизацию общих элементов управления

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

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

Проверяемое на сервере состояние URL даёт один ясный источник истины для текущего контекста просмотра.

Вывод

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

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