投稿を【ユーザーメタデータ】で検索したい

get_varは一つの値を返すので最初のデータのみが返されます。
複数の値をとるならget_resultsなどをつかってください。

なお、SQLで複数条件を指定するならANDでpost_author=ユーザーIDを繰り返すか、INでまとめて指定する必要があります。

上のサンプルのエラーも複数結果が帰ってくるのを想定していなかったのが原因ですね。

それだとpost_type = ‘カスタム投稿タイプ名’ が複数回記述されるのでループの外に出したほうがいいです。

Search Everything を使っていないので、推測で書きます。内容が少し難しいようなら、最後の結論だけを読んでいただくだけでもかまいません。

WordPress デフォルトの検索は、query string が投稿のタイトルと本文のどちらかに含まれるものを検索します。だから、使うテーブルは、

• wp_posts

だけです。検索文字列は外部からの入力なので、SQL インジェクションを回避するための処理をしたり、stop word を削除したり、文を語の単位に分解をしたりして、最終的に生成されるクエリステートメントの where 句は、

($wpdb->posts.post_title LIKE '%{$term}%') OR ($wpdb->posts.post_content LIKE '%{$term}%')

のようになります。これを検索語句の数だけループで回して、AND 結合します。ここで理解していただきたいのは、ユーザが入力した検索文字列を投稿やページに含まれる文字列と照合する SQL 文がこの段階で作成されてしまっているということです。

Search Everything は、Plugin Directory の記述を読む限り、これに加えて、カスタムタクソノミーやカテゴリやその他も含めて検索できる機能を提供するプラグインです。このため、利用するテーブルがさらに増えて、

• wp_postmeta
• wp_comments
• wp_term
• wp_term_taxonomy
• wp_term_relationships
• wp_users

が含まれるようです。これらは必要に応じて、JOIN で結合されるのではないかと思いますが（WordPress にフィルタが用意されています）、wp_usermeta テーブルはありません。temina さんがお示しのような、

$search .= "{$searchand}(u.display_name LIKE '{$n}{$term}{$n}')";

は、wp_users を JOIN で結合して始めて利用できる WHERE 句ですから、wp_usermeta を利用する meta_key や meta_value は使えないということになります。一方、description や aim は、wp_users に含まれるので、動作します。また、上の例と比べてみるとわかるように、これは WordPress が検索クエリを作るときとそっくり同じ、変数名まで同じものです。たぶん、この前には、

SELECT * FROM wp_posts AS p LEFT JOIN wp_users AS u ON u.user_id=p.ID

のような主文があるはずです。コメントを検索するには同じく、wp_comments を JOIN して、検索語句の数だけループを回して上のような WHERE 句を AND で結合するわけです。

細部は違うかもしれませんが、現象から考えて、大筋はこのようになっていると思います。そうすると、以下のような結論になります。

ユーザが入力した検索語句は、temina さんが functions.php に書き加えたコード、

