Ищу модуль для дополнительной защиты от индексации а также другие Seo Модули

[drondo1241]

45 минут назад, kulinenko сказал:

ошибаетесь - последний был ап по ревьюшникам, уже выкатили.

 

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

Интересовал момент индексации молодняка Жужелем ... пару дней выкатил сайт на вп уже больше половины в индексе... это радует... так как есть печальные примеры на опене которые до сих пор не полностью в индексе.

Змінено 8 грудня 2021 користувачем drondo1241

[Venter]

1 минуту назад, drondo1241 сказал:

пару дней выкатил сайт на вп уже больше половины в индексе... это радует... так как есть печальные примеры на опене которые до сих пор не в индексе.

это скорее проблемы тех чей магазин вот и все. касаемо вп, если ты так склонен к вп на  делать ИМ в нем, то вот что я тебе скажу, бывают такие запросы от клиентов, что это задачу малой кровью решить проблематично, в итоге выходит куча хуков которые постоянно будут дергать лишний раз бд, это дна строна, вторая сторона, есть задачи такие которые решить хуками не трогая код плагина очень проблемно, вот ты сам сможешь решить подобную проблему написав свой плагин который частично отключит и заменит работу воокомерце, сможешь??? скорее всего нет, даже 100% уверен. так что говорить за ИМ на вп не нужно, что лучше и где лучше. если магазин с 2-10 товаров и нет никаких заморочек то можно на вп если уж так хочется, а вот если делать серьезный магазин на вп, то не знаний, не ума у тебя не хватит переделать вп так чтоб он работал именно как магазин со всеми наворотами. Если хочешь про плагины сказать то лучше молчи, скажу так, некоторые плагины лучше переписать по своему чем ставить как есть и опять же потому что используются куча хуков часть из которых вообще не нужна. Что касаемо опенкарта, то в нем можно без проблем править код движка, так скажем опенкарт это отличный фреймворк MVC для дальнейшей разработки магазина, правь что хочешь и не будешь беспокоится о том что случайно кнопочку нажмут "обновить".

 

[drondo1241]

Только что, Venter сказал:

это скорее проблемы тех чей магазин вот и все. касаемо вп, если ты так склонен к вп на  делать ИМ в нем, то вот что я тебе скажу, бывают такие запросы от клиентов, что это задачу малой кровью решить проблематично, в итоге выходит куча хуков которые постоянно будут дергать лишний раз бд, это дна строна, вторая сторона, есть задачи такие которые решить хуками не трогая код плагина очень проблемно, вот ты сам сможешь решить подобную проблему написав свой плагин который частично отключит и заменит работу воокомерце, сможешь??? скорее всего нет, даже 100% уверен. так что говорить за ИМ на вп не нужно, что лучше и где лучше. если магазин с 2-10 товаров и нет никаких заморочек то можно на вп если уж так хочется, а вот если делать серьезный магазин на вп, то не знаний, не ума у тебя не хватит переделать вп так чтоб он работал именно как магазин со всеми наворотами. Если хочешь про плагины сказать то лучше молчи, скажу так, некоторые плагины лучше переписать по своему чем ставить как есть и опять же потому что используются куча хуков часть из которых вообще не нужна. Что касаемо опенкарта, то в нем можно без проблем править код движка, так скажем опенкарт это отличный фреймворк MVC для дальнейшей разработки магазина, правь что хочешь и не будешь беспокоится о том что случайно кнопочку нажмут "обновить".

 

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

[drondo1241]

7 минут назад, Venter сказал:

это скорее проблемы тех чей магазин вот и все. касаемо вп, если ты так склонен к вп на  делать ИМ в нем, то вот что я тебе скажу, бывают такие запросы от клиентов, что это задачу малой кровью решить проблематично, в итоге выходит куча хуков которые постоянно будут дергать лишний раз бд, это дна строна, вторая сторона, есть задачи такие которые решить хуками не трогая код плагина очень проблемно, вот ты сам сможешь решить подобную проблему написав свой плагин который частично отключит и заменит работу воокомерце, сможешь??? скорее всего нет, даже 100% уверен. так что говорить за ИМ на вп не нужно, что лучше и где лучше. если магазин с 2-10 товаров и нет никаких заморочек то можно на вп если уж так хочется, а вот если делать серьезный магазин на вп, то не знаний, не ума у тебя не хватит переделать вп так чтоб он работал именно как магазин со всеми наворотами. Если хочешь про плагины сказать то лучше молчи, скажу так, некоторые плагины лучше переписать по своему чем ставить как есть и опять же потому что используются куча хуков часть из которых вообще не нужна. Что касаемо опенкарта, то в нем можно без проблем править код движка, так скажем опенкарт это отличный фреймворк MVC для дальнейшей разработки магазина, правь что хочешь и не будешь беспокоится о том что случайно кнопочку нажмут "обновить".

 

