ビルダーの完全性
Builder Integrityは、コンテンツ上の問題になる前にWordPressエディターやページビルダーの不具合を検出します。
まずスキャンします。状態を把握し、対応可能なケースのみを修復します。
Builder Integrityは、Gutenberg、クラシックコンテンツ、Elementor、SiteOriginの各エディタ間で構造上の不整合を特定するためのWordPress診断プラグインです。
読み取り専用スキャン · 明示的な修復レビュー · ネイティブWordPressの改訂保護
現在のリリース
ビルダーインテグリティ 0.1.0
- グーテンベルク構造検出
- クラシックコンテンツの検出
- Elementor の状態検出
- SiteOrigin の状態検出
- WP-CLI スキャン
- 狭くサポートされている不正なGutenbergケースに対する単一レコードの修復を確認しました
読み取り専用の最初
スキャンおよび診断はコンテンツを変更しません
4つのエディターファミリー
グーテンベルク、クラシック、エレメンター、そしてサイトオリジン
ネイティブの改訂
サポート対象の修復前の検証済み復元ポイント
外部サービスなし
テレメトリやリモートでのコンテンツ処理は行われません
何を検出するのか
エディタの状態と保存されたコンテンツが一致しなくなったとき。
WordPressのコンテンツには、古いエディターシグナルや不正なブロック構造、レンダリングされるコンテンツと一致しなくなった混在するビルダー状態やメタデータが蓄積されることがあります。Builder Integrityは、修復すべきかどうかを判断する前に、これらのシグナルを分離します。
WordPress のページは、保存されているエディターステートがすでに不整合であるにもかかわらず、引き続きレンダリングされることがあります。ページには、Gutenberg ブロックのコメントとビルダーのメタデータが混在している場合や、コンテンツが変更された後も古い Elementor のデータが残っている場合、あるいは不正なブロックの区切り記号が、ページを再度編集するまで隠れたままになっている場合もあります。これらの状況は、表示される出力が依然として正常に見えるため、フロントエンドからは診断が非常に困難です。
Builder Integrityは、保存されたコンテンツとエディタのシグナルを直接分析します。肯定的なビルダーの証拠と、より弱い過去のマーカーを区別し、一つのメタデータ値がアクティブなエディタを決定すると仮定するのではなく、記録を分類します。これにより、移行やコンテンツのクリーンアップ、翻訳ワークフローなどの前に、診断結果が有用になります。 REEID Translate、テーマの変更や予期せぬエディタの動作に関するトラブルシューティング。
ビルダー信号
Gutenberg、クラシックコンテンツ、Elementor、SiteOrigin のシグナルを検出し、保存された各マーカーをすべて権威あるものとして扱うことはありません。
ブロック構造
孤立した閉じタグ、不一致のブロック区切り記号、未閉じのブロック、無効なブロックJSON、および形式が崩れたWordPressのブロックコメントを検出します。
整合性分類
健康的なコンテンツ、構造の不備、混合ビルダー状態、サポートされていないスコープ、および手動審査のケースを区別します。
なぜ編集者の整合性を確認するのですか？
ビルダーの完全性が役立つ場所。
エディタの不整合は、誰かがページを編集するために開いたり、ビジュアルビルダーを変更したり、マイグレーションを実行したり、コンテンツを翻訳したり、プラグインを更新したりしたときに初めて明らかになることがよくあります。その状態をより早い段階で把握することで、より明確な出発点を得ることができます。
Gutenberg のコンテンツについては、Builder Integrity は、ページを WordPress が正しく表示できるかどうかだけに頼るのではなく、ブロックコメントの構造をチェックします。これにより、孤立した閉じ括弧や不一致な区切り文字、未閉じのブロック、無効なブロック属性の JSON、さらには通常の HTML として見えてしまう不正な WordPress ブロックコメントも特定できます。
保存されたグーテンベルクマークアップをより詳細に手動で確認するには、次をご参照ください グーテンベルク ブロック ソース エディタ.
Elementor および SiteOrigin については、プラグインは Gutenberg やクラシックコンテンツのシグナルとは別に、ビルダー固有の証拠を記録します。これは、あるレコードが時間の経過とともに複数のシステムによって編集された場合や、ワークフローの変更後に古いビルダーのメタデータが残っている場合に役立ちます。
目的は診断であり、積極的なクリーンアップではありません。混合状態や異常な状態が、自動的に書き換えられるべきものとみなされるわけではありません。狭い修復ルールの対象外のレコードは、自動的に変更されるのではなく、手動での確認が可能なまま残されます。
ワークフロー
何かを変更する前に診断してください。
Builder Integrityは、保守的な手順に従います。スキャン、分類、プレビュー、復元ポイントの検証、サポートされている修復のみの適用、そして保存された結果の検証です。
01
スキャン
レコードを変更せずに、現在のコンテンツとエディタのシグナルを読み取ります。
02
分類
推定されるエディタ、スコープ、整合性状態、および修復を検討すべきかどうかを判断します。
03
レビュー
狭く支持されている不具合については、適用前に提案された具体的なコンテンツ変更内容を確認します。
04
検証
まずネイティブなリビジョンを確認し、レビュー済みの変更を適用した後、再スキャンを行い、検証に失敗した場合はロールバックを試みます。
0.1.0でサポートされています
設計上、慎重なアプローチを採用しています。
初版では検出と診断に重点を置き、自動的な変異は意図的に制限されています。Builder Integrityは、広範なGutenbergの再構築やビルダーの移行を試みません。
- WordPress管理画面からの限定的なサイト診断
- レコードごとの診断
- WP-CLIによるスキャン
- Gutenbergの構造上の不具合の検出
- ElementorおよびSiteOriginの状態の検出
- クラシック／非ブロックコンテンツの検出
- 狭く支持されている欠落したGutenbergブロック1つについて、レビュー済みの修復提案を近づけました
- サポートされた修復前に、WordPressのリビジョンを確認しました
- 書き込み後の検証と、失敗時のロールバックを試みます
Builder Integrityは、サイトのコンテンツを外部サービスに送信せず、テレメトリも搭載していません。
初版で実施していないこと
バージョン0.1.0では、一般的なGutenbergの再構築、自動的なビルダーの変換、大量のコンテンツの書き換え、隠れたメタデータのクリーンアップは行いません。検出された不整合の多くは、プラグインが狭く定義され、決定的な修復提案を構築できない限り、診断情報として残ります。
サポートされた修復が利用可能な場合、現在のコンテンツをレビュー済みのプレビューと照らし合わせ、適合するWordPressのリビジョンを確認または作成し、変更を書き込み、結果を再度スキャンします。検証に失敗した場合は、Builder Integrityはそのリビジョンから元のコンテンツを復元しようと試みます。
Builder Integrityは誰のためにあるのか？
Builder Integrityは、コンテンツを編集・移行・修復する前に、その実際の保存方法を理解する必要があるWordPressの管理者、開発者、代理店、およびサイト管理者向けです。管理者向けの診断では、限定的なサイトスキャンと個々のレコードの検査を提供し、WP-CLIでは、技術監査や大規模サイト向けに同様の分類ワークフローを提供します。