ヘルプ

タブ

ユーザーストリーム

デスクトップ通知

ツイート保持件数

サイドカラム

ユーザースライドボックス

グループ（抽出タブ）

設定・履歴のセーブロード

ユーザーメニュー

ツイートメニュー

複数ツイートメニュー

ドラッグ＆ドロップ

コンタクト

下書き

スクラップ

アーカイブ

コレクション

ユーザーメモ

ソフトブロック

ミュート

ハイライト

NGワード

フィルタ

品質フィルタ

正規表現

一括ダウンロード

フォロー状態表示オプション

フォロワー/アンフォロー通知・ログ

フォントの変更

アカウント管理・共有

マルチアカウント

マルチアカウント機能は、ログインに使っているマスタアカウントとは別のアカウントを追加して、利用できるようにする機能です。 マルチアカウントは単なるアカウントの切り替え機能だけでなく、アカウントの共有とチーム運用を実現する機能も併せ持ちます。
マルチアカウントは、本人が追加するアカウントをTwitter側で認証して自分で追加する方法と、プロプランを利用している他のユーザーにアカウントマネージャを使って追加してもらう方法があります。 両者の違いとして、与えられる権限が異なります。基本的には、自分で認証した場合は全ての権限を持ち、アカウントマネージャによって追加された場合は、追加した人が設定した権限しか与えられません。 （尚、「投稿アプリ設定」のように、完全に認証経由で追加した場合にしか実行できない機能もあります。）

追加できるアカウント数は各プランの上限に依ります。プロ・ワーカープランでは、追加できる数に制限はありませんが、ユーザー設定領域が追加するアカウント毎に必要なので、ブラウザや利用方法により上限があります。 多くのアカウント（10以上）をマルチアカウントとして使用する場合は下記の注意点をご確認ください。

• 10アカウント以上を使う場合、原則としてブラウザはGoogleChrome、Firefoxをご利用ください。（ローカルストレージの容量が大きく安定性にも優れているため）
• 全てのマルチアカウントで大量のグループを作らないでください。（グループによって抽出されたツイートは別に保存されるため、グループ数が多いと容量を圧迫します。）

以上を注意していただければ30アカウント程度は使用可能です。

尚、複数人チームで複数のブランドを管理する方法は、こちらをご覧ください。

マルチアカウントの仕組（
マルチアカウント機能は、TabtterにログインしているTwitterアカウント（マスタアカウントと呼びます）とは別のTwitterアカウント（サブアカウント）を追加して、 自由に切り替えられるようにできる機能です。
例えば、A、B、CというTwitterアカウントをお持ちとします。 そして、AでTabtterにログインしているとします。 このとき、B、Cのアカウントを追加することができます。
ここで注意していただきたいのは、 アカウントの追加は、あくまで現在Tabtterにログインしているアカウント（マスタアカウント）をベースに、 別のアカウントを結びつけるという形になっているということです。
つまり、AにB、Cを追加してある時、AではなくBでTabtterにログインた場合は、 A、Cには切り替えることができないということです。 もちろん、Bでログインしたからといって不具合が生じるわけではありませんし、 ログインしているBにA、Cを追加することも出来ます。
しかし、基本的には、メインとなるアカウント（Tabtterにログインするマスタアカウント）を決めておき、そのアカウントに他のアカウントを追加するという形にすることをお勧めします。

尚、Tabtterにログインする時のTwitter側での認証に使用するアカウントがマスタアカウントになり、 クライアント右上のアカウント切替えメニューでが付きます。

Twitter側のログイン状態が残ったままだと、意図せぬアカウントでログインしてしまう場合があるので、認証画面でどのアカウントが選択されているか注意してログインしてください。（下のスクリンショットのように、通常認証画面の右上にTwitterにログインしているアカウント名が表示されています。別のアカウントにするには▼をクリックしてログアウトします。）
尚、マスタアカウントとサブアカウントは一部を除きクライアント内での機能的な違いはありませんし、マルチアカウントの設定はご自身にしか分かりません。 つまりログイン時以外は通常マスタかサブかを意識する必要はありません。

※アーカイブの共有はマスタアカウントが共有対象のアカウントなります。また、設定のセーブロードはセーブ時と同じアカウントでログインしてる必要があります。
※Tabtterには購入したアカウントでログインする必要があるため、基本的にはマスタアカウントの変更はできません。ただし、残りの有効期限を他のアカウントに移譲することでマスタアカウントの変更が可能です。詳しくは、「購入管理」の「有効期限を移譲」の説明をご覧ください。

