Web開発 | CODE×CODE（コードコード）

SEO入門講座～GTMでサブドメインの計測をしよう！～

admin — Mon, 07 Feb 2022 07:58:18 +0000

ルートドメインとは別にサブドメインを利用してそちらに新しいサービスを展開するというのは、よく使われる手法です。

サブドメイン上のサイトにもルートドメインと同じようにアナリティクスでサイトのアクセス統計を取る設定を基本的にはすると思います。

しかし、GTMでGoogle Analyticsの設定を行っている場合、初期状態では正常に統計を取ることができません。

今回の記事では、GTMでAnalyticsの設定を行ったサブドメイン上のWebサイトの統計を正常に取るための設定方法を解説していきたいと思います。

GTMでサブドメインを設定した際に起こる問題点とは？

Google Analyticsの統計を取る仕組みですが、Analyticsはまず、URLから「ドメイン名」と「リクエストURI」の二つに分けて情報を取得します。

例として、https://codexcode.jp/index.htmlをあげます。

この場合、
ドメイン名：codexcode.jp
リクエストURI：/index.html

となります。

このうち、Analyticsが統計に利用するのは「リクエストURI」のみです。
ドメイン名は利用しません。

ここで、例えば「ict.codexcode.jp/index.html」というサブドメインがあったとします。

すると、Analyticsはこちらでも/index.htmlを統計として取ります。
結果、同じリクエストURIは同じページだと判断してしまうため、正常な統計を取ることができません。

では、どうすればこの問題を解決できるのでしょうか？

1つのビューで各ドメインの統計を取りたい場合

ルートドメインとサブドメインの統計を同じ画面で確認したいという方はこちらの方法を参考にしてください。

先ほどの現象は、レポートにてドメイン名をチェックしていないために起きています。
つまり、ドメイン名をチェックするようにしてしまえばいいわけですね。

それでは、まずGoogleAnalyticsの管理画面を開いてください。

左メニュー「管理」を開き、ビューの「フィルタ」を選択しましょう。

「フィルタを追加」を選択します。

フィルタの編集を行います。

上から、

・フィルタ名：わかりやすい名前なら何でも構いません。
・フィルタの種類：「カスタム」→「詳細」を選択してください。
・フィールド A -> 引用A：「ホスト名」を選択して「(.*)」と記述
・フィールドB -> 引用B：「リクエストURI」を選択して「(.*)」と記述
・出力先 -> 構成：「リクエストURI」を選択して、「$A1$B1」と記述

他の部分はそのままで大丈夫なので保存をしましょう。

ちなみにこのフィルタの意味を一応説明しておきますと、まず、フィールドAにホスト名を適用します。
そして、フィールドBにはリクエストURIを適用します。
そして最後に、リクエストURIを$A1(フィールドA)$B1(フィールドB)として構成するように設定しています。

こうすることで、ホスト名＋リクエストURI(codexcode.jp+/index.html)、つまりは完全なURLでの統計を取ることができるようになるわけですね。

当然、サブドメインも区別して計測することができます。

各ドメインの統計をビューごとに分ける方法

先ほどの方法を使う場合ですと、1つのビューで複数のドメインの統計を管理することができるので便利なのですが、ビューごとにドメインを区切りたいという場合もあると思います。

その場合はこちらの方法を参考にしてください。

今回の問題点は、どのビューでもアカウント全体の統計が取られてしまっていることです。
なので、ビューごとに取得する統計に制限をかけます。

今回は、例として「codexcode.jp」というルートドメインと「ict.codexcode.jp」というサブドメインに対して設定を行っていきます。

まず、ドメインごとにプロパティとビューを作成しておいてください。
※ビューにはわかりやすい名前を付けておくのがおすすめです！

作成出来たら、まずはルートドメインの設定から行います。
「管理」からルートドメインのビューを選択して「フィルタ」を選択してください。

「フィルタを追加」を選択します。

フィルタ情報を設定していきます。

・フィルタ名：わかりやすい名前を付けましょう。
・フィルタの種類：定義済みから「除外」「ホスト名へのトラフィック」「次を含む」を選択してください。
・ホスト名：除外したいホスト名、今回の場合はサブドメインの「ict.codexcode.jp」を記述します。

