Внутрішня перелінковка сайту

1. Завдання внутрішньої перелинковки
2. Як ховати посилання від пошукових систем
3. Тег <noindex>
4. Rel = «nofollow»
5. SEOhide або складний JavaScript
6. проміжний редирект
7. Програми для внутрішньої перелінковки
8. Основні схеми перелинковки
9. куб
10. ієрархічна структура
11. широке зв'язування
12. Внутрішня перелінковка і анкорний ранжування
13. І так, що потрібно робити для того, щоб не налетіти на санкції з боку пошукових систем?

У цій статті я постараюся розкрити одну з найважливіших тем, що стосуються пошукового просування. Всі знають, що для успішного просування сайту потрібно зробити внутрішню перелінковку, але не всі знають, як зробити її правильно.

Нижче викладені основні аспекти перелинковки, я не наводжу приклади і конкретні схеми для просування окремих груп запитів, які ви зможете використовувати на своїх сайтах. Моє завдання полягає в тому, щоб дати вам якусь теоретичну базу, від якої ви зможете відштовхуватися при роботі зі своїми або клієнтськими проектами.

Завдання внутрішньої перелинковки

Для початку розберемося, що таке перелинковка і які завдання вона вирішує.

Важливо розуміти! Перелінковка, це не посилання з тексту «як у Вікіпедії» і не блоки зі схожими записами, внутрішня перелінковка - це взагалі все посилання на сайті.

З цього випливає, що займатися їй потрібно ще на етапі створення сайту, але ніяк не після його запуску. Зрозуміло, що це не завжди можливо, але якщо ви займаєтеся створенням власних проектів або берете участь в розробці клієнтських, приділіть якомога більше уваги правильній організації посилальної структури - це значно спростить вам життя надалі.

Внутрішня перелінковка вирішує три завдання:

1. Навігація.
2. Індексація.
3. Ранжування: анкорний і PageRank.

Для перелинковки сторінок на сайті зазвичай використовуються три типи посилань.

1. Статичні блоки посилань - це блоки, які не змінюються, наприклад найпопулярніші статті на сайті.

• Проста реалізація.
• Краще за всіх підходять для вирішення завдань ранжирування.
• Вимагають первинного розподілу по сторінках.

2. Динамічні блоки посилань - це блоки, які змінюються, наприклад Recent Posts або Новини сайту.

• Ідеально підходять для поліпшення індексації під Google.
• Немає необхідності в первинному розподілі.
• Іноді бувають складні в реалізації.
• Не працюють в Яндексі.
• Чи не підходять для вирішення завдань ранжирування.

3. Посилання з тексту документа - це посилання, які розташовуються в самій статті.

Плюси: Проста реалізація.

Мінуси: Дуже часто перетворюється в перелинковку а-ля Вікіпедія.

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

З вище сказаного можна зробити два важливих висновки:

• Навігаційні посилання не повинні бути видні пошуку, якщо вони не вирішують інші завдання.
• Деякі SEO-посилання не повинен побачити середньостатистичний користувач.

Як ховати посилання від пошукових систем

Насправді, якщо ви уважно читали все, що я писав вище, то повинні були виділити ще один нюанс внутрішньої перелинковки:

• Деякі посилання повинні бути видні тільки однієї пошуковій системі

Я писав, що динамічні блоки добре підходять для поліпшення індексації в Google, але при цьому не працює для Яндекса. Тому цілком логічно, що нам потрібно закрити цей блок від однієї пошукової системи і залишити для другої. Про те, як це реалізовується я напишу трохи нижче, а для початку розберемося з тим, що саме ми можемо ховати?

1. Анкор.
2. Статичні вага.
3. Перехід робота.
4. Текст.

Перші три параметри очевидні, а ось четвертий можна прирівняти до першого, але це буде не правильно. Анкор посилання - це запис, яка піде в анкор-лист акцептора, при цьому сама сторінка-донор може перебувати у видачі по тексту цього анкора.

Іншими словами: анкор - це властивість акцептора, а текст - властивість донора.

Ну а тепер докладно, як і що ми будемо ховати.

Тег <noindex>

