編集方針 | evulix

量より品質

ページ数を増やすためだけのページは作りません。index対象にするページには、読者にとっての明確な利益、独自の説明、読みやすい構造、自然な内部リンクが必要です。

その基準に届かないページは、改善するか、noindexにするか、サイトマップから外します。

公開前の記事にあった「HTTPSを確認する」という説明は、それだけでは操作と期待値が分かりません。改稿ではHTTP/HTTPSとwww有無の4入口、応答とLocationの読み方、記事のパスが保持されるかの確認を追加しました。サイトで起きた転送漏れと、現在の確認結果を区別して掲載しています。

問い合わせの記事も「連絡先を用意する」という説明から、入力条件、送信処理、受信側での照合へ組み直しました。2026年10月6日の許可済みテストでは、画面の成功と所有者の受信確認を別々に記録しました。本文を長くするより、読者が何を確認し終えればよいかを示すことを優先します。

evulix自身の修正記録は運用事例として扱い、別の環境で再現した画面は、その条件と確認日を示します。確認していない顧客の実績や成果を、実体験のように書くことはしません。

公式資料から整理した手順と、架空の記入例やURLも区別します。記事の冒頭に根拠と確認範囲を、末尾に公式資料と確認日を置き、結果が適用できる環境と制約を説明します。

公開前に入力の検証、リンクと表示、公開する画面やログに含まれる情報を確認します。検証した範囲と未確認の範囲を示し、一部の点検結果をサイト全体の安全性の保証として扱いません。

本番エラーは日別ログに残し、運営者へメール通知します。記事にログや画面を載せるときは、認証情報、個人情報、顧客情報が含まれていないかを確認し、必要に応じて説明用の最小例へ置き換えます。

公開判断を印象に頼らないため、点検は自動化しています。タイトルとmeta descriptionの重複や文字数、h1の数、canonicalの自己参照、サイトマップに載せたURLがすべて到達可能か、内部リンクが切れていないかは、テストとして常時検証しています。

さらに、実際のブラウザでスマートフォン幅とデスクトップ幅の全ページを走査し、横スクロールの発生、文字色と背景色のコントラスト比、見出し階層の飛び、代替テキストの欠落、リンク切れのページ内アンカーを検出しています。人の目視だけでは見落とすため、この工程を省略しません。

記事には公開日と最終更新日を併記します。内容が古くなった場合は、記事を消して作り直すのではなく、変わった部分を直して更新日を改めます。どこが最新かを読者が判断できる状態を優先します。

誤りのご指摘は連絡先フォームで受け付けています。事実に関わる誤りが見つかった場合は、該当箇所を修正し、必要に応じて修正した旨をページ内に残します。

検証画像には確認した日時と条件を添えます。過去の画面や再現例は、その旨を記載します。

外部の情報を参照する場合は、出典が確認できる形で示します。数値や仕様など変わりやすい情報は、確認した時点が分かるように書きます。

当サイトはGoogle AdSenseの利用に向けて準備中で、広告配信はまだ承認されていません。確認用の広告コードを設置しています。広告の有無や配信状況が、記事で扱うテーマの選定や評価、記述の方向性に影響することはありません。

広告のために記事を薄く量産することはしません。掲載枠を増やす目的だけで新しいページを作らない、という判断を優先します。