Автор: Danny Dover

Главные ошибки Рэнда Фишкина — признанного гуру в области SEO и SEM — данные в сжатой, концентрированной форме (коспект авторского видеоролика). 

1. NoFollow в robots.txt при обмене ссылками

Когда SEOMoz еще не существовал, Рэнд частенько заплывал в серые области SEO. Первая упоминаемая им ошибочная тактика заключается в следующем: сперва предлагаем обмен ссылками, а затем блокируем исходящую ссылку с помощью соответствующих тэгов в robots.txt, чтобы получить весь ссылочный вес. Тактика никогда толком не работала и в результате заставила Рэнда изрядно попотеть, чтобы восстановить хорошие отношения с обманутыми вебмастерами.

2. Покупка ссылок для клиентов

Эта тактика также использовалась до официального появления Сеомоза. Тогда Рэнд тратил часть выделенного бюджета на покупку платных ссылок. Это далеко не лучшая идея, поскольку степень полезности таких ссылок определить крайне трудно (по большому счету никто не знает, учитывает ли их Гугл вообще). Позже Рэнд узнал через своих людей в Гугле, что купленные им ссылки все-таки игнорировались поисковиком и что на самом деле они вполне могли работать во вред, не улучшая, ухудшая ранжирование сайтов. Упс!

3. Рекомендация вставлять ключевые слова внутрь H1

Это довольно тонкий вопрос. В течение долгих лет Сеомоз рекомендовал включать ключевые слова в состав заголовка H1. Однако проведя ряд машинных корреляционных тестов мы выяснили, что подобная тактика не приносит сколько-нибудь существенных плодов (аналогичным образом не работает вставка ключевых слов увеличенным шрифтом в нормальный текст). Это открытие нас сильно обескуражило — до этого мы тратили кучу времени и сил, убеждая наших клиентов в необходимости оптимизации H1. Как выяснилось, зря.

4. Рекомендация не использовать XML-карты сайта

Когда ХML-карты только появились, Рэнд и Сеомоз советовали их не использовать. Рекомендация имела вполне разумное обоснование — карта в формате XML затрудняет управление информационной структурой сайта. Однако в конце концов мы увидели, что этот недостаток с лихвой компенсируется получаемым преимуществом в ранжировании. С тех пор мы активно используем этот инструмент.

5. Некорректная переадресация с Linkscape на Open Site Explorer

(*Оставляем этот откровенно рекламный пассаж на совести автора — прим. ред.)

Недавно мы решили перейти с Linkscape на более современный Open Site Explorer, перенаправив все отчеты с помощью 301 редиректов (по принципу 1-1). В теории все было прекрасно, однако, как выяснилось, различные трекинговые компоненты, включенные в url-адреса редиректов, привели к значительной потере трафика. Мы исправили ситуацию с помощью rel=canonical, однако к тому времени ущерб уже был причинен. Ай-ай-ай!

Источник: http://www.seomoz.org/blog/whiteboard-friday-the-biggest-seo-mistakes-seomoz-has-ever-made

Автор: Rolf Broer

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

Чтобы узнать, как действуют краулеры, мы провели эксперимент, а именно — взяли домен с нулевой историей (никогда не регистрировался ранее, входящих ссылок нет) и создали на нем страницу с 250 ссылками. Ссылки вели на другие страницы, на каждой из которых имелось еще 250 ссылок, ведущих, в свою очередь, на другие страницы, на каждой из которых тоже имелось 250 ссылок. И так далее, и так далее. Тексты ссылок и адреса страниц получили в качестве имен номера от 1 до 250, в соответствии с порядком появления в исходном коде. Затем мы сделали сабмит сайта через службу «addurl» и стали ждать.

