Безанкорные ссылки – что это

SEO WikiGoogleАлгоритмы ранжированияАнализ эффективностиВеб разработкаВнутренняя оптимизацияВредоносные технологииЗапросыИндексация сайтаИнтернет рекламаКонтекстная рекламаМета-тегиПоисковые системыПоисковые фильтрыПродвижение сайтовРанжированиеСервисыСоциальные сетиСпециалистыСсылочная оптимизацияСтруктура сайтаТекстовая оптимизацияТехническая оптимизацияЧерное SEOЯндекс

Оглавление

1. Преимущества безанкорных ссылок
2. Особенности использования безанкорных ссылок
3. Главные советы по использованию ссылок

Безанкорные ссылки (безанкор) – это гиперссылки, в которых не используются ключевые слова. Существует ошибочное мнение, что безанкорные ссылки вообще не имеют анкора. Он у них есть, но вместо прямого употребления ключевых слов могут использоваться наименования бренда, указательные слова «тут», «здесь», домен сайта и т. д.

Преимущества безанкорных ссылок

Использование безанкора обеспечивает следующие преимущества.

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

Особенности использования безанкорных ссылок

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

Главные советы по использованию ссылок

• Добавляйте уникальный околоссылочный текст на всех площадках, где размещаются ссылки на продвигаемую страницу.
• Обязательно разбавляйте безанкорные ссылки анкорными, но не более 50 % от общего количества.
• Проставляйте несколько ссылок на разные страницы сайта в теле статьи или заметке.
• Наречия, которые вы употребляете в безанкорных ссылках («тут», «здесь», «сюда»), должны быть разными на всех площадках. Старайтесь учитывать все сайты, где вы размещаете безанкоры, и равномерно распределять наречия так, чтобы они повторялись минимально возможное количество раз.

Наличие внешних ссылок для продвижения очень важно, хотя считается, что их эффективность стала ниже, чем 3–5 лет назад. Для достижения максимального результата нужно учитывать баланс между анкорными и безанкорными ссылками. И обязательно проверяйте траст каждой площадки, где собираетесь размещать ссылку на свой сайт. Если это заспамленные ресурсы, положительного результата они не дадут.

• Продвижение сайтов
• Ссылочная оптимизация

Rookee — простой способ поднять сайт в ТОП поисковых систем

Начать продвижение

Базовая техническая оптимизация

13 090 ₽

Написание метатегов

от 2790 ₽

Наполнение сайта

Популярно

от 13 390 ₽/месяц

Настройка ссылочной стратегии

Популярно

1290 ₽

Настройка целей в Яндекс. Метрике

3590 ₽

Общий технический аудит

Популярно

5290 ₽

Оптимизация коммерческих факторов

5790 ₽

Оптимизация сайта под мобильные устройства

8890 ₽

Подбор запросов для продвижения

Популярно

от 3290 ₽

Присвоение региона продвижения

5090 ₽

Техническое задание на тексты

Популярно

от 1290 ₽

Увеличение кликабельности сайта в выдаче

3690 ₽

Установка Яндекс. Метрики

1490 ₽

Что такое безанкорные ссылки и как их сделать

Содержание

• Что такое безанкорная ссылка?
• Сколько нужно безанкорных ссылок?
• Пример составления безанкорной ссылки
• Как сделать безанкорную ссылку?
• Полезные материалы из этой статьи

Безанкорные ссылки – это ссылки, которые не содержат явного текста якоря. Такие ссылки используются для создания естественного профиля ссылок, что позволяет избежать наказания со стороны поисковых систем.

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

Что такое безанкорная ссылка?

Безанкорная ссылка (или «невидимая ссылка») – это гиперссылка на веб-странице, которая не имеет текстового описания (т.е. нет слов или фраз, на которые пользователь может щелкнуть, чтобы перейти по ссылке).

Вместо этого она может быть представлена как изображение, пустое пространство или какой-либо другой HTML-элемент, например, как пустой тег <a>.

Пример безанкорной ссылки на HTML:

В этом примере тег  <a> создает ссылку, но между открывающим и закрывающим тегами нет текста. Вместо этого ссылка указывается в атрибуте href, который содержит URL-адрес сайта, на который ссылается ссылка. Таким образом, эта ссылка не имеет явного текста якоря и является безанкорной ссылкой.

Преимущества использования безанкорных ссылок включают:

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

Недостатки использования безанкорных ссылок могут включать:

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

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

Сколько нужно безанкорных ссылок?

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

Однако, в общем, количество безанкорных ссылок должно быть сбалансировано с использованием якорных ссылок и других методов оптимизации сайта. Не более 10-20% от общего числа ссылок на сайте должны быть безанкорными.

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

Пример составления безанкорной ссылки

Примером безанкорной ссылки может быть просто URL-адрес сайта без какого-либо текста якоря. Например:

В этом примере нет явного текста якоря, только URL-адрес сайта, который является безанкорной ссылкой.

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

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

Как сделать безанкорную ссылку?

Чтобы создать безанкорную ссылку на свой сайт, вам нужно:

1. Открыть HTML-код вашей веб-страницы в текстовом редакторе или визуальном редакторе HTML.
2. Написать тег <a> для создания ссылки и добавить атрибут href, указывающий URL-адрес вашего сайта.
3. Оставить текст якоря пустым или использовать символы, не несущие смысловой нагрузки, например, символы пунктуации, цифры или буквы без ключевых слов.

Пример безанкорной ссылки с пустым текстом якоря:

Пример безанкорной ссылки с использованием символов в качестве текста якоря:

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

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

Содержание

• Что такое безанкорная ссылка?
• Сколько нужно безанкорных ссылок?
• Пример составления безанкорной ссылки
• Как сделать безанкорную ссылку?
• Полезные материалы из этой статьи

ССЫЛКИ

ИЗОБРАЖЕНИЯ

РЕКОМЕНДАЦИИ

Рекомендуем вам похожие статьи

Please enable JavaScript to view the comments powered by Disqus.

Список неанкорных ссылок — SEO Hero

SEO-герой

SEO-новости

0 дней 0 часов 0 минут 0 секунд

• Новости SEO

ПОСЛЕДНИЙ ПОПУЛЯРНЫЙ ВЫБЕРИТЕ ДАТУ

04.03.2019

• Практические рекомендации по SEO для мобильных устройств

25. 02.2019

• Как найти новые сайты по ссылкам

25.01.2019

• Список неанкорных ссылок

Читать далее

SEO

Неанкорная ссылка — это ссылка, которая в полной мере передает статический вес и исключает манипуляции с семантическим весом.

Рекомендуются ссылки без привязки для продвижения новых сайтов.

К неанкорным ссылкам относятся следующие типы ссылок:

• Ссылка в виде изображения без тега alt;
  
• URL-ссылка;
• Ссылка в виде текста, которая не считается якорной.

Текст, который не считается привязкой:

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

SEO

Дмитрий Севальнев Генеральный директор Пиксель Плюс

04 января

Основные SEO-требования

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

Читать далее

• SEO-блог

Самые популярные в

Обзор API Bindlink — приложения Win32

• Статья
• 01. 06.2023

Примечание

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

Важно

Функция, описанная в этом разделе, доступна в предварительных версиях Windows Insider Preview. Самая ранняя версия, в которой появляются эти функции, — Windows Insider Preview, версия 10.0.25314.0.

Библиотека Bindlink позволяет пользователям-администраторам привязывать пространство имен файловой системы к локальному виртуальному пути через фильтр привязки (мини-фильтр bindflt.sys). Bind Links обеспечивают перенаправление файловой системы с локального виртуального пути на локальный или удаленный резервный путь . В первую очередь они могут включать два типа сценариев: во-первых, они могут отображать удаленные файлы в сетевой папке как локальные, что улучшает совместимость приложений, а во-вторых, они позволяют использовать сценарии, в которых приложение хочет, чтобы файлы из разных мест отображались в новом месте, потенциально с другими именами и структурами каталогов, без копирования файлов. Bind Links прозрачны для приложений, и все существующие API работают без знания об этом перенаправлении. Для виртуального пути не создается физический файл или каталог, а ссылки привязки расширяют дескрипторы безопасности и разрешения файлов и каталогов в резервном пути на виртуальный путь.

