Booking関連TablePress関連WordPressのSEO対策WordPressのPHPMenuSidebarPrevNextSearchホーム>WordPressトラブルカスタム分類名として使えないキーワード「予約語」には要注意WordPressのカスタム投稿タイプにカスタム分類を追加するときは注意が必要です。カスタム分類を追加するregister_taxonomy関数では、使えないキーワード(予約語)があります。posts、cat、year、day、tagなどはカスタム分類名には使えません。※register_taxonomyの「予約語」について詳しくは、以下のページをご覧ください。Codex:register_taxonomy関数よくあるパターンとしてカスタム投稿タイプ「book」(おすすめの本)などを年度で分類したくなるかもしれませんが、yearというカスタム分類名を付けると非常に面倒な問題が発生します。このトラブルは実際に西沢直木のIT講座に相談が寄せられ、解決に長い時間がかかってしまいました、、、みなさんが同じ問題で困らないように、以下、おすすめの本を投稿するためのカスタム投稿タイプ「book」を追加する場面を例にトラブルが発生するまでの流れを紹介します。問題のないパターンを紹介します。「おすすめの本を投稿したい」という発想でカスタム投稿タイプ「book」を追加します。それには、register_post_type関数を使ってfunctions.phpなどに次のようなコードを記述します。Codex:register_post_typeダッシュボードにカスタム投稿タイプ「book」が追加されます。本をジャンルで分類しようと考えてカスタム分類「genre」(ジャンル)を追加します。それには、register_taxonomy関数を使ってfunctions.phpなどに次のようなコードを記述します。Codex:register_taxonomyカスタム投稿タイプ、カスタム分類を追加したので、パーマリンクが正しく機能するように「設定」‐「パーマリンク設定」メニューで「変更を保存」ボタンをクリックしておきましょう(パーマリンク設定を変更していなくても)。ダッシュボードのカスタム投稿タイプbookのカスタム分類genreから本を分類するジャンルを登録できるようになります。追加されたカスタム分類「genre」カスタム投稿「book」に記事を追加するときにジャンルを選択できます。投稿した記事は普通に参照できます。カスタム投稿の表示ここまでは問題ありません。一般的なカスタム投稿タイプの使用例です。今度は「本を年度で分類したい」という発想でカスタム分類「year」を追加します。これが問題を引き起こします。前述のカスタム分類「genre」と同じようなコードです。Codex:register_taxonomyカスタム分類を有効にするため、「設定」‐「パーマリンク設定」メニューで「変更を保存」ボタンをクリックします。話がややこしくなって恐縮ですが、問題は「設定」‐「パーマリンク設定」メニューで「変更を保存」ボタンをクリックした時点で発動します。このボタンを押し忘れたときは、問題に気づきません。長い時間がたった後にパーマリンクの「変更を保存」ボタンをクリックすると、その直後に問題が発生するため、原因の特定が難しくなります(パーマリンク設定が問題だと思ってしまうため)。カスタム投稿タイプ「book」にカスタム分類「year」が追加されるので、年度を入力します。問題が起きているようには見えませんが、実際はWordPressシステムには問題が発生しています。この画面では気づかないだけです(普通は気づきません)。追加されたカスタム分類「year」カスタム分類「year」を選択します。ここでも、問題が起きていることには気づかないでしょう。カスタム分類「year」の選択カスタム投稿は問題なく表示され、違和感はありません。何も問題なく見えますが、事件は固定ページを表示したときに起こります。固定ページの「会社概要」を表示しようとすると、なぜか「テスト記事」が表示されます。「会社概要」が表示されない他の固定ページのメニューをクリックしても同じように「テスト記事」が表示されるようになってしまいます。この時点で、事件が起きていることに気づくでしょう。原因はカスタム分類「year」です。カスタム分類を追加する関数register_taxonomyで使ってはいけないキーワード(予約語)の「year」を使ったことが原因です。問題を解決するには、カスタム分類「year」を「book_year」などに変更します。array(...略...));「予約語」は、わかりづらい概念かもしれませんが、少なくとも「カスタム分類名には使えないキーワードがあるので注意」と覚えておきましょう。スポンサーリンクカスタム分類のトラブルから学ぶことこの記事はオチがカスタム分類だとわかっているので大きな問題に思えないかもしれません。問題は「固定ページが正しく表示されない」という現象から「カスタム分類の予約語が原因だ」と思い付くかどうかです。普通に考えればパーマリンクの問題か、少し詳しい方は.htaccessの問題かと思います。そんなワケで、こうしたトラブルの解決には長い時間がかかってしまいますが、このトラブルを実際に解決してみて、改めて学んだことは、トラブルの原因は修正したファイルにあるという当たり前の大原則です。固定ページのリンクが機能しない場合、「パーマリンク設定がおかしい?」「.htaccessが更新できていない?」「プラグインがバッティングしているのでは?」「WordPressを再インストールした方が良い?」など、あちこちに原因を求めてしまいますが、基本的に、トラブルが発生する原因の多くは、「修正したファイルに記述したコードがおかしい(エラーがある)」ということです。いろいろなメニューやプラグインに原因を求める前に、ここまでに修正したファイル(おそらくfunctions.phpでしょう)を見直してみましょう。修正したファイルに追加したコードを1つずつ取り除き、正しく動作した時点までさかのぼることができれば、その直前に取り除いたコードがトラブルの原因です。その関数などをリファレンスで調べて問題の原因をさらに調査していきましょう。そもそもfunctions.phpなどに記述したコードの間違いに気づかない理由は、「エラーメッセージが表示されない」からです。error」などのエラーメッセージが表示されれば、その時点で対処できますが、より注意が必要なのはエラーメッセージが表示されないエラーです。うまくいっているように見えるコードこそ要注意で、問題が起きていないかチェックが必要です。本当のエラーはエラーの顔をしていないです。プログラミングで時間がかかるのはコードの打ち込みではなくエラーの除去(デバッグ)です。エラーの顔をしていない(エラーメッセージの表示されない)エラーこそ、注意が必要です。WordPressでfunctions.phpなどのコードを編集したときは、うまくいっているように見えても入念にチェックしてから先に進みましょう。WordPressトラブルWordPressでお困りのときはご相談を細かい質問からCSSやPHPのカスタマイズ、トラブル対応まで、この記事を書いた西沢直木が対応します。最短で本日中に問題解決できます見積もり無料・料金は終了後の後払いです銀座教室・スカイプ・出張またはメールで対応しますWordPress個別サポートについて詳しくはこちらトラブル解決でお急ぎのときはお急ぎのときはWordPressメールサポートで対応します。5から投稿や固定ページの編集画面に導入されたブロックエディタ(通称「Gutenberg:グーテンベルク」)ですが、「使いにくい」とか「基本的な使い方がわからない」という方が少なくないようです。「重大なエラーを引き起こしたためプラグインを有効化できませんでした」と表示されてプラグインを有効化できないことがあります。プラグインに問題があることは言うまでもありませんが、今インストールしたいプラグインに問題があるとは限りません。場合によってはインストール済みのプラグインに問題があるのかもしれません。Migrationからエクスポートしたファイルの容量が大きすぎて困っていませんか?無料版は512Mまでしかインポートできないので、大きすぎるエクスポートファイルはサイズを小さくする必要があります。2020年2月25日マルチサイトでちょっと大きな画像をアップロードしようとすると「このサイトのアップロードサイズ上限を超えています。」と表示されることがあります。見ると「最大アップロードサイズ」が「1MB」になっていないでしょうか。Proのライセンスを持つユーザー向けのプラグインです。この記事の執筆時点では次のようなブロックが使用可能です。