В ходе первого визита гуглбот зашел только на корневую страницу (http://example.com/). Через несколько часов он вернулся и посетил все 250 страниц, найденных на главной странице. Начало складываться впечатление, что Гугл делит найденные ссылки на три блока:

• Блок 1: ссылки с 1 по 9
• Блок 2: ссылки с 10 по 99
• Блок 3: ссылки с 100 до 250.

Если гугл-бот заходит на страницу, существуют хорошие шансы на то, что он пройдет по ссылкам одного или нескольких блоков. Ссылки краулятся порциями внутри блока, в случайном порядке. Вероятность того, что сейчас исследуется блок 1 в три раза выше, чем вероятность того, что исследуется блок 2 и в шесть раз выше вероятности того, что сейчас исследуется блок  3. Внутри блока 3 также существует две ссылки, чья вероятность быть исследованными оказывается существенно выше, чем в среднем по блоку. Это ссылка №100 и ссылка №200.

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

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

Резюме

Принимая в учет полученные результаты, следует признать: значение длины URL-адреса ссылки сильно недооценивается. Осознанный выбор длинны ссылки — хороший способ воздействия на поисковые боты Гугла. Гугл исследует короткие ссылки раньше, а длинные — позже. При этом просто делать все ссылки короткими бессмысленно , ведь если у них будет равная длинна, Гугл будет исследовать их в случайном порядке (Первую часть этого тезиса мы рискнем поставить под сомнение — если предположение об аналогичном принципе ранжирования внешних ссылок, изложенное ниже, верно, то сайты с более короткими адресами в среднем будут иметь преимущество, т.к. указывающие на них ссылки будут пользоваться большим вниманием гугл-ботов. — Прим. ред.) Это значит, что при выбор URL-адреса страницы нужно осуществлять с учетом ее приоритетности и желаемой скорости индексирования.

Итак, такой параметр, как длина указующих ссылок, должен-таки учитываться при проектировании структуры сайта. Вероятно, он важен также и для обмена ссылками. Мы не проводили соответствующих тестов, однако существуют хорошие шансы на то, что Гугл исследует подобным образом не только внутренние, но и внешние ссылки. Это значит, что если ваш адрес размещен на странице рядом с сотнями других ссылок, вероятность перехода бота именно по вашей ссылке будет максимальна, если она обладает самым коротким URL-адресом.

Источник: http://www.onetomarket.com/seo/google%E2%80%99s-crawl-order.html

Автор: Kenneth Li

Гугл разрабатывает технологию, которая может сделать его конкурентом новых медиа-компаний, генерирующих интернет-контент с применением анализа поисковой статистики.

Медиа-компании нового поколения стараются превысить показатели традиционных производителей медиа за счет использования следующей схемы: сперва выясняем актуальные для потребителей темы используя статистический анализ, затем нанимаем армию фрилансеров производства релевантных текстов и видео-роликов.

В то же время сам Гугл в этом году получил патент на систему, позволяющую обнаруживать в интернете  «неадекватный контент» (inadequate content) путем сравнения того, что люди ищут, того, что они в итоге получают. В заявке сказано, что данные могут продаваться издателям контента, или же раздаваться бесплатно всем желающим. Все это может сильно спутать планы таких компаний, как Demand Media, Associated Content и AOL, разрабатывающих системы поиска перспективных тем для интернет-контента с использованием программных алгоритмов.

«Из факта получения патента вовсе не обязательно следует скорый выход соответствующего продукта» — успокаивает всех представитель Google, — «Мы патентуем множество идей, которые приносят нам наши работники. Часть из них позже реализуется в полноценном продукте или сервисе, часть нет.»

Между тем, именно повышенный интерес инвесторов к автоматизированным системам генерации контента подтолкнул компанию Demand Media, основанную Ричардом Розенблаттом, бывшим руководителем MySpace, к тому, чтобы нанять компанию Goldman Sachs для подготовки публичного выпуска акций. Предполагается, что по результатам эмиссии стоимость компании достигнет 1,5 милларда долларов.

(Для справки: компания Demand Media генерирует около 180 тысяч статей и видеороликов в месяц, являясь при этом крупнейшим генератор видеоконтента на YouTube. На компанию работают порядка 8000 фрилансеров. Основная фишка — привлечение поискового трафика по редким, но дорогим ключевым запросам, плюс монетизация за счет контекстной рекламы. Аналогичным бизнесом занимаются Associated Content и AOL. — Прим. ред.)

По мнению Билла Славски, консультанта по поисковому маркетингу из SEO by the Sea (именно он обнаружил патентную заявку Гугла), анонсированная технология может урезать спектр деятельности новых цифровых медиа-компаний.

«Гугл будет предоставлять иноформацию по соответсвующим темам и запросам всем, кто эту информацию ищет — в то время как они [цифровым медиа] будут нанимать людей, чтоб клепать видео по 20$ за ролик» — говорит он.

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

Куинси Смит, консультант Гугла и совладелец инвестиционного банка Code Advisors, считает, что данные Гугла «могут увеличить разрыв между большими структурами (такими как Demand Media) и их более мелкими конкурентами».

Первичная заявка на патент была подана Google в 2007 г., исправленная — в феврале этого года.

Источник: http://www.ft.com/cms/s/2/891e2946-796b-11df-b063-00144feabdc0.html

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

Спешите узнать, что думает Мэтт Каттс о порнухе, http-заголовках, последовательных редиректах и прочих интересных штуковинах.

Стоит ли вебмастерам использовать HTTP-заголовки If-Modified-Since?

HTTP-заголовки If-Modified-Since позволяют самостоятельно сообщить Гуглу, меняли вы содержимое страницы, или нет. По словам Мэтта, поддержка опции была внедрена в 2003 г., когда проблема недостаточной ширины каналов стояла довольно остро. Сегодня важность HTTP-заголовков во многом сошла на нет. Мэтт по-прежнему считает их использование полезной и правильной практикой, однако замечает, что она вовсе не обязательно приведет к более оперативному краулингу вашего сайта.

Нужно ли отдавать статус-код 503 в случае даунтайма?

Статус-код 503 помогает избежать нежелательного индексирования тех страниц, которые в данный момент плохо работают или находятся в процессе восстановления. Индексирование таких документов может принести немало вреда, особенно в случае больших и популярных сайтов (Рэнд приводит сайт компании Диснея как пример типичной жертвы). Чтобы обезопасить себя от подобных потерь, Мэтт советует использовать код 503.  Вы не сможете указать Гуглу желаемое время повторного краулинга, однако рано или поздно робот вернется, при этом он не будет индексировать страницу до тех пор, пока она не будет к этому готова.

Влияет ли количество исходящих ссылок на PageRank?

Допустим я хочу минимизировать потери ссылочного веса и/или отдавать вес по возможности более мелкими порциями. Существует ли разница между двумя и тремя исходящими ссылками, размещенными на странице? В изначальной формуле рассчета PageRank разница бы присутствовала — в ней отдаваемый вес равнялся сквозному PR (Passable PR), поделенному на количество исходящих ссылок, — однако сейчас для расчета PR применяются куда более сложные алгоритмы, включающие в себя множество хитрых циклов и итераций. Мэтт утверждает, что «на самом деле разница гораздо меньше, чем принято думать». Вообще не стоит пытаться запереть весь ссылочный вес на одной странице. Более того, вы можете даже выграть за счет добавления внешних ссылок.

Роботы гугла видят триллион адресов. Какие страницы привлекут их внимание?
Поскольку краулеры двигаются в соответствии с приоритетом PageRank, они в попадают в первую очередь на на  «лучшие» страницы и избегают значительной части малоценного мусора. Главная проблема здесь — отсев дублированного и прежде забаненного контента. Мэтт говорит, что 28% всех найденных в сети материалов оказываются копиями. Он также четко разграничивает понятия «качественного» и «популярного» контента и впоследствии поясняет, что траффик сам по себе не является значимым фактором ранжирования: «PR не является показателем популярности, хотя бы потому, что порно крайне популярно, однако никто на него не ссылкается.  PR [порно-сайтов] значительно ниже того значения, которое мы могли бы прогнозировать, исходя из их фактической посещаемости».

Насколько важен закрывающий знак / в url-адресах?
Мелочь, но все-таки: адреса какого типа — url.com/folder или url.com/folder/ — вы используете? Мэтт настоятельно рекомендует ставить закрывающий слеш. Просто протому, что слеш однозначно указывает — перед нами адрес папки, а не адрес документа. При этом Гугл и сам прекрасно отличает одно от другого, поэтому в целом момент следует считать несущественным.

Краулит ли Гугл с разных географических точек?
Стоит ли мне отдавать пользователю специфический контент, предназначенный для конкретной географической местности, основываясь на IP пользователя? Вопрос крайне актуален для сеошников, опекающих большие сайты с многнациональным составом пользователей. Если вы-таки показываете гео-привязанный контент, что именно будет видеть Гугл и как это отразится на ранжировании?

Мэтт подтверждает, что «Гугл собирает данные по всему миру с одного IP, т.к. его индекс является общим для всего мира. Компания не создает отдельный индекс для каждой отдельной страны.»

Следовательно, ситуации, когда пользователям из разных стран показывается сильно различный контент, необходимо избегать. Мэтт говорит: «проблема в том, что если вы начинаете отображать разные тексты разным категориям пользователям (к примеру, французский контент для пользователей с французскими IP), гуглбот может этого не увидеть».

Рекомендация такова: сперва стоит посылать всем пользователям более или менее одинаковый контент, при этом надо позволить им самостоятельно перейти в нужный языковой раздел сайта. Хотя Гугл значительно продвинулся в обработке выпадающих списков, джава-скриптов и т.п., мы настоятельно рекомендуем использовать для навигации между языковыми разделами обычные статические ссылки.

Цепочки из редиректов (например 301–>301–>301) это плохо?

«Да, плохо.»

По словам Мэтта, Google способен успешно обработать один, максимум два редиректа. Цепочка из трех редиректов будет уже явным перебором — дальше бот скорее всего уже не проследует. Мэтт также напомнил, что 302-е редиректы должны использоваться только для временного перенаправления. Впрочем, это вы и сами наверняка знаете.

Источник: http://www.seomoz.org/blog/whiteboard-interview-googles-matt-cutts-on-redirects-trust-more

Если вы уже успели покрутиться в кругах, связанных с SEO, вам наверняка не раз встречалась расхожая рекомендация:

«Работайте прежде всего для пользователей, и поисковики вознаградят вас хорошим рейтингом».

Неподалеку обычно маячит что-нибудь вроде следующего:

«SEO-уловки, направленные в первую очередь на поисковые системы, являются примером недобросовестной манипуляции (black/gray hat) — в конце-концов они приведут к проигрышу в ранжировании или подведут вас под штраф.

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

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

SEO методы, ориентированные на поведение пользователей

Ручная охота за ссылками (Каталоги, запросы на размещение ссылки, обмен ссылками и т.д. )	Мета-данные (мета-теги description и keywords, гео-теги)
Каноникализация* (Расстановка редиректов, тэгов <canonical> и т.д. )	Сабмит сайта (Сабмит сайта в поисковиках и каталогах)
«Вертикальная» оптимизация (Т.е. оптимизация под поисковые системы, предоставляющие пользователям специфичные нишевые, или «вертикальные» возможности поиска)	Использование поисковых спецпротоколов (robots.txt, XML-карты сайта, сервисы поисковых систем для вебмастеров)

(Внимание: графики отражают лишь субъективное мнение автора, не более того.)

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

Только подумайте, сколько существует сугубо специфических задач, которые мы бы никогда не стали решать, если бы не требования поисковиков:

• Тэги title. Мы можем их использовать, но стоит ли нам возиться с подбором правильных ключевых слов, их расстановкой в теле тега, а также с уникальностью и точностью заголовка? Сильно сомневаюсь.
• Мета-теги. Не нужны. Даже и думать нечего.
• XML-карта сайта. Вряд ли нормальный человек будет читать этот файл, чтоб разобраться в структуре вашего ресурса.
• Регистрация в сервисах для вебмастеров (Webmaster Tools). Без поисковиков этих сервисов бы попросту не было.
• Подбор ключевых слов. Думаю, процедура вырождается в подбор громких фраз для типичных рекламных текстов.
• Расстановка ключевых слов. Если такой параметр, как поисковая конверсия ключевого слова, нам уже не важна, зачем этим вообще заниматься?
• Каноникализация URL. Не имеет смысла — пользователи в любом случае получат свой контент.
• Доступная навигация. Если вас не слишком волнует, что 2% пользователей не могут просматривать flash, дерзайте — обвешайте свой контент разными навороченными примочками.
• Robots.txt и соответствующие мета-тэги. Нет поисковых ботов — нет инструкций для поисвых ботов.
• Ручная охота за ссылками. Если ссылки не приведут непосредственно тех, кому интересно содержание вашего сайта, — зачем стараться?
• Создание фидов для «вертикальных» поисковиков. Пустая трата времени.
• Информационная архитектура. Ею по прежнему стоит заниматься, помятуя об удобстве пользователей. Однако такие немаловажные критерии, как доступность отдельных страниц и стройность ссылочной иерархии сайта во многом теряют свою значимость.
• Редиректы. Без поисковиков мы вольны использовать любой метод перенаправления — javascript, meta refresh, 302 — для пользователя все едино.
• rel="nofollow". Атрибут становится бессмысленным — как в случае внешних, так и в случае внутренних ссылок.

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

Апдейт: многим из тех, кто отметился в комментариях, кажется, что я выступаю против работы на пользователей. Эти парни поняли меня совершенно неправильно. Сайты созданы для людей, и именно им, в конечном итоге, адресованы все ваши старания. Моя статья посвящена оптимизации сайтов под поисковики и в ней я хочу выразить следующую мысль: аспекты оптимизации, связанные только с поисковиками (XML-карты сайта, якорный текст ссылок, ссылочная структура, использование сервисов для вебмастеров и т.д.), могут незаслуженно игнорироваться только потому, что «это делается не для пользователей». Графики и список c буллитами призваны наглядно показать, что если вы ограничитесь исключительно на нуждами пользователей, вы упустите здоровенный кусок пирога, заключающего в себе все возможности SEO.

По данным компании ComScore, доля пользователей, кликающих по баннерам, снизилась до 16%. В этой связи Advertizing Age пишет, что такие показатели, как количество кликов и кликабельность, используемые для оценки стоимоисти и эффективности баннерной рекламы, идут лесом. Мы приводим наиболее интересные выдержки из соответствующей статьи, снабжая их собственными комментариями. Рекомендуем к прочтению — хотя бы ради свежих статистических данных.

Менее чем за два года число людей, кликающих по баннерам, уменьшилось на 50%, при этом за 85% всех кликов ответственны 8% пользователей — об этом говорят исследования, проведенные компанией ComScore и медиа-агентством Starcom. В этой связи возникает  вопрос: не стоит ли официально признать, что столь долго использовавшийся коэффициент кликабельности отныне является несостоятельным показателем?

Согласно  ComScore, по состоянию на март 2008 г. доля кликеров среди американских интернет-пользователей уменьшилась до 16%. В июле 2007 г. этот показатель достигал 32%. <…>

Более того, доля пользователей, ответственных за большую часть кликов, также уменьшается. Текущий показатель — 8% — выглядит весьма скромно по сравнению с данными годичной давности — тогда 80% кликов совершали 16% пользователей. Последнее исследование также говорит о том, что половину всех кликов производят молодые люди со скромным доходом. Таким образом, переходы по баннерам не охватывают большую часть интернет-аудитории, включая ту ее часть, которая оказывается наиболее ценной с точки зрения продавцов.

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

Исследования поведения пользователей показали, что сам факт показа баннеров значительно увеличивает а) количество посещений сайта компании; б) количество поисков рекламируемого продукта (запросы типа «Тойота»,»приус» и т.п.); в) количество покупок рекламируемого продукта  (как в онлайне, так и в офлайне) — независимо от того, кликают пользователи по баннерам, или нет. Пользователи, которым показывались баннеры, в течение ближайшей недели заходили на сайт производителя на 65% чаще, чем те, кто баннеров не видел. Даже четыре недели спустя разница в посещаемости доходила до 45%.

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

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

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

Итак, клики и кликабельность — показатели ненадежные, единственная причина, по которой ими продолжают пользоваться — легкость измерения. (Заметим в скобках — для поисковой рекламы сказанное также должно быть верно, в той или иной степени). Посмотрим на возможную альтернативу:

Модель, предложенная мистером Стивом Керхо (Steve Kerho) из компании Organic, предполагает комплексное рассмотрение баннерной и поисковой рекламы в ее отношении к структуре посещений сайта. Каждой единице пользовательской активности (например, десяти минутам, проведенным на сайте одним пользователем) присваевается фиксированный долларовый эквивалент. Для каждого посещения выясняется, показывились ли данному пользователю баннеры или поисковые объявления по купленным ключевикам. В итоге появляется возможность вычислить реальную отдачу от проведенной рекламной компании и, соответственно, ее адекватную стоимость.

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

