- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Есть вот такая хорошая статья - http://prgssr.ru/development/pochemu-generatory-staticheskih-sajtov-budut-populyarny.html в целом статические сайты набирают популярность, по причинам перечисленным топикстартером.
Интерактив, корзину, поиск. фильтрацию, на небольшом кол-ве данных можно сделать и на js.
Я уж и забыл...
Дело оказалось чуть сложнее, точнее аппетиты возрасли кратно,
но уже довольно давно тестирую на продакшене...
Поиск пока не сделал, но нет причин полагать, что будут проблемы.
(пока думаю как лучше хранить, думается буду передавать хеш-версию статически,
и уже при открытии если она отлична от того, что в локалсторейдже забирать новую
версию с сервера)
Пока допиливаю то, чего не было в "магазине с движком", а хотелось.
После замены "очень известного магазина" на то, что получилось, получил
кучу негодования и багрепортов, утверждают, что с такой скоростью ничего
не может открываться физически и я дурю где-то.
Говорят, некоторые ходили проверить в макдональдс, что это типа не в
локалке теперь работает.
Объемы....
25кб js
(не считая стороннего jquery и какого-то тугого слайдера почти на 100кб,
надо будет его переписать, сходу ничего дельного не нашел)
16кб css
Страницы товаров правда аж под 15-30кб. (но утаптываются на ходу зипом до 4-6кб,
надо бы утаптывать статически, пока не дошли руки)
Написано 16кб кода на php для генерации и 25кб темплейтов.
Написано порядка 10-20кб кода в основную систему для выгрузки карточек товаров итп.
(по факту может и меньше, это было проще всего где-то за полдня справился)
Динамически пока вызывается только чекаут, в связи с тем, что он-же
рассылает письма и они у него в кишках, то его объем аж 8кб.
(реально рабочих строк под сотню с фильтрацией присланного и
формированием-отправкой писем, остальное шаблон самих писем)
Чтоб я еще хоть раз взял что-то "псевдоготовое"... нет уж... ну его в пень.
ЗЫ. Из зависимостей еще
Используется смарти, в девственно стоковом виде.
Используется какой-то упаковщик js/css от яху в виде java пакета.
Основной вес странички не текст, а картинки.
Есть вот такая хорошая статья
Чьерт, там похоже люди всё это уже сделали "по-нормальному" :), пару месяцев назад, и
яб изучил и может даже использовал что-то из перечисленного в статье.
Но посмотрю обязательно на днях, возможно и переделаю под менстрим :).
---------- Добавлено 27.01.2017 в 18:55 ----------
Основной вес странички не текст, а картинки.
Они одинаковые в статической и динамической версии :).
Они одинаковые в статической и динамической версии .
В том то и дело).
Самое тяжелое это картинки, и они одинаковы в обоих подходах).
но дело не в том.
Вот пример сайта который не оптимизировался, кеша нет, ребята делали на довольно старенькой версии движка магазина. Там ни кеширования нет, ни особых оптимизаций, всё динамическое, все конфиги тянутся динамически и всё такое, т.е. да, каждый раз динамически генерится и меню, и футер и т.п. master-car.net.
Я в вас верю, я думаю у вас быстрее. Правда тут хостинг с пирингом до всех одесских провайдеров, что у меня на них пинг 1мс, и я просто не вижу где может быть быстрее. Всё упирается именно в картинки которые не оптимальны. Но да, можно сделать быстрее. Скажите другое - оно НУЖНО делать быстрее, если вот так оно из коробки работает, без допила?
---------- Добавлено 28.01.2017 в 12:32 ----------
Гы. Глянул сайт через VPN, чтобы убрать эффект близости сервера. Мееедленно.
Вот что делают неоптимизированные картинки.
Есть вот такая хорошая статья - http://prgssr.ru/development/pochemu-generatory-staticheskih-sajtov-budut-populyarny.html в целом статические сайты набирают популярность, по причинам перечисленным топикстартером.
Интерактив, корзину, поиск. фильтрацию, на небольшом кол-ве данных можно сделать и на js.
Да, неплохая статься чтобы понять, что приличный магазин на статических файлах не сделать. Динамический контенте нужен для того, чтобы управлять заказом по факту наличия товара на складе. Зависимость сайта от браузера и от внешних сервисов делает его менее устойчивым. Не первый раз сталкиваюсь с тем, что поставщики услуг предлагаю загрузить и установить свои скрипты, а потом не могут обеспечить стабильную работу серверной части, а клиентская часть написана так, что подвешивает браузер клиента насмерть. Недавно что-то поменялось в работе старой метрики гугла и сбор допданных создал проблемы для работы сайта клиента. Поправил довольно быстро, но факт остается фактом. Не знаю насколько хорошо индексируется динамически формируемый на стороне клиента контент (это по поводу использования того же Disquss и т.п.) и уж точно в заголовках отдаваемой страницы поисковику невозможно оповестить
об изменениях в контенте страницы благодаря таким внешним сервисам. В общем для ИМ такой подход явное не годится, да и для многих других сайтов тоже.
чтобы управлять заказом по факту наличия товара на складе.
Эта идея может прийти в голову только человеку, который хочет поменьше продавать.
Как именно вы собрались управлять заказом используя идею о том, что вы что-то
знаете о состоянии склада ?
Зависимость сайта от браузера и от внешних сервисов делает его менее устойчивым.
Ээээ... о каких внешних сервисах речь ?
И вы это серьезно ? Т.е. зависимость от php, от механизмов его интерпретации итп - это
всё ерунда :), а "от браузера" - это ахтунг.
Не первый раз сталкиваюсь с тем, что поставщики услуг предлагаю загрузить и установить свои скрипты, а потом не могут обеспечить стабильную работу серверной части, а клиентская часть написана так, что подвешивает браузер клиента насмерть.
Не очень понял фразу. В вашей жизни были люди, которые не могли что-то сделать ?
Так и в моей были... чтож мне теперь сексом не заниматься что-ли :) ?
Заявленный в данном топике подход требует надежной работы серверной части
длиной примерно в сто строк. Больше для работы магазина со стороны сервера ничего не нужно.
(исключая статические файлы, которые на нём хранятся)
Недавно что-то поменялось в работе старой метрики гугла и сбор допданных создал проблемы для работы сайта клиента. Поправил довольно быстро, но факт остается фактом. Не знаю насколько хорошо индексируется динамически формируемый на стороне клиента контент (это по поводу использования того же Disquss и т.п.) и уж точно в заголовках отдаваемой страницы поисковику невозможно оповестить
об изменениях в контенте страницы благодаря таким внешним сервисам. В общем для ИМ такой подход явное не годится, да и для многих других сайтов тоже.
Вопрос индексации хороший. К сожалению, не на чем проверить, нет сотен тысяч страниц.
Но логика подсказывает, что чистый код будет индексироваться лучше, чем тот ахтунг,
который предлагают "коробочные варианты".
Честно говоря не очень понимаю в чём проблемы привинтить что угодно для индексации.
Контент НЕ формируется на стороне клиента.
Страница отдаваемая клиенту содержит весь необходимый ему контент.
Выкинув js вы просто потеряете возможность складывать в корзину и чекаутить.
Выкинув js вы просто потеряете возможность складывать в корзину и чекаутить.
А также показать дополнительно другой товар покупателю, который он может хочет купить, но не знает про него
Я в последнее время на алиэкспресс после добавления товара в корзину смотрю то, что мне предлагают еще к выбранному товару. И очень часто покупаю то, что предлагают.
Но да, чистый html хорош, но не удобен для меня точно. Особенно неудобно, когда заказчик просит вставить рекламный баннер на все страницы сайта, который на чистом html. Или наоборот, убрать лишний код... Это такой квест по поиску кода на всех 100500 страницах сайта в разных папках.
А вот если еще попросят поменять дизайн на таком сайте...
Хотя очень приятно, когда сайт на чистом html генерируется из не чистого - обычное кеширование. Поменял код, сгенерил сайт и он летает. Красота
В том то и дело).
Самое тяжелое это картинки, и они одинаковы в обоих подходах).
Не сказал бы. Изкоробочный вариант предлагал загружать css... тут фанфары...
вы не поверите... но на 300кб. Честное пионерское.
И почти столько-же js.
Да у меня вся разметка + все излишества с главной страницы дай бог на 1500кб тянут.
Со всеми картинками.
Если говорить о странице продукта, то первая картинка занимает в пределах 100кб,
всё оформление тоже около 100кб, еще 100кб занимает сама страница + css +js.
И это подсчеты "по верхней границе".
Это как-раз 300кб чтобы всё показать и работать, сравните это с 300кб только на css :)
Нет, можно поправить всё, что угодно.
Я тут уже немного о другом.
Реальность оказалась следующей: даже имея определенный опыт, взяв современную
раскрученную коробку, потратив время и ПОЛУЧИВ РЕЗУЛЬТАТ, оказалось, что гораздо
проще и правильнее выкинуть это все к едреням, написать менее 100кб кода, и получить
только нужный функционал, без особых шуток в его реализации, работающий быстро,
и так как надо.
Да - этот подход годится не всем, но мир так устроен, идеальных решений не бывает.
При этом, в процессе, возникли вопросы, решение которых захотелось подсмотреть в коробке.
И знаете что... в коробке решений не оказалось... да насрать им, отвечают ли скрипты
чекаута, и что увидит пользователь, если они не отвечают, к примеру.
И на многие другие аварийные ситуации тоже глубоко пофиг.
---------- Добавлено 28.01.2017 в 21:40 ----------
А также показать дополнительно другой товар покупателю, который он может хочет купить, но не знает про него
Ей богу, невелика потеря.
Мы говорим о ситуации, когда у вас отказал js в браузере.
Я в последнее время на алиэкспресс после добавления товара в корзину смотрю то, что мне предлагают еще к выбранному товару. И очень часто покупаю то, что предлагают.
Так это... я вам лучше сразу покажу это, еще до покупки, на странице товара.
А если очень приспичит, то можно и после показать, надо сообразить как, но
какие тут сложности, этож тоже статическая информация известная заранее.
Но да, чистый html хорош, но не удобен для меня точно. Особенно неудобно, когда заказчик просит вставить рекламный баннер на все страницы сайта, который на чистом html. Или наоборот, убрать лишний код... Это такой квест по поиску кода на всех 100500 страницах сайта в разных папках.
А вот если еще попросят поменять дизайн на таком сайте...
Это... а в чем проблема-то ?
Он ВЕСЬ смарти-шаблонизирован.
Вставляешь в шаблон, запускаешь скрипт пересборки, и у тебя снова чистый html но уже с баннером. Фишка в том, что после этого тебе ничего от сервера не надо.
Можешь хоть в CDN загрузить, хоть так отдавать...
Эта идея может прийти в голову только человеку, который хочет поменьше продавать.
Как именно вы собрались управлять заказом используя идею о том, что вы что-то
знаете о состоянии склада ?
Если бы вы больше знали бы об интернет-торговле, то знали бы что есть магазины торгующие товарами только имеющимися на складе, а есть - работающие частично под заказ, и им нужно оповещать клиента об этом факте. Для этого и необходимо при каждом отображении страницы товара или списка товаров отмечать какие из них доступны в данный момент со склада, а на которые можно сделать только предзаказ.
---------- Добавлено 28.01.2017 в 23:28 ----------
Ээээ... о каких внешних сервисах речь ?
И вы это серьезно ? Т.е. зависимость от php, от механизмов его интерпретации итп - это
всё ерунда :), а "от браузера" - это ахтунг.
Опять же при наличии определенного опыта вы бы знали, что скрипты в разных браузерах обрабатываются немного по-разному, а PHP это серверная часть, которая для всех клиентов едина. Гугл например из-за этого сделал Measurement Protocol. Для ликбеза см. https://developers.google.com/analytics/devguides/collection/protocol/v1/?hl=ru . Так что ваши изобретения велосипеда в силу вашей ограниченной осведомленности - вот это действительно ерунда.
---------- Добавлено 28.01.2017 в 23:32 ----------
Не очень понял фразу. В вашей жизни были люди, которые не могли что-то сделать ?
Так и в моей были... чтож мне теперь сексом не заниматься что-ли :) ?
В моей практике было достаточно горе специалистов, которые плохо делают свою работу и из-за этого у других возникают проблемы. Так что если вы не способны толком заниматься сексом, то может действительно не стоит, чтобы проблем не создавать другим :-).
---------- Добавлено 28.01.2017 в 23:38 ----------
Контент НЕ формируется на стороне клиента.
Если речь идет о Дискусе и других подобных сервисах, то часть контента формируется именно на клиенте, то есть загружается из другого источника средствами JS и то при условии что код выполняется нормально, а не блокируется из за ошибок в других JS приложениях. Именно из-за возможных ошибок JS кода поисковики не любят его обрабатывать для рендеринга страниц для последующего анализа.