リライト記録で改善サイクルを回す
記事の変更とその後の検索状態を、ユーザーが入力しなくても自動で記録します。
About
inSiteのリライト記録機能とは
inSiteのリライト記録機能とは、SEO記事のリライト履歴と、その後の検索パフォーマンス（クリック数・表示回数・CTR・平均順位）の推移を、ユーザーの手入力なしで自動的に記録・追跡するSEO改善管理機能です。
inSite が毎日サイトを自動クロールし、記事の 本文・タイトル・ディスクリプション・見出し・画像・内部リンク のいずれかに変更があれば、リライト記録として自動的に蓄積します。ユーザーが管理表に手入力する必要はありません。
リライト検知日を起点に、Google Search Console から取得した URL全体クリック数を前28日 vs 後28日で比較し、主判定を行います。さらに、リライト前28日のクリック上位10クエリ(主要クエリ)の CTR と平均順位の変化を変更タイプ別の裏付け指標として参照し、「リライト影響あり / 影響不明」を区別します。
判定は 中間判定(リライト後7日 / 14日 / 21日)と 最終判定(28日)の2層構造で自動更新されます。最終判定では「流入改善 リライト影響あり / 影響不明」「変化なし」「流入悪化 リライト影響あり / 影響不明」「判定不能」の6種類のステータスが確定し、AIが判定結果と差分から解釈の仮説を生成します。
記録作業と効果検証の手作業から解放されることで、SEO 担当者は「次にどの記事をどう改善するか」という本質的な判断に集中できます。これが、inSite が単なるサイト管理ツールではなく 改善サイクルを回す場所 として目指すものの中核です。
Why it matters
なぜ「リライト記録」が大事なのか
SEOの成果は、1回のリライトでは生まれません。10回・100回と繰り返すなかで「効いたパターン」を見つけ、再現することで初めて勝てるのがコンテンツSEOの本質です。
ところが多くの現場では、リライトが「やりっぱなし」になっています。何をいつ変えたかは記憶頼り、効果検証は気が向いたときだけ、知見は個人の頭の中だけに溜まる。これでは改善サイクルは回りません。
効果は数字でしか判定できない
リライト後の CTR・順位・クリック数の変化を客観的に追わなければ、「効いたのか効かなかったのか」は分かりません。感覚は、しばしばデータと逆を向きます。
「何を変えたか」が残らないと再現できない
タイトルだけ変えた／本文を大幅に書き直した／内部リンクを足した。どれが効いたかは、変更内容の記録が残っていなければ振り返れません。
蓄積されたデータが、次の判断の根拠になる
「過去のリライトでタイトル変更が効いた記事はこんな特徴があった」というパターンが見えてくると、リライト判断は勘から仮説検証に変わります。
What you can do
できること
6種類の変更を自動で検出・記録
記事のタイトル・ディスクリプション・本文・見出し・画像・内部リンクを毎日クロールし、変更があれば自動でリライト記録として蓄積。「いつ・何を変えたか」をユーザーが入力する必要はありません。
リライト前後28日のクリック数で客観判定
Google Search Console と連携し、リライト前28日と後28日の URL全体クリック数を自動比較。割合(+15%以上) + 実数(+5クリック以上)の両条件で評価するため、感覚ではない客観的な判定結果が得られます。
中間判定(7/14/21日) + 最終判定(28日)
リライト後、7日 → 14日 → 21日 → 28日の4タイミングで自動判定。中間期間では「流入改善のきざし / 様子見 / 流入悪化のきざし」、28日後の最終判定では「流入改善・変化なし・流入悪化」が確定します。
主要クエリのCTR・順位で裏付け
クリック判定だけでなく、リライト前28日のクリック上位10クエリのCTR・順位の変化も自動集計。変更タイプ(タイトル/本文/ディスクリプション)に応じて適切な裏付け指標を見るため、リライト影響かどうかまで判断できます。
AIが判定結果と差分から仮説を生成
判定ステータス・GSC指標の変化・変更差分をもとに、AIが「変更内容と数値変化の関係」についての解釈を生成。後から見返したときに学べる仮説として、知見が組織に蓄積されます。
リライトカレンダーで履歴を一望
いつ・何記事をリライトしたかをカレンダー形式で表示。改善サイクルが継続的に回っているかが一目で把握でき、属人化を防ぎます。
How it works
リライト記録の仕組み
毎日自動でクロール
全記事のタイトル・ディスクリプション・本文・見出し・画像・内部リンクを毎日取得します。
変更を検出 → リライト記録に追加
前日と差分があった記事を自動でリライト記録に追加。変更タイプ(タイトル/本文/内部リンク 等)もタグで記録されます。
GSCデータで前後28日のクリック数を比較
リライト検知日を起点に、Google Search Console から URL全体のクリック数を取得し、前28日 vs 後28日で比較します。
中間判定(7/14/21日)で進行状況を可視化
リライト後7日/14日/21日の各タイミングで「流入改善のきざし / 様子見 / 流入悪化のきざし / データ待ち」のいずれかを自動表示します。
主要クエリの裏付けを集計
リライト前28日のクリック上位10クエリの CTR と順位の変化を、変更タイプに応じた裏付け指標として集計します。
28日最終判定 + AI考察を確定
28日後に「流入改善 / 変化なし / 流入悪化」の6種類の最終ステータスを確定。AIが判定結果と差分から、変更内容と数値変化の関係についての仮説を生成します。
Why we built it
なぜこの機能を作ったのか
SEOのツールはたくさんあります。順位を測るもの、内部リンクを可視化するもの、インデックス状況を見るもの。でも、ほとんどのツールは「問題を見つける」ところで止まっています。
一方で SEO の現場で本当に難しいのは、見つけたあとです。
リライトした、内部リンクを足した、メタディスクリプションを書き直した。で、結局それが効いたのかどうかが分からない。Search Console を毎週開いて、対象記事を一つずつ追って、変化を読み取る。そんな運用は現実的に続きません。
僕自身、SEOの実務を行う中で、「施策を実行した後の管理」の大変さを一番強く感じていました。自分一人であればまだしも、チームでの運用となるとなおさらです。
リライトを記録する管理表を作ってもメンテが止まる。効果検証のスプレッドシートを作っても、データ更新が追いつかない。結局、改善サイクルは個人の頭の中だけで回り、組織には残らない。
このような課題はどのSEOチームも抱えているのではないのでしょうか？
だから、運用に依存させずに改善サイクルを回し続ける仕組みを、inSite の中に持つことにしました。それが「リライト記録」です。
毎日のクロールで変更を検出し、Search Console のクリック数を前後28日で比較し、中間判定(7/14/21日)と最終判定(28日)で効果を確定する。さらにAIが、判定結果と変更差分から解釈の仮説を残してくれる。ユーザーが入力する手間はゼロです。記録は勝手に溜まっていき、振り返ったときに「効いたパターン」が見えるようになります。
inSite はサイトを「見える化するツール」ではなく、改善サイクルを回す場所を目指しています。その出発点が、このリライト記録です。
Problem & Solution
こんな課題を解決します
リライトしたけど効果が出たのかわからない
リライト後に Search Console を毎回開いて、対象記事の順位・CTR を手動で確認するのは手間がかかります。
リライト日を起点に検索データを自動追跡
リライト後の CTR・順位・クリック推移が自動で記録され、効果が出たかどうかがそのまま見られます。
いつ・何を・なぜリライトしたかが残らない
管理表に手動で記録するルールを作っても、忙しい時期に運用が止まり、属人化していきます。
変更内容を毎日自動でクロール・記録
本文・タイトル・内部リンクなどの変更を inSite が自動で検出してリライト記録に残すので、手入力は不要です。
リライトの優先順位がつけられない
効果測定の結果が蓄積されていないと、「次にどの記事をリライトすべきか」を経験と勘で判断するしかありません。
効果データを蓄積し、次の判断材料に
「効果が出た記事 / 出なかった記事」の傾向が蓄積され、リライト戦略のPDCAが回るようになります。
リライト記録の使い方
初回クロール完了を待つ
サイト規模により数分〜数時間で全記事の本文・構造情報の取得が完了します。
記事をリライトする
通常通り記事の本文・タイトル・内部リンクなどを更新します。inSite は毎日自動クロールでこの変更を検出します。
「サイト改善 → リライト記録」を開く
メニューからリライト記録を開くと、自動検出されたリライト一覧と、その後の検索データの推移が表示されます。
よくある質問
リライトの記録は手動で入力する必要がありますか？
いいえ。inSite は記事を毎日自動でクロールしており、タイトル・ディスクリプション・本文・見出し・画像・内部リンクのいずれかに変更があれば自動でリライト記録として残します。管理表への手入力は不要です。
効果はどう判定されますか？
リライト検知日を起点に、前28日と後28日の URL全体クリック数を比較します。中間判定はリライト後 7日 / 14日 / 21日 のタイミングで行い、最終判定は28日後に確定します。主要クエリ(前28日のクリック上位10クエリ)の CTR と順位を裏付け指標として使い、変更内容と整合していれば「リライト影響あり」と判断します。
最終的にどんなステータスが付きますか？
28日後の最終判定では、「流入改善 リライト影響あり」「流入改善 影響不明」「変化なし」「流入悪化 リライト影響あり」「流入悪化 影響不明」「判定不能」の6種類のいずれかが自動で確定します。「影響不明」はマイナス評価ではなく、主要クエリの裏付けが限定的という意味で、新規クエリや拡張クエリで流入が増えた可能性も残しています。
どの変更が記録されますか？
タイトル・ディスクリプション・本文・見出し・画像・内部リンクの6種類です。どれが変更されたかはタグで識別できるので、「タイトルだけリライトした記事の効果」のように切り口別に振り返れます。変更タイプによって裏付けに使う指標が変わり、タイトル変更は CTR または順位、ディスクリプション変更は CTR、本文系変更は順位を見ます。
Google Search Console との連携は必要ですか？
はい、必須です。リライト記録の効果判定は Search Console から取得したクリック数・CTR・順位データに基づいて行います。プロジェクトの管理者が Search Console を連携するだけで、メンバー全員がリライト記録機能を利用できます。
AIが「効果あり/なし」を断定するのですか？
いいえ。AIは判定を決めません。判定ロジックはルールベースで動作し、AIは確定した判定結果と GSC の数値変化、変更差分をもとに「変更内容と数値変化がどう整合しているか」という解釈の仮説を生成します。原因の断定や成功/失敗の断定は行いません。
何記事までリライト記録に対応していますか？
プロジェクト内の全記事に対応します。2,000記事規模まで対応します。記事数が増えても、リライト記録の自動集計は変わらず続きます。
The change starts here
改善サイクルは、
今日から回し始められる
リライトの効果を毎回スプレッドシートで管理することも、Search Console を開いて記事を一つずつ追うことも、もう必要ありません。
記事を書き換えたら、あとは inSite に任せる。
リライト後 7日・14日・21日・28日 のタイミングで「効いたのかどうか」が自動で返ってきて、AI が変更内容と数値変化の関係を読み解いてくれます。
1ヶ月後、3ヶ月後、半年後と続けていくうちに、「効いたパターン」が組織に蓄積されていきます。リライト判断は、勘から仮説検証へと変わります。
SEO の改善を、属人化させない。
その第一歩を、今日から始めてみませんか。
この機能を、まずは
無料で試してみませんか？
14日間すべての機能が無料。クレジットカード登録不要、自動課金もありません。
登録は3分で完了 · 自動課金なし · いつでも解約OK
