Если исполнитель с Толоки не может выполнить рабочее действие и получить результат, то он в отчете приводит обоснование, почему это сделать невозможно.
А раз это сделать невозможно, то результат такой проверки будет не в плюс, а в минус сайту.
Поэтому, напротив, надо создавать условия, чтобы проверяющий пользователь выполнил свою задачу и сформировал позитивный результат, потому что поправки в алгоритм вносятся по результатам его работы.
Далеко не всегда.
Когда руководство не видит других путей - да, но сколько веревочке не виться это всё равно плохо кончится. Начиная с обрушением репутации компании заканчивая персональными посадками.
Исполнитель принимает на себя эту роль. Как правило, просто потому, что так привычнее, спокойнее, не надо искать альтернатив.
Это обратная сторона того менеджмента, которое затевает "серые" схемы и приёмы.
Так можно "присесть" за компанию с руководством.
Это утопическая идея. Все люди разные, поэтому кто-то может жить с достоинством, кто-то нет.
Так будет всегда.
Это одна сторона вопроса, но есть и другая - репутация. Рано или поздно серый бизнес начинает ржаветь и осыпаться, если у него нет стабилизирующих факторов в виде отдельный крыши или других условий.
Страх, лень, шкурный интерес, безразличие.
Здесь только один выход - уметь/учиться различать эти случаи/проявления и не контактировать с такими "пешками", не пускать их в свою жизнь.
Вы наверняка скажете, полностью обезопасить себя невозможно, я скажу - да, знание и опыт помогают сориентироваться на месте для того, чтобы снизить вероятные потери.
Это в порядке вещей.
Какой общий объём сайта?
Решение есть, но не всегда то, которое хотелось бы и нас устраивает.
Володя в общем и в среднем дал верный вектор - пока новые страницы не наберут "веса" по стато-динамических факторам, они могут так и висеть в "песочнице".
Редирект - решение базовое, но прежний эффект не гарантирует, хотя как бы и предполагает.
Раскачивайте хост, кормите ссылочным, проверьте всё ли чётко по ссылочной перелинковке, не накопились ли явные косяки, циклические адресации, страницы "сироты", если есть возможность прокачать ПФ сигналы - тоже задействуйте.
Если всё в порядке, значит надо выждать несколько дней - неделю. Бывает такое явление, что позиции сначала просели, потом вернулись.
Ждите и продолжайте копать на предмет других технических ошибок.
p.s. Объём общего индекса не менялся?
1) Страница может быть криво проиндексирована (в результате того, что сервер её передал поисковому роботу в кривом виде);
2) Часть рабочей текстовой информации на самой странице могли удалить/заменить/кривой/полурабочий вывод.
Ни разу не попадали в ситуации, когда программист выполнял правки и в результате правок что-нибудь отвалилось или оборот что-то лишнее вылезло и в таком виде попало в индекс? Программистам вообще до лампочки что там в индекс попадает, поэтому за ними глаз да глаз.
Небольшой когнитивный диссонанс
> vegerman
... но это ладно 😏
Проверьте, не менялись ли целевая страница.
Например, ранее ранжировалась одна внутренняя страница сайта, а теперь - другая.
Вполне возможно. Ранжирования сайта - динамическая среда. Результаты изменчивы.
p.s. Пусть ваши коллеги проверят полноту индексации рабочей страницы (и заодно проверят полноту рабочих данных).
Здесь надо понимать, что какой-то отдельный приоритет ранжирования не является определяющим.
Это всё равно, что если "чеснок" является универсальным и полезным овощем - это не значит, что завтрак, обед и ужин надо начинать с него и есть только его.
Для русскоязычного интернета лучше использовать соответствующую .ru зону.
С .ru доменами можно без проблем занимать и удерживать топовые позиции.
Но при этом про приоритет .com зоны знать тоже не помешает.
Я предпочитаю транслит, с ним удобнее работать.
В случае с кириллическим доменом вы всегда будете иметь дело с puny кодом.
Предметное. Как разделитель слов.
Используйте, не бойтесь.
Будет считаться, как имеющая ссылочную связь.
Можно, но костыльно (хотя и такой вариант не исключается как рабочий).
Лучше реализовать в рабочей структуре. Выше вам правильно подсказали - варианты "Другое, остальное, полезное, информация" - можно использовать как общее название.
Если страницы станут частью структуры, тогда по ним будут формировать рабочие записи в XML карте сайта (по умолчанию).
Но этот вопрос можно решить и ручным дополнение.
Короче, вариантов масса, надо отталкиваться от того, что есть у вас на странице.
Здравствуйте.
Наличие ключевых слов в домене является одним из приоритетных факторов ранжирования в Яндексе. Это было известно и ранее, но совсем недавно сей факт был подтвержден раскрытыми алгоритмами Яндекса (информацию о недавней утечке данных сможете найти в сети в публичном доступе).
p.s. К слову, com зона тоже является приоритетной (судя по данным слитых факторов), потому как раньше приоритетность доменов 1-го уровня не позиционировалась.
