ebogdanov Aug 10 2009 at 17:35

Google AJAX Search API — огромный баг?

5 min

852

Comments 29

sl_bug Aug 10 2009 at 17:46

Проблема известная, сам с ней столкнулся. Даже баг репорт есть — code.google.com/p/google-ajax-apis/issues/detail?id=32. Но судя по всему никто фиксить не собирается в ближайшее время. В faq тоже кстати описано, что количество результатов, довольно-таки левое и принимать его во внимание не стоит.

ebogdanov Aug 10 2009 at 18:59

Вот это и пугает. :)

aleks_raiden Aug 10 2009 at 18:09

впрос следующий — кому реально важно, сколько тысяч миллионов найдено в результате? Что мне как пользователю с того, найдено ли 12 000 11 документов или 12 000 19? вопрос другой — релевантность то различается? где лучший поиск то? а не то, что он другой.

Coder Aug 10 2009 at 18:19

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

ebogdanov Aug 10 2009 at 19:03

Это обходится.

seocoder Aug 10 2009 at 20:05

доп. запросами только. напрямую никак.

ebogdanov Aug 10 2009 at 20:07

Ну так а где вы увидели обратное? :)

sl_bug Aug 10 2009 at 19:01

отличается позиция, но не сильно. недавно использовал ajax api и по одному запросу, нужный сайт через апи был на 2-м месте, хотя через веб на 1-м.

seocoder Aug 10 2009 at 20:05

так поищите через гугл пару раз, да и у гугла выдача с разных ip разная.

sl_bug Aug 10 2009 at 20:08

с разных ip разная выдача это тоже известный факт, только никто не смог объяснить почему :) Хотя я заметил, что если использовать chrome, то будет одинаковая (главное чтобы chrome был английский на обоих компах).

seocoder Aug 10 2009 at 20:10

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

ebogdanov Aug 10 2009 at 20:12

с Яндексом то понятно как бороться. :)
А в Гугле есть два типа выдачи — на дивах и на таблицах, что мне тоже немного непонятно. :)

sl_bug Aug 10 2009 at 20:14

это от браузера зависит. user-agent передать правильный и будет то что нужно.

ebogdanov Aug 10 2009 at 20:24

Спасибо за наводку, проверю на досуге, отпишусь о результатах.

sl_bug Aug 10 2009 at 20:35

я первый раз это заметил когда парсил wow-armory.com :) там для оперы идет хтмл, для фф xml + xslt. так же и гугла.

sl_bug Aug 10 2009 at 20:14

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

ebogdanov Aug 10 2009 at 19:02

Реально важно мне и другим к которым вы не относитесь, т.к. они оценивают их в своих целях.
Реально важно Гуглу — т.к. AJAX search API это не метод поиска со своей БД, а метода запроса к существующей БД.
В виду того что два метода запроса дают разные данные, количество пользователей будет гораздо меньше чем если бы данные были идентичны.

aleks_raiden Aug 10 2009 at 19:12

ну вот вы можете все же обьяснить чем и по каким критериям важно?

ebogdanov Aug 10 2009 at 19:25

1. Критерий логики: 1 БД, 2 метода опроса, 2 сильно отличающихся результата
2. Критерий отношения с клиентами: посмотрите ссылку в первом комментарии, как себя Google ведет.
3. Критерий здравомыслия: Если вы запрещаете парсинг, и закрываете API, которое очень хорошо себя зарекомендовало — сделайте продукт не хуже.
4. Критерий SEO-данных: Не стоит говорить о том, что это большая индустрия, и на данные выдачи опираются оптимизаторы.
5. Критерий конкуренции: в API от Bing и Yahoo таких проблем не замечено.

Наверное хватит. :)

sl_bug Aug 10 2009 at 20:26

AJAX API позиционируется как сервис для поиска, а не для получения количества результатов :) Я понимаю что это не удобно, на себе почувствовал, но это их «политика» и ничего не сделаешь.

ebogdanov Aug 11 2009 at 16:46

Ну, как минимум, AJAX API позиционируется как замена SOAP API, но при этом не обеспечивает таких же результатов. :)

magicstream Aug 10 2009 at 19:32

Если бы у вас был свой web-проект вы бы об этом не спрашивали.
очень важно знать на какой позиции в поисковике ваш сайт для того или иного ключевого слова. и все это зависит от количества найденных сайтов.
эта цифра:
— говорит о количестве конкурентов в этой сфере.
— говорит какокое ключевое слово менее нагруженное(значит раскрутка по нему обойдется дешевле)

Это все нужно для сео специалистов.

aleks_raiden Aug 10 2009 at 19:51

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

sl_bug Aug 10 2009 at 20:38

не рискнул бы я сказать такое знакомому сеошнику :) он бы сильно обиделся… хотя с мыслью согласен.

Garrett Aug 10 2009 at 18:16

Возможно в AJAX банально более точные данные чем на самом деле.
Я довольно часто вижу что после поиска, страниц допустим 15, а дойдя до 12 оказывается что она последняя.

ebogdanov Aug 10 2009 at 19:15

Согласитесь, тогда странно получается что в двух других методах данные очень похожи.
Насколько мне объясняли, приемлимая цифра различия между данными (неважно количество, или позиция) в 10%, она возникает из-за разницы выдачи дата-центров.
Остальное- это уже тараканы.

chiaroscuro Aug 11 2009 at 04:18

Что с чем сравнивается? Количество с количеством? Если да, то это неправильно: Google «выторговал» точное число совпадений на масштабируемость.

maximw Aug 11 2009 at 11:02

Могу ошибваться, и реальные причины несовпадения результатов совершенно дрегие.

Я нарочно сделал бы поиск при помощи API несколько обрезанным. Нужен полный качественный результат поиска — велкам на google.*, там показываются и рекламные блоки.

ebogdanov Aug 11 2009 at 16:50

Вообще, API в подобных проектах начинают давать по другой причине.
У вас есть некий проект, который каким-то образом завязан на выдачу Гугла — вы говорите Гуглу,
вы же сами понимаете что вам выгоднее дать некий удобный метод получения данных, чем если мы просто начнем вас парсить — т.к. это ну нужно ни вам, ни нам. Гугл говорит, да, понимаем и так сильно страдаем от ботов — и начинают работать над API. :)