コンテンツ管理システム(CMS)は非常に実用的であり、必要に応じてコンテンツを作成、編集、管理できます。
しかし、それらの強(qiáng)力な機(jī)能にもかかわらず、WordPressのような従來(lái)のCMSはすべての人のニーズを満たしていません。場(chǎng)合によっては、より大きな柔軟性が必要です。たとえば、CMSをさまざまなコーディングメソッドに統(tǒng)合し、フロントエンドを頻繁に使用しないでください。この場(chǎng)合、WordPressはまだ答えである可能性があります。これは、使用方法を変更できるためです。いわゆるヘッドレスCMSとして使用できます。
この記事では、WordPressをヘッドレスCMSとして使用する方法について説明します。しかし、より深く潛る前に、ヘッドレスCMSが何であるか、それが私たちのために何ができるかを正確に照らすことから始めましょう。キーポイント
WordPressをヘッドレスCMSとして使用すると、さまざまなコーディング方法とカスタムフロントエンドメカニズムとの統(tǒng)合を可能にするため、開(kāi)発者がより柔軟性と制御を提供します。
- ヘッドレスCMSには、APIとバックエンドのみが含まれており、コンテンツのフロントエンド表示はありません。これは、従來(lái)のCMSのようなコンテンツ公開(kāi)機(jī)能がないことを意味しますが、開(kāi)発時(shí)間を節(jié)約し、拡張しやすいことを意味します。
- WordPressには、レストAPIが組み込まれており、ヘッドレスCMSとして使用できる馴染みのあるバックエンドがあり、定期的なメンテナンス、セキュリティの更新、さまざまなハードウェアとソフトウェアの組み合わせとの互換性などの利點(diǎn)を提供します。
- WordPressをヘッドレスCMSに変換するには、新しいWordPressインストールを設(shè)定し、空白のテーマを使用し、AJAXリクエストを使用してAPI呼び出しを使用します。追加のコンテンツフィールドは、高度なカスタムフィールド(ACF)プラグインを使用して追加できます。
- ヘッドレスCMS定義
簡(jiǎn)単に言えば、ヘッドレスCMSはフロントエンドのないCMSです。したがって、コンテンツの保存と管理、データの編成、およびワークフローのプロセスに必要なAPIとバックエンドのみが含まれます。コンテンツのフロントエンド表示はありません。もちろん、これは、フロントエンドテンプレートがヘッドレスCMSで不要になる傾向があることを意味します。
したがって、従來(lái)のCMSとは異なり、ヘッドレスCMSはコンテンツ管理バックエンドとAPIのみを提供します。フロントエンドがなければ、ヘッドレスCMSを真の意味でのコンテンツ「リリース」に使用することはできません。一方、WordPressのような伝統(tǒng)的なCMSは、コンテンツの公開(kāi)機(jī)能を中心にその存在全體をモデル化することがよくあります。全體として、これはヘッドレスCMSと従來(lái)のCMSの最大の違いです。
今、自然に、フロントエンドを削除すると、日常のユーザーに一連の課題をもたらすことができます。最大の欠點(diǎn)は、実際のフロントエンドなしでレンダリングされたときにコンテンツまたは出力がどのように見(jiàn)えるかを判斷する適切な方法がほとんどないことです。
さらに、ヘッドレスCMSは、適切な安全対策なしにいくつかの深刻なセキュリティ問(wèn)題をもたらすことができます。これは、バックエンドでは、さまざまなユーザーの役割が、機(jī)密データへの偶発的なアクセスを防ぐための適切な権限のみを確保する必要があるためです。と言われているので、ヘッドレスCMSに関連する主な利點(diǎn)は何ですか?さらに重要なことに、いつ使用することを検討する必要がありますか?
ヘッドレスCMSの利點(diǎn)
ヘッドレスCMSアーキテクチャに関連する最大かつ最も明白な利點(diǎn)は、おそらく開(kāi)発者に優(yōu)れた柔軟性と制御を提供することです。開(kāi)発のほぼすべての側(cè)面を制御し、データ管理の処理、バックエンドにコンテンツの保存方法を処理し、ニーズに最適なフロントエンドソリューションを決定することもできます。
この柔軟性を使用すると、ヘッドレスCMSごとに相まって、バックエンドでコールを管理する獨(dú)自のAPIが付屬しているため、多くの開(kāi)発時(shí)間を節(jié)約できます。ヘッドレスCMSを使用する場(chǎng)合、既存のモジュールを再利用したり、更新をプッシュしたり、バグ修正を修正したり、他の同様のタスクを?qū)g行したりする方が簡(jiǎn)単です。さらに、ヘッドレスのCMSアーキテクチャの上に構(gòu)築されたアプリケーションとWebサイトは、スケーリングが容易になる傾向があることに注意する価値があります。高レベルのスケーラビリティは明確な利點(diǎn)です。バックエンドはすでにフロントエンドから分離されているため、エンドユーザーのダウンタイムが最小化されます。
これとは別に、フロントエンド自體が欠落しており、ユーザーのニーズに応じて統(tǒng)合できるため、ヘッドレスCMSは通常、ほとんどのプラットフォームと互換性があります。ヘッドレスCMS自體にはコンテンツリリースソリューションがないため、DDOS攻撃の可能性も削減されます。なぜWordPressをヘッドレスCMSとして使用できるのか
ヘッドレスCMSがもたらすさまざまな利點(diǎn)を見(jiàn)てきました。
一般に、従來(lái)のCMSが適切でないか、本質(zhì)的に厳しすぎる場(chǎng)合がある狀況では、ヘッドレスCMSが好ましいです。たとえば、モバイル開(kāi)発の場(chǎng)合。ヘッドレスCMSでAPI呼び出しを使用して、コンテンツをiOSまたはAndroidプラットフォームに簡(jiǎn)単に渡すことができます。同様に、アプリケーションでJavaScriptフレームワークを使用して、ヘッドレスCMSアーキテクチャに頼ってコンテンツをさまざまなプラットフォームにプッシュできます。
明らかに、従來(lái)のCMSは、小規(guī)模で簡(jiǎn)素化されたプロジェクトに依然として最良の選択肢です。ただし、バックエンドをさらに制御する必要があり、API呼び出しを使用してコンテンツをさまざまなプラットフォームにプッシュしたい場(chǎng)合、またはバックエンドから完全に獨(dú)立したカスタムフロントエンドメカニズムを統(tǒng)合したい場(chǎng)合(またはフロントエンドソリューションをまったく必要ない) 、ヘッダーCMSは理想的ではありません。
WordPressをヘッドレスCMSとして使用することに関しては、すでに組み込みのREST APIがあります。つまり、API部分はすでに解決されています。さらに、おなじみのWordPressバックエンドを使用してコンテンツを管理できます。
明らかに、これは、ほんのいくつかの簡(jiǎn)単な手順で獨(dú)自のWordPressヘッドレスCMSを持つことができることを意味します。 WordPressが非常に人気があることを考えると、ヘッドレスCMSとして使用することは、CMSがさまざまなハードウェアとソフトウェアの組み合わせでうまく機(jī)能し、定期的に維持および更新できることを意味します。
さまざまなヘッドレスのCMSプラットフォームとオプションがあり、それらの多くはそれ自體が優(yōu)れていますが、WordPressには非常に共通の側(cè)面があります。それはしばらくの間存在しており、実行するには単純なMySQLとPHPスタックのみが必要です。 WordPressを使用して運(yùn)用コストとクラウドストレージの費(fèi)用を削減できますが、他のヘッドレスCMSSには需要が大きくなる可能性があります。
WordPressをヘッドレスCMS
として使用しますWordPressには3つの主要な部分があります
- データベース、コンテンツは に保存されています コンテンツを管理するための管理パネル(API)
- HTMLビューまたはコンテンツを表示するフロントエンド。
- もちろん、ヘッドレスCMSとして、最後のオプションは私たちにとってほとんど役に立たない。 WordPressをヘッドレスCMSとして使用する場(chǎng)合、コンテンツはデータとしてのみ扱われます。
ステップ1:WordPressを設(shè)定
新しいWordPressインストールを使用することが重要です。 WordPressのインストール方法に関するさまざまなチュートリアルがあることを考慮して、この點(diǎn)で公式のドキュメントは非常に詳細(xì)であるため、ここでインストールの詳細(xì)をスキップします。
さらに、ほとんどのWebホスティングプロバイダーは現(xiàn)在、WordPressのワンクリックインストールを提供しています。覚えておいてください:データベースとテーブルプレフィックスをデフォルトのWP_値から他の値に変更し、強(qiáng)力なパスワードを使用してください!
ステップ2:空白のテーマ
フロントエンドはヘッドレスCMSにほとんど効果がないと述べたことを覚えていますか? WordPressには、その驚くべきテーマで知られる広大なエコシステムがあります。しかし、これは必要ありません。そうは言っても、WordPressは、フロントエンドが使用されない場(chǎng)合でも、実行するためにテーマを必要とします。ですから、良い考えは、空白のテーマを使用することです。
WordPressをヘッドレスCMSとして使用する場(chǎng)合、index.phpファイルとstyle.cssファイルを追加する必要があります。WordPressのテーマ名、著者の詳細(xì)などを指定します。
テーマのindex.phpファイルは、ユーザーを靜的Webサイトのホームページにリダイレクトし、バックエンドに觸れず、フロントエンドが削除されるようにします。以下は、index.phpファイルに配置できるJSリダイレクトコードの例です(または、獨(dú)自のコードスニペットを使用することを選択できます):
空白のテーマの準(zhǔn)備ができてテーマディレクトリにアップロードされたら、WordPress管理者でアクティブ化します。それだけです、私たちはWordPressをヘッドレスCMSとして使用することに一歩近づいています。
<??>
ステップ3:APIリクエストを使用してください
ここで、最後のステップとして、API呼び出しを使用するためにAJAXリクエストを行う必要があります。空白のトピックを入れたので、コンテンツを望むように使用するデータリクエストを作成できるようになりました。
これを行うにはさまざまな方法があります。これを行う最も簡(jiǎn)単な方法は、おそらく非同期データ要求を処理できるフェッチAPIを使用することです。フェッチAPIの詳細(xì)については、こちらをご覧ください。
ただし、一部の古いWebブラウザーはまだFetch APIをよく使用していないため、ブラウザ自體がサポートしていない場(chǎng)合にPolyFillを使用して、Fetch API機(jī)能を作成できます。以下は、私たちのコードがどのように見(jiàn)えるかもしれませんか:
上記のコードでは、REST Ful API呼び出しを使用してコンテンツを処理するだけです。
ヘッドレスのWordPressで詳細(xì)を?qū)g行します
Using WordPress as Headless CMS <??> <??>
ほとんどの実用的な目的では、WordPressをヘッドレスCMSとして使用する場(chǎng)合、追加のコンテンツフィールドを追加する必要がある場(chǎng)合があります。これを行うには、人気のある高度なカスタムフィールド(ACF)プラグインを使用することが良いソリューションです。
WordPress開(kāi)発者が言うように、ACFを使用すると、コンテンツにカスタムフィールドを簡(jiǎn)単に追加でき、APIを介して呼び出すことができます。プラグイン固有のガイドのACFドキュメントを參照できます。
ただし、REST Ful APIを介してカスタムフィールドを呼び出す場(chǎng)合、ACFを使用してAPIプラグインをRESTして通話を適切に構(gòu)築する必要があることに注意してください。このプラグインは、WordPress REST APIのACFエンドポイントを公開(kāi)するために使用できます。また、特別な言及に値するWordPressプラグインは、あまり知られておらずめったに使用されないWordPressプラグインもあります - WordPressヘッドレス。このプラグインを使用すると、數(shù)分でヘッドレスのWordPress CMSを作成できます。フロントエンドを削除し、投稿後のパーマリンクがビューの代わりにエディターに送られるようにします(ユーザーのみでログに記録されます)。すぐに開(kāi)始しようとしていて、WordPressのインストールをヘッドレスCMSに変換したい場(chǎng)合は、WordPressヘッドレスプラグインが自分でセットアップすることなくこれを行うことができます。明らかに、API呼び出しやその他の開(kāi)発タスクは、引き続き処理する必要があります。
結(jié)論
WordPressをヘッドレスCMSとして使用する場(chǎng)合、一般的な使用シナリオには、バックエンドで獨(dú)自のデータを処理するチームなど、コンテンツ管理が必要な狀況が含まれます。専用ページとしてフロントエンドにコンテンツを表示したい場(chǎng)合、または検索エンジンにWebサイトのコンテンツを適切にインデックスに表示する場(chǎng)合は、WordPressを従來(lái)のCMSに再構(gòu)成する必要があります。
他のすべてのヘッドレスの使用については、この特定のモデルは非常に効率的に実行され、カスタムフィールドやその他のデータ構(gòu)造でさらに調(diào)整して、目的の結(jié)果を得ることができます。
WordPressヘッドレスCMS(FAQ)についてのFAQ
WordPressヘッドレスCMSを使用することの主な利點(diǎn)は何ですか?WordPressヘッドレスCMSを使用する主な利點(diǎn)には、柔軟性の向上、セキュリティの強(qiáng)化、パフォーマンスの向上が含まれます。ヘッドレスCMSを使用すると、開(kāi)発者はプログラミング言語(yǔ)でWebサイトのフロントエンドを構(gòu)築できます。これにより、カスタマイズとイノベーションがさらに向上することができます。さらに、フロントエンドとバックエンドが分離されているため、潛在的なセキュリティの脅威が最小限に抑えられます。最後に、ヘッドレスCMSは、完全なWebページではなく生データを提供するだけであるため、コンテンツをより速く配信します。
WordPressヘッドレスCMSはWebサイトのパフォーマンスをどのように改善しますか?
WordPressヘッドレスCMSは、必要なデータのみをユーザーに提供することでウェブサイトのパフォーマンスを向上させ、負(fù)荷時(shí)間を短縮します。従來(lái)のCMSは、ウェブサイトを遅くする可能性のあるデザイン要素を含むWebページ全體を提示します。ただし、ヘッドレスCMSは元のコンテンツのみを提供し、フロントエンドがレンダリングを処理できるようにします。これにより、読み込み時(shí)間が短くなり、ユーザーエクスペリエンスが向上します。
従來(lái)のWordPress CMSからヘッドレスCMSに移行することは困難ですか?
従來(lái)のWordPress CMSからヘッドレスCMSへの移行は、特に現(xiàn)代の開(kāi)発慣行に不慣れな人にとっては挑戦的です。フロントエンドとバックエンドの開(kāi)発、およびAPIの理解を十分に理解する必要があります。しかし、適切なリソースとガイダンスがあるため、これは間違いなく可能です。
ヘッドレスCMSでWordPressプラグインを使用できますか?
はい、ヘッドレスCMSでWordPressプラグインを使用できます。ただし、WordPressのフロントエンドに依存して実行されるため、すべてのプラグインが期待どおりに機(jī)能するわけではありません。互換性について各プラグインを徹底的にテストしてください。
ヘッドレスCMSはWebサイトのセキュリティをどのように強(qiáng)化しますか?
ヘッドレスCMSは、フロントエンドをバックエンドから分離することにより、ウェブサイトのセキュリティを強(qiáng)化します。これは、ハッカーがフロントエンドにアクセスしても、データを保存するバックエンドにアクセスできないことを意味します。さらに、ヘッドレスCMSは、時(shí)代遅れのプラグインなどの従來(lái)のCMSに関連するセキュリティの脆弱性のリスクを軽減します。
ヘッドレスCMS SEOはフレンドリーですか?
ヘッドレスCMSはSEOフレンドリーですが、追加の構(gòu)成が必要です。組み込みのSEOツールを備えた従來(lái)のCMSとは異なり、ヘッドレスCMSはコンテンツのみを提供します。したがって、メタタグ、構(gòu)造化データ、XMLサイトマップなどのSEO要素をフロントエンドで処理する必要があります。
ヘッドレスCMSは動(dòng)的コンテンツを処理できますか?
はい、ヘッドレスCMSは動(dòng)的なコンテンツを処理できます。 APIを介してコンテンツを提供します。これは、任意のデバイスまたはプラットフォームが使用および表示できることです。これにより、eコマースサイトやニュースポータルなどの動(dòng)的なコンテンツを備えたWebサイトに最適です。
WordPressヘッドレスCMSを管理するには、どのようなスキルが必要ですか?
WordPressヘッドレスCMSを管理するには、JavaScriptなどのフロントエンド開(kāi)発言語(yǔ)とAPIの理解を十分に理解する必要があります。また、バックエンド開(kāi)発とデータベース管理に精通することも有益です。
eコマースWebサイトにヘッドレスCMSを使用できますか?
はい、ヘッドレスCMSはeコマースのWebサイトに最適です。より多くのカスタマイズ、より速いロード時(shí)間、およびセキュリティの改善が可能になります。さらに、動(dòng)的なコンテンツを処理して、eコマースWebサイトにとって重要なデバイスまたはプラットフォームに渡すことができます。
ヘッドレスCMSはウェブサイトのメンテナンスにどのように影響しますか?
ヘッドレスCMSは、ウェブサイトのメンテナンスを簡(jiǎn)素化できます。フロントエンドとバックエンドは分離されているため、開(kāi)発者は他方に影響を與えることなく更新または変更できます。これにより、Webサイトを破るリスクが軽減され、実裝の変更が容易になります。ただし、管理するには、より高いレベルの技術(shù)的専門(mén)知識(shí)も必要です。
以上がWordPressをヘッドレスCMSとして使用しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。

