Muhal4: Если сделаете этот интерфейс подбора на JavaScript, то дублей не будет
Вот как-то сомнения разбирают.
Утягивать функционал в ЖС чтобы скрыть его от ПС?
Дикая логика.
Вообще по логике категории это всякие посуточные аренды и прочее.
Все остальное это фильтр. Фильтр подразумевает каноникал, чтобы не было нечетких дублей.
Фильтр по цене нужен конечно. По комнатам там... Элитки и т.п. это скорее всего "полуфильтры", когда у страницы фильтра есть свой полноценный ЧПУ, тексты и т.п.
Вообще более-менее стандартная логика это структура ориентированная на СЯ, чтобы под каждую группу запросов была страница, а остальное для функционала уже фильтрами добить...
sanika: Какая настройка в Ли отвечает за закрытие доступа?
см. скриншот выше, про закрытие циферок на счетчике.
Пароль закрывает интерфейс. Выбор вида счетчика (с цифрами или без) это вопрос дизайна и определяется в самом коде счетчика который вы ставите, так что логично что если вы замените код счетчика, то появятся цифры. А значит за цифры счетчика отвечает отдельная настройка.
Единственное что приходит в голову - у ТС галочка не стояла когда он создавал тему, потом почитав он ее поставил, а по ссылке для счетчика цифры ему выдает или потому что кеш, или потому что у него куки правильные)
Еще версии, менее вероятные: не стоит галочка "только по паролю" или таки да, какой-то персональный глюк. Если глюк то подергать галочку туда-сюда и подождать до конца суток (по их меркам).
1) Если есть проблема, то первым делом нужно убедиться что это таки да, проблема.
2) Потом понять как она появилась.
3) Потом нужно понять как избежать ее в будущем.
4) После чего нужно устранить проблему.
5) Работать с последствиями
Если это действительно полноценные дубли главной, то проблема да, существует.
Если появилась она в результате того что скрипт позволяет одну страницу выводить разным образом и эти разные ссылки откуда-то берутся, то это одна картина. Если у нас к примеру на РАЗНЫХ страницах выводился один текст, с главной, то это ДРУГАЯ проблема...
Как вариант устранения проблемы в будущем будет 301, почему в будущем? Потому что для этого надо чтобы ВСЕ эти страницы переиндексировали, и поклеили. Это время. Плюс нужно не забыть о ссылках. откуда ссылки? Куда они должны вести реально? Подойдет ли нам, что при переходе на ссылку будет 301, и пользователь будет переадресован? Возможно у нас что-то должно работать именно по разному (например скрипт статистики)?
Для устранения может подойти как 301 (долго), так и например удаление страниц из вебмастера.
Вариант каноникал уместен не как средство когда страниц быть не должно вовсе, а когда страницы должны быть, но считаться разными вариациями одной страницы. Опять таки тут должна быть переиндексация.
Работа с последствиями - тут у нас вопрос о пользователях ходящих по неправильным ссылкам (например если их нет, и сайт зеленый, то можно было бы и 404 повесить а не 301?), и тот вопрос "как жить пока не переиндексировали" :)
По логике каноникал для ситуации когда страницы близки по содержанию, нечеткие дубли. Например вторая и более страницы категории или результаты фильтрации категории и т.п.
Для начала нужно определиться с тем что такое УВ, и зачем он вас интересует.
Никогда не поверю, что в "формуле ранжирования", если бы такая еще существовала - УВ присутствует в явном виде.
Только косвенно.
Классически уровень вложенности всегда считался как минимальное колво переходов с главной.
Бывали споры о том считать с нуля или с единицы, но смысл был именно в переходах.
Это влияло на скорость индексации, частично на вес страницы от внутренней перелинковки и т.п. Не то, чтобы впрямую, но в среднем страница УВ4 индексилась редко, и веса получала меньше чем УВ2.
Исходя из такой логики хлебные крошки никому УВ увеличить не могут.
Я бы и на вложенность УРЛ не смотрел, но по опыту смотрю что такой финт ушами с укорачиванием УРЛ за счет уменьшения вложенности сеошники часто практикуют.
Предполагаю что тут влияние скорее косвенное, ведь при большем уровне вложенности у нас больше длина, больше текста в УРЛ, уменьшение его релевантности (а ключ в ЧПУ путь и не большой, но бонус).
Но тут не уверен, могу и ошибаться. Я таки программист в первую очередь, да и с СЕО лет шесть почти не сталкивался....
Вы отдаете себе отчет в вероятностном подходе да?
Не все русскоязычные будут заблокированны, при этом будут и те, кто к указанным странам не относится, но будут заблокированны за компанию.
Ну и вам нужно именно по странам? Доступные языки браузера не будет ли лучше?
Ну и третий вопрос конечно же - любопытство спрашивает: а зачем собственно?
И по каноникал. Если у меня в категории 1 комн - каноникл /1-komn, то при применении фильтра к этой категории он остается таким же?
Да
При фильтрации скорее всего url будет таким site.ru/1-komn?class=1 - всё что после 1-komn нужно закрывать от индексации?
нет12345
Если сделаете этот интерфейс подбора на JavaScript, то дублей не будет
Вот как-то сомнения разбирают.
Утягивать функционал в ЖС чтобы скрыть его от ПС?
Дикая логика.
Вообще по логике категории это всякие посуточные аренды и прочее.
Все остальное это фильтр. Фильтр подразумевает каноникал, чтобы не было нечетких дублей.
Фильтр по цене нужен конечно. По комнатам там... Элитки и т.п. это скорее всего "полуфильтры", когда у страницы фильтра есть свой полноценный ЧПУ, тексты и т.п.
Вообще более-менее стандартная логика это структура ориентированная на СЯ, чтобы под каждую группу запросов была страница, а остальное для функционала уже фильтрами добить...
Какая настройка в Ли отвечает за закрытие доступа?
см. скриншот выше, про закрытие циферок на счетчике.
Пароль закрывает интерфейс. Выбор вида счетчика (с цифрами или без) это вопрос дизайна и определяется в самом коде счетчика который вы ставите, так что логично что если вы замените код счетчика, то появятся цифры. А значит за цифры счетчика отвечает отдельная настройка.
новый сайт на старом домене, как вариант. По возможности сохранить урлы на ключевые страницы.
Ну вот тоже склоняюсь к этому варианту.
Не уверен что новый сайт на новом домене с теми же контактными данными, тем же адресом и т.п. - будет лучше.
При галочке получаю запрет.
Единственное что приходит в голову - у ТС галочка не стояла когда он создавал тему, потом почитав он ее поставил, а по ссылке для счетчика цифры ему выдает или потому что кеш, или потому что у него куки правильные)
Еще версии, менее вероятные: не стоит галочка "только по паролю" или таки да, какой-то персональный глюк. Если глюк то подергать галочку туда-сюда и подождать до конца суток (по их меркам).
Обычно во большинстве случаев на бренд ложат.
Накладывают :)
У нас тут тематика вроде как не озвучена.
В ноутах, телефонах - бренд один из важнейших параметров. В запчастях меньше, но к примеру процессоры это важнейший)
Автозапчасти опять же. Там сразу два бренда жЫрные - бренд машины и бренд производителя детали.
1) Если есть проблема, то первым делом нужно убедиться что это таки да, проблема.
2) Потом понять как она появилась.
3) Потом нужно понять как избежать ее в будущем.
4) После чего нужно устранить проблему.
5) Работать с последствиями
Если это действительно полноценные дубли главной, то проблема да, существует.
Если появилась она в результате того что скрипт позволяет одну страницу выводить разным образом и эти разные ссылки откуда-то берутся, то это одна картина. Если у нас к примеру на РАЗНЫХ страницах выводился один текст, с главной, то это ДРУГАЯ проблема...
Как вариант устранения проблемы в будущем будет 301, почему в будущем? Потому что для этого надо чтобы ВСЕ эти страницы переиндексировали, и поклеили. Это время. Плюс нужно не забыть о ссылках. откуда ссылки? Куда они должны вести реально? Подойдет ли нам, что при переходе на ссылку будет 301, и пользователь будет переадресован? Возможно у нас что-то должно работать именно по разному (например скрипт статистики)?
Для устранения может подойти как 301 (долго), так и например удаление страниц из вебмастера.
Вариант каноникал уместен не как средство когда страниц быть не должно вовсе, а когда страницы должны быть, но считаться разными вариациями одной страницы. Опять таки тут должна быть переиндексация.
Работа с последствиями - тут у нас вопрос о пользователях ходящих по неправильным ссылкам (например если их нет, и сайт зеленый, то можно было бы и 404 повесить а не 301?), и тот вопрос "как жить пока не переиндексировали" :)
А зачем дубли ГЛАВНОЙ?
По логике каноникал для ситуации когда страницы близки по содержанию, нечеткие дубли. Например вторая и более страницы категории или результаты фильтрации категории и т.п.
полные дубли лучше клеить, зачем клиенту это?
Для начала нужно определиться с тем что такое УВ, и зачем он вас интересует.
Никогда не поверю, что в "формуле ранжирования", если бы такая еще существовала - УВ присутствует в явном виде.
Только косвенно.
Классически уровень вложенности всегда считался как минимальное колво переходов с главной.
Бывали споры о том считать с нуля или с единицы, но смысл был именно в переходах.
Это влияло на скорость индексации, частично на вес страницы от внутренней перелинковки и т.п. Не то, чтобы впрямую, но в среднем страница УВ4 индексилась редко, и веса получала меньше чем УВ2.
Исходя из такой логики хлебные крошки никому УВ увеличить не могут.
Я бы и на вложенность УРЛ не смотрел, но по опыту смотрю что такой финт ушами с укорачиванием УРЛ за счет уменьшения вложенности сеошники часто практикуют.
Предполагаю что тут влияние скорее косвенное, ведь при большем уровне вложенности у нас больше длина, больше текста в УРЛ, уменьшение его релевантности (а ключ в ЧПУ путь и не большой, но бонус).
Но тут не уверен, могу и ошибаться. Я таки программист в первую очередь, да и с СЕО лет шесть почти не сталкивался....