アカウントマネージャ

アカウントマネージャは、プロプランのみで使えるチーム向けの管理機能です。 プロプランをご利用の場合は、アカウントメニュー（クライアントのツールバー右端の自分のアイコンをクリックして出るメニュー）に「アカウントマネージャ」項目が表示されます。
基本的にアカウントの追加には、各ソーシャルネットワークの認証を経由して本人が追加しますが、 企業アカウントやブランドアカウント等の複数人で共有することを前提としたアカウントの場合、 すべてのメンバーにパスワードを教えなくてはならず、これは安全上好ましくありません。 アカウントマネージャは、自身が認証経由で追加したアカウントを、他のメンバーに対してマルチアカウントとして追加できる機能で、 これにより、アカウントのパスワードを共有することなく、安全に各メンバーが共有アカウントを利用可能になります。
また、アカウントマネージャでアカウントを追加する場合は、権限レベルを細かく設定できるので、必要な権限だけをメンバーに与えることができ、不正利用のリスクを軽減できます。 さらに、各アカウントを誰がマルチアカウントとして利用しているかの状況確認も可能です。
尚、認証経由で追加されたアカウントは、Twitter側ですべての操作が可能になるパスワードを知っているということなので、利用者はプランに依らずすべての権限を持ちます。 原則として、チームでアカウントを共有する場合は、最低一人は管理者クラスのメンバーを設定し、アカウントマネージャ経由で集中的に管理することをお勧めします。

権限の詳細
通常投稿：クライアントから投稿・削除する権限
承認投稿：承認投稿を使用しての投稿権限（この権限は「通常投稿」権限にも含まれます。ですので、承認投稿だけを許可するには、通常投稿の権限はオフにする必要がります。尚、承認投稿の設定（誰が承認するか等）は、利用者が個別に行います。）
オフライン投稿：投稿予約・リピート投稿から投稿する権限
DM（アクセス・送信）：DMにアクセスしたり、送信する権限
プロフィール更新：プロフィールやアイコンを更新する権限
フォロー関連：フォローやブロック、ミュート、スパム報告等のユーザー操作を行う権限
リツイート・いいね更新：リツイート・いいね操作を行う権限
リスト・コレクション更新：リスト及びコレクションを作成・編集・削除したりユーザーまたはツイートを追加・削除する権限
アーカイブ更新：アーカイブを作成・編集・削除・マージ、ツイートを追加・削除する権限
投稿ボックス承認：投稿ボックスからの投稿を承認する権限

権限のいくつかは、すぐに反映されないものがあります。例えば、クライアントを起動中のユーザーの権限を変更しても、そのユーザーがクライアントを再起動するまで反映されないものもあります。 つまり、基本的には利用者の誤操作等を抑制するための機能で、非常に厳密な権限制御が求められるような利用は想定していません。

ログアウト

アカウントメニュー（クライアントのツールバー右端の自分のアイコンをクリックして出るメニュー）からログアウトできます。 ログアウトは、Tabtterでは、複数の端末からの多重ログインを許可しているため、「全ての端末からログアウト」と「この端末だけからログアウト」の二種類をご用意しています。 例えば会社と自宅のPCでTabtterをご利用の場合で、会社から「全ての端末からログアウト」を使ってログアウトすると、自宅のPCでもログアウトします。 この方式は安全性の高い方式ですが、若干利便性を損ないますので、選択性となっています。
尚、普段「この端末だけからログアウト」を使う場合も、定期的に「全ての端末からログアウト」で完全にログアウトすることでセキュリティが向上します。 （ログインセッションの有効期限は180日あるので、月に一回程度。） また、共用のPCでTabtterを使用してログアウトし忘れたような場合も、「全ての端末からログアウト」でログアウトすれば、 ログアウトし忘れた端末のログインを無効に出来ます。

↑目次に戻る

ダッシュボード

ログアウト

↑目次に戻る

付加情報の設定

編集

リツイートの予約

マルチアカウント・クロスポスト

画像

ステータス

インポート

正確性

上限

その他の注意事項

↑目次に戻る

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

↑目次に戻る

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

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

↑目次に戻る

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

↑目次に戻る