ホットAIツール

Undress AI Tool
脫衣畫(huà)像を無(wú)料で

Undresser.AI Undress
リアルなヌード寫(xiě)真を作成する AI 搭載アプリ

AI Clothes Remover
寫(xiě)真から衣服を削除するオンライン AI ツール。

Clothoff.io
AI衣類(lèi)リムーバー

Video Face Swap
完全無(wú)料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡(jiǎn)単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無(wú)料のコードエディター

SublimeText3 中國(guó)語(yǔ)版
中國(guó)語(yǔ)版、とても使いやすい

ゼンドスタジオ 13.0.1
強(qiáng)力な PHP 統(tǒng)合開(kāi)発環(huán)境

ドリームウィーバー CS6
ビジュアル Web 開(kāi)発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

WordPressがサーバーCPU使用の急増を引き起こす主な理由には、プラグインの問(wèn)題、非効率的なデータベースクエリ、テーマコードの品質(zhì)の低さ、またはトラフィックの急増が含まれます。 1.最初に、トップ、HTOP、またはコントロールパネルツールを介したWordPressによって引き起こされる高い負(fù)荷であるかどうかを確認(rèn)します。 2.トラブルシューティングモードを入力して、プラグインを徐々に有効にしてパフォーマンスのボトルネックをトラブルシューティングし、QueryMonitorを使用してプラグインの実行を分析し、非効率的なプラグインを削除または交換します。 3.キャッシュプラグインをインストールし、冗長(zhǎng)データをクリーンアップし、スロークエリログを分析してデータベースを最適化します。 4.トピックには、コンテンツの過(guò)負(fù)荷、複雑なクエリ、キャッシングメカニズムの欠如などの問(wèn)題があるかどうかを確認(rèn)します。標(biāo)準(zhǔn)のトピックテストを使用して、コードロジックを比較および最適化することをお?jiǎng)幛幛筏蓼埂I嫌洡问猪槫藦兢盲?、?chǎng)所を確認(rèn)して解決し、問(wèn)題を1つずつ解決します。

JavaScriptファイルをマイニングすると、ブランク、コメント、役に立たないコードを削除することにより、WordPress Webサイトの読み込み速度を向上させることができます。 1。W3TOTALCACHEなどの圧縮をサポートするキャッシュプラグインを使用し、「MINIFY」オプションで圧縮モードを有効にし、選択します。 2。FastVelocityMinifyなどの専用圧縮プラグインを使用して、より細(xì)かい制御を提供します。 3. JSファイルを手動(dòng)で圧縮し、FTPを介してアップロードします。これは、開(kāi)発ツールに精通しているユーザーに適しています。一部のテーマまたはプラグインスクリプトは圧縮関數(shù)と競(jìng)合する可能性があり、アクティベーション後にWebサイト機(jī)能を徹底的にテストする必要があることに注意してください。

プラグインに依存しないWordPressサイトを最適化する方法は次のとおりです。1。積み重なったテーマを避けるために、AstraやGeneratePressなどの軽量テーマを使用します。 2. CSSおよびJSファイルを手動(dòng)で圧縮およびマージして、HTTP要求を削減します。 3.アップロードする前に畫(huà)像を最適化し、WebP形式を使用し、ファイルサイズを制御します。 4. configure.htaccessブラウザキャッシュを有効にし、CDNに接続して靜的リソースの負(fù)荷速度を向上させます。 5.記事の改訂を制限し、定期的にデータベース冗長(zhǎng)データをクリーンにします。

