<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2russianfull.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>SEO блог</title>
	
	<link>http://www.seoweblog.ru</link>
	<description>статьи, переводы, комментарии</description>
	<lastBuildDate>Mon, 06 Sep 2010 08:47:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/seoweblog" /><feedburner:info uri="seoweblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:emailServiceId>seoweblog</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><feedburner:feedFlare href="http://add.my.yahoo.com/rss?url=http%3A%2F%2Ffeeds.feedburner.com%2Fseoweblog" src="http://us.i1.yimg.com/us.yimg.com/i/us/my/addtomyyahoo4.gif">Subscribe with My Yahoo!</feedburner:feedFlare><feedburner:feedFlare href="http://www.newsgator.com/ngs/subscriber/subext.aspx?url=http%3A%2F%2Ffeeds.feedburner.com%2Fseoweblog" src="http://www.newsgator.com/images/ngsub1.gif">Subscribe with NewsGator</feedburner:feedFlare><feedburner:feedFlare href="http://feeds.my.aol.com/add.jsp?url=http%3A%2F%2Ffeeds.feedburner.com%2Fseoweblog" src="http://o.aolcdn.com/favorites.my.aol.com/webmaster/ffclient/webroot/locale/en-US/images/myAOLButtonSmall.gif">Subscribe with My AOL</feedburner:feedFlare><feedburner:feedFlare href="http://www.bloglines.com/sub/http://feeds.feedburner.com/seoweblog" src="http://www.bloglines.com/images/sub_modern11.gif">Subscribe with Bloglines</feedburner:feedFlare><feedburner:feedFlare href="http://www.netvibes.com/subscribe.php?url=http%3A%2F%2Ffeeds.feedburner.com%2Fseoweblog" src="http://www.netvibes.com/img/add2netvibes.gif">Subscribe with Netvibes</feedburner:feedFlare><feedburner:feedFlare href="http://fusion.google.com/add?feedurl=http%3A%2F%2Ffeeds.feedburner.com%2Fseoweblog" src="http://buttons.googlesyndication.com/fusion/add.gif">Subscribe with Google</feedburner:feedFlare><feedburner:feedFlare href="http://www.pageflakes.com/subscribe.aspx?url=http%3A%2F%2Ffeeds.feedburner.com%2Fseoweblog" src="http://www.pageflakes.com/ImageFile.ashx?instanceId=Static_4&amp;fileName=ATP_blu_91x17.gif">Subscribe with Pageflakes</feedburner:feedFlare><feedburner:feedFlare href="http://lenta.yandex.ru/settings.xml?name=feed&amp;url=http%3A%2F%2Ffeeds.feedburner.com%2Fseoweblog" src="http://lenta.yandex.ru/i/addfeed.gif">?????? ? ??????.?????</feedburner:feedFlare><item>
		<title>Пять самых больших ляпов Сеомоза</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/AIOIY-VRjew/236</link>
		<comments>http://www.seoweblog.ru/archives/236#comments</comments>
		<pubDate>Mon, 06 Sep 2010 08:47:42 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[SEM]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[Поисковые Системы]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=236</guid>
		<description><![CDATA[Автор:  Danny Dover
Главные  ошибки Рэнда Фишкина — признанного гуру в области SEO и SEM — данные в  сжатой, концентрированной форме (коспект авторского видеоролика).  

1. NoFollow в robots.txt при обмене ссылками
Когда  SEOMoz еще не существовал, Рэнд частенько заплывал в серые области SEO.  Первая упоминаемая им ошибочная тактика заключается в следующем: сперва [...]]]></description>
			<content:encoded><![CDATA[<p>Автор: <em> <a rel="nofollow" href="http://www.seomoz.org/users/view/49007">Danny Dover</a></p>
<p>Главные  ошибки Рэнда Фишкина — признанного гуру в области SEO и SEM — данные в  сжатой, концентрированной форме (коспект авторского видеоролика).  <span id="more-236"></span><br />
</em></p>
<p><em></em>1. NoFollow в robots.txt при обмене ссылками</p>
<p>Когда  SEOMoz еще не существовал, Рэнд частенько заплывал в серые области SEO.  Первая упоминаемая им ошибочная тактика заключается в следующем: сперва  предлагаем обмен ссылками, а затем блокируем исходящую ссылку с помощью  соответствующих тэгов в robots.txt, чтобы получить весь ссылочный вес.  Тактика никогда толком не работала и в результате заставила Рэнда  изрядно попотеть, чтобы восстановить хорошие отношения с обманутыми  вебмастерами.</p>
<h3>2. Покупка ссылок для клиентов</h3>
<p>Эта тактика  также использовалась до официального появления Сеомоза. Тогда Рэнд  тратил часть выделенного бюджета на покупку платных ссылок. Это далеко  не лучшая идея, поскольку степень полезности таких ссылок определить  крайне трудно (по большому счету никто не знает, учитывает ли их Гугл  вообще). Позже Рэнд узнал через своих людей в Гугле, что купленные им  ссылки все-таки игнорировались поисковиком и что на самом деле они  вполне могли работать во вред, не улучшая, ухудшая ранжирование сайтов.  Упс!</p>
<h3>3. Рекомендация вставлять ключевые слова внутрь H1</h3>
<p>Это довольно тонкий вопрос. В течение долгих лет Сеомоз <a id="e8h2" title="слова в состав заголовка H1" href="http://www.seomoz.org/knowledge/on-page-factors">рекомендовал включать ключевые слова в состав заголовка H1</a>.  Однако проведя ряд машинных корреляционных тестов мы выяснили, что  подобная тактика не приносит сколько-нибудь существенных плодов  (аналогичным образом не работает вставка ключевых слов увеличенным  шрифтом в нормальный текст). Это открытие нас сильно обескуражило — до  этого мы тратили кучу времени и сил, убеждая наших клиентов в  необходимости оптимизации H1. Как выяснилось, зря.</p>
<h3>4. Рекомендация не использовать XML-карты сайта</h3>
<p>Когда  ХML-карты только появились, Рэнд и Сеомоз советовали их не  использовать. Рекомендация имела вполне разумное обоснование — карта в  формате XML затрудняет управление информационной структурой сайта.  Однако в конце концов мы увидели, что этот недостаток с лихвой  компенсируется получаемым преимуществом в ранжировании. С тех пор мы  активно используем этот инструмент.</p>
<h3>5. Некорректная переадресация с Linkscape на Open Site Explorer</h3>
<p>(<em>*Оставляем этот откровенно рекламный пассаж на совести автора — прим. ред.</em>)</p>
<p>Недавно мы решили перейти с Linkscape на более современный <a id="ho:t" title="Open Site Explorer" href="http://www.opensiteexplorer.org/">Open Site Explorer</a>,  перенаправив все отчеты с помощью 301 редиректов (по принципу 1-1). В  теории все было прекрасно, однако, как выяснилось, различные трекинговые  компоненты, включенные в url-адреса редиректов, привели к значительной  потере трафика. Мы исправили ситуацию с помощью <a id="zw6z" title="rel=canonical" href="http://www.seomoz.org/knowledge/canonicalization">rel=canonical</a>, однако к тому времени ущерб уже был причинен. Ай-ай-ай!</p>
<p>Источник: <a href="http://www.seomoz.org/blog/whiteboard-friday-the-biggest-seo-mistakes-seomoz-has-ever-made">http://www.seomoz.org/blog/whiteboard-friday-the-biggest-seo-mistakes-seomoz-has-ever-made</a></p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/AIOIY-VRjew" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/236/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/236</feedburner:origLink></item>
		<item>
		<title>Как действуют краулеры Google</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/z_syslwdpYQ/232</link>
		<comments>http://www.seoweblog.ru/archives/232#comments</comments>
		<pubDate>Mon, 23 Aug 2010 07:53:50 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[SEO]]></category>
		<category><![CDATA[Поисковые Системы]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=232</guid>
		<description><![CDATA[Автор: Rolf Broer
Порядок, в котором Гугл исследует  страницы вашего сайта — информация весьма ценная. Если вы ей обладаете,  вы можете манипулировать краулерами гугла, заставляя их сперва посещать  наиболее важные страницы сайта. Возможность подобной манипуляции  особенно ценна, когда речь идет о новом сайте с большим количеством  контента — вам будет очень [...]]]></description>
			<content:encoded><![CDATA[<p>Автор: <strong>Rolf Broer</strong></p>
<p>Порядок, в котором Гугл исследует  страницы вашего сайта — информация весьма ценная. Если вы ей обладаете,  вы можете манипулировать краулерами гугла, заставляя их сперва посещать  наиболее важные страницы сайта. Возможность подобной манипуляции  особенно ценна, когда речь идет о новом сайте с большим количеством  контента — вам будет очень важно, чтобы наиболее существенные для вас  разделы были проиндексированы в первую очередь.</p>
<p>Чтобы узнать,  как действуют краулеры, мы провели эксперимент, а именно — взяли домен с  нулевой историей (никогда не регистрировался ранее, входящих ссылок  нет) и создали на нем страницу с 250 ссылками. Ссылки вели на другие  страницы, на каждой из которых имелось еще 250 ссылок, ведущих, в свою  очередь, на другие страницы, на каждой из которых тоже имелось 250  ссылок. И так далее, и так далее. Тексты ссылок и адреса страниц  получили в качестве имен номера от 1 до 250, в соответствии с порядком  появления в исходном коде. Затем мы сделали сабмит сайта через службу  &laquo;addurl&raquo; и стали ждать.<br />
<span id="more-232"></span><br />
В ходе первого визита гуглбот зашел  только на корневую страницу (http://example.com/). Через несколько часов  он вернулся и посетил все 250 страниц, найденных на главной странице.  Начало складываться впечатление, что Гугл делит найденные ссылки на три  блока:</p>
<ul>
<li>Блок 1: ссылки с 1 по 9</li>
<li>Блок 2: ссылки с 10 по 99</li>
<li>Блок 3: ссылки с 100 до 250.</li>
</ul>
<p>Если  гугл-бот заходит на страницу, существуют хорошие шансы на то, что он  пройдет по ссылкам одного или нескольких блоков. Ссылки краулятся  порциями внутри блока, в случайном порядке. Вероятность того, что сейчас  исследуется блок 1 в три раза выше, чем вероятность того, что  исследуется блок 2 и в шесть раз выше вероятности того, что сейчас  исследуется блок  3. Внутри блока 3 также существует две ссылки, чья  вероятность быть исследованными оказывается существенно выше, чем в  среднем по блоку. Это ссылка №100 и ссылка №200.</p>
<div id="hn68"><img src="https://docs.google.com/File?id=ddcf4d73_475dns6v4gj_b" alt="" width="648" height="437" /></div>
<p>На  основании только этих данных нельзя еще уверенно утверждать, что  деление найденных ссылок на блоки осуществляется в соответствии с их  порядком появления в коде — подобное суждение будет преждевременным. На  самом деле определяющим параметром, в соответствии с которым  осуществляется разбиение, может оказаться длина URL-адреса, позиция  ссылки на странице или даже нечто другое. Чтобы исключить все ошибочные  варианты и докопаться до истины, мы провели еще несколько экспериментов.</p>
<p>Полную  ясность внесло исследование с использованием случайно разбросанных по  страницам ссылок с URL-адресами разной длины. Эти ссылки вели на  аналогичные страницы, содержащие ссылки разной длины, разбросанные в  случайном порядке. И так далее. Как показали тесты, гугл-бот проходит по  ссылкам в порядке увеличения их длины. Полезная информация для  продвинутой оптимизации структуры сайта!</p>
<div id="qstt"><a href="https://docs.google.com/File?id=ddcf4d73_474c7ksxcgd_b" target="_blank"><img src="https://docs.google.com/File?id=ddcf4d73_474c7ksxcgd_b" alt="" /></a></div>
<h3>Резюме</h3>
<p>Принимая  в учет полученные результаты, следует признать: значение длины  URL-адреса ссылки сильно недооценивается. Осознанный выбор длинны ссылки  — хороший способ воздействия на поисковые боты Гугла. Гугл исследует  короткие ссылки раньше, а длинные — позже. При этом просто делать все  ссылки короткими бессмысленно , ведь если у них будет равная длинна,  Гугл будет исследовать их в случайном порядке (<em>Первую часть этого  тезиса мы рискнем поставить под сомнение — если предположение об  аналогичном принципе ранжирования внешних ссылок, изложенное ниже,  верно, то сайты с более короткими адресами в среднем будут иметь  преимущество, т.к. указывающие на них ссылки будут пользоваться большим  вниманием гугл-ботов. — Прим. ред.</em>) Это значит, что при выбор  URL-адреса страницы нужно осуществлять с учетом ее приоритетности и  желаемой скорости индексирования.</p>
<p>Итак, такой параметр, как  длина указующих ссылок, должен-таки учитываться при проектировании  структуры сайта. Вероятно, он важен также и для обмена ссылками. Мы не  проводили соответствующих тестов, однако существуют хорошие шансы на то,  что Гугл исследует подобным образом не только внутренние, но и внешние  ссылки. Это значит, что если ваш адрес размещен на странице рядом с  сотнями других ссылок, вероятность перехода бота именно по вашей ссылке  будет максимальна, если она обладает самым коротким URL-адресом.</p>
<p>Источник: <a href="http://www.onetomarket.com/seo/google%E2%80%99s-crawl-order.html">http://www.onetomarket.com/seo/google%E2%80%99s-crawl-order.html</a></p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/z_syslwdpYQ" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/232/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/232</feedburner:origLink></item>
		<item>
		<title>Тучи Гугла сгустились над новыми медиа</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/7QxEspAiSSs/228</link>
		<comments>http://www.seoweblog.ru/archives/228#comments</comments>
		<pubDate>Mon, 19 Jul 2010 08:54:50 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Интернет]]></category>
		<category><![CDATA[Интернет Маркетинг]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=228</guid>
		<description><![CDATA[Автор: Kenneth Li
Гугл разрабатывает технологию, которая может сделать его конкурентом новых медиа-компаний, генерирующих интернет-контент с применением анализа поисковой статистики.

Медиа-компании нового поколения стараются превысить показатели традиционных производителей медиа за счет использования следующей схемы: сперва выясняем актуальные для потребителей темы используя статистический анализ, затем нанимаем армию фрилансеров производства релевантных текстов и видео-роликов.
В то же время сам Гугл [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Автор: Kenneth Li</strong></p>
<p>Гугл разрабатывает технологию, которая может сделать его конкурентом новых медиа-компаний, генерирующих интернет-контент с применением анализа поисковой статистики.<br />
<span id="more-228"></span><br />
Медиа-компании нового поколения стараются превысить показатели традиционных производителей медиа за счет использования следующей схемы: сперва выясняем актуальные для потребителей темы используя статистический анализ, затем нанимаем армию фрилансеров производства релевантных текстов и видео-роликов.</p>
<p>В то же время сам Гугл в этом году получил патент на систему, позволяющую обнаруживать в интернете  «неадекватный контент» (inadequate content) путем сравнения того, что люди ищут, того, что они в итоге получают. В заявке сказано, что данные могут продаваться издателям контента, или же раздаваться бесплатно всем желающим. Все это может сильно спутать планы таких компаний, как Demand Media, Associated Content и AOL, разрабатывающих системы поиска перспективных тем для интернет-контента с использованием программных алгоритмов.</p>
<p>«Из факта получения патента вовсе не обязательно следует скорый выход соответствующего продукта» — успокаивает всех представитель Google, — «Мы патентуем множество идей, которые приносят нам наши работники. Часть из них позже реализуется в полноценном продукте или сервисе, часть нет.»</p>
<p>Между тем, именно повышенный интерес инвесторов к автоматизированным системам генерации контента подтолкнул компанию Demand Media, основанную Ричардом Розенблаттом, бывшим руководителем MySpace, к тому, чтобы нанять компанию Goldman Sachs для подготовки публичного выпуска акций. Предполагается, что по результатам эмиссии стоимость компании достигнет 1,5 милларда долларов.</p>
<p><em>(Для справки: компания Demand Media генерирует около 180 тысяч статей и видеороликов в месяц, являясь при этом крупнейшим генератор видеоконтента на YouTube. На компанию работают порядка 8000 фрилансеров. Основная фишка — привлечение поискового трафика по редким, но дорогим ключевым запросам, плюс монетизация за счет контекстной рекламы. Аналогичным бизнесом занимаются Associated Content и AOL. — Прим. ред.) </em></p>
<p>По мнению Билла Славски, консультанта по поисковому маркетингу из SEO by the Sea (именно он обнаружил патентную заявку Гугла), анонсированная технология может урезать спектр деятельности новых цифровых медиа-компаний.</p>
<p>«Гугл будет предоставлять иноформацию по соответсвующим темам и запросам всем, кто эту информацию ищет — в то время как они [цифровым медиа] будут нанимать людей, чтоб клепать видео по 20$ за ролик» — говорит он.</p>
<p>Вместе с тем специалисты отмечают: выяснение того, что пользователи хотят увидеть в интернете, это лишь один из компонентов современных контент-систем. Не менее важно знать, что делать потом с этой информацией.</p>
<p>Куинси Смит, консультант Гугла и совладелец инвестиционного банка Code Advisors, считает, что данные Гугла «могут увеличить разрыв между большими структурами (такими как Demand Media) и их более мелкими конкурентами».</p>
<p>Первичная заявка на патент была подана Google в 2007 г., исправленная — в феврале этого года.</p>
<p>Источник: <a href="http://www.ft.com/cms/s/2/891e2946-796b-11df-b063-00144feabdc0.html">http://www.ft.com/cms/s/2/891e2946-796b-11df-b063-00144feabdc0.html</a></p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/7QxEspAiSSs" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/228/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/228</feedburner:origLink></item>
		<item>
		<title>Мэтт Каттс о главном</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/sXIWy1vwy_k/224</link>
		<comments>http://www.seoweblog.ru/archives/224#comments</comments>
		<pubDate>Mon, 21 Jun 2010 09:36:51 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[SEO]]></category>
		<category><![CDATA[Поисковые Системы]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=224</guid>
		<description><![CDATA[Недавно Мэтт Каттс зашел в гости парням из сеомоза и дал им интересное интервью. Парни не растерялись, сняли происходящее на камеру и выложили ролик  в своем блоге, снабдив его развернутой аннотацией в формате «вопрос—ответ». Мы, свою очередь, предлагаем свою выдержку из этого поста, содержащую только то, что непосредственно относится к делу.
Спешите узнать, что думает Мэтт [...]]]></description>
			<content:encoded><![CDATA[<p>Недавно Мэтт Каттс зашел в гости парням из <a title="сеомоза" href="http://www.seomoz.org/" target="_blank">сеомоза</a> и дал им интересное интервью. Парни не растерялись, сняли происходящее на камеру и выложили ролик  в своем блоге, снабдив его развернутой аннотацией в формате «вопрос—ответ». Мы, свою очередь, предлагаем свою выдержку из этого поста, содержащую только то, что непосредственно относится к делу.</p>
<p>Спешите узнать, что думает Мэтт Каттс о порнухе, http-заголовках, последовательных редиректах и прочих интересных штуковинах.</p>
<p><span id="more-224"></span></p>
<p><strong>Стоит ли вебмастерам использовать HTTP-заголовки If-Modified-Since?</strong></p>
<p>HTTP-заголовки If-Modified-Since позволяют самостоятельно сообщить Гуглу, меняли вы содержимое страницы, или нет. По словам Мэтта, поддержка опции была внедрена в 2003 г., когда проблема недостаточной ширины каналов стояла довольно остро. Сегодня важность HTTP-заголовков во многом сошла на нет. Мэтт по-прежнему считает их использование полезной и правильной практикой, однако замечает, что она вовсе не обязательно приведет к более оперативному краулингу вашего сайта.</p>
<p><strong>Нужно ли отдавать статус-код 503 в случае даунтайма?</strong></p>
<p>Статус-код 503 помогает избежать нежелательного индексирования тех страниц, которые в данный момент плохо работают или находятся в процессе восстановления. Индексирование таких документов может принести немало вреда, особенно в случае больших и популярных сайтов (Рэнд приводит сайт компании Диснея как пример типичной жертвы). Чтобы обезопасить себя от подобных потерь, Мэтт советует использовать код 503.  Вы не сможете указать Гуглу желаемое время повторного краулинга, однако рано или поздно робот вернется, при этом он не будет индексировать страницу до тех пор, пока она не будет к этому готова.</p>
<p><strong>Влияет ли количество исходящих ссылок на PageRank?</strong></p>
<p>Допустим я хочу минимизировать потери ссылочного веса и/или отдавать вес по возможности более мелкими порциями. Существует ли разница между двумя и тремя исходящими ссылками, размещенными на странице? В изначальной формуле рассчета PageRank разница бы присутствовала — в ней отдаваемый вес равнялся сквозному PR (<em>Passable PR</em>), поделенному на количество исходящих ссылок, — однако сейчас для расчета PR применяются куда более сложные алгоритмы, включающие в себя множество хитрых циклов и итераций. Мэтт утверждает, что &laquo;на самом деле разница гораздо меньше, чем принято думать&raquo;. Вообще не стоит пытаться запереть весь ссылочный вес на одной странице. Более того, вы можете даже выграть за счет добавления внешних ссылок.</p>
<p><strong>Роботы гугла видят триллион адресов. Какие страницы привлекут их внимание?</strong><br />
Поскольку краулеры двигаются в соответствии с приоритетом PageRank, они в попадают в первую очередь на на  &laquo;лучшие&raquo; страницы и избегают значительной части малоценного мусора. Главная проблема здесь — отсев дублированного и прежде забаненного контента. Мэтт говорит, что 28% всех найденных в сети материалов оказываются копиями. Он также четко разграничивает понятия &laquo;качественного&raquo; и &laquo;популярного&raquo; контента и впоследствии поясняет, что траффик сам по себе не является значимым фактором ранжирования: &laquo;PR не является показателем популярности, хотя бы потому, что порно крайне популярно, однако никто на него не ссылкается.  PR [порно-сайтов] значительно ниже того значения, которое мы могли бы прогнозировать, исходя из их фактической посещаемости&raquo;.</p>
<p><strong>Насколько важен закрывающий знак / в url-адресах?</strong><br />
Мелочь, но все-таки: адреса какого типа — <a href="http://url.com/folder" target="_blank">url.com/folder</a> или <a href="http://url.com/folder/" target="_blank">url.com/folder/</a> — вы используете? Мэтт настоятельно рекомендует ставить закрывающий слеш. Просто протому, что слеш однозначно указывает — перед нами адрес папки, а не адрес документа. При этом Гугл и сам прекрасно отличает одно от другого, поэтому в целом момент следует считать несущественным.</p>
<p><strong>Краулит ли Гугл с разных географических точек?</strong><br />
Стоит ли мне отдавать пользователю специфический контент, предназначенный для конкретной географической местности, основываясь на IP пользователя? Вопрос крайне актуален для сеошников, опекающих большие сайты с многнациональным составом пользователей. Если вы-таки показываете гео-привязанный контент, что именно будет видеть Гугл и как это отразится на ранжировании?</p>
<p>Мэтт подтверждает, что &laquo;Гугл собирает данные по всему миру с одного IP, т.к. его индекс является общим для всего мира. Компания не создает отдельный индекс для каждой отдельной страны.&raquo;</p>
<p>Следовательно, ситуации, когда пользователям из разных стран показывается сильно различный контент, необходимо избегать. Мэтт говорит: &laquo;проблема в том, что если вы начинаете отображать разные тексты разным категориям пользователям (к примеру, французский контент для пользователей с французскими IP), гуглбот может этого не увидеть&raquo;.</p>
<p>Рекомендация такова: сперва стоит посылать всем пользователям более или менее одинаковый контент, при этом надо позволить им самостоятельно перейти в нужный языковой раздел сайта. Хотя Гугл значительно продвинулся в обработке выпадающих списков, джава-скриптов и т.п., мы настоятельно рекомендуем использовать для навигации между языковыми разделами обычные статические ссылки.</p>
<p><strong>Цепочки из редиректов (например 301&#8211;&gt;301&#8211;&gt;301) это плохо?</strong></p>
<p>&laquo;Да, плохо.&raquo;</p>
<p>По словам Мэтта, Google способен успешно обработать один, максимум два редиректа. Цепочка из трех редиректов будет уже явным перебором — дальше бот скорее всего уже не проследует. Мэтт также напомнил, что 302-е редиректы должны использоваться только для <strong>временного</strong> перенаправления. Впрочем, это вы и сами наверняка знаете.</p>
<p>Источник: <a href="http://www.seomoz.org/blog/whiteboard-interview-googles-matt-cutts-on-redirects-trust-more" target="_blank">http://www.seomoz.org/blog/whiteboard-interview-googles-matt-cutts-on-redirects-trust-more</a></p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/sXIWy1vwy_k" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/224/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/224</feedburner:origLink></item>
		<item>
		<title>Кошмарный SEO-совет: работайте не для поисковиков, а для пользователей</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/Ju1EXpY_tFc/214</link>
		<comments>http://www.seoweblog.ru/archives/214#comments</comments>
		<pubDate>Mon, 09 Nov 2009 10:20:06 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[SEO]]></category>
		<category><![CDATA[Прочее]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=214</guid>
		<description><![CDATA[Если вы уже успели покрутиться в кругах, связанных с SEO, вам наверняка не раз встречалась расхожая рекомендация:
&#171;Работайте прежде всего для пользователей, и поисковики вознаградят вас хорошим рейтингом&#187;.
Неподалеку обычно маячит что-нибудь вроде следующего:
&#171;SEO-уловки, направленные в первую очередь на поисковые системы, являются примером недобросовестной манипуляции (black/gray hat) — в конце-концов они приведут к проигрышу в ранжировании или [...]]]></description>
			<content:encoded><![CDATA[<p>Если вы уже успели покрутиться в кругах, связанных с SEO, вам наверняка не раз встречалась расхожая рекомендация:</p>
<blockquote><p>&laquo;Работайте прежде всего для пользователей, и поисковики вознаградят вас хорошим рейтингом&raquo;.</p></blockquote>
<p>Неподалеку обычно маячит что-нибудь вроде следующего:</p>
<blockquote><p>&laquo;SEO-уловки, направленные в первую очередь на поисковые системы, являются примером недобросовестной манипуляции (black/gray hat) — в конце-концов они приведут к проигрышу в ранжировании или подведут вас под штраф.</p></blockquote>
<p>По-моему, это неправильные и вредные утверждения. Понятно, что поисковая оптимизация не может проводиться без учета интересов пользователей. Но это вовсе не значит, что мы имеем право пренебрегать областями SEO, направленными исключительно на поисковики — их значение нельзя недооценивать.</p>
<p>Когда я впервые задумался об этом, мне пришло в голову, что в прошлом приведенные выше утверждения могли быть ближе к истине, нежели теперь. Визуализация проблемы убедила меня в моей правоте:</p>
<p><strong>SEO методы, ориентированные на поведение пользователей</strong></p>
<div id="wb6:" style="text-align: left;">
<div id="d.0z" style="text-align: left;">
<div id="ouuv" style="text-align: left;">
<div id="shbj" style="text-align: left;"><img style="width: 589px; height: 347px;" src="http://www.seoweblog.ru/images/20091109-1.jpeg" alt="" width="589" height="347" /></div>
</div>
</div>
<div>
<table id="zisj" style="width: 424px; height: 318px;" border="0" cellspacing="0" cellpadding="3" bordercolor="#000000">
<tbody>
<tr>
<td style="text-align: center;" width="50%"><span style="font-size: small;"><strong>Контент</strong></span><span style="font-size: x-small;"><br style="color: #666666;" /><span style="color: #666666;">(Наполнение сайта качественным содержимым) </span></span></td>
<td style="text-align: center;" width="50%"><span style="font-size: x-small;"><br />
<span style="font-size: small;"><strong style="color: #b45f06;">Расстановка ключевых слов </strong></span><span style="color: #b45f06;"><br />
Ключевые слова в заголовках и вводных частях статей, автоцитирование  и т.д.)</span></span></td>
</tr>
<tr>
<td style="text-align: center;" width="50%"><span style="font-size: x-small;"><span style="font-size: small;"><strong style="background-color: #7f6000; color: #7f6000;"><span style="background-color: #ffffff;">Информационная архитектура</span></strong></span><br style="background-color: #ffffff; color: #7f6000;" /><span style="background-color: #7f6000;"><span style="color: #545c00; background-color: #ffffff;">(Создание и поддержание качественной структуры внутренних ссылок)</span></span></span></td>
<td style="text-align: center; color: #274e13;" width="50%"><span style="font-size: x-small;"><span style="font-size: small;"><strong>Подбор ключевых слов*</strong></span><br />
(Поиск терминов с высоким уровнем конверсии)</span></td>
</tr>
<tr>
<td style="text-align: center;" width="50%"><span style="font-size: x-small;"><span style="font-size: small;"><strong style="color: #990000;">Продвижение в социальных медиа</strong></span><br style="color: #990000;" /><span style="color: #990000;">(Работаем с социальными сайтами для получения входящих ссылок и нового контента, а также продвижения бренда)</span><span style="text-decoration: underline;"><br />
</span></span></td>
<td style="text-align: center;" width="50%"><span style="font-size: x-small;"><span style="text-decoration: underline;"><br />
</span></span></td>
</tr>
</tbody>
</table>
</div>
<p><span style="font-size: small;"><br />
</span></p>
<div style="margin-left: 40px;"><span style="font-size: small;"><span style="font-size: x-small;"><em>Подбор и расстановка ключевых слов кажутся нам действиями, направленными скорее на поисковые системы, нежели на удовлетворение пользователей; оставляем классификацию на совести автора — прим. ред. </em></span></span></div>
<div style="margin-left: 40px;"><span style="font-size: small;"><span style="font-size: x-small;"><em><br />
</em></span></span></div>
<p><span style="font-size: small;"><strong>SEO методы, ориентированные на поведение поисковых систем</strong></span></div>
<div id="iwk6" style="text-align: left;">
<div id="d:vk" style="text-align: left;"><img style="width: 596px; height: 355px;" src="http://www.seoweblog.ru/images/20091109-2.jpeg" alt="" width="596" height="355" /></div>
</div>
<table id="hfgm" style="width: 438px; height: 214px;" border="0" cellspacing="0" cellpadding="3" bordercolor="#000000">
<tbody>
<tr>
<td style="text-align: center;" width="50%"><span style="font-size: small;"><strong style="color: #9900ff;">Ручная охота за ссылками</strong></span><br style="color: #9900ff;" /><span style="color: #9900ff;">(Каталоги, запросы на размещение ссылки, обмен ссылками и т.д. )</span></td>
<td style="text-align: center; color: #783f04;" width="50%"><span style="font-size: small;"><strong>Мета-данные</strong></span><br />
(мета-теги description и keywords, гео-теги)</td>
</tr>
<tr>
<td style="text-align: center; color: #741b47;" width="50%"><span style="font-size: small;"><strong>Каноникализация</strong>* </span><br />
(Расстановка редиректов, тэгов &lt;canonical&gt; и т.д. )</td>
<td style="text-align: center; color: #45818e;" width="50%"><span style="font-size: small;"><strong>Сабмит сайта</strong></span><br />
(Сабмит сайта в поисковиках и каталогах)</td>
</tr>
<tr>
<td style="text-align: center;" width="50%"><span style="font-size: small;"><strong style="color: #073763;">&laquo;</strong></span><span style="font-size: small;"><strong style="color: #073763;">Вертикальная</strong></span><span style="font-size: small;"><strong style="color: #073763;">&raquo; оптимизация </strong></span><span> </span><br style="color: #073763; " /><span style="color: #073763;">(Т.е. оптимизация под поисковые системы, предоставляющие пользователям специфичные нишевые, или &laquo;вертикальные&raquo; возможности поиска)</span><span style="font-size: x-small;"><span style="text-decoration: underline;"><br />
</span></span></td>
<td style="text-align: center;" width="50%"><span style="font-size: small;"><strong style="color: #3d85c6;">Использование поисковых спецпротоколов</strong></span><br style="color: #3d85c6;" /><span style="color: #3d85c6;">(robots.txt, XML-карты сайта, <span style="background-color: #ffffff;">сервисы поисковых систем для вебмастеров</span>)</span></td>
</tr>
</tbody>
</table>
<div style="margin-left: 40px;"></div>
<div style="margin-left: 40px;"></div>
<div style="margin-left: 40px;"><em>* В оригинале — canonicalisation. По-видимому, имеются ввиду меры, направленные на избежание штрафа за дублированный контент. Одна из главных мер — использование тегов &lt;canonical&gt;, позволяющих указать поисковикам на оригинальный источник материала, расположенного на странице. Отсюда специфический термин, переведенный нами буквально — прим. ред. </em></div>
<p>(Внимание: графики отражают лишь субъективное мнение автора, не более того.)</p>
<p>Важность отдельных областей SEO меняется с течением времени — она то падает, то растет. Это говорит о том, что обсуждаемые рекомендации не могут быть безусловно верны. Кстати я сам не раз их озвучивал в процессе общения со своими клиентами и коллегами. Я прошу прощения за дезинформацию и заявляю во всеуслышание: поисковая оптимизация должна быть направлена как на нужды пользователей, так и на нужды поисковиков — в равной степени. Без этого она никогда не будет эффективной.</p>
<p>Только подумайте, сколько существует сугубо специфических задач, которые мы бы никогда не стали решать, если бы не требования поисковиков:</p>
<ul>
<li><strong>Тэги title.</strong> Мы можем их использовать, но стоит ли нам возиться с подбором правильных ключевых слов, их расстановкой в теле тега,  а также с уникальностью и точностью заголовка? Сильно сомневаюсь.</li>
<li><strong>Мета-теги. </strong>Не нужны. Даже и думать нечего.</li>
<li><strong>XML-карта сайта. </strong>Вряд ли нормальный человек будет читать этот файл, чтоб разобраться в структуре вашего ресурса.</li>
<li><strong>Регистрация в сервисах для вебмастеров (Webmaster Tools). </strong>Без поисковиков этих сервисов бы попросту не было.</li>
<li><strong>Подбор ключевых слов.</strong> Думаю, процедура вырождается в подбор громких фраз для типичных рекламных текстов.</li>
<li><strong>Расстановка ключевых слов.</strong> Если такой параметр, как поисковая конверсия ключевого слова, нам уже не важна, зачем этим вообще заниматься?</li>
<li><strong>Каноникализация URL. </strong>Не имеет смысла — пользователи в любом случае получат свой контент.</li>
<li><strong>Доступная навигация.</strong> Если вас не слишком волнует, что 2% пользователей не могут просматривать flash, дерзайте — обвешайте свой  контент разными навороченными примочками.</li>
<li><strong>Robots.txt и соответствующие мета-тэги.</strong><span style="color: #000000; background-color: #ffffff;"></span> Нет поисковых ботов — нет инструкций для поисвых ботов.</li>
<li><strong>Ручная охота за ссылками. </strong>Если ссылки не приведут непосредственно тех, кому интересно содержание вашего сайта, — зачем стараться?</li>
<li><strong>Создание фидов для &laquo;вертикальных&raquo; поисковиков.</strong> Пустая трата времени.<em></em></li>
<li><strong>Информационная архитектура. </strong>Ею по прежнему стоит заниматься, помятуя об удобстве пользователей. Однако такие немаловажные критерии, как доступность отдельных страниц и стройность ссылочной иерархии сайта во многом теряют свою значимость.</li>
<li><strong>Редиректы.</strong> Без поисковиков мы вольны использовать любой метод перенаправления — javascript, meta refresh, 302 — для пользователя все едино.</li>
<li><strong>rel=&quot;nofollow&quot;. </strong>Атрибут становится бессмысленным — как в случае внешних, так и в случае внутренних ссылок.</li>
</ul>
<p>Расхожая рекомендация &laquo;работать для пользователей&raquo; выглядит весьма убедительно, но на самом деле особого смысла в ней нет. Вообще не стоит безоглядно принимать на веру то или иное утверждение только потому, что оно хорошо звучит и кажется вполне логичным. Результат взвешенного анализа, основанного на подлинной осведомленности, не всегда вмещается в короткую и красивую формулировку. Между тем, если речь не идет о политике, точность и правдивость транслируемого сообщения оказываются гораздо более ценными качествами, нежели его лаконичность и внешняя красота.</p>
<p><strong>Апдейт: </strong>многим из тех, кто отметился в комментариях, кажется, что я выступаю против работы на пользователей. Эти парни поняли меня совершенно неправильно. Сайты созданы для людей, и именно им, в конечном итоге, адресованы все ваши старания. Моя статья посвящена оптимизации сайтов под поисковики и в ней я хочу выразить следующую мысль: аспекты оптимизации, связанные только с поисковиками (XML-карты сайта, якорный текст ссылок, ссылочная структура, использование сервисов для вебмастеров и т.д.), могут незаслуженно игнорироваться только потому, что &laquo;это делается не для пользователей&raquo;. Графики и список c буллитами призваны наглядно показать, что если вы ограничитесь исключительно на нуждами пользователей, вы упустите здоровенный кусок пирога, заключающего в себе все возможности SEO.</p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/Ju1EXpY_tFc" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/214/feed</wfw:commentRss>
		<slash:comments>32</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/214</feedburner:origLink></item>
		<item>
		<title>Что будем мерять, господа рекламщики?</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/TRtHe4aAxEc/211</link>
		<comments>http://www.seoweblog.ru/archives/211#comments</comments>
		<pubDate>Mon, 19 Oct 2009 08:19:24 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Интернет]]></category>
		<category><![CDATA[Интернет Маркетинг]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=211</guid>
		<description><![CDATA[По данным компании ComScore, доля пользователей, кликающих по баннерам, снизилась до 16%. В этой связи Advertizing Age пишет, что такие показатели, как количество кликов и кликабельность, используемые для оценки стоимоисти и эффективности баннерной рекламы, идут лесом. Мы приводим наиболее интересные выдержки из соответствующей статьи, снабжая их собственными комментариями. Рекомендуем к прочтению — хотя бы ради [...]]]></description>
			<content:encoded><![CDATA[<p>По данным компании ComScore, доля пользователей, кликающих по баннерам, снизилась до 16%. В этой связи <a id="gqsv" title="Advertizing Age" href="http://adage.com/">Advertizing Age</a> пишет, что такие показатели, как количество кликов и кликабельность, используемые для оценки стоимоисти и эффективности баннерной рекламы, идут лесом. Мы приводим наиболее интересные выдержки из соответствующей статьи, снабжая их собственными комментариями. Рекомендуем к прочтению — хотя бы ради свежих статистических данных.<span id="more-211"></span></p>
<blockquote><p>Менее чем за два года число людей, кликающих по баннерам, уменьшилось на 50%, при этом за 85% всех кликов ответственны 8% пользователей — об этом говорят исследования, проведенные компанией ComScore и медиа-агентством Starcom. В этой связи возникает  вопрос: не стоит ли официально признать, что столь долго использовавшийся коэффициент кликабельности отныне является несостоятельным показателем?</p>
<p>Согласно  ComScore, по состоянию на март 2008 г. доля кликеров среди американских интернет-пользователей уменьшилась до 16%. В июле 2007 г. этот показатель достигал 32%. &lt;&#8230;&gt;</p>
<p>Более того, доля пользователей, ответственных за большую часть кликов, также уменьшается. Текущий показатель — 8% — выглядит весьма скромно по сравнению с данными годичной давности — тогда 80% кликов совершали 16% пользователей. Последнее исследование также говорит о том, что половину всех кликов производят молодые люди со скромным доходом. Таким образом, переходы по баннерам не охватывают большую часть интернет-аудитории, включая ту ее часть, которая оказывается наиболее ценной с точки зрения продавцов.</p></blockquote>
<p>Основной вывод — не стоит рассматривать кликабельность баннера как меру его эффективности, ибо возможны ситуации, когда баннер с малой кликабельностью будет приносить массу пользы, и наборот. При этом потенциальная полезность отдельного клика падает. Идем дальше.</p>
<blockquote><p>Исследования поведения пользователей показали, что сам факт показа баннеров значительно увеличивает а) количество посещений сайта компании; б) количество поисков рекламируемого продукта (запросы типа &laquo;Тойота&raquo;,&raquo;приус&raquo; и т.п.); в) количество покупок рекламируемого продукта  (как в онлайне, так и в офлайне) — независимо от того, кликают пользователи по баннерам, или нет. Пользователи, которым показывались баннеры, в течение ближайшей недели заходили на сайт производителя на 65% чаще, чем те, кто баннеров не видел. Даже четыре недели спустя разница в посещаемости доходила до 45%.</p></blockquote>
<p>Вывод: баннерная реклама по-прежнему остается эффективным иструментом веб-маркетинга, несмотря на уменьшение количества прямых переходов.</p>
<blockquote><p>По данным ComScore, пользователи, видевшие рекламу в сети, впоследствии совершали больше поисков с использованием имени рекламируемого бренда или продукта. Процент людей, совершающих поиск, относительно мал. Тем не менее люди, сталкивавшиеся как с баннерной, и с поисковой рекламой, впоследствии совершали покупки на сайте ретейлера почти вдвое чаще, чем те, кто с рекламой вообще не сталкивался. Достигаемый эффект увеличения продаж существенно превосходит сумму эффектов от изолированного использования баннерной и поисковой рекламы.</p></blockquote>
<p>Вывод: используйте баннеры совместно с поисковой рекламой, и будет вам счастье.</p>
<p>Итак, клики и кликабельность — показатели ненадежные, единственная причина, по которой ими продолжают пользоваться — легкость измерения. (Заметим в скобках — для поисковой рекламы сказанное также должно быть верно, в той или иной степени). Посмотрим на возможную альтернативу:</p>
<blockquote><p>Модель, предложенная мистером Стивом Керхо (Steve Kerho) из компании Organic, предполагает комплексное рассмотрение баннерной и поисковой рекламы в ее отношении к структуре посещений сайта. Каждой единице пользовательской активности (например, десяти минутам, проведенным на сайте одним пользователем) присваевается фиксированный долларовый эквивалент. Для каждого посещения выясняется, показывились ли данному пользователю баннеры или поисковые объявления по купленным ключевикам. В итоге появляется возможность вычислить реальную отдачу от проведенной рекламной компании и, соответственно, ее адекватную стоимость.</p></blockquote>
<p>Спору нет, идея правильная и интересная. Другое дело, насколько легко ее будет осуществить. Со стороны рекламщиков и рекламодателей особых проблем не предвидится, но как отнесутся конечные пользователи к подобной слежке — вопрос открытый. При желании трекинг можно будет легко пресечь. С другой стороны большая часть пользователей представляет собой весьма аморфную, мало вникающую в подобные частности массу. Если на одной чаше весов будет лежать очередное малозаметное ущемление прайваси, а на другой — удобство пользования сетью, широкие массы, как обычно, выберут комфорт. Просто потому, что так проще.</p>
<p><strong>Источник:</strong> <a id="p3ko" title="http://adage.com/digital/article?article_id=139367" href="http://adage.com/digital/article?article_id=139367">http://adage.com/digital/article?article_id=139367</a></p>
<p><strong>Апдейт: </strong>Извините, парни, оригинал теперь доступен только платным подписчикам adage.com. Особо любопытных милости просим в <a id="d_k." title="кэш Google" href="http://209.85.135.104/search?q=cache:adage.com/digital/article?article_id=139367">кэш Google</a>.</p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/TRtHe4aAxEc" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/211/feed</wfw:commentRss>
		<slash:comments>14</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/211</feedburner:origLink></item>
		<item>
		<title>Разрушители SEO-мифов: «Нужна ли вам куча контента?»</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/N8s7xCoSI-8/207</link>
		<comments>http://www.seoweblog.ru/archives/207#comments</comments>
		<pubDate>Tue, 01 Sep 2009 07:50:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[SEO]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=207</guid>
		<description><![CDATA[Один из моих клиентов недавно задал мне вопрос, ясно свидетельствующий о том, насколько плохо написано большинство  руководств из разряда &#171;10/20/30 советов по SEO&#187;. Вопрос этот абсолютно естественен и логичен, и если бы мы, SEO-блоггеры и SEO-наставники, побольше бы думали и поменьше бы повторялись, клиент никогда бы не обратился ко мне за соответствующими разъяснениями. Вот что [...]]]></description>
			<content:encoded><![CDATA[<p>Один из моих клиентов недавно задал мне вопрос, ясно свидетельствующий о том, насколько плохо написано большинство  руководств из разряда &laquo;10/20/30 советов по SEO&raquo;. Вопрос этот абсолютно естественен и логичен, и если бы мы, <a id="i698" title="SEO-блоггеры и учителя, побольше бы думали и поменьше бы повторялись" href="http://seoroi.com/people/those-who-can-think-teach/">SEO-блоггеры и SEO-наставники, побольше бы думали и поменьше бы повторялись</a>, клиент никогда бы не обратился ко мне за соответствующими разъяснениями. Вот что он спросил:</p>
<p>&laquo;Существует два важнейших принципа SEO, которые противоречат друг другу. Я не знаю, какой из них важнее.</p>
<p>С одной стороны, мне говорят, что на сайте должно быть как можно больше контента, поскольку Google любит контент. С другой  стороны, мне говорят, что я должен стараться сконцентрировать PageRank на нужных страницах за счет продуманной информационной архитектуры сайта.</p>
<p>Проблема в том, что чем больше у меня контента, тем больше ссылок мне нужно разместить на моих страницах. чтобы этот контент был доступен поисковикам. А это приводит к распылению PageRank на множество отдельных направлений.</p>
<p>Что мне делать?&raquo;</p>
<p>Ответ:<span id="more-207"></span> выкинуть все дерьмо. То есть, эээ&#8230; удалить ненужный контент.</p>
<p><span style="color: #cc0000;"><span style="color: #000000;">Утверждение, что &laquo;сайт нуждается в контенте&raquo;, имеет следующие обоснования: </span></p>
<p></span></p>
<div style="margin-left: 40px;">1) Контент позволяет убедить поисковые системы в том, что вы релевантны введенному поисковому запросу — за счет внедрения нужных ключевых слов в тело страницы.</div>
<div style="margin-left: 40px;">2) Контент позволяет привлечь на сайт входящие ссылки.</div>
<p>Существует также довольно нелепый аргумент, всплывающее то тут, то там, с завидной регулярностью:</p>
<div style="margin-left: 40px;">3) Большее количество контента (чем больше, тем лучше!) положительно сказывается на ранжировании. Нередко к этому добавляется следующая фраза: Google любит свежий контент. (Это немного иное утверждение, через минуту-другую вам станет ясно, в чем заключается разница.)</div>
<p>Этот последний аргумент под номером три чрезвычайно подл и коварен. А встречается он настолько часто, что меня от него просто тошнит.</p>
<p>Если у вас достаточный PageRank и если вы регулярно публикуете новый контент — да, гугл-бот будет часто заходить на ваш сайт и просматривать ваши статьи. Через некоторое время эти статьи будут заноситься в индекс поисковой системы. Но если у вас просто имеется куча контента — и даже если вы ежедневно публикуете 5 новых статей — для Google это не играет никакой роли. Никого не услышит, как вы корячитесь.</p>
<p>После успешного преодоления пункта номер один (имеется ввиду создание достаточного количества контента, способного рассказать Google, о чем, собственно, повествует ваш сайт), все, что вам нужно — <a id="h_4h" title="получить ссылки" href="http://www.searchenginejournal.com/backlink-checking-research/12146/">получить входящие ссылки</a>.</p>
<p>Впрочем, в некоторых сугубо специфических случаях, увеличение количества контента действительно может &laquo;улучшить&raquo; ранжирование сайта:</p>
<ul>
<li> Если вы добавляете дополнительный контент на существующую страницу, уже содержащую необходимый минимум текстовой информации. В этом случае вы сможете привлечь траффик, рождаемый длинными поисковыми запросами, и &laquo;улучшите ранжирование&raquo; в плане привлечения на сайт дополнительных посетителей. При этом вы не увидите никаких изменений в ранжировании по основным, коротким поисковым запросам.</li>
</ul>
<ul>
<li>Если на вашей странице очень мало контента (скажем, менее 50 слов), вы сможеет заметить небольшую разницу в ранжировании, просто добавив туда какое-то количество текста. Тем самым вы улучшите показатель удовлетворенности пользователей (<span style="background-color: transparent; color: #000000; font-family: Arial; font-style: normal; font-weight: normal;"><span style="font-size: x-small;">user experience</span></span>). Между тем мы знаем, что Google старается настроить свой алгоритм таким образом, чтобы этот показатель учитывался при конечном ранжировании документов.</li>
</ul>
<p>Если вы публикуете свежий контент на специальную тему, про которую Google может подумать, что она обладает признаком свежести и актуальности (<span style="background-color: transparent; color: #000000; font-family: Arial; font-style: normal; font-weight: normal;"><span style="color: #5d5d5d;"><span style="font-size: x-small;"><a style="color: #1295b3; text-decoration: none;" href="http://patft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&amp;Sect2=HITOFF&amp;d=PALL&amp;p=1&amp;u=%2Fnetahtml%2FPTO%2Fsrchnum.htm&amp;r=1&amp;f=G&amp;l=50&amp;s1=7,346,839.PN.&amp;OS=PN/7,346,839&amp;RS=PN/7,346,839">query deserves freshness</a></span></span><span style="color: #5d5d5d;"><span style="font-size: x-small;"><span style="color: #000000;"> — термин введен здесь: </span><a style="color: #1295b3; text-decoration: none;" href="http://www.huomah.com/Search-Engines/Algorithm-Matters/Lost-Google-Patent-Resurfaces.html">coverage of QDF</a></span></span></span><span style="font-family: Arial;">). В этом случае вы можете резко подскочить в рейтинге, однако с течением времени обретенная поддержка будет постепенно сходить на нет. </span><br style="font-family: Arial;" /><br />
Тем не менее, добавление контента само по себе НЕ СОЗДАЕТ НИКАКИХ ПРЕИМУЩЕСТВ при ранжировании. Если вы мне не верите — попробуйте сами провести исследование на этот счет.</p>
<p>При этом дополнительный контент вполне может помешать ранжированию, как это было в случае моего клиента, поскольку вам придется разбавлять навигационные блоки своего сайта ссылками на каждую вновь создаваемую страницу.</p>
<p>Источник: <a href="http://www.searchenginejournal.com/seo-mythbusters-content/12810/" target="_blank">http://www.searchenginejournal.com/seo-mythbusters-content/12810/</a></p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/N8s7xCoSI-8" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/207/feed</wfw:commentRss>
		<slash:comments>34</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/207</feedburner:origLink></item>
		<item>
		<title>Подноготная TechCrunch.com, или почему блоггер Майкл Аррингтон пишет про порно</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/L0P1D0V0Cy4/204</link>
		<comments>http://www.seoweblog.ru/archives/204#comments</comments>
		<pubDate>Mon, 24 Aug 2009 08:34:28 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[SEM]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[Интернет]]></category>
		<category><![CDATA[Интернет Маркетинг]]></category>
		<category><![CDATA[Прочее]]></category>
		<category><![CDATA[Юмор]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=204</guid>
		<description><![CDATA[
К 1970 г. годовой бюджет порно-индустрии достиг 10 миллионов долларов. Сегодня порнуха подтягивается к миллиардной отметке. По данным компании Alexa, из тысячи сайтов с наибольшим суммарным траффиком четыре относятся к категории порно-сайтов. Google ежемесячно обслуживает 100 миллионов запросов, связанных с порнографией, и эта цифра постоянно растет. Все это лишний раз подтверждает старую истину, вполне применимую [...]]]></description>
			<content:encoded><![CDATA[<h1></h1>
<p>К 1970 г. годовой бюджет порно-индустрии достиг 10 миллионов долларов. Сегодня порнуха подтягивается к миллиардной отметке. <a id="w9-o" title="По данным компании Alexa" href="http://www.alexa.com/topsites/global">По данным компании Alexa</a>, из тысячи сайтов с наибольшим суммарным траффиком четыре относятся к категории порно-сайтов. Google ежемесячно обслуживает 100 миллионов запросов, связанных с порнографией, и эта цифра <a id="iynq" title="постоянно растет" href="http://google.com/trends?q=porn%2C+love&amp;ctab=0&amp;geo=all&amp;date=all">постоянно растет</a>. Все это лишний раз подтверждает старую истину, вполне применимую и к сети: секс и все, что с ним связано, очень хорошо продается.</p>
<p>Однако топ выдачи по &laquo;взрослым&raquo; запросам может выглядить вовсе не так, как вы могли бы подумать. Среди бесчисленных порно-звезд и производителей порно вы найдете там тысячи ссылок на  TechCrunch.com — вполне добропорядочный новостной сайт технической ориентации. <span id="more-204"></span><br />
<img class="alignnone" src="http://www.seoweblog.ru/images/20090824/1.png" alt="" width="679" height="378" /></p>
<p><strong>site:www.techcrunch.com intext:porn</strong></p>
<p>Только в минувшем году на TechCrunch появилось более 550 постов, содержащих слово &laquo;porn&raquo; в своем теле. В некоторых случаях статьи оказываются посвящены вполне актуальным и нашумевшим темам, таким, например, как разговоры о <a id="k9x8" title="порно-приложении к iPhone" href="http://www.techcrunch.com/2009/06/24/yep-iporn-is-here-for-the-iphone/">порно-приложении к iPhone</a>, однако нередко их можно отнести к таковым лишь с большой натяжкой. В общем, TechCrunch регулярно пишет о порнухе, используя для этого любой удобный повод.</p>
<p>Хотя эти статьи редко пробиваются в топ, они нередко попадаются на 1-3 странице выдачи по ряду высокочастотных порно-запросов, включая &laquo;youporn&raquo;,  &laquo;you porn&raquo; и &laquo;iphone porn&raquo;.</p>
<p>Как это сказывается на траффике TechCrunch? Имея месячную статистику по запросам и зная средние данные по клик-рейту выдачи, мы можем легко подсчитать, что &laquo;взослые&raquo; запросы приносят TechCrunch порядка четверти миллионов посетителей в месяц.<br />
<img class="alignnone" src="http://www.seoweblog.ru/images/20090824/2.png" alt="" width="950" height="148" /></p>
<p>TechCrunch оптимизирует свои порно-посты не только под поисковики, но и под пользователей. Нередко во вводную часть поста добавляется довольно откровенное изображение соответствующей тематики. Помимо уменьшения показателя отказов (количества новых посетителей, пришедших через &laquo;взрослый&raquo; поисковый запрос и сразу ушедших с сайта), эти изображения также увеличивают кликабельность материалов при их просмотре через новостные аггрегаторы, такие как Techmeme. Наконец, эти картинки, аналогично изображениям во всех остальных постах, не содержат гиперссылки, что работает на увеличение количества кликов по колонке с рекламой.</p>
<div id="a.tu" style="text-align: left;"><a href="http://www.seoweblog.ru/images/20090824/3.png" target="_blank"><img class="alignnone" src="http://www.seoweblog.ru/images/20090824/3.png" alt="" width="605" height="417" /></a></div>
<div id="xm.e" style="text-align: left;"></div>
<p><strong>Доходы на рекламе — сухой остаток от порно-блоггинга</strong></p>
<p><em>1) Новые посетители. Допутим, каждый просматривает в среднем 3 страницы. Следовательно, 286 625  переходов означают почти 900 тысяч дополнительных просмотров ежемесячно. Пойдем дальше: предположим, TechCrunch берет по $2 за клик (приблизительная оценка стоимости рекламы на сайте). Это значит, что на своем поисковом счетчике имени Рона Джереми (популярный американский порноактер — прим. ред.) TechCrunch выручает десятки тысяч долларов ежемесячно.</em></p>
<p><strong>Оптимистичная оценка<br />
</strong></p>
<div id="ktqk" style="text-align: left;">
<div id="h8e4" style="text-align: left;"><img class="alignnone" src="http://www.seoweblog.ru/images/20090824/4.png" alt="" width="865" height="32" /></div>
</div>
<p><strong>Скромная оценка</strong></p>
<div id="j_r6" style="text-align: left;"><img class="alignnone" src="http://www.seoweblog.ru/images/20090824/5.png" alt="" width="863" height="32" /></div>
<p><em>2) Повторные посетители (подписчики). Если бы TechCrunch занимался продажами какого-либо продукта, порно-траффик ему бы почти ничего не дал. Но он этим не занимается. Он получает деньги с рекламы. Чем у него больше просмотров, тем больше он получают показов и кликов. Поэтому в отличие от многих других сайтов и блогов, для которых порно-траффик оказывается бесполезен ввиду неспособности доставить новых покупателей,  TechCrunc, обслуживающий аудиторию технически подкованных гиков, получает возможность неплохо наживаться на тайных чаяниях своих читателей, пришедших сюда как бы &laquo;вовсе не за этим&raquo;. </em></p>
<div id="d1o2" style="text-align: left;"><a href="http://www.seoweblog.ru/images/20090824/6.png"><img class="alignnone" src="http://www.seoweblog.ru/images/20090824/6.png" alt="" width="508" height="335" /></a></div>
<p>В защиту TechCrunch можно сказать, что подобный трюк использует не он один. Wired также получает свой доход от порно-блоггинга, однако эта парочка, судя по всему, является парой белых ворон среди множества других технически ориентированных новостных сайтов. Если посмотреть статистику по процентному отношению страниц сайта, содержащих слово &laquo;porn&raquo;, ко всем страницам сайта, имеющимся в индексе Google, становится сразу видно: по сравнению с конкурентами, TechCrunch и Wired имеют значительно большую долю контента, связанную с порно.</p>
<div id="hkws" style="text-align: left;"><img class="alignnone" src="http://www.seoweblog.ru/images/20090824/7.png" alt="" width="661" height="110" /></div>
<p>А как насчет вас? Не упускаете ли вы свой шанс разбогатеть? Увеличится ли показатель конверсии вашего сайта, если ваши посты будут хорошо ранжироваться по &laquo;взрослым&raquo; запросам? Не открываются ли тут перед вами по-настоящему захватывающие перспективы? В конце концов, всегда имеет смысл опубликовать пост про очередного <a id="dnn_" title="гандона" href="http://www.seomoz.org/users/view/140292">гандона</a>, выдающего себя за профи веб-маркетинга, или про то, как вы трахались с одним из <a id="f20r" title="сервисов по сбору анал-итических данных" href="http://www.seomoz.org/tools">сервисов по сбору анал-итических данных</a>.</p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/L0P1D0V0Cy4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/204/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/204</feedburner:origLink></item>
		<item>
		<title>SEO-оптимизация с географической привязкой</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/OpxxJA6FZhk/202</link>
		<comments>http://www.seoweblog.ru/archives/202#comments</comments>
		<pubDate>Tue, 11 Aug 2009 08:34:05 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[SEO]]></category>
		<category><![CDATA[Поисковые Системы]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=202</guid>
		<description><![CDATA[- использование множественных url-адресов
Автор: Matt Leonard
Одной из тактик, успешно применяемых для seo-оптимизации с географической привязкой (в оригинале используется термин local seo; мы выбрали свой вариант перевода исходя из того, что термин &#171;локальный поиск&#187; в русском языке тесно ассоциируется с поиском по локальной машине или в локальной сети, но не с поиском в интернете с привязкой [...]]]></description>
			<content:encoded><![CDATA[<p>- использование множественных url-адресов</p>
<p>Автор: <a title="Posts by Matt Leonard" href="http://www.searchenginejournal.com/author/matt-leonard/">Matt Leonard</a></p>
<p>Одной из тактик, успешно применяемых для seo-оптимизации с географической привязкой (<em>в оригинале используется термин local seo; мы выбрали свой вариант перевода исходя из того, что термин &laquo;локальный поиск&raquo; в русском языке тесно ассоциируется с поиском по локальной машине или в локальной сети, но не с поиском в интернете с привязкой к определенному географическому региону — прим. пер.</em>), является использование множественных url-адресов, или микро-сайтов. В качестве примера, помогающего понять суть метода, я буду использовать реально существующую сеть сайтов, никак не связанную ни со мной, ни с Search Engine Journal.</p>
<p>Сразу оговорюсь: я не буду рассказывать, как следует внедрять данный метод (хотя это легко читается между строк, особенно если читать с конца статьи). Вместо этого я собираюсь описать, как именно мне удалось его вычислить.<br />
<span id="more-202"></span><br />
История началась с поискового запроса [Warminster carpet cleaning] (<em>чистка ковров в Варминстере</em>).</p>
<div id="ei_b" style="text-align: left;"><img style="width: 450px; height: 141px;" src="http://www.seoweblog.ru/images/2009-08-11/1.jpeg" alt="" width="450" height="141" /></div>
<p>Я изучил сайт и обнаружил нечто весьма примечательное. Сайт содержал некоторое количество страниц, и  все они были посвящены чистке ковров <strong>исключительно в городе Варминстере.<br />
</strong><br />
Для тех, кто не бывал в Варминстере, спешу сообщить: Варминстер (Пенсильвания) — очень маленький городок. В природе не может существовать бизнес, занимающийся чисткой ковров только в Варминстере и нигде больше. В пределах нескольких миль от Вармнстера вы найдете множество аналогичных городков, однако на сайте о них не говорится ни слова. И это далеко не случайно.</p>
<p>Тот странный факт, что адрес сайта в точности соответствовал моему запросу, натолкнул меня на мысль, что здесь можно докопаться до чего-то стоящего.</p>
<p>Я начал искать &laquo;чистку ковров&raquo; в других городах, расположенных неподалеку от Варминстера — вдруг удастся обнаружить нечто подобное? В конце концов, если кто-то использовал подобную тактику применительно к Варминстеру, он наверняка владеет и другими url-адресами с локальной гео-привязкой.</p>
<p>Я решил прозвонить городок Лэнсдейл (<em>Lansdale</em>).</p>
<p><strong>Введя запрос [Lansdale carpet cleaning] (<em>чистка ковров в Лэнсдейле</em>) я получил полностью аналогичный результат: </strong></p>
<div id="n-j7" style="text-align: left;"><img style="width: 450px; height: 126px;" src="http://www.seoweblog.ru/images/2009-08-11/2.jpeg" alt="" width="450" height="126" /></div>
<p><strong>Единственное отличие заключалось в замене &laquo;Warminster&raquo; на &laquo;Lansdale&raquo; в адресе сайта.<br />
</strong><br />
Оба сайта были практически идентичны, являя собой пример дублированного контента.</p>
<p>Тогда я решил выяснить, сколько сайтов входят в данную сеть гео-дубликатов (<em>в оригинале используется термин geos, придуманный, по-видимому, самим авторов — прим. пер.</em>) и как у них обстоят дела с линковокой. Другими словами, мне захотелось узнать: насколько велика эта штуковина и насколько она хорошо работает.</p>
<p>Я использовал <a href="https://siteexplorer.search.yahoo.com/" target="_blank">Yahoo Site Explorer</a>, чтобы посмотреть, какую роль здесь может играть внутренняя перелинковка (если она вообще играет какую-либо роль). Плюс к этому мне, если честно, было интересно узнать, из-за чего сайты ранжируются так высоко — из-за точного соответствия url-адреса поисковому запросу, или из-за банальной покупки ссылок.</p>
<p>Попросив <strong>Site Explorer показать ссылки &laquo;</strong><strong>Except from this domain&raquo;</strong> (<em>не из этого домена</em>), я получил следующий результат:</p>
<div id="pf_e" style="text-align: left;"><img style="width: 450px; height: 216px;" src="http://www.seoweblog.ru/images/2009-08-11/3.jpeg" alt="" width="450" height="216" /></div>
<p>Из него было ясно видно: единственным сайтом, ссылающимся на &laquo;Warminstercarpetcleaning.com&raquo;, является &laquo;AllClean1.com&raquo;. Для &laquo;Lansdalecarpetcleaning.com&raquo; это также верно.</p>
<p>Я понял, что перейдя на сайт &laquo;AllClean1.com&raquo;, я попаду в центральный элемент сети.</p>
<p>В подвале сайта <strong>AllClean1.com </strong>обнаружился список населенных пунктов, охваченных сетью сайтов-дубликатов. Каждый элемент списка представлял собой исходящую ссылку формата  <strong>&lt;топоним&gt;CarpetCleaning.com</strong>. Текст ссылок состоял из названий соответствующих населенных пунктов.</p>
<div id="cb6x" style="text-align: left;"><img style="width: 450px; height: 240px;" src="http://www.seoweblog.ru/images/2009-08-11/4.jpeg" alt="" /></div>
<p>Теперь я мог вплотную заняться чем-то вроде промышленного шпионажа — прозвонить сайты-сателлиты и проверить, как они ранжируются. Результатом этой деятельности стало выяснение тактики, которую компания успешно использовала для SEO-оптимизации с географической привязкой.</p>
<p>Анализ ранжирования сайтов, входящих в единую сеть, нужен не только для успешного противодействия конкурентам — это еще и мощное средство самообразования. Он помогает изучить тонкости SEO и SEM. Кроме того, это замечательный способ тестирования потенциальных сотрудников — дайте соискателю такое задание и посмотрите, сможет ли он найти правильный ответ.</p>
<p>Это небольшое исследование родило в моей голове ряд вопросов и я надеюсь, что мои читатели помогут мне на них ответить. Как вы думаете, не приведет ли использование сайтов с преимущественно дублированным контентом к серьезным проблемам в отдаленной перспективе — несмотря на явную эффективность в данный момент? Не видите ли вы возможности создать свою собственную модель продвижения, основываясь на приведенной здесь информации? Исследуете ли вы ранжирование чужих сайтов так, как это делаю я? Тратите ли вы на это свое свободное время?  Будьте добры, отпишитесь в комментах — пусть все узнают, что вы думаете на этот счет.</p>
<p>Источник: <a id="f.78" title="http://www.searchenginejournal.com/local-seo-using-multiple-urls-for-rankings/11863/" href="http://www.searchenginejournal.com/local-seo-using-multiple-urls-for-rankings/11863/">http://www.searchenginejournal.com/local-seo-using-multiple-urls-for-rankings/11863/</a></p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/OpxxJA6FZhk" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/202/feed</wfw:commentRss>
		<slash:comments>11</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/202</feedburner:origLink></item>
		<item>
		<title>Организуйте результаты поиска с помощью Google Squared</title>
		<link>http://feedproxy.google.com/~r/seoweblog/~3/Qt16gFc5G-A/200</link>
		<comments>http://www.seoweblog.ru/archives/200#comments</comments>
		<pubDate>Mon, 29 Jun 2009 06:30:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Webmaster Tools, Resources and Scripts]]></category>
		<category><![CDATA[Поисковые Системы]]></category>

		<guid isPermaLink="false">http://www.seoweblog.ru/?p=200</guid>
		<description><![CDATA[Всем нам эта штука реально понравилась. Поэтому публикуем перевод соответствующего поста, размещенного на официальном гуглоблоге. Лучше поздно, чем никогда.

Есть информация, которая ищется на раз. Чтобы узнать правила игры в гольф, достаточно ввести в Гугл запрос [правила игры гольф] и мы вернем вам список прекрасных релевантных сайтов. Однако зачастую наши информационные потребности бывают несколько более сложными. [...]]]></description>
			<content:encoded><![CDATA[<div style="margin-left: 40px;"><em>Всем нам эта штука реально понравилась. Поэтому публикуем перевод соответствующего поста, размещенного на официальном гуглоблоге. Лучше поздно, чем никогда.<br />
</em></div>
<p>Есть информация, которая ищется на раз. Чтобы узнать правила игры в гольф, достаточно ввести в Гугл запрос [правила игры гольф] и мы вернем вам список прекрасных релевантных сайтов. Однако зачастую наши информационные потребности бывают несколько более сложными. Некоторые темы могут требовать посещения десятка, а то и двух десятка сайтов, чтобы пользователь мог составить себе достаточно полное представление об исследуемом вопросе.<br />
<span id="more-200"></span><br />
Я, например, большой фанат американских горок. В прошлом я нередко искал через Гугл информацию об американских горках — где находится самый длинный, самый быстрый аттракцион, где больше всего мертвых петель и так далее. Мне приходилось осуществлять несколько отдельных поисков — о размерах аттракционов я узнавал на на одном сайте, о высоте — на другом, о скоросных характеристиках — на третьем. С помощью ручного пролистывания и сравнения сайтов я в конце концов получал нужную мне информацию, однако это занимало определенное время. С помощью <a id="mjsb" title="Google Squared" href="http://www.google.com/squared">Google Squared</a> — нового сервиса, только что вышедшего из недр лабораторий Гугла — я мог бы найти всю нужную информацию об американских горках практически мгновенно.</p>
<p>Google Squared это экспериментальный поисковый инструмент, собирающий информацию в сети и выводящий ее в виде упорядоченной таблицы. Если вы ищете [американские горки], сервис построит для вас ряд строк, в каждой из которых будет помещаться свой аттракцион. В колонках выводятся специфические свойства объектов — такие как высота и максимальная скорость американских горок, а также их изображения.</p>
<p>Для людей свободный поиск информации в интернете является относительно простой (хотя местами скучной) процедурой, но для компьютера, действующего в автоматическом режиме, эта задача весьма и весьма трудна.  Google Squared — первый шаг к решению данной проблемы. Он прицельно ищет в сети факты, которые могут вас заинтересовать, сортирует их и подает пользователю в удобном и упорядоченном виде.</p>
<p>Технология пока далека от совершенства, поэтому мы сделали ее подстраиваемой под нужды пользователя — вы можете уточнять, что именно вам нужно, в ответ на полученную выдачу. В таблици можно добавлять  дополнительные строки и колонки — Google Squared попытаеся их заполнить, найдя в сети соответствующие факты и объекты. Вы также можете удалять ненужные строки и колонки. Более того, система пытается представить, какие факты и объекты могли бы вас заинтересовать, и выводит соответствующие подсказки. Вот видео, наглядно демонстрирующее, как все это работает:</p>
<p>При клике на любой факт вы увидете источник этого факта, а также список других вариантов содержимого данной ячейки. Таким образом, если на начальном этапе вы имеете дело с не слишком совершенной таблицей, ее можно легко улучшить, получив все нужные ответы за весьма небольшой срок. Если вы получили то, что вас устраивает, вы можете сохранить таблицу, а затем вернуться к ней позднее.</p>
<p>Чтоб дать сервису показать себя, советуем попробовать запросы [planets] или [romantic movies]. <a id="trl0" title="Goolge Square" href="http://www.google.com/squared">Goolge Square</a> теперь доступен в лабораториях Гугла для всех желающих.</p>
<p>Источник: <a id="e.hm" title="http://googleblog.blogspot.com/2009/06/square-your-search-results-with-google.htm" href="http://googleblog.blogspot.com/2009/06/square-your-search-results-with-google.htm">http://googleblog.blogspot.com/2009/06/square-your-search-results-with-google.htm</a></p>
<img src="http://feeds.feedburner.com/~r/seoweblog/~4/Qt16gFc5G-A" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.seoweblog.ru/archives/200/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://www.seoweblog.ru/archives/200</feedburner:origLink></item>
	</channel>
</rss>
