この記事では、WordPress Webサイトを強(qiáng)力なツールを使用して靜的Webサイトに簡(jiǎn)単に変換する方法を?qū)Г蓼埂?WordPressから靜的Webサイトジェネレーターに移行するプロセスに焦點(diǎn)を當(dāng)て、ヘッドレスCMSを使用するなど、いくつかの代替案を調(diào)査します。なぜこの種の移行を?qū)g行する必要があるのですか？なぜなら、ウェブサイトの速度を大幅に向上させ、検索エンジンのランキングを改善し、ホスティング料金を削減（または削除する）、セキュリティを大幅に向上させることができるからです。

キーポイント：

WordPressから靜的Webサイトジェネレーターへの移行は、ホスティングコストとメンテナンスワークロードを削減しながら、Webサイトの速度、セキュリティ、SEOのパフォーマンスを大幅に向上させることができます。
• Gatsby.jsなどの靜的なWebサイトジェネレーターは、動(dòng)的なWordPress Webサイトを靜的Webサイトに変換することができ、ページの読み込み速度の低減、管理の簡(jiǎn)素化、セキュリティの改善など、多くの利點(diǎn)をもたらすことができます。
• WordPressの移行プロセスには、靜的Webサイトジェネレーターの設(shè)定、WordPressの記事/ページのマークダウンへのエクスポート、靜的リソースの生成が含まれます。 Mastering ReactとGraphQLの知識(shí)は、カスタマイズとデータクエリに役立ちます。
• 靜的Webサイトは、ハッキングできるデータベースがなく、WordPress管理パネルに潛在的なセキュリティの脅威が展開(kāi)された靜的ページに影響しないため、より安全です。
• ヘッドレスCMSを使用して靜的ファイルを生成し、リポジトリに同期してプロセスを自動(dòng)化できます。 WordPressは、靜的WebサイトのヘッドレスCMSとして使用できますが、他の最新のコンテンツ管理方法も考慮することができます。
• 靜的Webサイトの利點(diǎn)：

大幅な速度の改善が唯一の利點(diǎn)ではありません。動(dòng)的なWordPress（WP）Webサイトを靜的Webサイトに変換することも、次の利點(diǎn)をもたらすことができます。

• ページの読み込み速度を削減します：ページは実行時(shí)に前処理する必要はありません（ユーザーがリクエストする場(chǎng)合）、コンテンツをデータベースから抽出する必要はありません。したがって、Webサーバーの応答速度は大幅に加速されます（10倍速く、またはそれ以上）。
• CDNを使用したレイテンシを減らす：これらの靜的ページを分散コンテンツ配信ネットワーク（CDN）に直接展開(kāi)できます。これにより、世界中の応答時(shí)間が大幅に短縮されます。
• 簡(jiǎn)略化された管理：ワークフローをセットアップすると（この記事で説明します）、メンテナンス、WPのアップグレード、またはサーバーの更新に余分な労力を費(fèi)やす必要はないことがわかります。
• セキュリティをサブトルに強(qiáng)化する：https out of bock、靜的ページのみが、問(wèn)題のあるPHPバージョンや時(shí)代遅れのWordPressで実行されず、Apacheで実行されることもありません。
• SEOの改善：Googleはコンテンツを評(píng)価するだけでなく、コンテンツへのアクセスの利便性とセキュリティも評(píng)価します。これは実際、今日でも効果的な數(shù)少ないSEOメソッドの1つです。検索エンジンの結(jié)果ページで、より速く、より安全なWebサイトのパフォーマンスが向上します。
• 心配のない：PHPをアップグレードする必要はなく、WPの未収のセキュリティの脆弱性について心配する必要はなく、Linuxサーバーを管理する必要もありません。展開(kāi)したら、コーヒー/ビール/紅茶/高麗人參を簡(jiǎn)単に楽しむことができます。

「WordPressは安全ですか？」 WordPress開(kāi)発者は、長(zhǎng)期的なサポート（LTS）はまだ非常に不足していますが、優(yōu)れた基準(zhǔn)とセキュリティ慣行に従います。ただし、そのアーキテクチャ自體のために、WPセキュリティチームの制御を超えて、直接責(zé)任を負(fù)うものがいくつかあります。

