| CHAOSMASTER писал: |
| В общем естественно в голове не можешь удержать кто запостил а кто нет, некоторые к тому же письма не шлют даже. чем чекать запостили тебя или нет? подскажите тулзу, прогу или скрипт которой вы пользуетесь. |
Пользуйся головой. Никакая чекалка тебе не требуется. Поясняю, почему так.
Ты не уточнил, что за постинг: в ЛЛ или ТГП? По сути разница в апруве только во времени, поэтому схема "чеканья" общая.
Постишь -- и забываешь. Снова постишь -- и оставляешь без внимания результат постинга. Опять постишь -- и готовишь следующую галеру/фришник для постинга. As default, постинг делаем только туда, кто примет в вероятностью +-, и кто вообще принимает -- дохлые ресурсы игнорируем.
Через месяц, около того, смотрим по статам на трафик, пришедший с нашего постинга. Делаем где-то, хоть в excel, первую промежуточную запись о том, какие ресурсы сколько прислали трафа и ранжируем их по объему отдачи.
Продолжаем постить.
Ещё через месяц делаем вторую промежуточную запись и вносим изменения/дополнения в список ранжирования.
Продолжаем постить.
Месяцев через 4-5 от начала работы вносим итоговую запись. Анализируем весь трафик за этот срок и составляем окончательный список ресурсов с наиболее эффективной отдачей.
Дальнейший постинг проводим по этому списку.
Теперь о твоём вопросе.
Использование какой-либо тулсы по учёту "запостили или нет" отнимет всё твоё время, и работа превратиться в постоянную, всё более длительную по времени, работу с базой такой абстрактной тулзы.
Смоделируем такую ситуацию.
Ты делаешь по одному постингу в день в течении 30 дней.
Каждый постинг ты рассылаешь в адрес ста аппруверов (ЛЛ или ТГП).
Через месяц в твоей базе накопится 3000 записей только о факте постинга. Далее ты должен с какой-то периодичностью, пускай раз в 10 дней, мониторить трафик с каждого из 100 ресурсов на каждый из 30 постингов. Это - ещё утроение числи записей в базе.
Но число записей -- только начало. Их нужно ещё анализировать.
Дальше -- больше. Ещё дальше -- намного больше. В последующем -- бессмысленно.
Половина составляющей успешного постинга -- объем пришедшего трафа.
Вторая половина -- насколько этот траф оказался конвертируемым.
То есть, 10к трафа с Хана = 1к трафа с нишевого ресурса -- результат в $$ выражении будет сравнимо разназначный.
Ещё одна сторона оценки качества ресурсов -- регулярность апрува постинга. Какой-то проапрувит 30 постингов и с каждого мы получим по 100 уников в день. За месяца в сумме это будет 3к.
Другой проапрувит каждый третий пост, но с каждого поста мы получим 1к трафа в день. За месяц получим 10к и сравним из с выхлопом от 3к в предыдущем случае.
Конечной уелью оптимизации будет получение наибольшего объем $$ при затрате наименьших усилий.
Привнесение в технологическую цепочку элемента "тулзы для чеканья постинга", как ты видишь, приведёт только к увеличению усилий, удорожанию твоего труда и уменьшению эффективности работы.
