誤記修正ログ
公開ページの正確性に関わる修正を記録します。
| 日付 | 対象 | 修正内容 | 確認方法 |
|---|---|---|---|
| 2026-07-25 | アドバンテスト QM推進グループ求人 | 職種を品質管理マネージャー、リモートを原則出社・一部利用可、出張を国内外1～2回／月相当へ修正。否定表現「フルリモート不可」を肯定語より優先し、一覧・詳細・市場比較・JSON-LDを同じ正本へ統一。 | 公式募集要項、固定求人API fixture、一覧・詳細主要項目の全5,077件照合、公開HTML・実ブラウザ検証 |
| 2026-07-25 | アドバンテスト制御回路 / ASML FAE / 東京エレクトロン装置電気 | 半導体テスタの制御回路開発を装置電気・制御回路、ASML FAEをアプリケーション・プロセス支援／露光、エッチング装置の電気・RF設計をIC回路設計ではなく装置技術として修正。ASML公式URLはJob IDで現行URLへ更新。 | 公式Job ID・募集要項、固定3求人API fixture、工程・職種回帰検査、旧URLから安定IDへの301確認 |
| 2026-07-25 | DENSO 車載SoC・車載ソフト求人 | 「大規模ソフトウェア開発」と「乗員監視センサのシステム・ソフト開発」はBを維持し、SoC/IP設計・検証、FPGA評価、SoC実装を直接扱う探索研究はA-mediumへ修正。会社・製品名だけでAにしない境界を固定した。 | 公式本文、固定3求人の分類fixture、公開API・詳細ページの判定根拠確認 |
| 2026-07-25 | 求人DB初期状態 / 求人分析 | 初期A表示なのに「選択なし・0」と見えるSSR、1ページ目の自己参照「前へ」、ページ間の補助導線差を修正。求人分析のA求人と全分類求人の母数を分離して明記。 | raw HTML検査、初期フィルターfixture、分析母数contract、JavaScript実行後の実ブラウザ検証 |
| 2026-05-06 | データ作成方針 / 分類ルール / プライバシーポリシー / お問い合わせ | 公開DBで使わない情報、分類を要確認にするケース、問い合わせ時に送らない情報を追記し、読者からの修正依頼が個人情報公開につながらないことを明記。 | 内部リンク検証、public wording検証、encoding検証、text I/O検証、typecheck |
| 2026-05-06 | サイト情報ページ / 工程基礎ページ | 低内部リンクのページを相互リンク化し、工程基礎ページへ関連工程リンクを追加。 | 内部リンク検証、typecheck、ビルド検証 |
| 2026-05-06 | 404ページ / RibbonFET旧URL案内 / サイト情報ページ | 行き止まりになりやすい薄い案内ページへ、目的別の移動先と関連するサイト情報ページへの内部リンクを追加。 | 内部リンク検証、public wording検証、ビルド検証 |
| 2026-05-02 | 半導体求人DB / 半導体企業分析DB | 求人件数・掲載会社数がページごとにずれて見える問題を防ぐため、共通 snapshot_id と同一集計元を使う表示へ変更。 | 公開JSONと生成JSONの件数照合、ビルド検証 |
| 2026-05-02 | 半導体求人DB | 勤務地フィルタで raw 文字列から誤分類が混ざる可能性を修正。構造化済み勤務地を優先し、勤務地が確定できない行は要確認表示に変更。 | 勤務地ラベル検証スクリプト |
修正依頼は お問い合わせ・修正依頼 から連絡してください。
リンク切れや分類ミスを修正した場合は、可能な範囲で確認方法も残します。 求人・企業データのように生成物を伴う修正では、公開JSON、生成JSON、ビルド結果、該当 validator のどれで確認したかを分けて記録します。
修正ログと更新履歴の分け方
Section titled “修正ログと更新履歴の分け方”確認方法の書き方
Section titled “確認方法の書き方”確認方法には、読者が修正の性質を想像できる粒度で検証内容を残します。 リンクや導線の修正なら内部リンク検証、表記や公開文言の修正なら public wording 検証、生成DBの修正なら公開JSONや validator の照合を優先します。 人手で出典を見直した場合は、公式ページ、公開資料、一次情報のどれを確認したかを修正内容に含めます。
すべての誤字や表記揺れを1行ずつ残すのではなく、読者の判断に影響する修正を中心に記録します。 求人件数、会社分類、工程分類、リンク切れ、出典の差し替え、公開DBの表示方針は、後から確認できる粒度で残します。 同じ種類の軽微な修正が複数ある場合は、対象範囲をまとめて1行にします。
修正ログは、責任追跡だけでなく、同じミスを繰り返さないための運用メモでもあります。 分類ルールやデータ作成方針へ反映すべき内容が見つかった場合は、ログに閉じず関連ページも更新します。
DB修正で見るもの
Section titled “DB修正で見るもの”求人DBや企業分析DBの修正では、表示ページだけではなく生成元も確認します。 公開JSON、生成JSON、スナップショットID、分類スクリプト、出典URLのどこでずれたかを分けると、同じ問題を次回生成時に戻しにくくなります。 単発の手修正で終わらせず、必要なら検証スクリプトや分類ルールへ戻します。 修正後は、内部リンク、公開文言、文字コード、型検証、必要に応じてビルド結果を確認します。 読者が見る面と生成元の両方で整合することを重視します。 確認できない修正は、反映を急がず次回確認対象として扱います。