※本記事の末尾に、当サイトの紹介リンク（アフィリエイトリンク）を1本掲載しています。筆者はRytrのアフィリエイトプログラムに参加しており、そのリンクを経由して有料プランの契約が発生した場合に紹介報酬を受け取ります。報酬の有無によって、本記事の測定結果や記述を変えることはしていません。
著者: 佐藤優太（Web制作事業 MOVON 代表） ｜ 公開日: 2026-08-17 ｜ 最終更新日: 2026-08-17
この記事は筆者が実際に登録・操作して計測した結果に基づいています。計測条件・計測日・証跡は本文中に明記しています。
本サイトの編集方針: 運営者情報
結論（先に答え）
- Rytrの無料プランは「月10,000文字」と案内されています。料金ページの比較表のFree列にある原文は
10K characters per monthです【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】 - この「characters」の単位は文字でした。日本語1文字がちょうど1characterです。バイト換算でもトークン換算でもありません【実測: n=2, 2026-08-16, 入力長・出力長を機械計測して使用量カウンターの増分と突き合わせ】
- ただし、枠を食うのは出力だけではありません。入力したプロンプトの文字数も、1文字1characterで枠から引かれます。入力253文字・出力10文字という極端な配分で試したところ、消費は263characters でした【実測: n=2, 2026-08-16, settings/plan の Usage 欄の増分と入力長・出力長の突き合わせ】
- そして実際に使い切るまで回しました。10,000の枠から手に入った日本語の本文は、合計 9,402文字です【実測: n=9, 2026-08-16, 9回の生成のエディタ本文の増分の合計】
- 生成できた回数は 9回でした【実測: n=9, 2026-08-16, 同一プロンプト（37文字）で完走した日本語生成の回数】。10回目にあたる生成は拒否されています【実測: n=3, 2026-08-16, 上限到達後の生成試行（3回とも同一のエラー文言）】
- 「1記事3,000字」と仮定して換算すると 3.1本分です。この3,000字という前提は当社が置いた仮定であって、業界の標準値ではありません【実測: n=9, 2026-08-16, 9,402文字を3,000で割った値】
- 1回の生成で出てくる日本語の量は 平均1,045文字、最小740文字・最大1,275文字で、最大と最小で1.72倍ぶれました。「1回あたり約1,000文字」は平均であって保証値ではありません【実測: n=9, 2026-08-16, 9回の生成の出力本文長】
- 上限は「超えてから止まる」実装でした。 残り867の状態で1,017必要な生成を要求したところ、事前の警告は一切なく満額生成され、結果として 10,150 / 10,000 になりました（150の超過）【実測: n=1, 2026-08-16, 9回目の生成の消費計算】
- 使い切った後に
Generateを押すと、本文は1文字も増えず、英語のメッセージだけが出ます。ボタンは押せなくならず、アップグレードのモーダルも課金ページへの強制遷移もありませんでした【実測: n=3, 2026-08-16, 上限到達後の生成試行】 - そのメッセージはオーバーレイではなく本文の下に置かれる実装で、今回の測定環境（表示領域1920×929）ではビューポートの外に描画され、88pxスクロールしないと見えませんでした【実測: n=3, 2026-08-16, トースト要素の getBoundingClientRect と getComputedStyle】
- リセット日は、アプリ内に
Resets on Sep 16, 2026と表示されていました。登録日（8月16日）の応当日起算で、暦月の1日ではありません。ただしこれは表示値で、実際にその日に0へ戻るかは未確認です【実測: n=1, 2026-08-16, settings/plan の Usage 欄の表示】 - UIは英語のみでした。日本語のUIはありません。おまけに、エディタの単語数カウンタは日本語では機能しません（日本語740文字のときの表示が
5）【実測: n=1, 2026-08-16, エディタ右上の Words カウンタ】
なぜ確かめたのか
AIライティングツールの無料プランは、たいてい「月◯◯文字まで無料」という形で案内されます。Rytrの場合は「月10,000文字」です【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】。
ここで、日本語で使おうとしている人には答えの出ていない問いが3つ残ります。
1つ目。その「文字」は日本語の1文字と同じなのか。 海外製のツールでは、日本語1文字を2〜3バイトとして数えたり、トークン単位で数えたりする実装があります。もしバイト換算なら、同じ枠で書ける日本語は3分の1程度に縮む計算になります。この点をまず実測しました【実測: n=2, 2026-08-16, 日本語1文字あたりの消費量（本記事の軸A）】。
2つ目。入力したプロンプトも枠を食うのか。 Rytrの公式ヘルプには、消費の対象について次の記載があります（原文）【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】。
You can see the credits (characters) that you have generated and processed in a month, the current plan and much more.
「generated（生成された）」と「processed（処理された）」の2つが並んでいます。この「processed」が何を指すのかは、このヘルプ記事にも、他の公式ページにも定義が書かれていません【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】。
3つ目。使い切ったら、どういう止まり方をするのか。 当サイトでは以前、別のツールで上限に達した1回のとき、エラーも通知も確認できないまま止まるのを観測したことがあります（n=1の観測であって、そのツールが常にそう振る舞うという意味ではありません）。無料枠を使う側にとっては、止まり方が分かっているかどうかで作業の組み立てが変わります。
この3つは、料金ページを読んでいても分かりません。実際に登録して、枠を使い切るまで回すしかないと判断しました。
そこで2026-08-16に無料アカウントを作り、10,000の枠がゼロになるまで日本語を生成し続けて、消費量を1回ずつ記録しました。
どうやって測ったか
先に、測定の条件をすべて開示します。同じことを試したい方が再現できる粒度で書きます。
- 使ったプラン: フリープラン（
settings/planの画面でCURRENTバッジを確認）。クレジットカードは未登録です【実測: n=1, 2026-08-16, settings/plan 画面】 - アカウント: 2026-08-16 09:06 に Google アカウントでサインアップして新規作成。登録初日・生成履歴ゼロの状態から測定を始めています【実測: n=1, 2026-08-16, 測定開始時の Usage 欄「0 / 10,000 characters used」】
- 測定環境: macOS 15／Chrome／家庭用光回線／2026-08-16 09:06〜11:00（JST）／ブラウザの表示領域は1920×929（前半の軸A〜Cの計測時は1920×873）／ブラウザ操作を自動化した環境
- 生成の設定（全回で同一）: 言語 =
Japanese／ユースケース =Magic Command／トーン =Convincing（既定値）／Variants= 1／Creativity=Optimal（既定値） - ユースケースに Magic Command を選んだ理由: 入力文を自由記述にできるため、入力の文字数を1文字単位で制御できるからです。テンプレート型のユースケース（Blog Section Writing など）は、内部で追加のプロンプトを足している可能性があり、入力長を確定できません
- 文字数の数え方: 目視ではありません。エディタ（ProseMirror）の
innerTextを JavaScript で取り出し、生成の前後で[...str].length（コードポイント数）の差分を取っています。Rytrが生成のたびに挿入する区切り記号と改行（空の文書への1回目は3文字、2回目以降は5文字）は、出力本文長から差し引いています - 消費量の読み方:
https://app.rytr.me/settings/planの Usage 欄に出るN / 10,000 characters usedを、生成のたびに読んで記録しました
使ったプロンプトも全部載せます。
単位を切り分けるための2回【実測: n=2, 2026-08-16, Magic Command の Input text 欄】
①（10文字）:
桜について短く書いて
②（253文字）:以下は検証用のダミー文章です。この文章はアフィリエイト検証サイトの実測記事のために用意されたもので、内容そのものに特別な意味はありません。桜は春に咲きます。（以下「桜は春に咲きます。」を計15回繰り返し）以上の内容を、必ず十文字以内の日本語で要約してください。要約以外の文章は一切出力しないでください。
（2行とも出典は【実測: n=2, 2026-08-16, Magic Command の Input text 欄に入力した全文】）
日本語で生成した9回すべてで使った、同一のプロンプト（37文字）【実測: n=9, 2026-08-16, Input text 欄のカウンタ「37/2500」】
AIライティングツールの選び方について、できるだけ長く詳しく日本語で書いて
このプロンプトには「できるだけ長く」と明示的に書いています。つまり後述する「1回あたり平均1,045文字」という数字は、Rytrの1回あたりの出力上限に近い値として読んでください【実測: n=9, 2026-08-16, 使用したプロンプトの文言】。短い指示を出せば、1回の出力はもっと短くなります。
軸A：「characters」の単位は、日本語の1文字だった
まず単位の切り分けからです。
やり方は単純で、入力の文字数と出力の文字数を両方とも機械で数えておいて、使用量カウンターが実際にいくつ増えたかと突き合わせるだけです。
| 回（単位の切り分け用・後述の「◯回目」とは別条件） | 入力長 | 出力本文長 | 実行後の累計消費（画面表示） | この回の消費 | 入力＋出力 | 差 |
|---|---|---|---|---|---|---|
| 生成前 | — | — | 0 / 10,000 | — | — | — |
| ① | 10文字 | 142文字 | 152 / 10,000 | 152 | 152 | 0 |
| ② | 253文字 | 10文字 | 415 / 10,000 | 263 | 263 | 0 |
| 【実測: n=2, 2026-08-16, settings/plan の Usage 欄と、エディタ innerText・Input text 欄カウンタの機械計測】 |
2回とも、差はゼロでした【実測: n=2, 2026-08-16, 上表の差分計算】。
ここから分かることは2つあります。
1つ目。日本語1文字は1characterです。 もしバイト換算（日本語1文字＝3バイト）なら、①の消費は456前後になるはずでした。実際は152です。トークン換算でもありません【実測: n=2, 2026-08-16, 消費量の実測値と換算の比較】。
つまり、日本語で使う場合でも「10,000文字」という感覚のままで見積もれます。これは海外製ツールとしては、日本語利用者にとって素直な仕様です【実測: n=2, 2026-08-16, 日本語1文字＝1character の実測結果】。
2つ目。この加算則は、後から独立に検証しています。 軸Aの測定はn=2でした。そこで、後述する「使い切るまで回した」測定の中で、5回連続で生成したあとの累計消費を計算値と突き合わせることをしています。結果は、予測9,133に対して画面表示も9,133で、誤差0でした【実測: n=5, 2026-08-16, 5回分の「出力＋入力」の積み上げと settings/plan の Usage 欄の突き合わせ】。
別の日ではありませんが、別の文書・別の測定・5回連続の累積でも一致したので、加算則の確認はこれで n=7 相当になっています。
軸B：入力したプロンプトも、1文字1characterで枠を食う
上の表の②に注目してください。
入力253文字・出力10文字という、極端に入力へ寄せた配分です。ここで消費されたのは 263characters でした【実測: n=2, 2026-08-16, 累計消費 415 − 152 の差分】。
もし入力が計上されないなら、消費は出力の10文字ぶん、つまり10前後で止まるはずです。実測はそうなりませんでした。253 + 10 = 263 が、そのまま引かれています【実測: n=2, 2026-08-16, 同上】。
これで、公式ヘルプの generated and processed の「processed」が何なのかに、実機からの答えが出ました。入力プロンプトです【実測: n=2, 2026-08-16, 入力長と消費量の突き合わせ】【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】。
ここは公式に定義が書かれていない部分なので、書き方に注意します。当サイトが確認したのは「Magic Command で入力欄に書いた文字数が、そのまま消費量に加算された」という事実です。公式が「processed とは入力プロンプトのことである」と明示している文書は、今回見つけられませんでした【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】。
実務上の意味は、はっきりしています。
無料枠の10,000は「出力10,000文字」ではありません。 入力と出力の合計が10,000で止まります。長い指示文を書くスタイルの人ほど、成果物として手に入る文字数は減ります【実測: n=2, 2026-08-16, 入力プロンプトが消費に加算されることの実測】。
実際、今回の測定でも入力に333charactersが消えています。9回の生成すべてで37文字のプロンプトを使ったので、37×9です【実測: n=9, 2026-08-16, 使用プロンプト長×生成回数】。プロンプトを300文字書く運用にしていたら、この部分だけで2,700characters、枠の4分の1以上が「成果物が1文字も増えない支出」になっていた計算になります。
なお、Magic Command の入力欄には上限があります。欄の下のカウンタが n/2500 と表示されるので、2,500文字が上限です【実測: n=1, 2026-08-16, Input text 欄のカウンタ表示】。ただしこれはカウンタの表示を読んだだけで、実際に2,500文字を超える入力を弾かれるところは確認していません。
軸C：日本語で、実際に何文字書けたのか
ここからが本題です。10,000の枠を、日本語の本文として使い切るまで回しました。
結果は次のとおりです。
| 回（同一条件での通し番号） | 出力本文長 | 入力 | この回の消費 | 累計消費 |
|---|---|---|---|---|
| （別条件）単位の切り分け用① | 142文字 | 10文字 | 152 | 152 |
| （別条件）単位の切り分け用② | 10文字 | 253文字 | 263 | 415 |
| 1回目 | 740文字 | 37文字 | 777 | 1,192 |
| 2回目 | 960文字 | 37文字 | 997 | 2,189 |
| 3回目 | 1,017文字 | 37文字 | 1,054 | 3,243 |
| 4回目 | 1,018文字 | 37文字 | 1,055 | 4,298 |
| 5回目 | 1,143文字 | 37文字 | 1,180 | 5,478 |
| 6回目 | 1,177文字 | 37文字 | 1,214 | 6,692 |
| 7回目 | 1,275文字 | 37文字 | 1,312 | 8,004 |
| 8回目 | 1,092文字 | 37文字 | 1,129 | 9,133（画面表示と一致） |
| 9回目 | 980文字 | 37文字 | 1,017 | 10,150（計算値） |
| 10回目 | 0文字（拒否） | — | — | — |
| 【実測: n=9, 2026-08-16, 各回のエディタ innerText の増分と settings/plan の Usage 欄】 |
表の読み方を補足します。上の2行（単位の切り分け用）は、プロンプトも出力長も違う短い試験生成なので、回次には数えていません。本記事で「◯回目」と書くときは、すべて同一プロンプト（37文字）・同一設定で日本語を書かせた生成の数え方です。その数え方で完走したのが1回目から9回目までの9回です【実測: n=9, 2026-08-16, 測定の区分】。
その9回で得られた日本語の本文は、合計9,402文字でした【実測: n=9, 2026-08-16, 9回の出力本文長の合計（740+960+1,017+1,018+1,143+1,177+1,275+1,092+980）】。
そして、10回目にあたる生成は拒否されました【実測: n=3, 2026-08-16, 上限到達後の生成試行】。
数字をまとめます。
| 項目 | 実測値 |
|---|---|
| 10,000の枠から得られた日本語の本文 | 9,402文字 |
| まとまった量の生成が通った回数 | 9回 |
| 1回あたりの日本語出力（平均） | 1,045文字 |
| 同（最小） | 740文字 |
| 同（最大） | 1,275文字 |
| 最大÷最小のばらつき | 1.72倍 |
| 「1記事3,000字」で換算した本数 | 3.1本 |
| 【実測: n=9, 2026-08-16, 9回の生成の出力本文長とその集計】 |
「1記事3,000字」は当社が置いた仮定です。 業界の標準値でも、Rytrが提示している数字でもありません。仮に2,000字で書く人なら4.7本、5,000字で書く人なら1.9本という計算になります。この本数は、1記事あたりの字数を当サイトが仮定して割っただけの換算値であって、実測値ではありません。 実測したのは9,402文字という総量のほうです【実測: n=9, 2026-08-16, 実測値は9,402文字。本数は1記事あたりの字数を当サイトが仮定して割った換算値であり実測値ではない】。
この記事でいちばん伝えたいのは、この一行です
Rytrの無料枠は、日本語のブログ記事に換算すると3本ぶんです。
「月10,000文字も無料」という案内から受ける印象と、実際に手元に残るものの間には、これくらいの距離があります。しかもこの9,402文字は、プロンプトに「できるだけ長く」と書いて、1回の出力を上限近くまで引き伸ばした場合の数字です【実測: n=9, 2026-08-16, 使用したプロンプトの文言と出力本文長】。短い指示を何度も出す使い方をすれば、1回ごとに入力ぶんの支出が乗るので、得られる総量はもっと減ります。
1回の出力量は1.72倍ぶれた
同じプロンプト・同じ設定で9回続けたのに、出力の長さは740文字から1,275文字までばらつきました【実測: n=9, 2026-08-16, 9回の出力本文長】。
推移を見ると、次のようになっています【実測: n=9, 2026-08-16, 同上】。
740 → 960 → 1,017 → 1,018 → 1,143 → 1,177 → 1,275 → 1,092 → 980
前半は伸びていき、7回目の1,275文字を頂点にして後半は下がっています（番号は上の表と同じ、同一条件での数え方です）。この上下に規則性があるのか、たまたまなのかは、9回では判断できません【実測: n=9, 2026-08-16, 同上】。同じ文書に追記し続けたことが影響している可能性もありますが、確かめていません。
実務的に言えることは1つです。「1回で約1,000文字出る」という前提で枠の消費を見積もることはできません。実際には1回あたり740〜1,275文字で、最大と最小で1.72倍の開きがありました【実測: n=9, 2026-08-16, 9回の出力本文長の最小値・最大値とその比】。残りが少なくなってきたときに「あと1回いける」と判断するのは危険です。次の節で書くとおり、Rytrは足りなくても止めてくれません。
軸D：使い切ると、どうなるのか
ここがこの記事の目玉です。順に書きます。
1. 上限は「超えてから」止まる
9回目の生成を始めたとき、残枠は 867characters でした【実測: n=1, 2026-08-16, 8回目終了時点の累計9,133から算出】。
そこへ、これまでと同じプロンプトで Generate を押しました。この回が実際に消費したのは 1,017characters（出力980文字＋入力37文字）です【実測: n=1, 2026-08-16, 9回目の生成の実測値】。
残りより大きい生成を、Rytrはそのまま通しました。
- 生成前に「枠が足りません」という警告は出ませんでした【実測: n=1, 2026-08-16, 9回目の生成の画面】
- 生成が途中で切られることもありませんでした。980文字が最後まで出ています【実測: n=1, 2026-08-16, エディタ innerText の増分】
- 結果、使用量は 10,150 / 10,000 になりました。150の超過です【実測: n=1, 2026-08-16, 消費の積み上げ計算】
ここで数字の性質を分けておきます。「9,133 / 10,000」は画面で確認した値です。「10,150 / 10,000」は計算値です【実測: n=1, 2026-08-16, settings/plan の Usage 欄の表示と、その後の消費の積み上げ計算】。9回目の生成のあと、settings/plan の Usage 欄が読み込まれずスケルトンのまま止まる事象が起きて、3回試しても最終値の画面表示を取れませんでした（この事象については後述します）。
ただし、同じ計算方法で出した直前の予測値9,133は、画面表示と誤差0で一致しています【実測: n=5, 2026-08-16, 予測値と画面表示の突き合わせ】。算出方法そのものは検証済みだ、という位置づけです。
そして、ここも正確に書きます。超過が150で止まったのは、たまたま9回目の生成がその量だったからです。 残枠867に対して1,017を消費したので超過は150でしたが、もっと大きな生成なら超過幅も大きくなるのか（＝超過に上限があるのか）は測っていません【実測: n=1, 2026-08-16, 観測できたのは1ケースのみ】。実測から言えるのは「Rytrは残枠を超える生成を1回ぶん通す」というところまでです。
2. 使い切った後は、英語のメッセージだけが出る
枠がゼロになった状態で Generate を押すと、どうなるか。3回試して、3回とも同じでした【実測: n=3, 2026-08-16, 上限到達後の生成試行】。
エディタの本文は1文字も増えません（長さ6,713のまま変化なし）【実測: n=3, 2026-08-16, エディタ innerText の長さを生成前後で比較】。
そして、次のメッセージが出ます。目視で書き写したものではなく、DOM から textContent をそのまま機械抽出した原文です【実測: n=3, 2026-08-16, 生成失敗時のトースト要素の textContent】。
Sorry, you have exhausted your monthly quota of credits. Subscribe to Rytr premium to generate UNLIMITED characters per month!
日本語の表示はありません。英語のみです【実測: n=3, 2026-08-16, 同上】。
内容としては「月間のクレジットを使い切りました。無制限に生成するには Rytr premium を購読してください」という趣旨です。ただしこの「無制限（UNLIMITED）」はRytrの画面表示をそのまま訳したもので、当サイトは有料プランを契約しておらず、実際に上限がないかは確認していません。
3. ボタンは押せなくならない
押せなくなってくれたほうが親切なのですが、そうはなっていませんでした。
Generate ボタンは disabled になりません【実測: n=3, 2026-08-16, ボタンのラベルと状態】。押すと、いったん Generating... に変わってから失敗します。つまり押した本人は「生成が始まった」と一瞬思うわけです。
一方で、しつこさもありませんでした。上限に達したあと、アップグレードを促すモーダルは出ませんし、課金ページへ強制的に飛ばされることもありません【実測: n=3, 2026-08-16, 上限到達後の画面遷移】。出るのは上のメッセージだけです。
当サイトが以前測った ElevenLabs は、上限に達した状態で生成を押すとアップグレードのモーダル（割引価格つき）が出ました【実測: n=1, 2026-08-15, ElevenLabsの上限到達時の画面】。Rytrはそこまではしません。当サイトが観測した範囲では、アップグレードへの導線はElevenLabsより弱いものでした（当サイトの評価です）。
4. ただし、そのメッセージが画面に見えなかった
ここが今回いちばん引っかかった点です。
上限到達後に Generate を押した直後、画面には何も変化がありませんでした。エラーらしきものが見当たりません。
DOM を調べて、理由が分かりました。このメッセージの要素は、position: static の通常フロー要素でした。画面の隅に浮かぶオーバーレイ（一般的なトースト通知の実装）ではなく、ページ本文の下に積まれる形で描画されています【実測: n=3, 2026-08-16, トースト要素の getComputedStyle().position】。
そのため、今回の測定環境ではビューポートの外に出ていました。
| 観測項目 | 値 |
|---|---|
| ブラウザの表示領域の高さ（window.innerHeight） | 929 |
| ページ全体の高さ（scrollHeight） | 1,017 |
| メッセージ要素が描画されていた位置（y） | 929〜1,017 |
| メッセージを見るのに必要だったスクロール量 | 88px |
| 【実測: n=3, 2026-08-16, getBoundingClientRect() と document.documentElement.scrollHeight / window.innerHeight】 |
88pxスクロールして初めて、メッセージが見えました【実測: n=3, 2026-08-16, スクロール後の画面】。
ここは書きすぎないように注意します。「必ず見えない」とは言えません。 ウィンドウの高さやページの内容量によって、見える場合もあるはずです。当サイトが確認したのは、表示領域1920×929という環境で、3回とも画面外に描画されたという事実です【実測: n=3, 2026-08-16, 同上】。
言えるのは「オーバーレイではなく本文の下に置かれる実装なので、画面外に出ることがある」というところまでです。
なお、このメッセージは自動では消えません。Generate を押した回数ぶん、下に積み上がっていきます【実測: n=3, 2026-08-16, DOM 上のトースト要素の数】。
5. 「無言で止まる」わけではないが、気づきにくい
まとめると、Rytrの上限到達時の挙動は次のようになります。
- 完全な無言停止ではありません。 メッセージは必ず出ます【実測: n=3, 2026-08-16, 3回とも同一文言を取得】
- ただし英語です【実測: n=3, 2026-08-16, 同上】
- そして、その表示位置は画面の下端の外に出ることがあります【実測: n=3, 2026-08-16, 描画位置の計測】
- ボタンは押せたままです【実測: n=3, 2026-08-16, ボタンの状態】
「生成を押した」「本文が増えない」「画面には何も出ていない」という状態は、ツールが固まっているのか、枠が尽きているのかの区別がつきません。区別するには、settings/plan を開いて使用量を自分で見に行く必要がありました。
そして次の節で書くとおり、その settings/plan が、しばしば読み込まれません。
枠は、どこへ消えたのか（内訳）
10,150characters の行き先を分解します。
| 内訳 | characters | 割合 | 備考 |
|---|---|---|---|
| 生成された日本語の本文（9回の合計） | 9,402 | 92.6% | 実際に手に入ったもの |
| 入力プロンプト（9回×37文字） | 333 | 3.3% | 成果物が1文字も増えない支出 |
| 単位の切り分け用の試験生成（2回） | 415 | 4.1% | この記事のための測定コスト |
| 合計 | 10,150 | 100% | 上限10,000を150超過して停止 |
| 【実測: n=9, 2026-08-16, 各回の消費の積み上げ】 |
92.6%が本文になったというのは、比率としては悪くありません。ただしこれは、プロンプトを37文字に抑えたうえで、1回の出力を上限近くまで引き伸ばした結果です【実測: n=9, 2026-08-16, 使用したプロンプトの長さと出力本文長】。
内訳のうち415charactersは、この記事を書くための測定コストです。普通に使う人には発生しません。ただし「使い方を試している間の消費も枠から引かれる」という点は同じで、設定を変えながら何度か試すだけで数百charactersは消えます。
他の無料ツールと比べると、どうなのか
当サイトでは同じ方針で、ElevenLabsの無料プラン（月10,000クレジット）を使い切るまで測った記録と、Value AI Writer by GMOの無料プランで日本語記事を何本書けるか測った記録も公開しています。3つを並べます。
ただし、この3つは目的の違うツールです。 数字を横に並べても「どれが得か」は決まりません。枠の設計思想がどれだけ違うかを見るための表として読んでください。
| 比較項目 | Rytr | ElevenLabs | Value AI Writer by GMO |
|---|---|---|---|
| 無料枠の公表値（原文） | 10K characters per month |
10k credits per month |
初回増量！ 3記事 ／ 2万文字 |
| 枠の単位 | 文字（characters） | クレジット（credits） | 「文字」と「構成」の二重の枠 |
| 日本語1文字あたりの消費 | 1character（誤差0） | 1クレジット（誤差0） | 本文1文字≠枠1文字（1本目は本文12,166文字に対し枠が13,173文字減少） |
| 入力プロンプトの計上 | される（1文字1character） | 入力テキストそのものが消費対象（音声合成のため） | 追加プロンプト欄に「ここで入力した文字数も消費対象になります」と注記あり |
| 無料枠から得られた日本語の総量 | 本文9,402文字（実測） | 入力10,000文字ぶんの音声3本（出力は音声のため文字数ではない） | 完走1本の本文12,166文字＋途中停止1本 |
| 3,000字記事への換算 | 3.1本（当社の仮定） | 換算対象外（音声ツール） | 一意に定まらない（見出しが自動拡張されるため） |
| 上限到達時の挙動 | 超えてから止まる。英語メッセージのみ／ボタンは押せたまま／モーダルなし／メッセージが画面外に出た | 残量表示が変化し、押すとアップグレードのモーダル | 当サイトが観測した1回では、事前の警告表示を確認できませんでした。「記事取得中…」のまま停止 |
| 事前の警告 | 当サイトが観測した1回では確認できず | 残量表示で分かる | 当サイトが観測した1回では確認できず |
| 枠のリセット基準 | アプリ内に Resets on Sep 16, 2026＝登録日の応当日（表示値・実挙動は未確認） |
表示自体を発見できず未確認（暦月か応当日かも不明） | 契約の有効期限 2026-09-14＝登録日の応当日（表示値・実挙動は未確認） |
| UIの言語 | 英語のみ | 日本語あり | 日本語（国内サービス） |
| クレジットカード | 不要 | 不要 | 不要 |
| 測定のn数 | 生成 n=9／加算則 n=7相当／上限到達 n=3 | クレジット消費 n=6／上限到達 n=1 | 記事生成 n=2／上限到達 n=1 |
| 【実測: n=9, 2026-08-16, Rytr列は本記事の測定値】【実測: n=6, 2026-08-15, ElevenLabs列は当サイトの別記事の測定値】【実測: n=2, 2026-08-15, Value AI Writer列は当サイトの別記事の測定値】【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】 |
なお、有料プランの価格は、支払い条件（年払い／月払い）・通貨・税込税抜がツールごとに揃わないため、本記事では横並びの比較をしません。
枠が「文字数」ではなく「回数」と「期限」で切られているツールも測っています。 公式FAQが挙げる枠は4種類なのに、登録直後の管理画面には9種類の枠が表示されていたのがFraseの7日間無料トライアルで実際にできたことです。同じ日本語クエリで記事を3回生成したうち、1本は本文の途中で静かに止まりました。Rytrの「文字数を超えてから止まる」設計とは、枠の切り方も止まり方も違います【実測: n=3, 2026-08-15, 同記事の記事生成3ランの記録】。
この表から読み取れることを3つ書きます。
1つ目。「1文字＝1単位」で素直なのは Rytr と ElevenLabs です。 どちらも誤差0で線形でした【実測: n=9, 2026-08-16, Rytrの消費計算】【実測: n=6, 2026-08-15, ElevenLabsの消費計算】。Value AI Writer は「構成」と「文字」の二重の枠で、しかも本文の文字数と枠の減りが一致しません。見積もりのしやすさという点では、Rytr と ElevenLabs のほうが扱いやすい設計です（消費量の見積もりやすさという当サイトの観点による評価です）。
2つ目。上限到達時の親切さは、3つとも違います。 ElevenLabs は残量表示が変わってモーダルが出るので、まず気づけます。Value AI Writer は、当サイトが観測した1回では、事前の警告表示を確認できませんでした。その1回では、止まったことに気づけませんでした。Rytrはその中間で、メッセージは出るが英語で、しかも画面外に出ることがあるという位置づけです【実測: n=3, 2026-08-16, Rytrの上限到達時の挙動】。
3つ目。リセットの基準日は、3つとも「実挙動は未確認」です。 Rytr と Value AI Writer はアプリ内に日付の表示がありますが、その日に実際に枠が戻るかは翌月にならないと測れません。ElevenLabs に至っては、日付の表示そのものを見つけられませんでした【実測: n=1, 2026-08-15, ElevenLabsの3画面の目視】。この点はどのツールについても、当サイトはまだ答えを持っていません。
公式の数字と、無料アカウントの実機を突き合わせた結果
公式サイトに書かれている数字と、当サイトが無料アカウントで数えた実機の件数を、1つずつ突き合わせました。
先に、読み方の前提を1つ置きます。
前提：「◯+」は下限の表記です
公式サイトに出てくる 30+ languages／35+／40+ use-cases／20+ は、いずれも「◯以上」という下限の表記です。上限を示すものではありません。
したがって、実機で38件の言語が並んでいることは「30+」とも「35+」とも矛盾しません。実機で41項目のユースケースが並んでいることも「20+」と矛盾しません。当サイトはこれらを「食い違い」とは判定しません【実測: n=1, 2026-08-16, 言語セレクタとユースケースリストの全件抽出】。
ただし下限の表記であるということは、裏を返すと、無料プランで実際に何件使えるのかは公式の記載からは読み取れないということでもあります。だから数えました。この節の value はそこにあります。
突き合わせの一覧
| 記載場所 | 対象プラン | 公式の表記（原文） | 実機（無料アカウント） | 判定 |
|---|---|---|---|---|
| 料金ページの比較表「Languages」行 | Free | 1 |
38件（日本語を含む） | 当サイトの実機（無料アカウント・n=1・2026-08-16）と一致しなかった |
| 同・比較表「Languages」行 | Premium | 35+ |
未測定 | — |
| トップページのPremium機能欄 | Premium | Write in 40+ languages |
未測定 | 矛盾しない（40以上は35以上を満たす）。当サイト未測定 |
アプリ内 settings/plan のFreeカード |
Free | 30+ languages |
38件 | 下限表記のため矛盾しない |
| トップページのFreeカード | Free | Access 40+ use-cases |
41項目 | 下限表記のため矛盾しない |
| ヘルプ記事 | プラン非限定 | 20+ |
41項目 | 下限表記のため矛盾しない |
| 【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】【一次: Rytr トップページ, 2026-08-16, https://rytr.me/】【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】【実測: n=1, 2026-08-16, 言語セレクタとユースケースリストの全件抽出】【実測: n=9, 2026-08-16, 無料アカウントでの日本語生成】 |
なお、同じPremiumについて料金ページは 35+、トップページは 40+ と、示している下限値の桁が異なります。ただし下限の表記なので両立し、矛盾ではありません。当サイトはPremiumを契約していないため、実際に何件使えるかは確認していません【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】【一次: Rytr トップページ, 2026-08-16, https://rytr.me/】。
比較表のFree列は「Languages: 1」だが、無料アカウントでは38件から選べた
料金ページの比較表の Languages の行は、左からFree・Unlimited・Premiumの順に 1 / 1 / 35+ となっています【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】。
しかし当サイトが作った無料アカウントの実機では、言語セレクタに38件が並んでいました【実測: n=1, 2026-08-16, Select language の option を JavaScript で全件抽出】。目視で数えたのではなく、select 要素の options を全部取り出して数えています。日本語（🇯🇵 Japanese）も含まれていました【実測: n=1, 2026-08-16, 同上】。
そして選べるだけではありません。その日本語を選んだ状態で、9回の生成がすべて通っています【実測: n=9, 2026-08-16, 言語 Japanese を選択した状態での生成結果】。本記事の9,402文字は、その9回で得られた本文です【実測: n=9, 2026-08-16, 9回の出力本文長の合計】。
この 1 が何を指しているのかは、公式に説明が見当たりません。当サイトでは、その意図を推測しません。 記録しておくのは「比較表のFree列には 1 と書かれているが、無料アカウントの実機では日本語を含む38件から選べて、日本語の生成が9回とも通った」という観測です【実測: n=9, 2026-08-16, セレクタの全件抽出と9回の生成結果】。
比較表のFree列だけを見ると日本語が使えないと読み取れますが、当サイトの無料アカウントの実機では38件から選べ、日本語での生成が9回とも通りました。この 1 の意味や、仕様変更の有無についてはRytrに確認しておらず、当サイトは判定しません【実測: n=9, 2026-08-16, セレクタの全件抽出と9回の生成結果】。
公式に書かれていないこと：リセットの基準日
公式ヘルプには、月次のリセットについて次の記載しかありません（原文）【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】。
The monthly quota resets every month and the credits can not be accumulated or added to the next month’s quota.
「毎月リセットされる」「繰り越しはできない」とは書いてありますが、いつリセットされるのかは書かれていません。暦月の1日なのか、登録日の応当日なのかで、月末に使い切った人の待ち時間は最大で1か月変わります。
アプリ内には、はっきり書いてありました。 settings/plan の Usage 欄に、次の表示があります【実測: n=1, 2026-08-16, settings/plan の Usage 欄】。
Resets on Sep 16, 2026
登録日が2026-08-16なので、登録日の応当日起算です。暦月の1日ではありません【実測: n=1, 2026-08-16, 登録日と表示された日付の対応】。
ただしこれは表示値です。 実際にその日に0へ戻るかは、2026-09-16にならないと確認できません。当サイトはその日に測定して、この記事に追記する予定です。
日本語で使うときに知っておくべきこと
UIは英語だけ
Profile／Plan／Write／Documents／Affiliate の5系統の画面を確認しましたが、すべて英語でした。日本語のUIはありません【実測: n=1, 2026-08-16, 上記5画面の表示】。
日本語を生成することはできますが、日本語で操作することはできない、という構成です。
なお、確認したのはこの5系統だけで、全画面を網羅したわけではありません。
単語数のカウンタが、日本語では機能しない
エディタの右上には Words と Chars のカウンタがあります。
日本語の本文が740文字入っている状態で、この2つは次のように表示されていました【実測: n=1, 2026-08-16, エディタ右上のカウンタ】。
| カウンタ | 表示 |
|---|---|
| Words | 5 |
| Chars | 735 |
| 【実測: n=1, 2026-08-16, 同上】 |
740文字の日本語が「5単語」と表示されます【実測: n=1, 2026-08-16, 同上】。日本語には英語のような空白の区切りがないので、空白で単語を数える実装ではこうなります。日本語で使う限り、Words の数字は目安にすらなりません。
一方 Chars の735は、当社の機械計測（740文字）と5文字の差があります【実測: n=1, 2026-08-16, エディタ innerText のコードポイント数との比較】。この5文字の差が何によるものかは特定していません。 当サイトの計測はRytrが挿入する区切り記号と改行を除外していますが、その扱いの違いなのかどうかは確かめていません。
いずれにせよ、枠の消費を管理したいなら settings/plan の Usage 欄を見るのが正解です。エディタのカウンタではありません。
その settings/plan が、しばしば読み込まれない
これは実務にかなり効くので、正直に書きます。
settings/plan の Usage 欄が、灰色のプレースホルダ（スケルトン）のまま止まって数字が出てこないという事象が、今回の測定セッション中に6回起きました【実測: n=6, 2026-08-16, 09:20頃・09:37頃・10:50頃・10:55頃・10:58頃・11:00頃】。
1回目は約11分続いてから復帰しています。このとき、外部から https://app.rytr.me/ への匿名HTTPリクエストは正常に応答を返していました。つまりサイトが落ちているのではなく、ログイン後のデータ取得だけが止まるタイプの事象です【実測: n=1, 2026-08-16, 匿名HTTPリクエストの応答とブラウザの表示の対比】。ブラウザのコンソールに出ていたエラーは外部のサポートツールのビーコンだけで、Rytr本体のエラーは出ていませんでした。
原因も発生条件も特定できていません。 上限到達と関係がありそうにも見えますが、上限のはるか手前（累計415／3,243／9,133の各時点）でも起きているので、上限が原因とは言えません【実測: n=6, 2026-08-16, 発生時点の記録】。
ここは限界も併記します。これは当サイトの1アカウント・1セッションでの観測です。 誰にでも起きるのか、この日だけだったのかは分かりません。ただ、6回起きたという再現性の高さは記録しておく価値があると判断しました。
そして先ほど書いたとおり、上限に達したかどうかを確認する手段が、この画面しかありません。その画面が読み込まれないと、「生成が失敗したのは枠切れなのか、一時的な不具合なのか」を判定できなくなります。
日付の表示がUTC
Documents の一覧にある DATE 列は、UTCで表示されていました。日本時間の 2026-08-16 09:19 に作った文書が、Aug 16, 12:19 AM と表示されます【実測: n=1, 2026-08-16, Documents 一覧の DATE 列と実際の操作時刻の差】。9時間のずれです。
ただしこれは一覧画面の1箇所でしか確認していません。他の画面や通知メールが同じ表示なのかは未確認です。スクリーンショットも取得していません。
こういう人には向く／向かない
実測した範囲から、判断材料を並べます。
向いていると言えるケース
- 「日本語で使えるか」「文字数の数え方は素直か」を試したいだけの人。 日本語1文字＝1characterで、日本語の生成も普通に通りました【実測: n=9, 2026-08-16, 9回の日本語生成】。無料枠で使い勝手を確かめる目的なら、9,402文字は十分な試用量です
- 短い文章を数多く作りたい人。 キャッチコピー、商品説明、メールの一文といった用途なら、1回あたりの消費が小さいので回数を稼げます
- クレジットカードを登録せずに試したい人。 公表値は
Free forever, no CC required.で、今回の測定でもカード未登録のまま枠を使い切るところまで操作できました（Free foreverはRytrの公表値であり、当サイトが確認したのは2026-08-16の1日分のみです）【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】【実測: n=9, 2026-08-16, カード未登録の状態での全操作】 - 英語のUIに抵抗がない人
向いていないと言えるケース
- 無料枠だけで日本語のブログ記事を量産したい人。 3,000字換算で3.1本です【実測: n=9, 2026-08-16, 9,402文字を3,000で割った値】。「月に何本も」という運用は、無料枠では成立しません
- 長いプロンプトで細かく指示するスタイルの人。 入力も1文字1characterで引かれます【実測: n=2, 2026-08-16, 入力253文字の回の消費263characters】。指示を厚く書く人ほど、成果物として残る量が減ります
- 日本語のUIが必要な人【実測: n=1, 2026-08-16, 5系統の画面がすべて英語】
- 枠の残りを厳密に管理したい人。 残量が足りなくても事前に止めてくれず、超過してから停止します【実測: n=1, 2026-08-16, 残枠867に対して1,017の生成が通った件】。そのうえ残量を確認する画面が読み込まれないことがありました【実測: n=6, 2026-08-16, スケルトン停止の発生回数】
- エディタの文字数カウンタを頼りに書きたい人【実測: n=1, 2026-08-16, 日本語740文字がWords 5と表示された件】
よくある質問
Q. Rytrの無料枠は、日本語で何文字書けますか。
A. 当サイトが2026-08-16に使い切るまで測った結果は、本文の合計で9,402文字でした【実測: n=9, 2026-08-16, 9回の生成の出力本文長の合計】。生成できた回数は9回で、10回目は拒否されています。ただしこれは「できるだけ長く書いて」と指示して1回の出力を上限近くまで引き伸ばした場合の数字で、使い方によって変わります。
Q. 日本語の文字は、何characterとして数えられますか。
A. 1characterです【実測: n=2, 2026-08-16, 入力長・出力長と使用量カウンターの増分の突き合わせ】。バイト換算でもトークン換算でもありませんでした。加算則はその後の5回連続の累積検証でも誤差0で一致しています【実測: n=5, 2026-08-16, 予測9,133と画面表示9,133の一致】。
Q. 入力したプロンプトも枠を消費しますか。
A. します。1文字1characterです【実測: n=2, 2026-08-16, 入力253文字・出力10文字の回の消費が263characters】。公式ヘルプの generated and processed の「processed」に相当する部分ですが、公式にこの定義が明示された文書は見つかっていません【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】。当サイトが確認したのは Magic Command での実測値です。
Q. ブログ記事に換算すると何本ぶんですか。
A. 3.1本です【実測: n=9, 2026-08-16, 9,402文字を3,000で割った値】。ただし「1記事3,000字」は当社が置いた仮定で、Rytrが提示している基準ではありません。
Q. 1回の生成でどれくらいの日本語が出ますか。
A. 今回の9回では平均1,045文字、最小740文字・最大1,275文字でした【実測: n=9, 2026-08-16, 9回の出力本文長】。同じプロンプト・同じ設定でも1.72倍のばらつきがあります。
Q. 枠を使い切ると、どうなりますか。
A. Generate を押しても本文は1文字も増えず、英語のメッセージが出ます（原文: Sorry, you have exhausted your monthly quota of credits. Subscribe to Rytr premium to generate UNLIMITED characters per month!）【実測: n=3, 2026-08-16, 生成失敗時のトーストの textContent】。ボタンは押せなくならず、アップグレードのモーダルも課金ページへの強制遷移もありませんでした。
Q. 残りの枠が足りないとき、事前に警告してくれますか。
A. してくれませんでした。 残り867の状態で1,017必要な生成を要求したところ、警告なしに満額生成され、上限を150超過して停止しました【実測: n=1, 2026-08-16, 9回目の生成の消費計算】。
Q. 上限に達したことに、画面を見て気づけますか。
A. 気づけないことがあります。 メッセージ自体は必ず出ますが、それは position: static の通常フロー要素で、当サイトの環境（表示領域1920×929）では88pxスクロールしないと見えませんでした【実測: n=3, 2026-08-16, トースト要素の描画位置の計測】。ウィンドウの高さによっては見える場合もあるので「必ず見えない」とは言えませんが、オーバーレイではない実装のため画面外に出ることがある、というのが実測から言える範囲です。
Q. 枠はいつリセットされますか。
A. アプリ内には Resets on Sep 16, 2026 と表示されていました。登録日（8月16日）の応当日起算で、暦月の1日ではありません【実測: n=1, 2026-08-16, settings/plan の Usage 欄】。ただしこれは表示値で、実際にその日に0へ戻るかは確認していません。 2026-09-16に測定して、この記事に追記します。
Q. 使わなかったぶんは翌月に繰り越せますか。
A. 公式ヘルプに「繰り越しはできない」という記載があります（原文: the credits can not be accumulated or added to the next month's quota）【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】。ただしこれは全プラン共通の記述で、無料プランを名指しした公式の文言ではありません。また料金ページとトップページには繰り越しに関する記載が一切ありません【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】。これはあくまで公式の公表値であって、実挙動の確認ではありません。 2026-09-16に実際に枠が0へ戻るのか、使い残した分がその時点で消えるのかは、当サイトでは未測定です。
Q. 管理画面は日本語ですか。
A. 英語のみです【実測: n=1, 2026-08-16, Profile／Plan／Write／Documents／Affiliate の5画面】。日本語を生成することはできますが、日本語で操作することはできません。
Q. 日本語は何言語目として扱われますか。対応言語は何件ありますか。
A. 言語セレクタを機械抽出した結果は38件で、日本語も含まれていました【実測: n=1, 2026-08-16, Select language の option 全件抽出】。公式の記載は「30+」「35+」「40+」といった下限の表記で、プランごとに書かれている場所が違います。下限の表記なので、実機の38件はこれらと矛盾しません【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】【一次: Rytr トップページ, 2026-08-16, https://rytr.me/】。なお料金ページの比較表のFree列は Languages: 1 ですが、当サイトの無料アカウントでは38件から選べて日本語の生成が9回とも通りました【実測: n=9, 2026-08-16, セレクタの全件抽出と日本語での生成結果】。
Q. クレジットカードの登録は必要ですか。
A. 公表値は Free forever, no CC required. で、今回の測定でもカード未登録のまま無料枠を使い切るところまで操作できました（Free forever はRytrの公表値であり、当サイトが確認したのは2026-08-16の1日分のみです）【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】【実測: n=9, 2026-08-16, カード未登録の状態での全操作】。ただしサインアップの全画面を、この記事の計測者が直接見たわけではありません（アカウント作成はGoogleアカウントでのサインアップで別途行われたものです）。
Q. 有料プランはいくらですか。
A. 料金ページの静的HTMLから取得できた価格は $0/m・$7.50/m・$24.16/m の3つです【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】。ページには年払いと月払いの切替があり、月払い時の価格はJavaScriptで生成されるため取得できていません。したがって、この3つがどちらの支払い方法に対応する表示なのかも、当サイトでは断定しません。当サイトは有料プランを契約していないため、実際の請求額も確認していません。/m と付いていますが、年払い時の月あたり換算である可能性を排除できていません。税込／税別の別、および日本の利用者に請求される最終金額も未確認です。この数値をもって他ツールと価格を比較しないでください。
Q. 無料プランで盗用チェックや音声トーンの学習は使えますか。
A. 料金ページの比較表では、Free列の Plagiarism Checks が None、Tone of Voice Match が No Tone Match、Custom Use Cases が × でした【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】。当サイトはこれらを実機で確かめていません。 比較表の記載を引用しているだけです。
この記事の限界（測っていないことを全部書きます）
- 上限到達後の生成試行は3回、うち Magic Command でのみです。 Chat機能・他の40件のユースケース・API経由でも同じエラーになるかは未確認です【実測: n=3, 2026-08-16, 試行したのは Magic Command のみ】
- 最終値「10,150 / 10,000」の画面表示は取れていません。 これは計算値です。
settings/planが3回試しても復帰しなかったためです。ただし同じ計算方法で出した直前の9,133は画面表示と誤差0で一致しています【実測: n=5, 2026-08-16, 予測値と画面表示の突き合わせ】 - 本記事の「◯回目」は、同一プロンプトでの日本語生成の数え方です。 アカウント全体では、これに加えて単位を切り分けるための短い試験生成を2回行っており、枠を使い切るまでに完走した生成は通算11回です【実測: n=11, 2026-08-16, アカウント通算で完走した生成の回数】
- 超過幅の上限は測っていません。 今回の超過が150だったのは、9回目の生成がたまたまその量だったからです。もっと大きな生成なら超過幅がどうなるかは未確認です【実測: n=1, 2026-08-16, 観測できたのは1ケース】
- リセットの実挙動は未確認です。
Resets on Sep 16, 2026は表示値であり、その日に実際に0へ戻るかは2026-09-16にならないと測れません - 繰り越しの実挙動も未確認です。 公式ヘルプに繰り越し不可の記載はありますが、無料プランを名指しした文言ではありません【一次: Rytr ヘルプ「Credits or Usage」, 2026-08-16, https://help.rytr.me/article/44-credits-or-usage】
- 測定は Magic Command でしか行っていません。 他の40件のユースケースはテンプレートが内部で追加のプロンプトを持っている可能性があり、「入力欄に書いた文字数＋出力文字数」という説明が成り立つとは限りません
Variantsは1でしか測っていません。 2以上にしたときに消費が何倍になるかは未確認です- 日本語以外の言語では一度も生成していません。 「1文字＝1character」が他のマルチバイト言語でも同じかは未確認です
- 対応言語38件・ユースケース41項目は「選択肢として並んでいる数」です。 それぞれの言語で実用的な品質が出るか、41件すべてが無料プランで実行できるかは確かめていません（枠が足りません）【実測: n=1, 2026-08-16, セレクタとリストの全件抽出】
- 入力上限2,500文字は、欄のカウンタ表示から読んだ値です。 実際に2,500文字を超えて弾かれるところは確認していません【実測: n=1, 2026-08-16, Input text 欄のカウンタ】
- 生成された文章の品質は評価していません。 この記事に書いてあるのは文字数と挙動だけです。当サイトは、測定のために生成した文章を自サイトの記事本文として流用しない方針で運用しているため、生成された日本語の本文はこの記事に一切掲載していません
- エラーメッセージの表示位置は、表示領域1920×929という1つの環境での観測です。 ウィンドウの高さやページの内容量によって見える／見えないは変わり得ます
settings/planのスケルトン停止は、1アカウント・1セッションでの6回の観測です。 原因も発生条件も特定できていません。誰にでも起きるとは限りません【実測: n=6, 2026-08-16, 発生時点の記録】- 日付のUTC表示は Documents 一覧の1箇所でしか確認していません。 スクリーンショットも取得していません
- UI言語の確認は5系統の画面のみです。 全画面を網羅していません
- サインアップの全過程を、この記事の計測者は直接観測していません。 アカウント作成はGoogleアカウントでのサインアップで別途行われ、生成・計測・記録はすべて計測者が実施しています
- 料金ページの月払い価格を取得できていません【一次: Rytr 料金ページ, 2026-08-16, https://rytr.me/pricing】
- 測定はブラウザ操作を自動化した環境で実施しています。 検証の実施体制は運営者情報に記載しています
- 上の数値はすべて2026-08-16時点・上記の環境での値です。 モデルやツールの更新で変わります
追加で測ったものが出てきたら、この記事に加筆して更新日を改めます。
本記事で検証したサービスへのリンク
下のリンクは当サイトの紹介リンクです。無料プランの登録・利用では報酬は発生しません。このリンクを経由して有料プランが契約された場合に限り、当サイトへ紹介報酬が支払われます。当サイトは2026-08-16にRytrのアフィリエイトプログラム（Friends of Rytr）へ参加しました（審査なしの即時承認）。紹介料率は30%で、報酬が続くのは紹介した相手が契約した日から12か月間、支払いの最低額は100ドル、支払い時期はT+30で翌月の最初の営業日、支払い方法はPayPal、自己申込みによる報酬取得は禁止、Google等での広告出稿も禁止——という条件です。受け取っていない報酬は、支払える状態になってから12か月を過ぎると失効します（規約原文
Unclaimed or unpaid commissions that remain outstanding for more than 12 months from the date they first become payable will be considered forfeited and no longer owed.）。これらはRytrが誰でも閲覧できる公開アフィリエイトページ（規約ページおよびアフィリエイト紹介ページ）に記載している条件で、当サイトが管理画面の内容を独自に開示したものではありません【一次: Rytr アフィリエイト規約（公開ページ）, 2026-08-16, https://affiliates.rytr.me/terms】【一次: Rytr アフィリエイト紹介ページ（公開ページ）, 2026-08-16, https://rytr.me/affiliates】【実測: n=1, 2026-08-16, アフィリエイト管理画面の表示】。報酬の有無によって、本記事の測定結果や記述を変えることはしていません。紹介リンクを使いたくない場合は、検索などから公式サイトを直接開いてください。提供される内容もプランの価格も変わりません。
なお本記事で扱ったとおり、無料プランの範囲で試すだけであれば料金は発生しません。今回の測定でも、クレジットカードを登録しないまま10,000の枠を使い切るところまで操作できています【実測: n=9, 2026-08-16, カード未登録の状態での全操作】。
有料プランの検討が要るのは、日本語で月に3本を超える記事を書きたくなったときです。今回の実測では、無料枠の9,402文字は3,000字換算で3.1本ぶんでした【実測: n=9, 2026-08-16, 9回の生成の出力本文長の合計】。
当サイトの広告に関する方針は広告・PR表記に関するポリシーに記載しています。
この記事の測定条件・証跡の詳細は運営者情報・編集方針に記載の方針に従っています。広告表示についての方針は広告・PR表記に関するポリシーをご覧ください。
