• トップページは表示されるが記事ページは表示されない
• 何故、.htaccessのコードを削除したのか？
• 404エラーで記事ページが表示されない原因

トップページは表示されるが記事ページは表示されない

不思議なことにトップページは表示されるが記事ページは表示されない。当日、行っていた作業と言えば、ページの読み込み（表示）速度改善の為のプラグインのインストール・設定と.htaccessの編集。
※ページの読み込み（表示）速度改善について詳しくは⇒サイトのページ読み込み（表示）速度を改善する方法(2)～スコア85［PageSpeed Insights］に役立つプラグインと.htaccessコード

しかし、サイトのトップページは表示されていたのでまさかそんなことになっていようとは思わなかった。

最初の異変はGoogleアドセンスの報酬金額。
いつもならその時点で5000円前後あるGoogleアドセンスが200円。
最初は目を疑った。
しかし、7月8月とGoogleのアップデートがあったので、遂に私のサイトは終わったのかと観念した。

次に「おや？」と思ったのが、プラグインの負荷を調べるP3 (Plugin Performance Profiler)で別のサイトをスキャンしていた時。

「アクセスしようとしたページは見つかりませんでした。」の404エラーが何回も出ている。

そこで他のサイトも調べてみると、404エラーが表示されるサイトの共通点が分かった。

いずれもページの読み込み（表示）速度改善の途中であるコードを削除していたことが判明。

そのコードを追加（元に戻した）ところ、記事ページが正常に表示されるようになった。

何故、.htaccessのコードを削除したのか？

きっかけは溜まったキャッシュを一括処理できるプラグイン「WP Fastest Cache」だった。

サイトのページの読み込み（表示）速度が調べることができるPageSpeed Insightsでは「最適化についての提案」で、以下の項目が表示されることがある。

①圧縮を有効にする
②ブラウザのキャッシュを活用する

私はそれまで.htaccessに追加コードを加えることでこれに対応していたが、プラグインでそれができると知った。

それが「WP Fastest Cache」。

「WP Fastest Cache」をインストール（有効化）し、設定を済ませると.htaccessにコードが追加される。

結果、<ifModule mod_deflate.c>～</ifModule>と<IfModule mod_expires.c>～</IfModule>のコードがダブる。

ダブルとプラグインの動きが悪くなる。

タブった<ifModule mod_deflate.c>～</ifModule>と<IfModule mod_expires.c>～</IfModule>～と～を削除すると、確かにスコアがある。

しかし、この時、余計な事をしたのが404エラーで記事ページが表示されない原因だった。

404エラーで記事ページが表示されない原因

.htaccessを見ると～もコードが追加されていた。

そこで、私は以下のコードを削除してしまった。

# BEGIN WordPress

RewriteEngine On
RewriteBase /public_html/
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /public_html/index.php [L]

# END WordPress

これが404エラーで記事ページが表示されない原因だった。
このコードを元に戻すと、記事ページが正常に表示されるようになった。
やれやれである。

素人判断でうかつに.htaccessを編集すると怖いですね。

• プラグインが原因？
• 「P3 (Plugin Performance Profiler)」使い方
• 診断結果をどう考える？

プラグインが原因？

WordPress管理画面へのアクセスが重い原因には複数あるようだが、其の1つがプラグイン。

重いプラグインを使っていると管理画面へのアクセス（ログイン）に時間がかかるらしい。

では、どのプラグインが重いのか？

それを自動でチェックしてくれるプラグインが「P3 (Plugin Performance Profiler)」。

「P3 (Plugin Performance Profiler)」使い方

「P3 (Plugin Performance Profiler)」の使い方は簡単だ。

まず、「P3 (Plugin Performance Profiler)」をインストール。
「プラグイン」→「新規追加」から、「P3 (Plugin Performance Profiler)」を検索。

見つかったら、「インストール」→「有効化」。
この流れは、他のプラグインをインストールする場合も同じ。

使い方は、メニューの「ツール」から「P3 Plugin Profiler」をクリック。ここで、多少、プラグインの名称が簡略化されているので注意。

「Start Scan」をクリック。
次に「Auto Scan」「Mnanual Scan」というウィンドウが表示されるが、「Auto Scan」をクリック。

スキャンが完了すると下記のウィンドウが表示されるので、ViewResults」をクリック。

診断結果が円グラフで表示されるので、負荷の大きいプラグインを使用停止。（削除はしなくても大丈夫。）

診断結果をどう考える？

管理画面へのアクセスが遅い私のサイトの場合、次の結果に。

一方、これは別のサイトの診断結果。

同じようなプラグインを入れているのに、この差は何だろうか？

さらに、同じサイトで時間を開けてチェックしたみたら、以下の結果に。

どういうことだろうか？

大きなウエイトを占めているプラグインはどれもひつようなので「停止」するわけにはいかない。

さて、どうしたものだろうか？

プラグイン以外の要因を探す必要がありそうだ。

■他のスクリプト（アクセス解析など）の影響
■ サイト（1ページに）に入れ込んでいる画像サイズや数など
■ サーバーの動作スピードや不具合関係

• プラグインが原因？
• PHPが原因？

プラグインが原因？

ネットで情報を探してみると、「直前にやった作業が原因」とあり、その方はプラグインを触っていたので、思い当たるプラグインを削除したところ、正常に表示されるようになったとのこと。

私の場合、PHPを編集して保存した後、「ページは機能していません。…」のエラー表示出た。

しかし、その前は「プラグイン」の更新作業をした。
「プラグイン」には相性があり、「プラグイン」の更新で不具合が生じる場合があるというこも知っていたので、「プラグイン」の削除を試みた。

「プラグイン」は「ファイルマネージャー」で該当サイトをクリック。
「wp-content」→「plugins」内にある。
「更新日時」をチェックして、エラーが出る前のプラグインを更新した時間から該当プラグインを見つける。

私の場合、7個のプラグインが該当した。
プラグインを1個、削除してはサイトを確認。

これを繰り返し、7個全てを削除したが、エラー表示は変わらず。

良く考えてみれば、エラーが出る直前の作業はPHPの編集であった。
PHPの記述に問題がある可能性が高い。

それを「直前」の意味を取り間違え、「プラグイン」を消してしまったのであった。
最終的に削除した「プラグイン」を再インストールしたのだが、一部、「更新に失敗しました」というエラーが出て復活しなかった。

直接削除するのは危険だ。

FTPソフトでローカルに移せば良かったと思った。
しかし、これは後の祭りだ。

PHPが原因？

エラーが出る直前にしていたのは「functions.php」の編集であった。

私の場合、ワードプレスにSEO対策済テンプレート「賢威」を利用している。

サイト名→「wp-content」→「themes」→賢威のテンプレート名→「functions.php」

今回は、上記のプラグインの失敗にこりて、ローカルに「functions.php」を複製して修正を行った。
※FireFTPを利用

ローカルでは、「functions.php」をコピーして「貼り付け」。
「functions.php」以外に「1_functions.php」が生成される。
※「1_functions.php」はオリジナルの「functions.php」である。
修正を何度もやると訳がわからなくなるので、オリジナルを残しておいた方が無難だ。

「php」ファイルはそのままでは開かないので、拡張子を「php」から「txt」に変える。

私の場合、「functions.php」を編集するのに「メモ帳」のソースをコピペしたのだが、「———」が余分に入っていた。

「———」を削除し、ローカルからサーバーに「functions.php」をアップ。
更新ボタンをクリック。

サイトの表示を見ると正常に表示されている。
ログインも出来た。

これで一件落着である。

ただ、エラーが出る時の原因は様々なようだ。

ただ1つ言えることは、「ページは機能していません。…では現在このリクエストを処理できません。HTTP ERROR 500」という表示が出た時は「直前の作業」を疑え！

「直前の作業」が原因の可能性が高いという話でした。

Post Snippetsとは？

アフィリエイトサイトでは、同じ広告（やリンク）を複数のページに挿入することがあります。

この場合、広告タグをショートコードで挿入することで、1箇所の修正で挿入した全ページの広告が修正され非常に便利です。

導入するには、ワードプレスの「ダッシュボード（管理画面）」のサイドメニューの「プラグイン」→「新規追加」
「プラグインの検索」に「Post Snippets」と入力し、Enter。
表示される一覧表の中から「Post Snippets」を見つけたら、「今すぐインストール」をクリック。
インストールが終了したら、「有効化」をクリック。
これで「Post Snippets」が使えるようになります。

