Мы получили большое количество положительных отзывов о работе алгоритма АГС-17. Но многие пользователи справедливо жалуются на то, что в результатах поиска Яндекса все еще остаются некачественные сайты. Поэтому мы постарались увеличить полноту АГС-17. Новый алгоритм, основанный примерно на ста факторах, стал значительно умнее, быстрее и полнее старого, при этом его точность продолжает оставаться очень высокой. Новый алгоритм получил название АГС-30.

>>>

WordPress 2.5

Drupal 6.1

Textpattern

b2evolution 2.4.2

Movable Type 4.1

Продвижение по НЧ- это продвижение внутренних страниц сайта, а не закупка ссылок с «нч-анкорами» на морду. Это важно, не путайте, иначе никакого трафика вы не увидите.

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

Как это делать:

1. Оптимизация
1.1.Оптимизируем страницу товара- тайтл, дескрипшн, кейвордс- прописываем как надо, обязательно незабываем хедер H1.
Считаю, что само название товара в карточке у вас пару раз и так повторяется. Если нет- то неплохо бы исправить.
1.2. Грамотно перелинковываем. Если хотим двигать внутряк- то перелинковываем так, чтоп он сам себя начинал уже двигать.

2.Составляем анкоры- тут как правило много косяков.
2.1. Ссылочное
Ссылочное утекает на каждое слово в анкоре- это все понимают? Иногда такое чуство, что нет.
Как распределяется ссылочное еще меньше людей представляют, судя по тем бредозаявкам, которые я вынужден отсеивать каждое утро.
Ссылочное перетекет так: чем реже слово- тем больше на него утекает. Это общее и неотъемлемое правило. Возможны его вариации в тематиках, но они – всего-лишь вариации. Если совсем тупо- то слово «Кошка» гораздо чаще встречается чем слово «Снусмумрик». Вывод- в ссылке с анкором «Кошка и Снусмумрик» основной вес уйдет на Снусмумрика. Если мы продвигаем по Снусмумрику- это хорошо, если по Кошкам- плохо. Помним об этом.
2.2. Склейка.
Все о ней знают, ибо все умные и все на это кладут.
Смысл склейки в том, что много ссылок с одинаковым анкором, ведущих на одинаковый урл не учитываются поисковиком с той силой, с которой моглибы, а учитываются гораздо слабже.
Вывод- надо делать разнообразные анкоры. Не забывая про пп2.1
2.3. Как составлять анкоры
Если мы продаем противоракетные зенитные комплексы с-300, то нормальным я считаю:

Противоракетные зенитные комплексы с-300
Продажа противоракетных зенитных комплексов с-300
Обслуживание противоракетных зенитных комплексов с-300
Наладка противоракетных зенитных комплексов с-300
Купить противоракетный зенитный комплекс с-300

Зенитные комплексы с-300
Продажа зенитных комплексов с-300
Обслуживание зенитных комплексов с-300
Наладка зенитных комплексов с-300
Купить зенитный комплекс с-300

И далее тоже самое с прикреплением географии (в Москве, в России, в Северном Бутово, в Майями, в Грозном)
И еще сто тыщ мильёнов комбинаций- запчасти для с-300 , тюнинг с-300, комплектующие, расходники для с-300 и тд и тп- вариантов – преогромное множество.

Вот ссылочка

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

Однако, как теперь стало ясно, мы слегка недооценили нагрузки, которые были вызваны недавними изменениями (по иронии судьбы, некоторые из них были предназначены для улучшения доступности сервисов) в маршрутизаторах запросов — серверах, которые перенаправляют прямые запросы из Сети на соответствующие серверы Gmail. Примерно в 12:30 по тихоокеанскому времени (23:30 по МСК) несколько маршрутизаторов оказались перегруженными и фактически заявили остальной системе «хватит отправлять нам трафик, мы слишком медленно работаем!». Это привело к тому, что нагрузка перенеслась на оставшиеся маршрутизаторы, из-за чего некоторые из них также не выдержали нагрузки, и через несколько минут почти все маршрутизаторы были перегружены. В результате, пользователи не могли получить доступ к Gmail через веб-интерфейс, поскольку их запросы не могли быть перенаправлены на серверы Gmail. IMAP/POP-доступ по-прежнему работал нормально, поскольку эти запросы обрабатывались незатронутой группой других маршрутизаторов.

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

