Картинки с еффектами увеличений = ссылки

107

mutia1986

17 декабря 2011, 22:06

3766

Я думаю не для кого не секрет, что картинки с эффектом увеличения имеют конструкцию <a href="версия_картинки_увеличенного_размера.jpg"><img scr='версия_картинки_уменьшенного_размера.jpg'></a> . Как правило такую конструкцию формируют 99% модулей которые стандартно поставляются ЦМСкой. Одим из таких модулей является LightBox, Color Box и т.д. Суть конструкции в том, что по умолчанию на сайте отображается картинка с уменьшенным изображением со ссылкой на увеличенную версию. А модули просто методами джава скриптов воссоздают красивый и плавный эффект увеличения, если бы модулей не стояло то картинка бы просто открывалась на новой страничке броузера.

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

/ru/forum/583591

http://www.maultalk.com/lofiversion/index.php/t107469.html

В общем, по логике веще как ни еб..сь, есть вероятность что ссылка на картинку, хоть и не на страницу, или на пдф файл, или на Ексель файл, может забирать статический вес страници. Конечно может и не забирать, если поисковики для этих случаев не сделали какието алгоритмы, но об этом можно только рассуждать, и доказательств никаких...

Я порылся в интерете и нашел одно решение, как сделать увеличение картинок, без ссылки ( без тега А ) , и хочу что бы Вы заценили, и сказали, стоит игра свеч .

Пример использования тут http://sv-opt.ru/netshop/cat3363/item8318.html

Описание тут http://myrusakov.ru/javascript-image-newwindow.html

И конструкция картинки выглядит следующим образом

function openImageWindow(src) {

var image = new Image();

image.src = src;

var width = image.width;

var height = image.height;

window.open(src,"Image","width=" + width + ",height=" + height);

}

</script>

Код HTML (вставлять между тегами <body> и </body>):

<div>

</div>

то есть любая картинка имеет вид

Где функция this.src берет src из <img src а саму функцию можно вынести во внешний файл.

Но к горю, ходят слухи что гугл научился сканирывать ссылки из джава скрипт файлов

http://www.seo-study.ru/stati/javascript-google.html

В данный момент, если код вызываемый событием onclick находится на той же самой странице, Google будет обрабатывать код, сканируя, включенный в список URL и передаст текст ссылки и PageRank . Однако если код находится в отдельном файле, тогда Google не обработает его.

Вот некоторые примеры кода, который Googlebot может теперь выполнять, со ссылками, которые передадут и текст ссылки и PageRank :

div onclick=»document.location.href=’http://www.semonline.ru/’»

tr onclick=»myfunction(’index.html’)» a href=»#»

onclick=»myfunction()»новая страница /

a href=» javascript :void(0)» onclick=»window.open

(’welcome.html’)»новое окно /

В моем случае файл функция будет находится во внешнем файле, и гугл ее не обнаружит, и эта картинка не будет считатся как ссылкой? как вы считаете использование такого способа для увеличений картинок лучше чем <a href="версия_картинки_увеличенного_размера.jpg"><img scr='версия_картинки_уменьшенного_размера.jpg'></a> ? Игра стоит свеч ?

1

765

богоносец

18 декабря 2011, 06:28

#1

mutia1986:
к горю, ходят слухи что гугл научился сканирывать ссылки из джава скрипт файлов

И в чём конкретно ваше горе? Это:

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

Вам нужен слегка другой код, который надо показать ботам?

Как-то так пробуйте

<html>



 <body onLoad="li()">

  <div>



   <div id="comm1"><img src = 'images/javascript/foto1.jpg' alt = 'Фотография' width = '200'></div>

   <div id="comm2"><img src = 'images/javascript/foto2.jpg' alt = 'Фотография' width = '200'></div>

   <div id="comm3"><img src = 'images/javascript/foto3.jpg' alt = 'Фотография' width = '200'></div>



  </div>



  <script type="text/javascript" src="index.js"></script>



 </body>

</html>

index.js

function li(){

document.getElementById("comm1").innerHTML='<a href="версия_картинки-1_увеличенного_размера.jpg">' + document.getElementById("comm1").innerHTML + '<\/a>';

document.getElementById("comm2").innerHTML='<a href="версия_картинки-2_увеличенного_размера.jpg">' + document.getElementById("comm2").innerHTML + '<\/a>';

document.getElementById("comm3").innerHTML='<a href="версия_картинки-3_увеличенного_размера.jpg">' + document.getElementById("comm3").innerHTML + '<\/a>';

}

robots.txt

User-Agent: *

Disallow: /index.

Вот пример XSLT на клиенте http://erum.ru/article/21 вы видите много ссылок, но боты видят мало.

Но это не для пряток всего-всего, за что ПС фильтруют.

burunduk:
в карте кликов - клики есть, а в карте ссылок их нет

Выявляем проблемы в монетизации Google анонсировал изменения алгоритма Google тестирует новый формат

S

6

seodizain

18 декабря 2011, 17:55

#2

Не думаю что вам стоит заморачиваться по этому поводу, вы слишком недооцениваете Гугла он прекрасно отличает содержимое конечной страницы на которую установлена ссылка, а в случае с картинкой тем более по ее расширению и по поводу передачи веса беспокоиться совсем не стоит.

