Скрипт партнерской программы Post Affiliate Pro

там есть на сайте разработчика - через джаву или пиксельную картинку на странице "покупка завершена"

Пользователь переходит по партнерской ссылке на сайт продавца, на котором установлен код

<script id="pap_x2s6df8d" src="http://postaffiliatepro.ru/partner/scripts/clickjs.php" type="text/javascript">

</script>

<script type="text/javascript">

papTrack();

</script>

которым партнерка уведомляется о переходе. Пользователю записывается cookie, Flash cookie и фиксируется IP-адрес.

После покупки клиент переходит на страницу "Спасибо за покупку", на которой размещен такой код

<script id="pap_x2s6df8d" src="http://postaffiliatepro.ru/partner/scripts/salejs.php" type="text/javascript">

</script>

<script type="text/javascript">

var sale = PostAffTracker.createSale();

sale.setTotalCost('120.50');

sale.setOrderID('ORD_12345XYZ');

sale.setProductID('test product');



PostAffTracker.register();

</script>

Этот код уведомляет партнерку о продаже. Проверяется cookie, если его нет - IP-адрес и начисляется комиссия партнеру. Для многих скриптов магазинов есть готовые методы интеграции. Если по каким-то причинам невозможно добавить javascript на страницу, на которую переходит клиент после покупки, используется 1-пиксельное изображение.

Юзал когда-то. Помню пришлось самим глюки исправлять и дорабатывать напильником. Сапорт тормозил слегка. А так в принципе работал. За такие деньги вполне нормальный вариант.

В декабре 2008 года вышла новая, полностью переписанная 4-я версия. Она написана c использованием Google Web Toolkit и PHP. Исходный код остался открытым, есть возможность написания плагинов, своих тем оформления.

Работа суппорта по доработке скрипта видна здесь http://bugs.qualityunit.com/mantis/changelog_page.php

Кажется, что слишком много багов, но чем сложнее программа, тем их больше. Эти баги в основном касаются улучшения программы и не являются критичными.

Спасибо. То есть обработчик самого платежа должен быть свой. Скрипт ириентируется именно на код размещенный на специальной странице.

Именно это позволяет интегрировать партнерку в ЛЮБОЙ уже существующий Интернет-магазин.

translator, а как засчитывать в партнерку продажи от оплаты налом курьеру? Ведь не во всех магазинах "спасибо за покупку" существует - при наложке, доставке курьером, оплате через банк и ручном вводе оплаты в магазине методом изменения статуса заказа посетитель на страницу "спасибо за покупку" не попадает... только при автоматизированной обработке платежей карточками, мерчантах ВМ и ЯД это страница существует...

Все достаточно просто:

Клиент делает заказ на сайте через скрипт интернет-магазина. Существуют готовые методы интеграции со скриптами многих магазинов (тот же самый OsCommerce, VirtueMart и др.). Реалии таковы, что во многих случаях магазин настроен на прием заказа, но не предусматривает немедленной оплаты. При этом заказ сохраняется в интернет-магазине и партнерка уведомляется о заказе. Комиссия партнеру начисляется, но она отмечена статусом "на рассмотрении" (pending). После того, как клиент оплатил/курьер доставил товар админ заходит в партнерку и изменяет статус на "одобренный"(approved). Теперь эти деньги можно выплачивать партнеру.

Аналогично работает система с формами заказа.

Если говорить о способах работы без оплаты в интернете, то еще партнерку можно использовать для оффлайновых продаж (с использованием купонов)

Интернет-магазин или партнерка генерирует купоны на скидки (например, 5-10%). Партнеры распечатывают купоны и раздают/рассылают заинтересованным. Пользователь совершает покупку в оффлайн магазине, отдает купон и продавец вводит номер купона в админке. Партнеру начисляется комиссия. Естественно, можно не только в оффлайновых магазинах использовать, но и в онлайне.

ручная работа не устраивает... есть варианты интеграции, чтобы партнерка сама изменяла статус выплаты партнеру после изменения статуса заказа (к примеру с "доставляется" на "оплачен") в магазине?

Можно использовать API для изменения статуса транзакции и комиссии (getStatus(),setStatus($value) – возможные значения: A – approved, P – pending, D - declined)

Полная документация здесь: http://support.qualityunit.com/knowledgebase/post-affiliate-pro/programmers-documentation/api/high-level-api/papapitransaction.html