Александр Поляков

Вы можете перейти на json-ld. Google официально поддержал этот формат и страницы с ним проходят валидацию. Куда угодно на страницу можно поставить подобный блок и пользователи не будут его видеть (пример для Person):

{
  "@context": "http://schema.org/",
  "@type": "Person",
  "name": "Jane Doe",
  "jobTitle": "Professor",
  "telephone": "(425) 123-4567",
  "url": "http://www.janedoe.com"
}

Сама регистрация отслеживается с помощью контрольного пикселя, размещаемого на сайте рекламодателя (заказчика). Человек оформил заказ, а на странице с благодарностью (Thank You Page) выводится пискель, в который передаётся номер, сумма и другие параметры заказа.

Рекламодатель может обманывать сеть на двух этапах:

1. Не показывать контрольный пиксель на странице благодарности или показывать его не для всех заказов. Этот случай ловится постоянными проверками сотрудниками партнёрских сетей (агрегаторов партнёрских программ).
2. Отменять заказы в момент сверки, т.е. заказ был выкуплен, но партнёрской сети сообщается, что он был отменён. Тут рекламодатель может наткнуться на проверку, ведь партнёрская сеть в праве запросить документы, подтверждающие отмену любого заказа согласно договору. Либо, если заказ был оформлен через CashBack сайт, со стороны пользователя последует претензия, что товар он получил, а комиссию по нему нет. Тогда сеть начинает юридические разбирательства с таким рекламодателем, и либо отключает его партнёрскую программу, добавляя в чёрный список рекламодателей, либо выставляет большой штраф.

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

Есть бесплатный http://www.elitius.com, но судя по сайту и репозиторию он давно не обновлялся. Есть Post Affiliate Pro за $29 в месяц (это 6 чашек кофе), что почти бесплатно. Остальные решения сильно дороже. Если хотите дельный совет, напишие для каких целей партнёрская программа и какие в ней нужны инструменты, постараюсь помочь.

Про плагины верно пишут, но если Вам нужна красивая аналитика и возможность работы с базой рефералов, то посмотрите в сторону Ambassador.

Как раз по тематике eCommerce, посмотрите Где Слон?. Все крупные интернет-магазины там.

Писать с нуля? Может быть лучше взять за основу готовое и доработать под себя? HasOffers (www.hasoffers.com) или Cake (getcake.com) очень хороши. Если не подходит и нужно писать, то обычно партнерские сети состоят из ряда компонентов:

- SQL транзакционная БД для финансовой информации и долговременного хранения данных;
- Быстрая NoSQL БД для обработки переходов;
- База для хранения и отборажения статистики, например ElasticSearch;
- На чем писать фронтэнд под это все – дело вкуса.

Не забудьте про репликацию данных и отказоустойчивость.

Вопрос в том, какая нужна валюта и какие объемы. Дайте уточнение, тогда смогу конкретный сервис подсказать.

Счет на 40 не привязался. В поддержке по телефону какой-то неадекват. На странице с привязкой в текст страницы какие-то ошибки выводятся.

Если нет внешней системы трекинга, то просто поставьте 301 редирект со всех ссылок вида ref1 на карточку товара. Это решит задачу передачи ссылочной массы на основную карточку. И запретите индексацию через robots.txt как посоветовал Phelix. Но вообще, переходите на параметры в URL или трекинг на стороне сервера.

Сколько я не искал, лучшее решение из бесплатных — OpenX. Можете посмотреть еще в сторону Google Ad Manager.

На самом деле, задача важная и удивительно, что никто (я могу не знать, что уже кто-то сделал) не принял единый стандарт. Передача информации о заказе, его обновление (товары могут удаляться, добавляться, цены на них могут изменяться и т.д.) является ключевой в электронной коммерции. Достаточно взглянуть на рынок продажи билетов и что с ним сделала стандартизация.

С Tunnelblick не стал воевать, зато нашел Viscosity www.sparklabs.com/viscosity/, приложение в духе самой операционной системы. Красивое и работает, хоть и платное.