Ссылки абсолютные и относительные: что выбрать для сайта

Чем отличаются абсолютная и относительная ссылка

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

• /uslugi/seo/ — от корня: начинается с косой черты и отсчитывается от домена, на какой бы странице ни стоял посетитель;
• uslugi/seo/ — от текущей папки: итоговый адрес зависит от того, где размещена сама ссылка;
• ../uslugi/seo/ — с шагом на уровень выше: отсчёт идёт от родительской папки.

Влияет ли выбор на позиции в поиске

Напрямую нет. Поисковая система превращает относительную ссылку в полный адрес и передаёт по ней сигналы так же, как по абсолютной. Поэтому вопрос «что лучше для SEO» поставлен не совсем верно.

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

Сравнение вариантов: что выбрать для внутренних ссылок

Практичное правило такое: меню, подвал, хлебные крошки и ссылки в статьях — от корня, а в местах, где адрес читает не браузер, а внешняя система, — полный адрес. Обязательное условие — сайт отвечает только по одному основному адресу, остальные версии отправлены на него 301-м редиректом. Если ваша CMS сама вставляет абсолютные ссылки, это тоже нормально, пока в них правильный домен и протокол.

• Абсолютная. Плюсы: одинаково работает в письмах, выгрузках и RSS; если чужой сайт скопирует ваш текст, ссылки продолжат вести к вам. Минусы: при смене протокола или домена все ссылки устаревают и идут через редирект; на тестовом сервере они уводят посетителя на боевой сайт.
• От корня. Плюсы: сайт без правок переезжает с тестового домена на рабочий, код короче, глубина страницы не имеет значения. Минусы: если сайт открывается по нескольким адресам (http и https, с www и без), ссылки остаются внутри каждой копии и усиливают дубли; при копировании чужими сайтами ссылки ломаются.
• От текущей папки. Плюсов практически нет, минусы — ломается при переносе страницы и в шаблонах на глубоких разделах.

Где нужен только полный адрес

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

• canonical — адрес страницы, которую вы считаете основной;
• hreflang — адрес каждой языковой версии, а для сайта на русском и узбекском это особенно актуально;
• XML-карта сайта — только полные адреса;
• Open Graph: og:url и og:image — иначе превью страницы в Telegram и соцсетях может не собраться;
• микроразметка организации, товаров, статей и изображений;
• рассылки, RSS, посты и описания профилей в соцсетях;
• редиректы на другой домен.

Типичные ошибки и чем они грозят

Самая коварная ошибка — ссылка от текущей папки. Запись uslugi/remont/ на странице /blog/ превращается в /blog/uslugi/remont/. Если сервер вместо 404 отдаёт на такой адрес главную или ту же статью, робот получает бесконечную цепочку несуществующих, но «рабочих» страниц и тратит на них время обхода.

Остальные ошибки встречаются так часто, что их стоит перечислить:

• после перехода на https часть ссылок в текстах осталась с http, и каждый переход идёт через редирект;
• ссылки то с www, то без: даже при настроенном редиректе это лишний шаг и шум в сигналах;
• в текстах остались адреса тестового домена разработчика, а иногда он ещё и открыт для индексации;
• менеджер скопировал адрес из браузера вместе с UTM-метками, и внутренняя ссылка получила параметры;
• в шаблоне меню стоит путь от текущей папки, и на глубоких страницах он ломается;
• в canonical или hreflang вместо полного адреса стоит относительный путь.

Пример: интернет-магазин из Ташкента после переезда

Представим условную ситуацию. Магазин электроники в Ташкенте сделал новый сайт на тестовом домене подрядчика, а потом перенёс его на свой домен .uz и включил https. Покупатели приходят из Instagram, Telegram-канала, OLX и поиска, оплачивают через Click или Payme.

Менеджеры, пока шла разработка, вставляли в описания товаров ссылки на смежные категории прямо из адресной строки, то есть с тестовым доменом. После запуска часть карточек ведёт на тестовый адрес, часть — на http-версию, а в меню на глубоких страницах каталога стоит путь от текущей папки и выдаёт ошибку. Позиции из-за этого не рухнут, но трафик будет теряться на редиректах и 404, а в Search Console появятся предупреждения. Лечится это краулером, массовой заменой адресов и общим правилом для редакторов.

Как проверить и исправить сайт: пошагово

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

• Просканируйте сайт краулером и выгрузите все внутренние ссылки со статусами ответа.
• Отфильтруйте ссылки с http, если сайт работает на https, и ссылки на вариант домена, который не является основным.
• Найдите упоминания тестового домена в шаблонах, текстах и базе данных.
• Выделите ссылки, ведущие на редирект или 404, и посмотрите, откуда они идут: чаще всего это шаблон или старые тексты.
• Исправьте шаблоны меню, подвала и карточек, затем сделайте массовую замену в текстах средствами CMS или базы данных — только после резервной копии.
• Проверьте canonical, hreflang, карту сайта и Open Graph на полные адреса и повторите сканирование.

Чек-лист и правило для контент-менеджеров

Большинство проблем создают не разработчики, а люди, которые наполняют сайт. Дайте им одну короткую инструкцию: во внутренних ссылках использовать только путь от корня, без домена, без параметров и меток, адрес брать из карты сайта или меню, а не из адресной строки в момент тестов.

Для регулярной проверки хватит такого списка:

• сайт открывается по одному основному адресу, остальные версии ведут на него 301-м редиректом;
• в навигации и текстах нет ссылок от текущей папки;
• нет внутренних ссылок на http, чужой вариант домена и тестовые адреса;
• canonical, hreflang, sitemap и Open Graph содержат полные адреса;
• внутренние ссылки не ведут на редиректы и 404;
• в ссылках нет UTM-меток и служебных параметров.

С чего начать

Если сайт недавно переезжал, меняли CMS или над ним работали несколько подрядчиков, начните со сканирования: обычно вся картина становится ясна за один вечер. Когда ошибок много или вы не хотите трогать шаблоны сами, этим можно заняться в рамках SEO-оптимизации сайта в Узбекистане. Команда markdev проверяет техническую часть, перелинковку и разметку, а затем даёт понятный список правок для разработчика и редакторов. Расскажите о своём сайте, и мы подскажем, с чего лучше начать.