Запукаю новый блог: jakulov.ru

Прошло время, мои программистские скилы росли и я решил обзавестись собственным. Который хочу посвятить рассказам о программирование на PHP, JavaSript и прочих прелестных языках веб-разработки. В ближайшее время выпущу цикл статей про разработку собственного php фреймворка - отличный способ пересмотреть свое видение php-программирования, подходу к разработке веб-приложений. Также будет несколько обзоров полезных или просто прикольных JavaScript/jQuery виджетов и прочие статьи и обзоры по веб-программированию. Заинтересовавшихся и просто любопытных жду здесь: jakulov.ru

Запускаю свой новый проект - "Десятка Лучших". Тольятти - первый город, в котором открывается проект.

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

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

Получаем курсы валют (класс для PHP)

В очередном проекте встала тривиальная задача вывода курсов валют на страницах сайта. Но стандартные информеры курсов валют очень портили дизайн сайта, вследствие чего я решил написать парсер курсов валют с сайта Центрального Банка Российской Федерации.

В последнее время, я перешел на разработку проектов на Zend Framework, поэтому представленная реализация заточена для использования в PHP приложениях на ZF.

Итак, начнем с самого класса. Здесь все просто:

• есть public метод getValuta, который принимает буквенный код валюты и выдает ее курс относительно рубля
• он обращается к защищенному методу getXML, который инициализирует объект класса Zend_Rest_Client для обработки XML данных с курсами валют
• getXML проверяет наличие закэшированной копии данных и в зависимости от результата проверки создает новый кэш данных и читает оттуда курсы, либо обращается к существующему; делается это с помощью методов getNewXML и getOldXML соответственно.

Исходный код файла Kursi.php

2. /**
3. *
4. * @author Jacob Akulov (Яков Акулов)
5. * @desc Модель получения курсов валют по данным ЦБ РФ
6. *
7. */
8. class Kursi {
10. protected $_name = 'Kursi';
11. protected $valutaClient;
12. // определяем допустимые коды валют
13. protected $valutaCodes = array(
14. 'R01235'=>'USD',
15. 'R01239'=>'EUR',
16. 'R01035'=>'GBP',
17. 'R01090'=>'BYR',
18. 'R01335'=>'KZT',
19. 'R01375'=>'CNY',
20. 'R01720'=>'UAH'
21. );
23. //контруктор класса
24. public function __construct() {}
26. // получение курса вылют по коду
27. public function getValuta($code) {
28. self::getXML(); // получаем данные в виде XML (заносятся в объект Zend_Rest_Client, $this->valutaClient)
29. // проверяем допустимость кода валюты
30. if (!in_array($code, $this->valutaCodes)) {return false;}
31. else {
32. if($this->valutaClient) {
33. $values = $this->valutaClient->key('Valute')->get()->Value(); // получаем значения курсов всех валют
34. $codes = $this->valutaClient->key('Valute')->get()->CharCode(); // получаем их коды
35. $currency = array_combine($codes, $values); // совемещаем все это в один масссив
36. return $currency[$code]; // и выдаем результата
37. }
38. else {
39. return false;
40. }
41. }
42. }
44. // создание клиента для обработки XML с курсами валют
45. private function getXML() {
46. // проверяем наличие кэшированной XML
47. if(file_exists('public/kursi/valuta-'.date('Y-m-d').'.xml') && file_exists('public/kursi/metall-'.date('Y-m-d').'.xml')) {
48. self::getOldXML(); // берем данные из кэша
49. }
50. else {
51. self::getNewXML(); // иначе загружаем данные с сайта ЦБ РФ и кэшируем их
52. }
53. }
55. // получение данных с сайта ЦБ РФ и создание локального кэша
56. private function getNewXML() {
57. $val = file_get_contents('http://www.cbr.ru/scripts/XML_daily.asp'); // читаем данные из ЦБ РФ и пишем их в кэш
58. file_put_contents('public/kursi/valuta-'.date('Y-m-d').'.xml', $val);
59. // создаем REST клиента и получаем данныые
60. $this->valutaClient = new Zend_Rest_Client('http://sitename/public/kursi/valuta-'.date('Y-m-d').'.xml');
61. }
63. // получение данных из кэша
64. private function getOldXML() {
65. $this->valutaClient = new Zend_Rest_Client('http://sitename/public/kursi/valuta-'.date('Y-m-d').'.xml');
66. }
67. }

* This source code was highlighted with Source Code Highlighter.

