{"id":3667,"date":"2026-06-28T11:42:48","date_gmt":"2026-06-28T09:42:48","guid":{"rendered":"https:\/\/mantenimientoweb.pro\/blog\/como-migrar-un-sitio-wordpress-a-un-nuevo-servidor-hosting-sin-caidas-zero-downtime\/"},"modified":"2026-06-28T11:42:51","modified_gmt":"2026-06-28T09:42:51","slug":"como-migrar-un-sitio-wordpress-a-un-nuevo-servidor-hosting-sin-caidas-zero-downtime","status":"publish","type":"post","link":"https:\/\/mantenimientoweb.pro\/blog\/como-migrar-un-sitio-wordpress-a-un-nuevo-servidor-hosting-sin-caidas-zero-downtime\/","title":{"rendered":"\u00bfC\u00f3mo migrar un sitio WordPress a un nuevo servidor hosting sin ca\u00eddas (Zero Downtime)?"},"content":{"rendered":"<p><main><\/p>\n<article>\n<section>\n      \u00bfC\u00f3mo migrar un sitio WordPress a un nuevo servidor hosting sin ca\u00eddas? Gu\u00eda profesional Zero Downtime \ud83d\ude80<\/p>\n<p>Migrar WordPress sin ca\u00eddas no es apretar un bot\u00f3n m\u00e1gico y esperar que los duendes del DNS hagan su trabajo con puntualidad suiza. Es m\u00e1s bien trasladar una biblioteca durante horario de apertura: los lectores siguen entrando, los libros cambian de edificio y nadie deber\u00eda notar que el suelo se movi\u00f3 bajo sus pies.<\/p>\n<p>La promesa de una migraci\u00f3n <strong>Zero Downtime<\/strong> \u2014cero interrupciones visibles para el usuario\u2014 exige m\u00e9todo, paciencia y una saludable desconfianza hacia todo lo que diga \u201cautom\u00e1tico\u201d en letras demasiado brillantes. Porque s\u00ed: un plugin puede ayudar. Pero un plan salva.<\/p>\n<\/section>\n<nav aria-label=\"Tabla de contenidos\">\n<h2>Mapa de ruta \ud83e\udded<\/h2>\n<ul>\n<li><a href=\"#que-significa\">Qu\u00e9 significa realmente \u201csin ca\u00eddas\u201d<\/a><\/li>\n<li><a href=\"#antes-de-empezar\">Preparaci\u00f3n antes de tocar nada<\/a><\/li>\n<li><a href=\"#auditoria\">Auditor\u00eda t\u00e9cnica del WordPress actual<\/a><\/li>\n<li><a href=\"#nuevo-servidor\">Configurar el nuevo servidor hosting<\/a><\/li>\n<li><a href=\"#ttl-dns\">DNS, TTL y propagaci\u00f3n sin drama<\/a><\/li>\n<li><a href=\"#copiar-archivos\">Copiar archivos de WordPress<\/a><\/li>\n<li><a href=\"#base-de-datos\">Migrar la base de datos<\/a><\/li>\n<li><a href=\"#sincronizacion-final\">Sincronizaci\u00f3n final sin perder datos<\/a><\/li>\n<li><a href=\"#hosts\">Probar con archivo hosts antes del cambio<\/a><\/li>\n<li><a href=\"#ssl\">SSL, HTTPS y certificados<\/a><\/li>\n<li><a href=\"#cambio-dns\">Cambiar DNS sin apagar el sitio<\/a><\/li>\n<li><a href=\"#woocommerce\">Casos delicados: WooCommerce, membres\u00edas y LMS<\/a><\/li>\n<li><a href=\"#seguridad\">Seguridad durante y despu\u00e9s de la migraci\u00f3n<\/a><\/li>\n<li><a href=\"#rendimiento\">Optimizaci\u00f3n de rendimiento post-migraci\u00f3n<\/a><\/li>\n<li><a href=\"#errores\">Errores frecuentes y c\u00f3mo evitarlos<\/a><\/li>\n<li><a href=\"#checklist\">Checklist final<\/a><\/li>\n<\/ul>\n<\/nav>\n<section id=\"que-significa\">\n<h2>Qu\u00e9 significa realmente migrar WordPress sin ca\u00eddas \u2699\ufe0f<\/h2>\n<p>Una migraci\u00f3n WordPress sin ca\u00eddas significa que los visitantes pueden seguir accediendo al sitio mientras t\u00fa mueves archivos, base de datos, configuraci\u00f3n DNS, certificados SSL y correo \u2014si aplica\u2014 de un servidor a otro. No significa que el universo conspire para que todos los resolvers DNS del planeta obedezcan al mismo segundo. Esa fantas\u00eda suele vivir en la misma estanter\u00eda que \u201csolo ser\u00e1 un cambio r\u00e1pido en producci\u00f3n\u201d.<\/p>\n<p>La idea pr\u00e1ctica es simple: <strong>preparar el nuevo hosting en paralelo<\/strong>, copiar el sitio, probarlo con precisi\u00f3n quir\u00fargica, sincronizar los cambios recientes y dirigir el tr\u00e1fico al nuevo servidor solo cuando todo est\u00e9 listo. Antiguo y nuevo conviven durante un rato, como dos puentes sobre el mismo r\u00edo: uno sostiene el tr\u00e1fico actual; el otro espera, limpio, firme, casi impaciente.<\/p>\n<p>        <strong>Dato \u00fatil:<\/strong> WordPress ronda hist\u00f3ricamente el 43% de todos los sitios web medidos por fuentes como W3Techs. Esa popularidad tiene una consecuencia directa: existen muchas formas de migrarlo, desde plugins visuales hasta procesos con WP-CLI, rsync, snapshots y replicaci\u00f3n de base de datos. La mejor opci\u00f3n depende del tipo de sitio, no de la herramienta m\u00e1s ruidosa.<\/p>\n<h3>\u00bfExiste el cero absoluto?<\/h3>\n<p>En sitios est\u00e1ticos o blogs con pocos cambios, s\u00ed, una migraci\u00f3n puede ser pr\u00e1cticamente imperceptible. En tiendas WooCommerce, comunidades, academias online, reservas o webs con formularios cr\u00edticos, el asunto se vuelve m\u00e1s delicado: mientras copias la base de datos, alguien puede estar comprando, registr\u00e1ndose o enviando un formulario. La quietud t\u00e9cnica y la vida comercial rara vez se dan la mano.<\/p>\n<p>Por eso conviene distinguir entre:<\/p>\n<ul>\n<li><strong>Zero Downtime visible:<\/strong> el usuario no ve errores, pantallas en blanco ni sitio en mantenimiento.<\/li>\n<li><strong>Zero Data Loss:<\/strong> no se pierde ning\u00fan pedido, usuario, comentario, formulario o cambio editorial.<\/li>\n<li><strong>Zero Risk:<\/strong> no existe. Y si alguien lo vende, revise la letra peque\u00f1a con lupa y caf\u00e9.<\/li>\n<\/ul>\n<\/section>\n<section id=\"antes-de-empezar\">\n<h2>Antes de empezar: preparaci\u00f3n estrat\u00e9gica \ud83e\uddf0<\/h2>\n<p>Una migraci\u00f3n impecable empieza antes del primer comando. Empieza con preguntas inc\u00f3modas, esas que parecen exageradas hasta que algo se rompe a las 23:47 y el panel del hosting decide convertirse en estatua.<\/p>\n<h3>Inventario t\u00e9cnico<\/h3>\n<ul>\n<li>Versi\u00f3n de WordPress.<\/li>\n<li>Versi\u00f3n de PHP actual y recomendada.<\/li>\n<li>Versi\u00f3n de MySQL o MariaDB.<\/li>\n<li>Tama\u00f1o de archivos y base de datos.<\/li>\n<li>Plugins activos, must-use plugins y tema.<\/li>\n<li>Cron jobs, integraciones externas y webhooks.<\/li>\n<\/ul>\n<h3>Accesos necesarios<\/h3>\n<ul>\n<li>Panel del hosting antiguo.<\/li>\n<li>Panel del nuevo servidor.<\/li>\n<li>SSH o SFTP.<\/li>\n<li>phpMyAdmin o acceso MySQL.<\/li>\n<li>Registrador del dominio o proveedor DNS.<\/li>\n<li>Panel de CDN, WAF o Cloudflare si existe.<\/li>\n<\/ul>\n<h3>Plan de reversi\u00f3n<\/h3>\n<ul>\n<li>Backup completo verificado.<\/li>\n<li>DNS antiguo documentado.<\/li>\n<li>IP anterior anotada.<\/li>\n<li>Tiempo estimado de rollback.<\/li>\n<li>Responsable t\u00e9cnico disponible.<\/li>\n<\/ul>\n<p>Hace a\u00f1os, durante una migraci\u00f3n aparentemente trivial, descubr\u00ed que el sitio ten\u00eda un peque\u00f1o script olvidado que enviaba leads a un CRM por FTP. FTP, s\u00ed, ese f\u00f3sil con sombrero. Nadie lo recordaba, pero era el hilo que alimentaba al equipo comercial. La web cargaba perfecta; el negocio, en silencio, dejaba de respirar. Desde entonces, cuando alguien dice \u201ces un WordPress normal\u201d, sonr\u00edo con una prudencia casi religiosa.<\/p>\n<\/section>\n<section id=\"auditoria\">\n<h2>Auditor\u00eda del sitio actual: conocer la casa antes de mudarla \ud83d\udd0d<\/h2>\n<p>Antes de migrar un sitio WordPress a un nuevo servidor hosting, hay que mirar debajo de la alfombra. No por morbo t\u00e9cnico, sino porque all\u00ed suelen vivir los problemas: plugins abandonados, cach\u00e9s fosilizadas, rutas absolutas, permisos incorrectos, archivos enormes en <code>uploads<\/code>, tablas transitorias infladas como globos de feria.<\/p>\n<h3>Comprobaciones recomendadas<\/h3>\n<ul>\n<li><strong>Salud del sitio:<\/strong> en WordPress, revisa <span>Herramientas &gt; Salud del sitio<\/span>.<\/li>\n<li><strong>Errores PHP:<\/strong> consulta logs del hosting antiguo.<\/li>\n<li><strong>Tama\u00f1o de la base de datos:<\/strong> identifica tablas gigantes, especialmente de logs, estad\u00edsticas o cach\u00e9.<\/li>\n<li><strong>URLs absolutas:<\/strong> revisa si hay rutas duras al dominio o al directorio del servidor.<\/li>\n<li><strong>Correo saliente:<\/strong> verifica SMTP, SPF, DKIM y DMARC si el hosting tambi\u00e9n cambia correo.<\/li>\n<li><strong>Licencias:<\/strong> algunos plugins premium vinculan licencia al dominio o IP.<\/li>\n<li><strong>Tareas programadas:<\/strong> WP-Cron, cron real del servidor, importadores, sincronizaciones externas.<\/li>\n<\/ul>\n<p>Si tienes SSH y WP-CLI instalado, puedes obtener informaci\u00f3n r\u00e1pida:<\/p>\n<pre><code>wp core version\nwp plugin list\nwp theme list\nwp option get siteurl\nwp option get home\nwp db size --tables<\/code><\/pre>\n<p>        <strong>Consejo profesional:<\/strong> no migres basura por romanticismo. Antes del traslado, limpia cach\u00e9s, elimina backups antiguos dentro de <code>wp-content<\/code>, borra plugins inactivos que no necesites y optimiza tablas. Mover menos peso es m\u00e1s r\u00e1pido, m\u00e1s seguro y menos propenso a fallos.<\/p>\n<\/section>\n<section id=\"nuevo-servidor\">\n<h2>Configurar el nuevo servidor hosting antes de copiar nada \ud83c\udfd7\ufe0f<\/h2>\n<p>El nuevo servidor no debe ser una habitaci\u00f3n vac\u00eda donde arrojar cajas. Debe estar preparado: versi\u00f3n correcta de PHP, extensiones necesarias, base de datos creada, l\u00edmites razonables, reglas del servidor listas y seguridad b\u00e1sica activada.<\/p>\n<h3>Requisitos recomendados para WordPress moderno<\/h3>\n<table>\n<thead>\n<tr>\n<th>Componente<\/th>\n<th>Recomendaci\u00f3n pr\u00e1ctica<\/th>\n<th>Comentarios<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>PHP<\/td>\n<td>PHP 8.1, 8.2 o superior si plugins y tema son compatibles<\/td>\n<td>WordPress suele soportar varias versiones, pero la compatibilidad real depende del ecosistema instalado.<\/td>\n<\/tr>\n<tr>\n<td>Base de datos<\/td>\n<td>MySQL 8 o MariaDB 10.5+<\/td>\n<td>Verifica collation y charset, idealmente <code>utf8mb4<\/code>.<\/td>\n<\/tr>\n<tr>\n<td>Servidor web<\/td>\n<td>Nginx, Apache o LiteSpeed<\/td>\n<td>LiteSpeed puede mejorar rendimiento con cach\u00e9 integrada; Nginx requiere reglas espec\u00edficas para permalinks.<\/td>\n<\/tr>\n<tr>\n<td>Memoria PHP<\/td>\n<td>256 MB o m\u00e1s para sitios medianos<\/td>\n<td>WooCommerce, constructores visuales y LMS suelen necesitar m\u00e1s.<\/td>\n<\/tr>\n<tr>\n<td>SSL<\/td>\n<td>Let\u2019s Encrypt, AutoSSL o certificado comercial<\/td>\n<td>Debe estar listo antes del cambio DNS para evitar avisos de seguridad.<\/td>\n<\/tr>\n<tr>\n<td>OPcache<\/td>\n<td>Activado<\/td>\n<td>Mejora la ejecuci\u00f3n de PHP; peque\u00f1o detalle, gran diferencia.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Crear base de datos y usuario<\/h3>\n<p>En el nuevo hosting crea una base de datos limpia, un usuario con contrase\u00f1a fuerte y permisos suficientes. Luego actualiza el archivo <code>wp-config.php<\/code> cuando copies el sitio:<\/p>\n<pre><code>define('DB_NAME', 'nueva_base_de_datos');\ndefine('DB_USER', 'nuevo_usuario');\ndefine('DB_PASSWORD', 'contrase\u00f1a_larga_y_segura');\ndefine('DB_HOST', 'localhost');<\/code><\/pre>\n<p>Algunos proveedores usan hosts de base de datos distintos, como <code>mysql.tudominio.com<\/code> o una IP interna. No lo adivines. Verif\u00edcalo. La intuici\u00f3n es \u00fatil para elegir pan en una cafeter\u00eda; para configurar bases de datos, no tanto.<\/p>\n<\/section>\n<section id=\"ttl-dns\">\n<h2>DNS y TTL: la coreograf\u00eda invisible \ud83c\udf10<\/h2>\n<p>El DNS es el sistema que traduce tu dominio \u2014por ejemplo, <code>tudominio.com<\/code>\u2014 a la IP del servidor. Durante una migraci\u00f3n sin ca\u00eddas, no quieres que esa traducci\u00f3n cambie tarde, mal y en distintas direcciones, como una bandada de p\u00e1jaros confundida por el viento.<\/p>\n<h3>Baja el TTL antes de migrar<\/h3>\n<p>El <strong>TTL<\/strong> \u2014Time To Live\u2014 indica cu\u00e1nto tiempo pueden cachear los resolvers DNS un registro. Si tu TTL actual es de 24 horas, algunos usuarios podr\u00edan seguir llegando al servidor antiguo durante casi un d\u00eda despu\u00e9s del cambio. Por eso conviene reducirlo con antelaci\u00f3n.<\/p>\n<ul>\n<li><strong>24 a 48 horas antes:<\/strong> baja el TTL de los registros A, AAAA y CNAME relevantes a 300 segundos.<\/li>\n<li><strong>No cambies nameservers si no es necesario:<\/strong> cambiar servidores DNS completos suele ser m\u00e1s lento y menos controlable que cambiar un registro A.<\/li>\n<li><strong>Documenta todo:<\/strong> captura registros actuales antes de modificar nada.<\/li>\n<\/ul>\n<p>        <strong>Importante:<\/strong> \u201cpropagaci\u00f3n DNS\u201d no es un proceso m\u00e1gico que se empuja desde un bot\u00f3n. Es una suma de cach\u00e9s, resolvers, proveedores y TTLs previos. Lo m\u00e1s elegante no es pelear con el DNS, sino anticiparse a su pereza.<\/p>\n<h3>Registros que debes revisar<\/h3>\n<table>\n<thead>\n<tr>\n<th>Registro<\/th>\n<th>Uso<\/th>\n<th>Riesgo al migrar<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>A<\/td>\n<td>Apunta dominio a IPv4<\/td>\n<td>Principal registro para cambiar IP del sitio.<\/td>\n<\/tr>\n<tr>\n<td>AAAA<\/td>\n<td>Apunta dominio a IPv6<\/td>\n<td>Si queda apuntando al servidor antiguo, algunos usuarios ir\u00e1n all\u00ed.<\/td>\n<\/tr>\n<tr>\n<td>CNAME<\/td>\n<td>Alias hacia otro nombre<\/td>\n<td>\u00datil para <code>www<\/code>; debe resolverse correctamente.<\/td>\n<\/tr>\n<tr>\n<td>MX<\/td>\n<td>Correo electr\u00f3nico<\/td>\n<td>No lo toques si el correo no migra. Muchos desastres nacen de tocar MX \u201cpor si acaso\u201d.<\/td>\n<\/tr>\n<tr>\n<td>TXT<\/td>\n<td>SPF, DKIM, DMARC, verificaciones<\/td>\n<td>Cr\u00edtico para correo, herramientas SEO, Google Search Console y servicios externos.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/section>\n<section id=\"copiar-archivos\">\n<h2>Copiar archivos de WordPress sin interrumpir el sitio \ud83d\udce6<\/h2>\n<p>Los archivos de WordPress incluyen el n\u00facleo, temas, plugins, medios subidos, cach\u00e9s, mu-plugins y configuraciones. En una migraci\u00f3n profesional conviene copiar todo, pero no todo pesa igual ni todo merece el mismo cari\u00f1o.<\/p>\n<h3>Opci\u00f3n 1: rsync por SSH<\/h3>\n<p>Si tienes acceso SSH en ambos servidores, <code>rsync<\/code> es una herramienta magn\u00edfica: copia diferencias, conserva permisos y permite sincronizaciones posteriores r\u00e1pidas. Es como un mensajero que recuerda qu\u00e9 cajas ya llev\u00f3 y se niega a repetir trabajo in\u00fatil. Una rareza admirable.<\/p>\n<pre><code>rsync -avz --progress usuario@servidor-antiguo:\/ruta\/al\/sitio\/ \/ruta\/nueva\/del\/sitio\/<\/code><\/pre>\n<p>Para excluir cach\u00e9s o backups pesados:<\/p>\n<pre><code>rsync -avz --progress \\\n--exclude='wp-content\/cache\/' \\\n--exclude='wp-content\/backup*' \\\n--exclude='*.zip' \\\nusuario@servidor-antiguo:\/ruta\/al\/sitio\/ \/ruta\/nueva\/del\/sitio\/<\/code><\/pre>\n<h3>Opci\u00f3n 2: SFTP o administrador de archivos<\/h3>\n<p>Es viable en sitios peque\u00f1os, aunque m\u00e1s lento y propenso a cortes. Si el sitio pesa varios gigabytes, descargar a tu equipo y subir al nuevo servidor convierte la migraci\u00f3n en una procesi\u00f3n con velas: solemne, lenta y con muchas posibilidades de apagarse.<\/p>\n<h3>Opci\u00f3n 3: plugins de migraci\u00f3n<\/h3>\n<p>Herramientas como Duplicator, UpdraftPlus, All-in-One WP Migration, WP Migrate o BlogVault pueden ser muy \u00fatiles. Para sitios corporativos sencillos funcionan bien. Para WooCommerce activo, bases enormes o servidores con l\u00edmites estrictos, conviene combinarlas con control manual.<\/p>\n<p>        <strong>No dependas de un \u00fanico m\u00e9todo.<\/strong> Si usas plugin, guarda tambi\u00e9n backup independiente de archivos y base de datos. La redundancia parece exagerada hasta el momento exacto en que deja de parecerlo.<\/p>\n<\/section>\n<section id=\"base-de-datos\">\n<h2>Migrar la base de datos: el coraz\u00f3n de WordPress \ud83e\udec0<\/h2>\n<p>La base de datos contiene entradas, p\u00e1ginas, usuarios, pedidos, configuraciones, men\u00fas, widgets, opciones del tema, sesiones y un largo etc\u00e9tera. Si los archivos son el cuerpo, la base de datos es la memoria. Y una memoria mal copiada produce s\u00edntomas raros: im\u00e1genes que existen pero no aparecen, widgets que olvidan su lugar, plugins que despiertan creyendo estar en otra vida.<\/p>\n<h3>Exportar con WP-CLI<\/h3>\n<pre><code>wp db export backup-pre-migracion.sql<\/code><\/pre>\n<h3>Exportar con mysqldump<\/h3>\n<pre><code>mysqldump -u usuario -p nombre_base_datos > backup-pre-migracion.sql<\/code><\/pre>\n<h3>Importar en el nuevo servidor<\/h3>\n<pre><code>mysql -u nuevo_usuario -p nueva_base_de_datos < backup-pre-migracion.sql<\/code><\/pre>\n<p>Si el dominio no cambia, normalmente no necesitas hacer reemplazos de URL. Si migras tambi\u00e9n de dominio, subdominio o entorno temporal, usa una herramienta que respete datos serializados. En WordPress, un simple \u201cbuscar y reemplazar\u201d en SQL puede romper configuraciones serializadas; elegante como arreglar un reloj con martillo.<\/p>\n<h3>Search-replace seguro con WP-CLI<\/h3>\n<pre><code>wp search-replace 'https:\/\/dominio-temporal.com' 'https:\/\/tudominio.com' --skip-columns=guid --dry-run<\/code><\/pre>\n<p>Si el resultado es razonable, ejecuta sin <code>--dry-run<\/code>:<\/p>\n<pre><code>wp search-replace 'https:\/\/dominio-temporal.com' 'https:\/\/tudominio.com' --skip-columns=guid<\/code><\/pre>\n<p>        <strong>Sobre el campo GUID:<\/strong> en WordPress no debe tratarse como una URL p\u00fablica normal. En migraciones de dominio suele evitarse modificarlo salvo casos muy espec\u00edficos, porque su funci\u00f3n hist\u00f3rica est\u00e1 relacionada con identificadores de contenido en feeds.<\/p>\n<\/section>\n<section id=\"sincronizacion-final\">\n<h2>Sincronizaci\u00f3n final: el minuto donde se gana o se pierde la elegancia \u23f1\ufe0f<\/h2>\n<p>Aqu\u00ed aparece el verdadero desaf\u00edo de una migraci\u00f3n WordPress Zero Downtime: mientras preparas el nuevo servidor, el sitio antiguo puede seguir cambiando. Nuevos comentarios, pedidos, usuarios, formularios, reservas. El tiempo no se congela porque t\u00fa est\u00e9s migrando; ser\u00eda c\u00f3modo, desde luego, pero el comercio electr\u00f3nico tiene la mala costumbre de seguir vendiendo.<\/p>\n<h3>Estrategias seg\u00fan el tipo de sitio<\/h3>\n<table>\n<thead>\n<tr>\n<th>Tipo de sitio<\/th>\n<th>Estrategia recomendada<\/th>\n<th>Riesgo<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Blog o web corporativa<\/td>\n<td>Congelar edici\u00f3n unos minutos, exportar\/importar base final, cambiar DNS.<\/td>\n<td>Bajo.<\/td>\n<\/tr>\n<tr>\n<td>Sitio con formularios<\/td>\n<td>Desactivar temporalmente env\u00edos o sincronizar entradas finales del plugin.<\/td>\n<td>Medio.<\/td>\n<\/tr>\n<tr>\n<td>WooCommerce<\/td>\n<td>Modo solo lectura breve, cola de pedidos controlada, replicaci\u00f3n o ventana de bajo tr\u00e1fico.<\/td>\n<td>Alto si no se planifica.<\/td>\n<\/tr>\n<tr>\n<td>Membres\u00eda, LMS, comunidad<\/td>\n<td>Bloquear altas y cambios cr\u00edticos durante sincronizaci\u00f3n final.<\/td>\n<td>Alto.<\/td>\n<\/tr>\n<tr>\n<td>Medio digital con publicaciones constantes<\/td>\n<td>Coordinar pausa editorial breve y hacer delta final de base y uploads.<\/td>\n<td>Medio.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Sincronizaci\u00f3n delta de archivos<\/h3>\n<p>Despu\u00e9s de la primera copia, ejecuta un segundo <code>rsync<\/code> justo antes del cambio DNS. Ser\u00e1 m\u00e1s r\u00e1pido porque solo mover\u00e1 diferencias:<\/p>\n<pre><code>rsync -avz --delete \\\n--exclude='wp-content\/cache\/' \\\nusuario@servidor-antiguo:\/ruta\/al\/sitio\/ \/ruta\/nueva\/del\/sitio\/<\/code><\/pre>\n<p>Usa <code>--delete<\/code> con cuidado: elimina en destino lo que ya no existe en origen. Es poderoso, y como todas las cosas poderosas, no perdona distracciones.<\/p>\n<h3>Sincronizaci\u00f3n final de base de datos<\/h3>\n<p>Para sitios de bajo movimiento:<\/p>\n<ol>\n<li>Pausa edici\u00f3n o cambios administrativos.<\/li>\n<li>Desactiva temporalmente formularios cr\u00edticos si es necesario.<\/li>\n<li>Exporta la base actual del servidor antiguo.<\/li>\n<li>Importa en el nuevo servidor.<\/li>\n<li>Verifica el sitio en el nuevo entorno.<\/li>\n<li>Cambia DNS.<\/li>\n<\/ol>\n<p>Para sitios transaccionales, considera una de estas opciones:<\/p>\n<ul>\n<li><strong>Modo solo lectura:<\/strong> los usuarios navegan, pero no compran ni se registran durante unos minutos.<\/li>\n<li><strong>Proxy inverso temporal:<\/strong> enruta tr\u00e1fico al nuevo servidor mientras controlas backend y cach\u00e9.<\/li>\n<li><strong>Replicaci\u00f3n MySQL:<\/strong> m\u00e1s compleja, \u00fatil en migraciones de alto valor.<\/li>\n<li><strong>Servicios especializados:<\/strong> plataformas de migraci\u00f3n con sincronizaci\u00f3n incremental.<\/li>\n<\/ul>\n<p>        <strong>Atenci\u00f3n con WooCommerce:<\/strong> no copies una base antigua encima de una nueva si ya entraron pedidos en el nuevo servidor. Ese gesto, tan r\u00e1pido como fatal, puede borrar ventas reales. La base de datos no sabe de arrepentimientos.<\/p>\n<\/section>\n<section id=\"hosts\">\n<h2>Probar el nuevo hosting con el archivo hosts \ud83e\uddea<\/h2>\n<p>Antes de cambiar DNS para todo el mundo, puedes hacer que solo tu equipo vea el dominio apuntando al nuevo servidor. Para eso se modifica el archivo <code>hosts<\/code> local. Es una especie de mentira privada y \u00fatil: tu ordenador cree que el dominio ya vive en la nueva IP, mientras el resto de internet sigue viendo el servidor antiguo.<\/p>\n<h3>Ejemplo de entrada hosts<\/h3>\n<pre><code>203.0.113.10 tudominio.com\n203.0.113.10 www.tudominio.com<\/code><\/pre>\n<p>Rutas comunes:<\/p>\n<ul>\n<li><strong>Windows:<\/strong> <code>C:\\Windows\\System32\\drivers\\etc\\hosts<\/code><\/li>\n<li><strong>macOS\/Linux:<\/strong> <code>\/etc\/hosts<\/code><\/li>\n<\/ul>\n<h3>Qu\u00e9 probar antes del cambio<\/h3>\n<ul>\n<li>Home, p\u00e1ginas principales y entradas.<\/li>\n<li>Panel <code>\/wp-admin<\/code>.<\/li>\n<li>Login y recuperaci\u00f3n de contrase\u00f1a.<\/li>\n<li>Formularios de contacto.<\/li>\n<li>Proceso de compra si hay WooCommerce.<\/li>\n<li>Pasarelas de pago en modo prueba cuando sea posible.<\/li>\n<li>Im\u00e1genes, CSS y JavaScript sin errores 404.<\/li>\n<li>Permalinks y reglas de reescritura.<\/li>\n<li>Emails transaccionales.<\/li>\n<li>Conexiones API externas.<\/li>\n<\/ul>\n<p>Abre la consola del navegador. Mira la pesta\u00f1a Network. Revisa errores mixtos HTTP\/HTTPS. Observa tiempos de carga. No te f\u00edes solo de \u201cse ve bien\u201d. Un sitio puede verse como un palacio y tener el s\u00f3tano inundado.<\/p>\n<\/section>\n<section id=\"ssl\">\n<h2>SSL y HTTPS: que el candado no llegue tarde \ud83d\udd10<\/h2>\n<p>Uno de los fallos m\u00e1s comunes al migrar WordPress a un nuevo hosting es cambiar DNS antes de tener el certificado SSL listo. Resultado: visitantes viendo advertencias de seguridad, navegadores dram\u00e1ticos, clientes inquietos y alguien diciendo \u201cpero en mi ordenador funciona\u201d. Magn\u00edfico, justo lo que necesitaba la marca.<\/p>\n<h3>Buenas pr\u00e1cticas SSL<\/h3>\n<ul>\n<li>Instala el certificado en el nuevo servidor antes del cambio DNS si el proveedor lo permite.<\/li>\n<li>Si usas Cloudflare, revisa el modo SSL: <strong>Full<\/strong> o <strong>Full Strict<\/strong> es preferible a Flexible.<\/li>\n<li>Verifica redirecciones de HTTP a HTTPS.<\/li>\n<li>Comprueba contenido mixto: im\u00e1genes o scripts cargando por HTTP.<\/li>\n<li>Confirma que <code>siteurl<\/code> y <code>home<\/code> usan <code>https:\/\/<\/code>.<\/li>\n<\/ul>\n<pre><code>wp option get siteurl\nwp option get home\nwp option update siteurl 'https:\/\/tudominio.com'\nwp option update home 'https:\/\/tudominio.com'<\/code><\/pre>\n<p>Tambi\u00e9n puedes revisar cabeceras de seguridad como <code>Strict-Transport-Security<\/code>, pero con cautela. HSTS mal configurado puede convertir un problema temporal en una jaula cromada.<\/p>\n<\/section>\n<section id=\"cambio-dns\">\n<h2>El cambio DNS: abrir la puerta del nuevo servidor \ud83d\udeaa<\/h2>\n<p>Si todo est\u00e1 probado, sincronizado y documentado, el cambio DNS deber\u00eda ser casi anticlim\u00e1tico. Y eso es bueno. En infraestructura, la \u00e9pica suele ser se\u00f1al de mala planificaci\u00f3n.<\/p>\n<h3>Procedimiento recomendado<\/h3>\n<ol>\n<li>Confirma backup final de archivos y base de datos.<\/li>\n<li>Ejecuta sincronizaci\u00f3n delta de archivos.<\/li>\n<li>Ejecuta exportaci\u00f3n\/importaci\u00f3n final de base de datos.<\/li>\n<li>Limpia cach\u00e9s en el nuevo WordPress.<\/li>\n<li>Prueba con archivo hosts una \u00faltima vez.<\/li>\n<li>Cambia el registro A del dominio ra\u00edz a la nueva IP.<\/li>\n<li>Cambia el registro A o CNAME de <code>www<\/code> seg\u00fan corresponda.<\/li>\n<li>Verifica que no queda un registro AAAA apuntando al servidor antiguo.<\/li>\n<li>Purga cach\u00e9 CDN si existe.<\/li>\n<li>Monitoriza logs, uptime y conversiones.<\/li>\n<\/ol>\n<h3>Comandos \u00fatiles para comprobar DNS<\/h3>\n<pre><code>dig tudominio.com A\ndig www.tudominio.com A\ndig tudominio.com AAAA\nnslookup tudominio.com<\/code><\/pre>\n<p>Tambi\u00e9n puedes usar herramientas externas de verificaci\u00f3n DNS global para observar c\u00f3mo distintos resolvers ven tu dominio. No te obsesiones con que todos cambien al mismo minuto. Lo importante es que ambos servidores sigan sirviendo correctamente durante el periodo de transici\u00f3n.<\/p>\n<p>        <strong>Clave Zero Downtime:<\/strong> mant\u00e9n el servidor antiguo activo al menos 24-48 horas despu\u00e9s del cambio, especialmente si el TTL anterior era alto. Apagarlo inmediatamente es como retirar el puente viejo mientras todav\u00eda hay coches cruz\u00e1ndolo.<\/p>\n<\/section>\n<section id=\"woocommerce\">\n<h2>WooCommerce, membres\u00edas y sitios vivos: cuando la web no deja de moverse \ud83d\uded2<\/h2>\n<p>Una tienda online no es una p\u00e1gina: es una caja registradora, un almac\u00e9n, una conversaci\u00f3n con el cliente y a veces una criatura temperamental que se ofende por un plugin de pagos mal configurado. Migrar WooCommerce sin ca\u00eddas requiere una estrategia distinta a la de un blog.<\/p>\n<h3>Elementos cr\u00edticos en WooCommerce<\/h3>\n<ul>\n<li>Pedidos nuevos y cambios de estado.<\/li>\n<li>Inventario y stock.<\/li>\n<li>Cupones usados.<\/li>\n<li>Usuarios registrados durante la migraci\u00f3n.<\/li>\n<li>Sesiones y carritos activos.<\/li>\n<li>Webhooks hacia ERP, CRM, facturaci\u00f3n o log\u00edstica.<\/li>\n<li>Pasarelas de pago y callbacks IPN.<\/li>\n<\/ul>\n<h3>Estrategia segura para tiendas<\/h3>\n<ol>\n<li>Elige una ventana de bajo tr\u00e1fico seg\u00fan anal\u00edtica real, no seg\u00fan corazonada.<\/li>\n<li>Reduce TTL con suficiente antelaci\u00f3n.<\/li>\n<li>Copia archivos y base inicial.<\/li>\n<li>Prueba checkout en entorno nuevo usando archivo hosts.<\/li>\n<li>Activa un breve modo de pausa para compras o coloca aviso de mantenimiento solo en checkout, no en toda la web.<\/li>\n<li>Sincroniza base final.<\/li>\n<li>Cambia DNS.<\/li>\n<li>Verifica pedidos, correos, pasarela y webhooks.<\/li>\n<li>Mant\u00e9n vigilancia intensa durante las primeras horas.<\/li>\n<\/ol>\n<p>Si el coste de perder un pedido es alto, invierte en una migraci\u00f3n asistida, replicaci\u00f3n o arquitectura temporal m\u00e1s avanzada. Lo barato en infraestructura a veces cobra intereses con una sonrisa.<\/p>\n<\/section>\n<section id=\"seguridad\">\n<h2>Seguridad durante la migraci\u00f3n: no mudes tambi\u00e9n los ladrones \ud83d\udee1\ufe0f<\/h2>\n<p>Una migraci\u00f3n es una oportunidad excelente para mejorar seguridad. Tambi\u00e9n es un momento vulnerable: backups expuestos, credenciales compartidas, permisos relajados \u201cpor un minuto\u201d, instaladores olvidados. La historia de internet est\u00e1 pavimentada con \u201cluego lo borro\u201d.<\/p>\n<h3>Medidas esenciales<\/h3>\n<ul>\n<li><strong>Usa contrase\u00f1as nuevas<\/strong> para base de datos, SFTP, SSH y usuarios administrativos si hubo accesos compartidos.<\/li>\n<li><strong>Activa autenticaci\u00f3n en dos factores<\/strong> para administradores de WordPress y panel del hosting.<\/li>\n<li><strong>Elimina archivos de instalaci\u00f3n<\/strong> de plugins de migraci\u00f3n: paquetes ZIP, instaladores PHP, dumps SQL.<\/li>\n<li><strong>Revisa permisos:<\/strong> archivos normalmente <code>644<\/code>, directorios <code>755<\/code>, salvo configuraciones espec\u00edficas.<\/li>\n<li><strong>Protege <code>wp-config.php<\/code><\/strong> y evita permisos demasiado abiertos.<\/li>\n<li><strong>Desactiva edici\u00f3n de archivos desde el panel:<\/strong><\/li>\n<\/ul>\n<pre><code>define('DISALLOW_FILE_EDIT', true);<\/code><\/pre>\n<ul>\n<li><strong>Regenera salts de WordPress<\/strong> para invalidar sesiones antiguas si sospechas exposici\u00f3n.<\/li>\n<li><strong>Instala WAF o reglas de seguridad<\/strong> si el servidor lo permite.<\/li>\n<li><strong>Escanea malware<\/strong> antes y despu\u00e9s de migrar.<\/li>\n<\/ul>\n<h3>Cabeceras recomendadas<\/h3>\n<p>Seg\u00fan el tipo de sitio, puedes aplicar cabeceras como:<\/p>\n<ul>\n<li><code>X-Content-Type-Options: nosniff<\/code><\/li>\n<li><code>X-Frame-Options: SAMEORIGIN<\/code><\/li>\n<li><code>Referrer-Policy: strict-origin-when-cross-origin<\/code><\/li>\n<li><code>Permissions-Policy<\/code> ajustada a necesidades reales<\/li>\n<\/ul>\n<p>No copies reglas de seguridad como quien colecciona estampillas. Cada cabecera tiene efectos. Algunas pueden romper iframes, mapas, pasarelas o integraciones.<\/p>\n<\/section>\n<section id=\"rendimiento\">\n<h2>Optimizaci\u00f3n despu\u00e9s de migrar: que el nuevo servidor no sea solo nuevo \u26a1<\/h2>\n<p>Migrar a un hosting mejor y dejar WordPress sin optimizar es como comprar un coche deportivo para circular siempre con el freno de mano puesto. El nuevo servidor puede ofrecer m\u00e1s CPU, mejor I\/O, cach\u00e9 avanzada o CDN, pero WordPress necesita ajustes para aprovecharlo.<\/p>\n<h3>Acciones post-migraci\u00f3n<\/h3>\n<ul>\n<li><strong>Vac\u00eda cach\u00e9s:<\/strong> plugin de cach\u00e9, cach\u00e9 del servidor, OPcache, CDN.<\/li>\n<li><strong>Regenera permalinks:<\/strong> guarda ajustes en <span>Ajustes &gt; Enlaces permanentes<\/span>.<\/li>\n<li><strong>Activa cach\u00e9 de p\u00e1gina<\/strong> si el sitio no es altamente din\u00e1mico.<\/li>\n<li><strong>Configura object cache<\/strong> con Redis o Memcached si el hosting lo soporta.<\/li>\n<li><strong>Optimiza im\u00e1genes<\/strong> y sirve WebP\/AVIF cuando sea viable.<\/li>\n<li><strong>Revisa Core Web Vitals:<\/strong> LCP, INP y CLS.<\/li>\n<li><strong>Comprueba TTFB<\/strong> desde distintas ubicaciones.<\/li>\n<li><strong>Actualiza PHP<\/strong> solo tras validar compatibilidad.<\/li>\n<li><strong>Revisa consultas lentas<\/strong> en WooCommerce o sitios con mucho contenido.<\/li>\n<\/ul>\n<h3>WP-CLI para mantenimiento<\/h3>\n<pre><code>wp cache flush\nwp rewrite flush\nwp transient delete --all\nwp cron event list<\/code><\/pre>\n<p>Despu\u00e9s mide. No con una sola herramienta ni desde una sola ciudad. Usa PageSpeed Insights, WebPageTest, GTmetrix, logs del servidor, datos de Search Console y anal\u00edtica real. La velocidad percibida es una experiencia; la velocidad medida, un conjunto de pistas.<\/p>\n<\/section>\n<section id=\"errores\">\n<h2>Errores frecuentes al migrar WordPress a otro hosting \ud83e\uddef<\/h2>\n<p>La mayor\u00eda de migraciones fallidas no fracasan por una gran cat\u00e1strofe. Fracasan por peque\u00f1as omisiones acumuladas, como gotas que terminan abriendo una grieta en la piedra.<\/p>\n<table>\n<thead>\n<tr>\n<th>Error<\/th>\n<th>Consecuencia<\/th>\n<th>C\u00f3mo evitarlo<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>No bajar TTL antes<\/td>\n<td>Usuarios repartidos durante horas entre servidor viejo y nuevo.<\/td>\n<td>Reducir TTL 24-48 horas antes a 300 segundos.<\/td>\n<\/tr>\n<tr>\n<td>Olvidar registros AAAA<\/td>\n<td>Usuarios con IPv6 llegan al servidor antiguo.<\/td>\n<td>Actualizar o eliminar AAAA si no corresponde.<\/td>\n<\/tr>\n<tr>\n<td>No probar checkout<\/td>\n<td>La tienda carga, pero no vende.<\/td>\n<td>Realizar compra de prueba completa.<\/td>\n<\/tr>\n<tr>\n<td>Certificado SSL no instalado<\/td>\n<td>Advertencias de seguridad en navegador.<\/td>\n<td>Preparar SSL antes del cambio DNS.<\/td>\n<\/tr>\n<tr>\n<td>Reemplazo SQL incorrecto<\/td>\n<td>Datos serializados rotos.<\/td>\n<td>Usar WP-CLI o herramienta compatible con serializaci\u00f3n.<\/td>\n<\/tr>\n<tr>\n<td>Apagar hosting antiguo demasiado pronto<\/td>\n<td>Visitantes ven errores durante propagaci\u00f3n DNS.<\/td>\n<td>Mantenerlo activo 24-48 horas como m\u00ednimo.<\/td>\n<\/tr>\n<tr>\n<td>No revisar correo<\/td>\n<td>Formularios y pedidos no notifican.<\/td>\n<td>Configurar SMTP, SPF, DKIM y pruebas de env\u00edo.<\/td>\n<\/tr>\n<tr>\n<td>Migrar cach\u00e9s corruptas<\/td>\n<td>Errores visuales, rutas antiguas, CSS roto.<\/td>\n<td>Excluir cach\u00e9s y regenerarlas en destino.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/section>\n<section id=\"checklist\">\n<h2>Checklist final para una migraci\u00f3n WordPress Zero Downtime \u2705<\/h2>\n<h3>Antes<\/h3>\n<ul>\n<li>Auditor\u00eda t\u00e9cnica completada.<\/li>\n<li>Backups verificados.<\/li>\n<li>TTL reducido.<\/li>\n<li>Nuevo hosting configurado.<\/li>\n<li>PHP, MySQL y extensiones validadas.<\/li>\n<li>Plan de reversi\u00f3n preparado.<\/li>\n<\/ul>\n<h3>Durante<\/h3>\n<ul>\n<li>Archivos copiados.<\/li>\n<li>Base de datos importada.<\/li>\n<li><code>wp-config.php<\/code> actualizado.<\/li>\n<li>Permalinks funcionando.<\/li>\n<li>Pruebas con archivo hosts realizadas.<\/li>\n<li>SSL instalado y validado.<\/li>\n<\/ul>\n<h3>En el cambio<\/h3>\n<ul>\n<li>Sincronizaci\u00f3n delta ejecutada.<\/li>\n<li>Base final sincronizada.<\/li>\n<li>Cach\u00e9s purgadas.<\/li>\n<li>DNS actualizado.<\/li>\n<li>CDN revisado.<\/li>\n<li>Servidor antiguo mantenido activo.<\/li>\n<\/ul>\n<h3>Despu\u00e9s<\/h3>\n<ul>\n<li>Logs monitorizados.<\/li>\n<li>Formularios probados.<\/li>\n<li>Pedidos o registros verificados.<\/li>\n<li>Search Console revisada.<\/li>\n<li>Rendimiento medido.<\/li>\n<li>Archivos temporales eliminados.<\/li>\n<\/ul>\n<h2>Un traslado limpio es una obra de precisi\u00f3n \ud83c\udfaf<\/h2>\n<p>Migrar WordPress a un nuevo servidor hosting sin ca\u00eddas no consiste en correr. Consiste en no improvisar. La prisa empuja; el m\u00e9todo gu\u00eda. Y entre ambas fuerzas se decide si el usuario navega tranquilamente o contempla una p\u00e1gina de error como quien mira una persiana cerrada en pleno horario comercial.<\/p>\n<p>La migraci\u00f3n ideal es silenciosa. Nadie la aplaude porque nadie la nota. El sitio carga, los formularios llegan, los pedidos entran, el candado HTTPS permanece sereno y el DNS, por una vez, parece comportarse como un funcionario inspirado. Detr\u00e1s de esa calma hay backups, pruebas, sincronizaci\u00f3n, vigilancia y una pizca de humildad t\u00e9cnica.<\/p>\n<p>Porque en la web moderna, cambiar de servidor no es abandonar una casa vieja por una nueva. Es cruzar un puente mientras el puente sigue lleno de gente. Y hacerlo bien \u2014sin ruido, sin p\u00e9rdida, sin teatro\u2014 es una de esas peque\u00f1as artes invisibles que sostienen internet cada d\u00eda. \ud83c\udf0d<\/p>\n<\/section>\n<\/article>\n<p><\/main><\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u00bfC\u00f3mo migrar un sitio WordPress a un nuevo servidor hosting sin ca\u00eddas? Gu\u00eda profesional Zero<\/p>\n","protected":false},"author":1,"featured_media":3666,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","_seopress_news_disabled":"","_seopress_video_disabled":"","_seopress_video":[],"_seopress_pro_schemas_manual":[],"_seopress_pro_rich_snippets_disable_all":"","_seopress_pro_rich_snippets_disable":[],"_seopress_pro_schemas":[],"footnotes":""},"categories":[2],"tags":[],"class_list":["post-3667","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mantenimiento"],"_links":{"self":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/comments?post=3667"}],"version-history":[{"count":1,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3667\/revisions"}],"predecessor-version":[{"id":3668,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3667\/revisions\/3668"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media\/3666"}],"wp:attachment":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media?parent=3667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/categories?post=3667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/tags?post=3667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}