Как не допустить дублированный контент в WordPress

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

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

Проиллюстрирую:

Дублированный контент в WordPress

  1. Ссылка на созданный пост имеет вид http://www.site.ru/post.html
  2. Многие блоггеры используют кроспостинг для повышения тематической ссылочной массы и для быстрой индексации, возьмем, к примеру, бесплатные блоги на livejornal, ссылка будет выглядеть так: http://site.livejornal.ru/post.html
  3. Если у вас украли статью или вы сами разместили ее на каком-либо ресурсе с обратной ссылкой, опять же тот же текст можно прочесть по новой ссылке: http://www.othersite.ru/post.html
  4. Часто на главной странице своего сайта выводят несколько последних статей в полном виде. Получается дубль текста вашего поста по ссылке: http://www.site.ru/
  5. Если статей много, то создается постраничная навигация, новые статьи вытесняют старые статьи на последующие страницы. Если вы используете полный вывод статьи на главной, то ваш пост можно будет прочитать по ссылке:  http://www.site.ru/page.html/page/2
  6. Такая же ситуация, как и с главной страницей, и для Рубрик сайта. Если вы отдаете статьи полностью в Рубрики, значит, появляется новая ссылка со страницы рубрики: http://www.site.ru/category/
  7. Страницы архива также, как и рубрики, дублируют контент: http://www.site.ru/2010/, но при этом, даже если у вас выводится часть статьи или цитата, то в архиве вы все равно получите дублирующую ссылку вида: http://www.site.ru/2010/post.html
  8. Страницы тегов полностью аналогичны страницам рубрик: http://www.site.ru/tag/nametag/
  9. В этот комплект дублей добавляет еще свою ссылку Поиск по сайту: http://www.site.ru/?s=search
  10. И даже на самой странице поста можно получить как минимум 2 ссылки, дублирующих контент:
    1. Ссылка появляется при большом количестве комментариев и включении режима постраничной навигации по комментариям, вида: http://www.site.ru/page.html/comment-page-1#comments
    2. Ссылка появляется если у вас длинная статья, и вы решили разделить ее на несколько частей тегом <!—nextpage—>, который вставляет постраничную навигацию еще в сам пост. Ссылка на 2 страницу поста будет иметь вид: http://www.site.ru/page.html/2

Что в результате?

В результате, при неумелом пользовании функционалом WordPress, вы рискуете получить как минимум 8 дублирующих ссылок одной статьи внутри самого ресурса + дубли с размещения статей на внешних ресурсах.

Как правильно настроить и организовать ваш блог на WordPress, не создавая дублированного контента?



