Активно обсуждаемый новый параметр тега ссылки rel="nofollow", предложенный командой Google, теперь поддерживают Yahoo и MSN. Достаточно быстро они договорились на этот раз. Интересна реакция Яндекса и Рамблера на это нововведение, раньше задачи закрытия спамерских ссылок можно было решать с помощью тега

• NAVbar содержит аж две кнопки, ссылающихся на домашнюю страницу блоггера. Сервис и без того сверхпопулярен, и надобности в такой раскрутке нет;
• Кнопочка NextBlog переносит посетителя на случайно выбранный недавно обновлённый блог. Мало того, что терять серфера - то есть заветный клик - само по себе плохо, так он - серфер - может случайно наткнуться на зоофильский дневник Хусейна или чего похуже. А мораль надо блюсти
• Злосчастная полоска содержит элемент под названием "Накатай телегу на хозяина блога!" Я считаю, что возбуждать в посетителях низменные желания не нужно. Мораль, опять же, блюсти надо;
• Поисковая форма никак не связана с аккаунтом AdSense. А ежу понятно, что такое действие, как поиск, должно приносить владельцу блога доход - пусть небольшой. Google Search форма с привязанным адсенс-ID делает как раз это, а эффективность поиска для серфера - точна такая же;
• Цвета NAVbar ни с какой стороны не вписываются в тщательно выстраданную гамму сплога
  
  

  Полагаю, этих причин достаточно, чтобы удалить Blogger NAVbar восвояси.

  Для этого копируем следующий код и вставляем сразу после тэга head в шаблоне:

  
  #navbar-iframe
  {
  height:0px;
  visibility:hidden;
  display:none;
  }
  

  И всё?

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

  Условия Соглашения прямо не говорят, что удалять NAVbar запрещено. И кроме того, речь не идёт об удалении части кода из шаблона - речь идёт о добавлении кода для сокрытия NAVbar. Полоска просто становится невидимой.

  И кроме того - в случае, если блоги хостятся не на серверах сервиса blogger, а на собственном хостинге, то NAVbar исчезает сам собой.

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

Был, значит, у меня домен приобретенный в декабре 2005 года, домен этот был expired и как показало вскрытие после реинкарнации он оказался забанен везде кроме MSN и Ask.com. Обратившись к http://archive.org/ явных признаков поискового спама или каких либо нарушений правил я не обнаружил, поэтому я предположил, что в Google и Yahoo существует бан за факт реинкарнации, хотя тематика сайта и не изменилась, содержание всё таки стало совершенно другим. По мнению некоторых вебмастеров спустя опеределенное время такой бан снимается, по некоторым утверждением ждать надо от полугода до года и все санкции будут автоматически сняты. Поскольку важность данного домена для меня была не высока я решил не дергаться и просто подождать… И подождал, прошел год с лишним, но ни в Yahoo ни в Google домен не вышел из бана автоматически (как некоторые предрекали).

Чтож, решил я попробовать обратиться к сапорту поисковиков, сперва пошел на Yahoo и заполнил знакомую форму разбанивания без особой надежды на скорое решение проблемы, затем Google, об этом подробнее…

И так, каков алгоритм разбанивания? Первым делом я создал аккаунт в Google Webmaster Central и завел туда свой забаненый домен, пройдя несложную процедуру верификации я добрался до раздела “Tools” и в нем обнаружил искомую форму “Submit a reinclusion request”

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

IMPORTANT: Please complete this form ONLY if one of the following is true:

* Upon reviewing your site, you found that it violated our webmaster guidelines and you’ve made changes to your site so that it adheres to the guidelines.
* OR You recently acquired a domain which you suspect may have previously violated our webmaster guidelines.

Please allow several weeks for the re-evaluation process. Unfortunately, we can’t reply individually to reinclusion requests.

И хотя в данном случае речь идет о недавно ( recently acquired a domain) купленном домене я подавал такую заявку спустя год после регистрации домена.

И что же в итоге? А в итоге, через пять дней главная страница моего забаненного “экспайреда” уже была в кеше Google, спустя месяц сайт был полностью проиндексирован и вот уже несколько месяцев в индексе. Хуже дела обстоят в Yahoo, там с этими вопросами все очень долго и нудно, а поскольку яхин сапорт не гарантирует индивидуального ответа на запрос о повторном включении в индекс, то можно долго наблюдать за ситуацией так и не узнав разбанен домен или нет, тем более вот уже второй месяц даже новые домены Yahoo в индекс берет неохотно и хватает его лишь на то, чтобы уложить в кеш главные страницы.

В общем, что я хотел донести этим постом? Хотел показать, что оказавшись в аналогичной ситуации с expired доменом отчаиваться не стоит - одной заявки через форму “Submit a Reinclusion Request” на Google Webmaster Central вполне хватает для решения проблемы

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

Все очень просто.

