Разработка mini-cms для MFA сайтов.

Soooo, mini-cms for mfa sites – на жанге! Джанго отличный фреймворк (говорят даже что это один из лучших продуктов что сейчас вообще есть), там предусмотрено все что нужно для быстрой разарботки веб-сайтов, каждая мелоч, а философия фрэймворка предполагает многократно использовать приложения (apps почти как плагины в вордпрессе) которых наваяли уже тысячи и почти все что может понадобится можно найти на гитхабе и без проблем подключить на свой сайт.

Вообщем какие требования для начала к mini cms?

• Желательно иметь возможность менять themes. Ок, не вопрос.
• Урлы вида http://site.com/article-name или http://site.com/category/article-name
• сайтмап
• рсс фид

Предлагайте в комментах, что еще можно добавить.

Чтобы быстро начать я воспользовался уже готовым шаблоном для проектов который я составил для себя и любезно выложил на гитхб – базовый шаблон для django сайта.

Можно скопировать себе, поставить джангу и поиграться, на линуксе все просто, поставил git и…

git clone https://github.com/istinspring/mini-cms-for-mfa.git mini-cms-for-mfa

Как там в виндовс, хз, win как платформа не предназначена для вебразработки, линукс гораздо удобнее и все к чему вы привыкли на винде, кроме игр, есть и на линуксе.

Описание, фичи, процесс разработки

Ситуацию с земами (themes) разруливал впервые, поэтому пришлось поэкспериментировать. Хотел сначала написать themes engine который отдавал файлы в соответствии с текущей активной темой, типа как в вордпрессе, но это долго, мутно и генерирует лишние запросы к базе данных, что как бы не очень круто. Поэтому решил сделать по другому, оптимальным решением, как мне кажется будет загружать зип архив с темой, файлы из которого при активации будут копироваться в соответствующие папки django, таким образом cms лишний раз не будет обстукивать sqlite базу данных, но при этом можно легко поменять текущий зем и загрузить новый.

Сам движок cms на джанге писать одно удовольствие. Я уже кучу раз делал подобное в своих проектах и теперь просто модифицировал/доработал/улучшил код который у меня был. Тут все просто – нужно создавать страницы которые будут отображаться в соответствии с заданными категориями, или без них (подумал что сайт вполне может разрастись до 50 страниц, а как бы 50 страниц уже нуждаются в сортировке по каким-то признакам).

Для создания RSS и Sitemap фрэймворк django любезно предоставляет удобные инструменты которыми я воспользовался. Ммм… что еще? Написал контекст процессор который передаёт данные по сайту и категориям при рендере каждой страниц, это позволяет достаточно просто создавать новые земы на основе произвольного html кода, прописывая логику отображения элементов сайта.

Почти готово…

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

Вообщем вот демо – mini-cms-for-mfa demo site
Вот код – Mini CMS for MFA

Логин/Пасс – test/test вход в админку через http://wtfisgoingon.co.cc/admin

Уже есть идеи по поводу улучшений :

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

Если у кого-то есть пожелания, то пишите в комменты или на мыло, как будет время доработаю.

Posted in Advertising, OpenSource, Python | 11 Comments »

MFA сайты. Общая информация.

Собственно MFA – это Made for Adsense или Made for Ads, другими словам созданные специально для показа рекламы, контент как правило вторичен. Почему стала интересна эта тема? Well, последние пару месяцев в среде вебмастеров с которыми я общаюсь стало модным меряться “доходами” с адсенса на белых проектах, однако особых успехов пока нет, за прошлый месяц с одного сайта накапало 17$. Маловато…но даже 2$ в сутки = 60$ в месяц, а это уже тот профит с которого можно покупать разные гаджеты или раз в год менять ноутбук. Если понемногу заниматься mfa сайтами вполне реально добиться небольшого cash flow в сутки, для этого нужна сеть сайтов и какой-то простой движек для их создания.

Немножко данных с сайтов по адсенсу. По порядку :

• Page views – просмотры
• Clicks – клики по адсенсу
• Page CTR (clicks trough rate) процент кликов по отношению к просмотрам страницы
• CPC (Cost per click) – средняя стоимость клика
• Page RPM (revenue per thousand impressions) – доход с 1000 просмотров
• Earnings – собственно деньги

