Cómo instalar addons y packs en tu servidor Bedrock
Instalar addons de Bedrock en tu servidor se hace en tres pasos: descomprime el .mcaddon o el .mcpack, pon el behavior pack en behavior_packs/ y el resource pack en resource_packs/, y actívalos en el mundo mediante world_behavior_packs.json y world_resource_packs.json, con el uuid y la version del manifest.json de cada pack. Si el addon usa las API beta, ese experimento también tiene que estar activado en el mundo. Bedrock Dedicated Server no tiene botón de instalación. Probamos la parte del servidor en la versión 1.26.52, la versión actual del servidor a 30 de septiembre de 2026.
Behavior pack o resource pack: ¿qué se ejecuta en el servidor?
Un addon («complemento» en la versión en español del juego) suele tener dos partes. El behavior pack («pack de comportamientos» en el juego) contiene la lógica: comportamiento de las criaturas, recetas, tablas de botín, funciones y scripts. Eso se ejecuta en el servidor. El resource pack («paquete de recursos») contiene lo que ves y oyes: texturas, modelos, animaciones y sonidos. Los jugadores lo reciben del servidor al entrar. Un paquete de texturas no es más que un resource pack. En manifest.json distingues uno de otro por el tipo de módulo: data o script es un behavior pack; resources, un resource pack.
Un .mcpack contiene un solo pack; un .mcaddon agrupa varios, como carpetas o como archivos .mcpack, según lo describe la wiki comunitaria wiki.bedrock.dev. Son archivos zip con otra extensión: cámbiales la extensión a .zip y cualquier programa de descompresión los abrirá.
Paso 1: descomprimir el addon y leer manifest.json
Descomprime el addon en tu ordenador. Cada carpeta con un manifest.json es un pack; si dentro hay otro .mcpack, descomprímelo también. Apunta de cada pack dos valores del bloque header:
"header": {
"name": "Mi addon BP",
"uuid": "0b6f7e2a-4c1d-4e5b-9a3f-2d8c7b6a5e41",
"version": [1, 0, 0]
},
"modules": [
{ "type": "data", "uuid": "5c2e9d1b-7a3f-4b8e-a6d2-1f0e9c8b7a62", "version": [1, 0, 0] }
]El uuid de modules no lo necesitas aquí: según Microsoft, tiene que ser precisamente distinto del uuid del pack, y si lo usas de todos modos, el pack no carga. Si el behavior pack hace referencia a un resource pack en dependencies, los dos tienen que estar en el servidor.
Paso 2: subir los packs a behavior_packs/ y resource_packs/
Detén el servidor en el panel y sube las carpetas descomprimidas: los behavior packs a behavior_packs/ y los resource packs a resource_packs/, ambas en la carpeta raíz de tu servidor. Para unos pocos archivos basta con el gestor de archivos del panel; los addons grandes se suben más cómodamente por SFTP (consulta conectarse con WinSCP o FileZilla). No toques los packs predeterminados, como vanilla.
Los packs de estas carpetas raíz están disponibles para cualquier mundo; en worlds/<mundo>/behavior_packs/ solo pertenecen a ese mundo.
Paso 3: activar los packs en el mundo
Con subirlos no basta: el mundo tiene que saber qué packs cargar. Eso se indica en dos archivos dentro de worlds/<level-name>/. El nombre de la carpeta está en level-name de server.properties; por defecto es Bedrock level. En un mundo recién creado todavía no existen; en ese caso, créalos tú. world_behavior_packs.json:
[
{ "pack_id": "0b6f7e2a-4c1d-4e5b-9a3f-2d8c7b6a5e41", "version": [1, 0, 0] }
]Y world_resource_packs.json, con el uuid y la versión del resource pack:
[
{ "pack_id": "9e4d3c2b-1a0f-4e9d-8c7b-6a5f4e3d2c13", "version": [1, 0, 0] }
]¿Más addons? Añade líneas a la misma lista, con comas entre ellas pero no después de la última. Copia la versión tal cual. En nuestra prueba, el servidor ignoraba el pack si el primer número no coincidía (2.0.0 en lugar de 1.0.0) o si el JSON indicaba una versión más baja que el manifest. Arranca el servidor y mira la consola. Un behavior pack cargado se ve así:
Pack Stack - [00] Mi addon BP (id: 0b6f7e2a-..., version: 1.0.0) @ behavior_packs/miaddon_BPHacer obligatorios los resource packs con texturepack-required
Con texturepack-required=true en server.properties obligas a los jugadores a usar los resource packs del mundo; por defecto está en false. Actívalo si tu addon añade bloques, objetos o criaturas propios, porque su aspecto está definido en el resource pack. Esa clave la cambias en el gestor de archivos; nuestro panel solo fija en cada arranque, a partir de las variables de inicio, claves como gamemode y difficulty.
API beta y otros experimentos: activarlos en el mundo
Algunos addons usan la versión beta de la API de scripts. Lo reconoces en el manifest por una dependencia de @minecraft/server con una versión que termina en -beta. En ese caso, el experimento API beta (Beta APIs en inglés) tiene que estar activado en el mundo. Si está desactivado, la consola muestra:
[Scripting] Plugin [Mi addon BP - 1.0.0] - requesting dependency on beta APIs [@minecraft/server - 2.11.0-beta], but the Beta APIs experiment is not enabled.El servidor no tiene ningún ajuste para eso, así que activa el experimento en local:
- Detén el servidor, haz una copia de seguridad y descarga la carpeta
worlds/<level-name>/. - Comprime en zip el contenido de esa carpeta, cambia la extensión del archivo a
.mcworldy ábrelo en tu PC; Minecraft importa el mundo. - En los ajustes del mundo, en Experimentos, activa API beta. Minecraft crea entonces una copia con «Copia de» delante del nombre; trabaja en esa copia.
- Exporta la copia como
.mcworld, descomprímela y sustituye con ella el contenido de la carpeta del mundo en el servidor. Comprueba que los dos archivosworld_..._packs.jsonsiguen ahí; si no, recupéralos de tu copia de seguridad.
Un mundo nuevo lo creas en local directamente con el experimento activado. También se puede sin rodeos: la wiki comunitaria wiki.bedrock.dev explica cómo, con un editor NBT, poner en level.dat, dentro del compound experiments, un byte gametest con valor 1. En nuestra prueba funcionó; la consola muestra entonces Experiment(s) active: gtst.
Ojo: según Microsoft, un mundo con experimentos nunca vuelve a ser un mundo normal, y las funciones beta pueden cambiar o desaparecer con una actualización de Bedrock, de modo que un addon así deja de funcionar hasta que su creador lo actualice. Si un addon pide @minecraft/server-net, tienes que permitir ese módulo. Microsoft recomienda hacerlo por cada módulo de script, en config/<uuid-del-modulo-de-script>/permissions.json, y mantener config/default/permissions.json al mínimo. Bueno saberlo: una reinstalación desde nuestro panel (por ejemplo, al cambiar de versión) restablece ese archivo predeterminado y deja intactas tus propias carpetas, tus packs y tu mundo.
Los addons del Marketplace no se pueden poner en tu propio servidor
Lo que compras en el Marketplace no se puede instalar en un servidor propio. Minecraft guarda el contenido comprado cifrado en una carpeta aparte (premium_cache, según la wiki comunitaria minecraft.wiki), así que no hay nada que subir. Los addons que los creadores ofrecen ellos mismos como .mcaddon o .mcpack sí funcionan.
Probar: activa el registro de contenido y lee la consola
Pon content-log-console-output-enabled=true en server.properties; así los errores de los packs también aparecen en la consola del panel. Estos son los mensajes que vimos en nuestra prueba:
- Uuid del módulo o versión incorrecta: Configured pack (id: …) was not found and was ignored y, después, Pack Stack - None.
- Una coma después de la última línea en
world_behavior_packs.json: ningún mensaje de error, solo Pack Stack - None. Si no carga nada y nada se queja, revisa el JSON. - Un .mcaddon completo en behavior_packs/: Multiple manifests found at the same directory level o, si contiene archivos .mcpack, solo was not found.
- Un behavior pack en resource_packs/: Defaulting to resource pack, y el pack no hace nada.
¿Nueva versión de un addon? Sustituye la carpeta, ajusta la versión en el JSON y reinicia.
Cuándo no necesitas un addon
Si solo quieres cambiar una regla del juego, como conservar tus cosas al morir, basta con una gamerule: configurar keepInventory es un solo comando y no convierte tu mundo en experimental. Un addon compensa para cosas realmente nuevas, como criaturas propias o chat de voz por proximidad, pero los addons pesados exigen más al servidor que un paquete de texturas. Nuestros servidores Bedrock ejecutan el Bedrock Dedicated Server oficial, desde 2,50 € al mes (Apple, 2 GB); Cookey con 4 GB cuesta 5,00 €. Todo se puede cancelar mes a mes.
Preguntas frecuentes
¿Se pueden usar addons en un servidor Bedrock?
Sí. Bedrock Dedicated Server carga los behavior y resource packs que pones en behavior_packs y resource_packs y activas en el mundo mediante world_behavior_packs.json y world_resource_packs.json. Lo único que no puedes instalar en un servidor propio es el contenido comprado en el Marketplace.
¿Por qué no carga mi addon en mi servidor Bedrock?
Busca en la consola la línea Pack Stack. Si pone None junto a 'Configured pack ... was not found and was ignored', el uuid o la versión no coinciden: copia uuid y version del bloque header de manifest.json, no el uuid del módulo. Si no aparece ningún mensaje, suele ser un error en el JSON, como una coma después de la última línea.
¿Cómo se activan las API beta en un Bedrock Dedicated Server?
No desde el propio servidor. Activa las API beta en local en los ajustes del mundo y vuelve a subir el mundo, o pon con un editor NBT un byte gametest a 1 en level.dat, dentro de experiments. Haz antes una copia de seguridad: un mundo con experimentos nunca vuelve a ser un mundo normal.
¿Se pueden instalar addons del Marketplace en tu propio servidor?
No. El contenido comprado en el Marketplace se guarda cifrado, así que no puedes subirlo como pack. Los addons que el creador ofrece él mismo como .mcaddon o .mcpack sí funcionan.