Источник: http://adage.com/digital/article?article_id=139367

Апдейт: Извините, парни, оригинал теперь доступен только платным подписчикам adage.com. Особо любопытных милости просим в кэш Google.

Один из моих клиентов недавно задал мне вопрос, ясно свидетельствующий о том, насколько плохо написано большинство  руководств из разряда «10/20/30 советов по SEO». Вопрос этот абсолютно естественен и логичен, и если бы мы, SEO-блоггеры и SEO-наставники, побольше бы думали и поменьше бы повторялись, клиент никогда бы не обратился ко мне за соответствующими разъяснениями. Вот что он спросил:

«Существует два важнейших принципа SEO, которые противоречат друг другу. Я не знаю, какой из них важнее.

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

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

Что мне делать?»

Ответ: выкинуть все дерьмо. То есть, эээ… удалить ненужный контент.

Утверждение, что «сайт нуждается в контенте», имеет следующие обоснования:

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

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

Если у вас достаточный PageRank и если вы регулярно публикуете новый контент — да, гугл-бот будет часто заходить на ваш сайт и просматривать ваши статьи. Через некоторое время эти статьи будут заноситься в индекс поисковой системы. Но если у вас просто имеется куча контента — и даже если вы ежедневно публикуете 5 новых статей — для Google это не играет никакой роли. Никого не услышит, как вы корячитесь.

После успешного преодоления пункта номер один (имеется ввиду создание достаточного количества контента, способного рассказать Google, о чем, собственно, повествует ваш сайт), все, что вам нужно — получить входящие ссылки.

Впрочем, в некоторых сугубо специфических случаях, увеличение количества контента действительно может «улучшить» ранжирование сайта:

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

• Если на вашей странице очень мало контента (скажем, менее 50 слов), вы сможеет заметить небольшую разницу в ранжировании, просто добавив туда какое-то количество текста. Тем самым вы улучшите показатель удовлетворенности пользователей (user experience). Между тем мы знаем, что Google старается настроить свой алгоритм таким образом, чтобы этот показатель учитывался при конечном ранжировании документов.

Если вы публикуете свежий контент на специальную тему, про которую Google может подумать, что она обладает признаком свежести и актуальности (query deserves freshness — термин введен здесь: coverage of QDF). В этом случае вы можете резко подскочить в рейтинге, однако с течением времени обретенная поддержка будет постепенно сходить на нет.

Тем не менее, добавление контента само по себе НЕ СОЗДАЕТ НИКАКИХ ПРЕИМУЩЕСТВ при ранжировании. Если вы мне не верите — попробуйте сами провести исследование на этот счет.

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

Источник: http://www.searchenginejournal.com/seo-mythbusters-content/12810/

К 1970 г. годовой бюджет порно-индустрии достиг 10 миллионов долларов. Сегодня порнуха подтягивается к миллиардной отметке. По данным компании Alexa, из тысячи сайтов с наибольшим суммарным траффиком четыре относятся к категории порно-сайтов. Google ежемесячно обслуживает 100 миллионов запросов, связанных с порнографией, и эта цифра постоянно растет. Все это лишний раз подтверждает старую истину, вполне применимую и к сети: секс и все, что с ним связано, очень хорошо продается.

Однако топ выдачи по «взрослым» запросам может выглядить вовсе не так, как вы могли бы подумать. Среди бесчисленных порно-звезд и производителей порно вы найдете там тысячи ссылок на  TechCrunch.com — вполне добропорядочный новостной сайт технической ориентации.

site:www.techcrunch.com intext:porn

Только в минувшем году на TechCrunch появилось более 550 постов, содержащих слово «porn» в своем теле. В некоторых случаях статьи оказываются посвящены вполне актуальным и нашумевшим темам, таким, например, как разговоры о порно-приложении к iPhone, однако нередко их можно отнести к таковым лишь с большой натяжкой. В общем, TechCrunch регулярно пишет о порнухе, используя для этого любой удобный повод.

Хотя эти статьи редко пробиваются в топ, они нередко попадаются на 1-3 странице выдачи по ряду высокочастотных порно-запросов, включая «youporn»,  «you porn» и «iphone porn».

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

TechCrunch оптимизирует свои порно-посты не только под поисковики, но и под пользователей. Нередко во вводную часть поста добавляется довольно откровенное изображение соответствующей тематики. Помимо уменьшения показателя отказов (количества новых посетителей, пришедших через «взрослый» поисковый запрос и сразу ушедших с сайта), эти изображения также увеличивают кликабельность материалов при их просмотре через новостные аггрегаторы, такие как Techmeme. Наконец, эти картинки, аналогично изображениям во всех остальных постах, не содержат гиперссылки, что работает на увеличение количества кликов по колонке с рекламой.

Доходы на рекламе — сухой остаток от порно-блоггинга

1) Новые посетители. Допутим, каждый просматривает в среднем 3 страницы. Следовательно, 286 625  переходов означают почти 900 тысяч дополнительных просмотров ежемесячно. Пойдем дальше: предположим, TechCrunch берет по $2 за клик (приблизительная оценка стоимости рекламы на сайте). Это значит, что на своем поисковом счетчике имени Рона Джереми (популярный американский порноактер — прим. ред.) TechCrunch выручает десятки тысяч долларов ежемесячно.

Оптимистичная оценка

Скромная оценка

2) Повторные посетители (подписчики). Если бы TechCrunch занимался продажами какого-либо продукта, порно-траффик ему бы почти ничего не дал. Но он этим не занимается. Он получает деньги с рекламы. Чем у него больше просмотров, тем больше он получают показов и кликов. Поэтому в отличие от многих других сайтов и блогов, для которых порно-траффик оказывается бесполезен ввиду неспособности доставить новых покупателей,  TechCrunc, обслуживающий аудиторию технически подкованных гиков, получает возможность неплохо наживаться на тайных чаяниях своих читателей, пришедших сюда как бы «вовсе не за этим».

В защиту TechCrunch можно сказать, что подобный трюк использует не он один. Wired также получает свой доход от порно-блоггинга, однако эта парочка, судя по всему, является парой белых ворон среди множества других технически ориентированных новостных сайтов. Если посмотреть статистику по процентному отношению страниц сайта, содержащих слово «porn», ко всем страницам сайта, имеющимся в индексе Google, становится сразу видно: по сравнению с конкурентами, TechCrunch и Wired имеют значительно большую долю контента, связанную с порно.

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

- использование множественных url-адресов

Автор: Matt Leonard

Одной из тактик, успешно применяемых для seo-оптимизации с географической привязкой (в оригинале используется термин local seo; мы выбрали свой вариант перевода исходя из того, что термин «локальный поиск» в русском языке тесно ассоциируется с поиском по локальной машине или в локальной сети, но не с поиском в интернете с привязкой к определенному географическому региону — прим. пер.), является использование множественных url-адресов, или микро-сайтов. В качестве примера, помогающего понять суть метода, я буду использовать реально существующую сеть сайтов, никак не связанную ни со мной, ни с Search Engine Journal.

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

История началась с поискового запроса [Warminster carpet cleaning] (чистка ковров в Варминстере).

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

Для тех, кто не бывал в Варминстере, спешу сообщить: Варминстер (Пенсильвания) — очень маленький городок. В природе не может существовать бизнес, занимающийся чисткой ковров только в Варминстере и нигде больше. В пределах нескольких миль от Вармнстера вы найдете множество аналогичных городков, однако на сайте о них не говорится ни слова. И это далеко не случайно.

Тот странный факт, что адрес сайта в точности соответствовал моему запросу, натолкнул меня на мысль, что здесь можно докопаться до чего-то стоящего.

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

Я решил прозвонить городок Лэнсдейл (Lansdale).

Введя запрос [Lansdale carpet cleaning] (чистка ковров в Лэнсдейле) я получил полностью аналогичный результат:

Единственное отличие заключалось в замене «Warminster» на «Lansdale» в адресе сайта.

Оба сайта были практически идентичны, являя собой пример дублированного контента.

Тогда я решил выяснить, сколько сайтов входят в данную сеть гео-дубликатов (в оригинале используется термин geos, придуманный, по-видимому, самим авторов — прим. пер.) и как у них обстоят дела с линковокой. Другими словами, мне захотелось узнать: насколько велика эта штуковина и насколько она хорошо работает.

Я использовал Yahoo Site Explorer, чтобы посмотреть, какую роль здесь может играть внутренняя перелинковка (если она вообще играет какую-либо роль). Плюс к этому мне, если честно, было интересно узнать, из-за чего сайты ранжируются так высоко — из-за точного соответствия url-адреса поисковому запросу, или из-за банальной покупки ссылок.

Попросив Site Explorer показать ссылки «Except from this domain» (не из этого домена), я получил следующий результат:

Из него было ясно видно: единственным сайтом, ссылающимся на «Warminstercarpetcleaning.com», является «AllClean1.com». Для «Lansdalecarpetcleaning.com» это также верно.

Я понял, что перейдя на сайт «AllClean1.com», я попаду в центральный элемент сети.

В подвале сайта AllClean1.com обнаружился список населенных пунктов, охваченных сетью сайтов-дубликатов. Каждый элемент списка представлял собой исходящую ссылку формата  <топоним>CarpetCleaning.com. Текст ссылок состоял из названий соответствующих населенных пунктов.

Теперь я мог вплотную заняться чем-то вроде промышленного шпионажа — прозвонить сайты-сателлиты и проверить, как они ранжируются. Результатом этой деятельности стало выяснение тактики, которую компания успешно использовала для SEO-оптимизации с географической привязкой.

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

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

Источник: http://www.searchenginejournal.com/local-seo-using-multiple-urls-for-rankings/11863/

Есть информация, которая ищется на раз. Чтобы узнать правила игры в гольф, достаточно ввести в Гугл запрос [правила игры гольф] и мы вернем вам список прекрасных релевантных сайтов. Однако зачастую наши информационные потребности бывают несколько более сложными. Некоторые темы могут требовать посещения десятка, а то и двух десятка сайтов, чтобы пользователь мог составить себе достаточно полное представление об исследуемом вопросе.