• Ховає анкор посилання від Яндекса.
• Ховає текст посилання від Яндекса
• Повністю ігнорується Гуглом.

Очевидно, що <noindex> в перелинковке можна використовувати для приховування наскрізних посилальних блоків. І на це є кілька причин:

• Наскрізні посилання потрібні для передачі PageRank.
• Наскрізні елементи можуть створювати неявні дублі сторінок.
• Чи не релевантний текст в наскрізних елементах може знижувати загальну релевантність документа.

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

Rel = «nofollow»

• Ховає анкор посилання від Яндекса і Гугла.
• Ховає статичну вагу (для зовнішніх посилань) від Яндекса і Гугла.
• Ховає статичну вагу (для внутрішніх посилань) від Яндекса.
• «Проливає» статичну вагу (для внутрішніх посилань) в Гуглі.
• Робот за посиланням переходить.
• Чи не ховає текст посилання.

Що стосується «проливання» статичної ваги в Гуглі. Це було зроблено в рамках боротьби з так званим PageRank Sculpting. Це дуже логічний і правильний крок з боку пошукової системи. З цієї ж причини Яндекс ввів фільтр на комерційні посилання, які передають PageRank в повному обсязі протягом певного часу.

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

За рахунок правильної внутрішньої посилальної структури можна отримати дуже хороший трафік / позиції на початкових етапах просування сайту і розумні вебмастера і оптимізатори цим користувалися. Гуглу це природно не сподобалося і вони прикрили дірку, але оптимізатори відразу ж знайшли нову.

SEOhide або складний JavaScript

• Ховає текст посилання від Яндекса і Гугла.
• Ховає анкор посилання від Яндекса і Гугла.
• Ховає статичну вагу від Яндекса і Гугла.
• Робот за посиланням не переходить.

Цей метод застосовується в тих випадках, коли нам потрібно повністю сховати посилання від всіх пошукових систем. Власне, це і є один з методів сучасного PageRank Sculpting. Найбільш очевидна область застосування даного методу - приховування навігаційних посилань від пошукових систем, тому що такі посилання як правило ховаються відразу як від Яндекса, так і від Гугла.

Складний JavaScript використовується не тільки у внутрішній перелинковке сторінок сайту, але і для приховування частини тексту, щоб більш тонко управляти текстової релевантність.

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

проміжний редирект

Я обіцяв розглянути випадок, коли нам потрібно заховати посилання тільки від однієї пошукової системи. В Яндексі це можна зробити за допомогою самого елементарного JS, але я все-таки рекомендую використовувати проміжний редирект для обох пошукових систем.

Логіка дуже проста. Зі сторінки A1 ми посилаємося на проміжну сторінку yandex.html, з якої встановлений 301 редирект на сторінку A2. При цьому саму проміжну сторінку ми закриваємо в robots.txt для потрібної пошукової системи.

Для зручності на FTP можна створити дві папки під Гугл і Яндекс і вже в цих папках розміщувати проміжні сторінки. При цьому в robots.txt досить буде зробити всього 2 записи.

Такий спосіб використовується рідше, ніж інші і частіше для приховування посилань саме від Гугла. Але є одна проблема, вона полягає в тому, що googlebot не завжди слідує інструкціям написаним в robots.txt, тому посилання можуть потрапляти в індекс.

Цей метод:

• Ховає анкор посилання.
• Ховає статичну вагу.
• Чи не ховає текст посилання.

Програми для внутрішньої перелінковки

Screaming Frog SEO Spider - вкрай корисна програма для вивантаження сайту. Ходить як googlebot, збирає дуже багато корисної інформації. Якщо у вас немає самописного павука, то це програма належить до групи must have.

Page Weight Desktop - теж вивантажує сайт, шукає биті посилання і дозволяє порахувати умовні ваги сторінок за класичною формулою PageRank. Можливостей багато, в принципі, вважати PageRank можна і в Excel, але під час тестування перелинковке з програмою працювати зручніше.

PageRank Decoder - онлайн інструмент для тестування різних схем перелинковки сторінок.

Key Collector - тут все зрозуміло, навіть написати нічого - must have.

