Реально читаемые блоги внизу счетчики метрик отображают, чтобы дать представление о размере аудитории. Исходя из этого и стоимость размещения рекламы на их сайтах определяется. Смотрите на посещаемость а дальше в контакты стучитесь.
А мне больше всего нравился украинский кетчуп "Нежный". А теперь его х..н найдешь в Москве. Чем кетчуп то помешал? И тапочку брали тоже украинского производства, а теперь нет. И в России нормальных тапочек делать не научились.
Это для совкового бизнеса достаточно. А для серьезной интернет-торговли нет.
Тогда выбросьте затею с торговлей из головы и не морочьте себе и людям голову. Интернет-торговля это серьезный бизнес, а вы пытаетесь кустарщиной заниматься.
Это как на порталах госзакупок что-ли? Аукцион на понижении? А какова логика предложения подобного для розничных или оптовых продавцов?
Это лишь клиентонезависмый механизм сбора статистики. В противном случае сбор метрики нужно будет отдельно встраивать в браузерную часть и в мобильное приложение. Двойная работа.
У гугла есть теперь клиентонезависимый вариант сбора статистики. Measurement Protocol назвывается см. https://developers.google.com/analytics/devguides/collection/protocol/v1/?hl=ru.
В этом случае можно дополнительную метрику с сервера собирать и там же определять тип клиента, источник прихода и прочее.
В сервисах метрики есть достаточно инструментов, чтобы собирать дополнительные данные о действиях посетителей на сайте. Но как правило это требует некоторой доработки сайта. А вообще все детально расписано. Например можно использовать метки см. для примера https://yandex.ru/support/metrika/reports/tags.xml У гугла такого инструментария еще богаче.
Если в движке используется шаблонизатор, то нужно учитывать его правила. Например в Prestashop невозможно просто вставить JS код в шаблон, потому что фигурные скобки последнего создают проблемы работы компилятора Smarty. Там скрипт нужно заключать в специальные тэги в виде:
{literal}тут код метрики{/literal}
Смотря для каких задач. Например когда я говорил об организации массового доступа через вебинтерфейс в 1С, то мне сложно сказать сколько такое стоит, потому что спецам по 1С пришлось написать собственную систему ведения сессий пользователей, чтобы каждому отдавать то, что он запрашивал через общий вход. То есть если вы берете отельные лицензии на вебклиентов, то там сессии ведется отдельно самой 1С, а если PHP работает с одним клиентом и с одной лицензией соответственно, то системная сессия будет одна, поэтому в рамках этой одной сессии в самой 1С нужно было создать механизм ведения многих сессий авторизовавшихся пользователей. А сам доступ из PHP в 1С осуществлялся через SOAP шлюз 1С. Вот стоимость такой разработки может измеряться сотнями тысяч рублей.
А разработка стоимость разработки веб интерфейса зависит от сложности требующегося функционала. Тут стоимость зависит от задач.
А если настроенный SOAP доступ и заготовлены нужные отчеты, то получать данные в PHP из 1С или передавать в нее не сложно. Стоимость такой интеграции может стоить десятки тысяч рублей, просто потому что может быть реализована довольно быстро (это если со стороны PHP программирования. На счет того, сколько будет стоить создание нужных функций в 1С сказать не могу).
Но вообще любая системная интеграция всегда делается под конкретную задачу. Готовых интеграционных решений, удовлетворяющих всем требованиям любого бизнес-процесса не существует. А стоимость работ по интеграции зависит от сложности поставленной задачи.
P.S. Я не специалист по 1С. Я веб-разработчик и поэтому в основном знаю именно это часть работ.
