Ссылка на услугу просит войти в кабинет: как исправить навигацию

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

Откройте сайт как гость

Google обнаруживает переходы прежде всего по обычным ссылкам с атрибутом href — адресом в коде ссылки. Официальная документация.

У авторизованного сотрудника /account/services/ может показывать удобный список, а у нового посетителя — форму входа. Если публичная карточка обещает описание услуги, этот адрес не отвечает ожиданию гостя. Начните в чистом сеансе, где нет cookies рабочего кабинета. Проверьте, что на странице нет имени сотрудника и кнопки выхода. Если приватный режим всё равно автоматически входит в аккаунт, используйте отдельный профиль браузера без авторизации. В таблице отдельно храните видимый текст ссылки и её назначение. Ссылка «Войти» может правильно вести в кабинет, тогда как «Описание услуги» по тому же пути будет ошибкой навигации.

Отличите услугу от кнопки входа

Посмотрите href и окончательный URL

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

В инспекторе выберите ссылку, затем в консоли Chrome:

({ записано: $0.getAttribute("href"), адрес: $0.href });

Откройте адрес в приватном окне без входа. «Описание услуги» должно показывать услугу, а «Войти» — авторизацию. При переходе на login сохраните исходный href и адрес перехода из заголовка Location во вкладке Network («Сеть») инструментов разработчика.

Исправьте карточку, оставьте вход в кабинет

Допустим, карточка услуги ведёт на /account/services/a/, а «Войти» — на /account/. Найдите доступное гостю описание по /services/a/ и замените только адрес карточки. Ссылку входа оставьте прежней. Проверьте обе ссылки до и после в чистом сеансе. Затем войдите в тестовый аккаунт обычным способом и подтвердите, что кабинет не потерял свой маршрут. Опыт показывает две разные задачи: доступность публичного описания и сохранение приватной функции. Проверка одной карточки сотрудником не подтверждает ни гостевой путь, ни безопасность кабинета.

Обновите источник навигационных ссылок

Обновите общий источник маршрутов меню и карточек. Если неправильный URL записан в CMS, замените его в настройке меню или карточки; подпись должна по-прежнему описывать услугу. Для старой публичной ссылки на приватный путь решение зависит от архитектуры: не добавляйте редирект, который мешает законной работе кабинета. Часто правильнее исправить источник ссылки, а не менять защищённый маршрут. Для открытой страницы проверьте обычный GET без cookies. Не меняйте права кабинета, чтобы открылась ссылка меню. Его личные страницы должны по-прежнему требовать входа.

Пройдите меню и карточку без входа

На компьютере и телефоне гость получает описание услуги по публичному URL. Отдельная ссылка «Войти» осталась; кабинет продолжает требовать авторизацию. Менять права кабинета ради исправления меню не требуется.

Читайте также: Архитектура сайта: силосная структура URL и глубина кликов и Broken Link Building: стратегия получения обратных ссылок. Проверки сайта доступны на странице технического аудита reChecker.