設定が記述出来たら、保存をしましょう。

ちなみに今回の設定の意味は、指定したホスト名へのトラフィックをこのビューにおいては除外するというものです。
端的に言えば、サブドメインへのアクセスは統計しないようにするということですね。

これで、ルートドメインのビューへサブドメインの統計がされることはなくなりました。

次はサブドメインのビューの設定ですが、基本的にやることは変わりません。

ただ、フィルタの設定の部分に少し注意が必要です。
ホスト名を「codexcode.jp」のみにしてしまうと「ict.”codexcode.jp”」となり一部を含んでしまうため、下のようにURLをフルで記述してあげましょう。

フィルタを追加すれば、サブドメインの設定も完了です。

いかがでしたでしょうか。
GTMを利用する場合には、このような注意点があるのでこれからサブドメインでのサイト運用を考えている方は、ぜひ参考にしていただければと思います。

The post SEO入門講座～GTMでサブドメインの計測をしよう！～ first appeared on CODE×CODE（コードコード）.

SEO入門講座～GTM（Google Tag Manager）とは？～

admin — Mon, 07 Feb 2022 07:49:54 +0000

前回の記事で、GoogleAnalyticsについての解説をしました。

その中で、Google Tag Managerという言葉を出しましたがこのGoogle Tag Managerとはどういうものなのかというのを今回の記事では解説していこうと思います。

Google Tag Managerとは？

Google Tag Manager(以下、GTM)というのは、Googleが提供しているサービスの一つでGoogleが提供しているほかのサービス（AnalyticsやAdSenseなど）のタグを一元管理することができるサービスです。

タグを一元管理ってどういうこと？と思う方もいると思います。
そもそも、GoogleのサービスをWebサイトに紐づけるためにはタグを使います。

それらのタグを張り付けていくとサービスを利用可能になるのですが、色々なサービスのタグを張り付けていくととても煩雑になり管理が面倒になります。

しかし、このGTMを利用するとタグを一元管理して各サービスの管理がとてもしやすくなります。

はじめに少し準備が必要ですが導入する価値は大いにあるのでぜひとも導入していきましょう。

GTMの導入方法

それでは、今回は例としてGoogle Analyticsの導入にGTMを利用してみたいと思います。

手順としては、前回の記事の「Google AnalyticsとWebサイトの紐づけ」の項目からです。

さっそく、Google Tag Managerのページを開きましょう。

Google Tag Manager

ページが開いたらアカウント画面が出てきたと思います。
まずは、GTMのアカウントを登録します。
「アカウントを作成」をクリックしましょう。

アカウントとコンテナという欄があると思います。
まず、アカウントなのですがこれは管理者名のようなものだと思ってください。

アカウント名と国を選択しましょう。
アカウント名は自分のわかる名前であれば何でも構いません。

次にコンテナの設定です。
コンテナとは、簡単に言うとWebサイトごとの設定だと思ってください。

GTMでは、複数のWebサイトのタグを一元管理することができます。
その時に使うのがこのコンテナという単位です。

コンテナ名には、何でもいいといえば何でもいいのですがわかりやすいように自分のサイトのドメインにしておくのがいいでしょう。

もちろんプラットフォームはウェブです。

ここまで入力出来たら、作成をクリックしましょう。
利用規約が出てくるので同意をしましょう。

GTMとWebサイトの紐づけ

先ほどまでの手順がうまくできていれば、GTMをインストールするためのタグが表示されます。

GTMをWebサイトと紐づけするためには、このタグを自分のWebサイト上のタグとタグに張り付ける必要があります。

コードを触らなくてはいけませんが、難しいものでもないので解説をしていこうと思います。

HTMLでサイトを作られた方はこの意味は分かると思うので、今回はWordPressでサイトを作られた方向けの解説をしていきます。

それでは、自分のWebサイトのWordPress管理画面を開いてください。

開いたら左メニューの外観→テーマエディターを開きましょう。

テーマエディターを開くとコードの編集画面に出てきたと思います。
この画面から直接コードを触ることができるようになっています。

今回触るのは、header.phpというファイルです。
右メニューから選択しましょう。

開けたら、というタグを探しましょう。
この例だと14行目にありますね。

見つけたら、先ほどの1つ目のタグをこのの真下に貼り付けます。

ただ貼り付けるだけです！

同じようにの真下に2つ目のタグを貼り付けましょう。

出来たら、エディター下部の「ファイルを更新」を選択しましょう。

これで、WebサイトとGTMの紐づけができました。

タグの設定

ここまでで、GTMとWebサイトの紐づけはできました。
次は、いよいよサービスとの紐づけ。

つまりGoogle Analyticsとの紐づけを行っていきたいと思います。

GTMのトップページを開きましょう。

左メニューのタグを選択します。
この画面からコンテナに対してタグの設定を行うことができます。

新規をクリックしましょう。
すると、タグとトリガーという項目が出てきたと思います。

トリガーについては、後程解説するのでまずはタグを追加します。
タグの設定部分をクリックするとタグタイプの選択が出てきます。

今回は、Analyticsの設定なので、Google アナリティクス：ユニバーサルアナリティクスを選択しましょう。

以下の画面になるので、設定していきましょう。
まず、トラッキングタイプですが何が起きた時にカウントするのかということを設定します。
当然アナリティクスなので、ページビューです。

次に、設定変数の選択ですが、新しい変数を選択しましょう。
すると、トラッキングIDを記述する欄があるので、そこにアナリティクスのトラッキングIDを貼り付けます。

Cookieドメインはそのままで大丈夫です。

右上の保存を押して保存しましょう。
変数名はなんでも構いません。

元の画面に戻ったら、このタグでオーバーライド設定を有効にする。にチェックを入れておきましょう。

ここまででタグの設定は完了です。

次にトリガーの設定をします。
トリガーとは、どのタイミングでこのタグの行動を発生させるのかを設定するための項目です。

例えば、特定のページにアクセスをされたときのみカウントを行うなどといった対応をしなければならないときに細かく設定することがあります。

それでは、トリガーを設定します。
All Pagesというトリガーが初めから用意されているはずです。
このトリガーはどのページでもカウントを行うという設定です。
特にこだわりがなければこのAll Pagesで問題はありません。

そして、トリガーの設定ができたら右上の保存を選択します。

これで一つのタグの設定が完了しました。
しかし、まだカウントは始まっていません。

このタグを有効にするためには設定を公開する必要があります。

元のページに戻ったら右上の公開を選択しましょう。
プレビューというボタンがありますが、これはタグを設定して何かエラーが起きないかどうかを事前に確認することができる機能です。
不安な方は一度プレビューをしておきましょう。

公開を押すと、バージョンの名前を設定する画面に出てくると思います。
日付などのわかりやすい名前を付けてあげましょう。

公開ボタンを選択すれば、このバージョンが公開され設定が有効になります。

ここまででGTMの設定は完了です。
動作確認を行いましょう。

動作確認

GTMの動作確認は、設定したサービスが正常に起動できているかどうかで判断します。

今回の場合は、Analyticsの設定を行ったので以前の記事と同じように自分のページにアクセスして、リアルタイムでカウントされているかを確認しましょう。

カウントが正常に行われていれば、GTMの設定は完了です！

今回は一つのサービスのみに絞って解説しましたが、タグを増やせば別のサービスとの紐づけも容易に行えるので今回の記事の要領で設定をしてみてください。

通常の場合、以上の手順で設定は完了できますが少し特別なパターンもありその場合は1手間必要になってくるので次回はそのパターンの解説をしていきたいと思います。

The post SEO入門講座～GTM（Google Tag Manager）とは？～ first appeared on CODE×CODE（コードコード）.

SEO入門講座～Google Analyticsとは？～

admin — Mon, 07 Feb 2022 07:46:30 +0000

皆さんこんにちは！

皆さんはGoogle Analyticsとは、どんなことができるサービスなのかご存じですか？
おそらく何となく名前は聞いたことがあるという人が多いと思います。

今回は、このGoogle Analyticsの説明と実際の使い方について、初心者の方向けに解説していきたいと思います。

Google Analyticsとは

Google Analyticsというのは、自分のWebサイトに対して今までどれくらいのPV（ページビュー）があったのか、今現在はどれくらいの人が自分のページを見ているのかなどといった統計情報を確認することができるサービスです。

多機能かつ無料で利用することができるため、自分のWebサイトを立ち上げた人はとりあえず導入しておくべきサービスです。

Google Analyticsの導入方法

それでは、さっそくGoogle Analyticsの導入作業をしていこうと思います。
※自分のWebサイトとGoogleアカウントが必要なので注意してください！

まずはGoogle Analyticsのトップページへアクセスします。

https://analytics.google.com/

Googleにログインしていれば以下のようなページが表示されるはずです。

右側の「登録」ボタンをクリックしましょう。

次にAnalyticsアカウントの作成を行います。
アカウント名などを設定しますが、基本的に他人に見られることもないので自由で構いません。

その下にあるアカウントのデータ共有設定については、Googleに統計情報を共有することで色々出来ますよ～ってことなのですが、どっちでもいいです。

次に、測定対象の設定を行います。
Analyticsでは、WebサイトのほかにもAndroidアプリなどの統計を取ることもできるようになっていますが、今回はWebサイトの統計を取りたいのでウェブを選択しましょう。

最後にプロパティの設定を行います。
プロパティとは、簡単に言えばWebサイトごとの設定だと思ってください。

各項目に自分にWebサイトに関する情報を入力してください。

ここまで入力出来たら作成を選択しましょう。
Analyticsの利用条項が表示されるので同意しましょう！

すると、Analyticsのアカウントが作成され、トラッキングIDが表示されているページが表示されると思います。
このトラッキングIDとは、サイトの統計を取るための識別番号のようなもので自分のサイトとの紐づけに使用します。必ずメモしておいてください！

ここまでで、Analyticsのアカウント作成自体は終わりましたが、まだ統計を取ってくれてはいません。
この後、このAnalyticsと自分のWebサイトとの紐づけを行う必要があります。

Google AnalyticsとWebページとの紐づけ

ここからの手順は人によって異なります。
パターンとしては、以下の3つがあります。

1．サイトタグを直接HTMLに記述して紐づけを行う。

2．WordPressのプラグインを利用して紐づけを行う。

3．Google Tag Managerを利用して紐づけを行う。

それぞれ簡単に解説します。

サイトタグを直接HTMLに記述する

この方法は一番シンプルといえばシンプルです。

先ほどのトラッキングIDが表示されていたページの少し下にグローバルサイトタグという欄がありませんでしたか？
このタグをサイトのHTMLの要素の中にコピペすれば利用が可能になります。

ただ、HTMLが一切わからない人にとっては少し難しいかもしれませんね。

WordPressのプラグインを利用する

WordPressを利用している人はこの方法が一番簡単かもしれません。

WordPressのテーマにAnalyticsのトラッキングIDを記述するための欄が用意されている場合、そこに入力するだけで導入ができます。
ない場合でも「All In One SEO」というプラグインを導入すれば、同様の欄が追加されます。

Google Tag Managerを利用する

この方法は、Google Tag Managerという機能を利用して、Analyticsとの紐づけを行う方法です。

この方法を使うと、Analytics以外にもAdSenseなど、別のGoogleサービスとの紐づけを容易に行うことができるようになるためおすすめ度でいえばこの方法が一番です。

ただ、少し手順が多いので、別の記事で説明させていただきます。

>>「Google Tag Managerとは？」

紐づけの手順

それでは、今回は2番目のWordPressのプラグインを使用しての紐づけ方法を説明していきたいと思います。

プラグインとはなんなのかというのはご存じでしょうか？
一応知らない人のために解説をすると、WordPressの追加機能のことです。

例えば、WordPressにはデフォルトでお問い合わせフォームを作る機能が搭載されていません。
しかし、「Contact Form7」というプラグインを導入すればお問い合わせフォームをワンタッチで作ることができるようになるのです。

そして、今回導入するプラグインは「All in One SEO Pack」です。

このプラグインは、名前の通りSEOのための機能が詰めあわされたプラグインです。
当然、AnalyticsもSEO対策の一つとして有名なのでサポートがされています。
かなり多機能なので、今回の記事ではAnalyticsのみに絞っての解説を行います。