В данной реализации время обновление кэша будет в полночь по времени веб-сервера. Я не знаю, когда там Центробанк обновляет курсы, поэтому решил оставить так. Также в моем классе не предусмотрено удаления старых кэш копий XML файлов, т.к. в моем проекте есть сборщик мусорных файлов, который запускается по cron-у.

Дальше, после создания модели (класса) в реализации на Zend Framework мы создаем контроллер и вьюху (просто для наглядног представления результата). Они очень простые и не требует дополнительных пояснений:

Контроллер:

2. class KursiController extends Zend_Controller_Action
3. {
4. function init() {
5. $this->config = Zend_Registry::get('config');
6. // загружаем класс для получения курсов
7. Zend_Loader::loadClass('Kursi', $this->config->path->models_dir);
8. // создаем его объект
9. $this->kursi = new Kursi();
10. }
12. // экшн
13. function indexAction() {
14. // передаем во view сразу значения валют
15. $this->view->assign('USD',$this->kursi->getValuta('USD'));
16. $this->view->assign('EUR',$this->kursi->getValuta('EUR'));
17. }
18. }

* This source code was highlighted with Source Code Highlighter.

View:

1. <ul class="kursi">
2. <h3>Курсы валютh3>
3. <li><span>$ Доллар СШАspan> <b>=$this->USD?>b>li>
4. <li><span>€ ЕВРОspan> <b>=$this->EUR?>b>li>
5. ul>

* This source code was highlighted with Source Code Highlighter.

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

Вы также можете скачать класс Kursi.php. С удовольствием приму ваши замечания и улучшения для описанного скрипта.

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

Результаты эксперимента с хостингом картинок

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

И простой поиск по тому же запросу ("румба в тумбочке"):

Везде выше в поиске ранжируется страница, на которой размещена картинка, которая хостится на самом сайте. А страничка с картинкой, которую я залил на Яндекс.Фотки (т.е. внешний хостинг) в поиске оказалась ниже.

Вот собственно и весь эксперимент с его результатами.

Кстати, я сменил место работы - теперь я занимаюсь честным продвижением сайтов :-)

Где хостить картинки для сайта?

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

Так как встретился с проблемой high-load проектов, которые при этом должны быть грамотно спроектированы с точки зрения SEO, то решил проверить все в очередном эксперименте:

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

2. про танец румба в тумбочке.

На первой странице иллюстрация грузится на сайт с моего аккаунта Яндекс.Фоток, а на второй - с самого сайта.

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

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

Первые результаты эксперимента с формами и SEO

Есть первые результаты эксперимента с использование атрибутов alt и title в тегах input, расположенных в формах на страницах. Результат подтвердил предположения того, что поисковики могут учитывать текст в таких атрибутах при ранжировании результатов поиска.

Такая вот выдача присутствует в Яндексе на данных момент:

На первом месте страница, где были использованы атрибуты alt, на втором - title, а на третьем страница, где не использовались атрибуты у тегов input. В атрибутах встречалось слово механизм, что и повлияло на выдачу.

Для чистоты эксперимента теперь переставим атрибуты alt на третью заявку, а title - на первую, тогда как вторая заявка останется без атрибутов. И после переиндексации страниц посмотрим на изменения в выдаче.

Далее еще планируется поэкспериментировать с тегом label и его атрибутом for. А также немного с тегом input и атрибутом type (в том числе hidden ;-) ).

Результаты эксперимента по <H1>, <H2>

В эксперименте мы задались вопросом о том, как правильно с точки зрения SEO располагать теги заголовков на страницах, ну и стоит ли их вообще использовать.

Результаты выдачи по исследуемому запросу приведен ниже.
На первом месте стоит страница, где тег H1 стоит внизу, после тегов H2. На втором страница с последовательным использованием заголовков. На третьем ожидаемо - страница без заголовков.

Также хочется отметить особенности формирования сниппета. Обратите внимание на первую позицию: в сниппете два пассажа, один из которых не содержит ни одного ключа (вероятно он попал в описание из-за того, что выделен жирным). А если взглянуть на саму страницу, то мы увидим такую картинку:
Очевидно, что заголовок H1 содержащий только фразу "Трассировка нечеткого графа" выделен Яндексом в одельный пассаж (хотя и не отделен разделителем). Но данный пассаж не включен в сниппет, скорее всего из-за того, что в большой степени повторяет title страницы, или еще из-за того, что не содержит других слов, кроме как слов поискового запроса (или слов, содержащихся в title).