「Post Snippets」の使い方

「Post Snippets」の使い方は簡単です。

サイドメニューの「設定」→「Post Snippets」をクリック。
一番下の「Add New Snippet」をクリック。
これを繰り返すと、複数の「Snippet」欄を設けることが出来ます。

図解では2つの欄を設けました。

「Untitled」に任意のショートコード名を入力。
自分が分かればいいので何でも良いです。
但し、”全角スペース”を入れるとエラーがでます。

「Description」にも私は同じショートコード名を入力しています。
「Description」の上の広いスペースに、例えばアフィリエイトの広告タグを入力します。

通常、ここにはHTMLタグが入ると思います。
PHPコードの場合は、真ん中の「Variable」の「PHP Code」にチェックを入れる必要があります。

そして、忘れてならないことは真ん中の欄の「Shortcode」にチェックを入れる事。
このチェックを忘れると「Post Snippets」を使う最大の利点が無くなるので、必ず要れます。

生成できるショートコードの上限を増やす

「Post Snippets」でショートコードはいくつまで生成できるのか？
これについは情報がありません。

ただ、私の運営するサイトの内、2サイトがどうやらその上限を超えてしまったらしく、一番下に「Untitled」という「Snippets」を1つ作成できたものの、ショートコード名やタグを挿入しても保存ができない事態が発生。

もちろん、追加もできず、さらにはこの「Untitled」という「Snippets」の削除もできなくなりました。

ネットで情報が探したのですが、出てきません。
私のはレアなケースのようです。

ただ、php.iniを編集すると生成する「Snippets」を増やせるような記事を発見。
さっそく、やってみました。

以下はエックスサーバーでの編集方法です。
レンタルサーバーは複数、使ってきましたが、今のところエックスサーバーが一番使いやすいです。

サーバーパネルからphp.iniを編集したいサイトを選択。
次にメニューから「PHP Ver.切替」をクリック。
「Post Snippets」はバージョンによって動作がどう変化するのか分かりませんが、PHPバージョンは「推奨」の状態にしておくのがベストかと思います。

私の場合、現在のバージョンが「非推奨」となっていたので、「推奨」のバージョンに変更。

さて、いよいよphp.iniの編集に。
php.iniを編集するにはサイドメニューの「PHP Ver.切替」のすぐ下の「php.ini設定」をクリック。
上に並んでいるタブの「php.ini直接編集」をクリック。
「php.ini設定内容」が表示されるので任意の場所に「max_input_vars = 10000」を追加。
右下の「設定する（確認）」をクリック。

ここで注意しなければいけないのは次に表示されたページは「確認画面」だということ。
再度、「設定する（確認）」をクリックする必要があります。
※ちょっと分かりにくい個所です。

設定が完了すると次の表示が出ます。

試しにワードプレスの「Post Snippets」で「Snippets」を追加してみたところ出来ました。
さらにショートコード名等を入力して「保存」をクリック。
保存も出来ました。
念の為、ショートコードを挿入したページを確認。
リンクをクリックしたところ、正常に動作しました。
やれやれです。
2日間、悩みましたがこれで問題解決できたようです。

尚、上記の方法を実際に試す場合は自己責任でお願いします。

• htmlを編集
• CSS（スタイルシート）を編集
• スマホ用デザインとは？
• その他の微調整

htmlを編集

デバイス別にデザイン（レイアウト）を変える為に、トップページや記事ページの内に下記のコードを挿入します。
一番わかりやすいのは</head>の前です。

<meta name="viewport" content="width=device-width">

挿入するページは「テンプレート」から、
インデックス→「アーカイブページ」「メインページ」
アーカイブ→「エントリー・アーカイブ」「カテゴリー・アーカイブ」「日付アーカイブ」のソースを開いて該当箇所に挿入です。
※私のMTのバージョンはMovable Type 3.34です。

CSS（スタイルシート）を編集

具体的にどうゆうデザインにするかをCSS（スタイルシート）を編集します。
PCとタブレット、スマホの3つのデバイスで表示を変えるには3つのcssを考える必要がありますが、私はPCとスマホの2種類で表示を変える方法を取っています。

デバイスは2種類ですが、デザインは３つ用意します。
①スマホ用デザイン
②PC用デザイン
③共通デザイン

