iWatchYouFromAfar

schema.org/Product — в самом низу примеры

Клиенты с органического трафика это долго и дорого, попробуйте клиентов из директа/эдвордс. Это быстро но намного дороже.

Правда, без оптимизации сайта я бы не рекомендовал лить деньги в контекст.

Либо сами изучайте, постепенно будет прогресс. Например один из моих сайтов лишь спустя 6 месяцев обзавелся органикой и это при том, что я изначально его делал с оптимизацией под SEO.

SEO дает результат не меньше чем за пол года, а в перегретой нише может уйти год или два при хорошем специалисте конечно.

Разметка нужна на весь контент сайта, особенно на товары.

Накопительная скидка — там этот функционал есть.

Вам нужно нанять SEO-специалиста, который займется оптимизацией вашего сайта или самой начать изучать данный вопрос. Правила игры на рынке SEO поисковые ресурсы меняют довольно часто, особенно это любит делать yandex. Так же меняется и конкретно рынок вашего бизнеса. Одни поисковые запросы уходят, другие приходят. В SEO куча нюансов.

Если вы хотите бесплатного аудита, то вы только проиграете тут, т.к. никто вам не даст полный список правок и улучшений бесплатно.

P.S.
Микроразметку я так и не нашел.

modstore.pro/packages/discounts/msdiscount

Посмотрите showLog.

Очень развернутый ответ, прям хочется с тобой согласиться… ))

Нет, сотня TV это как-раз плохая практика, все таки это разные вещи.

Да нет, если сотня шаблонов. Значит у клиента множество страниц с уникальным дизайном.

Пользователю и так и так придется заново проставлять галочки шаблонам и назначать их ресурсам. Потому что, даже если не удалять шаблоны — получится каша. Что-то осталось от старой темы, что-то от предыдущей осталось.

Ты хочешь менять дизайн базового шаблона а другие, кастомные шаблоны пользователь должен будет сам изменить. И все это ради того, чтобы не проставлять заново ресурсам и ТВшкам шаблоны?

Окей хорошо, у моего клиента одного более 100 шаблонов кастомных на сайте. Он поставил новую тему и более 30 шаблонов ему оказались не нужны и он их удалит. Часть ресурсов останется без шаблонов. И вновь добрый вечер Batcher.

Еще раз — в MODx нет волшебной кнопки make pizdato. И да, после установки новой темы придется заново создать шаблоны, попутно прописывая шаблонизация. А потом назначить шаблоны ресурсам и ТВхам.

Если ты так сильно не хочешь удалять ВСЕ шаблоны. То тебе будет достаточно не создавать их через билдер или же указать опцию — Не удалять шаблоны. О чем я планирую рассказать в видео.

Твоя идея имеет место быть. Возможно я к этому и приду, но не думаю что это удобнее моего текущего варианта.

Назначить ТВшки вообще не проблема, галочки проставить всего-лишь. Кастомизация через {block} и так будет доступна. Короче говоря, попробую сделать вместо большой статью — маленькую и компенсировать все это дело видео.

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

1 — Для изменения шаблона, нужно будет искать его по названию (т.к. id скорее всего везде будет разный). Соответственно таким образом мы уже запрещаем пользователю редактировать название стандартных шаблонов темы. Изменив эти шаблоны, мы нарушим логику для изменения их содержимого. Мое мнение что это неправильный подход.

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

3 — Список стандартных шаблонов у интернет-магазина будет свой, у визитки свой, у статейника свой. Я думаю это скорее запутает пользователя.

4 — Моя концепция тем — все что установилось вместе с темой, при её удалении должно быть так же удалено. Чтобы следующая тема которую устанавливает юзер, установилась на чистый сайт.

Да и потом. Переназначение шаблонов это разовая процедура. С помощью батчера это можно сделать за 10-15 минут, даже если ресурсов 50.000 или 100.000. Нужно лишь заранее предусмотреть по какому критерию эти шаблоны назначать.

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

У тебя в любом случае будут заведены все нужные шаблоны уже в бд.

Откуда эти шаблоны возьмутся в БД до установки темы?

Погоди стоп. Я похоже тебя не понял. В рамках текущий шаблонов менять их содержимое не проблема, но как быть, если в новой теме шаблонов меньше, чем в той, что установлена у тебя? Как ты будешь удалять ненужные?

Замену файловых элементов сделать — не проблема. Проблема создать структуру шаблонов (объектов шаблонов) в БД. Одна тема содержит 10 шаблонов, другая 15 или наоборот.

Вы поставили одну тему, установилось 15 шаблонов, теперь вам нужно удалить эти 15 шаблонов и установить новую тему где 10 новых шаблонов. Так или иначе, но переназначать шаблоны ресурсам при установке новой темы — необходимость. Лучшего решения чем батчер пока не нашел.

Подмена пути наименьшая проблема.

А если у вас 100 шаблонов, значит нужно будет создать 100 системных настроек если я правильно понял?

Тогда другой разговор. Советую вам обратить внимание на Wordpress, там столько готовых тем… )

1. Быстрый старт кому? Клиенту? Для него это безусловно плюс.

2. Функционал MODx и его возможности дают понять документация и исходники. В сборке просто вызовы сниппетов сторонних компонентов и полей MODx.

3. В MIGX работать одно удовольствие, единственное — это накидывать json постоянно лень. Но это немного другой вопрос, к сборке не имеет никакого отношения.

4. Человек захочет новых решений и со сборкой и без неё. Сборка это хорошо — когда есть стандарт. Еще раз повторяю.

5. Отлично. А я про MODx узнал из одного ютуб канала который вообще не связан с MODx. Там буквально одно маленькие видео было.

Я думаю что MODx не конструктор аля битрикс или вордпресс. Даже большинство компонентов (готовых решений) еще нужно правильно вызвать и настроить.

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

А работа у разработчиков появляется когда развивается сама система, вместе с развитием системы развивается и экосфера. Благодаря чему появляется идея создавать готовые сборки, создается единый стандарт, по нему создается готовая тема, отправляется на модерацию в маркетплейс и только после этого — такая сборка добавляется в магазин.

Попробуйте сверстать шаблон на какой-нибудь темфорест и начать его там продавать. Я думаю вы очень удивитесь сколько строгих требований к шаблонам предъявляет маркетплейс.

И я уже говорил про это сто раз. В MODx нет системы для тем, как это сделано, например в убогом WP. И от этого нужно начинать плясать. Почему? Объясняю…

Я купил готовую тему ИМ для модкс — например. Прошел год и тут умелый разработчик сделал новую, более крутую тему. И я хочу на неё перейти. А теперь представьте сколько камней подводных я словлю, когда начну удалять старую тему и ставить новую?