Нет, процента допустимости в зависимости от частотности запросов - такой корреляции нет.
Анализировал сегодня один сайт, который сидит на 1 месте по определенному коммерческому запросу, так увидел закономерность что у него закуплено много анкорных ссылок с этим ключевиком, и он обошел даже розетку в выдаче, он на 1 месте, розетка на 2.
Собственно и возник этот вопрос, т.к все говорят мол они только навредят сайту но вижу обратное.
При анализе конкурентов необходимо изучать не только ссылочную составляющую, но и другие факторы и только по набору признаков определять значимые преимущества. Даже в самом ссылочном сигнале Гугл учитывает такие хар-ки как ранг домена, тематическую близость, время ссылки, кол-во исходящих с донорской страницы и т.д. Иначе говоря, просто с покупкой подобных анкорных ссылок повторить успех не получится.
Генерировать Title из набора ключевых слов точно не нужно.
Поделитесь наблюдениями, чем их сервис более привлекателен, чем ручной бесплатный анализ через Адвего?
p.s. Посмотрел только что обзор на сервис, всё понятно, вопрос снят.
Пруфом поделитесь?
Как вы данный фильтр определили? По каким признакам? Вы увидели сообщение в Яндекс.Вебмастере или просто связали это с ухудшением поисковой видимости?
Привет. Впервые столкнулся с такой фигней. Подскажите, яндекс же догадается, что это не я накрутил 300% ссылок?
Это не накрутка - это использование материалов вашего сайта. Никаких негативных влияний по части ранжирования для вас не будет.
Продолжайте работать над сайтом в вопросах оптимального удовлетворения информационных потребностей для пользователей и не беспокойтесь по вышеуказанному поводу.
Хорошо :)
Технически как раз она имеет шансы попасть в индекс, где sitemap будет подключен к сайту и робот пройдет по всем ссылкам представленным в файле.
Вот если бы ссылки на страницу не было ни в навигации, ни в sitemap, вот тогда она действительно "сирота" :) Но даже и в этом случае остаются варианты для индексации, если допустим, в сети появится внешняя ссылка на эту страницу, или на эту страницу клиент обеспечит рекламный трафик, а Метрика будет связана с Вебмастером.
Основательность - она не в том, чтобы придумать себе нефункциональные задачи, а в том, чтобы приблизить свой анализ к выявлению проблемных зон и разъяснению путей решений в контексте конкретной проблемы, описанной клиентом.
О сайте, о текущих показателях, об особенностях индексации можно писать и рассуждать очень долго, но полезность анализа в том, чтобы проблему определить и по возможности помочь её решить. Клиент, оплачивающий ваш анализ, вряд ли будет настроен платить вам за исследовательскую работу ради того, чтобы был повод обсудить что-то, клиент заинтересован в том, чтобы приблизиться к решению своей конкретной проблемы.
Если ссылка на данную страницу генерируется движком и отображается в sitemap-е, то это уже не страница-сирота.
Гипотетически конечно можно представить себе случай, что сама CMS ссылку на страницу генерирует, а особые настройки вывод донорской ссылки, ведущий на эту страницу заблокирована, но это довольно редкий случай, хотя бы потому, что если навигации на эти страницы нет, значит они и не актуальны в рабочей логике.
Безусловно полезно сравнить объём индексации и фактическое кол-во сгенерированных ссылок в sitemap-е, но чаще всего это проблемы связаны с тем, что на сайте много шаблонизированных выводов и очень мало страниц с уникальным контентом, которые поисковик исключает из индекса или не индексирует.
Как аналитику вам надо сразу определить пределы ваших проф. задач. Ваша задача не технические изыскания со стороны - выявить, как вдруг сторонник движок чужого сайта может сформировать страницу, которая может быть недоступна в общей навигации, а исходить из общих задач сайта и бизнеса, который обслуживает данный сайт.
Пока я читал ваш текст, вспомнил, что в связке CMS Joomla есть интересный и довольный известный компонент SEF 404, так вот при особых настройках, он генерирует некоторое кол-во служебных страниц, которые в принципе недоступны из общей навигации. Обратиться к ним можно, зная данный компонент и определённые настройки, поэтому когда я настраивал сайты, я сразу прописывал блок редиректов, чтобы эти страницы автоматически редиректили на рабочие разделы. Вот это как раз пример страниц-сирот, описанных вами, но если об этом не знать, то о их существовании невозможно догадаться и подобрать к ним со стороны - тоже.
Совершенно верно. Нанятый программист будет работать строго по ТЗ и пока проблему не определят, не укажут и в должных подробностях не распишут, он будет сидеть и ждать ТЗ.
Есть конечно варианты, когда программист берет на себя функцию и ответственность за сопровождение и оперативное взаимодействие с другими сотрудниками, но тогда он уже технический куратор проекта. Ни один программист без особой надобности на себя такую ответственность не примет.