Я, например, большой фанат американских горок. В прошлом я нередко искал через Гугл информацию об американских горках — где находится самый длинный, самый быстрый аттракцион, где больше всего мертвых петель и так далее. Мне приходилось осуществлять несколько отдельных поисков — о размерах аттракционов я узнавал на на одном сайте, о высоте — на другом, о скоросных характеристиках — на третьем. С помощью ручного пролистывания и сравнения сайтов я в конце концов получал нужную мне информацию, однако это занимало определенное время. С помощью Google Squared — нового сервиса, только что вышедшего из недр лабораторий Гугла — я мог бы найти всю нужную информацию об американских горках практически мгновенно.

Google Squared это экспериментальный поисковый инструмент, собирающий информацию в сети и выводящий ее в виде упорядоченной таблицы. Если вы ищете [американские горки], сервис построит для вас ряд строк, в каждой из которых будет помещаться свой аттракцион. В колонках выводятся специфические свойства объектов — такие как высота и максимальная скорость американских горок, а также их изображения.

Для людей свободный поиск информации в интернете является относительно простой (хотя местами скучной) процедурой, но для компьютера, действующего в автоматическом режиме, эта задача весьма и весьма трудна.  Google Squared — первый шаг к решению данной проблемы. Он прицельно ищет в сети факты, которые могут вас заинтересовать, сортирует их и подает пользователю в удобном и упорядоченном виде.

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

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

Чтоб дать сервису показать себя, советуем попробовать запросы [planets] или [romantic movies]. Goolge Square теперь доступен в лабораториях Гугла для всех желающих.

Источник: http://googleblog.blogspot.com/2009/06/square-your-search-results-with-google.htm

- a l l i n l i n k s—эта команда проводит поиск только в названиях ссылок, а не в

тексте или названии страницы, например, -allinlinks itua.

- a l l i n t e x t—наоборот, ищет внутри текста на страницах, но не в ссылках или

названии страницы, например, – allintext интернет-маркетинг.

-allintittle —показывает результаты поиска в заголовке страницы. [...]

$title (выражение) —позволяет провести поиск в заголовке страницы, например,

$title (интернет-маркетинг).

Sanchor (выражение) —эта команда означает поиск в тексте ссылок, например,

$anchor (itua) —находит ссылки, в которых есть слово itua.

#кеуwords=(выражение) —с помощью этой команды можно провести поиск

в ключевых словах, например, #кеуwords=(поисковая система).

#аЬstract=(выражение) —эта команда означает поиск в описании страницы,

например, #abstract=(искала поиск).

# i m a g e = " 3 H a ч e н и e " —такой запрос позволит произвести поиск картинок с

указанным названием, например, #image="nokia" —выберет ссылки на сайты,

на которых есть картинки с названием nokia.

#hint=(выражение) —эта команда проведет поиск в подписях к изображениям,

например, #hint=(lenin | ленин).

#иг1="значение" —означает поиск на заданном сайте (странице), например,

#url="www.lenta.ru*".

#link="значение" —таким образом вы можете задать поиск ссылок на заданный

сайт, например, #1ink="www.yandex.ru*

#mime="значение" —эта команда ограничивает тип найденных документов,

например, в результате запроса концепции Web 2.0 #mime="pdf’ вы найдете

PDF-документы, в которых встречаются данные слова.

host="www.host.ru" —оператор аналогичен URL с именем хоста, но учитывает

все зеркала сайта, например, host="www.yandex.ru".

rhost="ru.url.*" или rhost="ru.url.www" —этот оператор аналогичен host, но

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

затем второго и т. д. Если в конце указано .*, то поиск идет по всем под-

доменам заданного домена (но не включая домен ru.url!), например,

rhost="ru.yandex. *".

l a n g = " f l 3 b i K " —такая команда отбирает для поиска страницы, написанные на

определенном языке, например, на русском (ru), украинском (uk), белорусском

(be), английском (en), французском (fr), немецком (de), например,

lang="de".

like="url.ru/file.html" —отбирает для поиска страницы, похожие на заданный

адрес, например, like="www.yandex.ru".

domain-’домен" —с помощью такой записи можно выполнить поиск по

страницам, которые расположены в заданном домене: domain="yandex" /+1

domain="ru".

date="ГГГГ{*|MM{*ДД}}" —в этом случае поиск осуществляется только по

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

date="200310*".

cat=(ID региона) или cat=(ID темы) —такой поиск включает только страницы

сайтов, зарегистрированных в "Yandex.KaTanore", тематическая рубрика

или регион которых совпадают с заданным.

about, above, according, across, actually, ad, adj, ae, af, after, afterwards, ag,

again, against, ai, al, all, almost, alone, along, already, also, although, always, am,

among, amongst, an, and, another, any, anyhow, anyone, anything, anywhere, ao,

aq, ar, are, aren, aren’t, around, arpa, as, at, au, aw, az

ba, bb, bd, be, became, because, become, becomes, becoming, been, before, beforehand,

begin, beginning, behind, being, below, beside, besides, between, beyond,

bf, bg, bh, bi, billion, bj, bm, bn, bo, both, br, bs, bt, but, buy, bv, bw, by, bz

ca, can, can’t, cannot, caption, cc, cd, cf, eg, ch, ci, ck, cl, click, cm, cn, со, со.,

com, copy, could, couldn, couldn’t, cr, cs, cu, cv, cx, cy, cz

de, did, didn, didn’t, dj, dk, dm, do, does, doesn, doesn’t, don, don’t, down, during, dz

each, ее, edu, ее, eg, eh, eight, eighty, either, else, elsewhere, end, ending, enough,

er, es, et, etc, even, ever, every, everyone, everything, everywhere, except /

few, fi, fifty, find, first, five, fj, fk, fm, fo, for, former, formerly, forty, found, four,

fr, free, from, further, fx

ga, gb, gd, ge, get, gf, gg, gh, gi, gl, gm, gmt, gn, go, gov, gp, gq, gr, gs, gt, gu, gw, gy

had, has, hasn, hasn’t, have, haven, haven’t, he, he’d, he’ll, he’s, help, hence, her,

here, here’s, hereafter, hereby, herein, hereupon, hers, herself, him, himself, his,

hk, hm, hn, home, homepage, how, however, hr, ht, htm, html, http, hu, hundred

i’d, i’ll, i’m, i’ve, i.e., id, ie, if, ii, il, im, in, inc, inc., indeed, information, instead,

int, into, io, iq, ir, is, isn, isn’t, it, it’s, its, itself

j e , j r r i , j o , j o i n , j p

ke, kg, kh, ki, km, kn, koo, kp, kr, kw, ky, kz

la, last, later, latter, lb, Ic, least, less, let, let’s, li, like, likely, Ik, ll, Ir, Is, It, ltd, lu,

Iv, ly

ma, made, make, makes, many, maybe, mc, md, me, meantime, meanwhile, mg,

mh, microsoft, might, mil, million, miss, mk, ml, mm, itin, mo, more, moreover,

most, mostly, mp, mq, mr, mrs, ms, msie, mt, mu, much, must, mv, mw, mx, my,

myself, mz

na, namely, nc, ne, neither, net, netscape, never, nevertheless, new, next, nf, ng, ni,

nine, ninety, nl, no, nobody, none, nonetheless, noone, nor, not, nothing, now, nowhere,

np, nr, nu, null, nz

of, off, often, om, on, once, one, one’s, only, onto, or, org, other, others, otherwise,

our, ours, ourselves, out, over, overall, own

pa, page, ре,- per, perhaps, pf, pg, ph, pk, pi, pm, pn, pr, pt, pw, re, recent, recently,

reserved, ring, ro, ru, rw sa, same, sb, sc, sd, se, seem, seemed, seeming, seems,

seven, seventy, several, sg, sh, she, she’d, she’ll, she’s, should, shouldn, shouldn’t,

si, since, site, six, sixty, sj, sk, si, sm, sn, so, some, somehow, someone, something,

sometime, sometimes, somewhere, sr, st, still, stop, su, such, sv, sy, sz

taking, tc, td, ten, text, tf, tg, test, th, than, that, that’ll, that’s, the, their, them, themselves,

then, thence, there, there’ll, there’s, thereafter, thereby, therefore, therein,

thereupon, these, they, they’d, they’ll, they’re, they’ve, thirty, this, those, though,

thousand, three, through, throughout, thru, thus, tj, tk, tm, tn, to, together, too, toward,

towards, tp, tr, trillion, tt, tv, tw, twenty, two, tz

ua, ug, uk, um, under, unless, unlike, unlikely, until, up, upon, us, use, used, using,

uy, uz

va, vc, ve, very, vg, vi, via, vn, vu

was, wasn, wasn’t, we, we’d, we’ll, we’re, we’ve, web, webpage, website, welcome,

well, were, weren, weren’t, wf, what, what’ll, what’s, whatever, when, whence,

whenever, where, whereafter, whereas, whereby, wherein, whereupon, wherever,

whether, which, while, whither, who, who’d, who’ll, who’s, whoever, whole,

whom, whomever, whose, why, will, with, within, without, won, won’t, would,

wouldn, wouldn’t, ws, www

ye, yes, yet, you, you’d, you’ll, you’re, you’ve, your, yours, yourself, yourselves, yt, yu

za, zm, zr

ПРИЛОЖЕНИЕ 4

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

и частицы (а, без, более, бы, был, была, были, было, быть, в, вам, вас, весь,

во, вот, все, всего, всех, вы, где, да, даже, для, до, его, ее, если, есть, еще, же,

за, здесь, и, из, из-за, или, им, их, к, как, как-то, ко, когда, кто, ли, либо, мне,

может, мы, на, надо, наш, не, него, нее, нет, ни, них, но, ну, о, об, однако, он,

она, они, оно, от, очень, по, под, при, с, со, так, также, такой, там, те, тем, то,

того, тоже, той, только, том, ты, у, уже, хотя, чего, чей, чем, что, чтобы, чье,

чья, эта, эти, это, я), а также целый ряд других слов. Их конкретный перечень

может состоять от нескольких сотен до нескольких тысяч слов и различен

для разных поисковых машин.

1. Вопрос: Через какое время Google исключает сайт после получения

отчета о спаме?

Наш главный конкурент находится в Google на самом верхнем уровне рейтинга,

