SNSでブログの更新や活動情報を発信するとき、毎回同じ作業を繰り返していると、投稿に時間がかかります。GitHub Actionsを使えば、用意したプログラムを定期的に実行し、投稿作業の一部を自動化できます。

ただし、ワークフローを登録するだけで、安全性や指定時刻の投稿が保証されるわけではありません。この記事では、Pythonの投稿プログラムを実行する基本構成と、認証情報・料金・重複投稿に関する注意点を説明します。

目次

1.GitHub ActionsでSNS投稿を自動化する仕組み

GitHub Actionsは、GitHub上の設定に従ってプログラムを実行できるサービスです。コードのテストや公開作業に使われますが、SNSのAPIを呼び出すプログラムの定期実行にも利用できます。

設定は、リポジトリ内の「.github/workflows」フォルダに置くYAMLファイルに記述します。「いつ実行するか」「どの環境を使うか」「どの順番で処理するか」をまとめたものが、ワークフローです。

要素役割
トリガー手動操作や時刻指定など、実行を開始する条件
ジョブ同じ実行環境で行う処理のまとまり
ステップコードの取得、ライブラリの導入、投稿プログラムの実行など
ランナージョブを実行する環境

GitHub Actionsが担当するのは、プログラムを動かす部分です。投稿先への接続、投稿内容の作成、画像の添付などは、利用するSNSのAPI仕様に合わせて実装します。

2.投稿プログラムとAPIの利用条件を準備する

最初に、投稿先の公式APIドキュメントを確認します。投稿に必要な権限、認証方法、利用料金、呼び出し回数の制限、自動投稿に関する規約を確認してから、プログラムを作成しましょう。

SNSによって必要な認証情報は異なります。APIキーだけで投稿できるとは限らず、アクセストークンや追加の認証処理が必要になる場合があります。

この記事では、作成済みの「post_to_sns.py」をGitHub Actionsから実行する構成を扱います。後述のYAMLだけでは投稿機能は完成しないため、SNSごとの投稿処理を用意してください。

必要なライブラリは「requirements.txt」に記録します。認証情報はコードに直接書かず、環境変数から読み込むようにします。動作確認には、可能であればテスト用アカウントや、実際には送信しない確認用モードを使いましょう。

3.認証情報をGitHub Secretsに登録する

GitHub ActionsのSecretsは、APIキーやアクセストークンなどの秘密情報を保管し、必要な処理へ渡すための機能です。コードに認証情報を書き込まずに管理できます。

登録する場合は、リポジトリの「Settings」から「Secrets and variables」→「Actions」を開き、「New repository secret」で名前と値を設定します。以下の例では「SNS_ACCESS_TOKEN」という名前を使います。

ただし、Secretsに保存しても、実行中の漏えいまで防げるわけではありません。 プログラムが値を表示したり、意図しない送信先へ渡したりすれば、秘密情報が外部に出る可能性があります。

ログの自動マスキングも完全ではありません。認証情報をログに出さず、トークンの権限を必要最小限にし、実行するコードや外部アクションを確認してください。漏えいした場合は、表示箇所を消すだけでなく、該当する認証情報を失効・再発行します。

4.SNS投稿プログラムを実行するワークフロー

次の例は、日本時間の毎日12時17分に、用意した投稿プログラムを実行する設定です。「.github/workflows/sns_auto_post.yml」として保存します。

実際の投稿を始める前に、まずはscheduleの設定を外して手動実行で確認してください。投稿先、本文、エラー時の処理を確認してから、定期実行を有効にすると進めやすくなります。

name: SNS Auto Post

on:
  workflow_dispatch:
  schedule:
    - cron: "17 12 * * *"
      timezone: "Asia/Tokyo"

permissions:
  contents: read

concurrency:
  group: sns-auto-post
  cancel-in-progress: false

jobs:
  post:
    runs-on: ubuntu-latest
    timeout-minutes: 10

    steps:
      - name: リポジトリのコードを取得
        uses: actions/checkout@v7
        with:
          persist-credentials: false

      - name: Pythonを準備
        uses: actions/setup-python@v7
        with:
          python-version: "3.13"

      - name: 必要なライブラリを導入
        run: python -m pip install -r requirements.txt

      - name: 投稿プログラムを実行
        env:
          SNS_ACCESS_TOKEN: ${{ secrets.SNS_ACCESS_TOKEN }}
        run: python post_to_sns.py

この例では、Python 3.13で動作する投稿プログラムと「requirements.txt」があることを前提にしています。認証情報の名前やPythonのバージョンは、実際のプログラムに合わせて変更してください。

permissionsはGitHub側のトークンの権限を指定します。SNSのアクセストークンに付けた権限を制限するものではないため、投稿先サービスでも必要な権限だけを設定します。

使用しているアクションの記法は、公式の案内を参照しています。本番運用では、確認したリリースの完全なコミットSHAに固定する方法もあります。タグは参照先が変わり得るため、SHAによる固定と定期的な更新確認を組み合わせましょう。

5.定期実行の時刻と制約を理解する

GitHub Actionsの定期実行は、タイムゾーンを省略するとUTCが基準です。現在はtimezoneも指定できるため、上の例では「Asia/Tokyo」を使って日本時間を指定しています。

また、定期実行はデフォルトブランチの最新コミットを使います。ワークフローを作業用ブランチに置いただけでは、予定した定期実行は始まりません。

指定時刻は、実際の開始を保証する時刻ではありません。混雑時には遅延が発生し、負荷によっては実行が取りこぼされる場合もあります。毎時0分を避ける工夫はできますが、それでも定刻の実行が保証されるわけではありません。

公開リポジトリでは、60日間アクティビティがない場合に定期実行が自動的に無効化される点にも注意が必要です。長期間運用する場合は、投稿結果と実行履歴を定期的に確認しましょう。

6.重複投稿とエラーに備える

自動投稿では、「失敗したように見えたので、もう一度実行したら二重投稿になった」という問題に備える必要があります。通信が途中で切れても、投稿先ではすでに処理が完了している場合があるためです。

投稿予定に識別用のIDを付け、投稿先から返された投稿IDや成功時刻を記録すると、確認しやすくなります。記録は次回の実行でも参照できる保存先に残し、再実行する前に投稿済みかを確認する設計にしましょう。

上のワークフローではconcurrencyを設定していますが、これは同時実行を抑えるためのものです。時間をずらした再実行による重複投稿までは防げないため、投稿プログラム側にも確認処理が必要です。

状況確認・対応の例
認証エラートークンの期限、設定名、権限を確認する
APIの利用制限公式仕様で案内された待機時間や再試行条件に従う
通信タイムアウト投稿先を確認し、無条件に再送しない
プログラムの異常エラーを握りつぶさず、ワークフローを失敗として終了させる

実行結果は「Actions」タブで確認できます。失敗に気付けるよう通知設定も確認し、必要に応じて「予定した投稿が行われていない」ことを検知する仕組みを用意してください。

7.無料で使える範囲を確認する

GitHub Actionsは、公開リポジトリで標準のGitHubホストランナーを使う場合、実行料金が無料です。ただし、大型ランナーなどは別の扱いとなり、「公開リポジトリなら、あらゆる使い方が無料・無制限」とは言えません。

非公開リポジトリには、契約プランに応じた実行時間などの無料枠があります。利用量や保存容量を確認し、SNS側のAPI料金も含めて運用費を見積もりましょう。

例えば、1回の実行が2分で1日1回なら、30日間の実行時間は約60分です。これは単純な計算例であり、実際には再実行やライブラリの導入時間、同じアカウントの別のワークフローも考慮する必要があります。

8.小さく始めて、結果を確認しながら自動化する

最初は、投稿先を一つに絞り、手動実行で一件ずつ確認するところから始めましょう。投稿内容、認証情報の扱い、失敗時の挙動を確認したうえで、定期実行へ進めると問題を切り分けやすくなります。

GitHub Actionsを使うと、サーバーを自分で常時管理せずに投稿プログラムを実行できます。認証情報の管理と実行結果の確認を続けながら、繰り返し作業を少しずつ自動化していきましょう。

Learning Tools

記事を検索したい方はここから!

辞書から探す

本文中で気になった概念やキーワードを、辞書ページで一覧から確認できます。

辞書を見る