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