msio

SQLを少なくしても大丈夫だと思うので子サイトの取得方法は変更されてはどうでしょうか。
SQLをご利用になられるのであれば私には変更の案があります。

<?php
$SQL_text = "";//文字形式が入る用途をしめした変数初期化
//抽出対象ID群作成
//2～48まで抜けなく順どおりなのでループで作成
for($i=2;$i<=48;$i++){
	$blog_id_arr[] = $i;
}
//次の値があるかどうか確認用だと思いますが
//次があるかどうかはforでカウント＝現在位置
//リミットを配列数にすると固定値保持の必要がないので不要
//$tmp = $blog_id_arr;

//作成した抽出対象配列の個数分循環
//未満として一つ減らすのは0起算で「個数分＝50、0起算で50カウント＝末尾49」のため
for($i=0;$i<count($blog_id_arr);$i++){
//作成した配列の循環番号のブログを取得する
switch_to_blog($blog_id_arr[$i]);
//SQL構文
//全フィールド+ブログIDの番号を実数化した値を改名したフィールドに加え抽出
//全フィールド出力は必要でしょうか。あとブログIDを追加する必要もありますでしょうか
//構文は１行ずつにすると分岐などつけやすいと思います
$SQL_text .= "(SELECT *, $blog_id_arr[$i] as blog_id ";
//スイッチしたブログの投稿を代入してます？
$SQL_text .= "FROM $wpdb->posts ";
$SQL_text .= "WHERE post_type = 'page' ";
$SQL_text .= "AND post_status = 'publish');
//現在位置+1が準備した配列の個数よりも小さければ
if(count($blog_id_arr)>($i+1)){
//SQL抽出要件を連結する
$SQL_text .= "UNION\n";
} //循環おわり
//ブログを戻す
restore_current_blog();
}
$SQL_text .= "ORDER BY post_date DESC ";
$SQL_text .= "LIMIT 50 ";
//50連結したメタ投稿データクエリのようなものを実行しようとしていますが
//それだけの質量を並列で作業する必要がここにあるのか判断できません
$posts = $wpdb->get_results($SQL_text);
//あとこのクエリデータの結果から得られるID　すなわち最初に作成した変数と同じもので
//リスト作成循環を行い各子ブログを読み出しているように見えます。
//結果としてこの全行程＝各ブログIDの配列変数（$blog_id_arr）の作成と同義ではないでしょうか
?>

上記のSQLによる抽出がなくても以下だけで機能するかと思うのですが
当方マルチサイトを扱っていなくまたACFプラグインも使用しておりません。
大変申し訳ございませんがこちらでテストができていないので、文法的におかしなところがあるかもしれません。

//子サイト情報取得　これをそのまま循環して blog_id フィールドを取得しても大丈夫
$sub_sites = wp_get_sites(); 
foreach($sub_sites as $value_sub_sites){
	//各子ブログのIDを取得
	$blog_id_arr[] = $value_sub_sites["blog_id"];
}
//もしくは最上部と同じく手動で作成
//2～48まで抜けなく順どおりなのでループで作成
//手動で作成するとブログの増減に応じて手動で変更の要があるとおもいます
for($i=2;$i<=48;$i++){
	$blog_id_arr[] = $i;
}