1. Устанавливаем для Firefox расширение Scrapbook (https://addons.mozilla.org/ru/firefox/addon/427) для сохранения веб-страниц.

2. Заходим в его панель (Alt-K), кнопка Инструменты  -> Импорт-экспорт веб-альбомов, и настраиваем папку, куда будем сохранять страницы.

3. Заходим на сайт с понравившимся дизайном и жмем Ctrl-Shift-L , сохраняя страницу в scrapbook.

4. Снова заходим в панель (Alt-K), правая клавиша на сграбленном сайте - Инструменты - Экспортировать.

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

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

Собственно, всё.

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

Еще в конце 2005 года на чикагской конференции по обсуждению стратегий поисковых систем автор задал вопрос присутствовавшим тогда представителям четырех крупнейших поисковиков – Google, Yahoo!, MSN и Ask. «Допустимо ли на сайтах показывать роботам поисковых систем не те ссылки, что видны пользователям, а более удобные для прочтения индексаторами версии?», - спросил автор статьи. Представители всех поисковых систем ответили: «Без проблем», а Чарльз Мартин из Google вскочил с места и воскликнул: «Сделайте это, пожалуйста!».

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

Некоторые веб-маркетологи размещают в разных местах страницы идентичные ссылки и отслеживают, по какой ссылке проходит больше всего пользоваталей. Для подобных исследований приходится нагружать ссылки дополнительными тегами, которые сбивают с толку поисковые индексаторы. Кроме того, автоматически создаются дубликаты страниц, тоже отнюдь не облегчающие задачу роботов. Если показывать пользователям и роботам разные ссылки, то будут довольны и сборщики статистики, и поисковые системы. Для этого достаточно задействовать Javascript: пусть по клику на ссылке производятся различные действия в зависимости от параметра “ user- agent”. Например, на сайте REI. com Javascript добавляет в ссылки параметр “ vcat=”, но в поисковых системах эти страницы не индексируются.

Является ли мультивариантное, или многомерное, тестирование частным случаем злонамеренного клоакинга? В сети существуют сайты, которые показывают разным пользователям разные варианты одного сайта - Offermatica и Google Website Optimizer, например. Это можно считать клоакингом, так как пользователь и поисковый робот видят разные варианты страницы. Робот не сможет корректно обработать AJAX, Javascript, DHTML, которые обязательно будут присутствовать на сайте, и поэтому содержание страницы от него прячется. И, хотя специалисты из Google хотели бы, чтобы их бот принимал участие в тестировании сайтов, уровень развития Интернет-технологий пока не позволяет осуществиться этим желаниям.

«Вредной» разновидностью клоакинга поисковые системы считают намеренную демонстрацию одного смыслового наполнения сайта поисковому индексатору и совсем другого – пользователям. Веб-мастера, прибегающие к подобным ухищрениям, часто пытаются скрыть от посетителей страницы, предназначенные только для индексации ботом. Для этого они используют мета-тег “ noarchive”. Как следствие, страницы не будут доступны по ссылке ‘ Cached’ в результатах поиска Google.

Восстановить замаскированную от пользователя страницу, которую проиндексировал робот, не всегда просто. Если маскировка нежелательного содержимого основывается на параметре “ user- agent”, проблема решается в считанные минуты. Достаточно эмулировать в своем браузере Google Bot, использовав расширение User Agent Switcher для Mozilla Firefox. Для этого выберите в меню браузера пункт Tools, далее User Agent Switcher > Options > Options > Googlebot/2.1. Теперь вы видите страницы в том же виде, в каком их индексирует робот Google. Почувствуйте себя роботом.:)

Иногда сервер определяет, какой вариант сайта следует показать пользователю, не по параметру user- agent, а по IP адресу. Зная адреса, с которых обычно заходят индексаторы поисковых систем, веб-мастер может настроить показ определенного содержимого страницы роботу, и совсем другого контента – человеку. Но и в этом случае иногда можно увидеть то, что предназначено только для поискового робота. Тут поможет переводчик сайтов Google Translate, по сути – бот Google, только не для индексации, а для перевода. Если владельцы сайта, использующие клоакинг, не уточнили, какой материал следует показывать индексатору, а какой – боту-переводчику, - пользователь утилиты Google Translate увидит скрываемое от него содержание. Полезно знать, что Google Translate может переводить с английского… на английский, и читателю не придется ломать голову над переводом замаскированного текста. Достаточно немного изменить URL:

http://translate.google.com/translate?hl=en&sl=en
&u= YOUR_ ULR&sa=X&oi=translate&resnum=9&ct=result

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

На Seomoz.org закончилась очередная попытка реинжиниринга алгоритмов Гугля. 34 крупнейших специалиста SEO собрались вместе, устроили консилиум и проставили приоритеты влияния различных факторов на перспективы выхода сайтов в топ.

Полный текст с комментариями специалистов находится здесь: http://www.seomoz.org/article/search-ranking-factors

Вкратце, в этом году будет рулить следующее (с скобках - приоритет по пятибальной шкале):

1. Keyword Use in Title Tag (4.9)
2. Global Link Popularity of Site (4.5)
3. Anchor Text of Inbound Link (4.4)
4. Link Popularity within the Site’s Internal Link Structure (4.1)
5. Age of Site (4)
6. Topical Relevance of Inbound Links to Site (3.9)
7. Link Popularity of Site in Topical Community (3.9)
8. Keyword Use in Body Text (3.9)
9. Global Link Popularity of Linking Site (3.7)
10. Topical Relationship of Linking Page (3.6)

Для сравнения, в 2005м году рулило следующее:

1. Title Tag (4.57)
2. Anchor Text of Links (4.46)
3. Keyword Use in Document Text (4.38)
4. Accessibility of Document (4.3)
5. Links to Document from Site-Internal Pages (4.15)
6. Primary Subject Matter of Site - (4.00)
7. External Links to Linking Pages (3.92)
8. Link Popularity of Site in Topical Community (3.77)
9. Global Link Popularity of Site (3.69)
10. Keyword Spamming (3.69)