暫定日本語訳：SaaS SEO Audit

暫定日本語案: TL;DR — SaaS SEO audit is プロセス of reviewing あなた software サイト へ 暫定日本語案: find と fix 何’s hurting あなた 検索 パフォーマンス — on schedule, とともに way 暫定日本語案: へ decide 何 へ fix 最初. It’s 異なる から 確認: 確認 is 暫定日本語案: list of things へ look at; audit is あなた actually looking, on cadence, と 暫定日本語案: then ランキング 何 あなた found. SaaS-specific part is その あなた’re auditing three 暫定日本語案: things at once — marketing サイト, 役立つ docs, と app — と making sure 暫定日本語案: app と signup ページ aren’t accidentally in Google. 暫定日本語案: Evidence for this claim Google renders JavaScript with a web rendering service, but server-side or pre-rendered content remains a useful reliability strategy. Scope: Google JavaScript SEO guidance; rendering behavior is not SaaS-specific. Confidence: high · Verified: 2026-07-14 Google Search Central: JavaScript SEO basics Evidence for this claim Core Web Vitals assessment is based on real-user field data rather than a single lab run. Scope: Core Web Vitals measurement; lab tools remain useful for diagnosis. Confidence: high · Verified: 2026-07-14 web.dev: Web Vitals

何 SaaS SEO audit actually is

暫定日本語案: lot of 人々 think “audit” means running crawler と handing 超えて 暫定日本語案: everything it flags. It doesn’t. crawler prints list; audit is person 暫定日本語案: deciding which items on その list actually matter 向けに あなた サイト と fixing それらの 暫定日本語案: 最初.

暫定日本語案: sibling SaaS SEO 確認 covers 何 へ 確認 — 無料 ツール, pricing ページ, 暫定日本語案: comparison ページ, integration ページ, docs, JavaScript rendering, which funnel ページ 暫定日本語案: へ 保つ out of Google. この ページ is について どのように あなた run review using その list:

1. 暫定日本語案: Pick cadence. Light, 自動 監視 all time (クロール errors, 暫定日本語案: Core Web Vitals, インデックス登録 changes), plus bigger, thorough audit すべての few 暫定日本語案: months.
2. 暫定日本語案: Decide 何 へ クロール — と 何 ない へ. あなた marketing サイト is target. 暫定日本語案: あなた 役立つ docs get their own attention. あなた app, dashboard, と signup ページ 暫定日本語案: すべき be confirmed へ be out of Google, ない クロール by accident.
3. 暫定日本語案: 確認 indexation. Are more ページ in Google than あなた expected? その’s 暫定日本語案: “indexation bloat,” と it usually means thin または duplicate ページ are diluting 暫定日本語案: あなた サイト.
4. 暫定日本語案: 確認 speed right way. 使用 real-訪問者 speed データ, ない one テスト run on 暫定日本語案: あなた fast laptop — SaaS サイト are usually built とともに JavaScript, which 作る 暫定日本語案: difference bigger than 大半の 人々 realize.
5. 暫定日本語案: Compare yourself へ competitors. Specifically, look at their “us vs. them” 暫定日本語案: comparison ページ と their integration ページ, と see 何 あなた’re 不足している.
6. 暫定日本語案: 順位 何 あなた found. Fix high-impact, low-effort things 最初. Don’t hand 暫定日本語案: anyone giant レポート of everything — nobody reads それらの.

暫定日本語案: Want practitioner version — とともに exact ツール, three-number indexation 暫定日本語案: 確認, と prioritization frameworks — switch へ Advanced tab.

暫定日本語案: TL;DR — audit is プロセス, ない longer 確認. Google’s Martin Splitt: 暫定日本語案: technical audit “can use checklists and guidelines to do so, but it needs experience and expertise to adapt these guidelines and checklists to the site you audit.” Run it on cadence appropriate へ release frequency と risk. Scope 暫定日本語案: クロール by プロパティ — marketing サイト, docs, と app surfaces — と confirm 暫定日本語案: app/trial/dashboard URLs aren’t クロール と 暫定日本語案: インデックス登録 by accident. 確認 indexation bloat by reconciling submitted vs. クロール 暫定日本語案: vs. インデックス登録. Prioritize Core Web Vitals とともに field データ, split by ページ template, 暫定日本語案: because lab ツール mislead on hydration-heavy stack. Verify JS rendering とともに URL 暫定日本語案: Inspection / Rich Results と アカウント 向けに render-queue delay. Start コンテンツ 暫定日本語案: gap analysis から competitors’ comparison と integration ページ, ない keyword 暫定日本語案: list. Then prioritize とともに Impact/Effort Matrix と/または severity tiers, と cap 暫定日本語案: レポート at short, prioritized 設定 team できる implement. 暫定日本語案: Evidence for this claim Google renders JavaScript with a web rendering service, but server-side or pre-rendered content remains a useful reliability strategy. Scope: Google JavaScript SEO guidance; rendering behavior is not SaaS-specific. Confidence: high · Verified: 2026-07-14 Google Search Central: JavaScript SEO basics Evidence for this claim Core Web Vitals assessment is based on real-user field data rather than a single lab run. Scope: Core Web Vitals measurement; lab tools remain useful for diagnosis. Confidence: high · Verified: 2026-07-14 web.dev: Web Vitals

audit is プロセス, ない longer 確認

暫定日本語案: I’ll open way I open すべての audit conversation, because misconception is その 暫定日本語案: persistent: good SaaS SEO audit is ない “run Screaming Frog, export everything it flags, send it over.” その’s crawler レポート. audit is 何 human does とともに it.

暫定日本語案: Google’s Martin Splitt put distinction cleanly in his 2025 検索 Central 暫定日本語案: lightning talk on audit methodology. technical audit, he said, “should make sure no technical issues prevent or interfere with crawling or indexing. It can use checklists and guidelines to do so, but it needs experience and expertise to adapt these guidelines and checklists to the site you audit” 暫定日本語案: (as covered by 検索エンジン Journal). 暫定日本語案: その 最後 clause is whole job. 確認 is input; adaptation へ あなた 暫定日本語案: specific サイト is audit. と he’s blunt について tooling trap, too: “Please, please don’t follow your tools blindly. Make sure your findings are meaningful for the website in question and take the time to prioritize them for maximum impact” 暫定日本語案: (SEJ coverage).

暫定日本語案: My version of 同じ point, から 暫定日本語案: 何 is Enterprise SEO Audit & どのように へ Do One: 暫定日本語案: “SEO checklists are impractical at scale. It’s a waste of time to check every little thing on every page because there’s simply no ROI in doing so, and no one is going to read your 200-page SEO audit.” Everything below is written へ 避ける producing その 暫定日本語案: 200-ページ レポート.

暫定日本語案: standard disclaimer I attach へ all of この: it’s my understanding of どのように これらの 暫定日本語案: systems 機能 と どのように I’d approach 問題, ない guarantee — 検索エンジン change 暫定日本語案: constantly, so verify against 主要 docs in 公式 Docs と Quotes 暫定日本語案: tabs. と as とともに 確認 記事: there’s no SaaS アルゴリズム. クロール → render 暫定日本語案: → インデックス登録 → 順位 pipeline is identical へ recipe blog’s. 何’s SaaS-specific here is 暫定日本語案: scope (three プロパティ instead of one) と couple of failure modes, ない 暫定日本語案: special ランキング system.

Cadence: continuous 監視 + full periodic pass

暫定日本語案: There’s no Google- または Bing-mandated audit frequency, so この is practitioner 暫定日本語案: consensus, ない doctrine. model その 機能 向けに SaaS has two speeds:

• 暫定日本語案: Continuous, light, automated 監視 — クロール-error alerts, Core Web Vitals 暫定日本語案: regressions, と indexation deltas, ideally tied へ deploys. SaaS ships fast, と 暫定日本語案: bad deploy できる noindex template または break rendering 全体で whole ページ type 暫定日本語案: overnight. あなた want へ catch その in days, ない at next quarterly review.
• 暫定日本語案: ** full, comprehensive pass** on slower cycle. In my enterprise-audit 機能 I note 暫定日本語案: その comprehensive audits “may occur every few months or yearly” 暫定日本語案: (ソース). 暫定日本語案: 向けに growing SaaS サイト I’d land on quarterly-へ-semiannual, と scale その とともに どのように 暫定日本語案: fast あなた ship 新しい integration と comparison ページ と どのように large あなた docs have 暫定日本語案: grown — company minting hundreds of programmatic ページ quarter needs full 暫定日本語案: pass more 多くの場合 than five-ページ marketing サイト does.

暫定日本語案: industry-一般的な shorthand あなた’ll see repeated 全体で competitor guides is “full audit quarterly, lighter monthly checks.” その’s reasonable デフォルト; just don’t treat 暫定日本語案: it as rule handed down から 検索エンジン. It isn’t one.

Scoping クロール: marketing サイト, docs, と confirming app is excluded

暫定日本語案: Here’s SaaS-specific 手順 almost no generic audit guide names as discrete 手順: 暫定日本語案: decide 何 あなた’re クロール 前に あなた クロール it, と segment by プロパティ. SaaS 暫定日本語案: brand is usually three サイト wearing one logo — www (marketing), docs. (docs), と 暫定日本語案: app. ( 商品) — と auditing them as one undifferentiated blob is どのように あなた either 暫定日本語案: miss 問題 または drown in noise.

暫定日本語案: Segment 最初. In my audit プロセス I lean on サイト-structure view へ slice サイト 暫定日本語案: “by specific pages, sections of a site, different languages or regions, or a specific CMS or JavaScript framework” 前に クロール — SaaS translation is: クロール 暫定日本語案: marketing サイト as its own scope, treat docs subdomain as its own プロパティ, と 暫定日本語案: explicitly 確認 何 app is doing.

• 暫定日本語案: Marketing サイト — 主要 target. この is どこ audit’s weight goes: 暫定日本語案: comparison ページ, pricing, 無料 ツール, integration ページ, blog.
• 暫定日本語案: Docs — its own クロール-budget プロパティ. If docs live on subdomain, it’s 暫定日本語案: separate 検索 Console プロパティ とともに its own クロール budget ( 確認 記事 暫定日本語案: covers subdomain-vs-subfolder decision itself — I won’t re-litigate it here). 暫定日本語案: auditing point is: クロール it separately so bloated, thousands-of-ページ docs tree 暫定日本語案: doesn’t distort marketing サイト’s numbers. Note Google’s own scoping hint 向けに 暫定日本語案: クロール Stats レポート — it’s “aimed at advanced users” と “if you have a site with fewer than a thousand pages, you should not need to use this report” 暫定日本語案: (検索 Console 役立つ). 暫定日本語案: standalone SaaS marketing サイト is 多くの場合 下で thousand URLs; it’s docs と 暫定日本語案: growing integration library その push total past point どこ クロール budget 暫定日本語案: starts へ matter.
• 暫定日本語案: App / trial / dashboard — confirm exclusion, don’t assume it. この is 暫定日本語案: distinct audit action: don’t just trust その noindex と robots.txt are 設定 暫定日本語案: right (その’s 確認’s job) — verify during audit その /app/, 暫定日本語案: /dashboard/, /signup/, と post-login URLs aren’t being クロール と インデックス登録 by 暫定日本語案: accident. Scope クロール at それらの paths と 確認 検索 Console’s インデックス登録-URL list 向けに 暫定日本語案: anything 下で them その shouldn’t be there. “Ignoring the app” と “confirming the app is correctly excluded” are ない 同じ thing — audit does latter.

確認 indexation 向けに bloat

暫定日本語案: Indexation bloat is いつ Google has more ページ of yours インデックス登録 than すべき be — 暫定日本語案: thin, duplicate, または unintentionally-crawlable URLs diluting インデックス登録. audit 確認 暫定日本語案: is three-number reconciliation:

1. 暫定日本語案: URLs submitted in あなた sitemap(s).
2. 暫定日本語案: URLs Google actually クロール.
3. 暫定日本語案: URLs actually インデックス登録 — から 検索 Console’s 暫定日本語案: ページ インデックス登録 レポート, 暫定日本語案: which splits あなた URLs へ “indexed” と “not indexed” とともに 理由 向けに 各 暫定日本語案: exclusion.

暫定日本語案: Big, unexplained gaps 間に それらの three numbers are signal へ chase. In my 暫定日本語案: audit 方法 I flag その typical サイト has some ページ インデックス登録 その shouldn’t be, と 暫定日本語案: plenty of ページ noindexed その すべき be インデックス登録 — so あなた 確認 both directions: 暫定日本語案: pricing または comparison ページ wrongly excluded, と /app/ または filtered doc-検索 URLs 暫定日本語案: wrongly 含む.

