Dominios activos validados, enlaces específicos por tienda y un plan seguro para sustituir nombres de host antiguos.
1. Planifica las direcciones
Cada dominio base tiene tres funciones: Consola para tu equipo, Página de pago para los clientes y API pública para integraciones. Los nombres predeterminados son merchant, pay y api; puedes elegir otros y añadir alias.
| Función | Primer dominio | Segundo dominio |
|---|---|---|
| Consola | merchant.example.com | panel.example.org |
| Página de pago | pay.example.com | payment.example.org |
| API pública | api.example.com | api.example.org |
Ambos dominios llegan a la misma instalación. No crean wallets, datos ni permisos de acceso separados. El dominio preferido de una tienda controla los enlaces generados; no es aislamiento entre clientes.
2. Añade un dominio o gestiona alias
Abre Ajustes → Sistema → Dominios. Usa Añadir dominio encima de Dominios activos para una base nueva como example.org. Usa Administrar en una entrada existente para añadir alias o cambiar direcciones principales.
Por ejemplo, conserva tanto merchant como panel como nombres de consola. El primer nombre, marcado con una estrella, es el principal de esa función. Elige el dominio base principal para los enlaces predeterminados de todo el sistema.
Un nombre base activo no se renombra directamente; añade un dominio de reemplazo. Los borradores muestran Activación pendiente y aún no están activos. Elige Continuar a DNS para guardar y revisar.
3. Apunta el DNS a tu VPS
Añade un registro A para cada nuevo nombre de host, apuntando a la IPv4 del VPS que muestra el panel. Añade AAAA solo cuando esa dirección IPv6 llegue realmente al servidor. Elimina los registros obsoletos; Wholly Crypto no edita el DNS por ti.
Mantén la entrada por TCP 80 y 443 abierta en los firewalls del servidor y del proveedor. Mantén intacto tu acceso SSH. Haz clic en Comprobar DNS. Comprueba los pares de host/función nuevos o modificados contra el DNS autoritativo; se reutilizan las direcciones activas sin cambios.
¿Usas Cloudflare?
En la primera instalación, mantén el proxy desactivado hasta terminar la configuración. Después puedes usar DNS directo o con proxy sin cambiar de modo en Wholly Crypto. Let's Encrypt permanece en el VPS.
Usa Full (strict) ↗. Mantén accesible el desafío HTTP del certificado y excluye de la caché y de los desafíos de navegador/bots las solicitudes de consola, checkout y API. Wholly Crypto también debe poder verificar el origen.
Las comprobaciones autoritativas evitan las cachés normales de direcciones del VPS/ISP. Los visitantes aún pueden tener DNS antiguo en caché y los cambios de servidores de nombres pueden tardar más.
4. Revisa y después publica
Guardar un borrador o superar las comprobaciones DNS no cambia las rutas activas.
Revisa las adiciones, eliminaciones y cambios de dirección principal y después elige Continuar a activación → Validar SSL y publicar. Las ediciones o una comprobación DNS de más de diez minutos requieren otra comprobación.
En las direcciones nuevas se comprueban los desafíos de certificados, HTTPS y el servicio correcto. Los pares de host/función activos sin cambios no repiten esas comprobaciones de red, pero la configuración Nginx completa sigue validándose.
Espera al éxito y al regreso a Dominios activos. Abre cada nuevo nombre de host y comprueba su función. Si falla, lee el informe de despliegue y el estado de reversión antes de reintentar; no elimines el dominio que funciona para forzar la activación.
5. Elige dominios para cada tienda
Ve a Proyecto → Tiendas → selecciona una tienda → Datos básicos → Dominios de la tienda. Elige los hosts activos de comercio, checkout y API de esa tienda. Las direcciones pendientes no pueden seleccionarse.
Los enlaces generados usan elección de tienda → tienda predeterminada del proyecto → valor predeterminado del sistema. Por ejemplo, el campo de la API de facturas links.checkout puede usar payment.example.org para una tienda mientras otra mantiene pay.example.com.
Configura los orígenes API de los SDK y plugins de tienda por separado; cambiar una preferencia de tienda no reescribe los ajustes de tus integraciones. Los reintentos de IPN/webhooks firmados conservados mantienen sus enlaces originales. Los marcadores y enlaces de clientes existentes no se reescriben.
Los alias de la consola siguen requiriendo Basic Auth y un inicio de sesión de aplicación. En Ajustes → Sistema → Restricciones de IP de origen, las reglas se aplican por separado a cada nombre de host. Mantén abierto el checkout del cliente, salvo que operes deliberadamente un checkout privado.
6. Sustituye direcciones antiguas en dos etapas
- Añade y publica el reemplazo mientras el nombre de host antiguo siga funcionando.
- Abre la nueva dirección de consola e inicia sesión. Prueba el acceso al checkout y la API a través de sus reemplazos.
- Actualiza las preferencias de tiendas, integraciones, marcadores y enlaces publicados. Mantén los alias antiguos de pago/API mientras los clientes o aplicaciones sigan usándolos.
- Desde la nueva dirección de consola, gestiona el dominio o alias antiguo y prepara su eliminación. Revisa y publica el cambio antes de eliminar su registro DNS.
El panel impide eliminar el nombre de host de consola que estás usando. Los hosts retirados se rechazan, no se redirigen automáticamente. Un cambio solo del principal o una eliminación siguen requiriendo revisión y publicación, aunque no haga falta una nueva consulta DNS.