I'm a huge fan of Cohere. We were highlighted in the launch post and use their V3 text embeddings in production: https://www.searchagora.com/
We're switching to the V4 to store unified embeddings of our products. From the early tests we ran, this should help with edge case relevancy (i.e. when a product's image and text mismatch, thus creating a greater need for multi-modal embeddings) and improve our search speed by ~100ms.
We don't own or claim to own the copyright for product text and images. And make this clear with the store name, brand name, website, and more. That all said, we may be able to add a field on the Product Detail API that makes it clear who owns the copyright. https://docs.searchagora.com/api/endpoints/product-detail
>Which legal entity will end customers have a monetary relation with?
Using the Agora API, you become the merchant of record. Customers have a relationship with your app (i.e. Agora is hidden to the end customer). We are working on providing support for passing the payment to the end Shopify or WooCommerce store. We imagine having several payment flow options in the future: process payments on your own Stripe account, process payments with Agora, or pass through payments to the stores.
The Agora API enables developers to search, purchase, and track orders for 10 million products sold on 25,000 Shopify and WooCommerce stores. You can search by text, image, URL, or location to find products.
Every Shopify store has several public JSON files that are available on the same URL route. The file for general store information appears at [Base URL]/meta.json. Product information appears at [Base URL]/products.json. Variant and inventory information appears at [Base URL]/[Product Route].js.
Every WooCommerce store has a similar file that has a different data structure. The store information appears at [Base URL]/wp-json/. Product information appears at [Base URL]/wp-json/wc/v1/products.
I bought a list of e-commerce stores and built a crawler to index the store and product information. The crawler runs every day to add, edit, and delete product information for all stores. When you retrieve product details via the API, we dynamically check the price, stock, and variant information. This ensures that we only sell products that are currently available, at the real-time price.
We're starting with 25,000 Shopify and WooCommerce stores and will soon have products from other e-commerce platforms and marketplaces including Amazon, Walmart, Etsy, Wix, Squarespace, and more.
Interesting idea. My biggest concern here is some sort of rating system, not so much for products but merchants. Like I would like to know how likely it is I get my item and a reasonable time frame.
If you really want to be innovative try adding brick and mortar grocery stores too.
>My biggest concern here is some sort of rating system, not so much for products but merchants.
Great idea! We do have a concept of the "Agora Score" for products, to analyze more than just the customer reviews. We'll come up with something similar for merchants to help API customers know which merchants to prioritize.
>If you really want to be innovative try adding brick and mortar grocery stores too.
Absolutely. Just don't know how to efficiently crawl and recrawl their products, without partnering with them directly. Maybe plugging into something like the Instacart API to index local products.
I just don't understand what the actual product is? Is it a web app? Also, how do you solve the empty state to build the community? Seems like a big part of the value proposition.
I have not launch yet, I am working on collecting information and that is why I am posting it here, for me to connect with people who are facing the issue like me and we can create a community were we can help each other. Thank you for the comment it would be nice to have a conversation with you if you have time I think you will be a great asset to the community.
Glad you were able to find it! Just launched the chat assistant so still fine tuning the AI tooling to get it to return the correct results. Would love any feedback from your experience using the product.
Thanks! We actually don't get much traffic from search engines. Mostly all through direct and social, with a few spikes due to HN. The product URLs listed on Agora aren't indexed by Google currently as we don't facilitate purchasing (i.e. like how you'd find a product sold on Amazon when doing a Google search).
Generally, Google Shopping shows big retailers or ads. E-commerce stores have a tough time competing against these big retailers, on both Google Shopping and a normal Google Search.
That all said, we are running tests to track engagement of a "search result page" indexed by Google or Bing. For example, searching for a "backpack" and then landing on the below link with selection to choose from.
I don't take it as harsh criticism. I try to remain intellectually honest about things so feedback and criticism is welcome. Just couldn't back to you earlier as our search experience went down.
For users (demand-side), the problem we solve: There are user groups that currently have a fragmented experience. For example, a specialized solar technician (just throwing out a random example) has to look through a handful of speciality stores to find and compare products that are only sold there. I think there are specific user-groups we can go after that really feel the pain right now of this process. Additionally, as the number of e-commerce platforms increases, it becomes tougher for every day users to find products they are looking for. They have to either go to Amazon or go store-by-store to discover products. The shop.app solves it for Shopify store but there's also millions of sites on WooCommerce, Squarespace, Wix, etc. We get around the empty-state problem with the crawler and now have merchants signing up to get their products indexed.
For merchants (supply-side), the problem we solve: If they sell on their own website, they have to compete against non-product pages on Google. For example, if you sell "red shoes" on your own site, you have to compete against the IMDB entry for the movie "Red Shoes" for people to find you. Additionally, if they sell on their own website and use Amazon (or any physical retailer) for distribution, they give up a percent of their margin. This increases your sell-through but is a smaller amount of money in your pocket.
I'll note that I've seen this problem first hand. In 2016 I launched a game called The 2016 Election Game, which was like Cards Against Humanity for the 2016 US elections. Sold about 5k units fulfilling order myself. And then again in 2020 called DoneWith2020, which was like Cards Against Humanity for the absurdity of the 2020 year. Sold about 34k units using mostly dropshipping. I remember losing out on search / discovery by choosing to sell on my own store but made a much higher margin on each sale (i.e. made about $15 on each $24.99 unit sold). We did work with a company to get on Amazon but always preferred people purchasing on our own site. It was also really hard to get high intent traffic to my store from ads. Would have been nice to send people searching for "funny card game" to my site. Now if everyone has my same dark sense of humor once they landed on the site, is up for debate.
The goal isn't to catch up to Shopify, WooCommerce, etc. but to rather aggregate products across platforms. I do think we can index most of e-commerce products sold on these platforms (my best guess is that it's somewhere between 10 - 20 billion products). This is obviously a very tough data hosting and search problem at that scale. Even Mongo, which is what we use as our primary database, has a limit of 2 billion records.
I agree that it's a traffic problem. Everything comes down to getting users. Based on the number of merchants signing up, we are validating that others have the supply-side problem. It's a matter of nailing down the demand-side problem (i.e. finding the right user groups, building the right features for engagement, etc). We use 'search' as the conduit, assuming that exceptional search will lead to more traffic. But agreed that there are several other factors to solve.
Thanks! Looking back at your comment history, apologies for not responding to your comment last time. And appreciate your email after that post with advice as well.
So, Shopify does have something similar called the shop.app which is only for Shopify stores. My best guess is that the e-commerce platforms are solving a different problem: store creation. I'll also note that each individual e-commerce platform isn't incentivized to aggregate and send users to stores not built with their platform. When we launched in December, we only had Shopify stores. Now we have Shopify and WooCommerce, and working on support for Squarespace and Wix sites as well.
For user traffic, the primary strategy is to build features with a viral loop back to the product. I mentioned this in another comment but we have have the concept of making shareable 'lists' of products you like. This is already working for us, at a small scale.
The general plan is to aggregate as many e-commerce products as possible from different platforms, keep improving the search experience, add automated filters to ensure high quality products, and then keep layering in features that drive a viral loop back to Agora.
Makes sense, so you will basically focus on discovery of e-commerce products which would then allow you to "sell" traffic to merchants?
On the user strategy side, hope that works, if you can get the viral loops going and constant organic traffic, this could be a success.
I'll get back to you if I come up with any ideas which can help!
Generally, yes. From early conversations, it's both about the quantity and quality of traffic. For example, 100 qualified leads to their site that searched for a very specific product on Agora is better than 1,000 random leads landing on their site. The baseline assumption is that a user with higher purchase-intent will lead to a higher conversion rate once on the store site.
We're switching to the V4 to store unified embeddings of our products. From the early tests we ran, this should help with edge case relevancy (i.e. when a product's image and text mismatch, thus creating a greater need for multi-modal embeddings) and improve our search speed by ~100ms.