Этими скриптами вы просто усложняете жизнь и себе и пользователям с отключенными скриптами и боту сканирующему ваши страницы.

Он все равно просмотрит ваш скрипт в поисках ссылок и он их найдет.

Единственно пока рабочий вариант скрыть какое-либо содержимое на странице от поисковиков подгрузка аяксом по событию document ready

Гугл любит простой понятный код, и простые правильные ссылки:

<a href="/image.big.jpg"><img src="/image.preview.jpg" alt="image"/></a> - И картинка в этом случае является не ссылкой на html документ которому будет передаваться вес а ссылкой на изображение.

Не нужно усложнять жизнь ни себе ни другим, какой бы скрипт вы не использовали бот найдет ссылку на изображение.

Я бы еще понял если от этого скрипта была бы хоть какая то польза: красивое всплывание или оформление окна как от разных лайтбоксов.

Если сомневаетесь в том что бот правильно определит тип конечного документа укажите его прямо: <a type="image/jpg" href="/image.big.jpg"><img src="/image.preview.jpg" alt="image"/></a>

Если не хотите передавать вес просто поставьте ссылке атрибут rel="nofollow"

Если не хотите чтобы гугл сканировал и индексировал ваши изображения просто запретите их в роботс.тхт:

User agent *

Disallow: /images/

