Какой метод вывода текста лучше для ПС

L
На сайте с 09.12.2008
Offline
47
1057

Сейчас у меня готово 2 варианта.

1.Динамичный

2.Статичный

1. Каждое предложение статьи размножено и имеет от 100 до 1000 вариантов.

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

2.Статья размножена и к каждой странице прикреплен свой цельный вариант статично, навсегда.

Как лучше для ПС?

У кого какие мнения?

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

С другой стороны при каждом заходе поисковик будет видеть другой текст.

PS Этот текст не единственный на странице. Он добавочный к основному содержанию, которое неизменно.

marrtin
На сайте с 25.11.2005
Offline
125
#1

имхо, лучше статичный вариант.

это большая статья? насколько больше или меньше основного содержания?

Сказочный контент для соцсетей! Напишу сказку, детектив, фантастику, романтический рассказ... (https://kwork.ru/creative-writing/193526/napishu-rasskaz-skazku-istoriyu) Обращайтесь через кворк или в ЛС
L
На сайте с 09.12.2008
Offline
47
#2
marrtin:
имхо, лучше статичный вариант.

это большая статья? насколько больше или меньше основного содержания?

Пока не знаю, думаю будет больше или равно основному содержанию. От 1000 символов до 3-х

Langly добавил 10.01.2010 в 08:46

Само основное содержание коротенькое - описание 1-2к символов

Fi9hter
На сайте с 05.08.2008
Offline
248
#3

Первый вариант хуже потому что будут дубли причем в больших количествах, одна и таже статья с отличиями в небольшом количестве предложений. Хотя у меня есть пример немного другого где тоже дубли есть и в индексе держится. Сайт в котором есть рандомно выдающийся кусок текста типа полезного совета, на 1800 страниц примерно столько же было и вариантов текста. Плюс 20 разных заголовков и превьюшек статей, 3 из которых рандомные всегда есть на каждой странице. Но из-за рандомности выдачи дубли в кэше яши по сути должны быть всегда, каждый раз на разных страницах и в разных количествах. По статьям особенно, их 20 штук на 1800 страниц. Вобщем к чему это я, показал пример что вроде и первый вариант живет, но второй нормально организованный и сохраненный раз и навсегда будет лучше. Но не забывайте что даже при статичном виде у вас будут целые предложения повторяться, как на это отреагирует Яша неизвестно, думаю в какой-то момент ему это надоест.

L
На сайте с 09.12.2008
Offline
47
#4
Fi9hter:
Первый вариант хуже потому что будут дубли причем в больших количествах, одна и таже статья с отличиями в небольшом количестве предложений. Хотя у меня есть пример немного другого где тоже дубли есть и в индексе держится. Сайт в котором есть рандомно выдающийся кусок текста типа полезного совета, на 1800 страниц примерно столько же было и вариантов текста. Плюс 20 разных заголовков и превьюшек статей, 3 из которых рандомные всегда есть на каждой странице. Но из-за рандомности выдачи дубли в кэше яши по сути должны быть всегда, каждый раз на разных страницах и в разных количествах. По статьям особенно, их 20 штук на 1800 страниц. Вобщем к чему это я, показал пример что вроде и первый вариант живет, но второй нормально организованный и сохраненный раз и навсегда будет лучше. Но не забывайте что даже при статичном виде у вас будут целые предложения повторяться, как на это отреагирует Яша неизвестно, думаю в какой-то момент ему это надоест.

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

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

Чем больше - тем лучше, это понятно, но по минимуму? Штук 20 думаю пойдет. Только шаблоны надо делать с изменением структуры предложений, а только потом набивать синонимы. На 9слов шингл и 5% схожести.

Fi9hter
На сайте с 05.08.2008
Offline
248
#5

При таком подходе эти 30к страниц могут все равно вылететь, не забывайте, потому что вы генерируете их на основе 1000 предложений. И то они размноженные, что только еще больше увеличит дубли. Риск большой, только если вам ради эксперимента или на ГС.

L
На сайте с 09.12.2008
Offline
47
#6
Fi9hter:
При таком подходе эти 30к страниц могут все равно вылететь, не забывайте, потому что вы генерируете их на основе 1000 предложений. И то они размноженные, что только еще больше увеличит дубли. Риск большой, только если вам ради эксперимента или на ГС.

Я немного изначально неправильно выразился.

Сейчас вилка - направо пойти иль налево.

Допустим я закажу 20 статей, размножу и поставлю статично на каждую страницу по варианту.

Второй - динамичный вариант - тоже самое. Я спокойно смогу размножить каждую статью, но не целиком, а по предложению. И получится рандомный вывод статьи, одной из 20. А затем при выводе уже выбранной статьи, она еще собирается по предложению. Каждое предложение - более 100 вариантов.

Понимаете.

ТО есть не надо рассматривать одну статью. Я их могу сделать что в первом варианте, что во втором столько - сколько надо. Точнее на сколько смогу потянуть.

Тут вопрос чисто прикладной.

Пусть 20 уникальных разных статей, размножены на 30 000 вариантов, допустим, и статично закреплены.

Или те же самые 20 статей, размножить по предложению, и собирать из предложений. вот она делема

PS То есть проблема не в том что одна единственная статья на 30 000 стр. Нет. Можно их сделать много, уникальных и каждую размножить, как для первого так и для второго варианта.

Вопрос - какой вариант лучше выбрать.

PPS А если еще точнее, то по большому счету какая разница - эта же собранная статья закрепленная статично. Или каждый раз будет собираться при загрузке.

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

Fi9hter
На сайте с 05.08.2008
Offline
248
#7

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

L
На сайте с 09.12.2008
Offline
47
#8
Fi9hter:
Смотря опять же по уникальности, если вариантов очень много разнообразных будет, то делайте динамику это с одной стороны хорошо, бот яши каждый день на сайте тусуется. Все зависит от того насколько вы уникальности добьетесь своим количеством, как статей, так и размножения.

Ну вот смотрите.

Тут дело даже не в уникальности, потому как по уникальности оба варианта будут равны, при равных исходных данных (статьях)

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

Fi9hter:
... это с одной стороны хорошо, бот яши каждый день на сайте тусуется...

Бот будет воспринимать это как обновления страниц или наоборот сочтет попыткой ввести в заблуждение ПС

(Это просто вопрос касаемо мнения, и логики а не конкретно поведения яши. ...знал бы прикуп, жил бы в сочи, одним словом)

Onu
На сайте с 10.01.2007
Offline
170
Onu
#9

Langly,

Langly:
Ну вот смотрите.
Тут дело даже не в уникальности, потому как по уникальности оба варианта будут равны, при равных исходных данных (статьях)

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

2 года назад эта тема еще прокатывала. Сейчас 6 из 6 сайтов по такой системе висят под агс17, хотя до этого 2 года проработали и приносили стабильно 20-50 чел в день с яндекса каждый. От 1 до 15 страниц в индексе. Делал именно так, как вы написали. Не советую тратить время...Максимум, что можно, это выводить статичный кусок на 70-80% страницы, остальное - динамика.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий