プラグインを停止・削除した後にショートコードが本文へ残ったら、先にそのタグを使う全ページを特定し、必要な表示を代替手段へ置き換えてから文字列を削除します。 データベースの一括置換で角括弧だけを消すと、本文の意味や終了タグを壊すため避けてください。

最初にタグ名と提供元を特定する

[old_form id="18"] が残っているなら、検索に使うタグ名は old_form です。属性の数字はページごとに違うため、最初から全文一致で探しません。プラグイン一覧の停止中製品、過去の操作メモ、タグ名の公式検索から提供元を確認します。

残った形 考えられる役割 置き換え前に確認
開始タグだけ フォーム・一覧・ボタン IDが指した元データ
開始と終了タグ 囲んだ文章の装飾 内側の本文を残すか
複数属性付き 対象・件数・見た目の指定 ページごとの違い
削除前の調査に気づくミカ
ミカ

タグ名だけで探すと、数字が違うページも見つけられるんですね。私は18という番号まで同じものだけ探そうとしていました。

気づきを認める佐藤さん
佐藤さん

ページごとにIDが違うことがあるから、タグ名を軸にするのがいいよ。見つけたURLと属性を一行ずつ記録しよう。

囲み型がまだ怖いミカ
ミカ

開始と終了の二つで文章を囲んでいるタグもありました。括弧の部分だけ消して、間の文章を残してよいかはまだ迷います。

残る不安をほどく佐藤さん
佐藤さん

前後をプレビューして、内側が読者に必要な本文かを見よう。装飾だけなくなっても意味が通るなら残し、機能の説明だけなら新しい内容へ書き直すんだ。

使用ページを安全に探す

  1. 管理画面の「投稿」または「固定ページ」を開く
  2. 検索欄へタグ名を入力する
  3. 見つからない場合はサイト内検索や管理用検索機能を使う
  4. URL、記事タイトル、属性、前後の見出しを記録する
  5. 公開中・下書き・非公開を分ける

標準の投稿検索ではブロック内容を十分探せない構成もあります。その場合でも、いきなりデータベースへ置換をかけず、検索専用プラグインや管理機能で「確認だけ」を先に行います。

ページごとに置き換え先を決める

  • 問い合わせフォームなら、新しいフォームのブロックまたはショートコードへ交換
  • 目次や関連記事なら、現在使うブロックへ交換
  • 装飾だけなら、見出し・段落・グループなど標準ブロックへ組み直す
  • 不要な機能なら、前後の文章が自然につながるよう説明ごと削除

「タグを消す」ではなく「読者が受け取っていた役割を残す」と考えます。置き換え後は新旧を同時に公開せず、プレビューで一つだけ表示されることを確認します。

置き換え作業で迷うミカ
ミカ

古いフォームを新しいフォームへ替えたら、編集画面に二つのタグが並びました。先に古いほうを消すと、比較できなくなりそうで迷っています。

作業順を説明する佐藤さん
佐藤さん

更新前なら、新しいタグを下へ置いてプレビューで動作を確かめよう。成功したら編集画面へ戻り、古いブロックだけ削除するんだ。

送信先の違いを確認するミカ
ミカ

見た目は同じでも、送信先や自動返信が違うかもしれません。テスト送信が終わるまでは公開しないほうがよいですよね。

安全な確認を伝える佐藤さん
佐藤さん

その通りだよ。表示、入力、送信、受信、自動返信まで一往復してから交換しよう。失敗したら更新せず、元の状態へ戻せるよ。

一括置換を最初に使わない理由

同じタグ名でも属性や囲まれた本文が異なることがあります。一括削除は、必要な説明を残せない、終了タグだけ残す、別機能の同名文字まで消す危険があります。件数が多い場合も、先に一覧を作り、置き換えパターンが本当に同一だと確認してから専門家または検証環境で扱います。

完了条件

  • 公開中ページで古いタグ名が見つからない
  • 必要だった機能が新しい方法で動く
  • PC・スマートフォンで不自然な空白がない
  • フォームなどの実操作が完了する
  • 停止したプラグインを再有効化しなくても表示が成立する

新しく環境を作り直す場合だけ比較する

残骸の除去だけならサーバー移転は不要です。サイトを新設し直す事情があり、複数サイト管理やサポート条件も見直す場合だけ比較候補を確認してください。

シンレンタルサーバーの公式案内

シンレンタルサーバー

新しいWordPressを別環境で組み直し、複数サイトも管理したい人の比較候補です。

向いている人: 既存サイトとは別に検証用・新設サイトを用意したい人

利点: 複数サイト向けのデータベース条件やサポートを比較しやすい

注意点: 古いショートコードの自動修復サービスではありません。移行対象外作業も確認が必要です。

料金: ベーシック1,078円〜。キャンペーン実質額は条件確認

シンレンタルサーバーの新設条件を見る
エックスサーバーの公式案内

エックスサーバー

長期運用する新しいサイトを公式案内に沿って始めたい人向けです。

向いている人: サポート情報を重視して新規WordPressを作りたい人

利点: WordPress導入と運用の案内を確認しやすい

注意点: 既存記事内の古いタグは契約だけでは消えません。記事ごとの置き換えが必要です。

料金: 契約期間・キャンペーンで変動

エックスサーバーの新設条件を見る

広告・PRを含みます。すでにWordPressを運営中なら、ショートコードのためだけにサーバーを乗り換える必要はありません。新しくサイトを始める人だけ、公式ページで最新料金と条件を確認してください。

ショートコードの置き換えと保存データの削除を分ける

古いショートコードを本文から取り除いても、プラグインが保存した設定や投稿データまで自動的に消えるとは限りません。ただし、画面から文字列が消えたことを理由に、データベースの表や設定値を直接削除するのは危険です。再導入時に必要なデータや、別ページが参照している情報まで失う可能性があります。