//12毎ページング
//ページ指定がない場合も1ページ目なので代入
//if($page==0){ $page = 1; }
//ページ送り個数
$pageNationCount = 12;
//ページスタート位置作成
$StartPageID = ($pageNationCount*($page-1));//1ページ目　0x12=0　2ページ目　1x12=12 ページ数-1なので
//総ページカウントが指定ページ数のページング個数倍より大きい場合は
if(count($blog_id_arr)>($pageNationCount*$page)){
//ページ最後は指定個数
$End__PageID = ($pageNationCount*$page);//1ページ目　1x12=12　2ページ目　2x12=24
}else{
//ページングした末尾数値より準備変数量が少ない場合は代入
$End__PageID = count($blog_id_arr);
}
//このForがページング
for($i=$StartPageID;$i<$End__PageID;$i++){
	//各IDでブログ切り替え
    switch_to_blog($blog_id_arr[$i]);
?>
          <li>
          	<!-- IDでシフトした現在地サイトのリンク -->
            <a href="<?php the_permalink(); ?>">
<?php
//以下、現在地のサイト（子サイト情報）取得
//画像(返り値は「画像ID」)
$img = get_field('shop_images');
$imgurl = wp_get_attachment_image_src($img, 'full'); //サイズは自由に変更してね
if($imgurl){ ?>
<img src="<? echo $imgurl[0]; ?>" alt="">
<?php } ?>
				<!-- ふつうに現在地のブログタイトルを取得 -->
              <p class="list_name"><?php echo mb_substr(bloginfo(name), 0, 25); ?></p>
              <p class="list_version"><?php
$descripstion_text = mb_substr(get_field('shop_description'),0,30,'utf-8');
echo $descripstion_text.'...';
?></p>
              <p class="store_link"><?php the_field('shop_tag'); ?></p>
            </a>
          </li>
<?php restore_current_blog(); } ?>

<?php
//そしてページャ
//$page　の値とページングカウントの総数で有無を確認して出力
//ページはURLの末尾に数字が入っているとワードプレスが取得して
//グローバルスコープで扱えます
$Paging_UP = "";
$Paging_DOWN = "";
if($page){ if(is_numeric($page)){ if($page>1){ $StargPosition = (($page-1)*$pageNationCount); }}else{ $StargPosition = 0; }}
if($page>1){ $nextPageNum = ($page+1); }else{ $nextPageNum = 2; }
if($EndPosition>(count($blog_id_arr)+$pageNationCount)){ $Paging_UP = "<a href=\"".get_the_permalink().$nextPageNum."/\">NEXT＞＞</a>"; }
//１ページ目がパラメータ有無どちらでも稼働するので、１になるときのプレビアスは別に整形
if($page>2){ $Paging_DOWN = "<a href=\"".get_the_permalink().($page-1)."/\">＜＜PREV</a>"; }else
if($page>1){ $Paging_DOWN = "<a href=\"".get_the_permalink()."\">＜＜PREV</a>"; }

//ページャ描画
//戻るがあれば戻る表示
echo $Paging_DOWN = "";
//次があれば次表示
echo $Paging_UP;
?>

２回ほど修正した記事を投稿したのですがあまり繰り返すと消えてしまうのでもうこのままでおきます。
不良個所ございますかと思いますが参考程度にいただけると幸いです。

まさにページャー単体が必要だったのですね。
当方物分かりが悪く受け答えの順序が逆になってしまい申し訳ございません。

抽出件数の整形がWordpress既成のものであればwp_link_pagesにてページャーが出るかと思うのですが
独自にループを組まれているのであれば、50件の形がどうなのかわかりませんが以下が参考になりませんでしょうか。

//$page;
//$店舗50件 = 50件分;
//仮に５０店舗を配列にしてそれを配列にいれていたら
//$店舗50件
//├店舗１array("店舗名","URL");
//├店舗２array("店舗名","URL");
//├店舗３array("店舗名","URL");
//└店舗４array("店舗名","URL");
//$iは０から５０未満（４９まで）を++（１ずつ加算）
for($i=0;$i<count($店舗50件);$i++){
//全件列挙
	表示　$店舗50件[$i]["店舗名"].$店舗50件[$i]["URL"];
}

//12毎ページング
//$page = 1; //1ページ目　ページ指定がない場合も1ページ目なので注意
//if($page==0){ $page = 1; }
//ページ送り個数
$pageNationCount = 12;
//ページスタート位置作成
$StartPageID = ($pageNationCount*($page-1));//1ページ目　0x12=0　2ページ目　1x12=12 ページ数-1なので
$End__PageID = ($pageNationCount*($page));//1ページ目　1x12=12　2ページ目　2x12=24
//1ページ目　0～11（12件）　2ページ目　12～23（12件）（数値は配列番号）
//終端数”未満”なので0起算～終端-1
for($i=$StartPageID;$i<$End__PageID;$i++){
//ページに相当する内容を表示
	表示　$店舗50件[$i]["店舗名"].$店舗50件[$i]["URL"];
}