さっそくインストールしていきますが、方法は単純でWordPressの左メニューからプラグインを選択、そして新規追加から上記のプラグインのインストールを行うだけです。

インストールができたら、左メニューに「All In One SEO」という項目が増えていることが確認することができるはずです。

ここからこのSEO Packの設定を行うことができます。

色々と項目がありますが、今回触るのは、「一般設定」の項目です。

一般設定を開いたら、下の方にGoogle 設定という欄があるのでそこまでスクロールします。

このGoogle アナリティクスIDという欄に先ほど入手したトラッキングIDをコピペしましょう。

出来たら一番下の「設定を更新」をクリックして、アナリティクスとWebサイトの紐づけは終了です。

わざわざコードを触る必要もないのでとてもお手軽に設定することができます。

Google Analyticsの動作確認

それでは、Google Analyticsの導入が終わったので動作確認を行いましょう。

まずは、Analyticsの画面を開きます。

そして左メニューの「リアルタイム」→「概要」を選択しましょう。

この項目では、自分のWebサイトへのアクセスをリアルタイムで確認することができます。

自分のWebサイトにアクセスしたうえで、この画面を確認してみましょう。

自分がアクセスして、アクティブユーザーの数が増えれば統計することができています。

この確認ができたら、Google Analyticsの導入は完了です！

Analyticsには、ほかにも様々な機能が存在するのでぜひ勉強してみてください！
そのうち、細かい設定なども解説していくかもしれません。

The post SEO入門講座～Google Analyticsとは？～ first appeared on CODE×CODE（コードコード）.

SEO入門講座～WordPressでサイトを作ったら、Google Search Consoleを設定しよう～

admin — Mon, 07 Feb 2022 07:43:38 +0000

せっかくWebサイトを作って運用しているのに一向にインデックスされる気配がない！
そもそもインデックスされているかどうかってどうやって確かめるの？

こんな悩みを持っている方はいませんか？

実はこの悩みは私が初めてサイトを運用しようとした際に実際に遭遇した悩みなのですが、実はサイトを作っただけではGoogleの検索エンジンにインデックスしてもらえることはありません。

なら、どうすればインデックスしてもらえるのか。
今回はその方法について解説していきたいと思います。

そもそもインデックスの仕組みはどうなっているの？

インデックスしてもらう方法を解説する前にそもそもGoogleはどのようにしてWebサイトのインデックスを行っているのでしょうか。

Googleには、クローラーというロボットがいます。

このクローラーは、Web上をひたすら巡回して新しいWebサイトが見つかればそのサイトをインデックスするという仕組みを持っています。

このことをクロールといいます。

つまり、Googleにインデックスしてもらうためには、このクローラーに自分のWebサイトをクロールしてもらう必要があるということですね。

クロールをしてもらうためには？

クローラーはひたすらWeb上を巡回していますが、この巡回方法とは様々なページのリンクを辿っていくというのが主な方法です。

しかし、自分で作ったばかりのWebサイトは当然リンクなんて張ってもらっていないわけですので、クロールしてもらいようがありません。

なので、クローラーに自分のWebサイトを知ってもらう必要があるわけですね。
そのために利用することができるのが、「Google Search Cosole」です。

Google Search Consoleって何？

Google Search Cosoleというのは、Googleの検索エンジンに対して自分のWebサイトを最適化することができ、さらにその検索の統計を取ることもできるというとても便利なサービスのことです。

Google Analyticsと同時に導入している人が多いですね。

今回はこのSearchConsoleを利用することで自分のWebサイトの存在をGoogleのクローラーにアピールします。

Google Search Consoleの導入

導入自体にはそこまで手間はかからないのでパパっと終わらせましょう。
まず、SearchConsoleのトップページを開きます。

左右どちらでも構わないのでドメインかURLを入力して続行をクリックしましょう。

するとドメイン所有権の確認というウインドウが出てきたと思います。
この画面では、ドメインに対して②のコードをDNSレコードに設定することでドメインの所有権を証明する必要があります。

上記のDNSレコードをドメインに対して設定する必要があるのですが、ここからの設定は契約しているドメイン、サーバーによって異なります。
今回はXserverを例に設定を行いますが、たいていのレンタルサーバーには同様の設定画面があるので探し出して設定してください。

