Cuando combinas esto con la infraestructura y las herramientas de Kinsta, obtienes una forma de automatizar la ejecuci\u00f3n de la migraci\u00f3n durante los despliegues.<\/p>\n
Por qu\u00e9 los cambios en la base de datos de WordPress necesitan un control de versiones<\/h2>\n
Las modificaciones manuales de la base de datos tratan los cambios de esquema como operaciones puntuales en lugar de c\u00f3digo versionado. Por ejemplo, ejecutas una consulta SQL<\/a> para a\u00f1adir una tabla personalizada, ejecutas una instrucci\u00f3n Los entornos staging normalmente empiezan a diferir de los locales cuando se olvida documentar cambios menores (como a\u00f1adir una columna a la base de datos local), lo que tambi\u00e9n provoca fallos en los despliegues de producci\u00f3n. Esto tambi\u00e9n implica que no hay un registro de auditor\u00eda.<\/p>\n Las migraciones de Laravel<\/a> son una buena forma de eliminar estos fallos de coordinaci\u00f3n, ya que tratan los cambios en la base de datos como c\u00f3digo versionado que reside en tu repositorio Git. Esto se realiza durante el despliegue con tu aplicaci\u00f3n y se ejecuta en el mismo orden en todos los entornos.<\/p>\n Las migraciones de Laravel son archivos PHP que definen los cambios en el esquema de la base de datos mediante dos m\u00e9todos: El sistema de migraci\u00f3n rastrea qu\u00e9 cambios se han ejecutado utilizando una tabla Este seguimiento evita que las migraciones se ejecuten varias veces y te muestra exactamente qu\u00e9 cambios de esquema se han aplicado a cada entorno.<\/p>\n Acorn integra el generador de esquemas de Laravel, que proporciona una sintaxis PHP fluida para crear y modificar tablas de bases de datos. En lugar de escribir SQL sin procesar, utilizas m\u00e9todos como Puedes crear migraciones a trav\u00e9s de WP-CLI<\/a>:<\/p>\n Esto genera un nuevo archivo de migraci\u00f3n en el directorio El m\u00e9todo Ejecutas las migraciones pendientes con el comando Cuando necesites anular el \u00faltimo lote de migraciones, utiliza el comando Tras ejecutar las migraciones, Database Studio de Kinsta<\/a> (o cualquier otra herramienta de base de datos) te permite verificar que existen las tablas y columnas esperadas con la estructura correcta. Accedes a Database Studio a trav\u00e9s del panel de control de MyKinsta, navegando a cualquier sitio y haciendo clic en la pesta\u00f1a Base de Datos<\/strong>:<\/p>\n La Consola SQL incluida te permite ejecutar consultas de verificaci\u00f3n para confirmar que tus migraciones han creado la estructura esperada.<\/p>\n Tras crear la tabla El filtrado te permite examinar registros o columnas espec\u00edficos sin necesidad de escribir consultas SQL. Aqu\u00ed, puedes hacer clic en los encabezados de columna para ordenar, aplicar filtros para limitar los resultados y exportar tus datos:<\/p>\n Estas opciones de exportaci\u00f3n son \u00fatiles antes de probar los procedimientos de reversi\u00f3n.<\/p>\n Kinsta incluye acceso SSH<\/a> y WP-CLI en todos los planes. Esto significa que puedes ejecutar comandos de migraci\u00f3n directamente en tus entornos staging y producci\u00f3n sin necesidad de realizar ninguna configuraci\u00f3n adicional.<\/p>\n Para ejecutar migraciones en un entorno Kinsta, primero con\u00e9ctate a \u00e9l mediante SSH<\/a>. Las credenciales se encuentran en la pantalla Informaci\u00f3n<\/b> de cualquier sitio dentro de MyKinsta:<\/p>\n Despu\u00e9s de conectarte y autenticarte, navega a la ra\u00edz del documento de tu sitio. Para los sitios Radicle, este es el directorio El proceso de migraci\u00f3n muestra un resultado que indica qu\u00e9 migraciones se est\u00e1n ejecutando y el estado de finalizaci\u00f3n de cada una de ellas. Esto tambi\u00e9n funciona en entornos staging y producci\u00f3n<\/a>, ya que Acorn realiza un seguimiento independiente de las migraciones en la base de datos de cada entorno.<\/p>\n Los entornos staging de Kinsta<\/a> son un espacio seguro para probar las migraciones antes del despliegue en producci\u00f3n, pero necesitas un flujo de trabajo fiable para poder probarlas. Una vez que hayas verificado los cambios de la migraci\u00f3n en Database Studio, comprueba la reversi\u00f3n para asegurarte de que el m\u00e9todo Para ello, cambia a tu entorno staging en MyKinsta, ve a la pesta\u00f1a Base de Datos<\/b> e inspecciona las tablas que han sido creadas o modificadas por tus migraciones.<\/p>\n Si descubres problemas durante las pruebas de staging, el comando La funci\u00f3n de env\u00edo selectivo de Kinsta te permite realizar el despliegue solo de los cambios que hayas probado, por lo que puedes elegir entre enviar solo tus archivos a producci\u00f3n o enviar tanto los archivos como la base de datos:<\/p>\n En los flujos de trabajo de migraci\u00f3n, normalmente solo se env\u00edan archivos, ya que las migraciones se ejecutan en la base de datos de producci\u00f3n existente en lugar de sobrescribirla con datos de staging.<\/p>\n Los flujos de migraci\u00f3n automatizados ejecutan los cambios en el esquema de la base de datos junto con el despliegue del c\u00f3digo, eliminando pasos manuales y reduciendo errores en producci\u00f3n. Esto se consigue a\u00f1adiendo los comandos de migraci\u00f3n al proceso de despliegue, ya sea mediante scripts manuales por SSH, automatizaci\u00f3n con GitHub Actions<\/a> o herramientas como Trellis<\/a>\u00a0de Roots.<\/p>\n Para despliegues manuales mediante SSH, con\u00e9ctate a tu entorno de producci\u00f3n y navega hasta la ra\u00edz del documento. A continuaci\u00f3n, ejecuta estos comandos en secuencia:<\/p>\n La bandera Si utilizas GitHub Actions para el despliegue continuo, puedes automatizar las migraciones en tu archivo de flujo de trabajo. Radicle incluye una configuraci\u00f3n El flujo de trabajo de despliegue se conecta a trav\u00e9s de SSH, navega hasta el directorio de tu sitio y ejecuta el comando de migraci\u00f3n.<\/p>\n Para los despliegues que utilizan Trellis, las migraciones se integran en los hooks de despliegue. Incluye lo siguiente modificando Esto ejecuta las migraciones despu\u00e9s de que Trellis complete otras tareas de despliegue. Las migraciones se ejecutan en el nuevo directorio de lanzamiento, y Trellis se encarga de la reversi\u00f3n si el despliegue falla.<\/p>\n Los archivos de migraci\u00f3n se encuentran en el directorio El flujo de commits para las migraciones sigue un patr\u00f3n consistente:<\/p>\n Una vez que revises la migraci\u00f3n, fusiona la rama de funcionalidad con El comando Sin embargo, no todas las migraciones son totalmente reversibles. Aunque puedes simplemente eliminar una tabla para deshacer su creaci\u00f3n, una migraci\u00f3n que borra datos es una acci\u00f3n permanente. A veces, Es bueno documentar estas limitaciones. Las copias de seguridad automatizadas<\/a> de Kinsta proporcionan una red de seguridad, por lo que tambi\u00e9n es importante crear una copia de seguridad manual antes de ejecutar una migraci\u00f3n que pueda causar problemas:<\/p>\n Navega a tu sitio, haz clic en Copias de seguridad<\/strong> y genera una copia de seguridad con un nombre descriptivo. Si una migraci\u00f3n causa problemas inesperados en producci\u00f3n, restaura desde esta copia de seguridad a trav\u00e9s de MyKinsta.<\/p>\n Para las reversiones de migraciones, s\u00f3lo restauras la base de datos en el entorno de producci\u00f3n. La restauraci\u00f3n se completa en cuesti\u00f3n de minutos y devuelve tu base de datos al estado exacto capturado en la copia de seguridad.<\/p>\n Las migraciones de Laravel mediante la implementaci\u00f3n de Acorn<\/a>\u00a0en Radicle<\/a>\u00a0convierten lo que a menudo es una fuente de ansiedad en un proceso predecible y versionado. La combinaci\u00f3n de migraciones como c\u00f3digo, los entornos staging de Kinsta y Database Studio para la verificaci\u00f3n crea un flujo de trabajo en el que los problemas de esquema se detectan antes de llegar a producci\u00f3n.<\/p>\n Por lo tanto, el desarrollo moderno de WordPress, que incluye herramientas como Radicle y Acorn, significa que no tienes que elegir entre el ecosistema de WordPress y los frameworks de herramientas profesionales. El mismo patr\u00f3n se aplica a las colas de Laravel<\/a>, las plantillas Blade<\/a> y los comandos WP-CLI personalizados a trav\u00e9s de Acorn.<\/p>\nALTER TABLE<\/code> para a\u00f1adir columnas o dependes de hooks de activaci\u00f3n de plugins para gestionar las actualizaciones. Estas soluciones funcionan inicialmente, pero fallan cuando gestionas varios entornos o trabajas con un equipo.<\/p>\nC\u00f3mo funcionan las migraciones Laravel en WordPress con Acorn<\/h2>\n
up()<\/code> aplica los cambios y down()<\/code> los revierte. Cada archivo de migraci\u00f3n recibe un prefijo de marca de tiempo que determina el orden de ejecuci\u00f3n. Roots’ Acorn<\/a> lleva este sistema de migraci\u00f3n (y mucho m\u00e1s) a WordPress sin necesidad de instalar toda la plataforma Laravel.<\/p>\nmigrations<\/code> en tu base de datos de WordPress. Cuando ejecutas wp acorn migrate<\/code>, Acorn lleva a cabo unas cuantas tareas:<\/p>\n\n
$table->string(\u201ckey\u201d)->unique()<\/code> o $table->json(\u201cvalue\u201d)->nullable()<\/code>. Este enfoque ofrece una sintaxis independiente de la base de datos, seguridad de tipos y un c\u00f3digo m\u00e1s legible que las sentencias SQL con cadenas concatenadas.<\/p>\nCrear y ejecutar tu primera migraci\u00f3n<\/h3>\n
wp acorn make:migration create_app_settings_table<\/code><\/pre>\ndatabase\/migrations\/<\/code> con la marca de tiempo actual y el nombre que especifiques:<\/p>\n<?php\nuse IlluminateDatabaseMigrationsMigration;\nuse IlluminateDatabaseSchemaBlueprint;\nuse IlluminateSupportFacadesSchema;\n\nreturn new class extends Migration\n{\n public function up(): void\n {\n Schema::create('app_settings', function (Blueprint $table) {\n $table->id();\n $table->string('key')->unique();\n $table->json('value')->nullable();\n $table->string('group')->default('general');\n $table->boolean('is_public')->default(false);\n $table->text('description')->nullable();\n $table->timestamps();\n $table->index('group');\n $table->index('is_public');\n });\n }\n\n public function down(): void\n {\n Schema::dropIfExists('app_settings');\n }\n};<\/code><\/pre>\nup()<\/code> crea la tabla con columnas para almacenar pares clave-valor, agrupar configuraciones y realizar un seguimiento de cu\u00e1ndo se crearon o modificaron las entradas. Los \u00edndices en group<\/code> e is_public<\/code> mejoran el rendimiento de las consultas. El m\u00e9todo down()<\/code> elimina la tabla por completo, lo que te permite revertir la migraci\u00f3n.<\/p>\nwp acorn migrate<\/code>. Esto ejecuta todas las migraciones que a\u00fan no se han ejecutado, crea tablas y modifica el esquema de tu base de datos. Comprueba qu\u00e9 migraciones se han ejecutado con el comando wp acorn migrate:status<\/code>. La salida de estado muestra cada archivo de migraci\u00f3n con indicadores para saber si se ha ejecutado.<\/p>\nwp acorn migrate:rollback<\/code>. Esto ejecuta el m\u00e9todo down() <\/code>\u00a0para cada migraci\u00f3n del \u00faltimo lote para deshacer los cambios.<\/p>\nVerificar las migraciones con Database Studio<\/h2>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/01\/database-studio.png\")
app_settings<\/code>, la consulta DESCRIBE app_settings;<\/code> te permite verificar las columnas. Esto devuelve la estructura de la tabla mostrando los nombres, tipos e \u00edndices de las columnas. Otra consulta: SELECT * FROM app_settings;<\/code>, te permite comprobar que la tabla acepta inserciones.<\/p>\n![\"Un](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/01\/database-filters.png\")
Ejecutar migraciones con SSH y WP-CLI en Kinsta<\/h2>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/01\/ssh-credentials.png\")
public<\/code>. A continuaci\u00f3n, ejecuta wp acorn migrate<\/code>.<\/p>\nProbar migraciones en entornos staging de Kinsta<\/h3>\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/01\/create-environment.png\")
down()<\/code> funciona correctamente.<\/p>\nwp acorn migrate:rollback<\/code> te permite revertir el \u00faltimo lote de migraciones y realizar correcciones sin afectar a la producci\u00f3n. A continuaci\u00f3n, puedes modificar tus archivos de migraci\u00f3n, hacer commit de los cambios, volver a realizar el despliegue en staging y volver a realizar las pruebas.<\/p>\n![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/01\/selective-push.png\")
Flujo de trabajo de despliegue con migraciones automatizadas<\/h2>\n
git pull origin main\ncomposer install --no-dev\nnpm install && npm run build\nwp acorn optimize\nwp acorn migrate --force<\/code><\/pre>\n--force<\/code> indica a Acorn que ejecute las migraciones sin solicitar confirmaci\u00f3n, lo cual es esencial para despliegues automatizados en los que no puedes interactuar con el terminal. Ejecutar este comando despu\u00e9s de wp acorn optimize<\/code> garantiza que la cach\u00e9 de la aplicaci\u00f3n est\u00e9 actualizada antes de que se ejecuten las migraciones.<\/p>\n.github\/workflows\/deploy.yml<\/code> que puedes modificar para incluir un paso de migraci\u00f3n despu\u00e9s del proceso de construcci\u00f3n:<\/p>\n- name: Run migrations\n run: |\n ssh user@host -p port 'cd \/path\/to\/site && wp acorn migrate --force'<\/code><\/pre>\ndeploy-hooks\/finalize-after.yml<\/code>:<\/p>\n- name: Run Acorn migrations\n command: wp acorn migrate --force\n args:\n chdir: \"{{ deploy_helper.new_release_path }}\"<\/code><\/pre>\nControlar la versi\u00f3n de los archivos de migraci\u00f3n con Git<\/h3>\n
database\/migrations\/<\/code> dentro de la estructura de tu proyecto Radicle. Este directorio forma parte de tu repositorio Git<\/a>, lo que significa que las migraciones se transfieren junto con tu c\u00f3digo a trav\u00e9s del control de versiones. El flujo de trabajo refleja el desarrollo est\u00e1ndar: crea migraciones localmente, hacer commit en una rama de funcionalidades y fusionar con la rama principal despu\u00e9s de realizar pruebas.<\/p>\ngit add database\/migrations\/2025_01_03_140000_create_app_settings_table.php\ngit commit -m \"Add app_settings table migration\"\ngit push origin feature-branch<\/code><\/pre>\nmain<\/code>. Esto hace que la migraci\u00f3n est\u00e9 disponible para despliegues de staging y producci\u00f3n.<\/p>\nwp acorn migrate:status<\/code> verifica que todos los entornos tengan aplicadas las mismas migraciones. Ejecuta esto en todos los entornos para confirmar que est\u00e9n sincronizados. Si un entorno muestra migraciones pendientes, esto indica que necesita un despliegue o una ejecuci\u00f3n de migraci\u00f3n manual para ponerse al d\u00eda.<\/p>\nEstrategias de reversi\u00f3n y copias de seguridad de la base de datos<\/h2>\n
down()<\/code> puede decirte por qu\u00e9 no es posible una reversi\u00f3n:<\/p>\npublic function down(): void\n{\n \/\/ This migration cannot be reversed as we're deleting data\n Log::warning(\"Migration cannot be reversed - data permanently deleted\");\n}<\/code><\/pre>\n![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/01\/manual-backups.png\")
Creaci\u00f3n de flujos de trabajo de bases de datos fiables para WordPress<\/h2>\n