わいひら

動作報告ありがとうございます。
うまく動作したようで安心しました。

最後にダメもとで、無理やり不要なURLクエリを取り除く処理を書いてみました。
こちらのテスト環境では、不具合が再現できないので、よかったら試していただけると幸いです。
https://wp-simplicity.com/wp-content/uploads/2016/10/simplicity2-4.zip
これでダメなら、地道に再現方法を探るしかないかもしれません。

というか、以下の038とはどこの部分のことですか？

「amp」の部分が「038」になっているので。

とりあえず、次のバージョンで3種類の広告ウィジェットでショートコードも利用できるようにしようと思います。
ちょっと手元のファイルに機能追加してみたので、試してみていただけると助かります。
https://wp-simplicity.com/wp-content/uploads/2016/10/simplicity2-3.zip

旧子テーマは、一応どこかにバックアップとして置いておいて、新しい子テーマをダウンロードしてインストールするのが最も良いかと思います。

ご報告ありがとうございます。
僕のテスト環境でも不具合を確認しました。
完全に336サイドバーの部分については頭になかっです。
手元のファイルは修正したので、近いうちにアップしたいと思います。

僕も、YouTubeの不具合を再現させようと試みているのですが、同じようにはならないですね。
やっぱり、プラグインが怪しいのですが、「1日の間プラグインを無効にした結果」を待ちたいと思います。とはいっても、インストールしているプラグインは、僕もインストールしているものが多いですし、そんなことしそうにないんですけどね；何か変な機能とかあるのかな。

とりあえず、URLを貼るのではなくて、YouTubeが生成するiframeタグを貼り付けるとAMPで表示されるでしょうか？

あらら、同じ時間帯に投稿してしまった。
上のレスは、#46575に対してのものです。

スマホの時のみ出力するようにしても大丈夫ですか？？

それだとGoogleのクローラーがきたときどのように処理されるのかは僕は分かりません。Google Search Consoleを見ていると、そのうちわかるとは思いますが、僕は試したことはありません。
そういったリスクを踏まえた上でなら、何をしても良いかと思います。
ちゃんとクローラーに認識されなかったとしても、本記事にはSEO的影響はなさそうに思います。が、結局はGoogleのみぞ知るです。

.htaccessの記述は、ブラウザキャッシュなので、CSSとかJavaScriptとか、画像とか、フォントとかを変更しない限りは、問題ないと思います。
基本的にはブラウザのリロードボタンで、最悪でもブラウザのキャッシュ削除機能で更新できるものだと思うので、消す必要はないと思います。

できれば、全文いただけると助かります。
SEO的なものが心配であれば、下の方にあるメール欄からお送りいただいても良いので。

それはマジで嬉しいです。ありがとうございます。
これからも、無理をしない程度にゆるりとやって行こうと思います。

なるほど、うまい方法ですね。
僕だったら思いつきませんでした。

「Open Live Writer」に対応させる方法が書かれた詳しいページもしくは資料があれば、機能追加しますよ。
ただ、Windows Live WriterでもWLW Post Downloader Pluginをインストールする必要があったように、対応ソフトを作成する必要がある場合は無理です。
WordPress記事から直接Windows Live Writerを開いて編集する方法

あと、YouTubeの不具合を修正したものを以下にアップしておきました。
よかったら試していただいていいでしょうか。
https://wp-simplicity.com/wp-content/uploads/2016/10/simplicity2-1.zip

そういったカスタマイズを行うには、header.phpの以下あたりをカスタマイズする必要があるかもしれません。

              <div class="alignright top-sns-follows">
                <?php  if ( is_top_follows_visible() ): //トップのフォローボタンを表示するか?>
                <?php get_template_part('sns-pages'); //SNSフォローボタンの呼び出し?>
                <?php endif; ?>
              </div>

カラム幅は、設定によっても変わってきます。
とりあえず、当サイトの場合は入れられる幅は990pxです（CSSとかを変更しなければ）。
あとは計算してください。
違う場合は、設定状態をみないとわからないためサイトのURLを掲載していただけると助かります。

どのようにコードを書かれたかがわからないと、ちょっと詳しい原因はわからないかもしれません。
もし、通常と同様に、.article h2{}と書かれているのであれば、.articleは不要です。
詳しくは、以下の記事の「作成したファイルにスタイルを書く」項目あたりを参照してください。
WordPressのビジュアルエディターのスタイルをカスタマイズする方法いろいろ

ちょっと、その記事のYouTubeの埋め込みタグを貼り付けてもらって良いですか。
コードの貼り付け方は、以下に案内があります。
https://wp-simplicity.com/suport/topic/first-time/