まず、Xserverのサーバーパネルにログインします。
右の方にドメイン欄があるのでその中のDNSレコード設定を選択しましょう。

選択したらドメインの選択画面に出てきます。
自分のWebサイトに使用しているドメインを選択しましょう。

すると、DNSレコードの設定画面に出るので、レコードの追加タブに移動して先ほどのDNSレコードを設定します。
※ホスト名はサブドメインを利用しているときのみ利用。
　種別はTXT
　レコードは内容の部分にコピペしてください。

確認画面へ進み、レコードの追加が確認出来たらSearchConsoleの方に戻りましょう。

2，3分ほど待ち、確認ボタンをクリックしましょう。
うまくいっていれば、以下のような確認画面が出てきます。
確認ができたら、プロパティに移動を選択します。

すると、Console画面へ移動します。
初期画面では、グラフには何も表示されていないと思いますが、このグラフが集計されるまでには1週間ほど時間がかかるので今は何も表示されていなくても問題はありません。

ここまで設定していれば、Googleの検索でどれくらい検索されたかなどの統計を取ることができるようになっています。

しかし、特に最適化などは行っていないので依然としてインデックスはされづらいままです。

それでは、Googleにインデックスしてもらうための作業を行っていきます。
左メニューからサイトマップを選択してください。

この部分に自分のWebサイトのサイトマップのURLを貼り付けて送信します。
すると、自分のWebサイトの存在をGoogleに対してアピールすることができるようになるため、効率的にインデックスをしてもらうことができるようになります。

サイトマップってなに？

急にサイトマップと言われても何のことやらという人も多いと思います。
サイトマップとは、自分のWebサイトの仕組みをわかりやすく整理したものです。
といっても、私たち人間にわかりやすくしたものではなく、クローラーにとってわかりやすく整理したものです。

このサイトマップをクローラーが見ると自分のWebサイトを隅々までしっかりと見てもらえるため効率的にインデックスをしてもらえるようになるわけです。

じゃあこのサイトマップはどうやって作成するのかといいますと、WordPressを使っているならとても簡単です。
「Google XML Sitemaps」というプラグインがあるのでそのプラグインを導入してください。
詳細な設定については、長くなってしまうのでまた別の記事で説明していきたいと思います。

インデックスされているかどうかの確認

ここまでの手順を無事終えれば、あとはインデックスされるのを待つのみです。
大体早くても２～３日ほどかかるので気長に待ちましょう。

そして、実際にインデックスされているかどうかもこのGoogle Search Cosoleで確認することができます。

左メニューからカバレッジを選択しましょう。
すると、このようなグラフが出てくると思います。
このグラフは自分のWebサイトの各ページのインデックス状況についてのステータスを現したグラフです。

無事にインデックスされていれば、有効タブに何かしらの理由で除外されていると除外タブに入ります。

各タブのステータスはそのタブをクリックすれば確認できます。
色々な内容が出ていますが、注意が必要なのはクロール済み – インデックス未登録となっている部分です。
これは、クロールはされたけれど何かしらの問題があってインデックスはしていませんよという意味になるためその問題を解決する必要があります。

この内容をクリックしましょう。
すると、対象のページが表示されるのでそのページをクリックして、右欄に表示されるURLを検査をクリックします。

すると、このURLがなぜインデックスされていないのかその原因を検査してくれます。
このように、問題なしと出れば問題はありませんので、再度インデックス登録をリクエストボタンをクリックすればインデックス申請を送ることができます。

問題があった場合は、右上の公開URL をテストというボタンをクリックして詳細情報を確認する必要があります。

いかがでしたでしょうか。

サイトを運用し始めたはいいものの全くアクセスが入らない・・・
確認してみたらそもそもインデックスがされていない！なんてことはよくあることですので、この初期作業が終わった後もこのSearch Consoleは定期的に確認するようにしましょう。

The post SEO入門講座～WordPressでサイトを作ったら、Google Search Consoleを設定しよう～ first appeared on CODE×CODE（コードコード）.

SEO入門講座～サブドメインとサブディレクトリを理解しよう～