1. RSSは、rss1.0,2.0を解釈可能です。通常、ブログのソースを見れば、<link rel="alternate" type="application/rss+xml"..等の記述があると思います。そのURLを登録します。
2. 一つのフィードに対して、複数のアカウントを指定可能です。尚、投稿先アカウントは、投稿予約と同じ「オフライン投稿」権限が必要です。
3. 投稿先アカウントをマルチアカウントに持つユーザー（「オフライン投稿」権限が必要）は、他の人が登録したフィードでも閲覧できます。ただし、編集・削除は登録した人だけが可能です。
4. 更新チェック間隔は、新着があるかをチェックするためにRSSを取得する間隔です。ブログのサーバーに問い合わせが生じるので、必要以上に短い間隔を指定しないでください。
5. bitlyによるリンクの短縮オプションを有効にすると、bitlyを使ってリンクを自動的に短縮します。ログイン時のアカウントに結び付けられたbitlyAPIキーがあれば、それを使用しますし、また、RSS毎に個別設定することも可能です。（bitlyでのユーザー登録が必要です。）
6. 除外ワードを設定すると、タイトルに設定したワードが含まれる時は投稿しないようにできます。改行区切りで複数指定可能です。
7. 画像の添付に関しては、オプションになっています。有効にした場合、ブログの該当記事の<og:image>タグがある場合に、その画像を取得して、一緒に投稿します。尚、画像は、除外するファイルを指定可能です。これは、例えば、画像がない時は、ロゴ等を<og:image>に入れるような仕様のブログの場合に、使うことを想定したものです。除外画像の記述は、完全一致でなく、部分一致となります。（/logo.png等）また、改行区切りで複数指定可能です。
8. 投稿の判断は、基本的には、RSSのdateタグ（dc:date,pubdate）で判断します。dateタグが、90分以内にあり、かつ、以前に投稿していない記事である場合に、投稿します。つまり、dateタグは正確な時間が入っている必要があります。尚、一度投稿した記事のURLは、履歴として記録されており、仮にdateだけが変更されても、同じURLの記事が重複して投稿されることはありません。
9. 文字の切り詰めは、titleを優先し、descriptionは最後に確保されます。descriptionからはリンクやタグは取り除かれ、かつ、8字以上確保できない場合は、完全に除外します。全体としては、約120字に収まるように調整されます。尚、オプションでdescriptionを一切出力しないようにもできます。
10. RSSフィードを登録したアカウント（投稿先アカウントではありません）の有料版有効期限が切れている場合は投稿されません。

↑目次に戻る

↑目次に戻る

基本仕様

• トラッキングできるツイートは一日あたりプロプラン：100リクエスト（1万ツイート）、ワーカー・パーソナルプラン：20リクエスト（2000ツイート）、試用版：10リクエスト（1000ツイート）が上限となります。（リクエストとはAPIの実行回数です。1リクエストで最大100ツイート取得できます。）
• リクエスト上限の範囲であれば、トラッキングはいくつでも設定可能です。 （といっても最低1リクエストは必要なので基本的にはリクエスト上限がトラッキング作成上限となります。）
• トラッキングにいくつのリクエストを割り当てるかは個別に設定可能です。 例えば一日数十ツイートしかトラフィックが無いワードであれば1リクエストで十分という具合に、 リクエスト上限内で自由に割り当てることができ、限られたリクエスト数を有効に活用することができます。
• 一日に設定したリクエスト数×100を超えるツイートがある場合は、トラッキングから漏れることになるので、 重要なトラッキングは比較的余裕のあるリクエスト数を設定する必要があります。
• クエリが英数字の場合、@ユーザーIDにそれらのキーワードが含まれる場合もTwitterではマッチしてしまいます。しかし、このようなツイートは、トラッキングでは意図しないノイズとなってしまうため、このようなツイートは除外されます。このため、クエリによっては、取得できるツイートがリクエスト数*100よりかなり小さくなる場合があります。（尚、クエリにOR演算子が含まれている場合は、このチェックは行いません。）
• トラッキングの実行は毎日3:00にスタートします。 3:00になると、その時点でアクティブなトラッキングは全て実行待ちになりロックされます。 ロック中は、編集や削除、停止・開始の変更はできません。
• 検索APIを実行するアカウントは、マスタアカウント（トラッキングを設定した時にログインしていたアカウント）です。
• トラッキングの実行時間の指定はできませんが、 検索APIは7日分まで取得可能なので、十分なリクエスト数を割り当てていれば、 時間帯に依らず全てのツイートを取得可能です。
• プランの変更等でリクエスト上限が少なくなった場合は、トラッキングのリクエスト割り当て数を自動的に上限に収まるように調整されます。
• 有効期限、または試用版の試用期限が終了すると、稼動中のトラッキングであっても実行されません。

