Антоний Казанский

Антоний Казанский
Рейтинг
787
Регистрация
12.04.2007
Должность
Частный интернет-маркетолог и SEO специалист
Интересы
Интернет-маркетинг, SEO, интернет реклама
Подробности на сайте https://akazansky.ru
Silvester #:
Спасибо всем, кто ответил.

Пожалуйста.


Silvester #:
По здравому размышлению переделал сайт, убрав эти ссылки со всех 100500 страниц

Линковать десятки и сотни страниц по одним и тем же анкорам нет особой нужды. Многократные повторы анкора не дадут резкого прироста и не будут увеличивать постоянно. Работайте эпизодами - сделали часть, после индексации оцените изменения, потом добавляйте ещё и снова оценивайте эффект. 

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

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

Контекстные ссылки из тела страницы дают лучший эффект, чем группа сквозных ссылок. Сквозные ссылки лучше покупать с внешних сайтов, а раскачивать внутренним ссылочным лучше поступательно из текста готовых статей/материалов.

Если вы потом прокачаете (хотя бы частично) эти контекстные ссылки через ПФ, то это будет нелишним и очень хорошо работает по части организации навигационных цепочек в сниппетах (я на одном из рабочих проектов зафиксировал очень интересные результаты).

p.s. Окунитесь также в актуальный и обнародованный перечень факторов Яндекса, вы увидите, что ПС рассчитывает веса слов по анкор листу и учитывает повторы отдельных слов.  Это должно наводить на мысли.

Tiny Killer #:
Непонятно, зачем придумывать свои термины

Там нет никаких новых терминов. 

Какие слова для вас новые? Локализация? Зона? Ссылочная?


Tiny Killer #:
А что будет-то, если они одномоментно появятся?

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

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



Tiny Killer #:
Похоже, что заняться нечем как раз вам, это же не я предлагаю процесс перелинковки на 3 недели растягивать😂

Похоже вы устраиваете препирательство на пустом месте. 

Между растягивать и распределять плановую работу есть существенная разница. Когда плотная работа идёт несколько месяцев 3 недели это не какой особый растянутый срок. 

Если лично вы сильно спешите, можете сильно не ждать и всегда и везде линковать сотни страниц одновременно - дело ваше.

Вы дали свой совет. Я дал свой. TC поступит так, как посчитает для себя более правильно.  

Tiny Killer #:
Где же вы такую терминологию подрезаете 🤣

Что вам в написанном непонятно?


Tiny Killer #:
А что, тот же сквозняк в меню надо делать с каким-то второстепенным ключевым словом?

Я не предлагал делать сквозняк в меню.


Tiny Killer #:
Зачем перелинковку растягивать на 2-3 недели?

Затем, чтобы в анкор листе одномоментно не появлялось две сотни схожих анкоров.


Tiny Killer #:
Что это даст, кроме потерянного времени?

После двух-трех недель рабочие процессы останавливаются?

На что вы теряете время? Или вам кроме перелинковки больше нечем заняться?


Tiny Killer #:
Вы так своим клиентам сайты за деньги продвигаете? 2-3 недели на перелинковку на сайтах услуг?

Я не делаю это одномоментно. Я разбиваю этот процесс на этапы и конечно кроме перелинковки есть ещё масса других задач. Рабочий процесс естественно не ограничивается 2-3х недельных интервалом.

Silvester :
Не накажут ли меня ПС, если я в конце каждой страницы сделаю четыре ссылки, ссылающиеся на продвигаемые страницы и с анкорным текстом, соответствующим главному ключевому слову?

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

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

богоносец #:
По описаниям вообще-то не всё удаётся понять.

По перечню заметно, что хронологически идёт нахлест последующего фактора на предыдущий фактор (грубо говоря - костыль на костыле). Какие факторы будут ослаблены, какие отключены - неизвестно.

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

Даже если расчёт формулы разбросан кусками по разным частям кода - это не даст никакого озаряющего знания. 

miketomlin #:
Походу у него клиентские быстро становятся чужими 😀 Или чужие редко становятся клиентскими на постоянной поддержке 😀

Ну вы ещё расскажите, что клиентские сайты становятся своими. Отбросьте уж свои ехидные фантазии :)

Хотя, помнится мне, лет эдак 10 назад обратился один коммерс за продвижением и там оказалось, что его нанятый программист поставил Sape-у на внутренние страницы и так тихонько зарабатывал на ссылках. Я как увидел - прибалдел от такой наглости :)

Тоже видимости посчитал, что раз поработал какое-то время с клиентом, то сделанный им сайт стал "его".

livetv #:
Клиентские - не чужие.

Это вопрос определений. Для меня мои - в моей личной собственности.

livetv #:
Зачем Вы парсите чужие сайты?

Вы ещё спросить, зачем я занимаюсь продвижением чужих (клиентских) сайтов :)

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

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

Было бы интересно послушать кто ещё использует какие решения для рабочих задач.  


livetv #:
Вы ТЗ ставите программистам чужих сайтов, чтобы Вам было проще их парсить?

Нет. Давайте, если вам так интересно про меня и про мою рабочую практику - пишите в личку я вам отвечу на ваши личные вопросы :)

miketomlin #:
Ну, ОК. Эта сложность в пустоту.

Это не сложность, это рядовое решение задачи. Я эти задачи определяю и корпоративно решаю.


miketomlin #:
И юзеры, и спецы (нормальные) различают ТИПЫ страниц по-другому.

Вы либо невнимательны, либо упорно гнете свою линию от противного. Зачем - непонятно, ибо я не спрашиваю совета.

Я не ставлю задачу определять типы, я определяю задачу отделить сущность категории от сущности страницы. Это простейшая задача.

Про типы страниц я вам ответил выше с примером.

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


miketomlin #:
Представляю, как плюются проггеры, работающие по вашим ТЗ 😊

Вообще все равно какое у них слюноотделение. Есть задача, есть решение, есть позитивные результаты для бизнеса.

Есть позитивные результаты для бизнеса, клиент доволен - процесс идёт дальше. Сильно отстающие от непосильных задач проггеры отваливаются, остаются те, для кого подобные элементарные задачи в порядке вещей.

Или вы считаете, что я должен беречь проггеров и отказываться от своих типовых задач по аналитике? 

Это даже не смешно :) 

miketomlin #:
Вам четко написали в теме, что это еще тот гемор!

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

Составить древо рабочих сущностей тоже никаких проблем, тем более, что по ним всё равно приходится работать.

Ещё раз, сложно/непонятно/ненужно - не используйте :) Я ж не заставляю :)

Всего: 12575