$users = $wpdb->get_results("
 SELECT user_id
 FROM $wpdb->usermeta
 WHERE meta_key = 'aim'
 AND meta_value LIKE '%$s%'");

で使われるだけでなく、実は他の部分でもすでに使われてしまっていて、それを制御する手段はありません。他の全ての設定を外しても、デフォルトの検索クエリだけは残るでしょうから、最低でも１か所で使われてしまいます。つまり、temina さんが入力した「関東」という語は、ユーザ ID を探すために使われると同時に、「関東」が含まれる投稿とタイトルを検索するためにも使われているということです。

さて、それでは、どうすればよいでしょうか?

「ユーザメタデータを検索のキーとして、該当ユーザのIDを含む投稿を列挙する」

という temina さんのやりたいことを実現するには、Search Everything のデフォルトの動作を停止する必要があります。また、WordPress デフォルトの検索クエリも作動しないようにしなければなりません。とすると、もう自分でメインクエリを書き換えるしかありません。しかも、WP_Query のインスタンスが作成されるところにまでさかのぼる必要があるので、pre_get_posts のようなフックも使えません。Hic Rhodus, hic salta.

そもそも本件可能なのでしょうか？

「可能です」が答えになると思いますが、何行ものコードを書く必要があります。思いつく方法は三つあります。

1. Search Everything を改造すること。wp_usermeta を JOIN できるように追加のコードを書き、これを使って検索するときには、WHERE 句に投稿やタイトルを検索する部分が含まれないようすればよいはずです。
2. 新たな、検索用 WP_Query のインスタンスを作り、post_join フィルタで wp_usermeta を追加して、必要なパラメータを指定すること。このとき、is_search() が true になると、WordPress の検索クエリが先にできてしまうので、search.php でメインクエリを置き換える操作が必要になります。
3. $wpdb クラスを使って、生のクエリを自作し、search.php で自前の整形をする。

1 は大幅なコード追加になると予想できます。2 は、実質 Search Everything を捨てることを意味します。3 が一番お手軽だとは思いますが、WordPress で用意されている テンプレートタグが使えません。また、Search Everything の機能も使えません。これを使った暫定解です。functions.php に以下を書いて、

function search_with_usermeta() {
    global $wp_query, $wpdb;
    if (!(is_search() || isset($wp_query->query_vars['s']))) return;
    $query_string = stripslashes($wp_query->query_vars['s']);
    $query_string = str_replace(array("\r", "\n""), '', $query_string);
    $where = '';
    if (preg_match_all('/".*?("|$)|((?<=[\t ",+])|^)[^\t ",+]+/', $query_string, $matches)) {
        $search_terms = $matches[0];
        if (empty($search_terms)) {
            $search_terms = array($query_string);
        }
    } else {
        $search_terms = array($query_string);
    }
    foreach ($search_terms as $term) {
        $term = like_escape(esc_sql($term));
        $where .= " AND (um.meta_key = 'メタキー' AND um.meta_value LIKE '%{$term}%')";
    }
    $where .= " AND (p.post_type = 'ポストタイプ' AND p.post_status = 'publish')"
    $results = $wpdb->get_results("
        SELECT * from $wpdb->posts AS p
        LEFT JOIN $wpdb->usermeta AS um
        ON p.post_author = um.user_id
        WHERE 1=1 $where
        ORDERBY p.post_date DESC
    ");
    return $results;
}

search.php で下のように使ってください。

$my_posts = search_with_usermeta();
foreach ($my_posts as $post) {
    出力整形
}

ページ送りなどは考慮していません。当然ですが、無保証です。

解説の理解は、100%正解です。もうここまでわかったら、あとはそれをコーディングするだけですね。正直なところ、ちょっと難しいかな、と思ったのですが、temina さんの理解力に、こちらがびっくりです。

実は、様々な方法を試してみて、暫定解ではページングの情報をつけるのがちょっと難しいということがわかり、WordPress の機能をもう少し利用できるのでは、ということで、別解を作りました。少しトリッキーな方法になりますが、普通の検索と同様の出力ができて、テンプレート用の関数が通常どおり使えるようにするには、これしか思いつきませんでした。前の投稿の、2番目の解に近い方法です。

検索フォームを通常のものから変えて、

<form role="search" id="searchform" method="GET" action="<?php echo home_url('/'); ?>">
  <label for="s">Search for:</label>
  <input type="text" value="" name="s" id="s" />
  <label for="address">Address</label>
  <select name="address">
    <option value="none">none</option>
    <option value="関東">関東</option>
    <option value="東北">東北</option>
  </select>
  <input type="hidden" name="use" value="usermeta" />
  <input type="submit" id="searchsubmit" value="Search" />
</form>

こんな形にすることは可能ですか? 通常の検索ボックスに加えて、ユーザメタの meta_value をドロップダウンで選択するようにします。検索ボックスは通常どおりに動作させて、meta_value の値によって、AND 検索を実行する、というシナリオです。hidden フィールドはこの検索フォームからの検索のときだけ

以下のコードは、functions.php に書きます。

if (isset($_GET['use']) && $_GET['use'] == 'usermeta') {
    function replace_search_template($template) {
        return locate_template(array('search.php'));
    }
    add_filter('template_include', 'replace_search_template', 99);
}
function search_with_usermeta() {
    if (isset($_GET['address']) && $_GET['address'] != 'none') {
        global $wpdb, $wp_query;

        $query_strings = $_GET['s'];
        $post_types    = "('post')";       // 投稿タイプ 複数指定可
        $post_status   = "publish";        // 投稿ステータス See WP_Query manual
        $address       = $_GET['address']; // 住所 meta_value の値に使う
        $meta_key      = "key";            // wp_usermeta の meta_key フィールド名
        $limit         = 5;                // 1ページに表示する投稿数
        $where         = '';

        $query_strings = stripslashes($query_strings);
        if (empty($query_strings)) {
            $search_terms = array('');
        } else {
            $query_strings = urldecode($query_strings)
            $query_strings = str_replace(array("\r", "\n"), '', $query_strings);
            if (preg_match_all('/".*?("|$)|((?<=[\t ",+])|^)[^\t ",+]+/', $query_strings, $matches)) {
                foreach ($matches[0] as $match) {
                    if (preg_match('/^".+"$/', $match))
                        $search_terms[] = trim($match, "\"'";
                    else
                        $search_terms[] = trim($match, "\"' ");
               }
              if (empty($search_terms)) {
                  $search_terms = array($query_strings);
              }
          } else {
              $search_terms = array($query_strings);
          }
      }
      foreach ($search_terms as $term) {
          $term = like_escape(esc_sql($term));
          $where .= " AND ((p.post_content LIKE '%{$term}%') OR (p.post_title LIKE '%{$term}%'))";
      }
      $where .= " AND (p.post_type IN $post_types AND p.post_status = '{$post_status}')";
      $where .= " AND (um.meta_key = '{$meta_key}' AND um.meta_value = '{$address}')";
      $sql = "SELECT * FROM $wpdb->posts AS p
          LEFT JOIN $wpdb->usermeta AS um
          ON p.post_author=um.user_id
          WHERE 1=1 $where
          ORDER BY p.post_date DESC
          LIMIT $limit";
      $args = array(
            'query'          => $sql,
            'posts_per_page' => $limit,
            'paged'          => get_query_var('paged')
        );
        unset($wp_query);
        $wp_query = new WP_Query($args);
    }
}

やっていることを少し説明します。

まず、ブラウザが GET 要求で検索クエリ（?s=関東）飛ばすと、これをもとにWordPress は通常の検索用 SQL でメインクエリを作ります。このとき、?s= の後が空白文字列だと、全ての投稿がマッチします。ところが、?s=&meta_value=関東 のような形になると、WordPress は meta_value を処理できないので、カテゴリと解釈し、category.php をテンプレートとして表示するようになります。このとき、meta_value というカテゴリがなければ、全てのカテゴリが表示されます。

is_category => true、is_search => false となるのですね。この動作をメインクエリが作成された後に変更することはできません。WP_Query クラスで定義された以外のものがブラウザからの要求に含まれていると、必ずこのような動作になります。

また、前に説明したとおり、WP_Query で Meta Query を使うと、wp_postmeta を使うことができ、WP_User_Query で Meta Query を使うと、wp_usermeta を使うことができますが、wp_posts と wp_usermeta、wp_users と wp_postmeta の組み合わせは使うことができません。temina さんのやりたいのは、前者となりますが、これを使いたい場合、WP_Query も WP_User_Query も使えません。したがって、query_posts() 関数も pre_get_posts フィルタも使えません。

だから、SQL 文を自前で作ることになるのですが、wpdb クラスを使うと、生のデータが返ってくるので、テンプレート関数が全て使えなくなります。ループで setup_postdata() を使えば一部は動作しますが、ページング情報は使えません。

そこで、SQL 文は自前で作るけれども、実行は、新たに作った WP_Query クラスのインスタンスで行い、すでに作られているメインクエリを破棄して、それに付け替えるということをしています。こんなことをするように作られたクラスではないので、どこかにひずみが出るかもしれませんが、確認した限りでは、通常のメインクエリと同様の動作をし、同様のデータの持ち方になるようです。こちらの方がお勧めなので、前の投稿のコードと差し替えてください。フォームに、author や tag などを追加していくのも難しくはないと思います。なお、フォームでselect を使ったのは、LIKE 検索よりも = の方がスピードが速いというのと、ユーザの入力チェックを省略するためです。

無保証ですが、動かない、使い方がわからない場合はまたポストしてください。