Última comprobación: 26 de septiembre de 2026. Las reglas de juego determinan cómo se comporta tu mundo de Minecraft en el servidor: si el inventario se conserva al morir, si los mobs modifican bloques, si la noche sigue avanzando o si las plantas crecen más rápido. En el panel de game-serverhosting puedes editar estas reglas de forma controlada y comprobar los cambios directamente en el servidor en ejecución.
¿Qué son las gamerules?
Las reglas de juego son ajustes del lado del servidor de un mundo de Minecraft. No modifican mods, plugins ni JAR del servidor, sino que controlan el comportamiento de juego existente. Muchas reglas son simples interruptores de sí/no, por ejemplo keep_inventory o mob_griefing. Otras esperan valores numéricos, como random_tick_speed, players_sleeping_percentage o max_entity_cramming. En servidores Java hasta la 1.21.10, estas mismas reglas se llaman todavía keepInventory, mobGriefing, randomTickSpeed, playersSleepingPercentage y maxEntityCramming; desde la 1.21.11, todas las reglas de juego se han pasado a la nueva grafía.
Las reglas de juego se guardan en el level.dat del mundo (sección GameRules). Se aplican a todo el mundo, incluidos el Nether y el End, no por dimensión. Si cambias de mundo o restauras una copia de seguridad, las reglas de ese mundo vienen incluidas; por eso, revísalas de nuevo tras un cambio de mundo.
La documentación oficial de Microsoft describe el comando /gamerule como una forma de establecer o consultar una regla de juego: documentación en learn.microsoft.com. Para tu servidor, esto significa en la práctica que puedes cambiar las reglas cómodamente en el panel o establecerlas de forma específica mediante un comando de consola.
Puedes editar las reglas de juego de dos maneras:
- En el panel, en Ajustes → Gamerules, mediante el editor integrado de game-serverhosting.
- Mediante la consola del servidor o en el juego:
/gamerule <nombre de la regla> <valor>. En el juego necesitas permisos de operador en Java (nivel de permisos 2) y, en Bedrock, el nivel “Game Directors” (nivel 1). Si omites el valor, el comando muestra el valor actual. Desde Java 26.1 hay además, en el menú de pausa, bajo “World Options”, una pantalla de reglas de juego con campo de búsqueda.
El editor del panel muestra las reglas disponibles con su ajuste actual. Esto es especialmente útil si no te sabes de memoria el nombre exacto de cada comando o quieres modificar varias reglas dejando constancia clara.
Nota: Abre tu servidor en el panel y, en la sección Ajustes, ve a la pestaña Gamerules para ver y editar todas las reglas. ¿Todavía no tienes un servidor? Pedir un servidor de Minecraft.
Requisitos
Antes de cambiar las reglas de juego, debes saber qué mundo se ve afectado y si hay jugadores conectados en ese momento. Muchos cambios surten efecto de inmediato, pero pueden influir en situaciones de juego en curso. Para cambios más grandes o servidores públicos, conviene avisar brevemente a los jugadores.
Comprueba también si usas Java Edition o Bedrock y qué versión de Minecraft se está ejecutando. Algunas reglas varían según la edición o la versión. El límite más importante en Java es la 1.21.11 (diciembre de 2025): desde entonces, todas las reglas de juego se escriben en minúsculas con guion bajo (keep_inventory en lugar de keepInventory), y esto se aplica a todas las versiones 26.x actuales; desde 2026, Minecraft numera con el esquema año.Drop (26.1 en marzo, 26.2 en junio, 26.3 en septiembre de 2026). Bedrock cuenta por su cuenta (26.10, 26.30, 26.50 …); allí los nombres de las reglas no han cambiado. Por eso, la lista que muestra el editor es la instantánea determinante para tu servidor concreto.
Si además quieres ajustar valores básicos del servidor, encaja la guía Configurar server.properties de Minecraft correctamente: todos los ajustes explicados. Para la accesibilidad y los problemas de conexión te ayuda Puertos de servidor de Minecraft explicados: 25565, 19132, registros SRV.
Nuevos nombres de reglas desde Java 1.21.11
Con Java 1.21.11 (9 de diciembre de 2025), Mojang pasó todas las reglas de juego a un registro. Desde entonces se referencian como minecraft:<nombre>, igual que los bloques y los ítems, en minúsculas y con guiones bajos; el prefijo minecraft: puedes omitirlo en el comando. El efecto de las reglas no ha cambiado, pero sí algunos nombres. Para las reglas de esta guía:
| Hasta Java 1.21.10 | Desde Java 1.21.11 (26.1, 26.2, 26.3) | Bedrock |
|---|---|---|
| keepInventory | keep_inventory | keepinventory |
| mobGriefing | mob_griefing | mobgriefing |
| doDaylightCycle | advance_time | dodaylightcycle |
| doWeatherCycle | advance_weather | doweathercycle |
| doFireTick | fire_spread_radius_around_player (número, 0 = desactivado) | dofiretick |
| doMobSpawning | spawn_mobs | domobspawning |
| doInsomnia | spawn_phantoms | doinsomnia |
| showDeathMessages | show_death_messages | showdeathmessages |
| doImmediateRespawn | immediate_respawn | doimmediaterespawn |
| naturalRegeneration | natural_health_regeneration | naturalregeneration |
| fallDamage | fall_damage | falldamage |
| announceAdvancements | show_advancement_messages | – (Bedrock no tiene logros de progreso) |
| randomTickSpeed | random_tick_speed | randomtickspeed |
| playersSleepingPercentage | players_sleeping_percentage | playerssleepingpercentage |
| maxEntityCramming | max_entity_cramming | – |
Los nombres antiguos ya no se aceptan en las versiones nuevas; el comando informa entonces de un argumento no válido. En tres reglas se ha invertido además el significado del valor: disableRaids ahora se llama raids, disablePlayerMovementCheck se llama player_movement_check y disableElytraMovementCheck se llama elytra_movement_check; un “Activado” significa allí, desde entonces, que la función está activa.
Las 15 reglas de juego de un vistazo
La siguiente tabla enumera las reglas del editor con su valor por defecto y su efecto.
| Regla | Por defecto | Efecto |
|---|---|---|
| Conservar el inventario tras morir | Desactivado | Los jugadores conservan todo su inventario y su experiencia tras morir. Adecuado para servidores creativos, de construcción y familiares. |
| Los mobs modifican el mundo (Creeper, Enderman) | Activado | Explosiones de Creeper, Enderman que se llevan bloques y zombis que derriban puertas. Desactivado significa que estos efectos de los mobs no modifican el mundo. |
| Ciclo de día y noche | Activado | Desactivado congela la hora del día, por ejemplo para tener siempre día o siempre noche. |
| Ciclo del clima | Activado | Desactivado mantiene el clima actual e impide el cambio normal entre despejado, lluvia y tormenta. |
| El fuego se propaga | Activado | Desactivado impide la propagación del fuego. En Java solo hasta la 1.21.10 (doFireTick). Desde la 1.21.11, la regla numérica fire_spread_radius_around_player sustituye a esta regla. En Bedrock sigue existiendo dofiretick. |
| Propagación del fuego alrededor de los jugadores (radio) | 128 (−1 o mín. 0, solo Java desde 1.21.11) | Radio en bloques alrededor de cada jugador en el que se propaga el fuego. 0 = sin propagación (sustituto de “El fuego se propaga: Desactivado”), −1 = el fuego se propaga en todas partes, también en chunks sin jugadores. |
| Aparecen mobs | Activado | Desactivado impide el spawn natural de mobs. Los mobs ya existentes permanecen; los spawners, las estructuras y los eventos como las raids siguen generando mobs. |
| Aparecen phantoms | Activado | Desactivado impide los phantoms, aunque los jugadores pasen varias noches sin dormir. |
| Mostrar mensajes de muerte | Activado | Desactivado suprime los mensajes del chat sobre las muertes de jugadores. |
| Reaparición inmediata | Desactivado | Activado permite a los jugadores volver a entrar de inmediato tras morir, sin pantalla de reaparición. |
| La vida se regenera | Activado | Desactivado desactiva la regeneración natural a través de la barra de hambre; comer solo rellena entonces el hambre. La curación solo se produce con pociones de curación y regeneración, manzanas doradas o efectos como la bonificación de la baliza. |
| Daño por caída | Activado | Desactivado impide el daño por caídas. |
| Anunciar logros de progreso | Activado | Desactivado impide los mensajes públicos en el chat sobre los logros de progreso conseguidos. |
| Crecimiento de plantas/bloques (tick speed) | 3 en Java, 1 en Bedrock (mín. 0) | Valores más altos aceleran los ticks aleatorios, como el crecimiento de las plantas y la descomposición de las hojas. Java no tiene límite superior; a partir de aproximadamente 4096, los procesos ocurren prácticamente al instante; Bedrock permite un máximo de 4096. Valores muy altos pueden sobrecargar el servidor. |
| Jugadores durmiendo para saltar la noche (%) | 100 (mín. 0) | Proporción de jugadores en el Overworld que deben dormir para saltarse la noche. 0 significa que basta con un jugador. Un valor superior a 100 impide por completo saltarse la noche. También se aplica a las camas de paja disponibles desde la 26.3. |
| Máx. entidades en un bloque | 24 (mín. 0, solo Java) | Cuántos animales o mobs pueden apiñarse en un espacio reducido antes de recibir daño (6 puntos de vida cada medio segundo). 0 desactiva este daño. Valores más bajos pueden limitar la densidad de entidades en las granjas. En Bedrock no existe esta regla. |
Ejemplos concretos
Servidor familiar o creativo
Si lo principal es construir, explorar y jugar juntos, con estas reglas evitas la frustración por la muerte, los cráteres de Creeper o el daño por caída:
keep_inventory = Activado → Sin pérdida de inventario tras morir (hasta Java 1.21.10: keepInventory)
mob_griefing = Desactivado → Creeper y Enderman no causan daño a los bloques (mobGriefing)
fall_damage = Desactivado → Sin daño por caída al construir en altura (fallDamage)
Servidor PvP hardcore
En las rondas de PvP, la muerte, el loot y la visibilidad suelen tener que notarse deliberadamente. Entonces encajan más los ajustes duros:
immediate_respawn = Activado → Reaparición inmediata sin pantalla (hasta Java 1.21.10: doImmediateRespawn)
show_death_messages = Activado → Todos ven quién ha muerto y por qué (showDeathMessages)
keep_inventory = Desactivado → El inventario se queda en el suelo al morir (por defecto) (keepInventory)
Mapa de exhibición o de aventura
Para exposiciones, mapas de aventura o presentaciones de construcciones, un entorno estable es más importante que los cambios naturales del mundo:
advance_time = Desactivado → El servidor se queda siempre en la hora del día establecida (hasta Java 1.21.10: doDaylightCycle)
advance_weather = Desactivado → Sin cambio automático del clima (doWeatherCycle)
spawn_mobs = Desactivado → Sin nuevos mobs que aparezcan en el mapa (doMobSpawning)
Si para estos escenarios quieres usar un mundo propio, lee además Subir y cambiar el mundo de Minecraft: tu propio mapa en el servidor.
Notas importantes sobre reglas concretas
random_tick_speed (randomTickSpeed)
El valor por defecto 3 es el habitual para el juego normal en supervivencia. Valores más altos aceleran procesos aleatorios como el crecimiento de las plantas, pero según el mundo, las granjas y el número de jugadores pueden generar carga adicional. Por eso, usa valores altos más bien de forma puntual y temporal.
doFireTick y fire_spread_radius_around_player
Que la regla El fuego se propaga esté disponible depende de la versión de Minecraft utilizada. En Java 1.21.10 y anteriores se llama doFireTick. Desde Java 1.21.11 se eliminó junto con allowFireTicksAwayFromPlayer y se sustituyó por fire_spread_radius_around_player: un número que indica en qué radio alrededor de los jugadores puede propagarse el fuego (por defecto 128). Con /gamerule fire_spread_radius_around_player 0 desactivas por completo la propagación del fuego; con -1, el fuego sigue ardiendo incluso sin jugadores cerca. Bedrock mantiene dofiretick. Si tu panel no muestra la regla de sí/no, no es un error, sino que depende de la versión y del software del servidor.
players_sleeping_percentage (playersSleepingPercentage)
Con 100, todos los jugadores relevantes deben dormir para saltarse la noche. Un valor más bajo suele ser más cómodo en servidores públicos. Con 0 basta con un solo jugador, lo que puede ser práctico para grupos pequeños.
mob_griefing (mobGriefing)
mob_griefing (antes mobGriefing) es una de las reglas más importantes para mundos de construcción que se mantengan bonitos a largo plazo. Si está activa, ciertos mobs pueden dejar consecuencias visibles. Si está desactivada, muchos eventos de mobs siguen existiendo en el juego, pero no modifican el mundo de la misma manera.
Servidores Bedrock
En Bedrock (BDS), las reglas se escriben siempre en minúsculas sin guion bajo (keepinventory, dodaylightcycle, dofiretick) y se aceptan sin distinguir mayúsculas de minúsculas. Diferencias con Java: randomtickspeed está por defecto en 1 en lugar de 3 y está limitado a 4096; playerssleepingpercentage existe desde Bedrock 1.20.30 (septiembre de 2023); maxentitycramming y los mensajes de logros de progreso no existen; dofiretick sigue siendo la regla de sí/no para la propagación del fuego. Algunas reglas se pueden cambiar en Bedrock sin activar los trucos, de modo que se conservan los logros; el editor del panel te muestra qué reglas conoce tu servidor.
Comprobar el resultado
Tras guardar, no debes fijarte solo en la confirmación del panel, sino probar en la práctica la regla afectada. Muere de forma controlada con el inventario vacío o sin importancia si compruebas keep_inventory. Espera a que sea de noche si pruebas players_sleeping_percentage. Usa una zona de pruebas segura si compruebas mob_griefing, el daño por caída o los ajustes de crecimiento.
Además, el panel confirma los cambios en la consola del servidor:
Solución de problemas
Si un cambio no se ve reflejado, comprueba primero si has editado el mundo y el servidor correctos. Después, comprueba en la consola con /gamerule <nombre de la regla> qué valor está activo en este momento. Fíjate en la grafía exacta de los nombres de las reglas. En servidores Java depende de la versión: desde la 1.21.11 (diciembre de 2025) y, por tanto, en todas las versiones 26.x, las reglas se escriben en minúsculas con guion bajo, por ejemplo keep_inventory, mob_griefing o advance_time; las grafías antiguas como keepInventory o doDaylightCycle ya no se aceptan allí. En Java 1.21.10 y anteriores, al contrario, solo vale la grafía antigua y las mayúsculas y minúsculas cuentan (keepInventory, no keepinventory). Bedrock acepta los nombres sin distinguir mayúsculas de minúsculas (keepinventory). Si el comando no se acepta en el juego, normalmente falta el permiso: en Java necesitas permisos de operador (nivel 2) y, en Bedrock, el nivel “Game Directors”; en la consola del servidor esto no se aplica.
Si falta una regla, puede deberse a la edición, a la versión de Minecraft o al software del servidor. En las configuraciones de Bedrock también es relevante si usas BDS o un software alternativo. Para orientarte te ayuda ¿PocketMine o BDS? Comparativa de software de servidor de Minecraft Bedrock.
Comprobación, límites y vuelta atrás segura
La guía “Reglas de juego de Minecraft explicadas: ¿qué son las gamerules?” es válida para el tipo de servidor descrito en el artículo y para la versión visible en el momento de la comprobación. Los nombres de los menús, las versiones disponibles, la compatibilidad de mods o plugins y los recursos necesarios pueden variar tras las actualizaciones. Por eso, no traslades valores sin comprobar a otra versión del juego, del loader o del servidor.
Antes de modificar el mundo, la partida guardada, la configuración o las extensiones, haz una copia de seguridad de los archivos afectados. Después, cambia solo un paso coherente cada vez y compruébalo con la misma versión de cliente y de servidor con la que quieras jugar más adelante.
| Punto de control | Resultado esperado | Cancelación y vuelta atrás |
|---|---|---|
| Arranque del servidor | El servidor llega al estado operativo sin nuevos mensajes de error. | Si hay errores de arranque, revierte el cambio y restaura la última copia de seguridad. |
| Prueba de conexión | Una cuenta de prueba puede conectarse a través de la dirección que muestra el panel. | Si hay errores de versión o de conexión, vuelve a comparar la versión, el puerto y las aperturas. |
| Prueba de funcionamiento | La función modificada funciona sin dañar el mundo ni los datos de juego existentes. | Si hay efectos secundarios, detén el servidor y restaura los archivos guardados. |
Una prueba individual exitosa no es una garantía de rendimiento ni de disponibilidad. El tamaño del mundo, los mods, los plugins, el número de jugadores, la ruta de red y la carga simultánea pueden alterar el resultado. Documenta la versión, el cambio y el resultado de la prueba para poder entender más adelante cualquier desviación.
FAQ
¿Cuál es la diferencia entre las reglas de juego y server.properties?
Las reglas de juego controlan el comportamiento dentro del mundo, como la muerte, los mobs, el clima o el crecimiento. server.properties regula más bien los fundamentos del servidor, como los puertos, el modo de juego, la whitelist o la visibilidad.
¿Tengo que reiniciar el servidor tras cambiar una gamerule?
Muchas reglas de juego surten efecto directamente en el servidor en ejecución. Aun así, comprueba el resultado en el juego o a través de la consola, porque algunos efectos solo se ven en la siguiente situación de juego adecuada.
¿Qué regla de juego es la más importante para principiantes?
Para servidores privados relajados, keep_inventory (hasta la 1.21.10 keepInventory) suele ser el primer ajuste razonable. Evita la pérdida de inventario tras morir y quita presión al juego, sobre todo a los jugadores nuevos.
¿Por qué siguen apareciendo mobs a pesar del cambio?
spawn_mobs = Desactivado (hasta la 1.21.10 doMobSpawning) impide el nuevo spawn natural, pero no elimina automáticamente los mobs que ya existen. Limpia los mobs existentes por separado o espera a que desaparezcan de forma natural.
¿Puede random_tick_speed sobrecargar mi servidor?
Sí, los valores altos pueden generar carga adicional porque se procesan más actualizaciones de bloques aleatorias. Para la supervivencia normal, mantente cerca del valor por defecto 3 y aumenta el valor solo de forma consciente.
doDaylightCycle: ver ejemplo
Grabaciones propias realizadas en un entorno de demostración. La versión y la configuración mostradas pueden diferir de las de tu servidor.
- Cámara rápida: un día de Minecraft dura 20 minutos; aquí pasa en 12 segundos.
- Amanecer, mediodía, atardecer y noche se suceden porque doDaylightCycle está activado (por defecto).
- Con /gamerule doDaylightCycle false (desde 1.21.11: advance_time) el cielo se queda en la hora actual.
Minecraft Java 1.21.6 · Vanilla · 20 min → 12 s · 2026-09-24
Minecraft Java 1.21.6 · Vanilla · 20 min → 12 s · 2026-09-24