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