Derecho a ser olvidado (RTBF) para almacenes de datos | Documentación del Centro de creación de Roblox

Derecho a ser olvidado (RTBF) para almacenes de datos te permite declarar qué claves y almacenes de datos contienen los datos de un usuario. Cuando Roblox procesa una solicitud de RTBF para tu juego, el sistema utiliza esas plantillas para eliminar automáticamente los datos coincidentes. Puedes configurar plantillas visualmente a través del Administrador de Almacenes de Datos en el Creator Hub, o programáticamente a través de la API de Configuraciones de Nube Abierta Configs API.

RTBF automatizado

Para utilizar el procesamiento automatizado de RTBF, debes definir plantillas de eliminación. Estas plantillas indican a Roblox qué almacenes de datos o claves pertenecen a un usuario específico. Puedes tener hasta 100 plantillas para identificar los datos de tu usuario.

Plantillas de eliminación

El RTBF automatizado funciona mediante la coincidencia de patrones. Defines una plantilla para los datos de tu usuario utilizando un token {UserId}. Cuando Roblox recibe una solicitud de derecho a ser olvidado, el sistema reemplaza ese token con el ID real del solicitante y escanea tus almacenes de datos en busca de coincidencias para eliminar.

Requisitos de elegibilidad

Para que una entrada sea elegible para la eliminación automatizada, debe cumplir con los siguientes criterios:

Tipo de almacenamiento — Los datos del usuario deben estar almacenados en un almacén de datos estándar o en un almacén de datos ordenado. La eliminación de un almacén de datos completo solo es compatible con los almacenes de datos estándar.
Identificador — El ID de usuario debe ser parte del Name o del Scope del almacén de datos o de la clave.
Formato — El ID debe ser identificable a través de un patrón de cadena estática (por ejemplo, User_{UserId}).

Configurar RTBF automatizado a través del Administrador de Almacenes de Datos

El Creator Hub proporciona una interfaz visual para gestionar tus plantillas de RTBF sin utilizar la línea de comandos.

Para juegos de grupos, debes agregar el permiso Ver Analíticas para ver configuraciones, y el permiso Editar y publicar experiencia para ver, editar y publicar configuraciones. Además, el usuario mismo debe ser elegible para publicar juegos.

Navega al Creator Hub.
Selecciona el juego que deseas configurar.
En el menú de navegación de la izquierda, ve a Configurar ⟩ Administrador de Almacenes de Datos.
Selecciona la pestaña Eliminación RTBF.
Haz clic en Crear Plantilla.
Selecciona el Tipo (Almacén de Datos Estándar, Clave Estándar o Clave Ordenada).
Ingresa los campos correspondientes con tu plantilla usando el token {UserId} (por ejemplo, PlayerInventory_{UserId}). Este token es sensible a mayúsculas y minúsculas.
Verifica la salida de muestra y haz clic en Crear.

Configurar RTBF automatizado a través de la API de Configuraciones

También puedes gestionar las plantillas de RTBF programáticamente utilizando la API de Configuraciones de Nube Abierta. Esto es útil para la automatización o para gestionar plantillas a gran escala.

En el Panel de Control del Creador, crea o edita una clave API para incluir los permisos universe:read y universe:write para cada universo donde deseas automatizar la eliminación de RTBF. Para más detalles, consulta Gestionar claves API.

Las plantillas se almacenan como una configuración JSON llamada user_data_templates. Hay dos tipos principales:

Plantilla de clave — Identifica claves específicas. Requiere data_store_type (STANDARD o ORDERED), data_store_name y key_pattern. scope_pattern es opcional pero recomendado.
Plantilla de almacén de datos — Identifica un almacén de datos completo. Requiere data_store_type (actualmente solo soporta STANDARD) y data_store_pattern.

Para ambos tipos de plantillas, el token {UserId} se reemplaza con el ID del usuario cuando se procesa una solicitud de RTBF.