コードを貼り付けるので、もしブロックされて貼り付けられないときは、メールでもOKです。
https://wp-simplicity.com/mail/

個人的に僕のサイト経験上では、そういったことができるようになったからといって、そこまでパフォーマンスは上がらないような気がします。
「少しでもパフォーマンスが上がればいいじゃないか」と思われるかもしれませんが、
「機能追加する大変さ・保守の煩雑さ」と「機能追加することによるパフォーマンスの向上」を天秤にかけてみても、大変さ以上の効果が出るとは、ちょっと思えないです。
機能追加することにより、10％とまではいかなくても、5％以上の回遊率が上がるようであれば、「機能追加する大変さ・保守の煩雑さ」以上の効果が出るので良いのですが、ちょっとそのカスタマイズについては、そこまで効果が出るものとは思えないです（あくまで僕の個人的な経験則からです。サイトによって変わってくるのかもしれません）。

hidekichiさんのおっしゃるように、僕も今後は多くの機能を詰め込むべきではないと思っています。
Simplicity初期につけた不要な機能は、いくつか削除も考えているくらいです。
（と言いつつ、良いと思った機能はつけてしまうのですが；個人作のテーマですのでご勘弁ください；）

僕が機能追加する基準として、現在は以下のように考えています。

1. その機能を付けることでパフォーマンスが上がるか？
2. 汎用的で多くのユーザーに利用してもらえるような機能か？
3. 機能を追加するのが大変ではないか？（大変さ以上のパフォーマンスが出るか？）
4. 機能を追加することでメンテナンスは大変にならないか？
5. その機能を付けることで、これ以上（初心者）ユーザーが惑う設定になっていないか？

今回は、上記基準を考えてみても、申し訳ないですが機能追加は行わないと思います（あまりに複雑になると僕の頭がついていかなくなるもので）。
もちろん、サイトによっては、効果が変わってくると思うので、そういった変更は、カスタマイズやプラグインなどで行っていただければと思っています。

そうやってフックする方法もあるんですね！
良い方法があるのを知って僕も勉強になりました。
ありがとうございます！

Chromeで表示されるフォーカスの枠のことですよね？
これを、修正する方法ってあるんですかね。
とりあえず現在僕はわからないです。
ちょこっと調べてみた感じでもそれっぽいものは見つかりませんでした。

テンプレートファイルをカスタマイズする場合は、子テーマで手軽にやる方法は、ちょっとないかもしれません。

親テーマを変更するのであれば、以下の部分を

//一覧リストのスタイルが大きなサムネイル表示かどうか
function is_list_style_large_thumb_cards(){
  return ( get_list_style() == 'large_thumb' );
}

以下のように変更すれば、いけるかもしれません。

//一覧リストのスタイルが大きなサムネイル表示かどうか
function is_list_style_large_thumb_cards(){
  return !is_mobile();
}

あとは、テーマカスタマイザーの設定で、「一覧リストのスタイル」の設定を「サムネイル大」に変更してください。
ただし、完全に動作確認したわけではないので、カスタマイザー自己責任でお願いします。
あと、この方法だと、バージョンアップごとに修正する必要があります。

ご報告ありがとうございます！
うまくいったようでよかったです。
ご報告いただけたおかげで、修正部分に問題なかったら事がわかり安心しました^^

3について、hidekichiさんが書かれているのは、このトピックかと思います。多分。
モバイルメニューカスタマイズについて

いろいろ項目が多くあるので、とりあえず1だけ書くと、子テーマのstyle.cssに以下のスタイルを貼り付けて、テキストを変更すればいけるかと思います。

.menu-caption-menu::before{
  content: 'メニュー';
}

.menu-caption-search::before{
  content: '検索';
}

.menu-caption-prev::before{
  content: '前へ';
}

.menu-caption-next::before{
  content: '次へ';
}

.menu-caption-top::before{
  content: 'トップへ';
}

.menu-caption-sidebar::before{
  content: 'サイドバー';
}

もし、変わらないようであれば、CSSセレクタを工夫するか、!important（作法とは外れますが）などを使用してみてください。

http://www.saka-en.com/java/c2a0/
上記サイトでこのスペースのことを書かれています

ようやく、おっしゃっていることの意味がわかりました。参考資料ありがとうございます。
手元のファイルは修正したので、次のバージョンで改善されると思います。

2に関してはバッチリでした。
layout属性は必須では無かったのですね。

AMP化で参考にしたページで、layout=”responsive”を使えと書いてあったので、僕も使っていましたが、CSSでレスポンシブするように書いておけば、問題なかったようです^^;
僕の環境でもそれでうまくいっているので、次のバージョンで適用したいと思います。
ご協力ありがとうございます！