Давно не постил ничего

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

🔗 Так что же такое эти ваши сетки на канониклах?
Штука на самом деле простая в своём понимании и построении — это группа сайтов, которые связаны между собой тегом canonical. Эту строку вы наверняка замечали при анализе кода сайтов конкурентов или своих сайтов, выглядит она вот так:
<link rel="canonical" href="https://site.com/" />

А если раскрывать терминологию и его назначение, то это HTML-тег, который говорит поисковикам, что основная версия данного сайта находится по указанному в кавычках URL.
В привычном сценарии он служит для того, чтобы минимизировать риск возникновения зеркал — чтобы Google не индексировал отдельно версию с www и версию без него, например. Но мы всё же говорим о каноничных сетках, поэтому погрузимся немного глубже.

🧩 Выглядят сетки следующим образом:
1️⃣ У вас есть ваш главный сайт — https://main-site.com/, и на нём прописывается каноникал сам на себя:
<link rel="canonical" href="https://main-site.com/" />
2️⃣ Мы также создаём некоторое количество сайтов, которые полностью копируют контент главного сайта. Например, пусть будут https://site-1.com/ и https://site-2.com/.
3️⃣ На этих сайтах прописываем тег canonical, ссылаясь на наш мейн-сайт, а не на самого себя:
<link rel="canonical" href="https://main-site.com/" />
И вот у нас появляется такая структура — это и называется каноничной сеткой в привычном понимании. Можете посмотреть на картинку в посте, если сложно воспринимается текстом.

💡 Зачем это делают?
Как выглядит — мы разобрались, но для чего такое делают современные сеошники, какие от этого плюсы? Какие-то сайты, ещё и полностью копирующие друг друга, — выглядит как что-то бесперспективное. Тезисами опишу основные преимущества такого подхода:
▪️ Эффективное наращивание ссылочного веса — самое главное и неоспоримое преимущество. Вес, который льётся на https://site-1.com/ и https://site-2.com/, так же передаётся и на основной домен, немного фильтруясь в процессе. Это даёт возможность пользоваться ломами и прочим говноссылочным без особого опасения. Риск словить санкции за злоупотребление минимальный, но всё-таки не равен нулю: бывали случаи, когда домены действительно ложились от такого и вслед за собой выбивали из индекса основной сайт.
▪️ Хорошая инфраструктура для потенциальных переклеев. Не слишком часто, но в таких сетках сайты индексируются, хоть и не вываливаются в сам ранж. Это хороший сигнал при необходимости переклеяться на такой домен. Ну и переклей будет происходить не на нулёвый домен, а уже пролитый ссылочным и связанный некоторой логикой с основным сайтом. Очень часто подобные переклеи длятся не больше 3–4 часов.
▪️ Помогает дропам плавно сменять тематику на нужные кластеры. Всё, опять-таки, благодаря тому, что на дропе раскатан новый контент, он проливается ссылочным и связан с главным сайтом, который успешно ранжируется.
▪️ Манипуляция канониклами — и, с недавних времён, самое главное преимущество. Формирование таких сеток открывает для нас путь к активному использованию альтернейтов (но об этом как-нибудь в другой раз).

⚙️ Также хочется добавить: если вы надумаете строить что-то подобное, то позаботьтесь сразу о синхронизации контента внутри сетки — чтобы при изменении на одном домене не приходилось менять руками на других.
Такие конструкции могут состоять как из двух доменов, так и из десятка дропов и новорегов. Всё зависит от вашей выдачи, аппетитов и бюджета. Удобнее всего, конечно, вести такие сетки на самописных конструкторах и админках, нежели на готовых CMS-ках. Хотя на том же WordPress уже есть способы, как засинхронить контент и спокойно выстраивать сетки.