SEO (http://seodiz.ru/seo/) never die, promotion (http://seodiz.ru/) is inevitable!

Проблема с картинками в Внутренняя оптимизация ссылок и Page Weight. Программа для

765

богоносец

18 декабря 2011, 20:41

#3

Однако если код находится в отдельном файле, тогда Google не обработает его.

Пару лет назад показывали пример выполнения Гуглём скрипта в отдельном файле при поиске по сайту. Но в роботсе он закрыт не был.

M1

107

mutia1986

18 декабря 2011, 21:41

#4

2 Сергей ( seodizain )...

Я не исключаю что вы правы, но опять же таки с определнной долей вероятности это Ваши домыслы, которые ничем не оправданы. Я не отрицаю что они могут быть правдивы, но с определенной долей вероятности. Если У Вас есть данные из официальных докладов представителей гугл ( чтото типа докладов о том что гугл начал понимать джава скрипт ссылки, о чем на на какойто там прессконференции заявила Ванесса Фокс ), там где они конкретно затрагивали конкретно эту тему, не вопрос. Прошу ссылку, я Вам поеверю. Если у вас есть исходный кода именно этой части алгоритма ( распределение ПР ) Гоши, тоже прошу, выкладывавйте, я Вам тоже поверю. Но я сомневаюсь что Вы можете привести какието реальные факты, или доводы по этому поводу, потому что этот вопрос очень узкий и спецефический... И мало кто вообще по нему парится...

То же самое касается Яндекса. Официальные заявления представителей, прошу встудию или исходный код этого алгоритма.

По логике вещей, считаю, что если если есть тег а и есть href это уже ссылка, а на что она ведет, на документ, на картинку, на екселевский файл это мало кому интересно. Например я думаю что если вы ссылаетесь на картинку, вы передаете вес картинке тем самым продвигая ее среди картинок... У этой картинки будет преймущество по отношению к другим картинкам. А то что вы говорите страница ей не передает вес, а другим изза этого не передает меньше, то подождите, как же так ? Вы продвигаете картинку, вы ж должны за это чтото заплатить? А как же так, у Вас есть супер ПРистая страница, с которой вы можете продвинуть милион картинок, и ничего за это не заплатить? ( иными словами это называется и рабку сьесть и н...й сесть). Документы вордовские тоже ранжируется, я часто встречал в выдаче контент из вордовских документов, при клике на которую открывается сам документ. Документы тоже участвуют в ранжировании.

И как вы себе предстваляете алгоритм, которые распознает расширение файлов ? Вы думаете страница обязательно должна иметь расширение html ? кроме html есть просто htm, есть lisp вот вам пример самого популярно сайта по недвижимости в украине http://blagovist.ua/show/about.lisp. Есть такой сайт топэксперт.рф И это далеко не полный список расширений, количество расширений страниц очень много, и я уверен даже представители гугла не все их знают, и что они для каждого будут писать html - если ссылка на html документ ему вес передавать, если ссылка на lisp , а лисп это не хтмл значит ему не передавать или непередавать но забирать, и т.д...

По этому, я считаю, что для лучшей оптимизации лучше картинки делать просто в виде обычного тега ИМГ, без всяких эффектов и прибамбасов, тогда точно не прогадаешь, как бы там нибыло, прав Я или правы Вы, в любом случае это будет безопаснее...

Еще раз повторюсь. Я не исключаю что правда на вашей стороне, но если вы приведете реальные факты, то никаких вопросов...

Как работать с внутренними RIW 2010: «Автоматизация анализа Optimization 2010: круглый стол

F

23

F1ashback

19 декабря 2011, 10:14

#5

mutia1986:
если бы модулей не стояло то картинка бы просто открывалась на новой страничке броузера

вообще-то в той же

Продай/купи сайт (http://blogflash.ru/t.php) на бирже от создателей GGL и Miralinks. Торопись, пока конкуренция не слишком высока.

S

6

seodizain

20 декабря 2011, 13:57

#6

mutia1986:

По логике вещей, считаю, что если если есть тег а и есть href это уже ссылка, а на что она ведет, на документ, на картинку, на екселевский файл это мало кому интересно. Например я думаю что если вы ссылаетесь на картинку, вы передаете вес картинке тем самым продвигая ее среди картинок... У этой картинки будет преймущество по отношению к другим картинкам. А то что вы говорите страница ей не передает вес, а другим изза этого не передает меньше, то подождите, как же так ? Вы продвигаете картинку, вы ж должны за это чтото заплатить? А как же так, у Вас есть супер ПРистая страница, с которой вы можете продвинуть милион картинок, и ничего за это не заплатить? ( иными словами это называется и рабку сьесть и н...й сесть). Документы вордовские тоже ранжируется, я часто встречал в выдаче контент из вордовских документов, при клике на которую открывается сам документ. Документы тоже участвуют в ранжировании.

Точных данных к сожалению ни у меня ни у кого другого (кроме самих разработчиков алгоритмов нет), я точно так же как и вы в этом плане руководствуюсь логикой и за всю свою жизнь не видел ни одной страницы с картинкой (когда открываешь ее в отдельном окне) с каким-либо показателем ПР, из чего и делаю вывод что он ей не передается.

Да конечно в том плане, что от веса и репутации страницы где расположена эта картинка зависит как она будет ранжироваться, но думаю уже по совсем другому алгоритму.

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

SEJ: использовал ли Google UPD: Белорусская SEO Революция Google выпустил значительное обновление

765

богоносец

20 декабря 2011, 15:40

#7

seodizain:
и за всю свою жизнь не видел ни одной страницы с картинкой с каким-либо показателем ПР, из чего и делаю вывод что он ей не передается.

С вашим-то ником...

ЯВМ всё ещё показывает как ссылку

<link rel="shortcut icon" href="http://другой-сайт/favicon.ico" type="image/x-icon">

хотя <link> != <a>

199

SubAqua

20 декабря 2011, 15:43

#8

Кашмар граждане, ну и заморочка. Лучше это время на контент потратить и юзабилити.

222

Snake800

20 декабря 2011, 15:50

#9

mutia1986:
И как вы себе предстваляете алгоритм, которые распознает расширение файлов ? Вы думаете страница обязательно должна иметь расширение html ? кроме html есть просто htm, есть lisp вот вам пример самого популярно сайта по недвижимости в украине http://blagovist.ua/show/about.lisp. Есть такой сайт топэксперт.рф И это далеко не полный список расширений, количество расширений страниц очень много, и я уверен даже представители гугла не все их знают, и что они для каждого будут писать html - если ссылка на html документ ему вес передавать, если ссылка на lisp , а лисп это не хтмл значит ему не передавать или непередавать но забирать, и т.д...

Ему и не надо распознавать расширения файлов. Сервер в заголовке сообщает content-type документа: image/jpeg, text/html, text/plain и т.д. Ими машина и оперирует. Картинку можно также повесить и на php, и на exe-расширение. И робот поймёт, что это картинка.

Просто убирать ссылки в onclick, имхо, бессмысленно. Не знаю насчёт передачи веса, но в Google WMT они ничем не отличаются от стандартных ссылок.

В сущности, можно провести простейший эксперимент. Разместить ссылку на новый файл в js-скрипте и не спрятать его от robots. Если в индекс не залетит - значит не видит. Наверное )) Для усложнения задачи боту можно подшифровать скрипт, чтоб не было явного палева "a href".

Вопрос в другом. А надо ли прятать ссылки на картинки? Картинка представляет собой ценность. Если документ ссылается на ценности, то он также является ценным. Значит в ранжировании при поиске по не картинкам он может обрести дополнительный вес, разве нет?

P.S. Блин, недоглядел. Ветка Яндекса, а я про гугловские технологии и принципы ))

JavaScript-ссылки и всё, что Управление сниппетами. Стандартные сниппеты Semonitor 3.0 - программа

765

богоносец

20 декабря 2011, 16:17

#10

Snake800:
Сервер в заголовке сообщает content-type документа: image/jpeg, text/html, text/plain и т.д.

Можете показать, что боты смотрят на HTTP-заголовки?

Уже есть сомнения, что на все. В ЯВМ читал сообщение-бред на эту тему. А до того, наблюдал индексацию разных документов с таким content-type, про который Я утверждает, что не индексит, но на самом деле индексит — глядя ну совсем не на заголовок ответа.

Snake800:
Разместить ссылку на новый файл в js-скрипте и не спрятать его от robots. Если в индекс не залетит - значит не видит.

Это не показатель

...:
в карте кликов - клики есть, а в карте ссылок их нет

SubAqua:
ну и заморочка

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

Google: теги заголовка это Теги title и H1 Платон Щукин об условиях

Зачем быть уникальным в мире, где все можно скопировать

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах