CNAMEサイトがHTTPSではなくHTTPを介してファイルをロードしていています
メインサイト
https://www.ptacunits.com
正常にロードされます。上記のドメインから次のドメインを指すCNAMEがあります。
https://www.ptacfactoryparts.com
ただし、ページソースにはすべてのアセットファイルのHTTPが表示されます。 HTTPとしてハードコードされているGoogleフォントでも
//fonts.googleapis.com/css?family=Asap:400,700,400italic,700italic
hTTP経由でロードされている、それはなぜですか？
問題は「WordPress HTTPS」プラグインであることが判明しました。これを無効にすると、ptacfactoryparts.comはHTTPではなくHTTPSでアセットファイルをロードできました。なぜそれがリンクを上書きしたのかわからない。
最初に知っておくべき最も重要なことは、SSL証明書が特定のドメイン名に関連付けられていることです。
CNAMEを使用して別のドメイン名からエイリアスを作成すると、トラフィックが他のURLにルーティングされます
ただし、他のサイトのSSL証明書も購入し、2つ目のApache構成をセットアップし、その2つ目のサイトにSSL証明書をインストールしていない限り、ほとんどのブラウザーは、ユーザーに暗号化されたページにいることを通知するプライバシー警告を表示しますSSL証明書で使用されているドメイン名は、訪問しているドメイン名と一致しません。
CNAME自体は、ユーザーを別のドメインにリダイレクトする以外は何もしません。 2番目のドメインでSSLを使用する場合は、Apache（または使用しているWebサーバー）が両方のドメイン（通常はvhostsまたは仮想ホスト、ディレクティブ経由）にサービスを提供するように設定する必要があります .
以下で詳しく説明しますが、この短いバージョンは、WordPressは単一のインストールから2つのドメインを提供するように設計されていないことです。 /データベースなので、両方のドメインを維持する最も簡単な方法は、www.ptacfactoryparts.comにアクセスしようとするユーザーをwww.ptacunits.com
推奨ソリューション
Www.ptacunits.comにアクセスするユーザーをwww.ptacfactoryparts.comに転送するように設定するには：
1.すべてがptacunits.comと同じサーバーを指すptacfactoryparts.comのDNSレコードを作成します（以下の例では、DNSの詳細は here および here ）にあります：
(Sub)domain Type Target
ptacunits.com A 11.22.33.444
www.ptacunits.com CNAME ptacunits.com
www.ptacfactoryparts.com CNAME ptacunits.com
2. ptacfactoryparts.comからptacunits.comにすべてのトラフィックをルーティングするApacheリダイレクトルールを追加します（ ServerFaultから参照 ）：
<VirtualHost *:80>
ServerName www.ptacfactoryparts.com
RedirectPermanent / http://www.ptacunits.com/
# optionally add an AccessLog directive for
# logging the requests and do some statistics
</VirtualHost>
注：WebホストがcPanelをサポートしている場合、 これらの手順を使用してcPanelがこのリダイレクトを処理するように構成する を使用できる場合があります（ただし、DNSをセットアップする必要があります）
これにより、ドメイン名と一致するSSL証明書が実際にあるサイトにすべてのトラフィックが転送されます。
ここの詳細な分析
注-以下で説明するWordPressおよびWooCommerceの設計上の制限を回避できたとしても、サイトは 重複したコンテンツに対するSEOの罰則 を受け取ることがありますが、 SEOへの正確な影響 ランキング 議論されています 、 おそらく良いアイデアではありません は 異なるURLでホストされているサイトの正確なコピー を持っています。
これらすべてを実行して2番目のサイトをセットアップし、WordPressが1つのインストールフォルダーとデータベースから2つのサイトを提供しようとすると、 WordPressそんなことをしたい 。主に 投稿内で完全なURLを使用し、システムデータベース構成のコアデザインは単一のベースURLを想定しています が原因です。
WordPress Multi-Siteインストールに移動することにより、希望すること（同じ投稿、製品、およびテーマのセットからの2つのURLを実行）を達成できる場合があります。これにより、共有したいコンテンツを1か所で管理することで共有できる可能性があります。 Multi-Siteは、ベースWPおよび WooCommerceはマルチサイトインストールで作業するために特定の構成が必要です よりもはるかに複雑な動物であることに注意してください。
公式のサポートフォーラムからのスレッドは、現在設計されているように、マルチサイトインストールで実行した場合でも、各サイトがシステムの個別のインストールになることを示しているようです。彼らは同じに見えます。
理論的には、同じデータベースに2番目のWordPressサイトをセットアップする可能性がありますが、他のURLを使用して、2つの間ですべてのコンテンツ、製品、テーマなどを手動で同期します（または、そのためのスクリプトを記述します） ）マルチサイトオプションを使用しなくても、2つの異なるコンテンツとトランザクションのセットを持つ2つの異なるURLにある2つの異なるサイトのままになります。これは、目的の目標とは思えません。
https://www.ptacfactoryparts.com を参照すると、次のように表示されます。
アドレスバーの左端のアイコンをクリックしてSSLの詳細を表示すると、解決する必要がある2つの項目が表示されます。
1。 [CRITICAL]SSL証明書の名前が入力したURLと一致しません（新しいSSL証明書を取得するか、任意のドメインに無料のSSL証明書を提供するCloudFlareなどのサービスを使用する必要があります）両方のサイトが正しい「グリーンオールイズウェル」SSL通知をここに表示するようにします。こちらが この特定の問題に関するGoogleの詳細情報 です。 Chromeで[証明書の詳細]リンクをクリックすると、次のような問題が強調表示されます。
2。 [NOT CRITICAL]Google Chromeは、SSL証明書が古いテクノロジーで暗号化されていることを示しています。 これが何を意味するのか、情報セキュリティスタックエクスチェンジで対処する方法についての詳細な議論 サイトがあります。これを修正することをお勧めしますが、Chrome（他のブラウザについてはわかりません）が検出された場合、プライマリサイトにはないという事実によって証明されるように、緑色のアイコンが表示されるようです。同じ壊れたSSLアドレスバーの表示（下の最終スクリーンショットを参照）
2番目のサイト用に別のSSL証明書をセキュリティで保護すると仮定すると、2番目の主要な問題に対処するまでまだ完了していません：1つのApacheサイト構成とは異なる2つの異なる2つのサイトにサービスを提供しようとしています（ここではWebサーバーとしてApacheを使用しますが、nginxを使用している場合は同じことが当てはまりますが、ソリューションは異なります）。
問題のこの部分を修正するには、他のサイトと同じコンテンツディレクトリにリンクするApacheのvhostディレクティブを介して別のサイトをセットアップし、2つのサイトが完全に保護され、同じコンテンツを提供しているように見えるようにする必要があります。 CNAMEマッピングは、（少なくとも）メインサイトのWordPressによってレンダリングされる実際のコンテンツでのCNAMEルールの参照方法を変更しないため、単独では機能しません。ソースには、URLに元のドメインへの参照があることがわかります。
また、WooCommerceと他のいくつかのテーマのカスタマイズを使用しているように見えるため、さまざまなテーマ、プラグイン、およびWP基本構成間でSSL実装を調整するために、特定の設定を更新する必要があります このプロWebmasters StackExchangeサイトの投稿 で説明されている場合があります。
繰り返しになりますが、上記で推奨する簡単なルートをお勧めします。重要なものを見逃した場合は、以下にコメントしてください。詳細については、喜んで対応いたします。