AMPが作る、直接的な答えのためのページ
AMP(amp.pr)は一文の説明から動くサイトを作る。同じ名前を持つページ速度フレームワークとは無関係だ。直接的な答えのためのページで重要なのは、ビルダーに何を避けるよう伝えるかにある。決まり文句の導入、答えの前に積み重なる免責事項、実際の返答を遅らせるものすべてだ。
何でも質問ページは、最初の一行の出力と同じくらいしか直接的になれない。ビルダーの作業はAMPが担うが、一文のブリーフに何を書くかで、訪問者が答えを得るか、それとも前置きの一段落を先に読まされるかが決まる。
関連ツール
一文から始める
AMPは一文、あるいはレストランや法律事務所向けのテンプレートのようなものを、数分で完成したサイトに変える。何でも質問ページの場合、その一文には入力欄のことと、答えは質問の要約からではなく答えそのものから始めるべきだという点を盛り込む。レイアウトはビルダーが担当し、応答の振る舞いは接続するアシスタント側で別に設定する。
フォームではなくチャットで調整する
下書きができたら、設定メニューを掘り下げる代わりに、ビルダーとチャットしながら調整を続ける。そのやり取りを使って、答えの欄の周りにある装飾的な要素を削っていく。ページが見た目にシンプルでも、質問した後に最初に読むのが答えそのものであれば、人に信頼されるページになりうる。
まずアカウントなしで公開する
AMPはアカウントを作らずに試すことができ、公開はワンクリックで、無料SSL付きのyourname.amp.prアドレスか、すでに持っているドメインに対して行える。この速さがここで特に重要なのは、直接的な答えのページはうまく機能するほど新たな質問を招くからで、修正までの道のりが遅いとその意味が失われてしまう。
AMPではないもの
頭文字が同じGoogleの無関係なフレームワーク（モバイルページの高速化向けに作られたもの）とは、ここでは単なる偶然の一致であり、そのフレームワークのマークアップやルールはamp.prで作られたサイトには一切適用されない。このツール自体についてもページ速度の数値は公表されていないので、どこかで見る具体的な数値の主張は、答えについての未確認の主張と同じように扱うべきだ。
直接性は実際どこから来るか
ビルダー自体がアシスタントの答えの言い逃れを減らすことはできない。それはページの背後にあるモデルとシステムプロンプトから来るのであって、ページそのものからではない。AMPが与えてくれるのは速く動くフロントエンドであり、直接的な答えと言い逃れの答えの違いは、誰かが訪れた瞬間に見えるようになる。
訪問者になったつもりでページを試す
ページが公開されたら、それを作った目的の質問をしてみて、実際の答えに到達するまでにどれくらいかかるかを測る。導入文や質問の言い換えもその時間に含めて数える。答えが一段落分の前置きの後に埋もれているなら、それはAMPのビルダーがレイアウトを組み替えて解決できる問題ではなく、ページの背後にあるアシスタントのシステムプロンプト側で直すべき問題だ。接続するアシスタントへの小さな変更がレイアウトの変更以上にここへ影響することがあるので、変更のたびにこのテストを繰り返すこと。