Что же дальше: Мы приложим все усилия, чтобы не допустить повторения подобных ситуаций впредь. Некоторые из действий по предотвращению таких инцидентов очевидны и уже предприняты — например, увеличение мощностей маршрутизаторов с целью получить технологический запас. Другие решения не так просты — например, мы пришли к выводу, что маршрутизаторы запросов недостаточно защищены от сбоев (например, если в одном из центров обработки данных возникла проблема, это не должно влиять на серверы другого центра обработки данных) и плохо реагируют на нагрузку (например, если несколько маршрутизаторов запросов перегружены одновременно, они все должны просто работать медленнее вместо того, чтобы отказываться принимать трафик и перенаправлять нагрузку). Мы будем усиленно работать в течение ближайших нескольких недель для принятия этих и других мер по улучшению надежности сервиса. Gmail по-прежнему остается сервисом с уровнем доступности более чем 99,9% для всех пользователей, и мы постараемся в будущем свести количество подобных инцидентов к минимуму.

Источник

Специальный Синтаксис Google

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

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

intitle:

intitle: ограничивает Ваш поиск названиями веб-страниц. Как вариант

allintitle: находит страницы, в которых все указанные слова появляются в названии веб-страницы. Используя allintitle: в основном то же самое как использование intitle: перед каждым ключевым словом:

intitle:»george bush»

allintitle:»money supply» economics

allintitle: не очень удобен так как его невозможно использовать в смешанном синтаксисе.

intext:

intext: ищет только в теле текста (то есть игнорирует ссылки, линки и заголовки). В то время как его использование ограничено, но очень хорошо подходит для того, чтобы найти слова вопроса, которые могли быть слишком распространены в URL:

intext:»yahoo.com»

intext:html

Как вариант allintext:, который также не работает в смешанном случае.

inanchor:

inanchor: поиски текста в якорях связи страницы. Якорь связи – описательный текст связи. Например, якорь связи в ссылке HTML СМИ O’Reilly является «СМИ O’Reilly.»

inanchor:»tom peters»

Как и другие элементы с синтаксисом in*: существует также и allinanchor: вариация, не работающая в смешанном режиме.

site: позволяет Вам сужать свой поиск именем сайта или верхним доменом. У поисковой машины AltaVista, в отличие от Google, есть два элемента синтаксиса для этой функции (хост: и домен:), но у Google есть только этот:

site:loc.gov

site:thomas.loc.gov

site:edu

site:nc.us

Знайте что site: бесполезен для того, чтобы искать страницу, которая существует ниже главной страницы сайта или сайта по умолчанию (то есть, в подразделе такой как / ~sam/album/). Например, если Вы ищете что-то ниже главного страницы сайта GeoCities, Вы не можете использовать site: , чтобы найти все страницы в http://www.geocities.com/Heartland/Meadows/6485/; Google не возвращает результатов. Использование inurl: вместо этого для нормального вывода результатов.

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

inurl:help

allinurl:search help

Вы можете видеть, что использование inurl: запроса вместо site: имеет одно непосредственное преимущество: Вы можете использовать этот запрос, чтобы искать подразделы и подстраницы.

В то время как http://префикс в URL игнорируется Google когда используется с site: результов получается мало, когда оно включено в inurl: запрос. Убедитесь, что удалили префиксы в любом inurl: запросе для лучшей выдачи результатов.

link:

возвращает список страниц, которые ссылаются на указанный URL. Наберите link:www.google.com, и Вы получите список страниц, которые связываются с домашней страницей Google. Не волнуйте по поводу ввода префикса http://; Вы не нуждаетесь в нем и, похоже что Google игнорирует его. link: работает точно также с «глубокими» URL такими как http://www.raelity.org/apps/blosxom.

cache:

находит копию страницы, которую вносили в указатель Google, даже если эта страница больше не доступна по своему оригинальному URL или с тех пор изменила свое содержание полностью:

cache:www.yahoo.com

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

filetype:

ищет расширения имени файла или суффиксы, различные типы файла; filetype:htm и filetype:html дадут Вам различное количество результатов, даже при том, что они являются тем же самым типом файла. Вы можете даже искать различные страницы как ASP, PHP, CGI, и таким образом сайт не скрывает их от пользователя. Индексы Google нескольких различных форматов Microsoft, включая PowerPoint (.ppt), Excel (.xls), и Word (.doc):

homeschooling filetype:pdf

«leading economic indicators» filetype:ppt

related:

related: предоставляет находить страницы, которые связаны с указанной страницей. Это – хороший способ найти категории страниц; например, поиск related:google.com возвращает множество поисковых машин, включая Lycos, Yahoo!, и Northern Light:

related:www.yahoo.com

related:www.cnn.com

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

info:

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

info:www.oreilly.com

info:www.nytimes.com/technology

Отметьте, что эта информация зависит от того, проиндексировал ли Google указанный URL; в противном случае информация будет намного более ограничена.

phonebook:

phonebook: как Вы могли бы ожидать, ищет телефонные номера:

например phonebook: John Doe CA

phonebook: (510) 555-1212

define:

define: дает Вам страницу, полную определений слова со всей Сети:

define:paradigm

Google часто показывает связанные фразы в дополнение к определениям и URL, где определения были найдены.

movie:

Используйте movie: синтаксис, чтобы найти обзоры кинофильмов в Сети, например:

movie:matrix

Вы можете также использовать почтовый индекс или город и ввести комбинацию, чтобы найти местные театральные списки:

movie:97333

movie:corvallis

music:

music: явные поиски связанной с музыкой информации:

music:pink floyd

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

Вот )

Аналитические компании iCrossing и Hitwise опубликовали данные о долях Google в разных странах. Основным выводом аналитиков является то, что появление нового игрока на рынке, доля Google существенно не изменилась и осталась на недосягаемом для конкурентов уровне – 73%. Вместе с тем, позиция Google в мире далеко не так однозначна и варьирует от полного лидерства до незначительной доли в зависимости от региона.

При исследовании данный в 48 странах было выявлено, что наименьшая доля Google была в Южной Корее (около 3%), в то время как в Литве его доля была рекордно высокой и составила 98%. Среди изученных стран средняя медианная поисковая доля Google составила 81% всех поисков.

Особо было отмечено, что доля поисков существенно варьировала в зависимости от тематики. Колебания составили от 55% до 87%, с медианой, равной 72%. В теме финансовых сервисов Google принадлежало 62%, что объясняется популярностью финансовых сервисов Yahoo!, в частности Yahoo! Finance. В здравоохранении – 65%, что также ниже среднего показателя по рынку. High Tech сектор – 85% поисков, благодаря популярности Google среди технических специалистов и высокому качеству технического поиска Google. В секторе путешествий доля Google – 78%; розничная торговля – 73%.

Луис Корронс, технический директор PandaLabs: «Техника использования вредоносных комментариев на YouTube сама по себе не нова. Но что действительно беспокоит, так это количество обнаруженных ссылок, которые ведут на одну и ту же веб-страницу. Подобный пример наводит на мысль о том, что киберпреступники начали использовать автоматические инструменты публикации комментариев».

Статья

P.S. Точно попахивает темой «о белом» из вип раздела умаксфорума )

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

И не тема конечно, просто напоминаю, что конкурентов особенно по адалт сайтам, ещё можно смотреть в images.google.com , траф оттуда похуже конечно.

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