Si sueles instalar, restaurar o preparar equipos con Windows para otras personas, seguramente más de una vez has querido dejar tu sello personal. Un logotipo propio, tus datos de contacto o accesos directos a las herramientas que más recomiendas. Todo eso se controla a través de la llamada información OEM de Windows, y se puede editar y personalizar con bastante flexibilidad.
En este artículo vamos a ver con todo detalle cómo funciona la personalización OEM en Windows. Desde los datos que aparecen en la ventana de Sistema y el logotipo del fabricante, hasta las páginas de registro que ve el usuario durante la primera puesta en marcha (OOBE), pasando por el diseño del menú Inicio con grupos OEM personalizados y accesos a aplicaciones o páginas web. Verás tanto opciones manuales (Registro, XML, rutas de sistema) como herramientas que te simplifican el trabajo.
Qué es la información OEM en Windows y dónde se muestra
Cuando compras un equipo de un fabricante como HP, Acer, Lenovo y compañía, normalmente al abrir Panel de control > Sistema o la ventana clásica de “Información del sistema” aparece, en la parte inferior, el nombre del fabricante, modelo, datos de soporte y un logotipo en un lateral. Ese bloque es la famosa información OEM que muchos técnicos aprovechan para poner su propia marca y datos de contacto.
Estos datos no están “grabados a fuego” en Windows: se almacenan en el Registro del sistema, en una clave muy concreta. Eso significa que los puedes cambiar, eliminar o crear desde cero si el equipo no trae nada configurado de fábrica. Solo necesitas permisos de administrador y un poco de cuidado para no tocar lo que no debes.
Además de la información visible en la ventana de Sistema, los OEM disponen de mecanismos mucho más avanzados para personalizar la experiencia inicial de Windows: páginas de registro durante la OOBE, diseño del menú Inicio con un grupo de mosaicos OEM, iconos que lanzan aplicaciones UWP, programas de escritorio o enlaces web, e incluso configuración específica por región.
Conviene tener claro que la información OEM del Panel de control es independiente de la que se muestra en la app moderna “Configuración > Sistema > Acerca de”. Aunque personalices el logo y los textos en OEMInformation, esos cambios solo se verán en la ventana de Sistema clásica, no en la pantalla moderna de Configuración.
Editar la información OEM desde el Registro de Windows
La forma más directa de cambiar los datos OEM visibles en la ventana de Sistema es ir al Registro de Windows y editar la clave OEMInformation. Es un método sencillo, aunque requiere ir con cuidado y siempre con un usuario que tenga privilegios de administrador.
Para abrir el editor del Registro, basta con buscar “regedit” desde el menú Inicio (o en el cuadro de búsqueda de la barra de tareas en versiones más antiguas, como Windows 10 con Cortana), ejecutar el resultado y aceptar el aviso de Control de cuentas de usuario. Una vez dentro, navegarás por las ramas hasta llegar a la clave que nos interesa.
La ruta completa es la siguiente (tanto en sistemas de 32 bits como de 64 bits):
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\OEMInformation
En esta clave se almacenan los valores de texto y el logotipo mostrados en el panel de Información del sistema.
Dentro de OEMInformation se pueden definir varias entradas de tipo REG_SZ (cadena de texto) que controlan qué ve el usuario. Las más habituales que utilizan los fabricantes -y que tú también puedes usar a tu favor- son:
- Logo : ruta completa al archivo BMP que se mostrará como logotipo.
- Manufacturer : nombre del fabricante.
- Model : modelo del equipo o una descripción personalizada.
- SupportHours : horario de atención o soporte técnico.
- SupportPhone : número de teléfono de soporte.
- SupportURL : página web de soporte o tu sitio profesional.
Para cambiar cualquiera de estos campos, solo tienes que hacer doble clic en el valor correspondiente, escribir el nuevo texto en “Información del valor” y aceptar.
Requisitos y cambio del logotipo OEM (logo.bmp)
El logotipo OEM es la imagen que aparece normalmente en el lateral de la ventana de Sistema. Windows no acepta cualquier tipo de archivo ni cualquier tamaño. Por eso es importante respetar las condiciones que impone el sistema. Para que todo se vea bien y no haya problemas de carga.
Para que Windows muestre correctamente la imagen OEM, el archivo debe cumplir estas características básicas: formato BMP, profundidad de color de 32 bits y dimensiones recomendadas de alrededor de 100×100 píxeles (en algunas guías se sugiere 120×120, pero la idea es mantener un tamaño cuadrado reducido). Si la imagen tiene otro tamaño, Windows la redimensionará automáticamente. Eso puede provocar deformaciones o pérdida de calidad.
Otro punto clave es la ubicación. La imagen debe estar en una ruta local del propio equipo, no en una unidad de red ni en un recurso compartido. En el valor Logo del Registro hay que indicar la ruta absoluta, incluyendo unidad, carpetas y extensión del archivo, por ejemplo:
C:\Windows\System32\oemlogo.bmp
Si lo que quieres es eliminar por completo cualquier logotipo OEM, basta con dejar el valor Logo en blanco (cadena vacía) o directamente borrar el valor de la clave OEMInformation. En cuanto cierres y vuelvas a abrir la ventana de Información del sistema, verás el cambio. Sin necesidad de cerrar sesión ni reiniciar el equipo.
Ten presente también que esta personalización solo afecta a la pantalla clásica de Sistema del Panel de control. En la app Configuración de Windows 10 u 11, en el apartado “Acerca de”, no se mostrará ninguna imagen OEM, aunque hayas configurado logo y datos en el Registro.
Personalización OEM avanzada durante la OOBE de Windows
La personalización de la información OEM no se limita a la ventana de Sistema. Los fabricantes (y cualquier organización que prepare imágenes personalizadas) pueden integrar páginas propias en el flujo de OOBE (Out-Of-Box Experience), es decir, el asistente que ve el usuario la primera vez que arranca un equipo o tras un restablecimiento de fábrica.
Windows permite añadir páginas de registro OEM dentro de esa experiencia inicial, pensadas principalmente para recopilar información básica del cliente y ofrecer promociones, servicios adicionales o vínculos a recursos de soporte. La filosofía de Microsoft es que estas páginas solo se utilicen para aportar valor real al usuario, no para saturarlo con formularios interminables.
El flujo de OOBE está diseñado para que cada pantalla se centre en una sola cosa. Por eso los campos de estas páginas OEM se reparten habitualmente en dos pantallas de registro independientes. De esta forma, la información se presenta de manera más clara y el usuario no se siente abrumado por demasiados campos de golpe.
Las páginas de registro OEM aparecen al final del asistente OOBE, después de que el usuario haya configurado todo lo demás (cuenta, idioma, región, privacidad, etc.). Son, por así decirlo, el último paso antes de llegar al escritorio. Esto hace que sea un buen lugar para pedir datos de contacto o mostrar ofertas específicas del fabricante.
Un detalle interesante es que estas páginas pueden aprovechar la información de la cuenta Microsoft (MSA) que el usuario haya introducido durante la OOBE. Si el cliente crea o inicia sesión con una MSA, Windows puede rellenar automáticamente campos como nombre, apellidos y dirección de correo electrónico en la primera página de registro OEM, de forma que el usuario no tenga que teclearlo todo de nuevo (aunque siempre puede modificarlo antes de pulsar “Siguiente”).
Diseño y configuración de las páginas de registro OEM
Para que las páginas de registro OEM aparezcan en la OOBE, no basta con activarlas “por arte de magia”. Es necesario configurar correctamente el archivo Oobe.xml en la imagen de Windows. Este archivo define los elementos de las pantallas: títulos, subtítulos, campos de cliente (customerinfo), casillas adicionales, vínculos, etc.
Microsoft establece un mínimo de información obligatoria para que Windows acepte mostrar estas páginas dentro del asistente inicial. Debes incluir, al menos, lo siguiente:
- Un título de página.
- Un subtítulo.
- El elemento customerinfo (que define los datos que se quieren recopilar).
- Una casilla adicional o un enlace.
- Una clave pública que se usará para cifrar los datos recogidos.
El diseño de las páginas de registro también se puede personalizar bastante. La idea es que el aspecto y el contenido encajen con la imagen del OEM y al mismo tiempo resulten claros y respetuosos con el usuario.
Para equipos que se van a vender en varios países, lo habitual es crear distintas versiones de Oobe.xml por idioma y región. De esta manera, el usuario ve la información de registro en su idioma desde el primer arranque, sin tener que recurrir a textos genéricos en inglés. Es posible utilizar múltiples ficheros Oobe.xml para adaptar tanto términos legales como elementos específicos por región.
Además del contenido de las páginas, es importantísimo cuidar la protección de los datos de usuario. Windows cifra automáticamente la información que el cliente introduce en estas pantallas utilizando la clave pública que el OEM incorpora a la imagen. Solo la clave privada correspondiente, que se gestiona en el servidor del fabricante o de la empresa, podrá descifrar esa información.
Cadena de cifrado y recogida de datos de registro OEM
Los datos que el usuario introduce en las páginas de registro no se almacenan “a pelo” en el equipo. Windows los guarda cifrados en la carpeta del sistema %systemroot%\System32\Oobe\Info\, utilizando una clave pública que el OEM ha incluido previamente en la imagen de Windows. Esta arquitectura está pensada para proteger la privacidad del cliente desde el primer momento.
Para recuperar esa información, el OEM debe contar con una aplicación o un servicio específico. Una opción habitual es crear una app UWP (distribuida a través de Microsoft Store) marcada como aplicación OEM, que se encarga de leer esos datos cifrados y subirlos a un servidor seguro utilizando SSL. Otra alternativa es desarrollar un servicio propio de Windows que haga exactamente la misma función.
Una vez que los datos cifrados llegan al servidor, el fabricante o la empresa usuaria emplea la clave privada asociada para descifrarlos y almacenarlos en su sistema CRM, base de datos de clientes o lo que se haya definido. En ningún caso se deberían manejar estos datos sin cifrado en el dispositivo. Eso es esencial para evitar fugas o accesos no autorizados si el equipo cae en malas manos.
En conjunto, este esquema de clave pública en la imagen, cifrado local y descifrado con clave privada en servidor permite que las páginas de registro OEM cumplan con los requisitos de privacidad actuales, siempre que el OEM implemente adecuadamente la parte de servidor y respete las normativas de protección de datos aplicables.
Personalizar el diseño de Inicio con LayoutModification.xml
Además de la información de Sistema y las pantallas de registro, los OEM pueden adaptar el diseño del menú Inicio para añadir un grupo de iconos propio al final del diseño predefinido. Esto se hace mediante un archivo llamado LayoutModification.xml, que indica qué mosaicos deben aparecer, con qué tamaño y qué aplicación o recurso abre cada uno.
En las ediciones de escritorio de Windows 10, el diseño por defecto de Inicio se determina en función de la edición (Home, Pro, Enterprise, etc.) y la región. A continuación, Windows procesa el archivo LayoutModification.xml (y, en algunos casos, también Unattend.xml) para aplicar personalizaciones adicionales. Entre ellas el grupo OEM.
El esquema estándar consiste en definir un grupo OEM al final del menú Inicio, de forma que el usuario vea claramente que se trata de aplicaciones y accesos personalizados por el fabricante. En versiones recientes, Microsoft ha consolidado este concepto en un único grupo OEM, en lugar de varios. Un buen recurso para simplificar la experiencia.
Dentro de LayoutModification.xml se utiliza el elemento <AppendGroup Name="OEM Group Name"> para crear ese grupo y especificar su nombre visible. Puedes elegir un nombre que refleje la marca del hardware o el nombre comercial del OEM, siempre que no resulte confuso para el usuario. En algunos casos concretos, si solo hay una fila de iconos y el primero ya muestra claramente el logotipo de la marca, se permite omitir el nombre del grupo.
Definición de mosaicos, tamaños y posición en el grupo OEM
En LayoutModification.xml, cada icono del Inicio se define con un elemento específico. Para aplicaciones universales (UWP y apps Windows 8/8.1) se usa <start:Tile ... />, mientras que para programas de escritorio (Win32) se recurre a <start:DesktopApplicationTile ... />. También hay elementos para iconos de enlaces web y otros casos especiales.
El atributo Size de start:Tile admite cuatro valores: 1×1 (pequeño), 2×2 (mediano), 4×2 (ancho) y 4×4 (grande). Jugando con estas combinaciones se puede montar una cuadrícula atractiva dentro del grupo OEM, siempre intentando evitar huecos visuales que den sensación de desorden o de “espacios en blanco” dentro del diseño.
La posición de cada mosaico dentro del grupo se determina con los atributos Row (fila) y Column (columna), que marcan la esquina superior izquierda del icono en esa rejilla. La coordenada 0,0 corresponde a la primera fila, primera columna del grupo. A partir de ahí, se van incrementando filas y columnas según la combinación de tamaños que se quiera construir.
En cuanto al tipo de icono, para una aplicación UWP se especifica el identificador de modelo de usuario de la app (AUMID) en el atributo AppUserModelID de start:Tile. Este identificador respeta mayúsculas y minúsculas, así que conviene copiarlo exactamente como es. Por ejemplo, un mosaico para la Calculadora de Windows se declararía indicando el AppUserModelID de la aplicación en el XML.
Cuando se trata de programas clásicos de escritorio (Win32), se usa <start:DesktopApplicationTile ... /> y hay dos maneras de indicar qué ejecutable se debe lanzar: mediante la ruta a un acceso directo (.lnk) con el atributo DesktopApplicationLinkPath (por ejemplo, apuntando al acceso directo de Símbolo del sistema en el menú Inicio), o bien mediante un DesktopApplicationID si la aplicación dispone de ese identificador registrado.
Opciones de Office, regiones y aplicaciones dinámicas
En el diseño del menú Inicio también influye la presencia de Microsoft Office y las aplicaciones entregadas dinámicamente. A lo largo de las versiones de Windows 10 han existido varias opciones y parámetros en LayoutModification.xml para controlar cómo se muestran los iconos de Office dependiendo del tipo de instalación y versión.
En las versiones modernas (a partir de Windows 10, versión 1903), lo recomendado es instalar la versión Click-to-Run (C2R) de Office mediante el OPK y dejar que Windows añada automáticamente los iconos correspondientes en una carpeta expandible dentro de Inicio. Ya no se deben incluir etiquetas relacionadas con Office en LayoutModification.xml. Ahora es el propio sistema el que detecta la instalación y coloca los accesos.
En versiones anteriores (1803, 1809) existían etiquetas específicas como <AppendOfficeSuite/> y <AppendOfficeSuiteChoice Choice="Desktop2016" /> o variantes como DesktopBridgeSubscription, DesktopBridge u opciones para Office Mobile, pensadas para escenarios concretos (dispositivos con degradación a Windows 7, suscripciones puente, pantallas pequeñas, etc.). Muchas de estas configuraciones están ya en desuso para instalaciones modernas.
Otro aspecto importante es la personalización por región del diseño de Inicio. El atributo Region en la etiqueta RequiredStartGroups de LayoutModification.xml permite definir distintos layouts para diferentes zonas geográficas. Alternativamente, se puede recurrir a la compatibilidad multivariante en el aprovisionamiento de Windows para decidir qué diseño aplicar según la región del dispositivo.
En cuanto a las aplicaciones entregadas dinámicamente, algunas de las baldosas que ves en Inicio se descargan después de la OOBE, en función de la conexión de red y de la edición de Windows.
A partir de Windows 10, versión 1903, estas aplicaciones dinámicas solo se aplican a Home y Pro no unidos a dominio. Las ediciones Pro unidas a dominio, Enterprise y Education no reciben estos iconos programables. Además, las regulaciones de algunos países, como China, han llevado a deshabilitar la entrega dinámica de apps y juegos en determinadas regiones desde la versión 1809.
Dispositivos comerciales, LayoutOptions y primeras tareas de ejecución
Para dispositivos con Windows 10 Pro que se venden a empresas, los OEM pueden indicar que esos equipos deben tratarse como dispositivos comerciales aun cuando el usuario no los una a un dominio durante la OOBE. Esto se hace estableciendo el atributo DeviceCategoryHint en el elemento LayoutOptions del archivo LayoutModification.xml.
Al incluir una línea como <LayoutOptions DeviceCategoryHint="Commercial" /> en el XML, el dispositivo con SKU Pro se considera comercial y, por tanto, recibe el diseño de Inicio propio de Enterprise, con menos iconos y sin aplicaciones entregadas dinámicamente. Esta opción está pensada para equipos claramente orientados a uso profesional. No debería usarse en dispositivos Pro que puedan acabar en manos de usuarios domésticos.
En paralelo al LayoutModification.xml existe la posibilidad de definir primeras tareas de ejecución (First Run Tasks), es decir, tareas en segundo plano que se activan la primera vez que el usuario inicia sesión. Estas tareas no se configuran en LayoutModification.xml, sino en Unattend.xml, utilizando etiquetas StartTiles asociadas al mismo AppID que se haya usado en LayoutModification.xml para la aplicación correspondiente.
Hay que tener en cuenta que, si el XML de diseño incluye una etiqueta AppendGroup para un grupo de mosaicos, esa configuración puede invalidar lo que haya en Unattend.xml para los anclajes de Inicio. Sin embargo, cuando existe una etiqueta StartTiles en Unattend.xml para el mismo AppID definido en LayoutModification.xml, se respetará la propiedad FirstRunTask indicada en Unattend.xml, combinando así ambos archivos.
Todas estas posibilidades -información OEM del sistema, páginas de registro en OOBE, diseño de Inicio con grupo OEM, enlaces web, iconos de Office, ajustes por región y tareas de primera ejecución– permiten construir una experiencia muy personalizada tanto para fabricantes como para técnicos y empresas que preparan imágenes de Windows para sus clientes, siempre que se respeten las buenas prácticas de seguridad y privacidad y se configure cada componente con cuidado.
