Скудный ассортимент - из трех просмотренных разделов два пустые и один с тремя позициями.
Это также как с аптеками - нельзя только отправлять, а держать витрину никто не запрещает.
Поэтому есть два легальных варианта:
1) 100% вариант. Открываете полноценный офлайн магазин и делаете к нему интернет-витрину. Забирать товар можно будет только в этом магазине без всяких доставок.
2) Скользкий вариант. Открываете службу доставки и оказываете только логистические услуги по доставке ювелирки. Т.е. вы ими не торгуете, а только доставляете.
Кашу маслом не испортишь, как говорится, так что подключайте любой платежный агрегатор и он вам даст все возможные варианты оплаты. Но... Вы правильно думаете - 99% все равно будут выбирать наличкой при доставке, поэтому в корзине просто упомините, что помимо нала есть дополнительные способы оплаты и ссылка на отдельную страницу где все будет подробно описано (способы, условия и очередность оплаты).
А т.к. у вас нужно сначала проверить наличие, да и вряд ли будет большое количество таких клиентов, то к сайту особой нужды прикручивать программно эти оплаты нет - просто вручную будете формировать эти ссылки в кабинете платежного агрегатора и отправлять на почту клиенту.
У меня Преста 1.6, парсер писал сам - парсит каталог товаров на сайте поставщика каждый день и обновляет цены и остатки в магазине.
Новинки только собирает, но не грузит на сайт, потому что их нужно еще вручную редактировать.
Т.е. в парсере выбираю какие новинки выгрузить и он мне формирует CSV-файл + отдельно папка с картинками. А потом редактирую описания в этом CSV-файле и если картинки у поставщика стремные - меняю еще картинки. Ну и потом все это дело заливаю на сайт с помощью стандартного импорта товаров.
Собственно, выводы такие:
1) Главный геморой - это не залить новый товар, а его апдейтить (обновлять цены и остатки). Для этого как минимум у каждого товара поставщика должен быть уникальный идентификатор (Вот у моего поставщика на один артикул может быть несколько разных товаров с разными ценами). Хотя это является проблемой, только если вы торгуете со склада поставщика. При собственном складе это не особо актуально.
2) Заливка нового товара в любом случае будет проходить медленно и в полуручном режиме - хоть с парсерами, хоть без парсеров. Здесь поможет только запас терпения, Excel и "умные" текстовые редакторы.
Т.е. советую сразу заказать нормальный парсер под ваших поставщиков, причем с возможностью его поддержки в будущем и доработки. Это если вы уже уверены, что это всерьез и надолго. А если это только тестирование ниши - то Excel - это ваше все.
Заказал уже во второй раз пакетом. Индексация норм, площадки тоже.
Да, так и есть. Поэтому это могут позволить себе только крупные магазины - поверьте, оно того стоит.
У Гугла точно реклама на поиске.
Про Яндекс наверняка не скажу, но индекс с общим поиском разделен. Даже можно отдельно отправлять страницы в индекс для локального поиска. Но насколько это все быстро индексируется не знаю.
Кстати, заранее узнайте, сможете ли вы результаты поиска от Гугл/Яндекс сделать с изображением товара - иначе грош цена этому поиску.
Лучше Sphinx'а в этом плане пока ничего не придумали - ищите, кто вам прикрутит его к магазину (сам Сфинкс бесплатный и прикручивается к любому магазину, возможно уже есть готовые модули на его основе).
Такое решение используют большинство крупных магазинов, когда дефолтный поиск не справляется, да и скорость поиска в разы увеличивается и настраивается под особенности конкретного ассортимента.
Не все можно передать через иллюстрации, схемы и картинки.
Если схема доставки и оплаты не супер простая, то без "портянки" не обойтись.
Вон пример. Ни единой картинки. Портянку спасает верхняя навигация по странице. Мне такой подход кажется вполне уместным.
На вашем месте я бы делал на том, что умею/быстрее, т.к. сейчас вам нужно тупо протестировать нишу. Если попрет, будете уже присматривать что-то специализированное (кстати, не обязательно сильно платное - престашоп или опенкарт нормальные решения, хотя - дело вкуса и кошелька).
По поводу надежности, отказаустойчивости и т.п. - вам никто не запрещает затестить нагрузку на голом движке с полной товарной базой. Это если уж совсем упереться и делать все как по книжке.
А на вскидку - поставьте совместимый с магазином на WP плагин кэширования и будет нормально все работать.
То же самое и с VPS - взять минимум и на короткий срок, мониторить нагрузку. Шаред лучше не брать изначально - меньше пространства для маневров и настройки.
поддерживаю
