説明
array get_tags( [ mixed $args = '' ] )
条件を指定してタグ情報を検索し、マッチしたすべてのタグ情報を取得する。
パラメータ
- $args検索条件を指定する文字列（または連想配列）。文字列の場合はname=valueの形式で指定し、複数の条件はname1=value1&name2=value2のように'&'の後に続ける。主なキーワードは次の通り。
キーワード 意味 orderby ソート対象を示すname、countなど。省略時は'name'が適用され、指定しない場合はIDが適用される order ソート順を示すASCかDESC（省略時はASC） hide_empty 投稿数が0のタグ情報を除外する場合はtrue(1)、除外しない場合はfalse(0)を指定（省略時はtrue） exclude 除外する投稿ID（省略時は''）。複数指定する場合は,で区切る include 取得したい投稿ID（省略時は''）。複数指定する場合は,で区切る number 最大件数（省略時は''で制限なし） fields 取得したいタグ情報のフィールドを示すall、ids、namesなど（省略時は'all'） slug タグ情報のスラッグ（省略時は''） offset 取得開始位置（先頭は0）
返り値
条件にマッチしたタグ情報（オブジェクト）を配列に格納して返す。条件にマッチしたタグがない場合は、空の配列を返す。タグ情報のメンバー変数は次の通り。
| プロパティ名 | データ型 | 意味 |
|---|---|---|
| term_id | int | ID |
| name | string | 名前 |
| slug | string | スラッグ |
| term_group | int | グループID |
| term_taxonomy_id | int | タクソノミーID |
| taxonomy | string | タクソノミー名。タグの場合は必ず'post_tag'となる |
| description | string | 説明。現在は必ず''となる |
| parent | int | 親タグID。現在は必ず0となる |
| count | int | 投稿数 |
注意
特にありません。使用例
- すべてのタグ情報を取得する。<?php $tags = get_tags(); ?>
フィルター
get_terms関数にて投稿タグ情報を取得できた場合、get_tagsフィルターで処理を行いその戻り値を返している（なお投稿タグ情報を取得できなかった場合は、このフィルターは呼ばれない）。$tags = apply_filters( 'get_tags', $tags, $args );
アクション
実行するアクションはありません。ソースファイル
/wp-includes/category.php最終更新 : 2018年05月27日 10:49
関連
お勧め
投稿ページでユニークなテンプレートを選択しよう（2018年5月27日 更新）
4.7の変更点に「投稿タイプテンプレート」がある。これは従来固定ページ（'page'）向けに任意のテンプレートを適用できる機能が拡張されたもので、投稿ページ（'post'）はもちろんカスタム投稿タイプのページにも適用可能になっている。
ブロックエディターの色設定を変えてみる（2019年12月11日 更新）
バージョン5.3で機能強化されたブロックエディター。対応を考えて新テーマ「Twenty Twenty」のソースコードを眺めていく。
5.3の新機能：日付とタイムゾーン（2019年10月2日 更新）
「WordPress 5.3 Beta 1」に記載されていた「Time/Date component fixes」という見出し。開発者向として新しい関数の追加や多くのバグが修正されたとなっており、チェックせざるを得ない。
ショートコードを含んだページを表示する前に何か処理する（2014年5月28日 更新）
固定ページまたは投稿ページに独自のフォームを埋め込む。入力→登録の2段階のフォームなら著名なプラグイン「Contact Form 7」を利用すればいいのだが、クライアントの依頼は入力→確認→登録の3段階で組み込む要素が特化していたので、独自の実装方法を考えることになった。
Emojin：プラグイン作ってみました（2015年3月21日 更新）
ちょっと前のTLでiOSの絵文字を含んだ投稿を保存すると、絵文字以降の文章がすべて消えた状態で保存されるといったツイートを見かけた。少し検索してみると、MySQLのデータベースの文字セットが「utf8」の場合、iOSの絵文字のような4バイトの文字を正常に保存できず、それ以降の文章も保存されないというものらしい。対処方法としてデータベースの文字セットを「utf8mb4」に変更するのが有効らしいのだが、他に回避策がないか考えてみた。