Использование

Набор API состоит из 2 связанных функций:

• CreateBindLink — этот API позволяет администраторам создавать ссылку привязки между виртуальным путем и резервным путем.
• RemoveBindLink — этот API позволяет пользователю удалить ранее созданную ссылку, вызвав CreateBindLink .

Пример использования этих функций см. в разделе Примеры Bindlink.

Связные ссылки прозрачны для приложений, и пока эти ссылки существуют, все операции применяются к резервному пути. В результате DeleteFile или RemoveDirectory воздействует на резервный путь, эффективно удаляя резервный путь, но не ссылку. Этот API завершится ошибкой, если у пользователя нет прав администратора, если у пользователя нет разрешений на открытие виртуального пути или резервного пути, если резервный путь не существует, если для виртуального пути существует другая ссылка или если при настройке ссылки произошел внутренний сбой. В частности, пользователь-администратор должен иметь возможность прикрепить фильтр (разрешения для FilterAttach ), подключитесь к порту фильтра (разрешения для FilterConnectCommunicationPort ) и получите доступ к корню резервного пути, иначе API завершится с ошибкой ERROR_ACCESS_DENIED .

Если приложение попытается перейти по ссылке на резервный путь, который был удален после установки ссылки, приложение увидит ERROR_FILE_NOT_FOUND *. Позже, если резервный путь будет создан снова, ссылка теперь будет применяться к этому новому резервному пути. Если файл должен был быть создан в virtualPath , пока ссылка существует, она будет отображаться в virtualPath , если ссылка существует, но физически создана на резервном пути. Когда ссылка удалена, файл будет отображаться только на резервном пути и больше не будет отображаться на виртуальном пути . Это относится ко всем типам ссылок, описанным ниже.

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

Безанкорные ссылки

Безанкорные ссылки — это ссылки привязки, которые создаются, когда виртуальный путь не существует на диске до создания ссылки. Когда создается ссылка такого типа, виртуальный путь синтезируется в памяти и отображается как обычный путь в файловой системе. Обратите внимание, что для создания такой ссылки привязки родительский элемент виртуального пути должен существовать либо как каталог на диске, либо как ранее созданная ссылка. Например, чтобы использовать C:\Foo\Bar в качестве виртуального пути, C:\Foo должен быть каталогом на диске или предварительно созданным в качестве виртуального пути для другой ссылки. Поскольку для тома нет родителя, не может быть безанкорной ссылки на несуществующий том. Например, создание ссылки привязки с виртуальным путем «Z:» завершится ошибкой, если еще не существует тома с именем «Z».

Теневые ссылки

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

• C:\Foo существует на диске с двумя файлами Cat.txt и Dog.txt
• C:\Bar существует на диске с двумя файлами Cow.txt и Mouse.txt

Когда создается ссылка с C:\Foo в качестве виртуального пути и C:\Bar в качестве резервного пути, путь C:\Foo будет показывать Cow.txt и Mouse.txt всем пользователям, а Cat.txt и Dog.txt будут скрыты, пока ссылка не будет удалена.

Другой пример на следующей диаграмме помогает отличить теневую ссылку от безанкорной.

Пользователь, перечисляющий c:\Foo, найдет каталог и его существующее содержимое еще до того, как будет создана какая-либо из ссылок привязки, показанных на диаграмме. После создания ссылок перечисление c:\Foo покажет C:\Foo\Bar и Cow.txt. Поскольку C:\Foo существует на диске с ссылкой или без нее, ссылка между C:\Foo и \\Remote\Target является теневой ссылкой.

Пользователь, перечисляющий c:\Foo, не увидит c:\Foo\Bar до создания второй ссылки привязки. Поскольку C:\Foo\Bar появляется только после добавления ссылки между c:\Foo\Bar и C:\Target2, она является чисто виртуальной, и, следовательно, ссылка между c:\Foo\Bar и C:\Target2 является ссылкой без привязки.

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

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