на сим  я душный прощаюсь... не хочу мусолить данную тему....  

[kulinenko]

36 минут назад, drondo1241 сказал:

Интересовал момент индексации молодняка Жужелем ... пару дней выкатил сайт на вп уже больше половины в индексе... это радует... так как есть печальные примеры на опене которые до сих пор не полностью в индексе.

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

[drondo1241]

3 минуты назад, kulinenko сказал:

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

Печально что кнопка только в USA в банановых республиках данной кнопы нет.

[chukcha]

прошу прощения, что апну тему
https://www.rebootonline.com/blog/long-term-outgoing-link-experiment/

 

Цитата

Conclusion:

The main thing to take away from this test is that although we don’t know and have not proved how powerful outgoing links are in the grand scheme of things, we have proved they do have a positive impact if used correctly.

More importantly, we disproved the old myth of Pagerank retention which in my opinion has done nothing but harm to the internet as a whole as webmasters try to keep the ‘link juice’ in house slowly eroding the building blocks of the web.

Цитата

Мы не знаем и не доказали, насколько сильное влияние внешних ссылок
Мы доказали, что они имеют положительное влияние при правильном использовании.

 

Важно! мы опровергли старый миф об удержании рейтинга страниц, который, на мой взгляд, не принес ничего, кроме вреда Интернету в целом,
поскольку веб-мастера пытаются сохранить «ссылочный вес».

 

[Golubenko]

Буквально вчера на форуме была тема в поиске исполнителя по закрытию внешних ссылок с сайта по заданию сео.

 

Все ссылки на сайте, которые будут использоваться для перенаправления пользователей на
сторонние ресурсы, необходимо закрыть от индексации посредством скрипта:

 

и т.д.

 

На моем сайте внешних ссылок по две-три-пять на странице товара. 

[esculapra]

1 час назад, Golubenko сказал:

Все ссылки на сайте, которые будут использоваться для перенаправления пользователей на
сторонние ресурсы, необходимо закрыть от индексации

Я когда-то делал (не на опенкарте) скрытие реферальных ссылок. Использовал PHPCript и JSCript. Суть в чем? Ссылка на сервере шифруется ключем (какой укажите). Потом этот код присваивается как id (для div, span, li и пр). Далее указывам обработчик onClick="goto(this.id)"; В обработчике ссылка дешифруется и осуществляется переход на указанный ресурс. В принципе можно не ставить id, а прямо onClick="goto('закодированная ссылка')". Вобщем ссылок нет как таковых - их не видит ни пользователь, ни бот.

[Venter]

2 часа назад, esculapra сказал:

Я когда-то делал (не на опенкарте) скрытие реферальных ссылок. Использовал PHPCript и JSCript. Суть в чем? Ссылка на сервере шифруется ключем (какой укажите). Потом этот код присваивается как id (для div, span, li и пр). Далее указывам обработчик onClick="goto(this.id)"; В обработчике ссылка дешифруется и осуществляется переход на указанный ресурс. В принципе можно не ставить id, а прямо onClick="goto('закодированная ссылка')". Вобщем ссылок нет как таковых - их не видит ни пользователь, ни бот.

в любой тег в data суем ссылку, допустим data-link и можно вот так

<div class="link-website" data-link="ссылка"></div>

jQuery(document).ready(function() {	 
	jQuery('body').on('click', '.link-website', function() {
		var link = jQuery(this).attr('data-link');
		window.open(link, '_blank');
	});	
});

 

[chukcha]

2 минуты назад, Venter сказал:

window.open

по идее браузер должен спросить - вы хотите открыть ?
правильно сделать создать тег a тег добавть атрибут href и кликнуть

[Venter]

30 минут назад, chukcha сказал:

по идее браузер должен спросить - вы хотите открыть ?

это по идеи, а по факту при множественых тестах нет такого

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

[esculapra]

10 часов назад, Venter сказал:

в любой тег в data суем ссылку, допустим data-link

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