こんにちは。バナナデスクです。
noteで検索から読者を増やしたい時、最初に変えるべきなのは有料プランでしょうか。それとも記事のタイトルでしょうか。例えば「サービスを始めました」という記事は、プランを変えても、何を調べている人に役立つ記事なのかが伝わらないままです。
まずは「教室サイトの相談前に、何を用意すればよいか」のように、読者が検索する疑問を一つ選びます。その答えを記事として完成させてから、検索経由で読まれているかを確認します。文章の改善と、利用できる設定・分析機能は、分けて考えた方が進めやすくなります。
noteのSEOは、記事で答えることと測れる範囲をそろえる
noteでは、検索者の疑問に合うタイトルと本文を作り、関連記事へのつながりを整え、利用中のプランと画面で確認できるデータを使って改善します。有料機能を使うこと自体が、検索順位の改善を意味するわけではありません。
この記事は2026年10月1日に確認した公式説明と、記事原稿の編集例に基づきます。利用中アカウントの設定を変えた操作記録や、公開後の検索流入の実績ではありません。
| 取り組むこと | 通常のnoteで考える範囲 | note pro等の条件が関係する範囲 |
|---|---|---|
| 記事を分かりやすくする | 疑問に合うタイトル、回答、見出し、実例、関連リンク | 機能の契約前にも原稿を改善できる |
| 読まれ方を確認する | ブラウザのダッシュボードで指標・流入元を確認 | proアナリティクス(β)には読了率や記事内リンククリック等の分析機能 |
| Googleの検索語を調べる | 記事の流入元だけでは、検索語ごとの表示・クリックまでは分からない | Search Consoleはnote proかつ独自ドメインのアカウントが対象 |
noteのSearch Console説明は、note proと独自ドメインの両方を条件としています。proなら独自ドメインなしでも同じ設定ができる、とは読まないでください。所有権確認にはDNSのTXTレコードを用いる説明で、Googleアナリティクスの有料オプションはこの利用条件には含まれません。
告知だけの記事を、相談前に使える記事へ直す
架空の教室サイト相談サービスを例にします。元の原稿は「サイト相談を始めました。集客のお悩みをお聞かせください」という告知です。これでは相談対象も準備も判断できません。
検索から来る人の疑問を「サイト相談を受ける前に何を用意するか」と決め、次の本文を作りました。実在サービスの案内ではなく、そのまま構成の違いを読める編集例です。
教室のサイト相談前に用意するもの｜URL・困っている場面・伝えたい条件
サイト相談のために、長い資料を新しく作る必要はありません。まず、公開中のサイトURL、読者が迷っていそうな場面、正しく伝えたい条件の3つを用意します。
1．相談するページのURL
サイト全体のURLだけでなく、「体験授業の案内」「料金」のように気になるページを挙げます。まだサイトがなければ、今使っている案内文で構いません。
2．困っている場面を一つ
「集客できない」より、「通常授業の料金と体験料金が同じだと思われる」のように、読者がどこで迷うかを書きます。実際の問い合わせがある場合は、個人名などを除いて要点を残します。推測なら推測と書きます。
3．掲載する条件の正しい原稿
対象年齢、授業時間、料金、問い合わせ方法を確認します。古いチラシとサイトで料金が違う場合は、どちらが現在の条件かを決めておきます。
準備メモの記入例
対象ページ：体験授業の案内。困っている場面：体験後に通常授業へ自動で申し込むものだと思われそう。伝えたい条件：体験と通常授業は別申込。直したい箇所：料金の下に、この違いを短く補足したい。
相談では、このメモから何を先に直すかを整理します。サイトの改修作業まで含むかどうかは、相談サービスの対応範囲を別に確認してください。最初の準備は、読者が迷う一場面を書き出すところまでで十分です。
タイトルに入れた「用意するもの」を、本文の3項目と記入例で解決しました。料金や申込を説明する記事を別に作るなら、その記事へ必要な箇所からリンクできます。今回の記事を、告知・料金・制作手順まで詰め込んだ総合ページにする必要はありません。
私は、修正前後で「検索した人が一つ準備できるようになったか」を見ます。文字を増やしたかだけで見ると、読者に必要のないサービス紹介を足してしまうためです。
2026年のブラウザ指標と、アプリの全体ビューを混ぜない
2026年9月17日更新の公式ヘルプでは、ブラウザのダッシュボードは、従来のビューを「インプレッション」と「ページビュー」に分けています。一方、iOS・Androidアプリは今回の変更の対象外で、従来の全体ビューを表示する説明です。
インプレッションはnote内で記事が表示された回数、ページビューは記事ページが開かれた回数です。ブラウザのページビューと、アプリの全体ビューを前後の同じ指標として比べると、読まれ方を誤解します。また、集計対象も変わるため、旧ビューが新しい2指標の足し算になるわけではありません。
例えば「前回の全体ビューは300、今回のページビューは120」と見えても、その数字だけで閲覧が60%減ったとは言えません。この数字は説明用の仮例です。同じ画面・同じ定義・同じ期間の値を並べ直してから判断します。
自分自身の閲覧も数えられる指標なので、修正確認で何度も開いた直後の小さな増減を集客の成果として扱わないようにします。期間と画面の集計日時を記録しておくと、後から比較しやすくなります。
通常のダッシュボードでも、流入元から次の問いを作れる
新しい流入元の公式説明では、ページビューを基に、検索エンジン・SNS・note内などの内訳を見られます。「通常のnoteでは外部から来たかも全く分からない」という古い前提で、分析を諦める必要はありません。
ただし、流入元のGoogleという表示から、検索語別の掲載順位まで分かるわけではありません。また、参照元がないアクセスもあり、流入元の合計とページビュー全体は完全一致しない説明です。差分を無理にGoogle流入へ配分しないでください。
| 確認できたこと | まだ言えないこと | 次に見ること |
|---|---|---|
| Googleからの流入が表示された | 狙った検索語で上位になった | 公開記事がその疑問に答えているか。Search Consoleを使えるなら検索語とページを確認 |
| note内からの流入が多かった | SEOの修正が失敗した | note内の読者にも記事の対象と答えが伝わるか |
| 記事が開かれた回数が増えた | 最後まで読まれ、相談が増えた | 利用可能な読了・リンク等の指標、実際の相談記録を分けて確認 |
note proのアナリティクス(β)には、テキスト記事のPV・読了率・参照元・記事内リンククリックなどの機能があります。集計は申込後からという条件もあるため、あとで契約すれば昔の全データが同じ範囲で復元される、とは考えないでください。
一度の変更で、確かめることを一つにする
記事を直す際は、変更日、対象URL、元の疑問、変えた箇所を残します。この例なら「準備内容が曖昧だったので、3項目と記入例を追加」です。タイトルだけ、本文だけ、リンクだけと機械的に分ける必要はありませんが、何を解決する改訂かは一つの文にします。
公開後は、スマホで本文と見出しの順を読み、リンク先が正しいかを確認します。検索への反映には時間差があるため、直後に検索して見つからないことを、記事の価値がないという判定にしません。
有料機能が必要かは、欲しい問いから選べます。検索語ごとの数字が必要なら独自ドメインとSearch Consoleの条件を確認し、記事内でどこまで読まれたかを見たいならpro分析の対象を確認する。まずは今の記事が、検索者の一つの疑問を最後まで解決しているかから見直してみてください。