サーバーを更新します

WPアップデートのインストール
PHPアップデートのインストール
プラグインとテーマの更新をインストールする（利用可能な場(chǎng)合）
WPとPHPへの主要なアップグレードを定期的に管理する（LTSなし）
• これはすべて継続的なプロセスであり、プラグインは些細(xì)な脅威ではなく、特に維持されていないプラグインです。これらのプラグインは、多くの場(chǎng)合、WordPressのインストールを制御するために攻撃者が悪用できるセキュリティの脆弱性を備えています。これが、WordPressの商業(yè)的にホストされているバージョンであるWordPress.comのいくつかのプラグインに何年も費(fèi)やしてきた理由です。かなりの量の意識(shí)的な努力があれば、wordpress
は

安全です。これらは優(yōu)れた開(kāi)発者が入れるべき努力であると主張することができますが、WP Webサイトを靜的Webサイトに変換しながら、アーキテクチャを再定義し、ほぼ同時(shí)に排除することなく永遠(yuǎn)に排除することにより、これらの負(fù)擔(dān)を緩和できることも確実です。仮想現(xiàn)実は、セキュリティの脅威になる可能性のあるすべての潛在的なポイントです。結(jié)局のところ、攻撃者は通常のHTML、CSSファイル、フラット畫像であまり役に立たない。ただし、クロスサイトスクリプトとクロスサイトリクエストの偽造にまだ注意する必要があります。 ？?♂ ?♂?

準(zhǔn)備：靜的Webサイトジェネレーターが利用可能

出典：netlify

記事「100 Jamstack Tools、API、Services service Your Webサイト」で靜的Webサイトジェネレーター（SSG）を簡(jiǎn)単に確認(rèn)しました。ここではカバーされていないSSGが多數(shù)あります。情報(bào)。一部のSSGは、WP2StaticなどのWordPressを特に標(biāo)的としていますが、より一般的なSSG、つまりGatsby.js— "Reactベースのフリーオープンソースフレームワークに焦點(diǎn)を當(dāng)て、開(kāi)発者がスーパーファーストWebサイトとアプリケーションを構(gòu)築するのに役立ちます?！?。

WordPressの移行

プロセスが非常に簡(jiǎn)単であることを願(yuàn)っていますが、インストールした既存のプラグインなど（プラグインの方が少ない）など、より退屈で時(shí)間のかかるものがいくつかあることを認(rèn)めなければなりません。記事を翻訳するには（シンプルな方が良い）。これは、特定の狀況に合わせて調(diào)整する必要があるガイドと考えてください?；镜膜恕⒋韦韦长趣蛐肖い蓼?

gatsby.js

を設(shè)定します

WPの記事/ページをマークダウンとしてエクスポート
靜的リソースを生成
3. ステップ1：フォークギャツビーランチャー

最初にギャツビーアドバンストランチャーまたはギャツビーマテリアルランチャーをフォークします。どちらもGatsby.JSプロジェクトのユニバーサルスターターを調(diào)整し、2番目のランチャーは「意図的な」材料デザインテンプレート（DEMO）を使用します。

これらのランチャーは、完全に機(jī)能的な反応駆動(dòng)型プログレッシブWebアプリケーション（PWA）を直接提供できます。これらはすべて既に含まれています。

超高速読み込み時(shí)間（事前にレンダリングされたHTML、JS自動(dòng)ブロック読み込み）

Markdown Article（コード構(gòu)文の強(qiáng)調(diào)表示、埋め込みYouTubeビデオ、埋め込みツイート）

