Борьба с WAIT в SAPE.
Данная статья предназначена для владельцев сайтов и такому вопросу как ссылки в Sape.
Нормальных способов заработать в Интернете на своём сайте не так уж и много. Увешать свой сайт тизерами, которые похожи на порно баннеры, для меня лично не вариант. Разместить контекстную рекламу от Яндекс или Google самый приличный и безопасный заработок, НО если твой сайт для ИТ специалистов, то они, как опытные товарищи, увешивают свои браузеры расширениями NoScript и/или AdBlock. Кликабельность (CTR, click-through rate) контекстной рекламы и так смешная, а представляете какая она на сайте для ИТ специалистов? Статистика данного сайта за прошедший 2014 год показывает CTR = 0,13% и специалисты по SEO говорят "крайне низкий CTR, возможна автоблокировка показов". 20% посетителей не увидели контекстную рекламу по вышеописанным причинам.
Что остаётся из оставшегося и вменяемого? Продавать ссылки! Опасаться санкций поисковых систем, но продолжать жрать этот кактус, так как нужно окупать доменное имя и хостинг.
Те вебмастера, чей сайт использует систему подобно Sape, знакома процедура выкупа оптимизатором места на страницы. И самый знаменитый статус, об который сломано множество копий дискуссий на форумах, это статус WAIT.
Из официальной документации:
- WAIT - ссылка ожидает одобрения оптимизатора для размещения на площадке вебмастера.
- Оптимизатор должен подтвердить ссылку в течение 7 дней, иначе ссылка снимается.
- Деньги за ссылку со статусом WAIT не зачисляются.
Другими словами, оптимизатор чаще всего с помощью роботов резервирует место на вашем сайте и, если окончательно не определится с размещением на вашем сайте проплаченной ссылки, то через 7 дней резервирование отменяется. Деньги за резервирование вебмастеру не платятся и это понятно. Не понятно другое! Почему для вебмастера нет настройки указать длительность резервирования? Так же можно сделать, что реальная покупка места на сайте имела бы приоритет над резервированием с течением времени. Например, с каждым прошедшим днём резервирование места теряло бы процент и при некотором пороге гарантированная оплата могла вытеснять резервирование. Оптимизатор бы помнил, что его роботы занимают места на сайтах, но каждый день промедления увеличивает шанс потерять это место и нужно быстрее определяться. Но чего нет, того нет.
Версия AWS 0.1
Тупое и каждодневное выставление галочек напротив старых зарезервированных мест и нажимание кнопки Отказать можно и нужно автоматизировать. У Sape есть API, предлагающий использование xml-rpc. Эта ранняя версия скрипта написана с использованием Python 3, что подразумевает кроссплатформенность, и доступна вам по ссылке ниже. Весь текста скрипта в данной статье приведён не будет, кроме переменных, которые вам нужно заполнить:
- idsite. У вас может быть несколько сайтов и по идее нужно запросить через Sape API их всех в массив, который нужно затем обойти в цикле. Этот функционал, возможно, будет добавлен позже, так как существует ограничение в 120 запросов в минуту к API и это нужно элегантно реализовать. Если у вас много сайтов, то пока придётся выкрутиться, создавая копии файла aws.py с разными idsite.
- username. Это ваш логин в Sape.
- passwd. Это ваш хеш MD5 пароля в Sape. Не пишите сюда пароль в чистом виде! Получить MD5 хеш вашего пароля в линукс системах можно командой
echo -n "Pa$$wordSape" | md5sum - iday. Разрешенный интервал в днях для зарезервированных мест. Резервированные ссылки старше этого параметра будут удалены. В Sape API есть только функция (bool) sape.placement_delete((string) id), которая эквивалента вашему нажатию кнопки Отказать. Как отказать с занесением в чёрные списки, пока мне не известно, поэтому данного функционала не могу предоставить в скрипте.
Работа с Sape API происходит через защищённое соединение https и передаётся хеш пароля, так что можно смело сказать о безопасности и сохранности ваших данных.
Ранняя, рабочая версия Anti Wait Sape.
Дополнительные материалы:
Скрипты для автоматизации рутинных процессов.
Завершение работы Unity через скрипты.
Балансировка виртуальных машин.
