Cómo pasar WordPress de localhost a un servidor en vivo

Armó su sitio en su computadora, se ve genial y ahora necesita que internet lo vea. Aprender a pasar WordPress de localhost a un servidor en vivo es sobre todo cuestión de hacer un puñado de pasos en el orden correcto — exportar la base de datos, copiar los archivos y cambiar con cuidado la dirección web local por su dominio real. Esa última parte es donde tropieza la mayoría, así que seremos concretos. Este es todo el proceso, de principio a fin.

Una nota rápida antes de empezar: una instalación local de WordPress (armada con una herramienta como Local, MAMP o XAMPP) son solo archivos más una base de datos. Pasarla a en vivo significa recrear las dos cosas en su proveedor y decirle a WordPress cuál es su nueva dirección. Ese es todo el trabajo.

Paso 0: prepare su hosting en vivo

Antes de tocar el sitio local, asegúrese de que su entorno en vivo existe: una cuenta de hosting, su dominio apuntando a ella y una base de datos vacía creada (anote el nombre de la base de datos, el usuario y la contraseña — los va a necesitar). Configurar ahora el SSL (el certificado que hay detrás del candado HTTPS), para que el sitio sea HTTPS desde la primera visita, le ahorra un arreglo después.

Paso 1: exporte la base de datos desde localhost

Su contenido — entradas, páginas, ajustes, usuarios — vive en la base de datos, no en los archivos. Abra la herramienta de base de datos que usa su configuración local (normalmente phpMyAdmin) y exporte la base de datos del sitio como un solo archivo .sql. Elija una exportación estándar; no necesita nada personalizado. Ese archivo es la mitad de su sitio.

Paso 2: copie los archivos al servidor en vivo

La otra mitad son los archivos. Tome toda la carpeta de WordPress de su instalación local — sobre todo la carpeta wp-content, que guarda su tema, sus plugins y cada imagen y archivo subido. Conéctese a su servidor en vivo con un cliente SFTP (una forma segura de conectarse a los archivos de su sitio) (o con el administrador de archivos de su proveedor) y suba todo a la carpeta raíz del sitio.

Según el tamaño de los archivos, puede tardar un rato, sobre todo la carpeta de archivos subidos. Deje que termine del todo antes de seguir — un sitio copiado a medias es un sitio roto.

Paso 3: importe la base de datos en el servidor en vivo

En su proveedor en vivo, abra su herramienta de base de datos, seleccione la base de datos vacía que creó en el Paso 0 e importe el archivo .sql que exportó. Cuando termine, todo su contenido vivirá en el servidor. Todavía no está conectado a nada — ese es el siguiente paso.

Paso 4: actualice wp-config.php con los datos de la base de datos en vivo

WordPress encuentra su base de datos con unos datos de acceso guardados en el archivo wp-config.php. Ahora mismo ese archivo todavía apunta a su base de datos local, así que ábralo en el servidor en vivo y cambie tres valores por el nombre, el usuario y la contraseña de la base de datos en vivo del Paso 0. Guárdelo. WordPress ya puede hablar con su contenido en el servidor en vivo.

Paso 5: corrija las URL — con cuidado

Este es el paso que rompe las mudanzas cuando se hace mal. Por toda su base de datos, WordPress guardó su dirección local (algo como http://localhost/mysite) en cientos de lugares — en los ajustes, en los enlaces, dentro del contenido. Cada una de esas tiene que convertirse en su dominio real, o las imágenes darán error 404 y los enlaces apuntarán de vuelta a un sitio que solo puede ver usted.

La advertencia clave: no haga un buscar y reemplazar a ciegas con consultas directas a la base de datos. WordPress guarda algunos datos en un formato empaquetado (llamado datos serializados) que registra la longitud de cada trozo de texto. Un buscar y reemplazar tonto cambia el texto pero no la longitud registrada, lo que daña sin avisar esos ajustes — muchas veces las opciones del tema y de los widgets.

En su lugar, use una herramienta hecha para manejar esto con seguridad. O el comando search-replace de la herramienta gratis de línea de comandos WP-CLI (que entiende los datos serializados), o un plugin confiable como Better Search Replace, ejecutado una vez para cambiar la URL local por su dominio en vivo en toda la base de datos. Esas herramientas hacen bien las cuentas de las longitudes para que nada se rompa.

Paso 6: salga en vivo y pruébelo todo

Ahora recorra el sitio como lo haría un visitante. Una lista corta:

• Inicie sesión y actualice los enlaces permanentes. En Ajustes → Enlaces permanentes, solo haga clic en Guardar una vez — esto vuelve a escribir la estructura de sus enlaces para el nuevo servidor y arregla la mayoría de los errores de “página no encontrada” en las páginas internas.
• Recorra sus páginas. Confirme que las imágenes cargan, los menús funcionan y los enlaces internos van al dominio en vivo, no a localhost.
• Pruebe los formularios y el proceso de pago, si lo hay. Envíe un formulario de contacto y, si tiene una tienda, haga un pedido de prueba.
• Confirme el HTTPS. Asegúrese de que cada página cargue con el candado y de que no haya avisos de “contenido mixto” por archivos que todavía se piden por HTTP.
• Revise en el teléfono. Cargue el sitio en vivo en un teléfono, no solo en su computadora, antes de darlo por terminado.

Cuando no sale bien

Dos problemas explican la mayor parte del pánico del día del lanzamiento. Una página en blanco normalmente significa un error de PHP (el lenguaje de programación con el que funciona WordPress) — muchas veces un plugin o un límite de memoria — y se puede rastrear activando la depuración o desactivando los plugins. Un error de conexión con la base de datos significa que los datos de acceso del Paso 4 no coinciden con la base de datos en vivo. Si se topa con una pared, nuestras guías para restaurar desde una copia de seguridad y para diagnosticar los fallos comunes son un lugar tranquilo para empezar, y una copia de seguridad hecha antes de cambiar nada es su red de seguridad.

El atajo: nosotros nos encargamos de la mudanza

Todos los pasos de arriba se pueden hacer, pero son delicados, y el paso de las URL en particular no perdona. Por eso la mudanza viene incluida gratis en el hosting administrado — entrega el sitio y llega en vivo, con la base de datos cambiada y las URL corregidas como debe ser, verificado para que se vea y funcione como en su computadora. Nuestro equipo con base en EE. UU. lo hace como rutina, así que los tropiezos del día del lanzamiento de alguien que lo hace por primera vez simplemente no le pasan a usted.

Si prefiere publicar su trabajo en lugar de depurar datos serializados, esa es la opción a elegir. Consulte lo que está incluido en nuestra página de hosting. Y una vez en vivo, la forma segura de hacer cambios en el futuro es un sitio de pruebas — una copia privada en la que puede probar antes de tocar el sitio real. ¿Va a mudar una tienda en línea en lugar de un sitio local? Tratamos ese caso concreto en cómo mudar una tienda WooCommerce.