暫定日本語案: word doing 機能 above is unexplained. Splitt’s framing is exactly right 向けに 暫定日本語案: SaaS, which sunsets 古い comparison と integration ページ constantly: “A high number of 404s, for instance, is expected if you removed a lot of content recently. That’s not a problem… But if you have an unexplained rise in 404 responses, though, that’s something you want to point out and investigate” 暫定日本語案: (SEJ coverage). 暫定日本語案: dip in インデックス登録 ページ right 後に あなた pruned hundred dead integration ページ is 暫定日本語案: success, ない crisis. audit’s job is spotting deviation あなた できる’t explain.

暫定日本語案: Google’s own クロール-budget doc names root cause on クロール side: “Without guidance from you, Google tries to crawl all or most of the URLs that it knows about on your site” 暫定日本語案: (Optimize あなた クロール budget). 暫定日本語案: On SaaS サイト “perceived inventory” it’s talking について is filtered doc-検索 URLs, 暫定日本語案: tag と pagination variants on blog, と templated integration ページ その went 暫定日本語案: thin — exactly stuff indexation-bloat pass exists へ find.

Core Web Vitals on JavaScript-rendered stack

暫定日本語案: Core Web Vitals is, per Google, “a set of metrics that measure real-world user experience for loading performance, interactivity, and visual stability of the page” 暫定日本語案: (Google 検索 Central), 暫定日本語案: とともに familiar thresholds — “strive to have LCP occur within the first 2,5 seconds,” 暫定日本語案: “strive to have an INP of less than 200 milliseconds,” と “strive to have a CLS score of less than 0,1” 暫定日本語案: (同じ doc). 暫定日本語案: それらの numbers aren’t SaaS-specific part. どのように あなた 測定 them is.

暫定日本語案: trap on JavaScript-heavy SaaS marketing サイト — React, Next.js, Vue — is trusting 暫定日本語案: single lab run (one PageSpeed Insights または Lighthouse テスト). lab テスト 多くの場合 reflects 暫定日本語案: warm cache, fast machine, と fully-hydrated app shell — experience 暫定日本語案: developer sees locally — ない cold, render-blocking-JavaScript experience 暫定日本語案: 最初-time trial 訪問者 on slower connection actually gets. Google’s own lab-vs-field 暫定日本語案: guidance is explicit について which へ trust: “As a general rule, if you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts” 暫定日本語案: (web.dev). 暫定日本語案: Lab データ still earns its 保つ — it’s どのように あなた reproduce と debug 問題 — which is 暫定日本語案: なぜ 同じ doc concludes “both lab data and field data are important parts of effective performance measurement” 暫定日本語案: (web.dev). 暫定日本語案: 向けに prioritizing audit, though, あなた lead とともに field データ (検索 Console’s Core 暫定日本語案: Web Vitals レポート, CrUX).

暫定日本語案: second SaaS-specific move: split field データ by ページ template, ない サイト-wide 暫定日本語案: average. comparison ページ とともに embedded interactive calculator または giant feature 暫定日本語案: table carries very 異なる CWV profile than plain blog post on 同じ domain. 暫定日本語案: サイト-wide average hides exact template その’s failing. Group by ページ type, と 暫定日本語案: audit tells あなた which template へ fix.

JavaScript rendering checks as audit 手順

暫定日本語案: 確認 記事 covers fixes 向けに JS rendering (real <a href> links, 暫定日本語案: サーバー-side rendering, History API routing). audit’s job is 方法 — actually 暫定日本語案: opening ツール と looking. Google names two: “To make sure that Google can still see your content after it’s rendered, use the Rich Results Test or the URL Inspection Tool and look at the rendered HTML” 暫定日本語案: (JavaScript SEO basics). 暫定日本語案: Compare rendered DOM against view-ソース, per template, と confirm コンテンツ その 暫定日本語案: すべき 順位 — headlines, 価格, body copy, comparison tables — is actually present 暫定日本語案: 後に render.

暫定日本語案: One thing その saves あなた から false alarm: render queue. Google warns “the page may stay on this queue for a few seconds, but it can take longer than that” 暫定日本語案: (JavaScript SEO basics). 暫定日本語案: いつ あなた’re auditing freshly-published batch of integration ページ, distinguish “this page is a genuine rendering failure” から “this page is just still waiting in the render queue.” Flagging second as bug wastes everyone’s time.

コンテンツ と competitive gap analysis: start から comparison と integration ページ

暫定日本語案: Competitor benchmarking in 大半の audits means generic keyword gap または referring-domain 暫定日本語案: diff. 向けに SaaS, higher-leverage version is structural と bottom-funnel. Rather than 暫定日本語案: starting から keyword list, I start から my competitors’ top-performing ページ と 機能 暫定日本語案: backward — habit I describe in my 暫定日本語案: enterprise SEO audit プロセス. Applied 暫定日本語案: へ SaaS, その means pulling up あなた top two または three competitors’ comparison 暫定日本語案: (“alternatives to X”) ページ と their integration / marketplace directories, then 暫定日本語案: diffing them against yours:

• 暫定日本語案: Which integrations do それら have landing ページ 向けに その あなた don’t (even though あなた 暫定日本語案: support integration)?
• 暫定日本語案: Which “X vs. Y” と “alternatives to” ページ exist 向けに them と ない 向けに あなた?
• 暫定日本語案: どこ do あなた both have ページ ただし theirs is winning — と is it コンテンツ-depth gap または 暫定日本語案: technical one (rendering, thin template, 不足している internal links)?

暫定日本語案: この is deliberately narrower than “run the Content Gap tool.” それらの bottom-funnel ページ 暫定日本語案: types are どこ SaaS deals actually get won, と それら’re exact ページ types 暫定日本語案: 確認 記事 named as SaaS’s differentiators — so gap analysis targets them 暫定日本語案: specifically rather than chasing top-funnel keyword volume.

Prioritizing findings

暫定日本語案: この is どこ audits succeed または fail, と it’s 手順 ツール できる’t do 向けに あなた. Two 暫定日本語案: complementary frameworks:

暫定日本語案: 1. Impact/Effort Matrix. Sort すべての finding へ quadrant grid. As I put it in 暫定日本語案: my enterprise SEO strategies 暫定日本語案: piece: “Anything high-impact and low-effort is a quick win, so tackle those tasks first.” On SaaS audit quick wins are 多くの場合 stray noindex on comparison ページ, 暫定日本語案: broken internal link へ pricing ページ, または 不足している render on one template — high 暫定日本語案: impact, low effort.

暫定日本語案: 2. Severity tiers. Bing bakes この へ its own audit ツール, which is clean model 暫定日本語案: へ borrow. In Bing’s サイト Scan, “issues detected during the scan are grouped into three categories and listed in order of severity”: Errors are “the most critical and should be addressed first,” Warnings “may impact SEO health, but are considered medium in terms of severity,” と Notices are “low priority and should be addressed only after resolving errors and warnings” 暫定日本語案: (via 検索エンジン Journal).

暫定日本語案: Then cap deliverable. から my audit レポート advice: “I highly recommend focusing on a few key issues and not a massive report of everything you looked at… I’ve found reporting on 5-10 main issues or opportunities will be better received and the changes are more likely to be implemented” 暫定日本語案: (enterprise SEO audit). 暫定日本語案: その reframes “we found 40 issues” から boast へ prioritization 問題: audit 暫定日本語案: isn’t done いつ あなた’ve found 40 things, it’s done いつ あなた’ve decided which 5–10 へ 暫定日本語案: ship. audit その recommends fixing everything has failed at prioritization, ない 暫定日本語案: succeeded at thoroughness.

Putting it together: repeatable audit cadence

暫定日本語案: whole loop 向けに growing SaaS サイト: continuous automated 監視 catches 暫定日本語案: regressions 間に passes; quarterly-へ-semiannual full audit scopes クロール by 暫定日本語案: プロパティ (marketing / docs / confirm-app-excluded), reconciles submitted-vs-クロール-vs- 暫定日本語案: インデックス登録 へ catch bloat, prioritizes CWV から field データ split by template, verifies JS 暫定日本語案: rendering とともに render queue in mind, diffs あなた comparison と integration coverage 暫定日本語案: against competitors, と ships prioritized 5–10-item レポート rather than 200-ページ 暫定日本語案: one. No SaaS アルゴリズム — just normal pipeline, audited 全体で three プロパティ, 暫定日本語案: とともに discipline へ fix 何 matters instead of everything あなた found.

AI要約

暫定日本語案: condensed take on Advanced version:

• 暫定日本語案: ** audit is プロセス, ない longer 確認.** Splitt: technical audit できる 使用 暫定日本語案: checklists “but it needs experience and expertise to adapt these guidelines and checklists to the site you audit.” Patrick: “no one is going to read your 200-page SEO audit.” No SaaS アルゴリズム — 同じ クロール → render → インデックス登録 → 順位 pipeline, audited 暫定日本語案: 全体で three プロパティ.
• 暫定日本語案: Cadence: continuous light automated 監視 (クロール errors, CWV, indexation 暫定日本語案: deltas, ideally tied へ deploys) + full pass quarterly-へ-semiannual, scaled へ どのように 暫定日本語案: fast あなた ship integration/comparison ページ.
• 暫定日本語案: Scope クロール by プロパティ: marketing サイト (主要), docs (own クロール budget, 暫定日本語案: クロール separately), と confirm app/trial/dashboard URLs aren’t クロール と インデックス登録 暫定日本語案: by accident — verify, don’t assume.
• 暫定日本語案: Indexation bloat = three-number reconciliation: submitted vs. クロール vs. インデックス登録 暫定日本語案: (ページ インデックス登録 レポート). Chase unexplained gaps; 404/インデックス登録 dips 後に コンテンツ prune 暫定日本語案: are expected, ない crisis.
• 暫定日本語案: Core Web Vitals: prioritize とともに field データ, ない one lab run (lab reflects 暫定日本語案: warm-cache dev machine, ない 最初-time JS-rendered visit). Split by ページ template.
• 暫定日本語案: JS rendering: verify とともに URL Inspection / Rich Results against rendered DOM; 暫定日本語案: アカウント 向けに render-queue delay 前に calling fresh ページ broken.
• 暫定日本語案: コンテンツ gap analysis: start から competitors’ comparison と integration ページ, 暫定日本語案: ない generic keyword list.
• 暫定日本語案: Prioritize: Impact/Effort Matrix + severity tiers (Bing’s Error/Warning/Notice 暫定日本語案: model); cap レポート at 5–10 問題.

公式ドキュメント

暫定日本語案: 主要 ソース behind audit 手順. SaaS サイト is governed by これらの 同じ 暫定日本語案: as any other サイト.

暫定日本語案: Google

• 暫定日本語案: Understand Core Web Vitals と 検索 Console レポート — LCP/INP/CLS 指標 definitions と thresholds behind パフォーマンス 手順, と 検索 Console CWV レポート あなた pull field データ から.
• 暫定日本語案: Lab データ vs. field データ (web.dev) — なぜ field データ drives prioritization と lab データ drives debugging; core doc 向けに JS-stack CWV section.
• 暫定日本語案: Optimize あなた クロール budget — “perceived inventory” と なぜ undirected クロール accumulates URLs indexation-bloat pass exists へ find.
• 暫定日本語案: ページ インデックス登録 レポート — インデックス登録 vs. ない-インデックス登録 breakdown 向けに three-number reconciliation.
• 暫定日本語案: クロール Stats レポート — クロール リクエスト by レスポンス, file type, と purpose; note its own “advanced users / a thousand pages” scoping caveat.
• 暫定日本語案: Understand JavaScript SEO basics — two rendering-verification ツール (URL Inspection, Rich Results テスト) と render-queue delay.

暫定日本語案: Bing / Microsoft

• 暫定日本語案: サイト Scan — Bing Webmaster ツール 役立つ — Bing’s 無料 on-demand technical audit ツール, とともに Error/Warning/Notice severity model borrowed in prioritization section.
• 暫定日本語案: 保持 コンテンツ discoverable とともに sitemaps in AI-powered 検索 (July 2025) — accurate lastmod so re-クロール audit できる distinguish genuinely-updated から stale ページ.

出典からの引用

暫定日本語案: On—record statements から Google, Bing, と Patrick Stox. 各 link deep-links へ 暫定日本語案: quoted passage on ソース ページ どこ ソース ページ supports text fragment.