Если посмотреть на сниппеты других страниц, то видно, что там пассажи, содержажиеся в заголовках H2 включены в сниппет - они содержат слова, которые не содержутся в title страницы (или в запросе).

Вобщем результат эксперимента показал, что Яндекс не имеет предпочтений относительно расположения тегов заголовков на старнице. Хотелось бы посмотрет на выдачу Google, но им до сих пор проиндексировано лишь 4 странички подопытного сайта.

<strong>, <b>, <i>

Есть рузультат эксперимента с тегами выделения ключевых слов. Яндекс таким образом распределил результаты:

Если вы взлянете на код страничек, то найдете следующий порядок следования тегов:
<strong>, <b>, <i>

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

Региональная выдача в Яндексе

Много воды утекло после знаменитого Арзамаса Яндекса и появления его новой региональной выдачи. Теперь результаты поиска различаются для пользователей системы из разных регионов России. Все это здорово переполошило сеошный мир - многие оптимизаторы начали терять трафик с Яндекса из-за резко изменившейся региональной выдачи, искать пути обхода нового алгоритма.

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

Но вот мое недавнее обнаружение: сайт www.proland63.ru, предлагающий услуги ландшафтного дизайна в Самарской области (точнее в Тольятти) неожиданно появился в топ-10 Яндекса по запросу "ландшафтный дизайн" при поиске из региона. Хотя при поиске в остальных регионах, вот пример из Москвы, сайт отсутствует даже в топ-100.

и выдача по Самаре:
Что интересно, вот тот же поиск, но с галочкой "в Самаре":
Сайта нет в этой выдачи, т.к. он просто не привязан к региону Самара. При вязан он к региону Тольятти:
Но по поиску Арзамаса остается в топ-10 как при поиске из Самары, так и при поиске из Тольятти (без галочек). Правда, говоря сайт можно найти при поиске "ландшафтный дизайн в Самаре" (сечас на 13 позиции).

А теперь - САМОЕ интересное наблюдение (слева запрос):

ландшафтный дизайн (по региону Тольятти):






ландшафтный дизайн в Тольятти:







ландшафтный дизайн в Самаре:



Обратите внимание, всюду, рядом с www.proland63.ru присутствует floradiz.ru. Оба эти сайта продвинуты примерно одинаково, имеют сопоставимые позиции в ПС, находятся в одном разделе ЯК. Но при поиске по запросу "ландшафтный дизайн" без привязки к региону (но из региона "Самара" или "Тольятти") сайт proland63.ru присутствует в выдаче (причем высоко), а floradiz.ru невозможно найти в даже первой сотне.

В чем же различие между двумя сайтами?

С первого взгляда видно, что proland63.ru оптимизирован явно под запросы с поиском в Тольятти: "ландшатный дизайн в Тольятти", "озеленение в Тольятти" и т.п. Сайт floradiz.ru внутренне оптимизирован под общие запросы, а внешне также под запросы ".. в Тольятти", и в выдаче выдается как "найден по ссылке".

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

Теперь ищем ссылки на proland63.ru - хорошо, если вы смогли найти более 10 сайтов. Потому что на данный момент на него ссылается всего 15 сайтов (по данным Яндекс.Вебмастер). Зато почти все эти ссылки из статей. Причем, стоит обратить внимание, что статьи размещены пусть не на самых тематических сайтах, но зато подходящих для продвижения именно по региону. 14 из этих 15 сайтов привязаны либо к региону Тольятти, либо к Самаре.

Наверное, это один из способов более эффективного продвижения в Арзамас. Пока это один из всего лишь нескольких успешных примеров, но, мне кажется, в этом есть перспектива. Похоже, статьи действительно рулят. И региональный сайт вполне можно поднять в топ по очень конкурентным запросам для своего региона. Правда складывается впечатление, что здесь есть доля случая, да и в зависимости от конкурентности запроса, статей, подобных тем, что сделаны для proland63.ru необходимо разместить от 50 до 100 штук на региональных сайтах - что зачастую очень накладно.

В завершении скажу, что хоть сайт по запросу "ландшафтный дизайн" выдается в топе только по Самарской области, но уже одно это повысило трафик на сайт с Яндекса на 70%.

Будем продолжать эксперименты и наблюдения. Желаю всем удачи в продвижении сайтов в регионах.

----

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

Пример персонализированного поиска Google

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

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

