SocialDog フォロワー解除通知の設定と実務ガイド

用語定義と対象読者

ここでは記事内で使う主要用語を統一し、想定読者を明示します。用語を統一することで設定手順やチェックリストの適用が容易になります。

用語定義

次の表現を本稿で統一して用います。

• フォロワー解除通知：X（旧Twitter）上での「アンフォロー」を検出して送られる通知を指します。本稿では常に「フォロワー解除通知」と表記します。
• 監視対象：SocialDogで監視するXアカウントのことです。
• 通知チャネル：アプリのプッシュ、ブラウザ通知、メール、Webhook/Slack等の受信先を指します。
• 外部連携：WebhookやSlack、Zapierなど第三者サービスとの連携を指します。
• OAuth連携：XアカウントをSocialDogに接続する認証方式を指します。

想定読者は、SocialDogを使ってフォロワー管理や通知運用を行う担当者です。初期設定やトラブル対応を担当する方を主対象とします。

フォロワー解除通知の仕組みと制約（検出方法・遅延要因）

SocialDogのフォロワー解除通知は、OAuthで連携したXアカウントのフォロワー情報を取得し、差分検出でアンフォローを判定します。処理はポーリングやバッチで行われるため、即時性は保証されません。APIの制約やプラン差、端末側の設定が遅延や未配信の主原因になります。公式ヘルプやXの開発者向けドキュメントで最新情報を必ず確認してください。

仕組みの概要

ここでは仕組みを短くまとめます。

1. OAuthで対象Xアカウントと連携する。
2. SocialDog側でフォロワー一覧を定期取得する（ポーリング／バッチ）。
3. 取得したリストと過去スナップショットを差分比較してアンフォローを検出する。
4. 検出結果を設定したチャネルへ配信する。

遅延や誤検知の主な要因

通知の遅延や誤検知が起きる代表的な要因は以下です。

• X側のAPIレート制限や一時的な応答不整合。
• 監視対象アカウント数が多く取得頻度が低下すること。
• バッチ処理による集約（複数イベントをまとめて送る設計）。
• 対象アカウントが非公開・制限付きでデータ取得が制約される場合。
• 端末やブラウザの通知設定・省電力設定によるローカル配信失敗。

公式参照（まずはここを確認）

以下は公式情報の入口です。詳細はそれぞれの公式ページで最新情報を確認してください。

• SocialDog 公式サイト（トップページ）: https://socialdog.jp/
• SocialDog アプリ（App Store）: https://apps.apple.com/jp/app/socialdog/id1450787857
• X（旧Twitter）開発者向けドキュメント: https://developer.twitter.com/
  （通知の実装やAPI制約は公式ドキュメントを参照してください）

事前準備と共通チェックリスト（OAuth・通知許可・テスト）

運用前に共通で確認すべき項目をまとめます。Web版・アプリ版とも共通の前提事項を先に完了させてください。テストは必ず安全な手順で行います。

事前準備チェックリスト

下記を順に確認してから設定に進んでください。

1. SocialDogアカウントの作成と管理者権限の確認。
2. 監視対象のXアカウントでSocialDogとOAuth連携する。付与される権限（フォロワー情報の読み取りなど）を確認する。
3. 利用する通知チャネル（アプリ／ブラウザ／メール／Webhook）を決める。
4. 端末側の通知許可を有効にする（iOS/AndroidのOS設定、ブラウザのプッシュ許可）。
5. スマホアプリは最新版に更新する。ブラウザはキャッシュ削除や拡張機能の干渉確認を行う。
6. 端末のバッテリー最適化・省電力設定の例外設定を確認する（特にAndroidと一部メーカー機種）。
7. 外部連携を使う場合はWebhook受信先がHTTPSで秘密トークンや署名検証を利用できることを確認する。
8. 料金プランで監視上限や外部連携可否を確認する（料金ページを参照）。

料金や機能の詳細は公式の料金ページで必ず確認してください。

安全なテスト手順（必ず守ること）

テストで行うフォロー／アンフォローはXの利用規約に触れないよう注意してください。安全な手順の例を示します。

1. テスト用に別途Xアカウント（非本番）を用意する。
2. テストアカウントから手動でターゲットアカウントをフォローする。自動化は使わない。
3. 数分〜数十分待ち、SocialDogで検出されるか確認する。検出ログ（時刻）を記録する。
4. 手動でアンフォローして再度検出を確認する。
5. 再現しない場合はログを取得して再認証や設定見直しを行う。

自動的な大量のフォロー・アンフォローはアカウント停止リスクがあるため避けてください。

設定手順（SocialDog Web版とアプリ版の差分）

ここではWeb版とアプリ版での代表的な操作パスと、差分に絞った手順を示します。画面名は変更される可能性があるため、各操作は公式ヘルプの該当画面と照合してください。

Web版の設定（代表的な画面パス）

以下は代表的な操作例です。UIは更新されることがあるため画面パスは参考例として扱ってください。

1. SocialDogのWebにログインする。
2. 画面右上のアカウントメニュー（もしくは歯車アイコン）→「設定」→「通知設定」または同等の項目を開く。
3. 「フォロワー解除通知」相当のトグルを有効にする。
4. 通知チャネル（メール／ブラウザ／Webhookなど）を選択・設定する。Webhookは受信URLと署名方式を設定する。
5. フィルターや除外ルール（特定アカウントを監視除外など）があれば設定して保存する。
6. テスト通知を行い、実際に届くか確認する。

注: メニュー名や配置は変更される可能性があります。最新版の画面パスはSocialDog公式ヘルプの「通知設定」や「アカウント設定」ページで確認してください。

アプリ版の設定（差分と端末別のポイント）

アプリ版はOS側の許可が重要です。以下は差分と端末特有の注意点です。

1. App Store / Google PlayでSocialDogアプリを最新版に更新する。
2. アプリを開き、監視対象のXアカウントでログインする。
3. メニュー→「設定」→「通知」→「フォロワー解除通知」を有効にする（表記はアプリにより異なる）。
4. OS側の通知許可ダイアログで「許可」を選ぶ。iOSは「設定」→「通知」で確認、Androidはアプリの通知チャネルを確認する。
5. iOSは「バックグラウンド更新」をオンにする。Androidは「バッテリー最適化除外」「自動起動」を確認すると安定するケースが多い。

端末メーカーの省電力機能（Xiaomi、Huaweiなど）は独自設定が優先されるため、運用時は該当機種の設定も確認してください。

通知チャネル・フィルター・外部連携の運用とプライバシー注意点

通知の受け方と外部連携の設計は運用効率とコンプライアンスに直結します。ここではチャネル別の特徴と外部連携時の具体的な注意点を示します。

受信チャネル別の特徴

各チャネルの特徴を簡潔に示します。

• プッシュ通知（アプリ）: 即時性が高い。端末のOS設定に依存する。
• ブラウザ通知（Webプッシュ）: PC常時監視に便利。ブラウザの許可とタブ状態で挙動が変わる。
• メール: 履歴保存や検索に向く。遅延やバッチ配信が発生することがある。
• Webhook / Slack / Zapier等: チーム共有や自動化に向く。外部にデータが出るため監査と契約が必要。

Webhook / Slack等外部連携時の具体的注意点

外部連携は便利ですが、次の点を必ず確認してください。

• WebhookはHTTPSを必須とし、受信側で署名（HMAC等）を検証する。URLは秘匿する。
• 送信するデータは最小限に抑える。個人情報は含めないかマスキングする。
• Webhookの再送や重複受信を考慮した冪等設計を行う。
• 外部連携を使う場合は、SocialDog側の利用可能プランを確認し、必要なら上位プランを契約する。
• 外部サービスとデータ処理契約（DPA）や委託契約を締結する。ログ保存・削除要件を契約で定める。

プライバシーとコンプライアンスの実務チェック

運用で守るべき最低限の実務チェックです。

• どのデータをどの期間保存するかを明示し、社内規程に落とし込む。
• 個人情報保護法やGDPRなど該当する法令に基づき、データ処理の法的根拠を確認する。
• 外部委託先には契約で安全管理措置を定める。DPAや標準契約条項の検討を行う。
• Webhook先やログ保存先のアクセス制御を厳格にする。
• SocialDogのプライバシーポリシーと利用規約を必ず確認する（フッター等にリンクあり）。

運用前に法務・情報セキュリティ担当と要件をすり合わせてください。

トラブルシューティングと運用フロー（優先チェックリストとFAQ）

通知が届かない、遅延する等の問題に対する優先確認項目と、受信後の標準的な運用フローを示します。問い合わせ時に提示する情報もまとめます。

優先度順チェックリスト（まずここを確認）

まずは下記を上から順に確認してください。

1. SocialDogのサービス状況（公式アナウンス／障害情報）を確認する。
2. X連携（OAuth）の有効性を確認し、必要なら再認証する。
3. 監視対象アカウントが正しいかを確認する（複数アカウント運用時の誤設定）。
4. 通知チャネルの権限（アプリ通知、ブラウザのプッシュ、メール受信）を確認する。
5. フィルターや除外ルールで対象が除外されていないか確認する。
6. 端末側の省電力設定やメーカー固有の最適化を確認する。
7. アプリ／ブラウザを最新版へ更新し、再ログインやキャッシュクリアを試す。
8. プラン上限やAPI制限に達していないか確認する（監視数・送信数）。
9. Webhookや外部連携先の受信設定（URL、認証、署名）を確認する。
10. 再現テストをテストアカウントで行う。結果をログで記録する。

これらを実施しても改善しない場合はサポートへ問い合わせてください。問い合わせ時の添付情報を用意すると対応が早くなります。

運用フロー（受信から対応までの例）

受信後に実際に運用で回す流れの一例です。

1. 通知受信 → 通知内容（アカウント、時刻）を確認。
2. 相手プロフィールと直近の対話履歴を軽く確認。
3. 分類：要再アプローチ／放置／調査要。
4. タスク化：CSV出力やタスク管理ツールに登録。
5. 再アプローチ（手動メッセージ）または記録保存。
6. 定期的に除外リストやフィルターを見直す。

自動で大量のDMを送る運用や機械的な再フォローは、Xの規約に触れる恐れがあるため避けてください。

FAQ（要点）

Q: 無料プランでもフォロワー解除通知は使えますか？
A: プランによって提供範囲が異なります。無料で一部機能が使える場合がありますが、監視上限や履歴保持など制限があります。必ず公式の料金ページで確認してください。

Q: 通知が即時に来ないのはなぜですか？
A: APIのレート制限やポーリング間隔、バッチ処理、端末の通知制限等が主な原因です。上の優先チェックリストを順に確認してください。

まとめ

運用で押さえておくべき実務上の要点を短くまとめます。導入・設定・運用・プライバシー管理を一貫して設計することが重要です。

要点まとめ

• SocialDogのフォロワー解除通知は差分検出で動作し、即時性は保証されない。
• 設定前にOAuth連携、通知許可、端末の最適化を確認する。
• Web版とアプリ版で設定手順は似ているが、OS側の許可やバッテリー設定に差がある。
• 外部連携は便利だがデータ最小化と契約（DPA等）が必須。
• 問題発生時は優先チェックリストを順に実施し、ログを添えてサポートへ問い合わせる。

公式ドキュメント・参考（必ず公式で最新を確認）

以下はまず参照すべき公式情報です。詳細は各ページで最新情報を確認してください。

• SocialDog 公式サイト（トップ）: https://socialdog.jp/
• SocialDog アプリ（App Store）: https://apps.apple.com/jp/app/socialdog/id1450787857
• X（旧Twitter）開発者向けドキュメント: https://developer.twitter.com/

補助的な参考記事は役立ちますが、機能や料金・API挙動は公式の情報が最優先です。