Фильтры яндекса и др. ПС

Ну дались яндексу и гуглю эти фильтры. Жили не тужили, генерировали генерировали миллионы страниц, наращивали ссылки, заспамили сервера (ГС-ами) в надежде, что эти миллиарды Г-страниц будут тупо появляться на экранах людей, ну нет, СЕ это не надо, СЕ отфильтровали эти млрд ГС, и пытаются показывать людям качественные сайты, которые соответствуют их запросам . Фильтры это не идея яндекса, эти хотфиксы  были введены еще гуглем в начале двухтысячных. Когда Брин, Сергей Михайлович и Ларри Пейдж, придумали ранжировать сайты в выдаче поисковой системы пропорционально их цитируемости на других сайтах, и реализовали этот алгоритм на поисковой системе Google тогда-же в головах вебмастеров зародилось куча способов искусственной накрутки этой цитируемости. Тогда-то и началось противостояние между (CE Search Engines или ПС поисковыми системами) и СЕ-оптимизаторами, и совсем жестко — СЕ-спамерами. «СЕ-спамер» —  не совсем правильное определение. СЕ сами, алчно, желая проглотить в себя весь интернет,индексируют и вынужденно показывают в выдаче ГС-ы.

Для чего нужны фильтры?
СЕ желает держать у себя в индексе весь интернет исключая ГС-ы. Интернет большой, в ручную ГС-ы не отфильтровать. Отсеиванием ГС-ов и занимаются фильтры: программы. Их задача оптимально (не перегружая вычислительные возможности)отсеивать сайты похожие на ГС-ы, в тоже время не отсеивая хорошие сайты, который для робота могут показаться ГС-ами. Представители яндекса говорят: Делайте хорошие качественные сайты для людей и все у вас будет хорошо, но нет же в выдаче мы часто видим так называемые ГС-ы, а за хорошими сайтами порой уходим в гугль или наоборот.  Cказки про тире или подчеркивание в урлах, ЧПУ, правильная транслитерация и неправильная  или другие. Правильная транслитерация для яндекса — оказывается нужна.

Уникальность контента сайта — необходимое, а попрой и достаточное условие успеха сайта в СЕ

Прошли те времена когда можно было создать сайт используя кнопки «Копировать» — «Вставить», добавить пару предложений от себя и вперед.  Алгоритмы СЕ моментально понимают, на сколько уникален, а порой и на сколько интересен контент сайта для посетителя. Уникальность содержания сайта является необходимым и обязательным условием появления сайта в бесплатном поиске в поисковых системах, а порой, как пишут некоторые оптимизаторы и ДОСТАТОЧНЫМ :). 1. Тексты, статьи они-же копирайт. — Любые тексты на сайте желательно делать уникальными, стоимость терпимого  копирайта-рерайта сейчас составляет 1.2 — 2.5$. Любой копирайт можно подправить самому, и необязательно гнаться за 99% уникальностью, порой в погоне за этими 99% тексты получаются  очень запутанными, и порой не очень приятны для читателя.  Изображения и картинки, сюда же уже можно отнести и видео. Представители Яндекса сами утверждали, что ведутся работы над тем, чтобы СЕ понимали что именно находится на изображении. Задача определения уникальности изображений решена давно. Что касается видео — это вопрос будущего, но не очень далекого. Кстати важный момент изображения — элементы дизайна сайта тоже должны быть уникальны — когда делаем сайт из шаблонов — не забываем.

Техническое задание

Техническое задание (далее ТЗ): это собственно подробное описание того, что хочет получить заказчик  от исполнителя. Сразу стоит отметить, что ТЗ это документ (как правило ТЗ это 30…50% работы над проектом!!). Когда есть ТЗ,  исполнитель и заказчик  спят и работают спокойно, т.к. есть четко понятный набор требований  от заказчика к исполнителю прописанный в ТЗ. Немножко практики проектирования сайтов: Как привило, например, заказчик звонит исполнителю и говорит: «Здравствуйте мне нужен хороший сайт, мы занимаемся бритьем пуделей  и на сайте необходимо написать, что мы это очень хорошо делаем, ну и чтоб нам потом звонили и была отдача от этого всего дела». Далее следует следующее: Заказчик как правило и знать не знал и не слыхал об этом ТЗ. И понимая, что наличие ТЗ (т.к. ТЗ придется делать исполнителю) увеличивает стоимость работ в 1,3…1,5 раза, исполнитель про ТЗ и не заикается, и продолжает записывать требования заказчика в блокнот, собственно эти записи и станут ТЗ.  Что получается на практике, попытаюсь обобщить: заказчик сообщает исполнителю  набор устных требований, а исполнитель выполняет эти требования.