Russia 39,929 140 0.35% $0.08 $0.29 $11.65
United States 1,092 10 0.92% $0.26 $2.40 $2.62
Ukraine 13,916 15 0.11% $0.13 $0.14 $1.90

Сразу бросается в глаза 2ая строка – United States, всего 1000 просмотров (это где-то 200-300 траффика *за месяц*, при условии что смотрят как правило более одной страницы) принесли 2.62$. Хмм уже интересно, особенно если сравнивать с Russia и Ukraine. + низкий CTR наверняка можно увеличить, реклама висит не на самом видном месте.

Ближе к делу. Создание MFA сайтов.

Для создания mfa сайтов нужна платформа. Есть несколько вариантов – либо рендерить статику (html), либо написать что-то вроде мини-цмс на django/flask/whatever с базой данных sqlite (чтобы не возникала необходимость под каждый сайт создавать БД, если сайтов много то это сущий ад) в стиле “залил и забыл”.

Преимущество статики – будет работать на любом хостинге, не требователена к ресурсам, но для любого изменения нужно рендерить сайт заново. С движком для статик-сайтов не придется даже изворачиваться – на гитхабе их полно (pelican, blogofile, hyde). Нет проблем взять любой и переделать малой кровью (по необходимости), фактически нужно будет просто создать несколько шаблонов, что как бы несложно, особенно если не верстать с нуля, а облагородить уже готовые для вордпресса.

Мини-цмс, особенно на django или flask конечно же не получится ставить где угодно зато сам двиг можно периодически апдейтить, и иметь все удобства по работе с контентом (загрузка файлов, WSGI редактор, создание новых страниц). Ну по идее ничего не будет мешать точно так же отрендерить сайт в статику и залить куда нужно.

Оба варианта имеют свои плюсы и минусы. В идеале, если конечно заниматься серьезно, придется орудовать как динамикой так и статикой, причем статика скорее всего предпочтительней по той простой причине что сайты нужно будет раскидывать по разным ипам, а брать постоянно вдсы, пусть даже за 10 баксов слишком затратно. Статику же потянет любой хостинг за бакс, который проще оплатить сразу на длительное время (на год например).

Что в интернетах?

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

У гугла присутствует русскоязычный блог про адсенс, очень хороший, рекомендую ознакомится – http://adsense-ru.blogspot.com/. Так можно поискать информацию на иностранных форумах вроде http://forums.digitalpoint.com/.

Далее я выделил основные моменты, на которые, как мне кажется стоит обратить внимание :

1. тщательная проработка шаблонов, они должен быть сделаны по всем правилам, а это значит валидный html, грамотно обозначенные метатэги, возможно микроданные/микроформаты, исключение дублирования контента (тэги/категории закрытые от индексации), красивые урлы (их еще называют ЧПУ, /how-to-do-it вместо /?p=10&c=1)
2. Если приходить на сайт юзер будет с поисковиков, то нужно стараться сделать так чтобы выходил он через клик по адсенсу, больше делать ему на сайте нечего.
3. Ходят слухи что существуют методики покупки дешевого траффика на mfa сайты и конверта его в плюс, так называемый арбитраж, ну чтож может быть…может быть.
4. Может забанить гугл. Видел несколько сайтов с акками в бане, но там совсем все печально с контентом.
5. Помимо адсенса эти сайты можно монетизировать другими способами. Товары от амазон, продажа ссылок. В конце концов сайты это ликвидный товар сам по себе. Как правило чем больше у вебмастера сайтов в активе, тем лучше.
6. MFA сайты чаще всего окучивают НЧ запросы (микрониши). На таких веб-сайтах как ehow ключевым компонентом является алгоритм подбора ключевых фраз с низкой конкуренцией и потенциально высоким CPC. Рядовым сайтостроителям придется искать такие кейворды самостоятельно.
7. Вероятнее всего имеет смысл использовать гео таргетинг (например “рыбалка в…”). Ну это вообще один из последних трендов.

Все это и так должно быть понятно опытному вебмастеру. По поводу Mini-CMS for MFA sites, я сейчас накидаю по быстрому на django и выложу на гитхабе.

Posted in Advertising, Google, Notes | 3 Comments »

Машап – Каталог предприятий.

Дело было вечером делать было нечего…

Но на самом деле делать всегда есть что и как правило времени катострофически не хватает. Вот и на этот раз появилась идея совместно с lorien‘ом сделать сайт-каталог предприятий, чтобы он индексировался поисковыми системами и приносил траффик в дальнейшем возможно превратившись во что-то полезное для пользователей.

Собственно сам сайт – Каталог предприятий Екатеринбурга.

Что внутри? Как это делалось?

Сайт решили сделать заточенным под конкретный регион – с учетом того, что в региональной выдаче с топом как-то попроще. К тому же подобных сайтов можно сделать много – под каждый город. + в этом случае можно повесить на сайт фиды от региональных форумов, погоду от gismeteo и т.д. Т.е. первое требование писать не сколько сам сайт – сколько простой двиг.

Изначально, как это принято у серьезных людей был обстоятельно составлен план действий и техническое задание – с помощью google documents. Если кто забыл – гугл докс позволяет одновременно работать над документом нескольким пользователям. С помощью этого инструмента удалось учесть множество факторов еще на этапе планирования.

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

Для совместной работы над кодом был создан приватный репозиторий на bitbucket, я уже писал о нём.

Где взять данные для сайта? Для начала можно спарсить, был написан бот с использованием scrapy который ползал по сайтам и писал данные в базу данных используя SQLAlchemy. Затем эта база данных перегонялась в нужный формат django модели, естественно не сама а с помощью написанной для этого утилиты.

Далее на основе полученной базы данных писался фронтенд на Django, с текстом и яндекс картами (yandex maps api). Одна из “фишек” – генерация QR кодов, которые можно считать с помощью современных гаджетов (мобилы, планшета). Для генерации кодов использована библиотека PyQRNative, по возможности в формате MECARD – созданном специально для организаций.

На сайте есть поиск, поисковый индекс был составлен с помощью Xapian и Haystack

Вариантов развития можно придумать очень много : форма “добавить предприятие в каталог”, раздел “объявления”, но для начала нужно развернуть еще парочку и подождать пока поисковые системы все это проиндексируют.

Posted in Advertising, Mashup | 3 Comments »

Приватные репозитории кода. Bitbucket

Сервис GitHub предоставляет возможность размещать свой open source код бесплатно и использует для этого достаточно сложную систему контроля версий – git. Приватные репозитории на гитхабе доступны только для оплаченных аккаунтов. А что делать если хотелось бы скрыть код, но в то же время использовать все удобства которые предоставляют системы контроля версий?

Есть 2а пути, простой и сложный. Простой – воспользоваться сервисом который предоставляет bitbucket или поднять на сервере свой репозиторий кода.

Битбакет это примерно такая же социальная сеть для кода как и гитхаб, с той разницей что заместо git используется mercurial или hg, работать с которым как мне показалось проще. Плюс он позволяет абсолютно бесплатно создавать приватные репозитории для своих проектов код которых вы не хотите транслировать на весь веб.

Собственно, старт проекта выглядит примрно так (сначала нужно создать приватный репозиторий на bitbucket):

Start new bitbucked project

create folders etc.

>> hg init
>> hg add

make “hgrc” file in .hg folder with :

[paths]
default = https://bitbucket.org/user/project
[ui]
username = Your Name 
verbose = True

also will be good idea to put .hgignore file :

# use glob syntax.
syntax: glob
# Common
*.pyc
*.pyo
*.swp
*.swo
*.orig
*~
# Project specific
.env
pip-log.txt

>> hg commit -m “Here we go”
>> hg push

.hgignore файл который задаёт как бы говорит hg не помещать в репозиторий разные ненужные файлы – бэкапы которые создаёт редактор кода, невидимые файлы и т.д.

На текущий момент кол-во приватных репозиториев на Bitbucket.org не ограничено – пользуйтесь =)

Posted in Code, Notes | 1 Comment »

Обертка для Curl : grab

Многие (почти все) используют такую замечательную библиотеку как curl (ну, или в нашем случае pycurl), работать с ней конечно можно – но не слишком удобно. Приходится думать о разных вещах – куках, установке параметров и т.д. а ведь это время и в конечном итоге – деньги. Как правило, на определенном этапе многие пишут свои “функции” разной степени кривости облегчающие работу с curl’ом .

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

Итак, GRAB

(установка в убунте – sudo pip install grab)

Grab идеально подходит для большинства типичных задач (парсинг, регистрации), фактически освобождая программиста от рутины прямой работы с курлом и значительно сокращает размер кода. Я бы сказал, что Grab в какой-то степени эмулирует браузер (естественно без js). Итак, что внутри?

• Отправка разных HTTP запросов
• Обработка HTTP ответа
• Парсинг и заполнение HTML форм
• Работа с HTML DOM через XPath.
• XPath для обхода html

Использование XPath сильно упрощает задачу выбора элементов, это гораздо более удобно чем иметь дело с мутными регулярками.
Более подробно про XPath - http://www.w3schools.com/xpath/default.asp

В качестве примера – простой код.

# выделяем каждый элемент td с классом "postbody"
for item in document.xpath('//td[@class="postbody"]//'):
	print item.text

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

Posted in Code, OpenSource, Python | No Comments »

Как мониторить mySQL запросы к базе данных?

Зачем? Предположим у вас есть CMS и хочется устроить там искусственную жизнь, естественно самый простой вариант (и самый быстрый) – работать напрямую с базой данных. Но если cms достаточно развитая то возникают сложности, из-за того что одно действие меняет данные в куче разных таблиц. Естественно очень хотелось бы мониторить обращения к базе данных, чтобы потом их повторить. Ну, во-первых нужен линукс – web-разработчик должен работать в линуксе. У меня стоит нечестная Ubuntu – нечестная потому что в окне VirtualBox, впрочем, про это я расскажу позже.

Перехват обращений к базе данных mySQL

Для того чтобы просматривать запросы нужно включить логгирование в конфигурационном файле mysql он находится /etc/mysql/my.cnf нужно раскоментировать следующие 2е строчки :

#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.

log = /var/log/mysql/mysql.log
general_log             = 1

Далее сделать рестарт mySQL сервера :
sudo /etc/init.d/mysql restart
Все, лог будет писаться в /var/log/mysql/mysql.log Рестарт mySQL сервера только не забудьте сделать.

Можно наблюдать в это в реальном времени в окне терминала :
tail -f /var/log/mysql/mysql.log

Posted in Code, Notes, Server | 1 Comment »

Прокси чекер на Python.

Как написать многопоточный прокси чекер на Python? Как нефиг делать =) Я уже писал немного о том как проверять прокси на alive, с тех пор прошло много времени и чекер немного усовершенствовался. Изначально я передал материал на форум Privatetalks, но теперь пришло время пополнить им блог. Исходные ходы поставляются как есть, в отрыве от контекста, собственно для тех кто шарит не составит труда доработать и реализовать многопоточность (на ActiveState и StackOverflow есть уже готовые решения по этой части).

Все просто. Есть какая-то страница, которую нужно запрашивать через прокси, и проверят что там отдали. Помимо этой простейшей проверки на метод GET, есть еще проверки на POST и Cookie, некоторые прокси не держат, и поэтому часто бывают бесполезны для каких-то задач. Проверка на куки мне пока была не нужна, а вот проверку на POST я сделал.

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

На сервере нужно разместить несколько файлов с которыми будет взаимодействовать скрипт. Можно размещать и скрипт и эти файлы на одном сервере, я так и делал =) правда тогда будьте осторожны с многопоточностью у меня скрпит в 300 потоков бодро ложил апачи (не всегда, но бывало), на неслабом железе.
Предположим это index.php :

<html>
<head>
</head>
<body><h1>SIGNATURE</h1>
<h2>Real IP : xx.xx.xx.xx</h2>
<h2>IP : xx.xx.xx.xx</h2>
</body>
</html>

SIGNATURE – уникальный идентификатор страницы. должен совпадать с CHECK_STR. Еще нужно определить 2е “константы” CHECK_URL – урл где лежит вышеприведенная страница, и CHECK_MAX_TIMEOUT – максимальный таймаут (если отклик через прокси больше, то она помечается как bad) поставьте 2.0 для начала.
Как формируются Real IP и IP? Getting real IP address in PHP – вообщем с помощью этого кода нужно сформировать Real IP и IP.
А вот тут умные дядьки пишут как чекать геолокейшн – Check GEO Location. В принципе, я так понимаю таких сервисов много и можно долбить следующий если первый не вернул адекватный результат.

def check_proxy(proxy, need_country=False):
    """Check if proxy alive + anonymity and record proxy to file if we need this"""
    ip = TProxy(proxy)

    gt = urllib2.build_opener(urllib2.ProxyHandler({"http":ip.get_proxy()}))
    start_time = time.time()
    try:
        result = gt.open(CHECK_URL, timeout=CHECK_MAX_TIMEOUT)
        result = result.read()
    except (urllib2.URLError, socket.timeout, httplib.BadStatusLine, httplib.InvalidURL):
        ip.set_alive_status(False)
        return ip
    except:
        ip.set_alive_status(False)
        return ip

    ip.set_alive_status(True)
    ip.set_timout(time.time() - start_time)     # proxy response time

    # get ip and real ip values. check for anonymity
    search = re.compile(CHECK_STR)
    pattern = re.search(search, result)

    if pattern != None:
        ip.set_alive_status(True)
        search = re.compile("IP : \d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}")
        ips = re.findall(search, result)
        # extract ip and real ip values from page
        if ips != []:
            try:
                real_ip = ips[0]
                given_ip = ips[1]
                if real_ip == given_ip:
                    ip.set_anonymous_status(True)
            except:
                ip.set_alive_status(False)
                return ip

        # check country
        if need_country:
            try:
                response = gt.open('http://api.hostip.info/get_html.php?ip=%s' % ip.get_host(), timeout=5).read()
                country = re.search('Country: (.*)', response)
                if country <> "":
                    ip.set_country(country.group(1))
                else:
                    ip.set_country('undefined')
            except:
                ip.set_country('undefined')
    return ip

Теперь как проверить на POST.

def generate_random_str(length=10):
    str = string.lowercase+string.digits
    return ''.join(random.sample(str, length))

def check_proxy_for_post(proxy):
    token = generate_random_str(20)
    try:
        gt = urllib2.build_opener(urllib2.ProxyHandler({"http":proxy}))
        post_data = urllib.urlencode({'zpost' : token})
        response = gt.open(CHECK_URL + "post.php", post_data, timeout=POST_MAX_TIMEOUT).read()
        # check token
        print response
        search = re.compile(token)
        pattern = re.search(search, response)
        if pattern != None:
            return True
        else:
            return False
    except HTTPError, e:
        print "Http error"
        return False
    except URLError, e:
        print "Url error"
        return False
    except:
        print "Unknown error"
        return False

Легко встраивается в функцию check_proxy приведенную выше. Нужно только немножко пошевелить мозгами.
в файл index.php добавляется форма :

<form action="post.php" "method="post">
<input type="text" name="zpost" value="post check">
<input type="submit" value="Check POST method">
</form>

В ту же папочку аккуратно ложится файлик

<html>
<body>
<h1><?php echo $_POST["zpost"]; ?></h1>
</body>
</html>

Вообщем код легко собирается в готовый продукт, добавляются фичи по вашему вкусу и вперед ура.
Кстати говоря готовый код недавно обнаружил на гитхабе – чекер прокси. Оттуда тоже можно взять несколько идей.

А еще нужно не жадничать и быть аккуратным т.к. ДЦ может абузить по подозрению в Netscan.

Понравилась статья? Зарегайся на форуме privatetalks – общайся с профессионалами.

Posted in Code, Proxy | 1 Comment »

Хотите 10 000 друзей на фэйсбуке?

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

Десят тысяч причин по которым вы хотите иметь 10к друзей.

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

1. Вы станете популярным. Школиё говорит что имеет 500 или 1000 друзей? Вы сможете сказать – “У меня 10k”
2. Вы станете получать friend requests каждый день сотнями, и все потому, что ваш никнейм есть на многих страницах фэйсбука.
3. У вас есть страница которую вы хотите промоутить? Хотите чтобы пара тысяч ваших друзей пошли и посмотрели на нее?
4. У вас есть продукт или услуга которую вы хотите промоутить, но вам нужны люде чтобы генерировать продажи?
5. Покупать рекламу – дорого
6. Возможно в будущем вы сможете продать профиль ради easy money? Это уже такая же обыденность как и продажа раскрученных блогов.
7. Можно продавать ссылки и рекламу с вашего профиля. Бизнесмены и веб-сайты будут платить вам за то, чтобы вы поставили ссылку на их сайт.
8. Вы актер/музыкант и хотите рекламировать ваши пати?
9. Вам нравится смотреть как ваш трафик растет.
10. Вы просто хотите иметь 10к друзей.

Самый быстрый способ взять планку 10к очевидно как можно большая активность в социальной сети. Вам нужно наращивать присутствие – добавлять друзей, делать комментарии, постить анонсы и сообщения. Делать быстро и много. Быть всегда и во многих местах сразу.

Добавляйте друзей как только есть такая возможность.

Поставьте себе цель 20 друзей в день, или типа того. Оставляйте вашим друзьям сообщения на стене, комментируйте их фото и видео. Старайтесь построить естественные взаимоотношения и вы увидите результат очень быстро. Постите интересные анонсы, но не очень часто.

ВСЕГДА добавляйте рекомендованных друзей.

Это отличный инструмент от фэйсбука, почему бы не использовать его?

Используйте кнопки.

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

Вступайте в группы.

Вступление в тематические группы позволит вам построить сеть тематических знакомств. Нельзя не использовать эту возможность.

Делайте ваши собственные группы.

Создавайте взаимодействия сами – делайте группы, приглашайте знакомых. Приглашайте своих RL друзей. Возможно не все ваши друзья/коллеги еще имеют аккунт в социальной сети? Отличный повод приглисить их!

Постите комменты в популярных профилях.

Иногда вы будете находить профиля или группы с тысячами подписчиков – ваш комментарий заметит большое число людей, вполне вероятно некоторые захотят добавить вас в друзья.

Используйте ссылку – Add me

Используйте shor url сервис вроде – bit.ly для сокращения ссылки и теперь добляйте её в конец каждого емэйла которое вы отправляете, если у вас есть профиль на посещаемом форуме – поставьте ссылку в сигнатуру.

Posted in Notes, social networks | No Comments »

Новая платежная система – Paxum

Вообщем епасс как известно умер, доставив вебмастерам кучу неприятностей и счастливую возможность “как в старые добрые времена” иметь дела с вайрами и чеками. Тем не менее такое вакантное место пустым никогда долго не бывает и уже сейчас появилось множество альтернатив епассу карты которых можно заказать через интернет. Этот самый Paxum претендует как раз на роль более менее удобной замены епассу, не так давно заказал карту, при этом требуют аплоадить документы. Саппорт достаточно быстрый и по последним новостям :

I am happy to say I have started to work for Paxum.com
I hope to be able to assist webmasters and program owners in any way I can and help make Paxum the best solution for webmasters and affiliate programs.

For questions about your account I can be contacted on:
Email michaelolsen@paxum.com
ICQ 95431302
MSN michaelolsen@paxum.com

Michael

Миша как переходящее знамя теперь работает на Paxum. Для себя решил иметь несколько карт и не хранить там деньги (пришли – снял). В ситуации с епассом мне сильно повезло, банк активировал карты и я тихим сапом за неделю снял все свои деньги, хотя знаю людей у которых зависли существенные суммы. Удачного вам дня, будьте бдительны работая с платежными системами.

Официальный тред Paxum на мастере.

Posted in Notes | 1 Comment »

8 вещей которые аффилейты ищут в партнерских программах

Партенрские программы которые столь часто обсуждаются, часто оказываются не совсем понятным компонентом систем электронной торговли, которые стали популярны с тех пор как Amazon впервые стал применять это 15 лет назад. Хорошие аффилейты сейчас на вес золота, т.к. могут вливать большие объемы трафика и как правило, в конечном счете обеспечивают этим продажи. Так же они ищут определенный уровень сервиса. Убедитесь, что ваша партнерская программа ему соответствует.

В сфере продаж софта, успешная партнерская программа может генерировать в районе 10-20% от общего объема продаж. Однако может и не генерировать. А в каких-то областях этот параметр может достигать 80-90%! Все зависит от вашей бизнес модели. Достаточно часто приходится слышать цифру около 50%.

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

1. Сколько заплатить чтобы присоединиться? Присоединение к e-commerce affiliate program должно быть абсолютно бесплатным. Так как большинство партнерских программ работают по той или иной схеме распределения доходов, успех партнеров имеет решающее значение для успеха всей программы. Те же умники, которые пытаются еще заработать на этом обычно показывают плохие результаты, хотя наверняка есть исключения.
2. Кто этот online retailer? Аффилейту необходимо знать, с кем он имеет дело, и является ли ретейлер уважаемой компанией. Кроме того, ретейлеру необходимо знать своих партенров, чтобы помочь им стимулировать рост продаж путем предоставления как можно большего кол-ва материалов для маркетинга, таких как рекламные баннеры и различные варианты landing pages. Чем больше знает о партнерской поставщиков и продуктов, тем больше шансов на успех.
3. Какие данные статистики доступны для партнеров? Ваша партнерская программа должна предоставлять партнерам как можно больше статистики для анализа таких, как количество показов, переходов и продаж. Интерфейса должен быть доступен в реальном времени онлайн 24/7. Кроме того, мощные средства отчетности становятся все более и более важным для оптимизации коэффициента конверсии.
4. Каким образом отслеживаются посетители приходящие с сайта партнера и как долго они остаются в системе? Аффилейты должны быть уверены в том, что вы правильно отслеживаете просетителей, которые пришли с их сайта.Так же не менее важен период времени на который вы ставите куки (cookies) посетителям, потому, что некоторые пользователи не покупают ничего во время первого визита, но может вернуться позже, чтобы сделать покупку, так называемое “время на разогрев”, а иногда покупка может произойти даже 365 дней спустя, естественно если куки которые вы ставите имеют достаточное время жизни.
5. Эта партнерская программа одноуровненвая или двухуровневая? Одноуровневые ПП платят только за продажи, которые генерируют аффилейты. Двухуровневые же помомо этого платят также небольшой процент с продажи которую сделал другой партенр закрепленный за вами (реферал). Некоторые двухуровневой программы даже платят небольшие суммы за каждого приведенного вами нового аффилейт. Пожалуйста, обратите внимание : двухуровневой программы ориентированы на массовый набор аффилейтов, делая среду более конкурентной и достичь успехов будет намного труднее.
6. Какую комиссию с продажи я получу? Этот параметр может варьироваться в районе 15 – 90% или 0,01 – 0,05% (со стоимости итема) за каждый клик. Как вы можете себе представить, средняя сумма продажи и конверсия (среднее кол-во посетителей на одну покупку) очень важно для партнеров.
7. Что такое конверсия? Этот параметр вычисляется как среднее количество кликов на баннер или текстовую ссылку которое необходимо чтобы сгенерировать продажу. Этот фактор является чрезвычайно важным, поскольку как бы говорит партнерам, какой объем трафика они должны сгенерировать прежде чем они могут получить продажу, а так же рассчитывать потенциальный доход от своего объема трафика.
8. Как и когда происходят выплаты? Все программы различны. Большинство систем электронной комерции решают вопрос оплаты с помощью чека / Paypal / ACH для партнеров один раз в месяц (по почте), так же помимо этого есть так называемые финансовые системы (i-Payout/Paxum/epese и т.д.). Аффилейты имеют склонность выбирать так же и по удобству получения выплат т.к. чеки и вайры часто – это слишком долго. Так же большинство партнерских программ имеют минимальное количество денег которое нужно набрать перед тем как пэйменты будут отправлены, как правило, 50 или 100 долларов США / евро. Пожалуйста, обратите внимание: если во оперируете большим объемом продаж вы можете рассчитывать на то, что вам смогут высылать раз в 2е недели или даже еженедельно; все зависит от того, какую прибыль вы генерируете.

Это важные вопросы будоражат умы аффилейтов когда они решают размещать ли рекламу вашего магазина на своих сайтах. Существуют сотни партнерских программ, и поверьте им есть из чего выбирать.

Ключевой момент : ваши отношения с партнерами должны быть взаимовыгодными.

А так же самый важный параметр : какова ваша конверсия по сравнению в среднем по отрасли?

Posted in Cool Story Bro, Notes | No Comments »