ヘルプ

仕様・注意点等

• 指定した曜日（日～土）か日にち（1～31）、時間（0～23）に登録されているツイートを繰り返し投稿します。曜日は2つまで、日にちは8つまで指定できます。開始・終了期間を指定することも出来ます。これらは全て日本時間になりますのでご注意ください。
• 投稿時間は指定した時間台の0～15分の間になります。
• 一つのリピート投稿には10個までツイートを登録でき、複数のツイートを登録した場合はランダムに投稿されます。
• 投稿先アカウントをマルチアカウントに持つユーザー（「バックグラウンド投稿」権限が必要）は、他の人が登録したリピート投稿も一覧に表示されます。ただし、編集・削除は登録した人だけが可能です。
• リピート投稿を登録したアカウント（投稿先アカウントではありません）の有料版有効期限が切れている場合は投稿されません。
• 画像の添付は、予め画像をツイートしておき、その画像URL(pic.twitter.com/xxx)を記述することで対応可能です。（同じ画像を毎回アップロードするとTwitter公式のユーザーのメディア一覧ページで重複表示されるため、このような仕様となっています。）
• ツイート内に改行は含められません。改行するには[\n]と記述します。

※この機能は「適正利用規定」が適用されます。

※必ず「Twitterヘルプ ポリシーと規約違反」をご覧ください。 アフィリエイトリンクを含む投稿を自動化することはTwitterにより禁止されていることにもご注意ください。

※リピート投稿の登録には投稿先アカウントの「バックグラウンド投稿権限」が必要ですが、既に登録されたリピート投稿で、後から権限が剥奪されたり、マルチアカウントから外した場合は、そのアカウントでの投稿はスキップします。また、24時間以内に自動的に停止状態になります。

※登録されたメールアドレスが公開されたり、許可なく第三者に提供されたり、目的外利用されることはありません。

仕様・注意点等

• 承認投稿対象の投稿が行われると、あなたの登録したメールアドレスをreply-to（返信先）にして、承認者に承認を求めるメールが送信されます。（fromはtabtter-app@tabtter.jp）投稿は保留された状態でTabtterのサーバーに保存されます。
• 承認者がメール内のリンクをクリックすると、承認確認ページを開けます。（承認期限は3日間）
• 承認者が承認すればすぐに投稿されます。（承認者は、承認画面で投稿を修正してから、承認（投稿）することも可能です。）非承認の場合は、メールに返信することで、理由の通知や改善の指示をできます。
• 承認者が承認、また非承認すると、あなたのメールアドレス宛に結果を通知します。
• 承認の状況は、クライアントツールバーの投稿アイコン右横▼の「承認投稿一覧」からも確認できます。
• 承認依頼メールの再送は、未承認状態かつ3日以内であれば「承認投稿一覧」からいつでも可能です。

承認投稿は、設定者のみに適用される機能であることにご注意ください。対象アカウントを他のユーザーがマルチアカウントで使用していても、そのユーザーには影響を与えません。

仕様・注意点等

• 投稿ボックスの設定は、自身で認証して追加したアカウントだけ可能です。
• 投稿ボックスへの投稿の承認は、該当アカウントをマルチアカウントとして追加していて、投稿ボックス承認権限を持つ人であれば誰でも可能です。
• 投稿ボックスの承認・非承認は、クライアントツールバーの投稿アイコン右横▼の「投稿ボックス一覧」から行います。
• 投稿ボックスからの投稿があったことの通知先は、複数設定可能です。（10件まで）
• 「通知メールからのダイレクト承認の使用」を使用するにすると、通知メールを受け取った人であれば誰でも承認可能になります。この場合、承認投稿同様にTabtterの利用者でなくても承認作業ができます。
• 承認者は、承認画面で投稿を修正してから、承認（投稿）することも可能です。
• 投稿ボックスのURLは、いつでも変更可能です。何らかの理由で外部に漏れてしまった場合は、変更してください。
• 投稿ボックスは、接続ホスト・IPでもアクセス制限可能です。例えば社内のネットワークからだけ利用できるようにすることも可能です。（投稿ボックスからの投稿は全て承認制のため、基本的にはアクセス制限を使わなくても大きなリスクはありません。）
• 投稿を承認または非承認した場合、投稿者にはその旨通知されます。投稿者が不明で何も通知を行いたくない場合は、「リジェクト」で通知なしに破棄できます。

仕様・注意点等

• RSSは、rss1.0,2.0を解釈可能です。通常、ブログのソースを見れば、<link rel="alternate" type="application/rss+xml"..等の記述があると思います。そのURLを登録します。
• 投稿先アカウントをマルチアカウントに持つユーザー（「バックグラウンド投稿」権限が必要）は、他の人が登録したフィードでも閲覧できます。ただし、編集・削除は登録した人だけが可能です。
• 更新チェック間隔は、新着があるかをチェックするためにRSSを取得する間隔です。ブログのサーバーに問い合わせが生じるので、必要以上に短い間隔を指定しないでください。
• リンクの短縮オプションを有効にすると、指定した短縮サービスのアカウントを使ってリンクを自動的に短縮します。
• 除外ワードを設定すると、タイトルに設定したワードが含まれる時は投稿しないようにできます。改行区切りで複数指定可能です。
• 画像の添付に関しては、オプションになっています。有効にした場合、ブログの該当記事の<og:image>タグがある場合に、その画像を取得して、一緒に投稿します。尚、画像は、除外するファイルを指定可能です。これは、例えば、画像がない時は、ロゴ等を<og:image>に入れるような仕様のブログの場合に、使うことを想定したものです。除外画像の記述は、完全一致でなく、部分一致となります。（/logo.png等）また、改行区切りで複数指定可能です。（<og:image>の解説 → http://blog.sixapart.jp/2012-06/ogimage.html）
• 投稿の判断は、基本的には、RSSのdateタグ（dc:date,pubdate）で判断します。dateタグが、90分以内にあり、かつ、以前に投稿していない記事である場合に、投稿します。つまり、dateタグは正確な時間が入っている必要があります。尚、一度投稿した記事のURLは、履歴として記録されており、仮にdateだけが変更されても、同じURLの記事が重複して投稿されることはありません。
• 文字の切り詰めは、titleを優先し、descriptionは最後に確保されます。descriptionからはリンクやタグは取り除かれ、かつ、8字以上確保できない場合は、完全に除外します。全体としては、約120字に収まるように調整されます。尚、オプションでdescriptionを一切出力しないようにもできます。
• RSSフィードを登録したアカウント（投稿先アカウントではありません）の有料版有効期限が切れている場合は投稿されません。
• トラッキングコードを設定すると、リンク先にクエリとして付加します。これは常に固定値で、url?name=valueのように付加されリンク先でのトラッキングに利用できます。（valueは省略可能）尚、name,valueは、URLエンコードする必要はありません。（Tabtter側でエンコードするので、二重にエンコードされてしまいます。）また、urlに既にクエリが含まれる場合は、&name=valueのように追加しますが、nameと同じ名前のクエリがurlに含まれる場合、特に考慮はせず追加するだけです。
• リンクの短縮は、Bitly APIキーを個別に設定することができましたが、現在は非推奨です。早めに、OAuthを使った新方式の短縮を設定してください。ただし、個別にBitly APIキーが設定されている場合は、そちらが優先されるので、新方式を使用する場合は、個別に設定したBitly APIキーは必ず空にしてください。尚、新方式の短縮でも、RSS毎に短縮アカウントを指定可能です。

※RSSフィードの登録には投稿先アカウントの「バックグラウンド投稿」権限が必要ですが、既に登録されたRSSフィードで、後から権限が剥奪されたり、マルチアカウントから外した場合は、そのアカウントでの投稿はスキップします。

仕様・注意点等

• メールのタイトルは無視されます。本文のみ投稿します。
• 画像は4枚まで、動画はmp4形式を1つだけ添付可能です。
• 添付画像/動画を含め、メールのサイズは20MByteまでです。画像は各3Mbyte以下で動画は15Mbyte以下かつ140秒以下である必要があります。高解像度の写真は事前にリサイズをしてから送信してください。 動画はサイズが大きくエンコード形式等の条件もシビアなので通常は公式サイト/アプリからの投稿をお勧めします。
• 投稿の成否はメールで通知します。成功した場合は、通知メールに記載されている削除コードを別途指定アドレスに送ることで投稿したツイートを削除可能です。
• 有料版と無料版では、アドレスが異なるのでご注意ください。

基本仕様

保存データ

• トラフィックデータ、頻出ワードデータ、ツイートログはそれぞれ別々に保存されます。
• トラフィックデータは現在のところ保存期間等の制限はありません。
• 頻出ワードは、最新の1万ツイートの解析結果を保存しています。
• ツイートログは、基本的なユーザー情報とツイート本文を保存します。ツイートログの保存期間は取得してから90日間となります。
• ツイートログのデータ形式はTSV（タブ区切り）で、エクセル等で開くことができます。並びは、「 投稿日, スクリーンネーム(@ユーザーID), ユーザー名, ツイート数, フォロー数, フォロワー数, 被リスト数, 本文, クライアント名, リツイート数, いいね数, 固有ツイートID, ユーザーの言語タグ 」になります。本文中のタブ、改行はスペースに置き換えられます。また、公式RTは本文に[公式RT]と元ツイートのユーザーID、日付が挿入されます。
• ログに項目が追加される場合があるのでご注意ください。その場合は、原則として末尾に追加されます。
• カウント数や保存ファイルの区切りはJST（日本時間）を基準にします。ダウンロードしたログの日時も日本時間となります。
• グラフのポイントをクリックすると該当日のデータを表示できます。ただし、これはログが存在する場合となります。
• グラフのポイントクリックが可能なのは、ポイント数が500以下の場合になります。

ワード解析

• 各リスニング毎に、取得ログから最新1～2万件程度（リツイートを除く）までをワード解析します。この更新時間は通常日本時間朝の7時頃になります。
• 解析には形態素解析エンジンMeCabを使用し、名詞と形容詞のみを抽出します。ひらがなのみで二文字以下のワードは除外します。その他、代名詞や一部の汎用語も除外されます。
• ワード解析の対象ツイートにリツイートは含みません。
• ワードをクリックするとそのワードを含むツイートを抽出しますが、これは100件を上限とします。
• 解析した最新の頻出ワードはテキストデータとしてもダウンロードできます。

一般的なチュートリアル

1. 先ずは測定したいクエリ（検索ワード）を決めます。 貴社のブランドや競合他社のブランド、注目しているトピック等が対象になりますが、 クライアント上の検索でいろいろな組み合わせを試して、ノイズの少ない品質の高いクエリを探すことが重要です。 （クエリは、検索ワードそのものなので、高度な検索オプションにも対応します。 リツイートを除外する「exclude:retweets」、日本語だけを検索する「lang:ja」等があります。 例えば、「line exclude:retweets lang:ja」のように指定します。）
2. 測定したいクエリのトラフィックを見積もります。 これはクライアント上の「流速」から簡単に割り出せます。（表示されない場合は「基本設定」で表示するようにしてください） 1リクエストで100ツイートまで取得できるので、1日の予想最大ツイート数/100が、通常、割り当てるべきリクエスト数です。 絶対に取得を漏らしたくないワードであれば、余裕を持って割り当ててください。
3. トラフィック・頻出ワード・ツイートログはダウンロードできるのでローカルでの分析や資料作成にお役立てください。

チームでの共有

基本仕様

• ユーザー投稿解析は、最新のツイート3,200件が対象です。リツイートは解析対象には含みませんが、リツイート分も取得してしまうため、リツイートの件数分対象件数が減少します。
• フォロワー解析は10,000件のフォロワーのプロフィール文を解析対象にします。通常、これはフォローした順で最新の10,000件になると思います。（Twitterの仕様依存のため詳細は不明）
• 共有アカウントを指定することで、そのアカウントをマルチアカウントに持つ他のユーザーも参照できるようになります。
• 解析は15分に1回のラウンドで実行されます。ですので、通常、登録してから15分以内に解析は完了します。

制限について

• 24時間毎、かつ15分毎に、実行回数制限があります。
• 24時間毎の実行回数上限は、プランに依ります。
• 15分毎の実行回数上限は、各実行アカウントに依り、ユーザー投稿解析は3回まで、フォロワー解析は1回までに制限されています。これを超えて実行できなかったエントリーは、次以降のラウンドに繰り越されます。
• 実行アカウントを別にすれば、より多くの解析を同じラウンドで実行できることになりますが、いずれにせよ、24時間毎に実行できる上限は超えられないのでご注意ください。

尚、稀なケースではありますが、実行アカウントが共有アカウントで、他の誰かが同じラウンドに同じ実行アカウントで登録しているような場合も、15分毎の実行制限に該当し、実行が次以降のラウンドに繰り越される場合があります。

この機能の目的

使い方

• 対象アカウントを指定して「新規登録」ボタンを押します。対象アカウントは、（自身で認証した）マルチアカウントに含まれるアカウントのみ指定可能です。
• アカウントが登録されると、すぐに30日以内のツイートを取得します。
• 以降は「追加取得」で、更新できます。ただ、一度登録すると、Tabtterのサーバーが毎日自動で取得するので、基本的に手動で追加取得する必要はありません。
• 取得したデータは、Tabtterのサーバーに蓄積され、いつでもダウンロード可能です。（現時点では無期限で保存します。）
• 登録したアカウントを（この機能の対象から）削除することも可能ですが、30日以上前のデータは、再取得できないのでご注意ください。

注意事項

• メトリクスの値は、当然のことながら、取得するタイミングで変わりますが、この機能では、投稿から3日以内までのツイートは再取得します。つまり、ダウンロードしたメトリクスは、概ね、投稿から3日目あたりの値になります。
• この機能で取得したデータは、対象アカウントをマルチアカウントに持つユーザーで共有されます。（最初の取得と削除は、自身で認証したアカウントのみ実行可能。追加の取得とダウンロードは、マルチアカウントを持つすべてのユーザーが実行可能です。）

webhook

{
"query":"",//string 検索クエリ
"time":,//int unixtime 観測時間
"tph":,//float(6,2) 観測した1時間当たりのツイート数
"texts":[
"",//string
"",
...
],//array 通知対象のシンプルなツイート文配列
"tweets":[
{},//tweet obj
{},
...
],//array 通知対象のツイートの完全なオブジェクト配列
}