暫定日本語案: Google — 何 technical audit is 向けに (Martin Splitt, 検索 Central, 2025)

• 暫定日本語案: “A technical audit, in my opinion, should make sure no technical issues prevent or interfere with crawling or indexing. It can use checklists and guidelines to do so, but it needs experience and expertise to adapt these guidelines and checklists to the site you audit.” 暫定日本語案: Read coverage (SEJ)
• 暫定日本語案: “Please, please don’t follow your tools blindly. Make sure your findings are meaningful for the website in question and take the time to prioritize them for maximum impact.” 暫定日本語案: Read coverage (SEJ)
• 暫定日本語案: “A high number of 404s, for instance, is expected if you removed a lot of content recently. That’s not a problem… But if you have an unexplained rise in 404 responses, though, that’s something you want to point out and investigate…” 暫定日本語案: Read coverage (SEJ)

暫定日本語案: Google — indexation と クロール mechanics

• 暫定日本語案: “Without guidance from you, Google tries to crawl all or most of the URLs that it knows about on your site.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “This report is aimed at advanced users. If you have a site with fewer than a thousand pages, you should not need to use this report or worry about this level of crawling detail.” (クロール Stats レポート) 暫定日本語案: Jump へ quote

暫定日本語案: Google — Core Web Vitals thresholds

• 暫定日本語案: “Core Web Vitals is a set of metrics that measure real-world user experience for loading performance, interactivity, and visual stability of the page.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “strive to have LCP occur within the first 2,5 seconds of the page starting to load” · “strive to have an INP of less than 200 milliseconds” · “strive to have a CLS score of less than 0,1” 暫定日本語案: Jump へ quote

暫定日本語案: Google — lab vs. field データ (web.dev)

• 暫定日本語案: “As a general rule, if you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “Overall, both lab data and field data are important parts of effective performance measurement.” 暫定日本語案: Jump へ quote

暫定日本語案: Google — JavaScript rendering checks

• 暫定日本語案: “To make sure that Google can still see your content after it’s rendered, use the Rich Results Test or the URL Inspection Tool and look at the rendered HTML.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “The page may stay on this queue for a few seconds, but it can take longer than that.” 暫定日本語案: Jump へ quote

暫定日本語案: Bing — サイト Scan severity tiers

• 暫定日本語案: “Issues detected during the scan are grouped into three categories and listed in order of severity.” — Errors are “the most critical and should be addressed first,” Warnings “may impact SEO health, but are considered medium in terms of severity,” と Notices are “low priority and should be addressed only after resolving errors and warnings.” 暫定日本語案: Read coverage (SEJ)

暫定日本語案: Patrick Stox — audit プロセス と prioritization

• 暫定日本語案: “SEO checklists are impractical at scale. It’s a waste of time to check every little thing on every page because there’s simply no ROI in doing so, and no one is going to read your 200-page SEO audit.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “I highly recommend focusing on a few key issues and not a massive report of everything you looked at… I’ve found reporting on 5-10 main issues or opportunities will be better received and the changes are more likely to be implemented.” 暫定日本語案: Jump へ quote
• 暫定日本語案: “These audits may occur every few months or yearly…” 暫定日本語案: Jump へ quote
• 暫定日本語案: “Anything high-impact and low-effort is a quick win, so tackle those tasks first.” 暫定日本語案: Jump へ quote

暫定日本語案: Note: Martin Splitt と Bing サイト Scan quotes are sourced から Google 暫定日本語案: video と Bing 役立つ ページ respectively, via 検索エンジン Journal’s verbatim 暫定日本語案: レポート, rather than から text ページ その resolves へ #:~:text= fragment — treat 暫定日本語案: SEJ links as relay coverage と re-confirm against 主要 ソース 前に 暫定日本語案: treating them as final. Google’s CWV と JavaScript SEO doc ページ render partly via 暫定日本語案: JavaScript, so spot-確認 それらの fragments against live ページ.

Which audit すべき あなた run right 現在

暫定日本語案: Two decisions come up at start of almost すべての SaaS audit: どのように big pass この is, 暫定日本語案: と どのように あなた’ll 順位 whatever あなた find.

. Full audit, または light 監視 確認

暫定日本語案: Q1. Did something specific break または drop — トラフィック dip, deploy, template 暫定日本語案: change?

• 暫定日本語案: Yes → run targeted 確認 on affected プロパティ/template, ない full audit. 暫定日本語案: Reproduce it (URL Inspection, field-データ by template, インデックス登録-URL list) と fix 暫定日本語案: one thing. Stop here.
• 暫定日本語案: No → continue.

暫定日本語案: Q2. Has it been quarter (または あなた chosen full-pass interval), または did あなた ship large 暫定日本語案: batch of 新しい integration/comparison ページ since 最後 full audit?

• 暫定日本語案: Yes → run full comprehensive pass (scope → indexation → CWV → JS render → gap 暫定日本語案: analysis → prioritize).
• 暫定日本語案: No → stay on continuous light 監視 (クロール errors, CWV regressions, 暫定日本語案: indexation deltas). full audit on サイト その hasn’t changed is mostly re-confirming 暫定日本語案: 何 あなた already know.

B. あなた’ve got pile of findings — どのように do あなた 順位 them

暫定日本語案: Q1. Does finding stop ページ から being クロール, rendered, または インデックス登録 at all?

• 暫定日本語案: Yes → it’s Error tier (Bing’s model) — 大半の critical, address 最初. 暫定日本語案: 例: comparison ページ wrongly noindexed, template その renders empty, 暫定日本語案: app accidentally インデックス登録.
• 暫定日本語案: No → continue.

暫定日本語案: Q2. Is it high-impact と low-effort?

• 暫定日本語案: Yes → quick win — do it 現在 regardless of tier. broken internal link へ 暫定日本語案: pricing, stray canonical, one 不足している render fix.
• 暫定日本語案: No → continue.

暫定日本語案: Q3. Does it plausibly move rankings/conversions, at reasonable effort?

• 暫定日本語案: Yes → Warning tier / medium priority — schedule it.
• 暫定日本語案: No / cosmetic / low-confidence → Notice tier — だけ 後に errors と warnings, 暫定日本語案: と honestly, maybe 決して.