Ejemplo de Configuración
{
	"user_data_templates": [
		{
			"key_template": {
				"data_store_type": "STANDARD",
				"data_store_name": "PlayerInventory",
				"key_pattern": "User_{UserId}",
				"scope_pattern": "Scope_{UserId}"
			}
		},
		{
			"key_template": {
				"data_store_type": "ORDERED",
				"data_store_name": "PlayerLeaderboard",
				"key_pattern": "User_{UserId}",
				"scope_pattern": "global"
			}
		},
		{
			"data_store_template": {
				"data_store_type": "STANDARD",
				"data_store_pattern": "Player_{UserId}_Save"
			}
		}
	]
}

El token {UserId} es sensible a las mayúsculas y minúsculas. Si scope_pattern se omite o está en blanco, se establece por defecto en global.

A continuación, envía los datos a través de la API de Configuraciones de Nube Abierta Configs API. En los siguientes ejemplos, reemplaza <API_KEY> y <UNIVERSE_ID> en cada solicitud, y envía todas las solicitudes al repositorio DataStoresConfig.

Para puntos finales y comportamientos adicionales, consulta la referencia de la API de Nube y la guía de configuraciones de experiencia.

Crea un borrador a través de una solicitud PUT que defina tu configuración. Si ya existe un borrador, esta solicitud lo sobrescribe.


curl --location --request PUT 'https://apis.roblox.com/creator-configs-public-api/v1/configs/universes/<UNIVERSE_ID>/repositories/DataStoresConfig/draft:overwrite' \
	--header 'x-api-key: <API_KEY>' \
	--header 'Content-Type: application/json' \
	--data-raw '{
	"entries": {
		"user_data_templates": [
			{
				"key_template": {
					"data_store_type": "STANDARD",
					"data_store_name": "PlayerInventory",
					"key_pattern": "User_{UserId}",
					"scope_pattern": "Scope_{UserId}"
				}
			},
			{
				"key_template": {
					"data_store_type": "ORDERED",
					"data_store_name": "PlayerLeaderboard",
					"key_pattern": "User_{UserId}",
					"scope_pattern": "global"
				}
			},
			{
				"data_store_template": {
					"data_store_type": "STANDARD",
					"data_store_pattern": "Player_{UserId}_Save"
				}
			}
		]
	}
}'

Verifica tu borrador a través de una solicitud GET para recuperar y revisar el borrador antes de que se publique.


curl --location --request GET 'https://apis.roblox.com/creator-configs-public-api/v1/configs/universes/<UNIVERSE_ID>/repositories/DataStoresConfig/draft' \
	--header 'x-api-key: <API_KEY>'

Después de la verificación, envía esta solicitud POST para publicar. La única manera de deshacer esta acción es restaurar una versión anterior. Esta acción también requiere que la cuenta asociada con la clave API esté elegible para publicar juegos.


curl --location --request POST 'https://apis.roblox.com/creator-configs-public-api/v1/configs/universes/<UNIVERSE_ID>/repositories/DataStoresConfig/publish' \
	--header 'x-api-key: <API_KEY>' \
	--header 'Content-Type: application/json' \
	--data-raw '{
	"deploymentStrategy": "Immediate"
}'

Después de publicar, confirma que la configuración está activa con esta solicitud GET.


curl --location --request GET 'https://apis.roblox.com/creator-configs-public-api/v1/configs/universes/<UNIVERSE_ID>/repositories/DataStoresConfig/full' \
	--header 'x-api-key: <API_KEY>'

Mejores prácticas

Sensibilidad a mayúsculas y minúsculas — Usa el token exacto {UserId} en tus patrones. Variantes como {userId} no son aceptadas.
Verificación manual — Compara tus patrones con tu uso en vivo de Luau utilizando el Administrador de Almacenes de Datos en el Creator Hub antes de publicar la configuración.
Ámbitos por defecto — Si un almacén de datos usa el ámbito predeterminado, establece scope_pattern a "global" en la plantilla de clave.
Prueba el flujo de extremo a extremo en un juego de prueba — Para validar completamente tus plantillas, considera crear un juego de prueba y una cuenta ficticia, llenándolo con datos ficticios para el ID de Usuario de esa cuenta, solicitando RTBF en la cuenta ficticia y asegurándote de que los datos se eliminen una vez que se procese la cuenta.
Confirma las eliminaciones — Después de comenzar en tu juego en vivo, cuando aparezca una solicitud de RTBF en tus mensajes de Roblox, verifica que los datos correspondientes sean eliminados en un plazo de 30 días.