30 秒で分かる結論:対面でする売り込みを文字にし、日付つきの作品を 5 から 8 件と連絡手段を添える
ポートフォリオの llms.txt は、H1 にあなたの名前、1 文で何を誰のためにどこでしているか、どう依頼でき今何を受けているかを日付つきで述べる短い段落、そして 1 件 1 行の作品一覧(何を、誰のために、いつ、どの役割で、結果)です。サービス、経歴、連絡先が短い節として続きます。古い作品は Optional の下へ。ファイルの中に、ページが言っていないことを書いてはいけません。
そのうえでページも同じように直します。ファイルを読むエージェントは少数だからです。ページタイトルに名前と職種を入れ、すべての作品の下に文字のキャプションを書き、日付を入れ、履歴書の事実を PDF だけでなく HTML にも置きます。
アシスタントが人について実際に聞かれること
見込み客がアシスタントにあなたについて聞くことは少なく、繰り返しです。この順に答えるようファイルを書きます。
- 誰で、何をしている人か。名前、分野、専門。「アーリーステージのソフトウェア企業向けのブランドデザイナー」は「領域横断のクリエイター」に勝ちます。
- 自分の案件に似た仕事をしたことがあるか。業種、成果物、年のついた名前のある案件。ギャラリーが失敗するのはここです。3 番目のサムネイルがフィンテックのリブランドだとアシスタントには見えません。
- 依頼できるか、どうやって。仕事を受けているか、どの形で(プロジェクト、顧問、時間制)、どこから、連絡の方法。
- 信頼できるか。年数、名前を出せる依頼主、道具、資格の 1 つ 2 つ、ほかに存在する場所。GitHub のプロフィール、登壇、公開した文章。
それ以外、あなたの哲学、プロセスの図、机の写真は、もっと見ようと決めた人間のためのものです。ファイルには入れません。
なぜポートフォリオサイトは素の取得に弱いか
サイトを読むエージェントは配信されたままの HTML を取得し、ブラウザを動かしません。違いは Googlebot との比較記事で説明しています。ポートフォリオのテンプレートは、まさに取得に弱い機能の上に作られています。
| よくある作り | 取得すると見えるもの | ページ側の直し方 |
|---|---|---|
| キャッチコピーが画像の中にあるヒーロー | alt 属性があるかもしれない <img> 1 つ | キャッチコピーを <h1> の文字にする |
| サムネイルのギャラリー、詳細はクリック | 案件名のない画像 URL の一覧 | 1 件ごとに文字のキャプション:依頼主、成果物、年 |
| CMS から JavaScript で読み込む作品一覧 | 空のコンテナ | 一覧をサーバーで描画するか、静的な作品ページを足す |
| 履歴書が PDF のみ | リンクだけ。中身は読まれないことが多い | 主要な事実を自己紹介ページの HTML にも書く |
| アドレスのない問い合わせフォーム | エージェントが送信できないフォーム | mailto リンクか、公開メールアドレスを文字で |
| ページタイトルが名前だけ | 分野も所在地もない | タイトル:名前、職種、都市 |
構造
形式は標準どおりです。H1、引用ブロックの要約、自由な段落、そしてリンクの H2 節。規則は 書き方のガイドにあります。以下は、製品ではなく人について、それをどう埋めるかです。
- H1:名前と職種。「田中メイ、ブランド・UI デザイナー」。依頼主が検索するであろう名前を、ほかの場所と同じ表記で。
- 引用ブロック:1 文。何を、誰のために、どこを拠点に、リモートで働くか。アシスタントがそのまま引用する文なので、引用されたい文にします。
- 依頼についての段落。日付を明記して、今何を受けているか、どの形で、典型的な期間、連絡の方法。ここが古くなる行なので日付を入れます。
- H2 Selected work。5 から 8 件のリンク、それぞれ 1 行:何を、誰のために、いつ、どの役割で、結果。画像ではなく事例ページにリンクします。
- H2 Services、H2 About。それぞれ 2、3 のリンク。About は年数、道具、資格、そしてあなたを裏づけるプロフィールを扱います。
- H2 Contact。問い合わせページへのリンク 1 つと、文字のメールアドレス。
- H2 Optional。古い作品、登壇、文章、長い経歴。読み手はこの節を読み飛ばすことがあり、それが狙いです。規則は Optional の記事で説明しています。
ファイル全体はおよそ 40 行までにします。数千トークンの予算で読む相手は、H1 と引用ブロックと最初の節を全部読み、残りは流し読みします。だから上の順序は重要度の順序でもあります。散文の段落が 3 つ目になりそうなら自己紹介ページに置くべきで、作品一覧が 10 件を超えるなら後ろのものは Optional に置くべきです。短さは好みの問題ではなく、読まれるかどうかの問題です。
完成例
# Mei Tanaka, brand and UI designer > Independent brand and product designer for early-stage software > companies, based in Osaka and working remotely with teams in Japan, > Europe, and North America since 2017. As of October 2026 I am taking two projects per quarter, usually 4 to 8 weeks each: a brand identity, a marketing site, or a product UI pass. I do not do illustration or motion. Email hello@example.com or use the contact page below. ## Selected work - [Fieldnote rebrand (2026)](https://example.com/work/fieldnote): identity, website, and pitch deck for a Series A agtech company; sole designer. - [Lumen app UI (2025)](https://example.com/work/lumen): onboarding and dashboard redesign for a B2B analytics tool; activation rose from 31% to 44% in the quarter after launch. - [Kōen Coffee packaging (2025)](https://example.com/work/koen): packaging and label system for a roaster with 40 SKUs. - [Harbor docs site (2024)](https://example.com/work/harbor): design system and documentation site for an open-source project. - [Tessera brand (2023)](https://example.com/work/tessera): naming and identity for a fintech startup, with a developer-led team. ## Services - [Brand identity](https://example.com/services/brand): logo, type, colour, and a usage guide; 4 to 6 weeks. - [Marketing sites](https://example.com/services/sites): design and front-end build in Astro or Next.js. - [Product UI](https://example.com/services/ui): audits and redesigns of existing apps, working inside your design system. ## About - [About Mei](https://example.com/about): nine years in product design, previously at two Tokyo startups; Figma, Illustrator, and enough CSS to ship. - [GitHub](https://github.com/example): front-end for the sites above. - [Talks and writing](https://example.com/writing): conference talks and essays on design for developer tools. ## Contact - [Contact](https://example.com/contact): email hello@example.com; replies within two working days. ## Optional - [All work since 2017](https://example.com/work): the full archive, including student and agency projects. - [CV (PDF)](https://example.com/cv.pdf)
例は英語で書いています。日本語の依頼主が主なら日本語で書いて構いませんが、名前と職種の表記はサイトと揃えてください。注目してほしいのは 2 点です。依頼主が引用しそうな行にはすべて年、役割、数字のどれかがあり、ファイルの中にリンク先のページが言っていない主張はありません。アクティベーションの数字は事例ページがそう述べているから書いてあり、述べていなければ、その行は成果物が何かを言って終わります。
古くなる事実と、非公開にすべきこと
製品サイトが気にするのは価格で、ポートフォリオが気にするのは空き状況、所在地、料金です。規則は 料金ページの記事と同じです。変わり得る文には日付を入れ、1 か所にまとめ、ページが変わったらファイルも更新する。依頼の段落の前に「2026 年 10 月時点」とあれば、読み手は翌年 3 月にそれを割り引けます。日付のない「現在受付中」は、顧問契約を結んだ翌週には間違いです。
ファイルは公開で、読んだものにキャッシュされます。すでに公開ページにあるものだけを書いてください。サイトに載せていない電話番号、自宅の住所、NDA のある依頼主、メールで見積もりたい料金は書きません。匿名で運営しているサイトは、ファイルでも匿名のままです。
ファイルにできないこと
検索結果には入れてくれません。Google は検索が llms.txt を使わないと述べ、OpenAI のクローラー文書もこのファイルに触れていません。発言の一覧は Google の記事にあります。ファイルが役立つのは、人があなたのサイトを指定したエージェントで、フリーランスにとってはよくある場面です。依頼主があなたの URL をアシスタントに貼り、何をしている人で合いそうか聞く。だから両方やります。
- ページタイトルに名前、職種、都市。トップページと自己紹介ページに。
- 文字のキャプションをすべての作品の下に。依頼主、成果物、年を、画像の中ではなく HTML に。
- Person の構造化データを自己紹介ページに。名前、肩書き、ほかのプロフィールを、ページの文言と一致させて。
- 履歴書の事実を HTML に。PDF だけにしない。
結果を確かめる
ファイルを形式について検証したら、依頼主がするのと同じ方法で試します。アシスタントに URL を貼り、あなたがどんな人で、何をしてきて、どう依頼できるかを説明させます。答えが引用ブロックと作品一覧に一致していれば、ファイルは仕事をしています。古い案件や期限切れの空き状況を引用してきたら、ファイルと食い違っているページが見つかったということです。
確認は 3 か月に 1 度で十分です。空き状況の段落の日付を更新し、新しい案件を 1 件足して古いものを Optional に下ろし、リンク先のページがまだあるかをバリデーターで確かめる。これだけで、ファイルはサイトと同じ速さで古くなるのを避けられます。
FAQ
ひとりのサイトに llms.txt は本当に必要ですか?
「必要」は言いすぎで、特定の問題に対する最も安い対処です。ポートフォリオサイトは見せるために作られていて、あなたについて聞かれたアシスタントは文字を読みます。トップページがヒーロー画像とギャラリーと問い合わせボタンだけなら、取得しても引用できるものがほとんどありません。20 行の llms.txt は、あなたの売り込みの平文版で、30 分で書けます。
これで ChatGPT や Google の結果に出ますか?
出ません。Google は検索が llms.txt を使わないと述べ、OpenAI のクローラー文書もこのファイルに触れていません。読むのはコーディングエージェント、ドキュメントツール、そして人があなたの URL を指定したアシスタントです。たとえば、依頼主があなたのサイトを貼って何をしている人か聞く場合です。検索での見え方は、ページそのものが担います。タイトルに名前、作品に文字のキャプション、日付です。
何を書かないべきですか?
公開の自己紹介ページに置かないものすべてです。電話番号、自宅の住所、NDA のある依頼主の名前、見積もりで伝えたい料金。このファイルはサイトのほかの URL と同じく公開で、読んだものにキャッシュされます。空き状況のように毎週変わることも、日付を入れて更新するのでなければ書かないでください。
作品はいくつ載せればいいですか?
5 から 8 件、1 件 1 行です。何を、誰のために、いつ、どの役割で、可能なら結果を 1 つ。読み手の予算は数千トークンで、流し読みします。古い作品や小さい作品は、読み飛ばされ得る Optional の節に置くか、作品ページ自体に残します。
PDF の履歴書にリンクすべきですか?
リンクはしてよいですが、頼らないでください。多くの取得ボットは HTML と Markdown を読み、PDF は無視するか途中で切ります。履歴書が存在する理由である 3 つの事実、経験年数、使う道具、受ける仕事の種類は、ファイルに文字で書き、PDF は人向けのダウンロードとして残します。
Person の構造化データも必要ですか?
別の読み手に効きます。自己紹介ページの Person スキーマは、名前、肩書き、プロフィールのリンクを機械可読な形で検索エンジンに渡すもので、Google の規則では目に見える文言と一致していなければなりません。llms.txt の代わりにはならず、llms.txt もその代わりにはなりません。どちらも、人が見るページと一致しているべきです。
次に読む
- → llms.txt の書き方 ―― 30 分で自分で書く手順 (この例が従っている形式の規則)
- → llms.txt の実例 8 選:大手はこう書いている (比較のために、大きなサイトが公開しているもの)
- → llms.txt でよくある間違い 12 個と直し方
- → Learn の記事一覧