Личный кабинет
2008-11-03 20:15
В первой части статьи рассказывалось, как сделать, чтобы бот проиндексил ваш сайт и выдавал его первым-третьим в результатах поиска.
При этом не были затронуты некоторые моменты, на которые мы обратим внимание сейчас.
Момент первый.
Что делать, если ваш сайт использует фреймы?
Есть такой известный анекдот:
«Книга Windows для чайников. Глава первая. Надо было ставить Unix.»
С фреймами то же самое. Замечание первое - от фреймов надо отказываться.
Ну, например, то же меню, без которого автор жить не может, можно писать каждый раз на каждой странице, а не пихать его в отдельный файл. Впрочем, как отказаться от фреймов - это отдельный разговор, и сейчас мы его касаться не будем.
Вообще то, я полагала, что все давно поняли, что фреймы должны уйти в прошлое, и отказались от них, однако в форуме со мной стали спорить по данному вопросу, потому я и пишу все это.
Причин, по которым стоит отказаться от фреймов, много.
Во-первых, традиционное использование фреймов - для вынесения меню навигации в отдельный файл, делает дизайн сайта грубым и неизящным.
Извращения с изменением цвета, ширины и прочих характеристик полосы прокрутки не меняют положение координально, да и работают чаще всего только в одном из двух наиболее распространенных браузеров (либо под MS Internet Explorer, либо по Netscape Navigator), причем только старших версий. А как говорит корифей сайтостроительства Артемий Лебедев, если для просмотра вашего сайта пользователь должен отвечать каким-то определенным вами условиям, будь то высокая скорость соединения, определенное разрешение экрана или последняя версия конкретного браузера, то это не есть правильно. Пользователь не обязан менять привычную ему конфигурацию машины лишь для того, чтобы иметь счастье любоваться вашим творением. Это задача web-маза обеспечить корректное отображение его детища всеми или подавляющим большинством пользователей.
Например, у меня именно по этой причине рабочие версии сайтов тестируются на IE 4.0 и NN 4.73, а не на IE 5.5 и NN 6.0. Ибо старшие братья-браузеры поймут код, написанный для младших, но не наоборот.
Конечно, если ваш сайт сделан для кучки близких друзей, об остальных пользователях Инета можно и не беспокоиться. Но тогда на кой вам индексация сайта поисковиками?
Вторая причина, по которой следует оказаться от использования фреймов - это нагрузка на сервер, а точнее на канал связи.
При запросе фреймового документа серверу посылается, не один, а как минимум 3 запроса - запрос на структурный файл и запрос минимум на 2 (а то и больше) файла, которые будут размещены в структурном.
Поскольку фреймы сейчас используются в основном на непрофессиональных сайтах, пользующихся часто услугами бесплатного (читай: глючного и/или перегруженного) хостинга, повышение количества запросов в единицу времени не в интересах владельца сайта. Например, один документ может загрузиться во фрейм, другой - нет.
Если меню навигации расположить в каждом файле, это увеличит вес каждого файла на 2 кб, а если вынести меню навигации в отдельный файл, его размер (вместе со служебной информацией, тегами <html><head><title>title</title></head><body bgcolor="#ffffff"> и т.д.) будет не 2 кб, а, скажем, 5 кб.
Итого, по сети будет литься, на один файл размером 10 кб, а 3 файла, размером, например, 3 кб (структурный), 5 кб (меню) и 8 кб (основная инфа).
Ну, и наконец, причина третья, побуждающая отказаться от фреймов -
поисковые боты не любят фреймы всеми фибрами своей ботовской души.
Разберем, почему бот не любит фреймы.
Предположим, бот зашел на фреймовый документ:
<html>
<head>
<title>Самый классный сайт в Инете по компьютерным играм</title>
<meta name="description" content="Лучшие компьютерные игры">
<meta name="keywords" content="игры, компьютер, игра, компьютерные игры, лучшие игры">
<meta name="Robots" content="index, follow">
</head>
<frameset rows="30%,*">
<frame src="menu.html">
<frame src="body.html">
</frameset>
</html>
Из всего выше написанного бот прочтет title, понюхает остальное, не увидит там для себя ничего интересного (ибо то, что в description и keywords он давно уже не учитывает при индексации), обидится и возможно уйдет по follow на menu.html и body.html. Повторяю - возможно! А возможно и нет.
Главное, что бот пометит для себя, что данный ресурс состоит только из title'a и потому никакого интереса не представляет!
А если вы пропишите:
<meta name="revisit-after" content="20 days">
его уверенность может еще больше укрепиться.
Предположим лучшее - приходит бот на menu.html и видит:
<textarea cols=50 rows=14>
<html>
<head>
<title>Лучшие компьютерные игры </title>
<meta name="description" content=" Самый классный сайт в Инете по компьютерным играм">
<meta name="keywords" content="игры, компьютер, игра, компьютерные игры, лучшие игры">
<meta name="Robots" content="index, follow">
</head>
<body>
<a href="body1.html">Игра 1</a>
<a href="body2.html">Игра 2</a>
<a href="body3.html">Игра 3</a>
</body>
</html>
Опять-таки, кроме title'a и слов Игра 1, Игра 2, Игра 3, ничто не греет ботовскую душу. А запихнуть в ссылки более подробное описание может не позволить желание не использовать скроллинг.
Что сделает бот? Возможно (!), пойдет на body1.html, body2.html и body3.html, отметив для себя, что и этот документ особого интереса не представляет.
Дальше, приходит бот на body.html или body1.html (body2.html, body3.html) и наконец видит, что документ чего-то стоит! Текст есть, хотя бы немножко (а для Яндекса это важно), слова, имеющиеся в title, встречаются и в body (повышается релевантность). Ну, и представьте себе, из всех пройденных документов бот возьмет и проиндексит только body[1-3].html.
Как вам такое? Не встречалось ни разу? А мне так попадалось.
Найдется документ по запросу, придет на него пользователь и решит, что больше тут ничего нет (ни меню, ни ссылок). Не каждый же догадается в location стереть body.html и набрать index.html. А даже если и догадается, уважение и доверие к инфе на сайте потеряно, ибо сайт слеплен непрофессионально.
Можно, конечно, поставить скриптину:
<script type="text/javascript" language="JavaScript">
<!--
function only_frame(){
if(self.parent.frames.length==0){
self.location.href='index.html';
}
}
//-->
</script>
</head>
<body onLoad="javascript:only_frames()">
Скриптинка определит, открыт ли документ во фрейме, и если не - загрузит структурный документ.
И все же это не лучший способ.
Скриптину надо пихать в каждый документ, что увеличивает его размер. Либо в каждый документ пихать ссылку на эту скриптину, что повышает нагрузку на сервак (на канал связи), особенно, если в документ грузятся и другие скрипты. Кроме того, скриптина может не подгрузится, и пользователю выдастся ошибка. А это не редкий случай при плохой связи.
Другая проблема того, что бот проиндексил только файлы с текстом, проигнорировав структурный файл и файл с меню.
Пользователь пошел по ссылке, которую ему дал поисковик, на body3.html, а его перекинуло на index.html, и в индексе прописано, что в основное окошечко должен грузиться body.html, а не body3.html. Получается, что пользователь пошел почитать про Игру 1, а его перекинуло на Игру 2, которая ему вовсе не интересна. Это не хорошо само по себе, и может отпугнуть пользователя с другой стороны.
Вас никогда не раздражало, что вы кликаете на найденном поисковиком документе, а попадаете совсем не туда, куда бы хотели? Вот и других так же.
Итак, фреймы - это некрасиво, нерационально и непривлекательно для бота.
Но если все-таки я не убедила вас не использовать фреймы, открою маленький секрет, впрочем, давно известный.
Боты очень любят то, что находится между тегами <noframe></noframe>.
Итого, если вы не смогли заставить себя отказаться от фреймов, приманить бота можно так:
<frameset rows="30%,*">
<frame src="menu.html">
<frame src="body.html">
</frameset>
<noframe>
<h1>Ключевые слова</h1>
<a href="body1.html"><img src="однопиксельный_прозрачный_гиф" alt="Ключевые слова"></a>
<a href="body2.html"><img src="однопиксельный_прозрачный_гиф" alt="Ключевые слова"></a>
<a href="body3.html"><img src="однопиксельный_прозрачный_гиф" alt="Ключевые слова"></a>
</noframe>
</html>
Бот проиндексит title, <h1>, alt и точно пройдет по ссылкам.
Момент второй.
Что делать, если линки даны скриптами?
Предположим, у вас есть такая конструкция:
<a href="javascript:self.open('http://www.document.html','target',properties)">текст линка</a>
Если вероятность того, что бот пройдет по ссылкам в структурном фреймовом файле (<frame src="url">)достаточно велика, то ссылки, загнанные в скрипты бот совсем не понимает.
А между тем popup'ы достаточно частый случай и многие авторы желают, чтобы эти документы были проиндектированы.
Как ни парадоксально, особенно любят делать линки с помощью JS те авторы, которые используют фреймы. :)) Ибо JS позволяет по одному клику загрузить два (и более) разных документа в разные окошки фреймов.
Примерно так:
<script type="text/javascript" language="JavaScript">
<!--
function open_link(){
self.parent.frames[0].location.href='document1.html';
self.parent.frames[1].location.href='document2.html';
}
//-->
</head>
<body>
<a href="javascript:open_link()">линк</a>
Если не предпринять мер, то бот вряд ли когда-нибудь доберется до этих документов.
Ну, меры в данном случае простые и вы о них уже наверняка догадались - нужно дать альтернативную простую ссылку. Проще это сделать однопиксельным прозрачным гифом в неприметном месте сайта, либо использовать конструкции, описанные в первой части настоящей статьи (цвет ссылок одинаковый с цветом текста, свойства hide и hidden DHTML и т.д.).
Момент три.
Если на сайте используется редирект (перенаправление).
Нередко авторы делают редирект с одной страницы сайта на другую. Например, тот же Мелкософт, редиректнет вас с
на, скажем,
Чаще всего, редирект делается с индексных страниц на новостные, либо на зеркало сайта, расположенное на другом, более работоспособном домене (скажем, когда сайт переезжает). Так сделано у Батвы ( попробуйте набрать ).
Правда, в обоих случаях (и у Батвы, и у Мелкософта), редирект сделан не так, как я буду описывать ниже. :)
Используя только конструкции, исполняемые на стороне клиента (скажем, исполнение на стороне сервера вам недоступно, или вы не умеете этого делать), можно сделать редирект двумя способами.
Первый способ - java-скриптом, как описывалось выше.
<body onLoad="javascript:self.location.href='drugoy_doc.html'">
Полагаю, не надо повторять, что бот не идет по таким ссылкам. Чтобы он прошел, нужно делать альтернативную простую ссылку в теле документа.
Следует сказать, Яндекс грозится, что распознает редирект, созданный java-скриптом и банит такой документ, но если честно, то я этого не замечала. Впрочем, может, у кого-то есть другой опыт.
Второй способ - редирект с помощью директивы refresh тега meta.
Примерно так:
<head>
<meta http-equiv="refresh" content="число секунд" url="drugoy_doc.html">
Если задать число секунд равным 0, редирект произойдет практически мгновенно. Но! В этом же случае бот сочтет себя оскорбленным и скорее всего не пойдет по этой ссылке! Он даже может добавить такой документ в черный список.
А потому, такую конструкцию лучше не использовать. Если же вы все-таки ее используете, то документ, с которого делается редирект, должен иметь информативный body (чтобы боту было стыдно его банить), там же должны быть традиционным образом продублированы важные ссылки.
Кстати, по причине нелюбви ботов к редиректам, многие авторы делают его не автоматом, а в тексте, примерно так: «Документ переехал. Нажмите сюда»
Вот, вроде, и все.
Автор: lynx
При этом не были затронуты некоторые моменты, на которые мы обратим внимание сейчас.
Момент первый.
Что делать, если ваш сайт использует фреймы?
Есть такой известный анекдот:
«Книга Windows для чайников. Глава первая. Надо было ставить Unix.»
С фреймами то же самое. Замечание первое - от фреймов надо отказываться.
Ну, например, то же меню, без которого автор жить не может, можно писать каждый раз на каждой странице, а не пихать его в отдельный файл. Впрочем, как отказаться от фреймов - это отдельный разговор, и сейчас мы его касаться не будем.
Вообще то, я полагала, что все давно поняли, что фреймы должны уйти в прошлое, и отказались от них, однако в форуме со мной стали спорить по данному вопросу, потому я и пишу все это.
Причин, по которым стоит отказаться от фреймов, много.
Во-первых, традиционное использование фреймов - для вынесения меню навигации в отдельный файл, делает дизайн сайта грубым и неизящным.
Извращения с изменением цвета, ширины и прочих характеристик полосы прокрутки не меняют положение координально, да и работают чаще всего только в одном из двух наиболее распространенных браузеров (либо под MS Internet Explorer, либо по Netscape Navigator), причем только старших версий. А как говорит корифей сайтостроительства Артемий Лебедев, если для просмотра вашего сайта пользователь должен отвечать каким-то определенным вами условиям, будь то высокая скорость соединения, определенное разрешение экрана или последняя версия конкретного браузера, то это не есть правильно. Пользователь не обязан менять привычную ему конфигурацию машины лишь для того, чтобы иметь счастье любоваться вашим творением. Это задача web-маза обеспечить корректное отображение его детища всеми или подавляющим большинством пользователей.
Например, у меня именно по этой причине рабочие версии сайтов тестируются на IE 4.0 и NN 4.73, а не на IE 5.5 и NN 6.0. Ибо старшие братья-браузеры поймут код, написанный для младших, но не наоборот.
Конечно, если ваш сайт сделан для кучки близких друзей, об остальных пользователях Инета можно и не беспокоиться. Но тогда на кой вам индексация сайта поисковиками?
Вторая причина, по которой следует оказаться от использования фреймов - это нагрузка на сервер, а точнее на канал связи.
При запросе фреймового документа серверу посылается, не один, а как минимум 3 запроса - запрос на структурный файл и запрос минимум на 2 (а то и больше) файла, которые будут размещены в структурном.
Поскольку фреймы сейчас используются в основном на непрофессиональных сайтах, пользующихся часто услугами бесплатного (читай: глючного и/или перегруженного) хостинга, повышение количества запросов в единицу времени не в интересах владельца сайта. Например, один документ может загрузиться во фрейм, другой - нет.
Если меню навигации расположить в каждом файле, это увеличит вес каждого файла на 2 кб, а если вынести меню навигации в отдельный файл, его размер (вместе со служебной информацией, тегами <html><head><title>title</title></head><body bgcolor="#ffffff"> и т.д.) будет не 2 кб, а, скажем, 5 кб.
Итого, по сети будет литься, на один файл размером 10 кб, а 3 файла, размером, например, 3 кб (структурный), 5 кб (меню) и 8 кб (основная инфа).
Ну, и наконец, причина третья, побуждающая отказаться от фреймов -
поисковые боты не любят фреймы всеми фибрами своей ботовской души.
Разберем, почему бот не любит фреймы.
Предположим, бот зашел на фреймовый документ:
<html>
<head>
<title>Самый классный сайт в Инете по компьютерным играм</title>
<meta name="description" content="Лучшие компьютерные игры">
<meta name="keywords" content="игры, компьютер, игра, компьютерные игры, лучшие игры">
<meta name="Robots" content="index, follow">
</head>
<frameset rows="30%,*">
<frame src="menu.html">
<frame src="body.html">
</frameset>
</html>
Из всего выше написанного бот прочтет title, понюхает остальное, не увидит там для себя ничего интересного (ибо то, что в description и keywords он давно уже не учитывает при индексации), обидится и возможно уйдет по follow на menu.html и body.html. Повторяю - возможно! А возможно и нет.
Главное, что бот пометит для себя, что данный ресурс состоит только из title'a и потому никакого интереса не представляет!
А если вы пропишите:
<meta name="revisit-after" content="20 days">
его уверенность может еще больше укрепиться.
Предположим лучшее - приходит бот на menu.html и видит:
<textarea cols=50 rows=14>
<html>
<head>
<title>Лучшие компьютерные игры </title>
<meta name="description" content=" Самый классный сайт в Инете по компьютерным играм">
<meta name="keywords" content="игры, компьютер, игра, компьютерные игры, лучшие игры">
<meta name="Robots" content="index, follow">
</head>
<body>
<a href="body1.html">Игра 1</a>
<a href="body2.html">Игра 2</a>
<a href="body3.html">Игра 3</a>
</body>
</html>
Опять-таки, кроме title'a и слов Игра 1, Игра 2, Игра 3, ничто не греет ботовскую душу. А запихнуть в ссылки более подробное описание может не позволить желание не использовать скроллинг.
Что сделает бот? Возможно (!), пойдет на body1.html, body2.html и body3.html, отметив для себя, что и этот документ особого интереса не представляет.
Дальше, приходит бот на body.html или body1.html (body2.html, body3.html) и наконец видит, что документ чего-то стоит! Текст есть, хотя бы немножко (а для Яндекса это важно), слова, имеющиеся в title, встречаются и в body (повышается релевантность). Ну, и представьте себе, из всех пройденных документов бот возьмет и проиндексит только body[1-3].html.
Как вам такое? Не встречалось ни разу? А мне так попадалось.
Найдется документ по запросу, придет на него пользователь и решит, что больше тут ничего нет (ни меню, ни ссылок). Не каждый же догадается в location стереть body.html и набрать index.html. А даже если и догадается, уважение и доверие к инфе на сайте потеряно, ибо сайт слеплен непрофессионально.
Можно, конечно, поставить скриптину:
<script type="text/javascript" language="JavaScript">
<!--
function only_frame(){
if(self.parent.frames.length==0){
self.location.href='index.html';
}
}
//-->
</script>
</head>
<body onLoad="javascript:only_frames()">
Скриптинка определит, открыт ли документ во фрейме, и если не - загрузит структурный документ.
И все же это не лучший способ.
Скриптину надо пихать в каждый документ, что увеличивает его размер. Либо в каждый документ пихать ссылку на эту скриптину, что повышает нагрузку на сервак (на канал связи), особенно, если в документ грузятся и другие скрипты. Кроме того, скриптина может не подгрузится, и пользователю выдастся ошибка. А это не редкий случай при плохой связи.
Другая проблема того, что бот проиндексил только файлы с текстом, проигнорировав структурный файл и файл с меню.
Пользователь пошел по ссылке, которую ему дал поисковик, на body3.html, а его перекинуло на index.html, и в индексе прописано, что в основное окошечко должен грузиться body.html, а не body3.html. Получается, что пользователь пошел почитать про Игру 1, а его перекинуло на Игру 2, которая ему вовсе не интересна. Это не хорошо само по себе, и может отпугнуть пользователя с другой стороны.
Вас никогда не раздражало, что вы кликаете на найденном поисковиком документе, а попадаете совсем не туда, куда бы хотели? Вот и других так же.
Итак, фреймы - это некрасиво, нерационально и непривлекательно для бота.
Но если все-таки я не убедила вас не использовать фреймы, открою маленький секрет, впрочем, давно известный.
Боты очень любят то, что находится между тегами <noframe></noframe>.
Итого, если вы не смогли заставить себя отказаться от фреймов, приманить бота можно так:
<frameset rows="30%,*">
<frame src="menu.html">
<frame src="body.html">
</frameset>
<noframe>
<h1>Ключевые слова</h1>
<a href="body1.html"><img src="однопиксельный_прозрачный_гиф" alt="Ключевые слова"></a>
<a href="body2.html"><img src="однопиксельный_прозрачный_гиф" alt="Ключевые слова"></a>
<a href="body3.html"><img src="однопиксельный_прозрачный_гиф" alt="Ключевые слова"></a>
</noframe>
</html>
Бот проиндексит title, <h1>, alt и точно пройдет по ссылкам.
Момент второй.
Что делать, если линки даны скриптами?
Предположим, у вас есть такая конструкция:
<a href="javascript:self.open('http://www.document.html','target',properties)">текст линка</a>
Если вероятность того, что бот пройдет по ссылкам в структурном фреймовом файле (<frame src="url">)достаточно велика, то ссылки, загнанные в скрипты бот совсем не понимает.
А между тем popup'ы достаточно частый случай и многие авторы желают, чтобы эти документы были проиндектированы.
Как ни парадоксально, особенно любят делать линки с помощью JS те авторы, которые используют фреймы. :)) Ибо JS позволяет по одному клику загрузить два (и более) разных документа в разные окошки фреймов.
Примерно так:
<script type="text/javascript" language="JavaScript">
<!--
function open_link(){
self.parent.frames[0].location.href='document1.html';
self.parent.frames[1].location.href='document2.html';
}
//-->
</head>
<body>
<a href="javascript:open_link()">линк</a>
Если не предпринять мер, то бот вряд ли когда-нибудь доберется до этих документов.
Ну, меры в данном случае простые и вы о них уже наверняка догадались - нужно дать альтернативную простую ссылку. Проще это сделать однопиксельным прозрачным гифом в неприметном месте сайта, либо использовать конструкции, описанные в первой части настоящей статьи (цвет ссылок одинаковый с цветом текста, свойства hide и hidden DHTML и т.д.).
Момент три.
Если на сайте используется редирект (перенаправление).
Нередко авторы делают редирект с одной страницы сайта на другую. Например, тот же Мелкософт, редиректнет вас с
на, скажем,
Чаще всего, редирект делается с индексных страниц на новостные, либо на зеркало сайта, расположенное на другом, более работоспособном домене (скажем, когда сайт переезжает). Так сделано у Батвы ( попробуйте набрать ).
Правда, в обоих случаях (и у Батвы, и у Мелкософта), редирект сделан не так, как я буду описывать ниже. :)
Используя только конструкции, исполняемые на стороне клиента (скажем, исполнение на стороне сервера вам недоступно, или вы не умеете этого делать), можно сделать редирект двумя способами.
Первый способ - java-скриптом, как описывалось выше.
<body onLoad="javascript:self.location.href='drugoy_doc.html'">
Полагаю, не надо повторять, что бот не идет по таким ссылкам. Чтобы он прошел, нужно делать альтернативную простую ссылку в теле документа.
Следует сказать, Яндекс грозится, что распознает редирект, созданный java-скриптом и банит такой документ, но если честно, то я этого не замечала. Впрочем, может, у кого-то есть другой опыт.
Второй способ - редирект с помощью директивы refresh тега meta.
Примерно так:
<head>
<meta http-equiv="refresh" content="число секунд" url="drugoy_doc.html">
Если задать число секунд равным 0, редирект произойдет практически мгновенно. Но! В этом же случае бот сочтет себя оскорбленным и скорее всего не пойдет по этой ссылке! Он даже может добавить такой документ в черный список.
А потому, такую конструкцию лучше не использовать. Если же вы все-таки ее используете, то документ, с которого делается редирект, должен иметь информативный body (чтобы боту было стыдно его банить), там же должны быть традиционным образом продублированы важные ссылки.
Кстати, по причине нелюбви ботов к редиректам, многие авторы делают его не автоматом, а в тексте, примерно так: «Документ переехал. Нажмите сюда»
Вот, вроде, и все.
Автор: lynx
- Как поисковые боты индексят сайты
- Поисковые формы
- Оптимизация форума под поисковые системы
- Как поисковые системы могут помочь в вашем бизнесе
- Как делать сайты качественнее
- Какие сайты вы делаете?
- Как нельзя раскручивать сайты
- Сайты для тинейджеров: правила дизайна
- ИМЯ РЕШАЕТ ВСЁ ИЛИ САЙТЫ-ДВОЙНИКИ В РУНЕТЕ
- Сайты доноры - источники траффика
- ЛУЧШИЕ САЙТЫ ПОМНЯТ ВСЕГДА. КАКОЙ-БЫ ТРУДНЫЙ ДОМЕН НЕ БЫЛ
- Сколько можно заработать создавая сайты американцам
- Практика двигателей. Часть I
- Как раскрутить форум. Часть 2.
- Как раскрутить форум. Часть 1.
- Практика двигателей. Часть II
- Продвижение сайта. Часть 2. Реклама
- Продвижение сайта. Часть 1. Постановка задачи
- Как найти качественный контент для сайта - часть 1
- Как правильно вести обмен ссылками. Часть 1.
- Четыре правила профессионального дизайна. Часть III
- Четыре правила профессионального дизайна. Часть II
- Четыре правила профессионального дизайна. Часть I
- Как правильно вести обмен ссылками. Часть 2.
- Защита информации в интернете. Часть 1. Шифрование с открытым ключом
- Четыре правила профессионального дизайна. Часть IV, последняя
- Твой сайт. Часть 1. Обзор Макса Трусцова
- Защита информации в интернете. Часть 3. Защищенные электронные транзакции (SET)
- Цветовая гамма твоего сайта. Часть 3. Обзор Макса Трусцова.
- Регистрация доменных имен своими руками. Часть 1: немного теории.
- Регистрация доменных имен своими руками. Часть 2: корпоративный домен в зоне "ru".
- 5 способов повышения индекса цитирования (2008-11-04)
- Попробуйте считать на русском (2008-11-04)
- Нужно ли гоняться за изменчивыми SE алгоритмами? (2008-11-04)
- Как создать сайт, который понравится и людям, и... (2008-11-04)
- Как проиндексировать сайт в поисковой базе Goog... (2008-11-04)
- Риски при поисковой оптимизации интернет-сайта (2008-11-04)
- Кто такой неоп. Новые оптимизаторы. Задачи SEO ... (2008-11-04)
- Поисковая оптимизация: мнение пользователя (2008-11-04)
- Главная или внутренняя? (2008-11-04)
- Шаманы SEO (2008-11-04)
- Грамотное использование тега TITLE (2008-11-04)
- Почему необходимо заниматься оптимизацией и рас... (2008-11-04)
- Место статистики в онлайн-продвижении (2008-11-04)
- Page Promoter 7.3: универсальная платформа для ... (2008-11-04)
- Конкурент - лучший друг, или как оценивать дейс... (2008-11-04)
- Начало раскрутки (2008-11-04)
- Профессия: сайтпромоутер (2008-11-04)
- Влияние собственных ресурсов поисковых машин (2008-11-04)
- Поднимаем индекс цитирования сайта в поисковых ... (2008-11-04)
- Особенности индексации в Яndex (2008-11-04)
- В поисках дорвеев (2008-11-04)
- Первое место в результате поиска - мечта или ре... (2008-11-04)
- Как работает робот и как регистрироваться в пои... (2008-11-04)
- Ключевые фразы и сила модификаторов (2008-11-04)
- История Yandex (2008-11-04)
- История Google (2008-11-04)
- История Rambler (2008-11-04)
- Стратегия позиционирования в поисковых машинах (2008-11-04)
- Успешная регистрация в каталогах (2008-11-04)
- Что замечает (а что нет?) поисковая машина на в... (2008-11-04)
- Яндекс.Каталог, насколько он полезен (2008-11-04)
- Как взлететь к вершинам популярности в рейтинге... (2008-11-04)
- Пособие по добавлению сайта в каталог, как прав... (2008-11-04)
- 1PS ИЛИ 1YA (2008-11-04)
- Без срока поисковой давности (2008-11-04)
- Сотрудники Microsoft ищут через Google Search (2008-11-04)
- О влиянии ошибочных поисковых запросов на поиск... (2008-11-04)
- Секреты текста баннера (2008-11-04)
- Общее о баннерах и БС (2008-11-04)
- Описание и информация о крупнейших баннерообмен... (2008-11-04)
- Найди применение своим баннерам! (2008-11-04)
- Системы баннерного обмена - правильный подход (2008-11-04)
- Эффективность размещения рекламы в сетях по сра... (2008-11-04)
- Рисуем баннеры (2008-11-04)
- Баннерная история (2008-11-04)
- Баннеры увеличивают эффективность текстовой пои... (2008-11-04)
- Что такое юзабилити? (2008-11-04)
- Навигация в бурном море Интернета (2008-11-04)
- Обмен ссылками - эффективный источник траффика (2008-11-04)
- Идеальная навигация (2008-11-04)
Быстрый переход