Внутрішня перелінковка без спаму. Інструкція по ручної перелинковке сторінок
Замість епіграфа : Нагадую , що до майстер -класу Сергія Кокшарова ( Devaka.ru ) " Аналітика та оптимізація сайту " залишилося трохи більше тижня і ще є час , щоб зареєструватися.
Моїй старої статті про внутрішню перелинковке вже більше чотирьох років , а вона досі користується популярністю у читачів. І хоч базові принципи проставлення внутрішніх посилань (зручність навігації , упор на посадочні сторінки і т.д.) завжди залишаються незмінними , часу пройшло досить багато і пора освіжити інформацію.
Основний принцип - не переспамь
Багато вебмастера використовують автоматичну перелінковку , тому що вона робиться порівняно просто і дає швидкий і помітний результат . Найвідоміший спосіб - автозаміна фрази в тексті на посилання ( скрипт шукає на всіх сторінках задану фразу і підміняє її посиланням на посадкову сторінку ) . Ще один знайомий метод - попередньо розрахувати вагу всіх сторінок і перекачати його на посадочні сторінки , рандомно використовуючи потрібні анкор . Я знаю майже десяток подібних методів автоперелінковкі , більшість з яких дійсно дають ефект - після проставлення посилань підвищуються позиції по НЧ - запитах , і за рахунок цього виростає пошуковий трафік.
Але у більшості таких методик є спільний мінус - перелінковка робиться автоматично і не перевіряється оптимізатором вручну , через що багато внутрішні посилання стають схожими на спам :
... наприклад , такі :
або такі :
Примітно , що деякі сайти з такою спамние перелінковкою роками тримаються в конкурентних топах . Це ще раз підтверджує той факт , що текстовий Переспа не є єдиною причиною санкцій за переоптімізацію і може перекриватися іншими сильними факторами , принаймні поки що.
Але це швидше виняток з правил - для більшості сайтів автоматична перелінковка може стати причиною накладення санкцій і, отже , втрати позицій і трафіку. Тому , яким би сильним не було спокуса швидко підвищити трафік по НЧ - запитах , я настійно рекомендую від такого методу відмовитися.
Ми використовуємо ручний метод внутрішньої перелінковки , який дає поступовий , але довгостроковий результат , і не має нічого спільного з пошуковим спамом. Поспішаю поділитися.
Внутрішня перелінковка з використанням релевантних сторінок
Чи не претендую на "спалити тему" , так як цей метод відомий вже давно. Але хто ще не користувався - рекомендую спробувати.
Крок перший - приховуємо все непотрібне
Перед тим як приступити до проставлення посилань , потрібно попередньо визначити поточний вагу кожної сторінки. Якщо виявиться , що деякі службові сторінки мають більше ваги , ніж посадочні , посилання на них краще прибрати (як правило , це " протяги " ) . Про те , як визначити вагу сторінок - див. пункт 2 .
Майте на увазі , що rel = " nofollow ", і JavaScriptне виключають передачу ваги за посиланням , так що користуватися ними з цією метою марно. Непотрібні для відвідувача і даремні для просування наскрізні посилання краще видалити взагалі. Ті , які видаляти не можна ( контакти , портфоліо тощо ) , потрібно закривати від індексації. Працюючі способи приховування посилань від індексації докладно описані у Алаіч'А .
Крок другий - проставляємо посилання з релевантних сторінок
Суть: за допомогою пошуку Яндекса або Google шукаємо сторінки , релевантні конкретному пошуковому запиту , і проставляємо з них посилання на потрібну посадкову сторінку .
Наприклад , моя посадкова сторінка - ось ця , ключове слово - " внутрішня оптимізація " .
сортують сторінки блогу за релевантністю цій фразі за допомогою запиту :
site : optimizatorsha.ru внутрішня оптимізація
Отримую результат:
Видно , що на першому місці стоїть наша посадкова сторінка - її пропускаємо . Сторінки , які ранжуються після неї , теж релевантні вказаному запиту і їх можна використовувати для проставляння посилань на основну посадочну .
Якщо ви хочете використовувати для перелинковки тільки конкретний розділ , вказуйте його в запиті замість домену . Наприклад , якщо я хочу ставити посилання тільки з розділу " СДЛ " , використовую такий запит:
site : optimizatorsha.ru/sdl/внутрішня оптимізація .
В результаті отримую список релевантних запиту сторінок тільки із зазначеного розділу :
Так часто роблять комерційні сайти , які не хочуть ставити посилання з важливих для користувачів сторінок і " заводять " для перелинковки спеціальні розділи ( "статті " , " корисне" і т.д.). Ризики створення таких інфоразделов викладені в статті 6 принципів створення текстового контенту для комерційних сайтів .
Релевантні сторінки сайту або розділу можна отримати і в Google , за такому ж запиту:
Нюанси внутрішньої перелінковки
Скільки посилань ставити на кожну посадкову сторінку ?
Універсального рецепту немає - все залежить від семантичного ядра , кількості посадкових і всіх проіндексованих сторінок сайту. Для великих сайтів можна почати з 5-10 посилань для кожної посадочної сторінки і подивитися на результат. Якщо позиції підросли , ви все робите вірно і можна продовжувати в тому ж дусі.
Яке максимальне число посилань можна розміщувати на одній сторінці ?
Часто буває , що одна і та ж сторінка , яку ви хочете використовувати для проставлення посилань , релевантна декількох запитах . Вважаю , що в такому разі на ній можна розміщувати декілька внутрішніх посилань. Максимальна кількість залежить від обсягу тексту на сторінці , я зазвичай ставлю не більше 3-5 посилань.
У якому місці сторінки розміщувати посилання ?
Я намагаюся розміщувати посилання у тематичній частині (не в наскрізний) . Якщо не виходить поставити її в текст без зміни пропозиції , я додаю пропозицію або абзац в кінець сторінки .
Які анкор використовувати?
Я намагаюся використовувати кілька варіантів анкорів . Якщо за контекстом більше підходить безанкорная посилання - ставлю її .
Така внутрішня перелінковка вимагає набагато більше сил і часу , ніж автометод . Зате у неї є великий плюс - оскільки посилання ставляться з релевантних сторінок , вони дійсно цікаві користувачеві - по них переходять , глибина перегляду і час відвідувача на сайті підвищуються.
З одного боку , ці посилання збільшують вагу посадочних сторінок , а з іншого - вони дійсно корисні відвідувачам , що виключає ймовірність накладання санкцій за Переспа .
Опубліковано: 08/10/13 @ 02:04
Розділ Безпека Блоги
Рекомендуємо:
Amazon Hired : перші враження
Як же здорово отримувати такі листи :)
22 жовтня, Київ - DevOps - Club в Grammarly # 1
30 жовтня, Київ - IT Halloween fest
Дайджест: купівля GlobalLogic , українець - легенда IBM , наші фрілансери на oDesk