コード書いてみました。こんな感じでどうでしょうか？
/**
* 投稿の一覧ページで、記事一覧レイアウトが simple のときにインフィード広告を表示
*/
add_filter(
'snow_monkey_template_part_render_template-parts/archive/entry/content/content',
function( $html, $name ) {
$infeed_ads = get_option( 'mwt-google-infeed-ads' );
if ( ! $infeed_ads ) {
return $html;
}
$entries_layout = get_theme_mod( $name . '-entries-layout' );
if ( 'post' !== $name ) {
return $html;
}
if ( ! in_array( $entries_layout, [ 'simple' ], true ) ) {
return $html;
}
$count = 0;
return preg_replace_callback(
'|(<li class="c-entries__item)|s',
function( $matches ) use ( &$count, $infeed_ads ) {
$count ++;
if ( 0 !== $count % 4 ) {
return $matches[0];
}
ob_start();
?>
<li class="c-entries__item">
<?php \Inc2734\WP_Adsense\Helper::the_adsense_code( $infeed_ads ); ?>
</li>
<?php
return ob_get_clean() . $matches[0];
},
$html
);
},
10,
2
);
希望されている具体的なカスタマイズ事例があればコードで紹介することもできるかもしれませんが、まずはstr_replaceやpreg_replaceで、このフォーラム内を検索されてみると良いでしょう。（「試したこと」に何も書かれていないので、何も試されていないという前提でお話しています）
また、PHPの記述方法に関しては一度こちらのマニュアルを参照されて一通り試してみることをお勧めします。
キタジマ様
アドバイスいただきましてありがとうございます。
カスタムDOMイベントを使ってJavaScriptを実行し画面遷移する方法で対処してみます。
どうもありがとうございました。
解決致しましたのでトピックを閉じさせていただきます。
投稿画面のキャプチャ画像がうまくアップされていないので、ちょっと正確に意図を把握できませんが、こちらでちょっと入れてみたところ、そもそもブロックエディタ （管理パネルにはGutenbergとあります）への対応はBetaと書いてあるので、TinyMCEで利用できることが基本なのではないでしょうか？
Betaを有効にすると２つのブロックが利用できるようになります。こちらは正常に動いているように思います。
また、ブロックで対応していないフォントについてもフォントアセット自体は読み込んでいるようなので、画像のようつCSSクラスを任意のブロック（段落ブロックなど）に追記することで利用できることは確認できました。CSSクラス名は管理画面などでプラグインが提供するCSSファイル内を確認してみてください。
Snow Monkey Forms は MW WP Form と違って画面遷移時に画面がリロードしないので、完了画面に移動したかどうかで計測することはできません。
Contact Form 7 と同じようにイベントトラッキングの仕組みがあるので、それを使ってみると良いかと思います！
（ちなみに僕は Analytics に全く無知で、仕組みはつくったものの全然詳しくはないのでもし変なところがあったら教えてもらえればと思います…）
もしヘッダー位置が「ノーマル」であればこれでも見え方は変わらないと思いますが、ちゃんと「ヘッダーの中」にメニューを入れたいのであれば snow_monkey_template_part_render_header フックでヘッダーの HTML を書き換える形でヘッダーの中にメニューを入れるのが良いと思います（ヘッダーの内側にはアクションフックが無いので、この HTML 書き換えようフックで代用しています）。
add_filter(
'snow_monkey_template_part_render_header',
function( $html ) {
// 以降の出力を変数に格納する
ob_start();
?>
<div class="kw-nav__wrapper">
<?php
wp_nav_menu(
array(
'theme_location' => 'kw-nav', // 指定した位置
'container' => 'kw-nav',
'container_class' => 'kw-nav',
'container_id' => 'kw-nav-wrap',
'fallback_cb' => ''
)
);
?>
</div>
<?php
// 変数に格納
$menu = ob_get_clean();
// ヘッダーの </header> の前にメニューを追加
return str_replace(
'</header>',
$menu . '</header>',
$html
);
}
);
1ページに記事一覧が複数枠ある場合に、リッチメディア用のインフィード広告がシンプルにも表示されてしまう（インフィード広告側でレイアウトでの表示の分岐ができない）という問題があったため、インフィード広告はリッチメディアとパネルだけにしか表示しないような仕様にしています。
やるとすれば子テーマの functions.php か My Snow Monkey プラグインにコードを追加して表示するような形になります。必要そうであれば調査してコードを書き込むようにします！
久々の投稿ですが、v5.0.5から一気にv12.2.2にアップデートしたところ、またインフィード広告が表示されなくなってしまいました。
記事一覧レイアウトが「シンプル」の時だけ表示されず、「リッチメディア」や「パネル」では表示されます。
（https://taisy0.com/）
度々で恐縮ですが、原因が分かれば助かります。
宜しくお願い致します。
トピック先のURLの場合、有効な証明書ではないけど https のサイトも一応あるみたいなので、そっちをブラウザは見に行って…サードパーティ Cookie判断されているって問題の可能性の方があるかな？
その場合に PHP.ini で http でアクセスされた場合、https があってもhttp でアクセスされている Cookie を使用する…ってやらないと、サードパーティ Cookie となる訳です。
…こう書けば良かったかも（^^
@キタジマ氏
> サードパーティ Cookie って具体的にどういうものを指すのでしょうか？
ブラウザで表示しているページ（アドレスバーに表示しているURL）のドメイン名と同じ状態で生成される Cookieは、ファーストパーティー Cookie、
それ以外のドメイン名で生成されるのはすべて、サードパーティ Cookie
って認識で OK だと思います。
> Snow Monkey Forms の cookie はそのサイトのドメインで発行される
コード見たところもそうなってますし、おそらくそれで間違いはないかと。
ただ、PHP標準の発行である場合、PHP.iniとかの設定によっては…必ずしもそうならないです。（今回の場合はソレはないかも？）
まあ、ソレを何故やられるか…ですが…ソレは説明も面倒になるし割愛しときます。P3PやらITPやらRRPやら云々な解説が長くなるので。
簡単に言うと…大抵はレンタルサーバでのサブドメイン的な問題を防ぐ為です。
トピック先のドメインは、ryoublog.wp.xdomain.jp … wp.xdomain.jp もある可能性があれば xdomain.jp も…と、ドメインに関してはサブ状態でありますし、それぞれのドメイン上でクッキー設定がどうなってるかによっても問題になる場合もあるんです。
そして、最近のブラウザだと http の時はその問題が絡む事でクッキーが描き込まれません。
（正しく設定していても、ブラウザの仕様で http の場合にはサードパーティー Cookie とみなされてしまう場合がある）
で、サードパーティー Cookieとして認識されると、最近のブラウザではそもそもサードパーティ Cookieは全てブロックするって仕様があって、そもそも Cookie が書き込まれないんです。
トピック先を見ると WP のデフォルトクッキーも書き込まれてないような挙動をしてるので、おそらく サードパーティー Cookieとして認識されている…と思えた訳です。
> cookie よくわからない…。
私も「チョットダケワカル」とかのネタじゃなく「深い所までは本当に解らない」です。ちょっとかじっただけです。
…静的サイトジェネレートをやるようになると、その技術で比較的にローカルストレージやらキャッシュ用クッキー構造やら使われるようになってるので知るしかないんで…（本当は面倒なので調べたくない）。
Cookieが正常に動かないと、静的サイトジェネレータ系って遷移出来ないとか色々な問題ががが…。
アクツさんの返信のはやさにビビりましたw
アクツさんが書かれているように ARVE Advanced Responsive Video Embedder と干渉しているように思います。
プラグインが不要なもののようであれば無効化するのが手っ取り早いかもです。
@Kmical Lights さん
ちょっとトピックから話がそれて申し訳ないのですが、サードパーティ Cookie って具体的にどういうものを指すのでしょうか？ Snow Monkey Forms の cookie はそのサイトのドメインで発行される（と思っている）ので、サードパーティーじゃないと考えているのですが、それは認識間違いですかね…？ cookie よくわからない…。
大西さん こんにちは。
こちら見てみたのですが、コア（もともとWordPressに搭載されているもの）・Snow Monkeyないしその他Snow Monkeyプロダクトで入れたYoutubeではない感じそうですが当たっていますでしょうか？
（ARVE Advanced Responsive Video Embedder というプラグインっぽそうなのですが）
「これまではちゃんと表示されてたのに、突然ある日から隙間ができだした」
とかであれば、お使いのプラグインがアップデートされ、そのバージョンにバグ（CSSの過不足）がある可能性が大きいかなと思ってます。
一番はお使いのプラグインのフォーラムで質問するのが解決早いかなと思ってます。
また、どうしても直したいという場合は、CSSで治る可能性が高いかなと思います（未検証）
.arve-arで動画分の領域を確保していて、その上に動画自体が乗っかる形が乗っかってないので、.c-responsive-container-16-9かその中のiframeに対して、position: absolute かけて重ねるといけるかなと思います。
クッキーを扱うPHPファイルなどをアップしてみて、
サーバがクッキーを正常に動作できるか確認したほうが良いかもですね。
今の時代のブラウザでは、サードパーティ Cookie はデフォルトでブロックされるようになっているので、
クロスドメインクッキーもそれに従って、ブロックされるように動作するケースも増えています。
ブロックされている結果、クッキーを使うウェブシステムはそのサーバではほぼ正常に動作しないようになります。
サードパーティCookie問題は未だにレンタルサーバで多く見られるので、
解らなければ借りているドメインサービスやレンタルサーバの方にもお問い合わせしてみてください。