Начнем по порядку пунктов указанному выше:

  1. На страницах постов, статических страницах, всегда используйте мета-тег rel=’canonical’. Он позволяет указать поисковикам правильный источник контента внутри сайта и для многих внешних ресурсов.
  2. Старайтесь при кроспостинге, все-таки не отдавать всю статью ресурсу. Урежьте ее как минимум до 50%. Обязательно проставляйте ссылки на источник, 2-3 штуки, с разными анкорами. Если есть возможность изменять на мета-теги на кроспостинговом ресурсе, уберите мета-тег rel=’canonical’.
  3. Если вы размещаете статью на внешних ресурсах и нет возможности ее уникализировать, действуйте по принципу п.1 + измените хотя бы некоторые абзацы вашего текста. Обязательно проставляйте обратные ссылки на вашу статью – источник и сам блог. Эта рекомендация часто помогает при воровстве контента. Т.к. многие воры копируют контент на автомате,специальными скриптами и в большинстве случаев ссылки не затираются.
  4. Практически с самого начала существования WordPress, разработчиками был продуман функционал, который позволял вывести на главной текст на вашу статью без дублирования контента.
    Зайдите на страницу редактора в админ – панели WordPress. На странице, под самим редактором найдете вкладку «Цитата (Excerpt)». Вот она и предназначена для вывода анонса статьи на главной, в рубриках, архиве, поиске и т.д. При создании статьи используйте это поле для создания уникального анонса статьи, который будет мотивировать посетителя кликнуть по ссылке «Читать далее» и прочесть вашу статью.
    Кроме исключения дублей у поля «Цитата», есть еще одна полезная особенность, этот текст вы можете оптимизировать под ключевые слова необходимые для Главной, Рубрики и т.д.
  5. Постраничную навигацию, навигацию по комментариям, Архивы, Теги, поиск по сайту лучше всего закрыть от индексации в robots.txt:
    Disallow: */comments*
    Disallow: /search
    Disallow: /?s=*
    Disallow: /author/*
    Disallow: /tag/*
    Disallow: /trackback
    Disallow: /20*/*
    Disallow: /page/*
    Disallow: /comment-page*
    Disallow: /*?replytocom*
  1. От дублирования контента в Рубриках избавляемся тем же способом, как и для Главной страницы блога. Либо закрыть и ее от индексации. Решать вам.
  2. Осталась одна ссылка – дубль, возникающая при разделении страницы на части и создающая постраничную навигацию для самого поста. Как с ней бороться, пока не знаю. Мой совет, постарайтесь не использовать этот функционал. Лучше разделите статью на реальные части и создайте для каждой части отдельный пост.

При шаблонном подходе, на страницах вашего сайта вы всегда найдете дублирующий контент.



Например:

  • Виджеты в сайдбаре
  • Шапка и подвал сайта
  • Какие-то вставки в самом посте.

Важно, чтобы на каждой странице внутри вашего сайта, всегда были уникальны:

  1. Заголовок страницы (title).
  2. Мета – тег описания страницы (description).
  3. Как минимум (мое мнение) 50% совокупного текстового наполнения страницы.

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

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

Мифы связанные с дублированным контентом:

  1. Ссылка с «якорем» типа http://www.site.ru/page.html#якорь создает дублированный контент для поисковиков.
    Это утверждение не верно, т.к. данный якорь всего лишь позиционирует страницу в окне браузера при переходе по ссылке и не является динамическим параметром. Поисковики давно уже научились отличать «якоря» от динамических параметров ссылок. Поэтому использование ссылок «Читать далее» в WordPress более чем безопасно.
  2. Новый мета-тег <link rel=’canonical’ href=’ http://www.site.ru/page.html ‘ /> спасет весь мир и решит проблему дублированного контента.
    К сожалению и это утверждение не верно. Представьте ситуацию, когда вы создали статью, а кто-то ее украл в течении часа, например используя ваш RSS, и разместил у себя на новой странице сайта. У него также появится мета-тег rel=’canonical’. Если рейтинги вашего сайта примерно одинаковые, как вы думаете, как поисковики определят первоисточник? Тот к кому придет первым робот, тот и будет в выигрыше. Стопроцентного решения данной проблемы нет. Если для вас это важно, Google вам в помощь.
    Данный мета-тег скорее помогает решить проблему с дублированным контентом в пределах одного ресурса. Используя собирающие страницы сайта (рубрики, архивы, теги, поиск по сайту, главная) важно следить, чтобы у этих страниц данный тег отсутствовал. Тогда, присутствие rel=’canonical’ только в страницах статей дает весомые гарантии уникальности вашего контента.
  3. Рерайт или синонимизация сделает текст уникальным.
    К счастью, поисковики научились распознавать и рерайт. Большинство сайтов использующих рерайт, банят в течении 1-2 месяцев. Я одно время увлекся рерайтом, даже купил не дешевый софт. Мое мнение, качественный и быстрый рерайт, на сегодняшний день, написание новой – уникальной статьи на ту же тему. Все остальное — впустую потраченное время.

Спонсор поста:
Агентство «ИДЕАЛ» – один из лидеров современного рынка поискового продвижение сайта в Украине.

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

Жду ваших вопросов.


Нашел ошибку в тексте? Выдели ее мышкой и нажми Система Orphus
СЛЕДИТЕ ЗА НОВОСТЯМИ Подписаться на мой Twitter
Автор:Олег МедынскийРубрика: Раскрутка блога
Разрешается перепечатка статьи с обязательным указанием открытой ссылки на источник.

КОММЕНТАРИИ К СТАТЬЕ

  1. 1.1

    Честно говоря впервые встречаю канонический тег rel=’canonical’, видать он появился недавно. Все ли ПС учитывают этот тег? Или опять белиберда, один учитывает, другой нет?

    • 1.2

      Насчет всех ПС, не знаю. Но за дублированный контент у нас наказывает в основном Гугл и Яндекс.
      Они учитывают.

  2. 1.3

    C возвращением! Очень значительные изменения на блоге, как вижу. Материал серьезный, надо будет внимательно просмотреть, что у меня как настроено. Похоже, много глупостей по неопытности сделано. :(

    • 1.4

      Здравствуйте, Светлана. Я тоже рад вас видеть.
      Да, вернулся. Сейчас готовлю статью о произошедших изменениях и оп планах.
      Меняться как вы уже заметили будет все.
      Если будут вопросы по настройкам, пишите

  3. 1.5

    Яндекс к сожалению незнаком с этим тегом. Принят совместно ПС Google, MSN и Yahoo . Так-что придется писать robots.txt для Яндекса.
    Олег, сегодняшний АП как-то сказался на вашем блоге? У меня примерно 50% ссылок из Я.Вебмастер потеряно. Все ссылки были от комментирования блогов.

    • 1.6

      Честно говоря, я не очень слежу за апами для своего блога. Времени не хватает раскручивать свой блог. Дело в том что с изменением дизайна я еще меняю массу всего (структуру, тексты и т.д.) Поэтому данный АП,, в процессе изменений, пока для меня мало значим.
      Если говорить о моих клиентах, то для них данный АП принес в основной массе только позитивные сдвиги.
      А насчет Яндекса и канонического тега, да вы правы, ему на этот тег наплевать. Но он и без этого тега довольно хорошо определяет источник. Так что может это и к лучшему. Как я уже писал, сам тег rel=»canonical» не решает проблему дублирования контента, это всего лишь один из инструментов-помощников веб-мастеров для некоторых поисковиков.
      Но использовать его обязательно.

  4. 1.7

    Все что-то волнуются по этому поводу, а я не могу решить, каким сервисом надежнее повести проверку. Подскажете?

  5. 1.9

    Здравствуйте.
    Прочитал вчера в вашей рассылке статью по теме дублированного контента. Совершенно с вами согласен, только смотрю на проблему немного под другим углом. Пытаясь провести поисковую оптимизацию моего блога я всю голову сломал, как же сделать на основе wordpress ОПТИМАЛЬНУЮ и максимально ЭФФЕКТИВНУЮ ссылочную структуру, потому как в штатном виде блог похож на самую настоящую линкопомойку: все страницы ссылаются на все страницы. И дело даже не в дублированном контенте, а в бесполезном профукивании ссылочной массы по НЕРЕЛЕВАНТНЫМ внутренним ссылкам — ссылки на редактирование, ссылки логина и пароля, ссылки на статические страницы «карта сайта, обо мне, контакты», и т.д., ссылки на RSS, и так далее, и тому подобное.

    В результате: ссылочный вес — ТИЦ и Pr — просто распыляется впустую, вместо того, что бы передаваться с главной исключительно на РЕЛЕВАНТНЫЕ СТРАНИЦЫ (страницы постов, оптимизированные под опр. поисковый запрос), и с них возвращаться обратно на главную, по одной единственной ссылке, таким образом аккумулируясь, накапливаясь на ней, что бы снова передаться полезным страницам.

    Файл robots.txt всей проблемы не решает, с помощью его можно закрывать от индексации только целые страницы и подкаталоги, а вот ненужных ссылок с релевантных страниц он НЕ закроет. Пытался искать подходящие плагины, есть отдельные, которые решают проблему только в узкой части, допустим — закрывают только ссылки в виджетах, или — только с самом посте, или — в комментариях. Многие из них либо глючат, либо работают попросту некорректно, как например — robots meta, на разных моих блогах, с одинаковыми настройками он даёт совершенно разные резултаты, это видно по исходному коду страницы. Плагина, который бы решал ПОЛНОСТЬЮ проблему закрытия ненужных ссылок, я так и не нашёл.

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

    Есть несколько идей, как сформировать такую структуру, пытался развить тему на русскоязычном форуме вордпресса, но никто не поддержал, никому не интересно. Ссылка на тему:
    Что же касается подходящего инструмента — то тут я до сих пор в тупике.

    Предлагаю вместе обсудить проблему, по агенту, или по аське 342ноль55323.
    Мои сайты на основе WordPress — http://direct-market.ru/, http://evroremont.direct-market.ru/

    С уважением, Дмитрий Жуков.

    • 1.10

      Здравствуйте, Дмитрий

      Я вас прекрасно понимаю.
      Но, мое мнение, полная автоматизация процесса перелинковки никогда не заменит ручной труд оптимизатора.
      Дело в том, что перелинковка для каждого ресурса имеет свою структуру. Автоматизировать этот процесс очень сложно. Поэтому, вас никто не поддержал. Для многих проще сделать перелинковку своими ручками или заказать у профессионалов.
      Причем, самое главное в этом процессе, никто на 100% не будет уверен что сделанная перелинковка действительно правильная.

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

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

  6. 1.11

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

    С уважением.

    • 1.12

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

  7. 1.13

    У меня вопрос. Я хочу повысить PR главной страницы. Перелинковка такая:

    Пост — в нем ссылка на главную страницу + категорию . И в постах есть ссылки на архивы тегов, чтобы пользователь нашел другие новости по тегу.

    У категорий и постов есть ссылка на главную страницу.

    + применины все Disallow которые вы написали.

    Закрыты теги,категории,архивы . Не закрыта только главная страница .

    рейтинги записей будут отдаватся главной? при таком количестве запрещений , и перелинковке?

    • 1.14

      Рейтинги передаваться будут, но рейтинг страницы делится на все количество ссылок на странице, закрыты они или нет без разницы.

  8. 1.15

    + У каждого поста есть ссылка на следующий и предыдущий пост .

  9. 1.16

    Хоть Вы, Олег, и старались объяснить все человеческим языком, ваша статья вызвала у меня ряд вопросов:
    1) создается ли дублированный контент, если использовать тег MORE, для сокращенного вывода статьи на главной?
    2) если есть, например, 3 статьи и все связаны 3 одинаковым тегами — эти теги создают дубляж тоже? Т.е. по хорошему надо делать для статей уникальные теги?
    4) Откуда вообще берут страницы поисковики? Например, если в Я.Вебмастер имеем следующие циферки: всего страниц — 808, страниц в поиске — 287. Это при условии что на сайте 70 статей + 5 тегов на каждую (часть из них перекрещивается). Если 287 я как-то могу объяснить, то цифра 808 совсем не укладывается в голове… Что скажите?
    3) И, до кучи, вопрос по ссылкам: перелинковка как-то связана с дублированным контентом или нет?

    • 1.17

      1. Нет, тег MORE не создаёт дублированный контент, читайте комменты к статье Хак убирающий дублирование в теге more
      2. Сами по себе теги не создают дублей. Создают дубли контент страниц тегов. Если вы используете например краткие блоки своих статей на страницах разных тегов то это дубли. Страницы тегов обычно такие же как рубрики поэтому их всегда нужно закрывать от индексации.
      4. 738 внутренних ссылок это навигационные вспомогательные ссылки. Например: постраничная навигация главной, рубрик, архивов, тегов, страницы тегов, архивы и т.д.
      3. Да, связана. Плохая перелинковка ведет на дублирующий контент, хорошая его исключает.

  10. 1.18

    Огромное спасибо за статью. Рад что на нее вышел в числе первых 10 просмотренных. Все подробно и по существу. Начал ВП изучать, и чую что-то не то а как бороться не поймы. Теперь есть понимание, что надо делать. Хотя уже думаю может назад к рукописному сайту вернуться, меньше глюков будет?

    • 1.19

      Возможно и меньше, если вы все досконально протестировали и оптимизировали. Над WordPress трудятся довольно большое количество разработчиков и тестирует сообщество. А также, для поддержки сайта на популярном движке легче найти программеров и быстрее добавить новый функционал.

  11. 1.20

    Спасибо, Олег! :) На счет тегов понял Ваше пояснение: «вы используете например краткие блоки своих статей на страницах разных тегов то это дубли». Я как раз насоздавал много дублей за счет тегов, т.к. часто связываю одни и те же посты одинаковыми тегами.

    А вот Ваша фраза: «Плохая перелинковка ведет на дублирующий контент, хорошая его исключает.» — осталась для меня непонятной. Плохая перелинковка — это как? Если отбросить теги, то перелинковка предполагает установление ссылки на страницу. Если я установлю 10 ссылок на одну страницу с разными анкорами, то разве это будет плохой перелинковкой. Какие еще могут быть перелинковки, создающие дублирующий контент, кроме тегов, рубрик и т.д.?

    Хотелось бы узнать Ваше мнение еще по одному вопросу:
    Теги, как я убедился, очень полезны на начальном этапе раскрутки сайта. По крайней мере Яша их очень уважает. Можно написать мегапост, заточенный под ключи по всем правилам. Но он может долгое время оставаться на «задворках» Яндекса, особенно по ВЧ запросам. А вот теги часто быстро выходят по НЧ, по СЧ, и даже по ВЧ. Так что их потенциал стоит использовать. Но поскольку при ссылках разных тегов на одни и те же посты (чем больше в тегах постов, тем выше «прыгает» тег) создается дублированный контент, то хотелось бы этого избежать.

    Пройдет ли такой финт ушами: написать для каждого тега мини пост (1500-2000 знаков). Title статьи — название тега (отличия лишь в окончании html постов). Посты с помощью плагина спрятать из рубрик, Рсс комментариев, Рсс канала… Вообщем пост можно будет обнаружить на сайте только при клике на тег. Посты из разряда «новости». Смотреться они не будут при таком раскладе нормально, не портя общую концепцию. Таким образом каждый тег будет иметь свой пост + посты, которые могут относиться к ряду тегов. Т.е. это позволит «убить» сразу 5 «зайцев»:

    1) избавляемся от дублированного контента в тегах (остается правда совпадение по статьям, но это уже совпадающий, а не дублированный контент), что резко увеличивает количество страниц в поиске (на несколько сотен сразу);
    2) значительно увеличиваем охват посетителей за счет большого кол-ва статей под самые разные запросы, как по НЧ, так и по ВЧ;
    3) Прячем раскруточные посты, которые по своей сути не несут никакой полезной информации посетителям (и даже могут портить впечатление, в сипу своей практической бесполезности для посетителей), а являются своего рода анонсами основных статей;
    4) Сохраняем общий стиль сайта (статьи доступны будут из поиска; при попадании на статьи, посетитель видит своего рода краткий анонс, со ссылками на продвигаемые статьи)
    5)Покоряем Яндекс: я заметил что по большинству любых запросов 1-2 места занимают как раз краткие статьи-пустышки. Складывается такое впечатление, что Яндекс считает, что чем короче статья, тем она содержательнее. Типа «краткость — сестра таланта», и все такое.

    Я подобный прием «намотал на ус» в одной оптимизаторской компании: они очень ограниченным в средствах клиентам как раз так двигали сайты по большому количеству НЧ и СЧ запросов, и причем успешно. Клиент даже не догадывался, что что-то менялось в структуре сайта. Вроде каким он был, таким и оставался. Но это на первый взгляд. А на деле в корень сайта добавлялись сотни статей под НЧ и СЧ, которые скрывались, чтобы не превращать сайт в свалку технических статей, нужных лишь для раскрутки, и абсолютно бесполезных посетителям.

    • 1.21

      Уф, Валерий, вы прям статью написали.
      Давайте попробую ответить по порядку:
      1. По поводу тегов — меток блога. Не знаю откуда вы взяли что Яша любит теги. Яндекс практически с рождения такого явления как метки невзлюбил их. Подтверждений масса, читайте на форуме сеча. Страницы тегов это 100% дублированный контент. Представьте что у вас есть рубрика «Стулья» и вы пишите массу статей на эту тему. У каждой статьи есть теги и краткие блоки. Теги у статей могут и должны пересекаться. Каждая станица тега имеет свой URL но краткие блоки почти одни и те же. Как бы вы не старались добавить уника на страницу тега, практически ничего не получиться. Если в теге куча статей и есть постраничная навигация то даже добавка описания в тег никакого результата не даст, т.к. на второй странице тега описания уже не будет. И если учесть что обычно в блоге на 1 статью 3-5 тегов, я не представляю как можно для такого количества тегов писать уникальные текстовые вставки.
      Теги не для поисковиков а для посетителей. Это своего рода удобный доп. рубрикатор для навигации по большому количеству информации блога.

      2. Не рекомендую делить контент на для поисковиков и посетителей. Это 100% бан. Может не сразу, но через время точно.
      Так что вывод один, теги должны быть полностью закрыты от индексации — сама страница тега и все ссылки на эти страницы.

      3. По поводу перелинковки. Любая ссылка в блоге это уже перелинковка. Правильно проставленные ссылки между страницами вашего блога с распределением веса на целевые страницы, с закрытием ссылок на дублирующий контент и на не нужные внешние ресурсы, вот это я называю правильной перелинковкой. Плюс сайтмапы и т.д. Кстати, из 10 ссылок ведущих на 1 страницу работает только 1 ссылка, по крайней мере в Гугл точно, и анкоры здесь не причём.

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

  12. 1.22

    Олег, спасибо за столь подробный ответ.

    Не знаю почему Вы так предвзято относитесь к тегам… А между тем, Яшка просто обожает теги 😀 — в этом я убедился на собственно опыте при продвижении другого своего ресурса. А на этом блоге даже сейчас, когда я перемудрил с зеркалами от большого ума, Яша оставил ссылки тегов, выкинув все статьи до последующей склейки зеркал, или что-то типа того (я не понял, что он должен сделать, но в техподдержке Яндекса обещали что все будет нормальненько). Вбейте в расширенном поиске адрес этого сайта, и сможете лично убедиться в этом. На начальном этапе появления статей Яндекс часто приоритетными считает именно теги — это проверено лично мной, так сказать на собственной шкуре.

    Что касаемо написания уникальных текстов под теги, то не вижу тут никаких сложностей. Как и не понимаю зачем разделять текст для поисковиков, и для посетителей. Все вполне реализуемо «в одном флаконе». Написание описаний под 100 тегов займет столько же времени, как написание 20-ти статей. Но 20 статей со 100 уникальными тегами обладают большей живучестью, чем 40 уникальных статей. По крайней мере так делают многие сайты с посещаемостью от 15000 чел в сутки. Я заметил это сегодня совершенно случайно. Правда многие из них реализуют эту идею не с помощью тегов, а перелинковкой. Но это можно легко объяснить: большинство сайтов самописные, а не работающие под управлением CMS.

    • 1.23

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

  13. 1.24

    «Если Яндекс заподозрит манипуляцию на вашем сайте, сайт будет в бане» — это к какой фразе относится?

    • 1.25

      Это относится ко всем фразам.

  14.  


Ваши вопросы, замечания, пожелания и предложения, по работе сайта, пишите на E-mail.