CREATE_BIND_LINK_FLAG_MERGED флаг

Объединенная ссылка аналогична теневой ссылке, за исключением того, что существующее содержимое виртуального пути объединяется с резервным путем. Чтобы создать такую ​​ссылку, следует использовать флаг CREATE_BIND_LINK_FLAG_MERGED .

Давайте еще раз рассмотрим предыдущий пример для теневой ссылки с добавлением этого флага.

Например:

• C:\Foo существует на диске с двумя файлами Cat.txt и Dog.txt
• C:\Bar существует на диске с двумя файлами Cow.txt и Mouse.txt

Когда создается ссылка с C:\Foo в качестве виртуального пути и C:\Bar в качестве резервного пути с флагом CREATE_BIND_LINK_FLAG_MERGED , путь C:\Foo будет показывать Cat.txt, Dog.txt, Cow.txt и Mouse.txt.

Важно помнить, что объединенные ссылки применяются только тогда, когда виртуальный путь является каталогом. В случае, когда файл появляется как в резервном пути, так и в виртуальном пути, файл в резервном пути имеет приоритет, т. е. файл в виртуальном пути маскируется. Это применяется рекурсивно ко всем каталогам в пределах виртуального пути. Поскольку слияние применяется к каталогам, если virtualPath и backingPath имеют каталог с одинаковым именем на одном уровне, каталог будет объединен в результате ссылки. Если ссылка не была объединенной ссылкой, каталог в backingPath будет иметь приоритет и переопределит каталог в virtualPath . Если файл был создан по объединенному пути при наличии объединенной ссылки, он будет физически создан по адресу backingPath (как в случае с любой ссылкой привязки) и переопределит файл с тем же именем по адресу 9.0301 виртуальный путь .

Рассмотрим следующие структуры каталогов и две разные ссылки:

• c:\Foo\Sub\Foo_sub.txt
• c:\Bar\Sub\Bar_sub.txt.

Если c:\Foo связан с c:\Bar без слияния , тогда c:\Foo\Sub покажет только Bar_sub.txt. Однако, если c:\Foo связан с c:\Bar с помощью слияния , тогда c:\Foo\Sub покажет как Foo_sub.txt, так и Bar_sub.txt.

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

Флаг CREATE_BIND_LINK_FLAG_READ_ONLY

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

Обратите внимание, что ограничение только для чтения применяется только к файлам, которые находятся на резервном пути на диске. Если ссылка объединена и файлы, которые изначально находятся в пути к виртуальному каталогу, видны, они останутся доступными для изменения.

Например:

• C:\Foo существует на диске с файлом Cat.txt
• C:\Bar существует на диске с файлом Cow.txt

Если создается ссылка с C:\Foo в качестве виртуального пути и C:\Bar в качестве резервного пути, а ссылка помечена как доступная только для чтения и объединена, и Cat.txt, и Cow.txt будут видны в C:\Foo, однако Cat.txt можно будет изменить, а Cow.txt нельзя будет изменить.

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

Вложенные ссылки

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

Обратите внимание, что ограничений на последующие циклические ссылки нет.

Рассмотрим ссылки и порядок ссылок на диаграмме «Вложенные ссылки привязки» выше.

Если создается ссылка с виртуальным путем: C:\Foo\Bar, можно создать другую ссылку с C:\Foo в качестве виртуального пути, а еще одну ссылку можно создать с C:\Foo\Bar\Baz в качестве виртуального пути.

Например:

• C:\Target существует на диске с файлом Cat.txt
• C:\Target2 существует на диске с файлом Dog.txt
• C:\Foo существует на диске с каталогом Bar

Если C:\Foo\Bar связан с C:\Target (Link1), а затем C:\Foo связан с C:\Target2 (Link2), пользователь, перечисляющий C:\Foo, увидит Dog.txt и каталог Bar, поскольку Bar является виртуальным путем для своей собственной ссылки. Впоследствии, если C:\Foo\Bar\Baz связан с C:\Target2 (Link3), пользователь, перечисляющий c:\Foo\Bar, увидит Cat.txt и каталог Baz, поскольку Baz является виртуальным путем для своей собственной ссылки.

