「インパクトで覚えよう部門」は、私たちが english.passed.jp に作った英文法の設問部門です。「私の夫は大アリクイに殺されました」のような、ありえない英文を記憶の錨（アンカー）にします。そこに文法のルールをくくりつけて覚えてもらいます。この記事は、部門を作った当事者による制作記です。設計の狙い・実装の中身・まだできていないことを隠さずに書きます。
英文法は退屈です。「be動詞は主語に合わせる」と100回言われても、覚えられません。けれど「私の夫は大アリクイに殺されました」という一文は、一度読んだら忘れられません。この忘れられなさを、まるごと文法学習に使う。それがこの部門の実験です。
淡白な例文で覚えた知識は、一晩で消えます。だから大アリクイの背中にくくりつけて、持って帰ってもらいます。設計思想は熱く、実装は具体的に、「まだできていないこと」も隠さずに書きます。
なぜ「ありえない英文」で文法を覚えられるのか
人は、感情が動いた情報を強く覚えるからです。驚き・笑い・気味の悪さ、どれでも構いません。感情のフックがついた情報は、淡々とした情報より深く刻まれます。私たちはこの認知の事実を、文法学習に転用しました。
My husband and I are in danger because of a giant anteater. （私と夫は、大アリクイのせいで危険にさらされている）
この一文を解いた人は、ルールを覚えます。「夫と私」は複数主語だから、be動詞は are、というルールです。しかも、大アリクイのインパクトと一緒に覚えます。後日、まったく別の問題で複数主語に出会います。そのとき「あのアリクイのやつと同じだ。are だ」と思い出せます。
これが転移学習です。ある場面で覚えた知識を、別の場面で引き出して使うことを指します。"They are students." のような淡白な例文では、この想起のフックが弱いのです。覚えた瞬間は分かっていても、引き出すときの取っ掛かりがありません。ありえない英文は、その取っ掛かりを過剰なほど強く作ります。錨が重いほど、後から手繰り寄せやすくなります。
題材の実例を挙げます。
- 大アリクイ（be動詞）: 元ネタはナイジェリア発の詐欺メールの珍訳です。「私の夫は大アリクイに殺されました」という一文です。複数主語の be動詞を、この一文に結びつけます。
- 肉のドレス（受動態 be made of）: 元ネタは、あるアーティストの授賞式での出来事です。そのアーティストは本物の生肉のドレスを着ました。「そのドレスは肉で作られている＝be made of」を、その異様な画と一緒に覚えます。
どちらも「そんなことある!?」という驚きが先に立ちます。文法は、驚きの後からついてきます。順番が逆だと、退屈な暗記に戻ります。文法を先に説明してから、例文を添える順番です。インパクトが先、文法が後。 この順番が、部門の背骨です。
読者の体験を3層に分けた理由 ― 釣り見出しから定着まで
釣り見出し・問題本文・出典つきトリビアの3層すべてでインパクトを保つためです。どれか一層でも淡白だと、体験は途中で冷めます。
一つの設問は、読者の中でどう動くのか。私たちはそれを、次の3層に分けて設計しました。
- 一覧の釣り見出し: 問題の一覧ページに、「夫が大アリクイに殺された…!?」という見出しを出します。これがクリックを誘います。ここで読者の「気になる」に火をつけます。中身を知りたくて、押さずにいられません。その衝動が最初の一撃です。
- 問題本文: 押した先でも、ちゃんと大アリクイが出てきます。見出しだけ釣って本文が淡白だと、読者は肩透かしを食らって離れます。だから問題本文でもインパクトを保ちます。解く瞬間に、もう一度驚きを差し込みます。be動詞を選ぶその一瞬に、アリクイの画が頭に残ります。
- 出典つきトリビア: 答え合わせの後に、出典つきの豆知識を足します。「実はこの詐欺メールは『419詐欺』と呼ばれていて…」のような話です。文法を覚えただけでなく、「人に話したくなる小ネタ」まで持って帰れます。覚える → 話す、の橋がここで架かります。
釣り見出しで点火し、本文で驚かせ、トリビアで厚みを足す。この3層がきれいに繋がると、読者は「面白かった」と「覚えた」を同時に手にします。その両方を持って帰るのです。いちばん気を遣う点は、3層すべてでインパクトを保つことです。
もう一つ、SNSで拡散されるときの入り口も設計しました。シェアされたカードのプレビューに答えが見えていたら、興ざめです。だからカードのメタ情報は、釣り見出しを見せて、答えは隠します。「私と夫は大アリクイのせいで危険に…さて、be動詞は?」で止めます。気になるから押す、という引っかかりを、構造として意図的に残しています。
面白さは、事実を歪める言い訳にならない
インパクトは拡散力を持ちます。内容が間違っていたら、間違いごと広がります。だから面白さと正確さを、どちらかを諦めるトレードオフにはしません。両方を同時に満たす制約として、設計に組み込みました。
インパクトを狙うほど、誇張や決めつけに転びやすくなります。「面白くするためなら、少しくらい話を盛ってもいいだろう」。この誘惑は、常にあります。けれど私たちは、そこに柵を立てました。面白さは、事実を歪める言い訳にはなりません。
守っているルールは次のとおりです。
- トリビアには必ず出典をつけます。一次情報のURLを並べ、読者が自分で裏を取れるようにします。出典リンクは rel=nofollow で張ります。
- 断定を避けます。確証のない説には「〜という説がある」と添え、言い切りません。
- 人種や国籍の一般化はしません。
- 詐欺メールの題材を扱うときも、特定の集団を貶める書き方は絶対にしません。元ネタの「珍訳」という現象そのものの面白さに留めます。
なぜここまで気を遣うか。面白さで人を引き込むメディアほど、不正確さが一気に広がるからです。面白くて、かつ、正しい。この両方を守れないなら、その設問は出しません。
設問を足すのが YAML 1ブロックで済む仕組み
設問データは1問1ブロックの縦持ちYAMLで持ちます。URL・構造化データ・サイトマップは、そこから自動で生成します。制作者がやることは、YAMLにブロックを書くこと、それだけです。
ここからは実装の話です。設計思想がどれだけ立派でも、「設問を増やすのが苦痛」だと量産が止まります。だから私たちは、設問を足す行為をできるだけ軽くすることに技術を注ぎました。
設問データは、1問1ブロックの縦持ちYAMLで持っています。 新しい設問を足すのは、YAMLファイルに1ブロック書くだけです。コードは1行も触りません。横持ちのCSVには苦痛があります。フィールドを増やすたびに、列を追加してパーサを直すことになります。縦持ちYAMLなら、必要なキーをブロックに足すだけで済みます。データの形が、制作の軽さを決めるのです。
固有名詞・URL・数値は、1箇所だけに書きます。これが SSOT（Single Source of Truth）です。看板になる部門のslugも、設定ファイルの1箇所だけです。同じ値を2箇所に書きません。1箇所変えれば、全部に反映されます。これは設問が増えるほど効く仕組みです。100問のうち1箇所だけ古い値が残る、という事故を構造的に潰せます。
各設問は固定のURLを持ちます（例: /topic/impossible-english/q/anteater-danger）。さらに Quiz の構造化データ（JSON-LD）を出力します。検索エンジンが「これはクイズだ」と中身を正しく理解します。検索結果にも、リッチに表示されます。設問を足せば、自動でサイトマップにも載ります。データを1ブロック足すと、URLも構造化データもサイトマップも、全部ついてきます。
回遊の動線も、データ構造に組み込みました。
- 部門ハブ（
/topic/impossible-english/）: インパクト部門の問題を集約する受け皿です。 - 交差ハブ（
/topic/impossible-english/passive-voice/のような形）: 「インパクト部門 × 受動態」という、部門と文法の交差点です。
「同じ文法の別の問題へ」という回遊を作ります。すると、アンカー（ありえない一文）→ 既存の問題群 → 定着、という動線が生まれます。一問解いて終わりではなく、隣の問題へ手が伸びます。
設問制作そのものも、標準手順にしました。題材を決める → 事実を裏取りする → 問題を生成する → YAMLに足す → 監査する。 この工程を形式化しました。複数の題材を並列でドラフトする仕組みも持っています。題材選びという人間の嗅覚と、そこから先の制作の機械化を、はっきり分けています。嗅覚の部分は人が握り、量産の部分は仕組みに任せます。
まだできていないこと（正直な限界）
設問数はまだ少なく、題材選びは人間の嗅覚に頼っています。仕組みが量産に耐えることと、実際に量産が回っていることは、別の話です。
build-in-public の記録として、できていないことも書きます。
まず、設問数はまだ少ないです。 仕組みは「データを足せば増える」ように作りました。けれど肝心の中身は、まだ十分な数が揃っていません。中身とは、面白くて正確な題材のことです。今はまだ、棚が立ち上がったばかりです。そこに数えるほどの設問が並んでいる段階です。
そして、題材選びは人間の嗅覚に頼っています。 「これはインパクトがある」「これは文法のフックとして効く」。こうした判断は、今のところ自動化できていません。機械的に量産できるのは、題材が決まった後の制作工程だけです。最初の「何を題材にするか」は、人が一つひとつ選んでいます。ここがボトルネックです。同時に、この部門の質を担保する最後の砦でもあります。嗅覚を仕組みに置き換えるべきか、置き換えられるのか。それ自体が、まだ答えの出ていない問いです。
正直に言えば、これは構想が先に立った部門です。実装と実績が、それを追いかけている段階です。それでも設計の背骨は、最初からブレずに据えてあります。インパクトが先、出典で正確さを守る、データを足すだけで増える、という背骨です。
この部門の狙い ― 面白いから触る、触るから覚える
私たちが作りたいのは、ただの英語学習サイトを超えたものです。インパクトのある設問を拡散の釣り針にし、部門ハブで受け止め、定着まで運びます。
インパクトのある設問は、拡散の釣り針になります。SNSで「これ見て」とシェアされます。企業やメディアも「面白い使い方だ」と紹介したくなります。その釣り針で来た人を、部門ハブが受け皿として受け止めます。釣り針で引き込み、ハブで回遊させ、定着まで運ぶ。これが流れです。
将来は、飲料や菓子メーカーとのコラボ設問も並べられます。データ構造上、1問足すだけで部門に並ぶからです。看板商品をインパクトのある一文に仕立てて、文法の錨にする。そういう拡張も、最初から構造として開けてあります。
そして、いちばん大事な連鎖はこれです。
面白いから触る。触るから覚える。覚えるから人に話す。話すから広がる。 その最初の一撃が、「ありえない英文」です。押さずにいられない見出しで触らせます。驚きと一緒に文法を刻みます。人に話したくなるトリビアを持たせて返します。この連鎖の起点を、退屈な暗記から、忘れられない一文に置き換える。それが、この部門の全部です。
よくある質問
Q. 「インパクトで覚えよう部門」とは何ですか？ A. english.passed.jp にある英文法の設問部門です。「私の夫は大アリクイに殺されました」のような、ありえない英文を記憶の錨にします。そこに文法のルールをくくりつけて覚えてもらいます。
Q. トリビアの内容は正確ですか？ A. トリビアには必ず一次情報の出典URLをつけます。確証のない説は「〜という説がある」と書き、言い切りません。人種や国籍の一般化もしません。面白くて、かつ正しい設問だけを出します。
Q. 設問はどうやって増やしていますか？ A. 標準手順で増やしています。題材を決める → 事実を裏取りする → 問題を生成する → YAMLに足す → 監査する、の順です。YAMLに1ブロック足すだけです。固定URL・構造化データ・サイトマップは自動でついてきます。ただし設問数はまだ少なく、題材は人が一つひとつ選んでいます。
英語の文法を、大アリクイの背中にくくりつけて覚えてみたい人へ。よければ english.passed.jp を覗いてみてください。