На днях обнаружил яркий пример персоналированной выдачи. Вот пример поиска через аккаунт Google и без него:

обратите внимание, что Google не говорит, что результаты изменены поисковиком для меня. Просто изменяет выдачу. Мы видим, к примеру сайт www.allcement.ru присутствует на первой странице при поиске с историей и отсутствует при простом поиске (точнее находится только на второй странице). Есть и другие небольшие изменения.

В чем причина таких изменений?

Обратите внимание на данный скрин.
Здесь мои запросы к Google, связанные с запросом "цемент оптом". Так, например сайт www.allcement.ru более релевантный большинству из этих запросов (цемент Самара, цемент Казань и т.п.), чем остальные сайты в выдаче по запросу "цемент оптом". Возможно поэтому, данный сайт в выдаче по запросу "цемент оптом" выводится на первой странице при использовании моей истории поиска и на второй без истории.

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

Что это означает для оптимизатора?

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

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

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

Буду рад вашим мнениям по данной теме.

Влияние атрибута title на ссылочное – результаты

Есть результаты опыта по определению влияния атрибута title в ссылках на ссылочное ранжирование. По выдаче Яндекса можно сделать вывод об отсутствии такового влияния:

Старница p2.html должна была быть выше в выдаче, если бы влияние рассматриваемого атрибута на ранжирование документов в ПС имело место.

Еще запускается эксперимент для внешних ссылок. Для этого будем использовать сайт http://fibi-doctor.narod.ru/ и вот эти его странички:

сейчас они практически одинаково релевантны запросу "абсорбция сайтов" и в выдаче будем искать страницы сайта http://jaakulov.narod.ru/, про все теже перламутровые подковы (но уже по запросу "абсорбция сайтов" как "найдено по ссылке").

Результаты эксперимента с URL

Итак, крайний апдейт выдачи Яндекса показал первые результаты эксперимента о вилиянии разделителей в url ардесах на выдачу в поисковых системах. Есть выдача по запросу "постеры в пскове":

и поиск по сайту, который показывает, что все страницы, участвующие в эксперименте на месте:


Также спасибо Lev'у за своевременную помощь в обнаружении ошибки в моем опыте - все было вовремя исправлено и в индексе "правильная" страничка блога.

Как видно, в выдаче выше страница, в адересе которой в качестве сепараторов были использованы короткие тире "-". Google пока выдает только одну из опытных страниц, но я на 99% уверен, что там будет такой же результат.

Вот еще пару интересных скринов:

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

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

Использование alt и title в тегах <input> для SEO

Проведем эксперимент по поводу влияния ключевых слов в атрибутах title и alt применительно к тегам INPUT на релевантность страницы. Для этого на сайте http://jaakulov.narod.ru (см. седьмой эксперимент) создадим три странички с формулярам, в которых по три поля INPUT (два текстовых и одна кнопка). На первой страницы не используются ни alt ни title, на второй к полям приписаны alt, а на третьей - title.

Лично я стараюсь использовать атрибут title в формулярах для повышения юзабилити страницы - большиство пользователей в Интернете используют мышь для навигации по формам (отчасти из-за неумения пользоваться Tab и Shift+Tab, а отчасти из-за неумения верстальщиков оптимизировать формы под использование данных клавиш), поэтому использование всплывающей подсказки для полей формы очень удобно и эффективно в силу чрезвычайной простоты.

Атрибут же alt рекомендован w3c (международным концорсумом по веб-стандартам) для того, чтобы браузеры, не поддерживающие отображение форм, показывали вместо них альтернативный текст.

Поэтому мне хочется узнать о влиянии таких атрибутов применительно именно к формам с точки зрения SEO. Ведь давно известно, что многие поисковики пытаются сабмитить формы (особенно если они работают через метод GET) и индексировать содержание страниц, полученных после обработки сервером формы и отправки результата клиенту. Часто из-за этого многие оптимизаторы даже ставят формы в теги noindex.

Ждем результатов.

Изменения в результатах эксперимента по ALT !!!

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

Тогда мною было высказано предположение, что необходимо подождать апа картинок в Яндексе. И вот ап прошел, о чем свидетельствуют картинки, появившиеся в выдаче с моего сайта:
и результаты выдачи по запросу "асинхронная морфология" также поменялись:

Все встало на свои места. Теперь страница с оптимизированными под запрос alt выдается выше остальных. Теперь видно, что alt оказывает влияние на общую релевантность страницы и его использование вполне обосновано, как с точки зрения юзабилити, валидности кода, так и с точки зрения SEO.