またwp_queryの記述ですとoffset(開始点）を上記開始位置に合わせて１２件取得するとページングになるのではないでしょうか。

検索結果は検索エンジンの仕様によると思いますのでページ構成の評価などから選択されるものだと思います。
キーワードを多く含む、記事における注釈の設定などが要件を満たしている点数の高いものがトップページよりも記事のほうになっているのではないでしょうか。
トップページに当該キーワードをより多く含める設定やポータル的な仕様にして評価を逆転させるか、トップページ以外には　canonical　属性をつけて
「記事の検索結果はトップページに還元されるべき」とGoogleに対し表現するのはいかがでしょうか。
マネジメントによると思いますがSEO対策についてのプラグインもwordpressには多くあると思いますのでご利用を検討されてみてはいかがでしょうか。

https://ja.wordpress.org/support/topic/%E3%83%9E%E3%83%AB%E3%83%81%E3%82%B5%E3%82%A4%E3%83%88%E3%81%A7%E5%AD%90%E3%82%B5%E3%82%A4%E3%83%88%E3%81%AE%E4%B8%80%E8%A6%A7%E3%82%92%E8%A1%A8%E7%A4%BA%E3%81%97%E3%81%9F%E3%81%84/

こちらの一覧表示という記事が一覧の作成について解決を促されるのではないでしょうか。

大変失礼ですが私の認識としてはページャというのはページングをする機能のことでページングとは複数ある内容について
１回の表示単位を区切ることで

１．１００項目あるものを、５項目１ページ単位で切り分けることを「ページング」　１～１００項目→１ページ（１～５）、２ページ（６～１０）
２．５項目の参照位置を移動したりさせたりすることを「ページ送り」　１ページから２ページに移動することの機能（１項目の次は６項目）
３．「ページ送り」をさせるものを「ページャ」　現在１ページを表示しているので２ページへのリンクを表示させるもの

このページャを作成するにあたって、ページングする元データをどこから持ってくるかによってかわると思うのですが
表示個数が表示対象分母より小さくかつ同一画面で表示をすることについてのご質問だったでしょうか。

上記にて紹介いたしましたリンク先はただ一覧を取得するに至るまでかと思いますのでページングが必要であれば
表示可能と判断した時点で変数に１ずつ追加して、規定値まで到達すると終了、$page 変数の受け取りなどで開始点と開始点+表示数の
ループを組む、などになるかと思いますが分母の取得方法によってページング方法の選択肢にご参考になればと思います。

query_posts
メタ的な投稿データの編成につき煩雑で更新の優先度を下げたい関数　＝　非推奨
・実行速度が遅い
・メモリを食う
・無駄なデータ連携がなされる

wp_query
SQLクエリ構成に近く機能維持に優位性がある関数　＝　推奨
・シンプル

なのではないかと思うので早めに乗り換えたほうが良いかもしれないとは思うのですが、ランダム抽出の有効性はpostsのほうの特性な気もするので私には判断することができないのです。
post__not_in を使って望ましい抽出はできると思います。でもランダムとなるとランダムの母体範囲を指定しなくてはならないと思うのと両立方法が私にはわかっていません。

２条件併記して重複ということは、タグを複数つけた状態のように「２視点からの抽出を併記したいが、近しい条件のため一部重複記事がある」場合の利用なのではないかと想像しております。
その場合は、PHPの範疇ではありますがランダマイズした抽出結果の抽出自体の採用条件をランダマイズするという階層構造にするのはどうでしょうか。

条件１　条件２
A1　　　A1　—-重複 条件によっては除外対象
B2　　　B2　—-重複 条件によっては除外対象
C3　　　B3
D4　　　D1
E5　　　D2
F6　　　E1
G7　　　D2

ア．条件１の重複していないランダム抽出
C3
D4
E5
F6
G7

イ．条件２の重複していないランダム抽出
B3
D1
E1
D2

ウ．重複しているランダム
A1
B2

選択肢ランダム
Ａ．ア．とイ．は相互に重複を含まない
Ｂ．ア．はウ．の1件を含みイ．は重複を含まない
Ｃ．ア．は重複を含まずイ．はウ．の1件を含む

それぞれの条件結果でランダム表示をしたい範囲を抽出し配列に代入
配列をshuffle
撹拌したデータの先頭をＡ．Ｂ．Ｃ．それぞれのランダムで選択された内容にそって取り出し掲載する。

それぞれの全体の条件を確定しながら、確定したものを次の条件の分母から除去していけばいいと思います。
分母を三つも用意しなくても段階的な処理を１つのプロセス上に乗せるとみため分母変数は一つになるかと思いますが、
保持しておくデータが選別プロセスのたびに肥大化すると条件定義の要素が変数にも増えて結果メタ的な情報になってしまうかと思います。
（１つの条件を２度の選別にかけると２度比較データができるので結果５分母分+２条件を満たす演算回数が必要なのではないかと思って）

候補選択のプロセスで抽出するデータはそれぞれの記事ＩＤだけにしておいて、表示記事が決定するとget_postなどで表示するのはどうでしょうか。

あとoffsetは抽出結果の開始位置だと思うので以下の条件になっているのではないでしょうか。

showposts=2&orderby=rand&offset=2
表示２件　ランダムで　上から２件を ＝ 記事条件に合致する中から起算位置を２とし２～終端のうちの上位２件を表示 ＝ ランダムに並べ替えた記事の３～４を表示

• この返信は9年、 5ヶ月前にmsioが編集しました。理由: 自分で出した条件に合致しない表記をしていました…。

タグ一覧のページはテンプレート tag.php ではないですか？
違っていたらごめんなさい。

私はレンタルサーバーの使用経験が浅く特徴など勉強不足なのですが
301転送といえばサーバーレベルかと思っていたのでサーバーにログインする
もしくはサーバーログインでの作業顕現にあたるものがプログラムで
動作可能な状態が前提かなと思うのですが、もしか管理をされている方が
ほかにいらっしゃるのであれば管理をされている方に依頼するのがよいかと思います。

ちらっとみてみたのですが同一ドメイン内での転送をサービスしていない
という形をとられているのかもしれないので機能的なものかもしれないなどと思ってみました。

https://www.xserver.ne.jp/manual/man_server_transfer.php

もしかワードプレスがデータベースにないページを参照しようとした段階で404に
なっているのだとしたら、安易な私としては古いアドレスにページを設置し
そのページの機能を

<link rel=”canonical” href=”http://www.[ target domain ].com” />
とページに記載してこのページは　http://www.[ target domain ].com　ページを参照すべきという
ページをつくってふるいアクセスの評価を新しいところへ維持させたり
（ワードプレスのヘッダーテンプレートがいじれたら全頁それぞれのアドレス代替案を挿入できると思います）

<?php
header(“HTTP/1.1 301 Moved Permanently”);
header(“Location: http://www.[ target domain ].com”);
exit();
?>

とPHPの機能を使ってジャンプさせたりもできるかもしれないと想像してしまいます。
これもヘッダーテンプレートで移動先に整形ができるかと思います。

なにもかもよくわかってなくて申し訳ないですが、私としてはワードプレスの使い方を

１．どこにアクセスしようがまずindex.phpから処理し始める
２．存在しなければindex.phpに飛ぶ（逆に存在さえしていれば機能外の位置も機能する）
３．ディレクトリ単位で動作規制はhtaccess（サーバーにログインして設定するやつ）で行う

というノリですこしかじっている程度なので、やはり管理をされている方がいればその方に
調整いただく、もしくは同じサーバーをご利用の方からの回答があることがよいかと思います。

解決にいたらず申し訳ございませんが、よい結果に至りますようお祈り申し上げます。