暫定日本語案: ** one-line version:** decide size of pass by 何 changed, と 順位 暫定日本語案: findings by “does it block indexing?” then “is it a quick win?” — と cap 何 あなた 暫定日本語案: actually レポート at 5–10 items.

mental models

暫定日本語案: 1. 確認 vs. audit. 暫定日本語案: 確認 is 何 へ 確認; audit is 確認 it, on cadence, adapted へ この 暫定日本語案: サイト, とともに prioritization 手順 at end. If あなた “audit” is crawler エクスポート, あなた 暫定日本語案: have 確認 result, ない audit.

暫定日本語案: 2. Three プロパティ, one brand. 暫定日本語案: SaaS サイト is marketing + docs + app. Scope クロール by プロパティ 前に あなた run it. 暫定日本語案: marketing サイト is target; docs get their own クロール budget; app gets 暫定日本語案: confirmed excluded, ない ignored.

暫定日本語案: 3. three-number reconciliation. 暫定日本語案: Submitted (sitemap) → クロール → インデックス登録. Bloat と coverage 問題 both hide in 暫定日本語案: gaps 間に それらの three numbers — と だけ unexplained gaps are bugs. dip あなた 暫定日本語案: できる explain (あなた pruned dead ページ) is success.

暫定日本語案: 4. Field データ prioritizes; lab データ debugs. 暫定日本語案: On JS-heavy stack, lead prioritization とともに field データ (real 訪問者), because lab 暫定日本語案: run reflects warm-cache dev machine. Then 使用 lab ツール へ reproduce と fix. Split 暫定日本語案: both by ページ template — 決して trust サイト-wide CWV average.

暫定日本語案: 5. Two prioritization lenses その stack. 暫定日本語案: Severity tier (does it block クロール/render/インデックス登録?) tells あなた 何’s emergency. 暫定日本語案: Impact/Effort quadrant tells あなた 何’s quick win. 使用 both, then cap レポート at 暫定日本語案: 5–10 items. Completeness is ない goal; right 5–10 is.

暫定日本語案: 6. “No site is perfect” is professional standard. 暫定日本語案: audit その recommends fixing everything failed at prioritization. Finding 40 問題 暫定日本語案: isn’t finish line — deciding which handful へ ship is.

audit-プロセス 確認

暫定日本語案: この isn’t SaaS ページ-type 確認 (その’s sibling 記事) — it’s 暫定日本語案: sequence 向けに running full audit pass.

暫定日本語案: 前に あなた クロール — scope

• 暫定日本語案: [ ] Full pass または targeted 確認 decided (nothing broke → light 監視, ない full 暫定日本語案: audit).
• 暫定日本語案: [ ] クロール segmented by プロパティ: marketing サイト, docs subdomain, app.
• 暫定日本語案: [ ] Marketing サイト 設定 as 主要 クロール scope.
• 暫定日本語案: [ ] Docs クロール separately so its size doesn’t distort marketing-サイト numbers.
• 暫定日本語案: [ ] App / trial / dashboard paths explicitly 確認 — ない クロール-と-インデックス登録 by 暫定日本語案: accident (verify 検索 Console’s インデックス登録-URL list, don’t assume config).

暫定日本語案: Indexation

• 暫定日本語案: [ ] Three numbers reconciled: sitemap-submitted vs. クロール vs. インデックス登録.
• 暫定日本語案: [ ] ページ インデックス登録 レポート 理由 reviewed — expected exclusions vs. mistakes.
• 暫定日本語案: [ ] Both directions 確認: ランキング ページ wrongly excluded, junk ページ wrongly 暫定日本語案: 含む.
• 暫定日本語案: [ ] 404 / インデックス登録-count spikes classified as expected (recent prune) または 暫定日本語案: unexplained (investigate).

暫定日本語案: Core Web Vitals (JS stack)

• 暫定日本語案: [ ] Field データ (検索 Console CWV / CrUX) 使用 へ prioritize — ない single lab run.
• 暫定日本語案: [ ] Results split by ページ template (comparison/interactive vs. plain コンテンツ).
• 暫定日本語案: [ ] Lab ツール 使用 だけ へ reproduce/debug field-データ failures.

暫定日本語案: JavaScript rendering

• 暫定日本語案: [ ] Rendered DOM 確認 (URL Inspection / Rich Results) against view-ソース, per 暫定日本語案: template.
• 暫定日本語案: [ ] コンテンツ その すべき 順位 confirmed present 後に render.
• 暫定日本語案: [ ] Render-queue delay accounted 向けに 前に flagging fresh ページ as broken.

暫定日本語案: Competitive gap analysis

• 暫定日本語案: [ ] Top competitors’ comparison (“alternatives to”) ページ diffed against yours.
• 暫定日本語案: [ ] Competitors’ integration/marketplace directories diffed against yours.
• 暫定日本語案: [ ] Started から competitors’ top ページ, ない generic keyword list.

暫定日本語案: Prioritize & レポート

• 暫定日本語案: [ ] すべての finding sorted by severity tier (Error/Warning/Notice).
• 暫定日本語案: [ ] Impact/Effort quadrant applied; quick wins pulled forward.
• 暫定日本語案: [ ] Deliverable capped at ~5–10 問題, ない full dump.

SaaS SEO audit — cheat sheet

暫定日本語案: 何 へ クロール, と どのように へ treat it

暫定日本語案: ** three-number indexation 確認**

暫定日本語案: だけ unexplained gaps are bugs. drop 後に pruning dead ページ is win.

暫定日本語案: Core Web Vitals thresholds (測定 とともに field データ, split by template)

暫定日本語案: Prioritization — two stacked lenses

暫定日本語案: Then cap レポート at 5–10 問題. 200-ページ audit nobody reads is failure mode, 暫定日本語案: ない thoroughness.

暫定日本語案: Cadence

• 暫定日本語案: Continuous: クロール errors, CWV regressions, indexation deltas (tie へ deploys).
• 暫定日本語案: Full pass: quarterly-へ-semiannual, faster if あなた ship many integration/comparison 暫定日本語案: ページ.

ツール 向けに running audit

