Как IMFAST.COM привел к рождению OpenProductDb.com

Одним из наших последних реализованных проектов является сайт IMFAST.COM.

Грубо говоря, это комбинация доски объявлений и онлайн-представительств магазинов. Вообще, сам проект вполне заслуживает отдельной статьи, но в этой мы поговорим о другом.
Во время работы над сайтом IMFAST.COM, выявился ряд проблем, о существовании которых
мы даже не подозревали.
По мере общения с представителями магазинов, выяснилось, что одна из самых частых проблем для продавцов - отсутствие описаний по тем товарам, которыми они торгуют.
Да, именно так. В это сложно поверить, но в большинстве случаев, у продавцов просто
отсутствует подробная информация по товарам, которыми они торгуют.

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

И результаты показали, что проблема не просто есть, но и намного серьёзнее, чем
нам показалось в начале.
Фактически, продавцам просто неоткуда взять обьективную информацию о товарах.
Да, частично, проблема решается обращением к производителю (именно к производителю,
так как у поставщика практически те же проблемы, что и у продавца).
Но в реальности, это решение весьма долгое и затратное.
Ресурсов же, предоставляющих подобную информацию либо нет, либо они покрывают очень
небольшое количество товаров и в лучшем случае предоставляют минимальное текстовое
описание.
А какие же данные по товару нужны современному интернет-магазину?
На языке специалистов это называется "структурированные данные" (structured data).
Ссылка https://developers.google.com/search/docs/guides/intro-structured-data
На языке обычного человека это (упрощенно) описание параметров товара в виде "свойство = значение"
Например, почти у любого товара есть свойства, которые очень важны для логистики,
такие как "вес", "объём" и "габариты".

А у товаров отпределённого типа есть свои, уникальные для этого вида товара свойства.

Например, для товара типа "смартфон", есть свойства "диагональ экрана", "операционная система",
"камера" и т.д.
Некотороые свойства довольно просты, например, тот же "вес"
Другие сложее, например, описание камеры смартфона.
Со свойствами вроде разобрались. Для чего они нужны, тоже понятно - покупатель
благодаря им может найти товар под свои, особенные, требования.
Но на этом плюсы от структурированных данных не заканчиваются.
Например, при соблюдении определённых технических стандартов на эти описания,
их использование может дать серьёзный плюс позиции сайта магазина в поисковых системах.
Более того, системы искуственного интеллекта (такие, как голосовые помощники),
которые получают всё большее распространение используют структурированные данные
для формирования своей базы ответов.

Учитывая всё это, наше решение о создании базы данных по товарам было очевидно.
Причём это должны быть структурированные данные, с применением последних стандартов
в данной области.
Но для того, чтобы эти данные были общедоступными, необходимо было решить ещё один
вопрос. А именно, на каких условиях предоставлять доступ к этим данных.

Скажем честно, изначально, у нас был соблазн сделать доступ к этим данным платным.
Но взвесив все за и против, мы решили, что эти данные должны быть доступны бесплатно,
как для личного, так и для коммерческого использования.
Поэтому, мы выбрали для данных лицензию CC-BY, которая с одной стороны даёт максимальные
права на использование данных, а с другой, требует, чтобы при использовании, обязательно
указывался автор этих данных (т.е. ссылка на наш сервис).

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

;Формат данных: JSON-LD
Схема данных: Schema.org
Таксономия: GPC
Лицензия на данные: CC-BY