一个自动化运营自媒体的方案

最新推荐文章于 2024-05-24 10:56:40 发布

micro_hz

最新推荐文章于 2024-05-24 10:56:40 发布

阅读量1.2k

点赞数 2

分类专栏：编程语言

本文链接：https://blog.csdn.net/micro_hz/article/details/107505875

版权

编程语言专栏收录该内容

179 篇文章 4 订阅

订阅专栏

背景
最近有在关注一些自媒体，发现这块现在正处于红利期，就如15年的VR，16年的AI，17年的区块链，18年的短视频，19年的直播。我们可以发现，每次抓住这样的节点都能诞生出一批企业，当然死的也很多，但是也从侧面反映了在风口的猪都能飞起来，大家都想争取做那个跑的最快的猪。现阶段由于疫情的影响没看到下一个风口，自媒体赚钱还算一个风口。仔细调研一下发现可以做成程序自动化运营进行创收。
平台分析
讲这个话题比较俗气，但是的确是开始做的一个原动力，现在这个社会很浮躁，都想赚块钱，这个风气的确不好，容易扭曲人的价值观，但是另一方面高昂的房价，看病难，生活品质的方方面面都和金钱挂钩，有足够的钱再去谈理想和远方才能游刃有余，就像悔创阿里杰克马，他对钱没兴趣因为他已经忘了没钱的苦。当然足够的钱到底是多少这个是另一方面，这是人性。
回到自媒体能赚钱吗？能，而且运营的好能赚大钱。这里的自媒体有很多形式，主要是抖音快手之类的短视频，头条和公众号之类的图文媒体，还有就是油管和B站之类的UGC平台，直播由于本质只是加强了互动性，这里不单独归为一类了。

抖音与快手
调研了相关的资料，除了头部的博主入住为了引流会有签约的保底薪资之外，其他腰部博主不会根据播放量等数据分成，主要的收入来自接广告和直播打赏的模式，优势就是用户基数大，涨粉很快，缺点是竞争激烈，前期养号的成本较高。技术角度来看，因为前期养号成本过高，无法短期看到效果，接广告等操作如何自动化是个问题。
头条与公众号
这个可以做，头条的西瓜视频分成还比较高，分成与播放量挂钩，按日结算。优势是自动分成，收益可见，方便自动化。缺点是涨粉比较慢，推荐机制黑盒难以制作连环优质内容。这也是我后期尝试过的一种方案，发现发图文利于涨粉，视频更多赚钱，因为粉丝量的阅读单价更高，因此两者结合可以让综合收益更高。
B站与油管
B站最近两年发展的顺风顺水，可以说是在国内没有直接的竞争对手，最大的对手就是B站自己，其ACG的标签不突破，所谓破圈不顺可能导致后院失火，但是据说其激励计划还是相当给力的，虽然没法跟油管比，但是其架不住国内用户基数大，搞不好可以以量取胜。因此可以考虑自动化运营。油管就不用说了，据我所知这个无法访问的网站居然能养活不少国内的MCN，真是十分魔幻的事。以李子柒和办公室小野等网红也突破了语言障碍收割了全世界的网民，真是十分高明。油管自动化运营是可行的，而且赚的是货真价实的美刀，可以说是最优质的UGC平台了，缺点在于其严格审核的机制，可能被封号。

自动化运营挑战
自动化运营的思路主要就是采集数据，组装与清洗，上传三个阶段。理论上完成之后就可以躺着赚钱了，当然这么美好的事情肯定是存在一定风险的。

数据采集
首先问题就是版权问题，这个问题是自媒体的命脉，拿油管举例，其上面据说有搬运工靠B站和抖音都年入千万，简直让人咋舌，就算是被封号，干这一票也是血赚了，但是吃够前期红利由于树大招风，貌似也是管控严格，一旦原作者举报，就会面临封号的风险，所以如何被判定侵权，油管的机制只会比国内更严格。如果是国外往国内搬运，那也需要做好内容风险的管控，这个暂时是程序比较难自动化的点。
内容生成，就算是搬运也进行数据组装，标题是绕不过去的问题，这个标题必须要贴合内容，并且为了配合搜索推荐机制需要吸引眼球更加“标题党”才能获得好的流量，没办法别人标题党你不标题党就没流量，所以结果就是大家都是标题党了。这个是比较难做到自动化了，计算用上AI模型也很难，如果有，那广大的运营同学估计失业一大半了。
数据清洗，因为前面提到的侵权等问题，需要进行二次加工，这步不是必须的，但是为了避免不必要的麻烦，最好使用，根据相关规范，至少合成个背景音乐等操作。
上传，这一步比较好做到自动化，需要注意控制频率和离散操作，避免被识别为机器人，当然破解相关的验证码也是需要一定技术实力的。

实战
根据前期的调研，从风险和技术门槛综合考虑，选择从ins自动化搬运到头条作为第一步。后期逐渐完善程序。
在这里插入图片描述

数据采集
因为数据量不是主要考虑因素，因此考虑selenium作为首选，这样的好处可以避免去研究采集网站的反爬策略。关于怎样访问ins，这里不细说，现在都是基于https的双端加密协议，因为这层加密在TCP模型的应用层，程序的访问需要指定本地的端口，这点需要注意，否则你的浏览器能访问，程序不一定能访问的。
设置好了，如何判断程序能否访问，我写了个快速的ping工具：

    public static boolean ping(String url) {
        Runtime runtime = Runtime.getRuntime();
        try {
            Process process = runtime.exec("PING " + url);
            boolean isOK = getPingResult(process);
            TerminalUtils.asyncPrint(process.getErrorStream());
            TerminalUtils.asyncPrint(process.getInputStream());
            return isOK;
        } catch (IOException e) {
            e.printStackTrace();
            return false;
        }
    }

关于ins的采集，因为是一个必须要登陆才能访问的网站，因此可以先定义采集执行模板。类似这样：

    public void publisHomePageMicro(Consumer consumer, String content, boolean shutdownBrower) {
        try {
            init();
            openToutiao();
            login(userName, password);
            consumer.consume();
            updateTextContent(content);
            publish();
            if (shutdownBrower) {
                LogUtils.print("will auto close driver");
                closeDriver();
            }
        } catch (IOException e) {
            e.printStackTrace();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

把一些公共方法进行抽象公用，对于头条登陆验证码的破解：看我这篇文章有详细讲解，对于页面加载的等待，我是采用轮询关键标签的方式递归去查询。例如对于头条的发布，随机等待更好的模拟人：

    private void publish() {
        WebElement publicEl = webDriver.findElement(By.xpath("//a[text()='发布']"));
        publicEl.click();
        LogUtils.print("尝试去发布");
        shortWait();

        checkPublishSuccessStatus();
    }

    private void checkPublishSuccessStatus() {
        WebElement wordNumberEl = webDriver.findElement(By.className("words-number"));
        String text = wordNumberEl.getText();
        String[] split = text.split("/");
        String inputWordSize = split[0];
        if (Integer.valueOf(inputWordSize) > 0) {
            LogUtils.print("可能发布太快了，等一下再重试发布");
            sleep(RandomUtils.nextInt(2000, 4000));
            publish();
        } else {
            LogUtils.print("发布成功");
        }
    }