①画面の長さが最大640pxまではスマホ用のデザインを表示します。
下記の「※スマホ」にスマホ用のデザインを記述

@media screen and (max-width:640px){
※スマホ
}

②画面の長さが641px以上の場合はPC用のデザインを表示します。
下記の「※PC」にスマホ用のデザインを記述

@media screen and (min-width:641px){
※PC
}

③スマホもPCでも共通のデザインは上記のように「@media screen and (min-width:641px){※}」を使わないで普通に記述します。

スマホ用デザインとは？

スマホとPCのデザインの違いは、スマホが1カラムであるということです。
PCでも1カラムはありますが、通常は2カラムないし3カラムです。
そこで、2カラムないし3カラムを「float」で組んでいるレイアウトは「float」を解除して1カラムにします。
それと横幅を指定している場合、画面一杯に表示されるよう「width:100%;」に訂正します。
具体的には下記の記述をブロック要素に記述します。
※1例です。ブロック名によって記述は変わります。

@media screen and (max-width:640px){img{max-width:100%;height:auto;width:auto;　}#container {width:100%;}#alpha {display:block;float:none;width:100%;}#beta {display:block;float:none;width:100%;}}

その他の微調整

CSSを編集してスマホに最適化したレイアウトで表示されればひとまずOKです。
後は、文字の大きさや余白等を見やすいように微調整していきます。

サイトに広告コードを挿入してる場合、広告がデバイスによって最適化されない場合は、PC用とスマホ用の広告コードを入れる必要があります。

1. コメントモデレーションとは？
2. コメントを許可しない
3. コメントフォームを非表示
4. Akismetとは？

1.コメントモデレーションとは？

コメントモデレーションはWordPressの機能の1つで、サイトオーナーが承認するまではコメントを表示しないようにする為のものです。

コメントモデレーション等のコメント設定はWPの管理画面の「設定」→「ディスカッション設定」→「コメントモデレーション」（①）で行います。

そして、「自分宛のメール通知」の「コメントがモデレーションのために保留されたとき 」にチェックが入っていると、その都度、メールが届きます。

通知メールが不要な場合は、チェックを外します。

ただ、「コメントがモデレーションのために保留されたとき 」にチェックが入っていなくても、「コメントが投稿されたとき」にチェックが入っている（②）と同じく届きました。

これでは、スパムでないコメントが投稿された場合も通知がこなくて不便です。
（現時点では検証が足りないので不確かな情報です。）

2.コメントを許可しない

「新しい投稿へのコメントを許可する」かどうかは、「設定」→「ディスカッション設定」で設定（③）できるのですが、設定をした後に投稿した記事にしか反映しません。

記事（新規及びアーカイブ）ごとに設定したい場合は「投稿の編集」ページの右上の「表示オプション」の「▼」をクリック。
「表示項目」の「ディスカッション」にチェックを入れます。

すると、投稿記事の下に「ディスカッション」が表示されます。
「コメントの投稿を許可する」のチェックを外すと、コメントの投稿ができません。

しかし、この場合、投稿記事ページにはコメント欄が表示され、「コメント停止」の文言が入ります。

3.コメントフォームを非表示

これはコメントフォームを非表示にする方法です。
コメントは全く受け付けないと言う場合はこの方法がベストです。

管理メニュー「外観」→「テーマの編集」をクリック。
右のテンプレート欄の「単一記事の投稿」（single.php）をクリック
「単一記事」のソースが表示されます。

画面上で「CTRL＋F」を押します。
検索窓が開きます。
検索窓に下記を入れます。

マークされているところが該当箇所です。
これを削除します。

これでコメントフォームは表示されません。

但し、ソースを編集する場合はオリジナルソースをコピーして保存されてからをお勧めします。

4.Akismetとは？

上の「コメントモデレーションとは？」では、「コメントモデレーション」の設定方法について述べたのですが、これだと、コメント管理ページでスパムコメントをいちいち処理しなきればなりません。
これはスパムコメントが大量にある場合は特に手間です。

そこで、スパムコメントを判別して自動で処理してくれるプラグインがWPに初期設定されている「Akismet」です。
但し、「Akismet」を有効にするにはAPI キーの登録が必要になります。
これについは、別の記事でアップします。

「Akismet」を有効化しておくとコメントやトラックバックのスパムを排除してくれます。大変便利です。