• ページネーション、タグ、カテゴリ
• disqus support
• netlifycmsサポート
• SEO機(jī)能（Google Analytics Support、SiteMap、robots.txt Generation、Meta Tags、Schema.org JSON-LD Google Rich Snippets用、Facebook/Google/PinterestのOpengraph Tags、TwitterカードTwitterタグ）
>
• 同期フィード（rss）
• ソーシャル機(jī)能（Twitter、LinkedIn、およびTelegram Share Bottons; FacebookおよびReddit Share/Shareカウント）
• 開(kāi)発ツール（eslint、preattier、sermolint、githubページおよびnetlifyの展開(kāi)サポート、Codeclimate file and Badges）
• 待って！
CDNに正常に移行して展開(kāi)した後、あなたのウェブサイトは非常にうまく機(jī)能する必要があるため、Google Lighthouseでの監(jiān)査は最良の結(jié)果を報(bào)告する必要があります。

インストールと構(gòu)成

最初にGatsby.jsとnode.jsをインストールする必要があります。これにより、Gatsby CLIおよびnode.jsパッケージマネージャーNPMを使用できます。 node.jsについては、ダウンロードしてインストールするだけで、gatsby.jsについては、開(kāi)発環(huán)境の開(kāi)始またはセットアップを參照してください。この問(wèn)題を解決したら、これがプロジェクトを開(kāi)始する方法です（Gatsby-Material-Starterもクローンできることを忘れないでください）：

gatsby new YourProjectName https://github.com/Vagr9K/gatsby-advanced-starter
npm run develop # 或 gatsby develop

高度な（例）および材料（例）ランチャーの構(gòu)成はほぼ同じです。

前述のように、Netlify CMSはボックスからサポートされています。以下に示すようにstatic/admin/config.ymlを編集することで有効にすることができます：

backend:
  name: github
  branch: master
  repo: your-user/your-repo

Netlify CMSをGitLabまたはBitBucketと統(tǒng)合することもできます（BackEnd Configurationを參照）。

ステップ2：WordPressの記事をエクスポート

場(chǎng)合によっては、すべての記事とページを含むエクスポートされたXMLファイルをExitWPを使用してマークダウンファイルに変換するだけです。ただし、WPのセットアップと微調(diào)整に応じて、このプロセスにはいくつかのトリックが必要になる場(chǎng)合があります。 Tania Rasciaは、WordPressからGatsbyに移行する時(shí)代の終わりThe End of Anの記事で、彼女がこのプロセスをどのように処理するかについての適切な概要を提供します。

ステップ3：ページを構(gòu)築します

gatsby.jsがReactアプリケーションであることを考えると、React開(kāi)発者になるか、少なくとも経験豊富なJavaScriptプログラマーがGatsbyをタイトなカスタマイズにするのに大いに役立つでしょう。また、特にこれらのページがMySQLデータベースで提供されなくなった場(chǎng)合、クエリとマイニングデータの場(chǎng)合、一部のGraphQLを理解することは非常に便利です。幸いなことに、gatsby.jsのドキュメントは非常によく発達(dá)しています。ここにいくつかの有用なリソースがあります：

データを介してプログラムでページを作成します

ページを作成および変更
データを介してプログラムでページを作成します
• ページ生成が終了したので、ほぼどこにでもリソース（靜的ページと畫像）を安全に配置できます！ 100のJamstackツール、API、およびサービスのホスティングセクションをご覧ください。サイトのアイデアをサポートし、自動(dòng)パイプラインを使用して無(wú)料の靜的Webサイトをホストする記事をご覧ください。

安全性、一度に所定の位置に！ WordPressの管理者がインターネット上にいる場(chǎng)合でも（.htpasswdファイルはパッチがかけられていなくても、WPのバックアップが改ざんされていても、これらのいずれもあなたが持っている靜的に影響しない場(chǎng)合でも、展開(kāi)されたページ

、フロントエンドがそれから「分離」されているためです。誤解しないでください。ファイアウォールの後ろでローカルLAN（LAN）でWordPressを?qū)g行していても、定期的に更新する必要があります。主要かつ突然のPHPまたはWPのアップグレードにより、私のウェブサイトは、私が認(rèn)めようとしている以上に改ざんしたり、作業(yè)をやめたりするのを見(jiàn)てきました。ただし、ウェブサイトが靜的な場(chǎng)合、これらのセキュリティの問(wèn)題は存在しなくなります！