Transientapiは、自動(dòng)有効期限データを一時(shí)的に保存するためのWordPressの組み込みツールです。そのコア関數(shù)は、set_transient、get_transient、delete_transientです。 OptionsAPIと比較して、Transimentsは、Cache API要求の結(jié)果や複雑なコンピューティングデータなどのシナリオに適した、生存時(shí)間(TTL)の設(shè)定をサポートしています。それを使用する場(chǎng)合、キーネーミングと名前空間の獨(dú)自性、キャッシュ「怠zyな削除」メカニズム、およびオブジェクトキャッシュ環(huán)境では続かない問(wèn)題に注意を払う必要があります。一般的なアプリケーションシナリオには、外部要求頻度の削減、コード実行リズムの制御、ページの読み込みパフォーマンスの改善が含まれます。

コメントスパムを防ぐ最も効果的な方法は、プログラマティックな手段を介して自動(dòng)的に識(shí)別して傍受することです。 1.検証コードメカニズム(Googler CaptchaやHcaptchaなど)を使用して、特に公共のWebサイトに適した人間とロボットを効果的に區(qū)別します。 2.隠しフィールド(ハニーポットテクノロジー)を設(shè)定し、ロボットを使用して機(jī)能を自動(dòng)的に埋めて、ユーザーエクスペリエンスに影響を與えることなくスパムコメントを識(shí)別します。 3.コメントコンテンツのブラックリストを確認(rèn)し、敏感な単語(yǔ)の一致を通じてスパム情報(bào)をフィルタリングし、誤判斷を避けるために注意を払ってください。 4.コメントの頻度とソースIPを判斷し、単位時(shí)間あたりの提出數(shù)を制限し、ブラックリストを確立します。 5.サードパーティのスパムサービス(Akismet、CloudFlareなど)を使用して、識(shí)別の精度を向上させます。ウェブサイトに基づいていることができます

