Пользователям, скорее всего не дадут никаких галочек для отмечания.
Магазин будет сообщать о продаже, как он сейчас сообщает об этом CPA сетям. И если CPA сети, скорее всего эту информацию используют исключительно для начисления вознаграждения своим партнерам, Яндекс сможет найти ей более широкое применение.
Поверьте, дойдет и до того, что вы сможете отмечать «Спасибо, принтер у меня еже есть».
Для этого сайты должны обмениваться информацией с источникам трафика (например, Яндексом).
Пока такого обмена не происходит, но все идет в эту сторону. Первым шагом была Метрика с ее целями.
Атом, видимо, следующий шаг.
Независимо от нашего с вами желания статистически хитрожопые эвристики приносят больше пользы, чем вреда, тем, кто их использует. Поэтому они будут развиваться.
Я посмотрел доклад о технологии с YAC2013, я почитал о технологии в корпоративном блоге Яндекса, и я почитал о технологии тут на Хабре.
И я ничего так и не узнал о технологии.
Все, что я видел и слышал об Атоме это маркетинговый буллшит.
Я прочитал комментарии и в клубе на Яндексе и тут — все обсуждают приватность и клоакиг. Никто не спрашивает о технологии, как конкретно все это будет работать.
Я один такой такой странный, что интересуюсь, как именно Яндекс будет сообщать вебмастеру гипотезу о посетителе?
Или это обсуждается в других местах, а тут — только теории заговоров?
Судя по комментам, Яндекс немного ошибся в пиаре Атома, не та ЦА, не тот мессэдж. Народ (гики) не понимает своего счастья.
А ведь все просто — любому интернет-маркетологу все очень понятно и очевидно про Атом.
Уже давно есть HTTP_REFERER и GET параметр _openstat (используется в Директе, в частности).
Это те данные о пользователе, которые сайт (вебмастер) уже давно может получать.
Из реферера мы достаем поисковый запрос, из _openstat — id рекламной кампании, id объявления и позицию объявления на странице (спецразмещение или гарантия) или площадку РСЯ.
Исходя из этих данных каждый вебмастер строит гипотезу о том, кто есть его посетитель и что ему показать.
Слабую и неточную гипотезу. Но вы знаете, что даже она сильно повышает конверсию на сайте.
И что предлагает Яндекс.Атом (как я это вижу) — он дает гораздо более точную гипотезу, основанную не на 2-3 параметрах настоящего момента, а на тысячах параметров за большой промежуток времени.
Теперь вебмастерам не надо самим придумывать алгоритмы формирования гипотезы о пользователе на основе входных параметров — это сложно, мы не умеем это правильно делать, большинство не делает и даже не знает об этом (судя по комментам).
Я пока не встретил упоминания о том, как это будет сделано технически. В докладе упоминалось о необходимости задания целей на сайте, поэтому пофантазирую:
1) при переходе с Яндекса к ссылке на мою страницу будут добавлены параметры ya_atom_goal_{goal_id}={P}
где {goal_id} это ID цели, которую я создал в метрике, а {P} вероятность ее достижения.
2) w.yaCounterXXXX будет иметь метод getPossibleGoals() или аналогичные свойства с id целей и вероятностью их достижения.
Кроме целей возможно будет существовать объект userPreferences с общими предпочтениями пользователя — какой цвет он любит, марки машин,…
Вроде упоминалось, что вебмастер будет знать эту информацию, но как именно она будет оформлена и структурирована, не сообщалось. Тут не буду даже фантазировать.
Неожиданно столкнулся с проблемой: IE9 делает 302 редирект после POST тоже с помощью POST, т.е., если я правильно понимаю, он отрабатывает 302 статус как 307, в то время, как Firefox и Chrome отрабатывают 302 статус, как 303.
Правильно ли я понял, что вы тоже считаете, будто Останкинская телебашня, крупнейший и, видимо, старейший объект ИТ-инфраструктуры России не связан с информационными технологиями? :)
Магазин будет сообщать о продаже, как он сейчас сообщает об этом CPA сетям. И если CPA сети, скорее всего эту информацию используют исключительно для начисления вознаграждения своим партнерам, Яндекс сможет найти ей более широкое применение.
Если посетитель достигает целей на сайте, фактичеки сайт был для пользователя полезен, следовательно, ранжировать его можно выше.
Для этого сайты должны обмениваться информацией с источникам трафика (например, Яндексом).
Пока такого обмена не происходит, но все идет в эту сторону. Первым шагом была Метрика с ее целями.
Атом, видимо, следующий шаг.
Независимо от нашего с вами желания статистически хитрожопые эвристики приносят больше пользы, чем вреда, тем, кто их использует. Поэтому они будут развиваться.
Я посмотрел доклад о технологии с YAC2013, я почитал о технологии в корпоративном блоге Яндекса, и я почитал о технологии тут на Хабре.
И я ничего так и не узнал о технологии.
Все, что я видел и слышал об Атоме это маркетинговый буллшит.
Я прочитал комментарии и в клубе на Яндексе и тут — все обсуждают приватность и клоакиг. Никто не спрашивает о технологии, как конкретно все это будет работать.
Я один такой такой странный, что интересуюсь, как именно Яндекс будет сообщать вебмастеру гипотезу о посетителе?
Или это обсуждается в других местах, а тут — только теории заговоров?
Судя по комментам, Яндекс немного ошибся в пиаре Атома, не та ЦА, не тот мессэдж. Народ (гики) не понимает своего счастья.
А ведь все просто — любому интернет-маркетологу все очень понятно и очевидно про Атом.
Уже давно есть HTTP_REFERER и GET параметр _openstat (используется в Директе, в частности).
Это те данные о пользователе, которые сайт (вебмастер) уже давно может получать.
Из реферера мы достаем поисковый запрос, из _openstat — id рекламной кампании, id объявления и позицию объявления на странице (спецразмещение или гарантия) или площадку РСЯ.
Исходя из этих данных каждый вебмастер строит гипотезу о том, кто есть его посетитель и что ему показать.
Слабую и неточную гипотезу. Но вы знаете, что даже она сильно повышает конверсию на сайте.
И что предлагает Яндекс.Атом (как я это вижу) — он дает гораздо более точную гипотезу, основанную не на 2-3 параметрах настоящего момента, а на тысячах параметров за большой промежуток времени.
Теперь вебмастерам не надо самим придумывать алгоритмы формирования гипотезы о пользователе на основе входных параметров — это сложно, мы не умеем это правильно делать, большинство не делает и даже не знает об этом (судя по комментам).
Я пока не встретил упоминания о том, как это будет сделано технически. В докладе упоминалось о необходимости задания целей на сайте, поэтому пофантазирую:
1) при переходе с Яндекса к ссылке на мою страницу будут добавлены параметры ya_atom_goal_{goal_id}={P}
где {goal_id} это ID цели, которую я создал в метрике, а {P} вероятность ее достижения.
2) w.yaCounterXXXX будет иметь метод getPossibleGoals() или аналогичные свойства с id целей и вероятностью их достижения.
Кроме целей возможно будет существовать объект userPreferences с общими предпочтениями пользователя — какой цвет он любит, марки машин,…
Вроде упоминалось, что вебмастер будет знать эту информацию, но как именно она будет оформлена и структурирована, не сообщалось. Тут не буду даже фантазировать.
Поправьте меня в тех моментах, где я не прав.
Фундаментальный недостаток концепции или просто кто-то уже все сломал?
Имхо, это спасет отцов русской демократии.
Меня бы спасло.
Как в старые добрые времена, когда книжки на русском описывали программы с английским интерфесом.
Я делюсь с сообществом информацией, которая у меня есть, и которой в другом месте пока еще, видимо, нет.
Если честно не особо помню, что нам рассказывали на презентации по снег и сосульки. Но как-то успокоили и я успокоился :)
Люди в районе башни, вроде, живут, в т.ч. известные (читай имеющие возможность жить и в другом месте).
Т.к. предыдущий топик про лавки был именно в этом хабе, я решил следовать соглашению.
Если знаете лучший вариант, подсказывайте.
Будет таких проектов больше :)
Я пока совсем не в теме, но коробочки с MSP430 ждут своего часа. А с BASCOM он (гипотетически) мог бы наступить быстрее.