頭を失いました：ヘッドレスCMS これを行った場(chǎng)合、WordPressを使用する必要がなくなる場(chǎng)合があります。管理者に新しい記事とページを生成するように保持できますが、別のワークフローは、別のヘッドレスCMSを使用して靜的ファイルを生成し、リポジトリに同期することです。これらはすべて1つのステップで自動(dòng)的に行われます。これは「ヘッドレスCMS」です。これは、バックエンドインスタンスとしてどこかで実行されているが、実際のライブWebサイトとは完全に分離されているコンテンツ管理システムです。 WordPressは、靜的Webサイトの一般的なヘッドレスCMSオプションであり、実際には大規(guī)模なSSG展開(kāi)の最も一般的な選択肢です。移行方法は多くの狀況をカバーする可能性がありますが、WordPressに組み込まれたレガシーコンテンツやコンテンツフローが多すぎる可能性があるため、すぐに完全な移行が不可能になる場(chǎng)合があります。これは、大規(guī)模なコンテンツオペレーションやデジタルメディアビジネスに特に當(dāng)てはまります。ただし、より少ない履歴を管理する必要がある場(chǎng)合は、コンテンツ管理に対するより近代的なアプローチを調(diào)べることをお?jiǎng)幛幛筏蓼?。ダイナミックサービスWebサイトからの移行は、このような変更を加えるのに良い時(shí)期です。私たちが実裝した移行は、Netlify CMSをサポートしていますが、ここでヘッドレスCMSの使用方法はカバーしていません。これは、近い將來(lái)、別の記事で紹介するトピックです。

深さを掘ります

このような記事では、そのような記事でしかカバーできないため、SSGを使用してWPの移行に関する追加のリソースをいくつか紹介します。

gatsby.js

公式ドキュメントセンターとブログは非常に包括的でよく書かれています。 WP関連の記事を次に示します

GatsbyとWordPressを入手してください

• WordPressからGatsby.jsおよびJamestack
に移行します
• WordPressとGatsby.jsを使用してブログを作成する方法：パート1、パート2、およびパート3
ugo

HugoはGOプログラミング言語(yǔ)に基づいており、利用可能な多數(shù)のテンプレートを提供するもう1つの大きなSSG名であり、Gatsby.jsで検討できる信頼できるオプションです。 WordPressをHugoに移行するツールがいくつかあります。これらのガイドを見(jiàn)ると、柔軟性が低い一方で、プロセスはgatsby.jsよりもはるかに単純である必要があります。

クリス?フェルディナンディによる「WordPressからHugoへの移行」

「ワードプレスからヒューゴへの移動(dòng)へのステップバイステップガイド」 Christopher Kirk-Nielsen

によるWordPressからHugoへの切り替え jekyll