СайтРепорт - відмінний сервіс, який можна використовувати не тільки для внутрішньої перелінковки, а й для комплексного SEO-аудиту сайту.

В принципі, це все, що я використовую у своїй роботі. Софт платний, але гроші смішні, тому раджу не жідіться і купити.

Основні схеми перелинковки

кільце

Це, мабуть, найпоширеніша сміху перелинковки сторінок на сайті. Однак, це не означає, що вона найефективніша. У неї є одна очевидна перевага - вона дуже проста в реалізації. Є ще одна перевага, які в поганих руках перетворюється в недолік: кільце дозволяє рівномірно розподіляти статичну вагу по сторінках. Чому це може перетворитися в недолік? Зараз з'ясуємо.

Вся справа в тому, що деякі оптимізатори, а тим більше вебмастера не надто прагнуть перевірити і розібратися в суті якогось знання, яке вони отримують з відкритих джерел. Так ось, про те, що кільце використовується саме для рівномірного розподілу ваги здогадуються небагато.

Звідки такий висновок? Все дуже просто. Давайте розберемо стандартний рада з внутрішньої перелинковке від такого фахівця. Він каже: «Зроби кілька кілець по товарним картками (статей) всередині кожної категорії. Це обов'язково допоможе твоєму сайту ». Начебто все логічно. Ми облінкований сторінки, статичну вагу на сторінках збільшився і розподілився по ним рівномірно. Але ні, він не врахував одну важливу особливість - семантику цих сторінок. І ось простий приклад:

У нас є 5 просуваються сторінок з семантикою:

1. Сторінка A. Сумарний вордстат - 6000.
2. Сторінка B. Сумарний вордстат - 8000.
3. Сторінка C. Сумарний вордстат - 300.
4. Сторінка D. Сумарний вордстат - 550.
5. Сторінка E. Сумарний вордстат - 4500.

Ми облінкований їх кільцем і у нас виникло резонне питання: «Навіщо рівномірно розподіляти вагу між сторінками з великим і малим об'ємом семантики?». Кращим рішенням в даному випадку буде виняток сторінок C і D з нашої схеми і пошук інших з великим об'ємом.

Запам'ятайте одне важливе правило: Внутрішня посилальна структура повинна вибудовуватися виходячи з вашої семантики і обраної стратегії просування (по даній семантиці). З урахуванням завдань перелинковки і їх особливостей, які були викладені на початку статті. Тобто, спочатку ви повинні зібрати максимально повну семантику, продумати і прорахувати кількість посилань структуру і тільки потім писати ТЗ на розробку сайта.

Повернемося до нашого кільцю. У нього є один серйозний недолік: якщо один документ випадає з індексу, то вся схема руйнується. Це означає що:

• Кільця потрібно використовувати дуже обережно.
• Потрібно намагатися уникати використання цієї схеми на великих проектах.

куб

Є більш стійкі до розривах схеми. Найстійкіша і менш популярна - куб.

Як видно на малюнку, це два перетинають один одного кільця. Не важко здогадатися, що від звичайного кільця вона відрізняється тільки складністю реалізації та більшою стійкістю до руйнування, як вже було сказано вище. Така схема може витерпіти випадання трьох документів, при цьому вага однієї частини зменшиться незначно, а деякі документи отримають більший PageRank, ніж до розриву, тобто він більше не буде розподілятися рівномірно.

Очевидно, що куб в більшості випадків краще кільця і ​​його стійкість до розривів дуже приваблива. Але я знову-таки закликаю вас не захоплюватися стандартними схемами, тим більше, що рівномірний розподіл ваги потрібно далеко не завжди, а на великих сайтах ви швидше за все взагалі не отримаєте ніякого профіту, якщо не будете враховувати одну особливість.

На індексації в 60% рветься навіть куб! Тому перше, що вам потрібно зробити - це подбати про максимально повної індексації вашого сайту. Як це зробити - тема окремої статті, поки що досить просто розуміти, що на дуже великому сайті ви точно не зможете сказати напевно, чи буде перебувати дана сторінка в індексі чи ні.

ієрархічна структура