и у него имеется 25 проиндексированных спамовых "doorway"-

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

пользователя по заданному адресу, а также с повторяющимися словами

в ключевых фразах. О них было дважды сообщено в Google с июня, a Google

не предпринял никаких действий. Как много времени требуется на то, чтобы

удалить спамовый сайт?

Ответ: Google может даже никогда не попытаться отследить сообщение о

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

спамовых технологий и никогда не применял штрафов или ограничений

к этим сайтам.

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

сообщений о спаме, некоторые правдивые, а другие —просто попытка

неких людей навредить своим конкурентам. Каждое подобное сообщение

требует весьма серьезных временных затрат на то, чтобы разобраться в этом,

прежде чем что-либо предпринимать.

Как только ваше сообщение обработают, Google редко удаляет сайт, уличенный

в использовании спама, вручную. Они предпочитают делать это автоматически,

применяя для этого свои алгоритмы ранжирования и обнаружения

спама. Скорее всего, их сотрудники рассмотрели те страницы, на которые вы

пожаловались. Однако, если нарушение не столь серьезно или все проделано

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

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

вручную редактировать результаты поиска.

2. Вопрос: Каковы преимущества Google Sitemap перед обычной картой

сайта HTML?

Теперь у нас есть Google XML Sitemap, который сообщает Google, какие

страницы нашего сайта нужно индексировать и как часто это следует делать.

Нужна ли нам еще обычная HTML карта сайта для того, чтобы убедиться

в способности поисковых машин проиндексировать все наши страницы?

Ответ: На вашем сайте целесообразны как HTML-SiteMap, так и Google-

XML Sitemap. Они способствуют тому, что ваш сайт остается проиндексированным

поисковыми машинами.

Обычная HTML-SiteMap —это всего лишь интернет-страница, связанная

ссылками со всеми страницами вашего веб-сайта.

Google XML-Sitemap —формат, разработанный Google (признанный Yahoo и

Microsoft), предназначенный для предоставления информации о вашем сайте

точно в Google, Yahoo и Microsoft. Эта информация включает не только местонахождение

ваших страниц, но также и то, как эти страницы связаны с

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

и т. д.

Для того чтобы довести до максимума краулинговую способность вашего

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

HTML-SiteMap, и Google XML-Sitemap. Также очень важно осознать, что

ваш сайт хорошо индексируется. Ссылки —это фактор номер один в обеспечении

постоянной индексации вашего сайта поисковыми машинами.

3. Вопрос: Правильный HTML-код может повысить рейтинг сайта?

При прочих равных условиях насколько важна правильная разметка HTML-

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

текста? И как все это повлияет на будущий рейтинг? Например:

XHTML Strict лучше, чем XHTML Transitional?

XHTML лучше, чем HTML?

UTF – 8 лучше, чем программирование текста?

Ответ: Правильная разметка кода, разметка документа и программирование

текста, фактически, не влияют на ваши рейтинги. Было время, когда некоторые

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

типа XHTML, но этого больше не происходит. Большинство блогов

используют XHTML, и у них нет никаких проблем с индексированием.

Однако правильная разметка кода сама по себе также не является значительным

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

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

на рейтинги. Правильное написание вашего кода просто позволит

слайдерам поисковиков понять, что код вашего сайта в порядке.

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

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

Чтобы посмотреть, какие страницы вашего ресурса были проиндексированы

Google, и насколько проиндексирована каждая страница, вы можете

использовать Google site: command.

Например, поиск фразы site: seo-study.ru покажет вам все страницы, которые

Google проиндексировал из ресурсов SEO-Study.ru. И щелкая по маленькой

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

ли Google страницы полностью.

Вот где разметка документа имеет значение: специфическая разметка документа

(например, XHTML), а также правильная разметка упрощает процесс

упорядочивания ваших страниц. Это может помочь при проверке сайта на

приемлемость к о д а и разметки для индексирования.

Но если ваш сайт регулярно просматривается слайдерами и индексируется,

то у вас нет нужды постоянно отслеживать правильность разметки. Поисковики

очень гибки в отношении таких деталей.

Что можно сказать об отношении ко всему этому поисковиков в будущем?

Google недавно представил Google Accessible Search, благодаря чему мы теперь

знаем, что, возможно, в будущем факторы разметки документа и кода

теоретически могут быть связаны с алгоритмом ранжирования. Однако сейчас

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

просто не может их исключить. Поэтому мы полагаем, что Google будет допускать

приемлемые нарушения в разметках HTML-кода и в будущем.

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

Но наиболее важный фактор —доступность ваших страниц крау-

леру. Поэтому до тех пор, пока у вас будут проблемы с краулингом, бесполезно

задумываться над правильностью разметки. Лучше потратить это

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

ниш ключевых слов.

4. Вопрос: Я создавал для клиента веб-страницы и использовал в некоторых

из них союз "и". Это правда, что лучше отказаться от "и", "в"

и т. п.?

Ответ: Фильтруемые слова, иногда называемые стоп-словами, —это слова

типа "а", "и", "или" и т. п. Поскольку эти слова встречаются очень часто, поисковые

системы убирают их из текста, который они вносят в индекс. Так же

они поступают и с заголовками. Наиболее подходящая длина з а г о л о в к а—5-

8 слов. Это позволяет использовать вашу ключевую фразу в качестве "крючка",

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

вы же не хотите, чтобы оно стало выглядеть как вереница ключевых слов.

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

между хорошей читаемостью и включением ключевых фраз. Когда вы создадите

несколько версий заголовка, протестируйте их в поисковике, который

вас интересует. Попробуйте поискать его с фильтруемыми словами и без них.

Иногда результаты будут различаться. Соседство слов может также иметь

значение. Если у вас фраза содержит фильтруемое слово "до", проверьте, что

показывает статистика для фразы со словом "до" и без него.

5. Вопрос: Передается ли PR при использовании в абсолютной ссылке

тега <target = blank> для открытия страницы в новом окне?

Ответ: Да, PR передается, как и репутация ссылки и ее популярность.

6. Вопрос: Я часто слышу о LSI (Скрытой семантической индексации),

и не понимаю, что это означает и как я могу использовать это на моем

веб-сайте. Вы можете помочь?

Ответ: Регулярные поиски ключевых слов приводят к коллекции документов,

схожей с бухгалтерской: документ или содержит данное слово, или

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

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

любые документы, которые их не содержат, а остальные сортируются

согласно некоторой рейтинговой системе. Каждый документ ожидает решения

перед алгоритмом поиска —нет никакой взаимозависимости между

документами, оцененными исключительно по их содержанию. Скрытая семантическая

индексация добавляет важный этап к процессу индексации

документа. Помимо записи о том, какие ключевые слова содержит документ,

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

другие документы содержат некоторые из тех же самых ключевых слов.

LSI рассматривает документы, которые имеют много общих слов, как семантически

близкие, а с небольшим количеством одинаковых слов —как

семантически отдаленные. Алгоритм LSI не понимает значения слов, образцы,

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

Когда вы обращаетесь к проиндексированной LSI базе данных, поисковая

система смотрит на схожие значения, вычисленные для каждого слова из

ПЗак. 1440

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

отвечают на запрос. Поскольку два документа могут быть семантически

очень близкими, даже если они не делят специфическое ключевое слово,

LSI не требует точного совпадения для возврата полезных результатов.

Там, где простой поиск ключевых слов потерпит неудачу, LSI возвратит

подходящие документы, которые не содержат ключевое слово вообще.

