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

[drondo1241]

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

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

 

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

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

Edited December 8, 2021 by 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

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