Хороша схема перелинковки для ВЧ / СЧ запитів, коли нам потрібно прокачати головну і якісь сторінки другого рівня вкладеності, наприклад, категорії на невеликому комерційному сайті. Виглядає така структура в такий спосіб:

Ідея полягає в тому, що сторінки верхнього рівня посилаються на сторінки тільки одного рівня нижче себе. При цьому сторінки нижніх рівнів посилаються на сторінки всіх верхніх рівнів. Таким чином ми максимально задіємо зворотний зв'язок PageRank і додатково прокачуємо головну сторінку і розділи за рахунок документів нижчих рівнів.

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

Для того, щоб зрозуміти наскільки хороша ієрархічна структура давайте розглянемо ще одну.

широке зв'язування

Це найпопулярніший тип внутрішньої перелинковки сайтів. Виглядає наступним чином.

Всі сторінки з'єднані один з одним за допомогою зворотного зв'язку. Нічого не нагадує? Статичний вага розподілена рівномірно і він досить низький. Якщо ви почнете додавати сюди додаткові документи з посиланнями (будь-якими), то побачите, що насправді ви робити не перелинковку, а вносите хаос і плутанину у всю довідкову структуру.

Звичайно, і з цим можна працювати, але у скільки разів нижче буде ефективність подібної роботи?

Мабуть, це все схеми, які я хотів розглянути. Сподіваюся, що у вас з'явилося розуміння і питання, на які вам допоможе відповісти стаття розтлумачити PageRank в перекладі Олександра Садовського.

Внутрішня перелінковка і анкорний ранжування

Для того, щоб зробити правильну анкорний перелинковку потрібно розуміти кілька простих речей:

• Внутрішній анкор-лист може оброблятися пошуковою системою як окремо, так і разом з зовнішнім. Тобто вони об'єднуються в загальний анкор-лист, який пошук може обраховувати за якимись параметрами.
• За занадто високий BM25 по анкор-листу можна отримати санкції, які штучно занижують PageRank документа.
• Статейні розділи, створені для просування основних сторінок фільтруються пошуковими системами.
• За перелинковку «як у Вікіпедії» можуть взагалі відключити внутрішні посилання.

І так, що потрібно робити для того, щоб не налетіти на санкції з боку пошукових систем?

По-перше, ваші анкор-листи не повинні бути занадто спамние і сеошнимі:

• Використовуйте якомога менше SEO-слів і низькочастотних биграмм в анкорах. Наприклад: пральна машина купити, квіти доставка і т.д.
• Використовуйте якомога більше унікальних анкоров. Повторювані анкор - добра ознака SEO спаму.

По-друге, він повинен бути релевантними запитами, тому враховуйте IDF слів, якими розбавляєте анкор, намагайтеся уникати рідкісних слів, тому що вони будуть забирати на себе багато анкорного ваги.

Тут також важливо зауважити, що не потрібно намагатися витягти всі обнародувано запити на сторінці тільки за рахунок анкорний посилань. Вся справа в тому, що за допомогою анкорного (BM25) можна погратися з двома-трьома запитами й то не з будь-якими, для просування інших потрібен буде PageRank.

У посилань-картинок теж є анкор. Якщо для зображення прописаний alt, то він буде анкором, якщо alt не прописано, то посилання буде безанкорние .

Візьміть за звичку регулярно перевіряти ваші анкор-листи. Ви можете заздалегідь продумати і скласти його в Excel, а потім перенести на сайт.

Зібрати анкор-лист можна за допомогою СайтРепорт або SEO Spider'а. У безкоштовної версії другого варто обмеження на 500 сторінок, але в них входять і картинки, тому простіше використовувати СайтРепорт.

Єдиний мінус - він не показує наявність тега <noindex>, а як ми вже знаємо, він ховає анкор посилання , Тому якщо у вас дуже великий сайт, то ви зможете заплутатися. Але є вихід - написати свого павука - це не така вже й складна проблема, тим більше, якщо вся інформація, яка вам потрібна, це анкор посилань і наявність noindex / nofollow.

Напевно, це вся основна база по внутрішньої перелинковке, якою повинен володіти хороший оптимізатор. До решти ви зможете дійти своїм розумом і спостереженнями.