Gutenbergブロックを開(kāi)発する場(chǎng)合、エンキュー資産の正しい方法には次のものが含まれます。1。register_block_typeを使用して、editor_script、editor_style、およびstyleのパスを指定します。 2。functions.phpまたはプラグインでwp_register_scriptとwp_register_styleを介してリソースを登録し、正しい依存関係とバージョンを設(shè)定します。 3.適切なモジュール形式を出力し、パスが一貫していることを確認(rèn)するためのビルドツールを構(gòu)成します。 4. Add_Theme_SupportまたはEnqueue_Block_Assetsを介してフロントエンドスタイルの読み込みロジックを制御して、フロントエンドスタイルのロードロジックが確保されるようにします。

カスタムユーザーフィールドを追加するには、プラットフォームに従って拡張メソッドを選択し、データ検証と許可制御に注意を払う必要があります。一般的なプラクティスには次のものが含まれます。1。データベースの追加のテーブルまたはキー価値ペアを使用して情報(bào)を保存します。 2.フロントエンドに入力ボックスを追加し、バックエンドと統(tǒng)合します。 3。機(jī)密データのフォーマットチェックとアクセス許可を制約します。 4.モバイルの適応とユーザーエクスペリエンスを考慮しながら、新しいフィールド表示と編集をサポートするインターフェイスとテンプレートを更新します。

robots.txtは、WordPressのWebサイトのSEOにとって重要であり、検索エンジンを?qū)Г?、?dòng)作をクロールし、コンテンツの重複を避け、効率を向上させることができます。 1. /wp-admin /および /wp-includes /などのシステムパスをブロックしますが、誤って /uploads /directoryをブロックしないようにします。 2.サイトマップなどのサイトマップパスを追加:https://yourdomain.com/sitemap.xml検索エンジンがサイトマップをすばやく発見(jiàn)するのに役立ちます。 3.クローラー廃棄物を減らすためのパラメーターを備えた制限 /ページ /およびURL。しかし、重要なアーカイブページをブロックしないように注意してください。 4.サイト全體を誤ってブロックすること、更新に影響を與えるキャッシュプラグイン、モバイル端子とサブドメインの一致を無(wú)視するなど、一般的な間違いを避けてください。