• 暫定日本語案: Google 検索 Console — backbone: ページ インデックス登録 レポート (three-number 暫定日本語案: reconciliation, bloat, 誤った exclusions), Core Web Vitals レポート (field データ, by 暫定日本語案: ページ type), URL Inspection (rendered DOM per URL), クロール Stats (レスポンス codes, 暫定日本語案: クロール purpose), と separate プロパティ per subdomain (marketing, docs, app).
• 暫定日本語案: Bing Webmaster ツール — サイト Scan — Bing’s 無料 on-demand technical audit, とともに 暫定日本語案: built-in Error/Warning/Notice severity model あなた できる borrow 向けに prioritization even if 暫定日本語案: あなた don’t act on すべての Bing-specific finding.
• 暫定日本語案: ** crawler (Ahrefs サイト Audit / Screaming Frog)** — scope クロール by プロパティ/path 暫定日本語案: へ segment marketing vs. docs vs. app, surface noindex tags, robots.txt blocks, 暫定日本語案: リダイレクト chains, thin programmatic ページ, と orphaned integration/ツール ページ.
• 暫定日本語案: PageSpeed Insights / Lighthouse — lab ツール 向けに reproducing と debugging CWV 暫定日本語案: 問題 field データ already flagged — ない 向けに prioritizing on their own.
• 暫定日本語案: CrUX (Chrome UX レポート) — field データ at origin/URL level へ corroborate GSC’s 暫定日本語案: Core Web Vitals レポート.
• 暫定日本語案: Rich Results テスト — second rendering-verification ツール Google names; confirm 暫定日本語案: rendered HTML matches 何 すべき 順位.
• 暫定日本語案: サーバー log file analysis — ground truth 向けに 何 bots actually クロール 全体で 暫定日本語案: プロパティ, と どこ クロール is being wasted on app/パラメーター/filtered-doc URLs.
• 暫定日本語案: コンテンツ Gap / competitor tooling (Ahrefs et al.) — ただし pointed at competitors’ 暫定日本語案: comparison と integration ページ 最初, ない generic keyword list.

Snippets 向けに audit

暫定日本語案: これらの are inspection helpers, ない automation — run them in あなた ブラウザー’s DevTools 暫定日本語案: console on rendered ページ, または against クロール エクスポート.

Confirm nav/cross-links are real <a href> links (DevTools console)

暫定日本語案: JS-rendered SaaS サイト 多くの場合 “link” とともに onClick handlers Google できる’t follow. Count 暫定日本語案: real anchors vs. clickable non-anchors on ページ:

// Real, crawlable links on this page
const anchors = [...document.querySelectorAll('a[href]')]
  .map(a => a.getAttribute('href'))
  .filter(h => h && !h.startsWith('#') && !h.startsWith('javascript:'));
console.log('Real <a href> links:', anchors.length);

// Suspicious: clickable elements that are NOT anchors (likely JS-only navigation)
const fakeNav = [...document.querySelectorAll('[onclick], [role="link"]')]
  .filter(el => el.tagName !== 'A');
console.log('Non-anchor clickable elements (audit these):', fakeNav.length, fakeNav);

Spot app/dashboard paths in rendered ページ’s own links

暫定日本語案: Quick 確認 その marketing ページ isn’t leaking クロール paths へ /app/, /signup/, 暫定日本語案: または /dashboard/ その すべき stay out of インデックス登録:

const leaky = [...document.querySelectorAll('a[href]')]
  .map(a => a.getAttribute('href'))
  .filter(h => /\/(app|dashboard|signup|account|login)(\/|$|\?)/i.test(h || ''));
console.log('Links into app/auth paths (confirm these are intended):', leaky);

Compare rendered コンテンツ vs. raw HTML (is コンテンツ JS-injected?)

暫定日本語案: If template’s key コンテンツ だけ exists 後に render, その’s app-shell risk. Rough 暫定日本語案: signal — compare raw HTML length へ rendered DOM length:

// Run in console: rendered DOM text length right now
console.log('Rendered text length:', document.body.innerText.length);
// Then compare against "View Source" / fetch of the raw HTML for the same URL:
fetch(location.href).then(r => r.text()).then(html => {
  const raw = new DOMParser().parseFromString(html, 'text/html');
  console.log('Raw HTML text length:', raw.body ? raw.body.innerText.length : 0);
});
// A large gap (rendered ≫ raw) means content is JS-injected — verify Google renders it
// via the URL Inspection Tool, don't trust this heuristic alone.

Regex 向けに finding app/auth URLs in クロール エクスポート

暫定日本語案: Filter Screaming Frog / クロール CSV of インデックス登録 URLs 向けに paths その shouldn’t be インデックス登録:

/(app|dashboard|signup|account|login|onboarding|billing)(/|$|\?)

暫定日本語案: Remember: これらの snippets surface candidates. Confirm real rendered state in 暫定日本語案: URL Inspection ツール 前に あなた record finding — render queue means ページ できる look 暫定日本語案: “broken” locally while Google renders it fine.

Audit mistakes その 作成 noise instead of decisions

Call crawler エクスポート audit

暫定日本語案: ツール できる enumerate レスポンス codes, directives, と links; it cannot decide which findings matter 向けに この SaaS サイト’s goals と architecture. Segment プロパティ, investigate causes, prioritize by impact と effort, と attach owner 前に calling 機能 audit.

Follow すべての ツール warning blindly

暫定日本語案: Generic scoring systems cannot know whether 404 follows intentional integration-ページ prune または accidental routing regression. Classify expected versus unexplained changes と preserve evidence behind judgment.

Ignore app instead of confirming its exclusion

暫定日本語案: logged-in 商品 可能性がある ない need SEO, ただし trial, signup, dashboard, と share URLs できる leak へ crawlable surface. テスト それらの paths と 検索 Console coverage explicitly; “私たち do ない audit app” is ない proof その it is excluded.

Treat one サイト-wide score as result

暫定日本語案: Marketing, docs, と app surfaces have 異なる responsibilities, while comparison, blog, と interactive templates have 異なる パフォーマンス profiles. レポート by プロパティ と template so large clean section does ない hide broken high-value cohort.

レポート everything あなた found

暫定日本語案: long 問題 inventory transfers prioritization 機能 へ reader と reduces chance anything ships. Lead とともに small 設定 of highest-impact, actionable findings; 保つ supporting observations in evidence, ない in executive queue.

Classify クロール と indexation changes

Classify each URL or template change as expected, unexplained, or needs evidence.
Use the crawl export, sitemap status, Page Indexing reason, release notes, and content
retirement log I provide. For every row return:
1. Classification
2. Evidence supporting it
3. The missing evidence, if any
4. Whether it blocks crawl, rendering, indexing, or none
5. The next concrete check and owner