(Взято из http://javelina.cet.middlebury.edu/.)

Это новая технология, используемая поисковыми системами, в особенности

Google, она помогает определить уместность страниц при поисковом запросе.

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

"поддерживать" ключевые фразы и убеждать поисковые системы, что ваш

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

в тексте ссылок, ведущих на ваш сайт. Чем насыщенней страница, тем

она конкурентоспособней. Theme Master (www.theme-master.com)—это

инструмент, анализирующий конкуренцию за какую-либо ключевую фразу и

сообщающий о словах поддержки, которые используют поисковые системы

для этой фразы. Там также можно подробней почитать об LSI.

7. Вопрос: Я работаю в компании, которая имеет сайт на русском и

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

английский вариант. В тегах перемешаны английские и русские

ключевые слова. На странице очень мало текста. Из-за семантических

различий мне трудно сконцентрироваться на каком-то из языков.

Какие рекомендации по оптимизации главной страницы вы

могли бы дать?

Ответ: Вы упомянули, что ключевые слова перечислены на обоих языках,

это хорошо. В настоящее время, немногие поисковые системы обращают

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

следует удалить их. Я думаю, проблема, которую вы описываете, состоит

больше в том, чтобы оптимизировать страницу с небольшим количеством

текста, а не для одного из языков. Я предлагаю создать насыщенные контентом

информационные страницы, чтобы привести посетителей на сайт, несмотря

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

и описание даны на русском языке, а англо-говорящий человек —на

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

страницу для двух языков. Не забывайте о внестраничных факторах. Они

многое определяют в рейтинге, так что займитесь организацией входящих

ссылок с тематических сайтов. Они помогут увеличить трафик.

8. Вопрос: Я часто слышу о "пинге" и "трекбэках" относительно бло-

гов. Что это значит?

Ответ: Трекбэк —существительное. Система, благодаря которой пинг отсылается

на другой сайт, понимающий трекбэки (чаще —в другой блог), чтобы

проинформировать, что была сделана ссылка (обычно —в другой статье).

Основная ц е л ь —проинформировать автора статьи о том, что она была

упомянута в другой статье.

Трекбэк —глагол. Следовать за пингом от цели к источнику.

Пинг —существительное —это инструмент системных администраторов,

автоматически посылающий пакеты (64 байта), чтобы определить состояние

целевой системы.

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

чтобы активизировать какие-либо функции, например, трекбэк (PING — Packet Internet Grouper).

9. Вопрос: Я знаю людей, покупающих ссылки с сайтов с высоким PR.

Это похоже на одержимость. А насколько важен собственно PR?

Ответ: Вы правы, для некоторых людей это одержимость. Пусть это не будет

одержимостью для вас! PR —это элемент рейтинга Google. Всего лишь один

элемент одной поисковой системы. Уже было сказано, что существует около

ста подобных элементов. К тому же измерения на Google ToolBar не совсем

точно показывают PR. Если у вас высокий PR, то это еще не значит, что вы

будете лучшим в рейтинге. Многие страницы с верхних строчек выигрывают

в борьбе у страниц с высоким PR. Есть страницы с PR = 4 или 5, которые расположены

выше, чем страницы с PR, равным 8 или 9. Лично мне важнее

иметь страницу, занимающую высокое место в рейтинге, нежели страницу с

высоким значением PR. А вам? В Интернете полно продавцов ссылок со

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

хорошего контента. Сделайте его лучшим для ваших клиентов. Кроме того,

сосредоточьтесь на том, чтобы строить входящие ссылки с авторитетных

сайтов, близких к вашей теме.

10. Вопрос: Стоит ли мне использовать домен с дефисами или без них?

Я слышал, что Google применяет штрафные санкции к доменам, чьи названия

содержат множество дефисов. Я купил себе названия доменов с дефисами

и без. Я планировал использовать домен с дефисами в названии, так

как в этом случае людям проще читать, а поисковым машинам проще выбирать

отдельные слова.

Для домена без дефисов я собирался сделать переадресацию на домен с дефисами

в названии. Таким путем, как я полагал, я застраховался от возможной

ошибки, которую мог допустить кто-либо, кто неправильно понял

бы название домена по телефону или не понял, что такое дефис (такое уже

случалось!).

Собственно, мой вопрос заключается вот в чем: какое из названий домена

мне следует выбрать в качестве основного? С дефисом в названии или без?

Превышают ли те выгоды, которые мне принесет дефис в названии домена

любые штрафы, которые я могу получить?

Ответ: Выбирая название для нашего собственного домена, мы пользуемся

следующим правилом…

Найдите кратчайшее название для домена, содержащее ваше основное ключевое

слово, содержащее не более одного дефиса.

Вот простейший способ утверждения названия домена. Выбор названия может

быть сложным процессом, и существует много нюансов, которые следует

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

принесет вам отличные результаты.

Теперь, что касается деталей.

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

и индексируется поисковыми машинами, то не меняйте его название.

Даже если оно содержит дефисы, или вы считаете, что можете создать название,

лучше отражающее ваши основные ключевые слова, смена названия вашего

домена приведет вас к потере ранжирования.

Во-вторых, вот почему вам следует пользоваться доменом без дефисов вообще

или только с одним дефисом в названии. Как правило, есть всего несколько

доменов, имеющих в названии множество дефисов (больше одного), которые

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

это из-за того, что Google специально понижает результаты доменов с дефисами

в названии, или из-за того, что большинство серьезных коммерсантов

стремится создавать себе домены, не имеющие дефисов в названиях, никто

не может сказать точно. Но факты налицо: длинные названия домена с ключевыми

словами, разделенными дефисами, обычно оказываются на вторых

ролях в поисковых машинах.

В принципе, все еще можно найти домен с большим количеством дефисов,

который при этом хорошо ранжируется при помощи отличного маркетинга и

множества ссылок, и вы еще можете их периодически видеть на вершине или

недалеко от нее в результатах поиска.

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

потере ранжирования, так что не изменяйте никаких существующих названий

с дефисами у доменов, которые уже проиндексированы ПМ.

Теперь об использовании ключевых слов в тексте ссылок, расположенных на

домене. Google фактически "видит" ключевые слова в URL. Факт остается

фактом, ключевые слова в названии, в конечном счете, повышают рейтинг.

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

наиболее удачным названием домена для поисковых машин, многие делают

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

URL, которое хорошо звучит, верно отражает сферу вашей деятельности,

содержит ваше основное ключевое слово и легко запоминаемое для ваших

клиентов.

В какой-то момент ключевые слова названия домена были принципиально

важны для ранжирования поиска. Однако сейчас поисковые машины стали

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

домена на ранжирование снизилось. Никто при этом не утверждает,

что оно снова не повысится. Но в настоящее время ключевые слова в вашем

названии домена принципиально важны по следующим причинам:

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

в ссылках на ваш сайт;

•они влияют на посещаемость сайта, когда люди видят соответствие ключевых

слов в вашем URL-адресе с ключевыми словами, которые они

ищут.

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

ситуаций. Поэтому придумайте короткое и запоминающееся название домена,

наполните его своими ключевыми словами, а затем займитесь построением

системы ссылок и созданием контента, т. к. это и будет полезно для вашего

рейтинга.

11. Вопрос: Безопасно ли использовать программное обеспечение, которое

внесет мой сайт в 500 каталогов?

Я занимаюсь продвиоюением собственного англоязычного сайта. Недавно

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

ваш сайт в 500 легальных каталогов в течение нескольких минут. Слышали

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

поиск и нашел, что об этом говорят в нескольких местах, но я всегда подозрителен

к таким вещам.

Ответ: Мы тоже отнеслись бы с подозрением к такому программному обеспечению.

Официальных каталогов не существует в количестве 500 штук — их всего не более 20.

Большинство бесплатных каталогов имеют весьма низкое качество, и поэтому

слишком большое количество ссылок из каталогов может плохо повлиять

на отношение спайдера Google к вашему сайту и нанести ему, таким образом,

серьезный урон. Если бы вы раскручивали русскоязычный проект, то наши

поисковики, к сожалению, пока обращают внимание на ссылки с практически

любых каталогов. Однако по заявлениям Yandex эти моменты будут пересмотрены

в ближайшее время.

Вместо регистрации в 500 низкокачественных каталогах лучше сосредоточиться

на установлении ссылок с различных ресурсов. Хорошее ранжирование

в Google основано на установлении входящих ссылок с авторитетных

сайтов (DMOZ, каталог Yahoo, ссылки *.edu и *.gov, лучшие коммерческие

сайты и т. д.). Думайте больше о качестве ссылок, а не об их количестве, и

избегайте тех ссылок, которые дают вашему сайту сомнительный SEO

footprint.

12. Вопрос: Как мне исправить неправильно установленную входящую

ссылку на мой сайт с использованием редиректа 301?

Недавно я получил отличную ссылку с видного блога по моей теме. По крайней

мере, я думал, что это отличная ссылка, пока не щелкнул по ней и не выяснил,

что они неправильно меня поняли и повредили ссылку. Она все еще ведет

намой сайт, но на страницу, которой уже не существует.

Я связался с владельцами, но пока не получил ответа. Означает ли это, что

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

ссылки, ведущей на мой сайт?

Ответ: Если ссылка повреждена, то она не будет действовать так, как в этом

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

посещающие сайт, будут натыкаться на ошибку 404 not found, так что они

вряд ли задержатся на этом сайте.

Понятно, что лучшее средство —связаться с менеджером сайта или его владельцем

и попросить их восстановить ссылку. Однако если по каким-либо

причинам этого не было сделано, вот простейший способ для вас восстановить

ее самостоятельно. Просто используйте файл веб-сервера .htaccess для

того, чтобы перенести поврежденную ссылку на рабочую страницу. (Примечание:

это срабатывает для распространенных серверов, основанных на Unix

и работающих на системе Apache.)

Скажем, ваша страница: http://www.yoursite.ru/archives/my-page.html.

Однако человек, который устанавливал ссылку на ваш сайт, поторопился во

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

thml вместо html:

http :// www.yoursite.ru/archives/my- page.thml.

Просто добавьте следующую строку в ваш файл .htaccess:

Redirect 301 /archives/my-page.thml http://www.yoursite.ru/

Эта дополнительная строка кода направит как людей, так и поисковые машины

в правильное место размещения страницы и позволит вам быть уверенными,

что ваши ссылки приносят вам повышение уровня ранжирования.

Что интересно в этом "фокусе", так это то, что вы таким способом можете

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

Если же вы работаете с Google Webmaster Central, то интерфейс покажет вам

все поврежденные ссылки, ведущие на ваш сайт, которые нашел Google. Это

те ссылки, о которых знает Google и которые вполне могут вашему сайту,

если только вы установите их.

Есть также еще один значительно более эффективный прием. Каждый знает,

как сложно бывает получить ссылки, ведущие на ваши страницы товаров,

т. к. люди любят делать ссылки на контент, написанный на вашем сайте. Если

у вас, скажем, есть входящие ссылки, ведущие на какую-либо статью, которую

вы написали и разместили на вашем сайте, и она ранжируется хорошо,

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

эти входящие ссылки на одну из ваших торговых страниц, воспользовавшись

методом .htaccess, о котором только что было рассказано. Это позволило

бы одной из ваших страниц, приносящих прибыль, получить выгоду

от этих ссылок.

Однако следует знать, что если человек, создающий ссылку на ваш сайт, видит,

что его ссылка ведет на новую страницу, он может удалить ее. Так что

этот инструмент должен применяться осторожно —его полезно иметь в запасе,

и при случае вполне можно им воспользоваться.

13. Вопрос: Существуют ли какие-нибудь команды у поисковой системы

Yandex, чтобы искать, кто ссылается на мой сайт, какой текст в

ссылках используют и т. п. Я видел такое у Google, например, link:

site.ru и т. п. Интересно, есть что-нибудь подобное у Yandex?

Ответ: Эти специальные команды записываются в строке для ввода поискового

запроса перед параметром поиска, а перед некоторыми командами не-

обходимо указать символ " – " (минус). Обратите внимание, что после минуса

пробел не ставится. Они позволят вам добиться гораздо лучших результатов.

С их помощью вы можете ограничить область поиска, а также указать поисковой

машине, что не нужно просматривать все страницы.

Некоторые из этих команд приведены в приложении 4.

14. Вопрос: Какими принципами следует руководствоваться при определении

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

и заглавном тегах?

Я слышал, что Google будет читать более 1000 знаков в вашем заглавном теге.

Затем в фирме, считающей себя серьезной компанией в области SEO, мне

сообщили, что Google будет читать только 250 символов. Так что сейчас я

смущен. Не могли бы вы пояснить мне, сколько же символов рекомендуется:

•в заглавном теге;

•в теге описания;

•в теге ключевых слов.

Ответ: Вот общие принципы, которыми я пользуюсь.

Заголовок. Я бы рекомендовал около 60 символов, т к. это количество символов

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

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

чтобы убедить вашего клиента зайти именно на ваш сайт.

Мета-описание. Около 140-150 символов. Немного больше, и оно не будет

отображено в результатах поиска так, как могло бы. Этот тег является вторым

по важности, и должен содержать описание того, что люди найдут,

щелкнув по ссылке, ведущей на ваш сайт. Хотя мета-описание не имеет

принципиального влияния на ранжирование, оно может реально мотивировать

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

Мета-ключевые слова. Составьте список приблизительных ключевых слов,

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

списка. Фактически, я вообще отказался от этого тега, и это никак не повлияло

на ранжирование. Вы можете забросить этот тег, если хотите, или внести в

него несколько основных ключевых слов, которые также есть на странице,

если вы хотите охватить все возможности. Избегайте помещать в этот тег

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

Что касается мета-тега описания, содержимое его таким же образом связано с

содержимым вашей первой страницы, так что чрезмерное переполнение его

ключевыми словами не даст вам никакой ощутимой пользы. И слишком большое

количество ключевых слов в вашем заглавном теге только уменьшит эффект

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

Также примите во внимание, что это всего лишь рекомендации. Помните, что

если что-либо работает, то не стоит это менять. У нас есть несколько страниц

с 90 или более символами в заглавном теге, которые при этом довольно хорошо

ранжируются. Ограничение вашего заглавия 60 символами предотвратит

обрезание в результатах поиска, и это позволит вам получить хорошо

отображающееся заглавие. И более краткие заголовки также позволяют странице

сфокусироваться на небольшом количестве ключевых слов —но иногда

длинные заголовки тоже неплохо работают.

В любом случае, 60-значный заголовок —это лучшее, с чего вы можете начать,

оптимизируя старые страницы сайта. Но если ваш ум говорит о том, что

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

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

исходя из опыта и ситуации с конкурентами.

15. Вопрос: Как лучше всего использовать фреймы на моей странице?

Я часто использую фреймы на моем сайте. У меня есть фрейм слева, который

содержит навигационное меню, и фрейм справа, где расположен контент.

Может ли поисковая система найти этот контент, учитывая, что он находится

во фрейме?

Ответ: Если вы только начинаете думать о том, как сделать сайт с фреймами,

то вовремя остановитесь. Но если у вас уже есть сайт с фреймами, лучшее,

что вы можете сделать, —это очистить сайт от фреймов. И вот почему.

Фреймы —это веб-страницы, заключенные внутри других веб-страниц.

Обычно навигационное меню располагается в одном фрейме, а контент —в

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

мы имеем не один, а несколько адресов.

Когда пользователь просматривает статьи на данном сайте, URL в их браузере

остается тем же самым. Предположим, он нашел хорошую статью на вашем

сайте и хочет дать на нее ссылку, но он не может этого сделать.

Все потому, что адрес фрейма, —это не адрес статьи. Читатель не сможет

найти вашу замечательную статью, т. к. на нее нет ссылки. А поскольку входящие

ссылки —это один из лучших способов увеличить ваш рейтинг в глазах

поисковиков, вы упускаете уникальную возможность.

И это не единственная причина, чтобы отказаться от фреймов. Вас ждут и

другие проблемы, связанные с поисковиками.

Давайте поговорим о том, как поисковики воспринимают фреймы. Поисковиков

всегда "раздражает", когда что-то выглядит похожим на URL, но таковым

не является. Так как фрейм —это страница, заключенная в другую страницу,

то поисковики могут проиндексировать только адрес фрейма.

Такое индексирование создаст вам еще несколько проблем. Для ПМ

фрейм —это одна страница, контент —другая страница, и они отображаются

в поисковиках, как разные адреса. Если пользователь зайдет только на адрес

контента, то он не увидит навигацию сайта и не сможет получить о нем

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

Что касается поисковиков, не читающих фреймы, то для них следует добавить

тег <NoFrames>, который даст возможность проиндексировать фреймы.

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

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

Фреймы создают проблемы не только для поисковиков, но также и для пользователей:

•затрудняют адресацию ваших страниц;

•усложняют печать страниц;

•затрудняют использование кнопки "Назад" в вашем браузере;

•затрудняют использование кнопки "Обновить";

•усложняют чтение остальных страниц сайта для пользователей.

В общем, от фреймов лучше отказаться. Однако когда будете "чистить" сайт

от фреймов, убедитесь, что вы не меняете адреса страниц, уже проиндексированных

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

рект 301.

16. Вопрос: Как лучше всего использовать
CSS применительно к тегам

<Н1> и <Н2>, чтобы моя страница выглядела лучше?

Меня интересует, насколько эффективны CSS для размещения навигационного

меню в тегах <Н1>, <Н2> и <НЗ>. Сработает ли это, или я буду оштрафован?

Ответ: Использование CSS в заглавных тегах (<Н1>, < Н 2 > ) —отличный

способ получить преимущества в рейтингах поисковиков при условии включения

ключевых слов.

Стратегии CSS не вредны, и наоборот могут помочь. Мы проверили ее на

нескольких сайтах и наблюдали эффект. У нас всегда были хорошие результаты

благодаря применению CSS в заглавных тегах, но эффект зависел от

ситуации.

Важно также не злоупотреблять заглавными тегами. В целом, заглавные теги

должны следовать так.

Один тег <H1> вверху с т р а н и ц ы—это заголовок текста. Заголовок должен

содержать те же ключевые слова, что и текст на данной странице.

Под заглавным тегом может размещаться тег <Н2>, который выполняет роль

подзаголовков параграфов текста. Это позволяет пользователю понять, о чем

идет речь в данном тексте. Эти подзаголовки также могут содержать ключевые

слова.

Тег <нз> обычно служит для разделения текста на более мелкие части. Такие

теги могут быть полезными, но мы редко их используем.

Лучше всего размещать тег <H1> наверху страницы и также определять стиль

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

ваша страница. Главное, чтобы заголовки отражали содержание страницы.

Ссылки в навигационном меню будут хорошо работать в качестве тегов

<Н2> или <H3>.

Вы можете устанавливать любые стили заголовков и применять CSS, но

только если вы не…

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

слишком маленькими и т. д.

Помещая весь текст страницы в заглавные теги (когда вы используете заглавный

тег для выделения всего текста), вы фактически ничего не выделяете,

следовательно, целиком заключать текст в теги <Н1> —<H3> не нужно.

Таким образом CSS может помочь в использовании заглавных тегов.

17. Вопрос: Как мне определить, из какого дата-центра Google я вижу

результаты? … и почему меня должно это волновать?

Я много слышал о дата-центрах Google и разных результатах каждого из

них. Что делают такие центры и как это отражается на поисковой оптимизации

моего сайта?

Ответ: Google имеет копии своих проиндексированных хранилищ, находящиеся

по всему миру, и известные как дата-центры Google. Когда вы ищете

что-то с помощью Google, вы всегда получаете результаты из дата-центра,

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

Google для оперативной доставки информации.

При этом Google реализует свой алгоритм ранжирования сайтов только для

одного-двух ближайших дата-центров. Это означает, что не все пользователи,

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

Например, когда Google начал их грандиозное обновление "Big Daddy", то

затронул этим для начала только два дата-центра. После этого IP-адреса этих

двух дата-центров стали доступными веб-мастерам, чтобы те протестировали

нововведение и составили об этом отчет.

Обычно так проверяются различные новшества, прежде чем они будут распространены

на остальные дата-центры Google, и их увидит большая публика.

Со временем стало сложно понять, какой дата-центр больше подходит для апробации.

Это сделало их менее эффективными в данном плане. Однако технически

грамотные веб-мастера все еще могут выполнить такую проверку.

Веб-мастер знает, что результаты запросов пользователей в разных местах

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

Санкт-Петербурге и Бостоне, то в Санкт-Петербурге сайт по данному ключевому

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

—на четвертой. Все это потому, что вы смотрите результаты разных дата-

центров.

Обычно после апробации Google на нескольких дата-центрах какой-нибудь

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

показать свои результаты поиска раньше, то просто сообщите IP-адрес

вашего дата-центра своему адресату, и он увидит те же самые результаты,

что видите вы.

Лучший способ сделать э т о —скачать Mozilla Firefox и затем установить

ShowIP extension. У вашего браузера появится окошко, где будет указан IP-

адрес каждого посещаемого вами сайта.

Чтобы увидеть результаты поиска определенного дата-центра, используйте

www.google.com с учетом IP-адреса дата-центра. Например, чтобы увидеть

результаты поиска по запросу SEO из дата-центра Google 66.102.7.104, используйте

такой URL:

http://www.google.com/search?q=seo

или такой

http://66.102.7.104/search?q=seo.

Приятно узнать такую информацию, но она не имеет значения для поисковой

оптимизации. Просто знайте, что такие дата-центры существуют, и если вы и

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

из разных дата-центров.

18. Вопрос: Следует ли мне вводить полный путь

www.site.ru/contact.html или достаточно указать относительный путь

../contact.html при создании сайта?

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

полные, абсолютные URL адреса, как например…

http://www.domain.ru/articles/bermuda-triangle.html

…или допустимы более короткие URL-адреса, которые относятся к папке

на той странице, где они находятся, вроде этого…

/bermuda-triangle.html.

Ответ: Относительный путь делает развитие сайта более простым (т. к. URL-

адреса не указывают на конкретный домен и могут быть помещены где угодно),

но в целях поисковой оптимизации всегда лучше иметь полный, абсолютный

URL-адрес.

Будучи довольно простым, полный URL-адрес упрощает процесс поиска вашей

страницы для поисковых машин. Даже несмотря на то, что поисковые

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

URL-адресов в полные URL-адреса страниц, которые нужно найти,

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

переадресации.

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

URL-адрес на абсолютный. Вообще, в этом будет необходимость

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

Еще существует так называемый базовый тег:

<head>

<base href="http://www.domain.ru/" />

</head>

Он поможет вам избежать необходимости переписывать каждый URL-адрес

на странице. (Узнайте больше о базовом теге здесь: http://www.w

3schooIs.com/tags/tag base.asp.)

19. Вопрос: Что случилось с командами Google inanchor и allinanchor?

Я заметил, что есть разница между поиском inanchor и поиском allinanchor

для одних и тех же ключевых слов.

Некоторые из них неверны. Что происходит с этими командами?

Ответ: Чтобы понять ситуацию в целом, давайте начнем с объяснения правил

применения этих поисковых операторов.

Inanchor определяет количество упоминаний одного слова в тексте одной

ссылки, a allinanchor —нескольких слов в тексте одной ссылки.

Так, поиск по параметрам inanchonseo выведет все страницы, в Anchor-тексте

ссылок которых содержится ключевое слово seo. Так как ключевые слова в

тексте ссылок важны для ранжирования в Google, обычно сайты, которые

получают высокие позиции по параметрам inanchor по определенному ключевому

слову, также будут иметь высокие позиции по этому слову.

Проверка фразы из нескольких ключевых слов, как, например,

а n c h o r : п о и с к о в а я оптимизация, покажет сайты, которые имеют больше

всего ссылок со словами поисковая оптимизация в Anchor-тексте.

Два запроса имеют различный поисковый синтаксис. Например, allinanchor

может состоять из нескольких ключевых слов:

allinanchor:поисковая оптимизация Санкт-Петербург

A inanchor используется только по отношению к одному ключевому слову.

Если вам необходимы несколько ключевых слов, то укажите его несколько

раз:

inanchor:поисковая inanchor:оптимизация inanchor:Санкт-Петербург.

Тем не менее, эти команды больше не так актуальны, как раньше. Они играют

роль тогда, когда вы имеете дело с целой ключевой фразой. Например:

inanchor:"Санкт-Петербург поисковая оптимизация"

Часто это срабатывает, но иногда результаты бывают не совсем точными. Все

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

там, наверняка, не поработал Google.

Думаем, эффективнее всего записывать inanchor без кавычек:

inanchor: ключевое слово1 inanchor: ключевое слово2 inanchor: ключевое

слово 3.

Это обеспечивает наиболее верные результаты по сравнению с результатами

allinanchor.

Этот пример иллюстрирует проблемы многих веб-мастеров. Google не очень

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

Yahoo.ru либо Yandex.ru, если вам нужен анализ только русскоязычных

сайтов.

20. Вопрос: Повредит ли добавление большого количества исходящих

ссылок моему уровню ранжирования?

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

которые хотят быть внесены в мой каталог, иметь многочисленные ссылки

со страницы каталога на их сайты.

Я уверен, что это сделает людей более заинтересованными в том, чтобы

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

это повредить моему текущему уровню ранжирования. В данный момент я

занимаю очень хорошую позицию по многим ключевым словам и не хочу чем-

либо рисковать.

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

негативный эффект. Это могло бы произойти из-за распыления уровня ранжирования,

который вы, таким образом, распространяете вокруг внутренних

страниц вашего сайта. Предположим, что вы имеете уровень ранжирования

страницы PR = 4 с десятью ссылками, одна из которых ведет на другой сайт,

а другие девять ведут на ваш собственный сайт (домашнюю страницу, внутреннюю

навигацию и т д.). В этом случае вы пересылаете 90% пользы от

ссылок обратно на свой сайт, тогда как 10% уходит за его пределы.

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

10 ссылок на другие сайты и 10 ссылок на ваш сайт, то ваш веб-сайт получает

50% всей пользы от силы всех ссылок страницы, на которую они ведут, тогда

как другие 50% уходят за пределы вашего сайта.

В целом же, это не такая уж огромная проблема, но было бы неплохо избежать

растраты PageRank и популярности ссылок вокруг вашего сайта. Чем

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

страницы могут помочь другим вашим страницам повысить уровень ранжирования.

В небольшом масштабе это не так страшно, поскольку важнее всего

внешние ссылки, ведущие на ваш веб-сайт.

Однако добавление сотен исходящих ссылок за один раз —это прямой путь

к ухудшению рейтинга. Не ошибитесь, полагая, что вам никогда не следует

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

добавление множества исходящих ссылок может снизить ссылочную силу

вашей внутренней стратегии.

Вы могли бы поэкспериментировать с осуществлением этих мыслей сначала

в небольшом масштабе. Исходящие ссылки сами по себе не плохи. Это радикальное

изменение распределения PageRank на вашем сайте, которое может

вам повредить. Если вы решили добавить эти исходящие ссылки, непременно

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

любой негативный эффект от добавления большого числа исходящих

ссылок.

21. Вопрос: Стоит ли мне содержать свой блог на субдомене или в субкаталоге?

Я читал недавно, что URL-адрес для блога www.site.ru/bIog
предпочтительнее,

чем bIog.site.ru. Автор утверждал, что помещение блога в субкаталог

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

привело к некоторым преимуществам в PageRank, которых не

было бы, если бы блог был запущен на субдомене. Есть ли основания полагать,

что это правда? Не будут ли они оба начинать с нулевого уровня

ранжирования страницы?

Ответ: Не будет разницы между одним способом и другим в терминах Page-

Rank. PageRank страниц будет зависеть от того, какие ссылки у вас есть, указывающие

на ваш блог, а не от того, используете ли вы субкаталоги или субдомены.

Наша рекомендация при создании нового блога на сайте —использовать для

этого субдомен. Google выводит список субдоменов, как отдельные сайты в

своих результатах поиска. Так что если кто-либо выполняет поиск по вашему

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

как например:

www.seo-study.ru;

blog.seo-study. ru.

Это позволяет вам занимать больше высоких мест в результатах поиска. Когда

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

верхних строк в списке поиска по вашей теме или названию домена, тем

лучше.

Если ваш блог уже имеет взаимосвязи, находясь на субкаталоге, вам следует

оставить его там, так как перемещение вашего блога приведет к большим

проблемам, которые обычно перевешивают те преимущества, которые вы

получите от размещения вашего блога на субдомене.

22. Вопрос: Пострадает ли мой рейтинг, если я изменю формат страницы

с ASPX на РНР?

Мой сайт в данный момент построен на технологии .NET, и я, возможно,

скоро буду изменять ее на РНР. Мой сетевой разработчик сказал мне, что

на РНР имеется большое количество доступного уже написанного кода. Если

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

что смена всех URL-адресов на сайте повредит моей посещаемости. Около

60% посещаемости моего сайта —это результат органических поисков, и я

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

Могу ли я провести изменения без потери моего ранжирования? Я много раз

читал в ваших публикациях о том, что надо использовать переадресацию

301 —это все, что есть для такой ситуации?

Ответ: Вы потеряете свой уровень ранжирования, если измените URL-

адреса—здесь не может быть других вариантов. Переадресация 301 может

минимизировать повреждения, но мы обычно рекомендуем менять URL-

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

301 —это наилучшее решение в том случае, если вам необходимо изменить

ваши URL-адреса, но лучше всего избежать изменения URL-адресов (по

крайней мере, пока они не имеют серьезных проблем).

Так или иначе, вы, фактически, не перемещаете страницы, а только меняете

расширения, так что переадресация 301 —неверный выбор.

Однако я могу найти только одну причину, почему программист может захотеть

перейти на РНР. Если это язык, который он или она предпочитает. Нельзя

сказать, что есть какие-либо большие преимущества у РНР против .NET.

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

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

продуктивен.

Существует опция, которая настроит ваш IIS-сервер таким образом, чтобы

ASPX-страницы были бы обработаны вашим движком РНР. Эта простая настройка

в вашей панели конфигурации IIS-сервера может быть легко полностью

изменена, если вы решите, что хотите вернуть все обратно в .NET

Если вы выбираете этот подход, то ваши URL-адреса остаются в точности

теми же (с расширением aspx) —они просто будут обрабатываться различными

программными машинами.

Теперь подведем итог.

•Не меняйте расширение файлов. Ваш рейтинг понизится даже при использовании

переадресации 301.

•Сделайте так, чтобы файлы *.aspx были обработаны в РНР, если вы хотите

осчастливить вашего разработчика.

•Или просто оставьте все так, как оно есть.

23. Вопрос: Как мне следует поступать с плотностью ключевых слов и

что такое скрытая семантическая индексация?

Полностью сосредоточившись на построении ссылок, социальной организации

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

ли еще в поисковой оптимизации место для "старой доброй" плотности

ключевых слов? Заслуживает ли она внимания?

Ответ: Мы не тратим много времени на плотность ключевых слов, т. к. она

перекрывается многими важными факторами ранжирования, как, например,

качество входящих ссылок и то доверие, которое ваш сайт приобретает с

возрастом, имея хорошие входящие ссылки.

Однако плотность ключевых слов все еще играет роль, особенно в Rambler,

который больше учитывает внутренние, расположенные на странице факторы,

чем Google. Мы в основном уделяем внимание правильному построению

.страницы: заголовок, текст внутренних ссылок, списки, Alt-теги изображения

(особенно важно, если изображение является также ссылкой) и фактическому

тексту вашей страницы.

Как только мы размещаем свои ключевые слова в правильном месте, мы пытаемся

писать так естественно, как это возможно, следя за тем, чтобы те

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

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

приведет в результате к "неуклюжему" тексту

Между прочим, это касается концепции скрытой семантической индексации

и того, как она применяется поисковыми машинами. Скрытая семантическая

индексация является по существу технологией, которая позволяет поисковой

машине определять, какие ключевые слова страница будет ранжировать, даже

если это ключевое слово не найдено где-либо на странице (или в тексте

ссылок, ведущих на эту страницу).

Например, на странице, содержащей слова вроде "настольный компьютер",

"монитор", "клавиатура", "периферийные устройства", "hp" и "ПК", скорее

всего говорится о компьютерах, даже если фактически ключевое слово "компьютер"

не употребляется где-либо на самой странице.

Добавляя связанные друг с другом ключевые слова и различные вариации

ключевых слов (как например "компьютер" и "компьютерные технологии"),

вы укрепляете ваше основное ключевое слово и увеличиваете свою способность

ранжироваться по нему. И, конечно, вы также повышаете ваш рейтинг

для этих ключевых слов.

Вот несколько хороших ресурсов для нахождения связанных ключевых слов.

Связанный запрос Google (поставьте знак ~ перед вашим поиском ключевых

слов). http://www.google.com/search?q=%7Eseo.

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

инструмент ключевых слов: http://www.wordtracker.com/trial.html.

Плотность ключевых слов все еще играет роль, но она уже не столь важна.

Ключевые слова должны составлять в среднем 4% от содержимого страницы.

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

ключевых слов в тексте этих ссылок, упрощению краулинга для вашего

сайта, размещению ваших ключевых слов в правильном месте на странице

и т . д.

ПРИЛОЖЕНИЕ 3