• Ruby環(huán)境をセットアップできた場(chǎng)合、Jekyll（靜的WebサイトやブログのSSGにプレーンテキストを変換できる）はさらに使いやすくなりますが、Webアプリケーションとは異なり、靜的ページのみを生成します。 gatsby.jsのように。 Gatsbyのように、PythonベースのExitWPを使用してWPからMarkdownを生成できます。また、Windowsベースの実行可能ファイルwpxml2jekyllを使用して、wp xmlからJekyll対応のマークダウンファイルを生成することもできます。いくつかの有用な記事：

  「WordPressからJekyllへの移行ブログ」
  • 「WordPressからJekyllへの移動(dòng)：パート1およびパート2」by Florian Courgey サービスとしてのソフトウェア（SaaS）ソリューション
  Gatsby Cloudは、Gatsby.jsのWebサイトの構(gòu)築と維持のサポートを無(wú)料または有料で提供し、クイックビルドを簡(jiǎn)単に自動(dòng)化し、プレビューにアクセスし、毎日の編集を生成し、NetLify、CloudFlare、AWS CloudFront、またはAkamaiを簡(jiǎn)単に展開(kāi)できます。 。 HardyPressは靜的なWordPress Webサイトも生成します。支払い時(shí)に、クレデンシャルを入力してオンラインWPインストールにアクセスしてその場(chǎng)ですべてを管理できる管理パネルがあります。 HTTPS、フォーム、および検索。商業(yè)サポートを備えたその他のWP関連SSGには、シフター、ストラット、およびサイトセュースが含まれます。
  結(jié)論と考え：王は死んでいますか？
  私にとって、私にとっては安心することが非常に重要であり、これが何年も前にWordPressのWebサイトの開(kāi)発をやめた主な理由の1つです。私が嫌いなのは、エラーがいつでも（ゼロの日かそうでないか）表示される可能性があり、時(shí)間內(nèi)にパッチが適用されないと私の仕事を危険にさらす可能性があるということです。私を信じてください、メインと突然のPHPまたはWPのアップグレードのために、私は自分のウェブサイトが私が認(rèn)めたいよりも改ざんしたり、作業(yè)をやめたりしているのを見(jiàn)てきました。ただし、ウェブサイトが靜的な場(chǎng)合、これらのセキュリティの問(wèn)題は存在しなくなります！

  私の意見(jiàn)では、WordPressは2012年に「オイルピーク」の狀況に達(dá)しました（Google Trends：WordPress 2004-to-Presentを參照）。それが迅速に適応しない場(chǎng)合、それは市場(chǎng)シェアを失い続けるだけです。これは、より統(tǒng)合されたプロセスでより速く、より安全な作業(yè)を行うことができる技術(shù)にとって有益です。 WPの作成者であり、AutomaticのCEOであるMatt Mullenwegは、開(kāi)発者が「JavaScriptを掘り下げる」ことを奨勵(lì)し始め、Calypsoを紹介してJavaScriptのWPのPHPバックエンドを大膽に放棄したことを認(rèn)めました（プロセスに関する彼の反省を読んでください）。これにより、衝撃波（パニック）がコミュニティにもたらされ、WordPressが完全にPHPを放棄すると噂されています。グーテンバーグは、この方向への別のステップにすぎません。それがなんとか自分自身を再構(gòu)築することができれば、王は最終的にその王冠を保持するかもしれません。そうでない場(chǎng)合、ねえ、インターネットの3分の1近くに電力を供給するのは簡(jiǎn)単ではありません。 ？

  2020年にWordPress Headless CMSを搭載したSitePointがGatsbyにどのように移行したかについての記事を読んでください。

  Jamstack Basics Jamstackから學(xué)びます。 Jamstack Basicsのコレクションは、Jamstackで最初の一歩を踏み出すのに役立ち、コンテンツを常に追加しています。専門家になるために必要なチュートリアルを提供します。 Jamstackの最後に更新されるため、いつでもインデックスを參照できます。 WordPressを靜的なWebサイトビルダー（FAQ）

  に移行する faqs

  WordPressを靜的Webサイトジェネレーターに移行することの利點(diǎn)は何ですか？
  WordPressを靜的Webサイトジェネレーターに移行するには、いくつかの利點(diǎn)があります。まず、靜的Webサイトは通常、WordPress Webサイトよりも高速です。これは、データベースからPHPを処理したり抽出したりする必要がないためです。これにより、Webサイトの読み込み速度が大幅に向上する可能性があります。これは、SEOとユーザーエクスペリエンスにとって重要です。第二に、靜的なWebサイトは、ハッキングできるデータベースがないため、より安全です。最後に、靜的なWebサイトはホストが安く、保守が容易であるため、中小企業(yè)や個(gè)人ブログに最適です。
  WordPressから靜的Webサイトジェネレーターへのスムーズな移行を確保する方法は？
  スムーズな移行を確保するには、事前に計(jì)畫することが重要です。最初にWordPressサイトをバックアップして、問(wèn)題が発生した場(chǎng)合にロールバックできるようにします。次に、ニーズに合った靜的なWebサイトジェネレーターを選択します。いくつかの人気のあるオプションには、ジキル、ヒューゴ、ギャツビーが含まれます。ジェネレーターが選択されたら、StaticやWP2Staticなどのプラグインを使用してWordPressコンテンツをエクスポートできます。エクスポート後、新しい靜的Webサイトを設(shè)定してコンテンツをインポートする必要があります。最後に、新しいWebサイトを徹底的にテストして、すべてが適切に機(jī)能することを確認(rèn)します。
  靜的なWebサイトジェネレーターに移行するときは、WordPressのテーマを保持できますか？
  殘念ながら、靜的WebサイトジェネレーターでWordPressテーマを直接使用することはできません。ただし、靜的Webサイトジェネレーターのテンプレートシステムを使用してトピックを再作成できます。これには、HTML、CSS、および場(chǎng)合によってはJavaScriptの知識(shí)が必要です。または、WordPressテーマに非常に似たプレハブテーマを選択できます。
  靜的なWebサイトジェネレーターに移行すると、WordPressプラグインはどうなりますか？
  靜的Webサイトジェネレーターに移行すると、WordPressプラグインが提供する機(jī)能が失われます。ただし、多くの靜的なWebサイトジェネレーターには、同様の機(jī)能を提供できる獨(dú)自のプラグインまたは拡張機(jī)能があります。移行後、これらのプラグインを手動(dòng)で調(diào)査およびインストールする必要があります。
  靜的なWebサイトジェネレーターでコンテンツ管理システム（CMS）を使用できますか？
  はい、靜的なWebサイトジェネレーターでCMSを使用できます。いくつかの一般的なオプションには、Netlify CMS、林業(yè)、コンテンツフルが含まれます。これらのCMSを使用すると、WordPressと同様のユーザーフレンドリーなインターフェイスでコンテンツを管理できます。ただし、靜的Webサイトジェネレーターが提供できる靜的ファイルを生成します。

  靜的Webサイトでフォームを処理する方法は？

  靜的なWebサイトには、フォームの提出を処理するためのバックエンドがないため、靜的Webサイトでのフォームの処理は少し難しい場(chǎng)合があります。ただし、FormspreeやNetlifyフォームなどのサードパーティサービスを使用して、フォームの提出を処理できます。これらのサービスは、フォームのアクションプロパティとして使用できるU(xiǎn)RLを提供し、フォーム送信を処理してデータを送信します。
  靜的Webサイトでコメントを処理する方法は？

  フォームと同様に、コメントはコメントを保存して取得するためのバックエンドがないため、コメントも靜的なWebサイトで課題になる可能性があります。ただし、DisqusやCommentoなどのサードパーティサービスを使用してコメントを処理できます。これらのサービスは、Webサイトに追加できるJavaScriptスニペットを提供し、コメント機(jī)能を処理します。

  SEOを失うことなく、WordPress Webサイトを靜的Webサイトジェネレーターに移行できますか？

  はい、SEOを失うことなく、WordPressのWebサイトを靜的なWebサイトジェネレーターに移行できます。重要なのは、新しい靜的WebサイトがWordPress Webサイトと同じURL構(gòu)造を維持することを確認(rèn)することです。これにより、検索エンジンは引き続きページを認(rèn)識(shí)し、ランク付けし続けることができます。さらに、靜的Webサイトは、WordPress Webサイトよりも高速であることが多く、実際にSEOを改善できます。

  靜的Webサイトを投稿する前にプレビューできますか？

  はい、ほとんどの靜的なWebサイトジェネレーターには、Webサイトを公開(kāi)する前にプレビューできる組み込み開(kāi)発サーバーがあります。これは、ウェブサイトが公開(kāi)される前にテストし、すべてが適切に機(jī)能することを確認(rèn)するための素晴らしい方法です。

  公開(kāi)後に靜的ウェブサイトを更新する方法は？

  靜的Webサイトの更新は、WordPress Webサイトの更新とは少し異なります。変更を加えるためにバックエンドにログインする代わりに、Webサイトのソースファイルを更新してからWebサイトを再構(gòu)築する必要があります。このプロセスは、NetlifyやVercelなどの継続的な統(tǒng)合/継続展開(kāi)（CI/CD）サービスを使用して自動(dòng)化できます。

以上がWordPressから靜的サイトジェネレーターに移行する方法の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。