まず公開ページの表示を新しい機能へ置き換え、旧機能が不要だと確認します。保存データも消す必要がある場合だけ、製品公式のアンインストール手順、エクスポート方法、削除対象を確認してください。「読者に見える表示の修正」と「内部データの整理」は別作業として記録すると、安全に終えられます。

よくある質問

プラグインを一度戻せば元の表示を確認できますか?

互換性や停止理由が分かり、安全に有効化できる場合に限ります。エラー回避で停止した製品はむやみに戻しません。

角括弧だけCSSで隠してよいですか?

読者から見えなくなるだけで、本文には残り続けます。置き換えと削除を行います。

下書き記事も探す必要がありますか?

将来公開する可能性があるため探します。公開中と分けて記録し、公開前に修正します。

役割を残して安心したミカ
ミカ

古い文字を一気に消すのではなく、フォームの役割を新しいものへ渡せました。URLごとに記録したので、見落としている気持ちも前より小さくなりました。

丁寧な作業を認める佐藤さん
佐藤さん

読者が必要としていた機能を先に守れたね。消す作業ではなく引っ越しだと考えたから、確認する所もはっきりしたよ。

今後の注意を話すミカ
ミカ

まだ下書きに一つ残っているので、公開前に直します。検索結果がゼロでも、代表ページは自分の目で開いて確かめたいです。

最重要判断で締める佐藤さん
佐藤さん

それが安心だね。全ページを特定し、代わりを動かし、最後に古いタグを消す。この順番だけは崩さないようにしよう。

残っているショートコードを一覧化する

最初に、古いタグ名と使用ページを一覧にします。たとえば [old_form のように開始部分を検索すると、IDが違う複数フォームも見つけられます。公開中、下書き、固定ページ、投稿を分けて記録してください。

URL・記事名 古いタグ 元の役割 置き換え先 状態
お問い合わせ old_form 27 問い合わせ送信 新フォーム5 未対応
予約ページ old_calendar 3 空き状況 予約ブロック 確認中

上の名称は記録方法の例です。タグを消すことではなく、読者が使っていた役割を残すことを目的にします。

検索で見落としやすい場所

  • 公開中の投稿・固定ページ
  • 下書き・予約投稿・非公開ページ
  • ウィジェットや再利用パーツ
  • ヘッダー・フッターの編集領域
  • 商品説明やカテゴリー説明
  • 旧エディターで作ったHTML欄

CMSの本文検索が公開記事だけを対象にする場合があります。検索結果ゼロでも、代表ページと共通パーツを自分の目で確認します。データベースへ直接検索・置換をかける前に、管理画面で対象範囲を把握してください。

元の役割を判定する

タグ名だけでは、フォーム、一覧、広告、会員限定表示などの役割を判断できないことがあります。削除前のスクリーンショット、過去のマニュアル、発行元の製品名、属性名を手掛かりにします。 id="27" があれば、旧管理画面や保存データに27番の対象が残っていないか確認します。

役割が分からないまま削除すると、見た目の不要文字は消えても、読者が使っていた問い合わせや予約導線まで失います。判定できないページは保留にし、運営履歴を知る人や公式サポートへ確認します。

安全な置き換えを1ページずつ行う

  1. 対象ページを一つ選ぶ
  2. 古いタグの前後にある説明を読む
  3. 同じ役割を持つ新しい機能を準備する
  4. 古いタグの下へ新しい表示を仮配置する
  5. プレビューで新しい機能を最後まで操作する
  6. 成功後に古いタグだけを削除する
  7. 公開し、ログアウト状態で再確認する
  8. 一覧表の状態を完了へ変える

新旧を同時に公開しないよう、仮配置中は下書きまたはプレビューで確認します。一つ合格してから次ページへ進めば、失敗時に影響範囲を特定できます。

一括置換が危険な理由

同じタグ名でも、属性、囲み本文、表示目的がページごとに違います。文字列だけを一括削除すると、前後の説明が不自然に残り、空の見出しや「下のフォームから送信してください」という案内だけが残ることがあります。

一括処理を検討できるのは、全件を一覧化し、置き換えパターンが完全に同一で、検証環境で差分と公開結果を確認できる場合です。それでも処理後は各URLを開きます。件数が多いことは、目視確認を省く理由にはなりません。

プラグインを戻して確認するか

停止理由が単なる整理で、現在のWordPressと互換性があり、公式配布元から安全に入手できる場合は、検証環境で一時的に表示を確認できることがあります。本番で直接有効化する必要はありません。

エラー、脆弱性、PHP非対応が停止理由なら戻しません。過去のスクリーンショット、保存データ、公式資料から役割を判断し、新しい機能へ置き換えます。確認のためにサイト全体を危険へ戻さないことが優先です。

置き換え完了の監査

  • 公開中と下書きの両方で旧タグを検索した
  • 各ページの元の役割を記録した
  • 新しい機能を実操作できた
  • 古いタグと不要な説明を整理した
  • PC・スマートフォンで空白がない
  • ログアウト状態で確認した
  • 停止中の旧プラグインを有効化していない
  • 保存データ削除を別作業として判断した

検索結果ゼロだけでは完了ではありません。代表ページ、共通パーツ、公開後の機能まで確認し、読者が以前と同じ目的を達成できる状態を完成とします。

まとめ

プラグイン削除後のショートコードは、タグ名で使用ページを探し、元の役割を確認し、代替表示を動かしてから削除します。属性や囲み本文が違うため、一括置換は最初の手段にしません。公開中だけでなく下書きも確認し、実操作と表示の両方が成立したら完了です。