保存データ

• トラフィックデータ、頻出ワードデータ、ツイートログはそれぞれ別々に保存されます。
• トラフィックデータは現在のところ保存期間等の制限はありません。
• 頻出ワードは、最新の1万ツイートの解析結果を保存しています。
• ツイートログは、基本的なユーザー情報とツイート本文を保存します。ツイートログの保存期間は取得してから60日間となります。
• ツイートログのデータ形式は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. トラフィック・頻出ワード・ツイートログはダウンロードできるのでローカルでの分析や資料作成にお役立てください。

チームでの共有

↑目次に戻る

基本仕様

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

制限について

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

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

↑目次に戻る

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

↑目次に戻る

アダルトコンテンツや青少年に悪影響を与える内容・公序良俗に反する内容を投稿することはできません。 違反がある場合は予告なく投稿を削除したり利用を停止する場合があります。

この機能はおまけ的な機能としてお考えください。

↑目次に戻る

利用環境に関して

対応・推奨ブラウザ

ブラウザの拡張機能やプラグインで、サイトの内容を書き換えるようなタイプのものをインストールしていると正常な動作は保証されなくなりますのでご注意ください。

アドブロック系のプラグインはページの内容を大きく書き換えるため、使用すると一切の動作は保証されません。使用される場合は、当サイトのドメインでは無効にしてください。（ホワイトリストに追加）

原則として、IE、GoogleChrome、Firefox、Safariの最新正式版をサポート対象とします。
ただし、IEに関しては、ローカルストレージにいくつかのバグがあり、Tabtterを長期的に使用すると問題が生じる可能性があるため、積極的にはお勧めしていません。
Operaも一応使用できますが、サポート対象外ですし、完全な動作を検証しているわけでは無いのでご了承ください。 また、iPad,Android等のタブレット（スマートフォン含む）でも可能な限りご利用頂けるよう最適化していますが、機能的には大きく制限されます。

※Tabtterでは、ブラウザのUserAgentを見て一部の処理を分岐させているので、必ずデフォルトの正しいUserAgentを設定してご利用ください。

↑目次に戻る

「ローカルストレージの容量が上限に達し..」というエラーが頻繁に出る

ブラウザの設定でローカルストレージにアクセスできない状態にある場合もこのエラーが発生します。ブラウザのセキュリティ設定やセキュリティソフト等のが設定が強すぎないかご確認ください。

このエラーが極めて頻繁に出る場合、 特にIEでは長く使用しているとローカルストレージに削除できないキャッシュが残ってしまって、 使用領域が減っている可能性があります。これはIEのバグと思われますが、こちらでは解決できないため、お手数ですが以下の方法で確認・削除をお願いします。（IEだけが対象です。）
先ず最初に「キャッシュユーティリティ」（無料版はこちら）からタイムラインキャッシュをクリアしてください。次に、容量を確認するで、残り領域を確認するためにしてください。設定や履歴の量にも依りますが、通常、4000K～5000Kbyteになるはずです。それ以下でも残り領域が2000Kbyte以上あればとりあえずは問題ありません。（ただし、タイムラインキャッシュを削除して4000Kbyte以下の場合は、削除できないキャッシュが存在している状態と思われるので、今後問題が起きる可能性があります。）2000Kbyte以上ない場合はTabtterを利用するには十分でないため、下記の方法で直接削除するか、別のブラウザをご利用ください。（残り容量が十分なのにこのエラーが出る場合は、他の原因によるものです。申し訳ありませんが、こちらでの調査は困難なので、別のブラウザの利用をご検討ください。）

1.最初に設定を保存
ローカルストレージをクリアすると、設定等も失われるので、最初に、クライアントの設定メニューの「設定・履歴のセーブロード」で設定を保存しておいてください。

2.キャッシュをクリアする
「キャッシュユーティリティ」（無料版はこちら）のすべて完全にクリアするを実行してください。この後、容量を確認するで、5000Kbyteになっていれば正常です。（3000Kbyte以上確保できていれば、しばらくは問題ありません。）