Дополнительные сценарии связывания

Следующие пункты важны и всегда должны рассматриваться вместе при принятии решения о результате ссылки или набора ссылок:

1. Резервный путь всегда имеет приоритет и переопределяет, если объект с теми же именами существует в виртуальном пути или благодаря ссылке. Это относится ко всем видам Bind Links.

   Например, рассмотрим следующую ссылку:

   c:\Foo связан с c:\Target, где c:\Target — это файл.

   В этом случае c:\Foo будет выглядеть как файл с содержимым c:\Target для ссылки без привязки. Даже если c:\Foo является локальным каталогом (теневая ссылка), приведенная выше ссылка сделает c:\Foo похожим на файл, если существует ссылка и резервный путь.

2. В случае конфликтующих ссылок приоритет имеет последняя созданная ссылка. Однако самая последняя ссылка не может скрыть предыдущую ссылку.

   В качестве другого примера рассмотрим следующие ссылки. Вторая ссылка изменяет представление пространства имен.

   • Link1: c:\Foo связан с c:\Target, где c:\Target — это каталог. c:\Target имеет файл Bar
   • Link2: c:\Foo\Bar связан с c:\Target2, где Target2 — это каталог, содержащий файл Cat.txt

   В этом случае, после создания Link1, c:\Foo будет иметь файловую панель. Однако после Link2 c:\Foo покажет каталог Bar с файлом Cat.txt. Точно так же, если c:\Target2 был файлом, c:\Foo\Bar будет файлом с содержимым C:\Target2

   .

   С другой стороны, если порядок ссылок был обратным, как показано ниже, c:\Foo\Bar будет по-прежнему отображаться как каталог, показывающий Cat.txt из c:\Target2. Резервный путь имеет приоритет над элементами виртуального пути, но не имеет приоритета перед самим корнем виртуального пути.

   • Link1: c:\Foo\Bar связан с c:\Target2, где Target2 — это каталог, содержащий файл Cat.txt
   • Link2: c:\Foo связан с c:\Target, где c:\Target — это каталог. c:\Target имеет файл Bar

3. Для успешного создания ссылки родительский элемент виртуального пути должен существовать либо локально, либо отображаться из-за backingPath в предыдущей ссылке, либо быть самим виртуальным путем в ссылке.

   Например, если c:\Foo сначала связана с c:\Target, а затем c:\Foo\Bar\Baz связывается с резервным путем, ссылка из c:\Foo\Bar\Baz будет успешной, если c:\Foo\Bar существует из-за одного из следующих условий:

   • c:\Foo\Bar существует локально, и исключение в предыдущей ссылке гарантирует, что c:\Foo\Bar не был затенен c:\Target (см. Исключения в следующем разделе) или
   • c:\Foo\Bar существует благодаря предыдущей ссылке (т. е. если c:\Target имеет каталог Bar) или
   • c:\Foo\Bar — это сам виртуальный путь в другой ссылке (c:\Foo\Bar ==> что-то)

   Примечание

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

Рассмотрим следующие ссылки, созданные в том же порядке:

• C:\Foo связан с C:\Target
• C:\Foo\Bar связан с c:\Target2

Создание ссылки не влияет на поведение резервного пути. Следовательно, виртуальный каталог Bar отображается в c:\Foo, а не в c:\Target. Таблица ссылок будет выглядеть так:

• C:\Foo —> c:\Target, C:\Foo\Bar —> c:\Target2 , а не
• C:\Foo —> c:\Target, c:\Target\Bar —> c:\Target2

Исключения для ссылок привязки

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

• C:\Foo существует на диске и содержит каталог Bar и каталог Baz
• C:\Foo\Bar содержит Cat.txt
• C:\Foo\Baz содержит Dog.txt
• C:\Target существует на диске и содержит файл Cow.txt

Если создается ссылка из C:\Foo на C:\Target за исключением C:\Foo\Baz, пользователь увидит следующее:

• C:\Foo будет содержать файл Cow.