admin — Mon, 07 Feb 2022 07:40:45 +0000

サイトの改装を行いたいけど、今運用しているサイトを崩したくない・・・
今のサイト内に別のサービスを作成したい・・・

サイトを運用していくと上記のような悩みを持つことがたまにあります。

こういった悩みを解消するために使われるのが、このサブドメインやサブディレクトリといった概念です。

今回は、このサブドメインやサブディレクトリの概念と違いについて解説していきたいと思います。

サブドメインとは？

そもそもサブドメインとは何なのかといいますと、このサイトのドメイン「a-academy.jp」がルートドメイン（メイン）とするとテスト用のドメインとして「test.a-academy.jp」というドメインを作ることができます。

この「test.」の部分がサブドメインと呼ばれる部分です。

例えば、Yahoo!のルートドメインは「yahoo.co.jp」ですね。
そしてYahooは様々なサービスをサブドメインから提供しています。
Yahooメールなら「mail.yahoo.co.jp」Yahoo知恵袋なら「chiebukuro.yahoo.co.jp」といった感じです。

これがサブドメインです。
扱いとしては、同一ドメイン内の別のサービスといった扱いになっていますね。
例：Yahooの中のYahooメールというサービス

サブディレクトリとは？

名前は似ていますが、先ほどのサブドメインとこのサブディレクトリは全く別の扱い方をします。

例えば、このサイトの記事は主に「ブログ」「ニュース」「イベント」の３つに分けられていますが、これらのカテゴリは以下のようなURLで分かれています。

ブログ：a-academy.jp/blog
ニュース：a-academy.jp/news
イベント：a-acedemy.jp/event

つまり、あくまで「a-academy.jp」の配下として扱うわけですね。
これがサブディレクトリです。

同一サービス内の区分けに使われることが多いです。

違いは？どのように使い分けるの？

この２つの使い分けは、ルートドメインに対してどのようなコンテンツなのかを考えます。

例えば、YahooというサービスとYahooメールというサービスはYahooであるという点は同じですが、提供しているサービスという意味では全く異なりますよね？

なのでこの場合に利用されるのは、サブドメインとなります。

それに対して、このサイトのカテゴリはあくまで記事の区分けに使われているだけであって、別のサービスというわけではありません。
提供しているものは同じ「記事」です。

よって、この場合はサブディレクトリが利用されるわけですね。

なぜこのような使い分けをするのか？

なぜこんなにややこしい使い分けをするのかと思った方もいると思います。

理由としては、いくつかあるのですが大きい点では以下のような内容が挙げられます。

・サイトのテーマがはっきりしない。
・アクセス解析が正確に行いづらい。

サイトのテーマがはっきりしない

先ほどのYahooのサービスを例にとってみるとわかりやすいのですが、「yahoo.co.jp/mail/…/…/」という感じや「yahoo.co.jp/chiebukuro/…/…」というURLの形になってしまうとこのyahoo.co.jpというサイトが何を目的にしたサイトなのかがはっきりしづらくなってしまいます。

SEOという観点で考えるとこういった仕組みは嫌われる傾向にあるため、サブドメインを利用して各ドメインごとにテーマをはっきりさせておく必要があるということですね。

アクセス解析が正確に行いづらい

サイトのアクセス解析は主にGoogle Analyticsを利用することが多いですが、Google Analyticsはドメインごとにサイトのアクセス解析を行います。

つまり、すべてをサブディレクトリにしてしまうと一つの画面ですべてのサービスに対してのアクセス解析を行わなければならないわけですね。
とても煩雑になってしまいます。

これをサブドメインで分けておけば、正確なアクセス解析を行うことができるようになります。

以上のような注意点があるため、しっかりと使い分けを行おうというわけですね。

これらの使い分けは消費者のためというより管理者のための使い分けです。
どうせサイトを管理するなら使いやすい方がいいですよね？

うまく使い分けることができれば、複数のサービスを展開していても容易に管理を行うことができるので、色々と勉強してみてください。

The post SEO入門講座～サブドメインとサブディレクトリを理解しよう～ first appeared on CODE×CODE（コードコード）.

