リライトの判断・実行・効果測定を
inSiteで一気通貫に
GSC・GA4・スプシを毎月行き来する手間なく、リライト候補の抽出から28日後の効果判定まで自動化。改善サイクルを継続的に回せる仕組みに切り替えませんか?
14日間すべての機能が無料 ・ クレジットカード登録不要 ・ 自動課金なし
Problems
こんな問題はありませんか?
-
リライト候補の選定に毎月数時間かけている（GSCでクエリを眺めて、順位11〜20位を一つずつ確認、のような手作業）
-
リライト前後の効果が客観的に測れない。「なんとなく順位が上がった気がする」で終わってしまう
-
いつ何をリライトしたかの記録がスプシで属人化、過去のリライトを後から振り返れない
-
外部要因（アプデ・季節要因）との切り分けができず、リライトのせいで上がったのか下がったのかわからない
-
チームで複数人がリライトすると、誰がいつ何をやったかが見えず、効果検証が形骸化する
Legacy Way
スプシ・GSC・他ツールを往復する従来のやり方では限界がある
GSCで記事ごとのクリック・順位を確認し、スプシに転記。リライト後は再度GSCを開いて手作業で前後比較。28日後にもう一度GSCを開いて、効果があったのか「肌感」で判断。
このフローを1記事ずつやっていると、サイト規模が大きくなるほど集計の手間で潰れます。
Before / After
従来のやり方と inSite の違い
Workflow
inSite を使ったワークフロー
リライト候補を「改善アラート」で抽出
inSiteのサイト改善アラートが、毎日のクロールで「タイトル要調整」「ディスクリプション要調整」「内部リンク不足」など10種類のSEO問題を自動検出します。重要度「高・中・低」で並べ替えれば、まず手を付けるべき記事が一目でわかります。
記事ごとのGSCデータで「伸びしろ」を確認
Search Console連携で、記事単位のクリック・表示回数・CTR・順位を1画面に集約。「順位は高いのにCTRが低い」「表示は多いのにクリックされない」記事を素早く特定でき、タイトル・ディスクリプション中心のリライトか、本文中心のリライトかを判断できます。
リライト実行（CMSまたはAIで）
inSiteは記事内容の変更を毎日のクロールで自動検知するため、CMSで直接リライトしても、AIで書き換えても、Markdownで再公開しても、検出方法は変わりません。「いつ・何を変えたか」を手入力する必要はありません。
変更を自動で「リライト記録」に登録
リライト記録が、タイトル・ディスクリプション・本文・見出し・画像・内部リンクの6種類の変更を自動検出。リライトされた記事は記録カレンダーに追加され、変更タイプ（タイトル／本文／内部リンク等）がタグで記録されます。
中間判定（7／14／21日）で進行を可視化
リライト後7日／14日／21日の各タイミングで、「流入改善のきざし／様子見／流入悪化のきざし／データ待ち」のいずれかを自動表示。28日まで待たずに、効果の方向性を早期に把握できます。
28日最終判定で「効果あった／なかった」を確定
前28日 vs 後28日のURL全体クリック数を自動比較し、割合（+15%以上）+ 実数（+5クリック以上）の両条件で「流入改善／変化なし／流入悪化」を確定。さらに、リライト前28日のクリック上位10クエリのCTR・順位変化を裏付けとして集計し、AIが「変更内容と数値変化の関係」についての考察を生成します。
Features
このユースケースで使うinSiteの機能
inSiteのサイト改善アラート機能
10種類のSEO問題を毎日自動検出。リライト候補の発見に。
機能の詳細を見るinSiteのSearch Console連携機能
記事単位の検索パフォーマンスを1画面に集約。リライト判断の材料に。
機能の詳細を見るinSiteのリライト記録機能
変更検出・前後28日のクリック比較・AI考察生成までを自動化。
機能の詳細を見る14日間すべての機能が無料 ・ クレジットカード登録不要 ・ 自動課金なし
FAQ
よくある質問
リライト直後、何日くらいで効果が見えますか?
inSiteはリライト後7日／14日／21日で中間判定を表示します。ただしGoogleの評価が安定するには4週間前後かかるのが一般的なので、最終判定は28日後で確定するのが基本です。中間判定はあくまで方向性の早期把握用と捉えてください。
CMSから直接書き換えても、AIで書き換えても、変更を検出できますか?
はい。inSiteは記事URLを毎日クロールしてレンダリング後のHTMLを保存しているため、変更手段は問いません。WordPress、Astro、Next.js、ヘッドレスCMSいずれでも、本文・タイトル・ディスクリプション・見出し・画像・内部リンクの6種類の変更を自動検出します。
前後比較に使うクリック数は、どの数字を見ていますか?
リライト実施日を基準に、前28日 vs 後28日のURL全体のクリック数（Search Consoleデータ）を比較します。割合（+15%以上）+ 実数（+5クリック以上）の両条件を満たすと「流入改善」と判定。数字が小さい記事だけ大きく振れることを避けるため、両方の基準を採用しています。
コアアップデートと重なったリライトはどう判定されますか?
判定そのものは前後28日の数字比較なので、アプデの影響は数字に含まれます。リライト記録には実施日が残るので、後からアプデのタイムラインと並べて見れば、リライトのせいかアプデのせいかの切り分けがしやすくなります。
過去にスプシで管理していたリライト履歴はどうなりますか?
inSiteを導入した時点以降の変更を、毎日のクロールで自動記録していく仕組みです。過去の履歴を手動で移行することはできませんが、導入後はスプシでの記録作業そのものが不要になります。