Examples of expected changes can include intentionally retired integration pages.
Do not assume every 404 or index-count drop is a defect, and do not excuse an unexplained
change without evidence.

Audit inputs:
[PASTE CSV + RELEASE/PRUNE LOG]

Turn findings へ focused audit queue

Prioritize these SaaS SEO audit findings using both severity and impact/effort.
Separate the marketing site, docs, and app/trial surface. Return no more than 10
recommended actions, each with: affected cohort, evidence, SEO stage affected,
impact rationale, effort/dependency notes, owner, and a pass/fail verification step.

Do not rank an item highly only because a tool labels it an error. Do not invent traffic,
revenue, engineering effort, or affected URL counts. Put unsupported claims in a
"needs evidence" section rather than the action queue.

Findings:
[PASTE EXPORT AND CONTEXT]

Submitted-へ-クロール coverage

暫定日本語案: 指標: share と count of sitemap-submitted URLs observed in クロール データ または サーバー logs, segmented by プロパティ と template. 何 it tells あなた: Whether intended inventory is discoverable と receiving クロール attention. どのように へ pull it: Join 現在の sitemap URLs へ 検索 Console クロール Stats どこ usable と, preferably, bot log records. Benchmark / realistic range: Establish baseline by template と update frequency; universal ratio する ignore サイト size, クロール demand, と intentional low-cadence ページ. Cadence: 監視 monthly と around major releases; review trend in 各 full audit.

クロール-へ-インデックス登録 reconciliation

暫定日本語案: 指標: gap 間に URLs クロール と URLs インデックス登録, とともに ページ インデックス登録 理由 と expected exclusions separated. 何 it tells あなた: Whether クロール is reaching useful ページ その Google できる インデックス登録, または spending on duplicates, junk paths, と intentional exclusions. どのように へ pull it: Reconcile crawler/log cohorts とともに Google 検索 Console’s ページ インデックス登録 エクスポート. Benchmark / realistic range: 使用 サイト’s documented intended-インデックス登録 inventory; target is explained exclusions, ない 100% indexation. Cadence: Monthly as leading health 確認 と quarterly-へ-semiannually in full audit.

Unintended インデックス登録 app-surface URLs

暫定日本語案: 指標: Count of インデックス登録 /app/, /dashboard/, /signup/, trial, と share-ページ URLs その policy says すべき be private または excluded. 何 it tells あなた: Whether 商品 surface is leaking へ 検索 と creating インデックス登録 bloat. どのように へ pull it: Maintain approved path inventory と compare it とともに 検索 Console ページ インデックス登録 エクスポート と targeted サイト クエリ/URL inspections. Benchmark / realistic range: Zero 向けに cohorts explicitly designated private または excluded; document intentional public share ページ separately. Cadence: 確認 後に routing/indexation releases と monthly.

Field Core Web Vitals pass rate by template

暫定日本語案: 指標: proportion of URL groups とともに good field LCP, INP, と CLS, segmented by comparison, pricing, ツール, docs, と コンテンツ templates. 何 it tells あなた: Whether real 訪問者 受信 acceptable loading, interaction, と visual stability on templates その matter. どのように へ pull it: 使用 検索 Console’s Core Web Vitals レポート と CrUX field データ; 使用 lab tests だけ へ diagnose. Benchmark / realistic range: Good field thresholds are LCP 以内に 2,5 seconds, INP 下で 200 milliseconds, と CLS 下で 0,1; compare like templates rather than サイト-wide average. Cadence: 監視 monthly と 後に frontend releases, とともに quarterly trend review.

時間を使う価値のあるリソース

暫定日本語案: My related writing

• 暫定日本語案: 何 is Enterprise SEO Audit & どのように へ Do One — my full audit プロセス: scoping と segmenting 前に あなた クロール, 確認 インデックス登録, starting コンテンツ research から competitors’ top ページ, と “5-10 main issues, not a 200-page report” レポート discipline. parent 向けに この 記事’s methodology.
• 暫定日本語案: Enterprise SEO Strategies 向けに Maximum Growth — どこ Impact/Effort Matrix (“high-impact and low-effort is a quick win”) comes から, plus broader scale-と-prioritization framing.
• 暫定日本語案: Unlocking Growth 通じて Enterprise SaaS SEO — my SaaS guide on ページ types あなた’re auditing (商品-led, comparison, integration) と なぜ SaaS JS frameworks are “relatively newer than CMSs and less understood by SEOs.”
• 暫定日本語案: JavaScript SEO 問題 & Best Practices — rendering side あなた’re verifying: real links, History API, サーバー-side rendering, と render-queue delay.

暫定日本語案: My speaking

• 暫定日本語案: 何 I learned から auditing 超えて 1 000 000 Webサイト (Tech SEO Connect) — throughline behind この whole 記事 at scale: 大半の 一般的な 問題 weren’t 大半の 重要 ones, と no major サイト is technically perfect. My standing disclaimer applies — この is my understanding, ない gospel.

暫定日本語案: から around industry

• 暫定日本語案: Google Warns Against Relying On SEO Audit ツール Scores — 検索エンジン Journal — coverage of Martin Splitt’s 2025 検索 Central talk on audit methodology; 確認-vs-audit と “don’t follow your tools blindly” framing.
• 暫定日本語案: Understand Core Web Vitals と 検索 Console レポート — Google 検索 Central — LCP/INP/CLS thresholds と 検索 Console CWV レポート あなた pull field データ から.
• 暫定日本語案: Lab データ vs. field データ — web.dev — なぜ field データ drives prioritization on JS-heavy stack.
• 暫定日本語案: Understand JavaScript SEO basics — Google 検索 Central — two rendering-verification ツール と render-queue delay.
• 暫定日本語案: Optimize あなた クロール budget — Google 検索 Central — “perceived inventory” と クロール side of indexation bloat.
• 暫定日本語案: Bing ‘サイト Scan’ ツール Audits サイト 向けに Technical SEO 問題 — 検索エンジン Journal — Error/Warning/Notice severity model borrowed in prioritization section.

テスト yourself: SaaS SEO Audit

暫定日本語案: Five questions on どのように へ run SaaS SEO audit — プロセス, ない 確認. Pick 暫定日本語案: answer 向けに 各, then 確認.

変更履歴