情報セキュリティの豆知識～WordPress 4.7.1での脆弱性～

admin — Mon, 07 Feb 2022 06:56:56 +0000

少しネタは古いですが、最近行っている仕事でタイトルの内容について触れることがあったため、備忘録のような形で脆弱性の内容について記録を残しておきたいと思います。

WordPressとは

WordPressはいわゆる「CMS（Contents Management System）」といわれる、Webページを作るうえで必要な言語(HTML、CSSなど)を知らなくても、ホームページを構築して運用管理できるソフトウェアになります。
専門的な知識がなくてもホームページが作れることもあり、現在では多くの方がWordpressを利用してホームページを作成されています。

WordPress 4.7.1 脆弱性の概要

WordPressはとても便利なソフトウェアではあるのですが、IPAに投稿されている通り( https://www.ipa.go.jp/security/ciadr/vul/20170206-wordpress.html )2017年に管理者権限がなくても投稿記事の内容を書き換えることができてしまうという脆弱性が発見されました。
その時のWordpressのバージョンが4.7, 4.7.1でした。

これはとある細工したリクエストを送ることでバージョン4.7から実装されたREST APIの処理が本来想定された動きと違う動きをしてしまうという脆弱性でした。

実践

それでは実際に脆弱性をついて、投稿の内容を書き換えてみようと思います。
今回の検証を行うために、以下の環境を用意しました。

・Windows 10
・XAMPP 7.3.10
・Wordpress 4.7

環境構築の方法は割愛させていただきます。

WordPressの設定を終えるとデフォルトでテストページが作成されます。

今回はこのテストページの投稿内容を変更していきます。

脆弱性をつくためにはPOSTリクエストをする必要があります。
今回はPOSTリクエストを作るために Google Chromeのプラグインである「Advanced REST client」を使用しました。
( https://chrome.google.com/webstore/detail/advanced-rest-client/hgmloofddffdnphfgcellkdfbfbjeloo?hl=ja )

「Advanced REST client」を起動し、以下のようなPOSTリクエストを送ります。

POST XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/1?id=1A HTTP/1.1
HOST: localhost
content–type: application/x–www–form–urlencoded
content–length: 23
 
content=aaaaaaaaa

URLの大部分は「xxxxxxxxxxxxx」で伏字にしています。
伏字の部分が気になる方は以下のURLを参考にしてください。

https://blog.sucuri.net/2017/02/content-injection-vulnerability-wordpress-rest-api.html

リクエストを送ると以下のようなレスポンスが返ってきました。

date:Wed, 30 Oct 2019 06:29:27 GMT
server:Apache/2.4.41 (Win64) OpenSSL/1.1.1c PHP/7.3.10
x–powered–by:PHP/7.3.10
x–robots–tag:noindex
link:; rel=“https://api.w.org/”
x–content–type–options:nosniff
access–control–expose–headers:X–WP–Total, X–WP–TotalPages
access–control–allow–headers:Authorization, Content–Type
allow:POST, PUT, PATCH, DELETE
content–length:1727
content–type:application/json; charset=UTF–8

その後、テストページを確認してみると

このように「test」と書かれていた場所が「aaaaaaaaa」と書き換わってしまいました。

なぜこのようなことが起きるのかは以下のページに詳細が記載されています。

https://blog.tokumaru.org/2017/02/wordpress-4.7.1-Privilege-Escalation.html

簡単に記載してしまうとURLの後ろに「?id=[投稿ID番号][適当な文字列]」を入れてPOSTリクエストをすると管理者権限がなくても投稿の内容について変更の権限が与えられてしまうという脆弱性になります。

バージョン4.7.2からこの脆弱性はなくなっています。そのため4.7.1のバージョンを使用している人は早急にバージョンを上げる必要があります。
(使用している人はもういないと思いますが…)

まとめ

今回は過去にあったWordpressの脆弱性について検証しました。
WordPressに限らず、どんなソフトウェアでも何かしら脆弱性は見つかるものです。
ソフトウェアのアップデートがあった際はできる限り早めに更新したほうが良いでしょう。

The post 情報セキュリティの豆知識～WordPress 4.7.1での脆弱性～ first appeared on CODE×CODE（コードコード）.