Клиенты с органического трафика это долго и дорого, попробуйте клиентов из директа/эдвордс. Это быстро но намного дороже.
Правда, без оптимизации сайта я бы не рекомендовал лить деньги в контекст.
Либо сами изучайте, постепенно будет прогресс. Например один из моих сайтов лишь спустя 6 месяцев обзавелся органикой и это при том, что я изначально его делал с оптимизацией под SEO.
Вам нужно нанять SEO-специалиста, который займется оптимизацией вашего сайта или самой начать изучать данный вопрос. Правила игры на рынке SEO поисковые ресурсы меняют довольно часто, особенно это любит делать yandex. Так же меняется и конкретно рынок вашего бизнеса. Одни поисковые запросы уходят, другие приходят. В SEO куча нюансов.
Если вы хотите бесплатного аудита, то вы только проиграете тут, т.к. никто вам не даст полный список правок и улучшений бесплатно.
Пользователю и так и так придется заново проставлять галочки шаблонам и назначать их ресурсам. Потому что, даже если не удалять шаблоны — получится каша. Что-то осталось от старой темы, что-то от предыдущей осталось.
Ты хочешь менять дизайн базового шаблона а другие, кастомные шаблоны пользователь должен будет сам изменить. И все это ради того, чтобы не проставлять заново ресурсам и ТВшкам шаблоны?
Окей хорошо, у моего клиента одного более 100 шаблонов кастомных на сайте. Он поставил новую тему и более 30 шаблонов ему оказались не нужны и он их удалит. Часть ресурсов останется без шаблонов. И вновь добрый вечер Batcher.
Еще раз — в MODx нет волшебной кнопки make pizdato. И да, после установки новой темы придется заново создать шаблоны, попутно прописывая шаблонизация. А потом назначить шаблоны ресурсам и ТВхам.
Если ты так сильно не хочешь удалять ВСЕ шаблоны. То тебе будет достаточно не создавать их через билдер или же указать опцию — Не удалять шаблоны. О чем я планирую рассказать в видео.
Твоя идея имеет место быть. Возможно я к этому и приду, но не думаю что это удобнее моего текущего варианта.
Назначить ТВшки вообще не проблема, галочки проставить всего-лишь. Кастомизация через {block} и так будет доступна. Короче говоря, попробую сделать вместо большой статью — маленькую и компенсировать все это дело видео.
Если ты говоришь про ситуацию со сменой темы, то решение не удалять шаблоны а заменять содержимое из файлов новой темы несет за собой ряд проблем.
1 — Для изменения шаблона, нужно будет искать его по названию (т.к. id скорее всего везде будет разный). Соответственно таким образом мы уже запрещаем пользователю редактировать название стандартных шаблонов темы. Изменив эти шаблоны, мы нарушим логику для изменения их содержимого. Мое мнение что это неправильный подход.
2 — Пользователь купит тему, установит, создаст еще 50 своих шаблонов. Нужно будет продумывать логику, чтобы при удалении темы удалялись только шаблоны созданные пользователем. А стандартные оставались для установки новой темы?
3 — Список стандартных шаблонов у интернет-магазина будет свой, у визитки свой, у статейника свой. Я думаю это скорее запутает пользователя.
4 — Моя концепция тем — все что установилось вместе с темой, при её удалении должно быть так же удалено. Чтобы следующая тема которую устанавливает юзер, установилась на чистый сайт.
Да и потом. Переназначение шаблонов это разовая процедура. С помощью батчера это можно сделать за 10-15 минут, даже если ресурсов 50.000 или 100.000. Нужно лишь заранее предусмотреть по какому критерию эти шаблоны назначать.
Если я не прав, напиши пожалуйста более подробно как ты предлагаешь решать нюансы описанные мной в этом комменте.
Погоди стоп. Я похоже тебя не понял. В рамках текущий шаблонов менять их содержимое не проблема, но как быть, если в новой теме шаблонов меньше, чем в той, что установлена у тебя? Как ты будешь удалять ненужные?
Замену файловых элементов сделать — не проблема. Проблема создать структуру шаблонов (объектов шаблонов) в БД. Одна тема содержит 10 шаблонов, другая 15 или наоборот.
Вы поставили одну тему, установилось 15 шаблонов, теперь вам нужно удалить эти 15 шаблонов и установить новую тему где 10 новых шаблонов. Так или иначе, но переназначать шаблоны ресурсам при установке новой темы — необходимость. Лучшего решения чем батчер пока не нашел.
1. Быстрый старт кому? Клиенту? Для него это безусловно плюс.
2. Функционал MODx и его возможности дают понять документация и исходники. В сборке просто вызовы сниппетов сторонних компонентов и полей MODx.
3. В MIGX работать одно удовольствие, единственное — это накидывать json постоянно лень. Но это немного другой вопрос, к сборке не имеет никакого отношения.
4. Человек захочет новых решений и со сборкой и без неё. Сборка это хорошо — когда есть стандарт. Еще раз повторяю.
5. Отлично. А я про MODx узнал из одного ютуб канала который вообще не связан с MODx. Там буквально одно маленькие видео было.
Я думаю что MODx не конструктор аля битрикс или вордпресс. Даже большинство компонентов (готовых решений) еще нужно правильно вызвать и настроить.
Готовые сборки должны быть написаны по единому стандарту, которого нет. Посему я против подобного рода товаров. Когда человек берет десяток готовых, бесплатных компонентов и продает это, под видом того, что он потратил время на вызовы сниппетов и прочих вещей.
А работа у разработчиков появляется когда развивается сама система, вместе с развитием системы развивается и экосфера. Благодаря чему появляется идея создавать готовые сборки, создается единый стандарт, по нему создается готовая тема, отправляется на модерацию в маркетплейс и только после этого — такая сборка добавляется в магазин.
Попробуйте сверстать шаблон на какой-нибудь темфорест и начать его там продавать. Я думаю вы очень удивитесь сколько строгих требований к шаблонам предъявляет маркетплейс.
И я уже говорил про это сто раз. В MODx нет системы для тем, как это сделано, например в убогом WP. И от этого нужно начинать плясать. Почему? Объясняю…
Я купил готовую тему ИМ для модкс — например. Прошел год и тут умелый разработчик сделал новую, более крутую тему. И я хочу на неё перейти. А теперь представьте сколько камней подводных я словлю, когда начну удалять старую тему и ставить новую?
Правда, без оптимизации сайта я бы не рекомендовал лить деньги в контекст.
Либо сами изучайте, постепенно будет прогресс. Например один из моих сайтов лишь спустя 6 месяцев обзавелся органикой и это при том, что я изначально его делал с оптимизацией под SEO.
Разметка нужна на весь контент сайта, особенно на товары.
Если вы хотите бесплатного аудита, то вы только проиграете тут, т.к. никто вам не даст полный список правок и улучшений бесплатно.
P.S.
Микроразметку я так и не нашел.
Ты хочешь менять дизайн базового шаблона а другие, кастомные шаблоны пользователь должен будет сам изменить. И все это ради того, чтобы не проставлять заново ресурсам и ТВшкам шаблоны?
Окей хорошо, у моего клиента одного более 100 шаблонов кастомных на сайте. Он поставил новую тему и более 30 шаблонов ему оказались не нужны и он их удалит. Часть ресурсов останется без шаблонов. И вновь добрый вечер Batcher.
Еще раз — в MODx нет волшебной кнопки make pizdato. И да, после установки новой темы придется заново создать шаблоны, попутно прописывая шаблонизация. А потом назначить шаблоны ресурсам и ТВхам.
Если ты так сильно не хочешь удалять ВСЕ шаблоны. То тебе будет достаточно не создавать их через билдер или же указать опцию — Не удалять шаблоны. О чем я планирую рассказать в видео.
Назначить ТВшки вообще не проблема, галочки проставить всего-лишь. Кастомизация через {block} и так будет доступна. Короче говоря, попробую сделать вместо большой статью — маленькую и компенсировать все это дело видео.
1 — Для изменения шаблона, нужно будет искать его по названию (т.к. id скорее всего везде будет разный). Соответственно таким образом мы уже запрещаем пользователю редактировать название стандартных шаблонов темы. Изменив эти шаблоны, мы нарушим логику для изменения их содержимого. Мое мнение что это неправильный подход.
2 — Пользователь купит тему, установит, создаст еще 50 своих шаблонов. Нужно будет продумывать логику, чтобы при удалении темы удалялись только шаблоны созданные пользователем. А стандартные оставались для установки новой темы?
3 — Список стандартных шаблонов у интернет-магазина будет свой, у визитки свой, у статейника свой. Я думаю это скорее запутает пользователя.
4 — Моя концепция тем — все что установилось вместе с темой, при её удалении должно быть так же удалено. Чтобы следующая тема которую устанавливает юзер, установилась на чистый сайт.
Да и потом. Переназначение шаблонов это разовая процедура. С помощью батчера это можно сделать за 10-15 минут, даже если ресурсов 50.000 или 100.000. Нужно лишь заранее предусмотреть по какому критерию эти шаблоны назначать.
Если я не прав, напиши пожалуйста более подробно как ты предлагаешь решать нюансы описанные мной в этом комменте.
Вы поставили одну тему, установилось 15 шаблонов, теперь вам нужно удалить эти 15 шаблонов и установить новую тему где 10 новых шаблонов. Так или иначе, но переназначать шаблоны ресурсам при установке новой темы — необходимость. Лучшего решения чем батчер пока не нашел.
Подмена пути наименьшая проблема.
2. Функционал MODx и его возможности дают понять документация и исходники. В сборке просто вызовы сниппетов сторонних компонентов и полей MODx.
3. В MIGX работать одно удовольствие, единственное — это накидывать json постоянно лень. Но это немного другой вопрос, к сборке не имеет никакого отношения.
4. Человек захочет новых решений и со сборкой и без неё. Сборка это хорошо — когда есть стандарт. Еще раз повторяю.
5. Отлично. А я про MODx узнал из одного ютуб канала который вообще не связан с MODx. Там буквально одно маленькие видео было.
Готовые сборки должны быть написаны по единому стандарту, которого нет. Посему я против подобного рода товаров. Когда человек берет десяток готовых, бесплатных компонентов и продает это, под видом того, что он потратил время на вызовы сниппетов и прочих вещей.
А работа у разработчиков появляется когда развивается сама система, вместе с развитием системы развивается и экосфера. Благодаря чему появляется идея создавать готовые сборки, создается единый стандарт, по нему создается готовая тема, отправляется на модерацию в маркетплейс и только после этого — такая сборка добавляется в магазин.
Попробуйте сверстать шаблон на какой-нибудь темфорест и начать его там продавать. Я думаю вы очень удивитесь сколько строгих требований к шаблонам предъявляет маркетплейс.
И я уже говорил про это сто раз. В MODx нет системы для тем, как это сделано, например в убогом WP. И от этого нужно начинать плясать. Почему? Объясняю…
Я купил готовую тему ИМ для модкс — например. Прошел год и тут умелый разработчик сделал новую, более крутую тему. И я хочу на неё перейти. А теперь представьте сколько камней подводных я словлю, когда начну удалять старую тему и ставить новую?