Чтобы было что качать, нужно, чтобы что-то выпускалось. Сворачивание выпуска CD и отсутствие легальных альтернатив приведёт к тому, что, например, у записей, вышедших в своё время на виниле, но не переизданных на CD, вообще не останется шансов вернуться в музыкальное пространство в качественной оцифровке. Разве не так?
А что плохого в том, что мы каждый день получаем спам? Только одно: ресурсы нашей жизни, которая, между прочим, одна, тратятся впустую. Даже если эти книги никто никогда не купит (что, впрочем, вряд ли, потому что бывают особые случаи: вот это издание, например, я купил для Александры Пахмутовой, потому что, как ни крути, а она должна иметь «авторский» экземпляр любой посвящённой себе книги), поисковая выдача захламляется, искать что-то действительно полезное становится тяжелее. Нет, я, конечно, понимаю, что на закате книгоиздания надо успеть напоследок заработать, но не так же…
Добрый день!
1) По поводу OZON API написал. Посмотрим, какие возможности там есть.
2) По каким причинам товарные позиции были «слиты воедино», мне, честно говоря, всё равно. Это слияние ошибочно. Список треков у двух упомянутых дисков разный, издатель разный, код разный — только название одинаковое. Руководствуясь таким подходом, можно объединить в один ID компакт-диск песен о космосе «Через тернии к звёздам» и DVD с одноимённым кинофильмом — название же совпадает!
3) Вы меня не поняли. Речь шла не о том, что Озон на сегодняшний день не доставляет CD и DVD за границу. Пройдёт несколько лет — и материальные носители уйдут в прошлое, а вместе с ними и таможенные ограничения такого рода. Но, вероятно, будут какие-то другие, применимые к другим группам товаров.
Дело в другом.
Сейчас подход Озона таков: «На текущий момент Озон не экспортирует CD и DVD. Партнёров мы об этом особо не информируем: не наткнёшься сам — не узнаешь. Покупателей информируем в самый последний момент. Не вводить покупателей в заблуждение Партнёрам никак не помогаем. Если сложится какая-то похожая ситуация с другими группами товаров, то, опять же, никого специально информировать не будем.»
Этот подход принципиально неверен, поскольку ориентирован на частный случай. А верен, на мой взгляд, такой подход:
«В нашей жизни существуют границы между государствами, а стало быть, и такое понятие, как экспортные ограничения. К каким товарам и в какой момент они могут быть применены, мы не знаем. Но готовы помочь Партнёрам введением соответствующего флажка в наших сервисах, отслеживанием таможенного законодательства и соответственной установкой флажка в True или False. Тем более что нам всё равно приходится всё это делать для собственных нужд.»
При таком подходе все партнёрские сайты автоматически и корректно смогут подстроиться под изменения таможенного законодательства. И не только его. Причём Web-мастера могут даже не знать об этом.
Вообще все сервисы Партнёрской программы Озона должны быть ориентированы на полностью автоматизированную обработку партнёрскими сайтами без участия Web-мастеров.
Если всё это будет реализовано в OZON API…
Вот ещё один пример непродуманного подхода со стороны Озона.
Акция по бесплатной доставке касается только Москвы. Показывать баннер этой акции остальному прогрессивному человечеству ни к чему, если, конечно, мы не добиваемся целенаправленно реакции из серии «буржуи, свиньи, зажрались, с жиру бесятся». Значит, нужен и второй баннер-«заглушка» такого же размера (600×90), который бы показывался немосковским IP. Причём по возможности подходящий и для заграницы, то есть не касающийся CD и DVD. И, опять же, GeoIP на партнёрском сайте…
Ну неужели сам Озон не может реализовать геотаргетинг своих баннеров и выдавать московским IP один акционный баннер, а немосковским — другой, какой считает нужным? Ведь PHP и базы данных поддерживаются не на всех хостингах и могут использоваться не всеми партнёрскими сайтами…
P.S. А если бы на кузове этого грузовика ещё и появлялись названия текущих пунктов выдачи, цены б ему не было. Список пунктов выдачи постоянно меняется, и попутно проинформировать таким образом заинтересованное сообщество о полном их актуальном списке очень бы не помешало…
И ещё пара вопросов вдогонку:
1) Зачем вообще разделять ItemInfo и ItemDetail и почему бы не выдавать всю информацию по конкретному ID в одном сервисе? Ведь меняется не только информация о цене и доступности. При переиздании может измениться обложка и, соответственно, ссылка на неё, добавиться ISBN или штрих-код… Значит, всё это нужно перезапрашивать каждый раз. А это не только удвоение количества запросов к сайту Ozon.Ru, но и удвоение времени работы скрипта на хостинге сайта-партнёра, что нравится далеко не всем провайдерам.
2) Почему бы не сделать возможным указание в строке запроса нескольких ID через запятую? Понятно, что не до бесконечности, но десяток-то за один запрос выдать можно? Опять же, из тех же соображений.
Я, конечно, не suraev, но отвечу, что думаю.
Грубо говоря, ситуация такова: вчера цифровые книги участвовали в Партнёрской программе, сегодня не участвуют. Что будет завтра, никто не знает.
Вопрос: должны ли Web-мастера партнёрских сайтов отслеживать эту ситуацию сами или же проще Озону в одних случаях учитывать партнёрский идентификатор, в других не учитывать, но в любом случае продавать клиенту то, что он запросил?
Прошу понять меня правильно. Значительная часть участников Партнёрской программы Озона подключилась к ней не потому, что это приносит деньги: «капает» с этого обычно не очень много. Те, кто действительно хочет заработать на привлечённом трафике, размещают партнёрские ссылки, рекламирующие Интернет-казино, порнуху, взлом «Одноклассников», онлайн-сканеры тела — все мы это много раз видели и видим чуть ли не ежедневно. С Озоном же работают те, для кого важна репутация сайта, и те, кто хочет быть чистым перед законом, в том числе по вопросам авторских и смежных прав. Ссылки на товары Озона — это корректная возможность предоставить пользователю легальный доступ к товару. А Партнёрская программа — всего лишь приятный бонус за то, что эти ссылки ставятся именно на Озон, а не на другие Интернет-магазины. Поступят деньги — хорошо, не поступят — не критично.
Учитывая тенденцию к уходу из нашей жизни жёсткой привязки информации к материальному носителю, ясно, что цифровых книг (а равно альбомов и видеозаписей для непосредственной загрузки с сайта магазина) будет всё больше и больше и вопрос о партнёрском вознаграждении по этим позициям всё равно рано или поздно встанет.
Так не лучше ли обеспечить Web-мастерам возможность просто расставить партнёрские идентификаторы во всех случаях, а уже Озону анализировать, когда партнёрское вознаграждение применимо, а когда нет? Поменялась политика Озона — на партнёрских сайтах ничего менять не надо. Проблема ведь ещё и в том, что если Web-мастер «прячет» от пользователя партнёрский идентификатор, то это делается единообразно по всему сайту. В моём случае все ссылки вида httр://ozon.pakhmutova.ru/цифровой_идентификатор_товара преобразуются (через .htaccess) в серверный редирект на httр://www.ozon.ru/context/detail/id/цифровой_идентификатор_товара/?partner=партнёрский_идентификатор. Получается, если я буду ставить ссылки на цифровой товар, то должен вводить дополнительный формат ссылки и дополнительный редирект специально для этой цели?
Теперь об удалённых из базы товарах и не только о них.
Чтобы ситуация была понятна, приглашаю всех россиян (почему именно россиян, объясню ниже) в Интернет-магазин сайта «Александра Пахмутова в Интернете», который я веду уже много лет. Обращаю особое внимание: все представленные там позиции — «озоновские» и находятся в текущей продаже.
Если вы после этого зайдёте на Озон и посмотрите, сколько позиций из тех, что вы только что видели, присутствуют в его подразделе «Александра Пахмутова» или даже при поиске по этим словам, то будете сильно удивлены разницей в количестве позиций, причём не в пользу сайта Ozon.Ru. Происходит это потому, что далеко не на всех обложках компакт-дисков указываются данные об авторах. Часто эта информация (особенно в случае с дисками MP3, когда на обложке не хватает места даже для полного списка треков) запрятывается внутрь коробки, которую Озон, судя по всему, вскрывает далеко не всегда. А если вскрывает, то информацию об авторах не заносит. А если заносит, то не всегда правильно. Иногда бывает и так, что сама информация, размещённая на дисках, ошибочна: например, на одном из дисков Льва Лещенко трек 30, песня «Москва» якобы А. Никольского — это в действительности пахмутовский «Город нашей славы» из кинофильма «Баллада о спорте». Чтобы обнаружить подобную ошибку, нужно не только иметь сам диск и прослушать все его треки, но и ориентироваться в творчестве истинного автора этой песни, тем более что она не самая известная.
Отсюда вывод: если случайную выдачу подходящего товара в подобных случаях ещё можно как-то реализовать средствами Озона (метки + Крутилка), то для более серьёзной работы они уже совершенно не годятся и вместо XML-каталогов приходится придумывать что-то своё.
Именно так сделан Интернет-магазин на сайте Александры Николаевны. В базе данных сайта находятся озоновские идентификаторы всех позиций с произведениями Пахмутовой, когда-либо продававшиеся Озоном. Четыре раза в день PHP-скрипт, запускаемый по расписанию через Cron, перезапрашивает доступность и цены по всем этим идентификаторам средствами Web-сервисов Озона: ItemInfo и ItemDetail. Переиздаст «Мелодия» старый компакт-диск, появится он в базе под старым идентификатором — и уже через несколько часов его можно будет увидеть на странице «Интернет-магазин». Новые позиции добавляются в базу вручную, причём для этого существует специальная PHP-функция, которая по номеру Озоновского идентификатора товара берёт остальную информацию из Web-сервисов. Отсутствующие позиции пользователю просто не показываются, никто не вводится в заблуждение. Всё аккуратно и удобно. Ещё и по блокам разбито: AudioCD, MP3 CD, DVD...
Но возникает несколько вопросов.
Первое. Диски бывают разного формата. Если мы говорим о звукозаписи, то AudioCD, MP3 CD и DVD-Audio. Если мы говорим о видео, то DVD-Video, BluRay… Но никакой информации об этом ни в ItemInfo, ни в ItemDetail нет. В случае с компакт-дисками приходится искать в ссылке на обложку подстроку audio_cd_covers, а затем проверять название соответствующих позиций на предмет наличия или отсутствия подстроки (mp3), чтобы отделить агнцев от козлищ и сгруппировать обычные и MP3-диски в разныз блоках. Но где гарантия, что в случае с MP3-дисками эту строку не забудут вставить в название? И почему бы не ввести в ItemInfo или в ItemDetail поле «Тип товара»?
Второе. Всё хорошо, но год выпуска диска или книги приходится вносить в базу ручками. А всё потому, что кто-то в своё время поленился или не посчитал нужным внести это поле в ItemInfo или в ItemDetail. Я когда-то писал про это, но ничего не изменилось. А ведь исправить ситуацию несложно.
Ну и третье. Помните, я приглашал в Интернет-магазин на сайте Александры Николаевны только россиян? Теперь объясняю, почему. Дело в том, что Озон сейчас не экспортирует товары на цифровых носителях. Поэтому приходится держать на сайте ещё и базу GeoIP, проверять, из России ли посетитель, и лишь в этом случае показывать ему CD и DVD, а остальным — только книжки.
Я, знаете ли, дитя перестройки и убеждён в том, что слово должно всегда соответствовать делу и именно ради этого многие в своё время пожертвовали Советским Союзом. Поэтому, раз уж мы выбрали этот путь, у нас нет права вести себя иначе. Или давайте вернём страну в то состояние, в каком она была лет тридцать назад, это будет по крайней мере честно.
Извините, отвлёкся.
Но тем не менее: неужели нельзя добавить в Web-сервисы ещё и флажок ExportRestrictions и устанавливать его в True в случае существования таких ограничений? Ведь они в принципе подвижны. Сегодня есть — завтра нет — послезавтра есть, но какие-то другие, новые. Сегодня не экспортируются компакт-диски и DVD, а через неделю — белые тапочки.
А теперь — всё-таки о королях и капусте… простите, об удалённых из базы Озона записях.
В случаях, подобных моему, это действительно свинство. Принцип должен быть таким: если товар когда бы то ни было продавался на «Озоне», то идентификатор этого товара остаётся в базе навсегда. И внятная реакция Web-сервисов на него — тоже. В конце концов, товар может в самый неожиданный момент появиться в продаже по объявлению, разве не так?
Ну хорошо, кто-то когда-то ошибся, не смог понять, что такой товар уже продавался, и создал под него новый идентификатор. Бывает. И что? Неужели нельзя добавить в выдачу Web-сервисов поле RedirectTo и в случае необходимости указывать там номер идентификатора, на который надо перейти, а в противном случае оставлять поле пустым?
Кстати, уже несколько месяцев не могу добиться прояснения ситуации с идентификатором 78654.
Вот как выглядел компакт-диск с этим идентификатором, будучи выпущенным «Мелодией» в 2000 году:
А вот как выглядит его более позднее переиздание «Мелодией»:
Оба указанных варианта имели, что вполне понятно, общий идентификатор и до конца прошлого года этот диск успешно продавался на Озоне. Однако вот уже несколько месяцев при попытке зайти по адресу http://www.ozon.ru/context/detail/id/78654/ браузер перебрасывается на страницу http://www.ozon.ru/context/detail/id/4359333/, относящуюся к совершенно другому диску, хотя и с тем же названием:
Кому интересно, зайдите на страницу официального сайта фирмы «Мелодия», посвящённую этому диску, и сравните списки треков. Просто интереса ради.
Я обращался в «Озон» по этому поводу несколько раз, но всё как об стенку горох.
Жду публичного грамотного квалифицированного ответа от «Озона», заинтересованной реакции сообщества и наконец-то исправления ситуации с «Пионерскими песнями».
Я с каталогом не работаю. Я работаю с конкретными ID товара, заносимыми в базу сайта. Специфика такая. Поэтому меня интересуют в первую очередь сервисы, позволяющие получить информацию о конкретных позициях. Теги года и типа товара, стало быть, нужны именно в ItemInfo или ItemDetail.
Согласен, руками сложно. Но объёмы продаж и количество продаваемых позиций у всех разные, к тому же PHP и базы данных установлены не у всех. Лично я для себя решил эту проблему: PHP + MySQL 5 + Cron.
Мне кто-нибудь ответит о планах Озона по продаже CD/DVD вне России?
А при чём тут обычный человек? Что, разве сложно при наличии товара в продаже выводить в партнёрской статистике одну картинку (или выделять его одним цветом), а при его отсутствии — другую (или другим)?
Хорошо. Поверим этому (хотя социальные сети, например, рассылают свои уведомления не в пример в больших количествах и в чёрные списки почему-то не попадают). Но ведь есть и партнёрский интерфейс со статистикой, где такие вещи можно отображать...