3.ブラウザから直接ローカルストレージデータを消去する方法
上の「2.キャッシュをクリアする」で、十分な容量が確保できない場合は、 IEの場合はツール→インターネットオプション→全般タブ→閲覧の履歴から、Cookieを削除します。 （ローカルストレージはCookieとは違いますが、IEでは個別にローカルストレージだけを削除する方法が無いため）
ただし、この場合、他のサイトの全てのCookieとローカルストレージキャッシュも消えてしまいますので、ご注意ください。
※一般的にCookieは消えることを前提としたデータなので問題は無いと思いますが、 会員制のサイト等ではログインセッションが消失し、再度ログインしなければならない場合があります。



IE以外のブラウザでは問題の発生は確認していませんが、エラーが多くでる場合は、やはりIE同様に一度ブラウザから直接キャッシュを削除してみてください。IEと違いTabtterだけをピンポイントで削除可能です。詳しくはブラウザのヘルプ等をご覧ください。

さらに、この方法でも解決しない場合は、マルチアカウントのユーザー数やグループ（抽出タブ）が多すぎて、キャッシュ容量を圧迫している可能性があります。 特に、GoogleChrome・Safariは容量が少ないので、 5アカウント以上追加している場合は、優先度の低いアカウントを削除してみてください。 グループも保存領域をかなり必要とします。全てのアカウントで15～20程度を上限の目安としてください。
また、ウイルス対策ソフトやセキュリティ関連のブラウザ設定等の影響でもエラーになる可能性があります。

※参考までに各ブラウザのローカルストレージ容量は、Firefoxで10M、IE・GoogleChrome・Safariで5M、Operaはユーザーで自由に設定可能となっています。（2013年10月現在） ユーザー領域は、1アカウント毎に最大100～200KByte程度で、タイムラインキャッシュは個別に20～60KByte程度のスペースが必要です。 尚、容量が一杯になった場合、タイムラインキャッシュを古い順から自動的に削除しますので、通常ユーザーが意識する必要はありません。

↑目次に戻る

突然設定が消えてしまいました

Tabtterの設定の多くは、パフォーマンスを優先しローカル（ブラウザのストレージ）に保存しています。 ローカルストレージは、キャッシュのような一時保存とは違いますが、ブラウザの操作で簡単に削除できるため、Tabtterのサーバーに保存できる「設定・履歴のセーブロード」をご用意しています。
設定・履歴のセーブロードは、自動と手動があり、クライアントで設定の変更があった場合は、クライアント終了時に自動セーブが実行されます。 また、クライアント起動時に設定ファイルが無く、サーバー上に自動保存されたデータがある場合は、この設定をロードできます。
通常、この自動保存により、予期せず完全に設定が失われるという事態は、ほとんど回避可能です。 ただ、この自動保存は、バックアップとリカバリ、また、普段使わない端末からアクセスした時に最初の一回だけ設定をロードできるような利用を想定したもので、 複数の端末での自動同期を実現するものではないことにご注意ください。 日常的に複数の端末でご利用の場合は、手動でのセーブロードを使い、ご自身で設定を管理するようにしてください。

↑目次に戻る

動作をできるだけ軽くしたい

タイムゾーン（日本国以外）に関して

全般的なトラブルシューティング

「APIを全て消費しているためリクエストを実行できません..」というエラーが出る

エラーばかり出る

自動更新が機能しない

いいねやリツイート済みのマークがおかしい

メンバー一覧でフォローして無い人がフォロー中になることがある

ギャップが無いのに現れる

リストの人数がおかしい

なぜ誰がいいねしたかを知ることができないのですか？

なぜツイートへの返信一覧を表示できないのですか？

タブを開くことなく新着表示数だけ消したい

検索でヒットしない

公式で使えないハッシュタグを認識してしまう

文字数が140文字以内なのにエラーとなって投稿できない

サイドカラムのフォロー/フォロワーリストのアイコン・名前が古いままで更新されない

新着フォロワー通知がおかしい

リツイートしたユーザー一覧やユーザー数がおかしい

つけてないはずのいいねマークが表示される

日時がおかしい

ダウンロードやコピーのTSVフォーマットとは？

リンクのトラッキングはできますか？

コメントつきリツイートはできますか？

無料ですか？

無料版と有料版の違いはなんですか？

無料版ではなぜパスワードを設定するのですか？

試用できますか？

有効期限が残っているのに使用できない

クライアントや投稿予約で追加したはずのアカウントが出ない

非公開ユーザーで使えますか？

アーカイブ・日記のユーザー名やアイコンが古いままです

Twitterの@ユーザーIDを変更した

退会したい

プラン選択のヒント

複数人チームで複数のブランドアカウント等を共有できますか？

成果を上げるためのヒント