WordPressがサイトを移動するための15段階の計画を持つ完全修飾のsite_urlに頼るのはなぜですか？
動くWordPress のコーデックスページから（私の強調点）：
ドメイン名またはURLが変わると、さらに懸念があります。ファイルとデータベースは移動できますが、古いドメイン名または場所への参照はデータベースに残り、リンクやテーマの表示に問題が生じる可能性があります。
データベース全体を検索してURLを変更すると、テーマやウィジェットによってはURLの長さをマークした値が格納されるため、データのシリアル化で問題が発生する可能性があります。これが変わると、物事は壊れます。このシリアル化の問題を回避するには、2つの選択肢があります。
- Wp_postsテーブルで検索と置換のみを実行してください。
- すべてのインスタンスを安全に変更するには、 WordPressデータベースの検索と置換 スクリプトを使用します。 （あなたが開発者であれば、このオプションを使用してください。以下の15ステップの手順とは対照的に、1ステップのプロセスです）
相対リンクを使用するのに対してsite_urlを保存することの利点は何ですか？それはパフォーマンスが原因ですか？または、コンテンツ内のハイパーリンクが完全修飾されている場合、他の利点（SEO関連または技術的など）はありますか？
チームで開発するとき、テスト/受け入れ環境と共有データベースがあるとき、およびWordPress Webサイトで「稼働」するときは、確かにWordPressが使いにくくなるためです。
この質問はWordPress Hackersのメーリングリストで何度か議論されています。Googleでwp-hackers absolute relativeのようなものを使って、長年にわたって行われてきたさまざまな活発な議論の概要を把握することをお勧めします。
個人的には、URL間でデータベースを移行するときはいつでも searchreplacedb2 スクリプトを使用します。ライブからローカル/ test/devへ。