keysさん、こんにちは。

とりあえずの表示確認であれば、wp-includes/canonical.phpの208行目

$redirect['path'] = preg_replace('|/index.php/*?$|', '/', $redirect['path']);

をコメントアウトするとindex.phpのまま表示されるようになります。あるいは、286行目にredirect_canonicalというフックがありますので、プラグインでの実装も可能です。

ただ、WordPressルートへのリンクは変わらないので一方通行的になってしまいますが。

どうやったら、原因がwp-includesフォルダの中のcanonical.phpファイルの中の208行目にあるなんて見つけられるのでしょう‥

これは WordPress のソースコードをある程度読むことが必要ですね。index.html → index.php という変換 (Canonical URL 機能) は canonical.php で実現しているので、このソースを読めば、どこかは当たりがつきます。

元質問ですが、元の静的ページ自体も WordPress で提供する手があります。home.php というテンプレートを用意するか、固定ページをフロントページ (トップページ) にすると、希望の動作になるでしょう。

keysさん、こんにちは。

index.html → index.php という変換を、(Canonical URL 機能)と言う
って事を知っていなければ、canonical.phpまでたどりつけないですね。

まあ、細かい間違いはおいといて。。。

私自身は、それほど練熟しているわけではなく、canonical.phpも今回辿り着くまではほとんど開いたこともありません。今回の回答については、かなりベタですが、以下のような感じで見つけています。

1. 実行ロジックの中で、だいたいのあたりをつけ、exit;を割り込ませて、リダイレクトが実行されるポイントを割り出す
2. そのポイントで行われているソースを追う。
3. 対応策を検討する。

ちなみに、WordPressの実行ロジックの大元は、index.phpの次に読み込まれるwp-blog-header.phpの

require_once( dirname(__FILE__) . '/wp-load.php' );

	wp();

	require_once( ABSPATH . WPINC . '/template-loader.php' );

３行で、

require_once( dirname(__FILE__) . '/wp-load.php' );

が、wp-config.php、wp-settings.phpを読み込み、初期設定や必要なファイルの読み込みを行います。

wp();

は、リクエストされたURLを元に、データベースへのクエリーを生成し、該当する投稿・ページを抽出・変数へのセットを行います。

require_once( ABSPATH . WPINC . '/template-loader.php' );

は、名前からも想像つきますが、テーマのテンプレートを読み込み、表示を司る部分です。

今回は、おそらくURLのパース時あたりで行うのではないかと考え、まずはwp();内の各所でexit;させてみるも、ハズレでここではリダイレクト前のままです。

かと言って、テンプレートが読み込まれてレンダリングが始まってしまうとheaderによるリダイレクトは出来ませんから、この間と言うことになります。

で、さらに絞り込んでいくとtemplate-loader.phpの

do_action('template_redirect');

というフックでリダイレクトが行われることが分かります。

では、デフォルトのフックが登録されるdefault-filter.phpから実行関数がたどれるかと思いきや、このファイルに記述されているwp_old_slug_redirectという関数は全く違うもの。

他にこのフックで行われているものがあるはずなので、フックを管理・記憶している$wp_filterという変数をvar_dumpで表示させてみると、もう１つredirect_canonicalという関数がフックされていることが分かります。

で、あとは、この関数の記述されている場所を探し出して、ソースを読み、対応策を導き出すだけです。

$wp_filterであったり、WordPressがどのように起動して実行されていくかなどは、プラグインを作ったりすると、ソースを読むことが必須になるため、自然と覚えていく（経験と検索（爆）で）ものと思います。