svtim

Рейтинг
26
Регистрация
20.07.2008
Интересы
Маркетинг, бильярд
Ippi:
А где вы видите противоречие логике?...

Противоречие в том, что "предложенная вами" схема усложняет, а не упрощает определение первоисточника... Пример я описывал.

Изначально вопрос был в том, что иначе в как бы дубли тег не прописать, т.к. их на самом деле не существует.

Формально - да. Но реально, я думаю, что человеку интереснее выяснить, как убрать эти самые дубли, а не вставить любой ценой атрибут "rel=canonical". Кстати, вы несколько раз упоминали, что ставили этот атрибут на канонических страницах и это не повредило... Напрашивается вопрос - вы делали это ради процесса? Меня, например, больше интересует - помогло ли это избавиться от дублей в индексе?

Я также осенью делал подобные вещи, но реально атрибут "rel=canonical" мне не помог ни в каком варианте - дубли остались... надеюсь, что мой пример исключение.

9) Для помощи в воровстве контента этот тег не пригоден, т.к. работает не в ту сторону.

А это вообще интересно... Можно поподробнее?:)

Ippi:
Вы упустили суть дискуссии :) Разумеется, rel=canonical должен быть именно на неканонических страницах, но зачастую единственный способ добиться этого — поставить его на канонической (т.е. в случаях, когда одна и та же страница доступна по нескольким URL'ам). У ряда товарищей возникло опасение, что простановка rel=canonical на канонической странице может принести вред, а другие товарищи по мере возможностей пытаются их в этом разубедить.

Спасибо, Ippi, за пояснения, но я внимательно ознакомился со всей веткой и не считаю, что мой вопрос противоречит тематике... Изначально вопрос стоял не только "повредит/не повредит", а и в целесообразности такого шага.

Вы были первым, кто поднял тему о использовании атрибута "rel=canonical" для различных доменов... Далее уже в этой ветке Вы написали:

Ippi:
Именно туда и поставить - тогда в псевдодублях тоже появится этот тег. Именно для таких случаев его и придумывали.

Одно нивелирует влияние второго. Отсутствует логика либо просто не достаточно информации:)

Учитывая этот атрибут на канонических страницах, google может нанести больший вред, чем не учитывая его.

Ippi:
Это вам очередной аргумент в пользу чтения инструкций в оригинале, а не в виде вольных переводов. В английской версии было сказано "добавьте этот тег в секцию <head> страниц с дублирующимся контентом" ("add this <link> tag inside the <head> section of the duplicate content URLs"), а это не одно и то же, isn't it?

Реальный пример, который упомянут в заметке гуглом (wikia.com helped us as a trusted tester), невозбранно ссылается сам на себя в качестве своей канонической версии: http://starwars.wikia.com/wiki/Nelvana.

Учитывая то, что появились заявления о возможности применения rel=canonical для различных доменов - это, по сути, "легализация" google воровства контента. Если смотреть позитивно:), то заставляет админов быть в "тонусе". Контент-менеджер оперативно "слизал" контент с чужого сайта и проставил rel=canonical - его сайт первоисточник. Где логика?

Вариант с установкой rel=canonical на некононических страницах, в данном случае, более логичен.

saveplanet:
Ну да, что ждать только от людей гадостей :)

Извините, буду оформлять названия тем, согласно международного права и международных конвенций, чтобы не задевать права граждан :)

Нет, просто тема Апа многих задевает за живое:)

Ippi:
Именно туда и поставить — тогда в псевдодублях тоже появится этот тег. Именно для таких случаев его и придумывали.

Впервые слышу... Есть тому какое-то подтверждение?

Но нечто подобное пробовал делать ранее - ничего не получилось. Все дубли были в индексе, пока не сделал редирект. Может это и не лучший способ, но действенный.

saveplanet:
Ребята а когда ближайшее время ожидается ап PR? Вообще какова его периодичность?

Название темы нужно правильно формулировать... Сейчас рейтинг "накрутят".

vpapazol:

...
Подскажите плиз, как быть? Поставить rel=canonical на www.anythingcalc.com/somethingcalc.html
со ссылкой на саму себя? А не повредит ли это?

Нет ставить на саму себя не нужно. Это делу не поможет.

А почему нельзя поставить редирект с неправильной на неправильную? И добавить ненужную ссылку на удаление из индекса в панели для веб-мастеров.

Mongol_D:
Однозначно советую сразу же ставить 301 редирект на новый домен в зоне .ua, и не боятся не чего, чем быстрее поставите, тем быстрее переклюется сайты! Думаю с новым доменом сайт начнет индексироваться в течении нескольких дней (в зависимости от того как часто робот посещал старый домен).

Спасибо. В принципе, это понимаю. Меня смущает, что домен зарегистрирован только на этой неделе. Слишком молод, да зелен:)

С индексацией проблем нет и, надеюсь, не будет. Но ранее у меня склейка не доменах других проектов происходила только за два (реже за три) апа и выдача восстанавливалась только после этого. Или мне просто не повезло?:)

Просто вполне возможно дать некоторое время повисеть новому домену - "настояться", так сказать. "Привяжу" к сайту, но редирект пока ставить не буду. Основным пока оставлю сайт в зоне ".biz", а потихоньку начну ставить ссылки на новый домен.

Но вопрос - насколько это целесообразно?

monia:
ну... у русскоязычных сайтов всегда посещаемость с яндекса была на порядок больше, чем с гугла. В Вашем случае, как мне кажется, обычная (вполне нормальная и закономерная) ситуация. Но если уж очень остро вопрос стоит, то гуглик любит хорошие бэки.

Очень спорное утверждение...

BANDIT_SEO:
После долгих трудов заметил такую ситуацию, позиции ВЧ прыгают по выдаче, к примеру после полуночи это ТОП 3 а ближе к обеду это уже может быть ТОП 5, ТОП 10 а то и 2-я страница, что посоветутете, доработать ссылками или качественнее перелинковать внутряк?

Думаю, что одно другому не помешает... Одной перелинковки для ВЧ может быть мало.

Всего: 134