https://evulix.com/
- 200
https://evulix.com/
HTTPSのページへ到達しました。
自分のサイトのURLを調べる
公開URLを点検する
HTTP・HTTPSとwwwの有無で、同じページに届くかを確認します。タイトルや正規URLの指定も取得し、確認・修正する項目を表示します。
始める前に：用意するものと確認範囲
- 用意するもの
- 自分が管理する、ログイン不要の公開URLを一つ。期待する最終URLを決めます。
- ここで得られるもの
- HTTP・HTTPSとwww有無の4入口の応答、転送先、取得できたページ設定。トップと記事は別々に調べます。
表示・操作・メールの到達・検索掲載は、この結果だけでは確認できません。
用語が分からないとき
- canonical
- HTMLで、正規ページとして示すURLです。別URLからの転送とは違う指定です。
- Location
- 転送応答で行き先を示すHTTPヘッダーです。最初の転送先と最終到達先を分けて確認します。
- 未確認
- まだ調べていない、または判断に必要な結果を得られていない状態です。「問題なし」とは分けて記録します。
- Markdown（.md）
- 見出しや文章で読める記録ファイルです。このサイトでは結果や作業メモを書き出すために使います。
トップと記事の8入口を確認するには
8入口の記録を揃える3つの手順
1回の点検は、入力した1ページのHTTP／HTTPS・www有無の4入口です。トップと記事は別々に点検します。
期待するURLを先に決める
トップと実在する記事を一つ選び、それぞれ期待する最終URLを記入します。
トップと記事の8入口の記録表を保存（.md） ↓トップを点検し、結果を残す
対象URLと取得時刻を確認し、修正レポートかブラウザ履歴に保存してから次へ進みます。2分以内の再利用は、新しい取得とは分けて記録してください。
記事を点検し、未確認を残す
入力欄を実在する記事URLへ変えて点検し、別の結果として保存します。入口URLで照合してトップの行と記事の行を分けます。本文が期待する記事かは、未ログインのブラウザで開いて確認してください。
このツールの取得方法はGETです。表示した応答列は初回Locationの生の値やHEADの結果を含みません。記録表のその欄は、記事のコマンドなどで別途取得するまで「未確認」と残してください。途中で取得が止まった応答列を、最終到達先として転記しないでください。
初回応答・Locationを記録する手順へ → （同じタブで開く）点検結果と次の作業
公開URLの確認結果
「確認できた」は、その項目の取得結果です。公開品質全体や検索掲載、広告審査の合格を示すものではありません。「要確認」は目的に合っているか判断する項目です。「未確認」は問題がないという意味ではありません。
「未確認」がある場合、他の項目を取得できていても、その項目の状態は判断できません。途中で止まった結果の読み方を見る →
結果を読んだら、次の作業へ
問題・要確認・未確認があれば、上の一覧から確認先を選びます。取得した結果を残してから、画面・受信・復元を自分の環境で確かめてください。
ここからは、実際に使って確認
スマホでの表示と操作、問い合わせの送信・受信、バックアップからの復元は自動点検の対象外です。確認条件と結果を残して、公開の判断材料にしてください。
対象URLだけを同じタブで30分間引き継ぎます。ノートで選ぶまで記録は変わりません。
対象を手入力して点検ノートを開く → 不具合の症状から探す →- 読む・作業メモを追記する
- Markdown（.md）
画面で記入した修正メモも含めて、ファイルに残します。ファイルを後から編集した内容は、ブラウザ内の保存記録には反映されません。
- この端末で続きを開く
- このブラウザに保存
取得した結果と画面で記入した修正メモを、直近5件まで残します。続きを開く操作と前回比較に使えます。
- 紙・PDFで確認結果を残す
- 印刷する
表示中の取得結果を印刷します。印刷日時は新しい取得日時ではありません。
修正から再確認まで、一件の記録を残す
各項目の「修正・再確認を記録する」を開き、期待する結果、担当・予定日、変更内容、再確認の日時と結果、残件を記入できます。「このブラウザに結果を保存」で続きから開けます。同じURLを再点検するとメモを引き継ぐので、新しい応答と照合して追記してください。
一件の記入見本を見る →記入は自動保存されません。Markdownと印刷にもメモを含みます。パスワードや認証コードは書かず、共有前に対象URLと内容を確認してください。出力後にファイルで編集した内容は、この画面やブラウザ保存へ取り込まれません。
保存した結果と前回比較
保存は任意です。このブラウザに直近5件まで残します。保存した結果を開き直せますが、最新の状態ではありません。別のタブで保存・削除すると履歴一覧も更新しますが、表示中の結果は残します。履歴の更新に対応していないブラウザや保存できない場合は、結果と修正メモを保存（.md）してください。比較には同じURLで確認日時が古い直近の保存結果を使います。
読み込めなかった元履歴を、削除する前に退避する
このタブで最後に読み込めなかった保存文字列を、そのままtxtに残します。修復済みの結果や再開用JSONではなく、ツールへ取り込む機能もありません。元履歴に有効な部分があっても、この退避操作で点検済みにはしません。
対象URLや取得した説明を含む可能性があります。秘密や個人情報がないか確認し、安全な場所へ保管してください。evulixへ送信されず、公開・共有のためのファイルではありません。
保存・削除の後も、このタブを閉じるか読み込み直すまでは、上の操作で退避できます。別の読み込めない履歴を検出すると退避対象はその文字列へ変わるため、必要な元履歴は先にファイルへ残してください。
新しい記録を残す場合
退避ファイルを開いて保存を確認し、現在の結果も必要なら修正レポートへ残します。そのうえで不要と判断した履歴だけを「保存した結果をすべて削除」で削除し、表示中の結果を保存し直してください。元履歴の修復や過去の結果の復元を行う操作ではありません。保存先へアクセスできず元文字列を取得できない場合は、この退避操作を表示できません。
実際の点検記録：evulixの4入口とページ指定
2026年10月15日に、自サイトを点検した結果
本番のURL点検で https://evulix.com/ を入力して取得した記録です。架空例ではありません。現在の状態とは分けて読んでください。
- 取得日時
- 2026年10月15日 00:18:35（日本時間）
- 方法
- GETで4入口を取得。HEAD・最初のLocationの生値は対象外。
HTTP・HTTPSとwwwの有無を比べる
http://evulix.com/
- 301
http://evulix.com/ - 200
https://evulix.com/
HTTPSのページへ到達しました。
https://www.evulix.com/
- 301
https://www.evulix.com/ - 200
https://evulix.com/
HTTPSのページへ到達しました。
http://www.evulix.com/
- 301
http://www.evulix.com/ - 200
https://evulix.com/
HTTPSのページへ到達しました。
この取得では4入口が同じHTTPSのトップへ到達しました。記事のパス、スマホの表示、メールの受信、復元結果はこの記録だけでは判断できません。
ページ指定の取得結果も読む
- URLの入口が一つに揃うか
- 4入口の到達先が揃っているかを比較します。未確認の入口があれば結論は未確認です。
- ページタイトル
- evulix | Webサイトの公開・修正ガイドと点検ツール
- 検索向けの説明
- 自分でWebサイトを運営する人へ。公開前のURL確認、スマホの表示崩れ、問い合わせの未着、バックアップからの復元を解説しています。実際の確認手順を読み、点検ノートに結果を残せます。
- 正規URLの指定
- https://evulix.com
- 検索対象から除外する指定
- 取得したHTMLと応答ヘッダーでは、全ロボットまたはGooglebot向けのnoindexを検出していません。robots.txt・検索への登録状況は検査していません。
4入口について各最大4回、同じドメインとwwwの間だけ転送を追跡。各応答の先頭128KiBまで取得します。 ページの指定を調べた取得先：https://evulix.com/。 JavaScript実行、認証が必要なページ、検索順位、メール到達、実機操作は対象外。
この実測記録を保存（.md） ↓空欄表ではありません。自分の結果として転記せず、自分のサイトで確認してください。
自分のURLを入力する ↑入力する前に、結果から修正までの例を見る
HTTPのまま表示された。次に何を確認する？
架空のexample.comを使った説明例です。点検を実行した結果や、現在のevulixの状態ではありません。
結果を読む
問題
http://example.com/article→ 200・HTTPのまま。HTTPSで開けても、この入口の転送は別に確認します。期待する入口を決める
正規URLを
この結果の確認手順を読む →https://example.com/articleとする方針を確認。設定担当へ「対象URL・200の応答・期待する到達先」を渡し、HTTP側の転送規則を調べます。修正して、同じ条件で再点検する
変更前の設定を控えてから修正。4入口が期待するHTTPSへ届くか、記事のパスと本文が保たれるかを確認します。フォームの到達やスマホ操作は別の確認です。
前後の違いと残件を残す
例の記録：変更前はHTTPで200 → 変更後はHTTPSへ301、最終ページは200。確認日と変更箇所を残します。実機の表示や実受信が未確認なら、そのまま未確認と記録します。
「要確認」「未確認」はどう扱う？
要確認：canonicalが別URLなら、意図した統合かを判断してから変更します。未確認：応答を取得できなければ正常とみなさず、ブラウザでの確認と再点検を行います。
修正依頼を、一件の記録にする
同じ架空例の記入見本です。実際の依頼・設定変更・確認結果ではありません。
- 観測と期待する結果
- HTTPで200のまま。公開方針は、同じ記事パスのHTTPSへ到達すること。
- 担当と確認予定
- 運営担当が正規URLを確認。設定担当がHTTP側の規則を調べる。次の公開前点検で再確認。
- 変更前の控えと変更内容
- 適用する転送規則の控えを保存してから修正。秘密の設定値はこのメモに載せない。
- 同じ条件での再点検
- 同じ記事の4入口を点検し、期待するHTTPSのパスと本文へ到達するか確認。2分以内は直近結果を再利用するため、取得時刻も見る。
- 結果と残った確認
- 例ではHTTPからHTTPSへ301、最終ページは200。実機表示と実受信は未確認。運営担当が次の点検で確認する。
見本の結果を自分のサイトの実測へ転記せず、実際のレポートへ自分が確認した内容を記入してください。
実際のURL点検では、各項目の結果の下に修正メモを記入できます。担当・予定日・公開方針・変更・再確認・残件をブラウザに保存して再開し、同じURLの再点検後も追記できます。Markdownと印刷にも、記入したメモを含めます。
入力・通信・途中までの結果を確認する順番
取得できないことと、サイトの問題を分ける
点検自体が完了しなかった場合
入力エラーなら公開URLの形式を直します。回数上限なら1分ほど待ち、ページの期限切れなら必要な結果を控えて開き直します。通信・タイムアウトは、この画面だけで原因を断定できません。自分の通信状態と既知の公開URLをブラウザで確認し、連続送信を避けて再点検してください。
前の結果が残っている場合は、対象URLと取得時刻を照合します。今回の入力に対する成功結果として保存・共有しないでください。
応答列が途中で止まった場合
表示されたURL・HTTP応答・時刻は観測した事実です。転送ループは同じURLへ戻った範囲の問題として記録します。別ドメインへの転送、最大4回の追跡、応答時間の上限で止まった場合は、最終URLを推測しません。転送先が自分の管理する公開ページなら、対象を確認して別に点検します。
転送ループと取得制限の切り分けへ →入口は開くがページ設定が未確認の場合
HTMLの取得が途中で止まった場合や、HTML以外の応答では、タイトルなどが見つからないだけで設定不足と断定しません。4入口が揃うかと、ページの指定を読めたかも別の確認です。取得先と範囲を控え、公開ページと管理担当で確認します。ツールを通すためにアクセス制限を外す必要はありません。
取得できない範囲を確認する手順へ →
担当へ渡す場合は、対象URL・取得時刻・応答列・未確認の理由と次の確認担当を残します。秘密を含むログや認証情報は貼り付けず、修正後は同じURLと条件で再点検します。