Структура страницы: h1, h2 ... — есть ли нужда?

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

Для этого запускаем шестой эксперимент по SEO на все том же сайте. Здесь будет три страницы с оптисанием глав "книги". Самая "оптимизированная" третья "книга" - там все теги идут в правильном порядке, вторая "книга" описана с инвертацией тегов h2 и h1, а первая книга вообще составлена без заголовочных тегов, но с применением стилей в тегу <p>.

Плотность ключевых слов (совсем забыл - ключевая фраза - "трассировка нечеткого графа") на всех страницах одинакова, хотя любой определятор плотности КЧ с учетом заголовков выведет для страницы без h1 и h2 примерно такое:
, а для остальных двух - такое:
- обратите внимание: с заголовкми плотность КЧ почти в три раза больше.

Кстати, вот и сами страницы:
книга3, книга2 и книга1. Ждемс, господа.

Что лучше <b> или <strong>?

Проводим исследование по поводу того, что же лучше использовать в плане поисковой оптимизации страниц на сайте - тег <b> или <strong>. Для этого на немалоизвестном подопытном сайте создадим три страницы, содержащие одинаково оптимизированный по плотности текст, но по-разному с точки зрения использования тегов выделения текста.

Это будут три обычные странички про КЦ: первая, вторая и третья.

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

Здесь, если вы не против, небольшие закладки.

SEO-эксперимент по поводу URL веб-страниц

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

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

Для этого сделаем три страницы на подопытном сайте jaakulov.narod.ru с URL адресами, заточенными под запрос "постеры в пскове" или в транслите "posteri v pskove". При создании каждой из страниц используется различный метод разделения ключевых слов.

Имея ввиду равносильную текстовую релевантность всех трех страниц указанному выше запросу и равносильность ссылок на эти страницы: 1я, 2я и 3я - можно, дождавшись индексации их поисковиками делать выводы о преймуществе того или иного метода образования имен веб-документов на сайте для поисковой оптимизации.

Ссылаемся сами на себя в самом себе?

По идее, поданной обитателем форма о поисковых системах orphelin, провожу эксперимент о влиянии ссылок на странице на саму себя. Рассматриваем влияние на ту же саму пресловутую выдачу, по уже рассматриваемому нами ранее запросу: "резистентность доменов". Для этого на странице http://jaakulov.narod.ru/apage.html исходящую ссылку на Википедию заменяем ссылкой на http://jaakulov.narod.ru/apage.html.

Теперь у нас имеются две страницы, одинаково релевантные запросу http://jaakulov.narod.ru/apage.html и http://jaakulov.narod.ru/thepage.html, но на первой стоит ссылка на саму себя и на главную, а на второй нет никаких ссылок, кроме как на главную.

Все, ждем результатов. Здесь имеет смысл подождать и Яндекса и Гугла.

Завершен эксперимент о влиянии тематичности внешних ссылок

В нескольких предыдущих постах рассказывалось про эксперимент о влиянии исходящих ссылок на выдачу в поисковиках. В кратце результаты такие:

1. если две страницы примерно одинаково релевантны запросу, но на оной стоит нетематическая внешняя ссылка, а на другой тематическая - то в выдаче выше будет страница с тематической.
2. влияние тематичности внешней сслыки не очень велико, так как если страница, на которой стоит нетематическая внешняя ссылка будет значительно релевантней, то и в выдаче она будет выше.
3. если две страницы на одном сайте одинаково релевантны запросу, но на одной есть тематическая внешняя ссылка, а на другой нет, то в выдаче будет выше страница без ссылки.

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

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

Теперь все внимание к экспериментам о влиянии атрибута title (всплывающая подсказка) у ссылки на ссылочное ранжирование.

Эксперимент: влияние атрибута title на ссылочное ранжирование

Проводим обещанный эксперимент по влиянию атрибута title у ссылок на ссылочное ранжирование. Для начала сделаем это на примере внутреннего ссылочного ранжирования: размещаем на подопытном сайте http://jaakulov.narod.ru на главной странице ссылки на три внутренних страницы.

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

Вроде чистота эксперимента соблюдена – ждем попадания новых страниц в поисковый индекс.

ps: для эксперимента с вшеншими ссылками уже запущен сайт: http://fibi-doctor.narod.ru/. Также ждем его индексации.