Apidog Docs
🇪🇸 Español
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇪🇸 Español
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇪🇸 Español
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
  1. Publicar documentación de API
  • Centro de aprendizaje de Apidog
  • Primeros pasos
    • Introducción a Apidog
    • Conceptos básicos en Apidog
    • Navegación por Apidog
    • Inicio rápido
      • Descripción general
      • Crear un Endpoint
      • Realizar una petición
      • Añadir una aserción
      • Creación de escenarios de prueba
      • Compartir documentación de API
      • Explore Más
    • Migración a Apidog
      • Descripción general
      • Importación manual
      • Importación programada (Vincular fuentes de datos)
      • Opciones de importación
      • Exportar datos
      • Importar desde
        • Importar desde Postman
        • Importar especificación OpenAPI
        • Importar cURL
        • Importar archivos Markdown
        • Importar desde Insomnia
        • Importar desde apiDoc
        • Importar archivo .har
        • Importar WSDL
  • Datos de API mock
    • Descripción general
    • Smart Mock
    • Mock personalizado
    • Secuencia de prioridad de mock
    • Scripts de mock
    • Mock en la nube
    • Mock de Runner autoalojado
    • Idioma de mock (locales)
  • Cuenta y preferencias
    • Configuración de la cuenta
    • Generación de un token de acceso OpenAPI
    • Notificación
    • Configuración de idioma
    • Teclas de acceso rápido
    • Configuración del proxy de red
    • Copia de seguridad de los datos
    • Actualizar Apidog
    • Eliminar cuenta
    • Funciones experimentales
  • Enviar peticiones
    • Descripción general
    • Depuración de SSE
    • Cliente MCP
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP o WebService
    • GraphQL
    • gRPC
    • Usar agentes proxy de petición para la depuración
    • Crear peticiones
      • Historial de peticiones
      • Conceptos básicos de las peticiones
      • Parámetros y cuerpo
      • Encabezados de petición
      • Configuración de peticiones
      • Depurar peticiones
      • Guardar peticiones como endpoints
      • HTTP/2
    • Autenticación y autorización
      • Descripción general
      • Certificados de CA y de cliente
      • Tipos de autorización
      • Autenticación Digest
      • OAuth 1.0
      • OAuth 2.0
      • Autenticación Hawk
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • Respuesta y cookies
      • Visualización de respuestas de API
      • Gestión de cookies
      • Descripción general
  • Desarrollar y depurar APIs
    • Descripción general
    • Generación de peticiones
    • Envío de peticiones
    • Casos de depuración
    • Casos de prueba
    • Valores dinámicos
    • Validación de respuestas
    • Diseño primero vs. petición primero
    • Generación de código
    • Entornos y variables
      • Descripción general
      • Uso de variables
      • Gestión de entornos
    • Secretos de la bóveda
      • Descripción general
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • Módulos de valores dinámicos
      • Aerolínea
      • Animal
      • Color
      • Comercio
      • Empresa
      • Base de datos
      • Tipo de dato
      • Fecha
      • Finanzas
      • Comida
      • Git
      • Hacker
      • Helpers
      • Imagen
      • Internet
      • Ubicación
      • Lorem
      • Música
      • Número
      • Persona
      • Teléfono
      • Ciencia
      • String
      • Sistema
      • Vehículo
      • Word
    • Preprocesadores y postprocesadores
      • Descripción general
      • Aserción
      • Extraer variable
      • Esperar
      • Seguridad
      • Operaciones de base de datos
        • Descripción general
        • MySQL
        • MongoDB
        • Redis
        • Cliente Oracle
      • Uso de scripts
        • Descripción general
        • Scripts de preprocesador
        • Scripts de posprocesador
        • Scripts públicos
        • Referencia de scripts de Postman
        • Llamar a otros lenguajes de programación
        • Uso de bibliotecas JS
        • Visualización de respuestas
        • Ejemplos de scripts
          • Scripts de aserción
          • Uso de variables
          • Modificación de peticiones
          • Otros ejemplos
    • Depuración de APIs
      • Depurador de agentes de IA
      • Depurador A2A
  • Diseñar APIs
    • Descripción general
    • Crear un nuevo proyecto de API
    • Conceptos básicos de endpoints
    • Directrices de diseño de API
    • Módulo
    • Configurar múltiples ejemplos de cuerpo de petición
    • Componentes
    • Campos comunes
    • Parámetros globales
    • Historial de cambios del endpoint
    • Comentarios
    • Gestión de endpoints por lotes
    • API de protocolo personalizado
    • Modo Spec-first (Beta)
    • Esquemas de seguridad
      • Descripción general
      • Crear un esquema de seguridad
      • Usar el esquema de seguridad
      • Esquema de seguridad en la documentación en línea
    • Funciones avanzadas
      • Campos personalizados de endpoint
      • Escenarios de prueba asociados
      • Estado del endpoint
      • Apariencia de las listas de parámetros
      • Identificación única de endpoints
    • Schemas
      • Descripción general
      • Crear un nuevo esquema
      • Crear un esquema
      • Generar esquemas a partir de JSON, etc.
      • oneOf, allOf, anyOf
      • Uso de Discriminator
  • Pruebas de API
    • Descripción general
    • Escenarios de prueba
      • Crear un escenario de prueba
      • Pasar datos entre peticiones
      • Condiciones de control de flujo
      • Sincronizar datos desde endpoints y casos de endpoint
      • Importar endpoints y casos de endpoint desde otros proyectos
      • Exportar escenarios de prueba
    • Informes de prueba
      • Informes de prueba
    • Ejecutar escenarios de prueba
      • Ejecutar un escenario de prueba
      • Ejecutar escenarios de prueba por lotes
      • Pruebas basadas en datos
      • Datos de prueba compartidos
      • Tareas programadas
      • Gestionar el entorno de ejecución de API de otros proyectos
    • Suite de pruebas
      • Descripción general
      • Crear una suite de pruebas
      • Orquestar suite de pruebas
      • Ejecutar conjuntos de pruebas localmente
      • Ejecutar suites de prueba mediante CLI
      • Tareas programadas
    • Probar APIs
      • Pruebas de integración
      • Pruebas de rendimiento
      • Pruebas de extremo a extremo
      • Pruebas de regresión
      • Pruebas de contrato
    • Apidog CLI
      • Descripción general
      • Instalación y ejecución de Apidog CLI
      • Opciones de Apidog CLI
    • CI/CD
      • Descripción general
      • Integrar con Github Actions
      • Integrar con Gitlab
      • Integrar con Jenkins
      • Activar prueba mediante commit de Git
  • Publicar documentación de API
    • Descripción general
    • Tecnologías de API compatibles
    • Uso compartido rápido
    • Visualización de la documentación de API
    • Documentación de Markdown
    • Publicación de sitios de documentación
    • Página de inicio de sesión personalizada
    • Diseños personalizados
    • CSS, JavaScript, HTML personalizados
    • Dominio personalizado
    • Funciones de IA
    • Configuración de SEO
    • Configuración avanzada
      • Búsqueda en la documentación
      • Proxy CORS
      • Integración de Google Analytics
      • Configuración del árbol de carpetas
      • Configuración de visibilidad
      • Incrustación de valores en las URL de documentación
    • Versiones de API
      • Descripción general
      • Crear versiones de API
      • Publicación de versiones de API
      • Compartir endpoints con versiones de API
  • Ramas
    • Descripción general
    • Crear una rama de sprint
    • Prueba de APIs en una rama
    • Diseño de API en una rama
    • Fusionar ramas de sprint
    • Gestión de ramas de sprint
    • AI Branch (Beta)
  • Funciones de IA
    • Descripción general
    • Habilitación de funciones de IA
    • Generación de casos de prueba
    • Modificación de esquemas con IA
    • Comprobación de cumplimiento del endpoint
    • Comprobación de integridad de la documentación de API
    • Nomenclatura de campos con IA
    • Preguntas frecuentes
  • Servidor MCP de Apidog
    • Descripción general
    • Conectar un proyecto de Apidog a la IA
    • Conectar documentación publicada a la IA
    • Conectar archivos OpenAPI a la IA
  • Mejores prácticas
    • Gestión de firmas de API
    • Acceso a APIs protegidas con OAuth 2.0
    • Flujo de trabajo de colaboración
    • Gestión del estado de autenticación
  • Espacio sin conexión
    • Descripción general
  • Administración
    • Gestión de proyectos
      • Gestión de proyectos
      • Configuración de notificaciones
      • Gestión de miembros del proyecto
      • Recursos del proyecto
        • Conexión a la base de datos
        • Conexión con Git
    • Gestión de equipos
      • Gestión de equipos
      • Gestión de miembros del equipo
      • Actividades del equipo
      • Roles y permisos del equipo
      • Recursos del equipo
        • General Runner
        • Variables de equipo
        • Agente proxy de peticiones
      • Colaboraciones en tiempo real
        • Colaboración en equipo
    • Lista de verificación de incorporación
      • Conceptos básicos
      • Guía de incorporación
    • Gestión de la organización
      • Gestión de la organización
      • Rol y permisos de la organización
      • Gestión de planes
        • Administradores de facturación en organizaciones
      • Inicio de sesión único (SSO)
        • Descripción general de SSO
        • Configuración de Microsoft Entra ID
        • Configuración de Okta
        • Configuración de SSO para una organización
        • Gestión de cuentas de usuario
        • Asignar grupos a equipos
      • Aprovisionamiento SCIM
        • Introducción al aprovisionamiento SCIM
        • Microsoft Entra ID
        • Okta
      • Recursos de la organización
        • Runner autohospedado
  • Facturación
    • Descripción general
    • Créditos
    • Actualizar su plan
    • Métodos de pago alternativos
    • Gestión de suscripciones
    • Trasladar equipos de pago a organizaciones
  • Complementos
    • API Hub
    • Plugin Apidog Intellij IDEA
    • Extensión del navegador
      • Chrome
      • Microsoft Edge
    • Proxy de peticiones
      • Proxy de peticiones en la web
      • Proxy de petición en documentos compartidos
      • Proxy de peticiones en el cliente
  • Datos y seguridad
    • Almacenamiento y seguridad de datos
    • Privacidad y seguridad de los datos del usuario
    • Enrutamiento de peticiones y seguridad de datos
  • Referencias
    • Enfoque de diseño de API primero
    • Extensiones de la especificación OpenAPI de Apidog
    • JSONPath
    • XPath
    • Expresiones regulares
    • JSON Schema
    • Formato de archivo CSV
    • Instalación del entorno Java
    • Entorno de implementación de Runner
    • Sintaxis Markdown de Apidog
    • Extensiones Swagger de Apidog
      • Descripción general
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Extensiones JSON Schema de Apidog
      • Descripción general
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • Apidog Europa
    • Apidog Europe
  • Centro de soporte
  1. Publicar documentación de API

Dominio personalizado

La documentación de API profesional merece un dominio profesional. De forma predeterminada, la documentación de Apidog es accesible en un dominio <subdomain>.apidog.io. Sin embargo, puede personalizar esto configurando su propio dominio, lo que permite que su audiencia acceda a la documentación en un dominio alineado con la marca de su organización.

Requisitos previos#

Antes de configurar un dominio personalizado, asegúrese de tener:
Permisos de administrador para el proyecto de Apidog
Propiedad o control del dominio que desea usar
Acceso a la configuración DNS de su dominio
(Para el método de proxy inverso) Familiaridad con la configuración de CDN o proxy inverso

Iniciar la configuración del dominio personalizado#

Para acceder a la configuración del dominio personalizado, vaya al menú Publish Docs en la barra lateral y luego diríjase a la página de configuración Publish. Encontrará una sección Custom Domain donde puede hacer clic en el botón Edit para comenzar la configuración.
CleanShot 2025-12-29 at 17.31.22@2x.png

Métodos de configuración de dominio personalizado#

Existen dos tipos de opciones para configurar un dominio personalizado:
1.
CNAME (Recomendado): La opción más fácil de configurar y mantener; funciona tanto para subdominios como para dominios raíz, lo que proporciona la máxima flexibilidad.
2.
Reverse Proxy (Avanzado): Requiere usar una red de entrega de contenido (CDN) o configurar un proxy inverso en su propio servidor; se recomienda para usuarios familiarizados con estas tecnologías.

Configurar CNAME#

Aplicabilidad
Esta sección solo es aplicable si seleccionó la opción CNAME en el paso anterior.
La configuración de DNS se realiza fuera de Apidog, en el proveedor de DNS que utiliza para su dominio.
Este paso consta de dos partes:
1.
Configurar un registro CNAME
2.
Esperar a que los cambios surtan efecto

Configurar un registro CNAME#

Los nombres de los campos y los pasos de configuración pueden diferir entre paneles de control DNS, pero los conceptos principales siguen siendo los mismos. Si tiene dudas, verifíquelo con su proveedor de DNS.
El type es el tipo de registro DNS que desea crear. Aquí, debe elegir CNAME.
El name o DNS entry es donde introduce su subdominio. Es posible que deba introducirlo completo (por ejemplo, docs.example.com) o que solo deba introducir la parte anterior a su dominio ápice (por ejemplo, docs). Si no está seguro de cuál usar, consulte con su proveedor de DNS.
El target, value o destination es donde debe apuntar el subdominio. Debería ver el valor correspondiente en la configuración de Publish en Apidog cuando elija la opción DNS CNAME. Tendrá un aspecto similar a {docsSiteId}.apidog.io. Debe introducir este valor completo (por ejemplo, 12345678.apidog.io).
También puede ver un campo llamado TTL, que significa Time To Live. Es el número de segundos durante los cuales se puede almacenar en caché el registro DNS. Si no está seguro de qué configurar, le sugerimos seleccionar Auto o mantener el valor predeterminado.
Este es un ejemplo de cómo se ve una configuración correcta en el panel de control de Cloudflare:
Un registro CNAME no puede coexistir con otro registro para el mismo nombre. Si ya tiene un registro A, un registro AAAA, un registro TXT o cualquier otro tipo de registro para el subdominio elegido, deberá eliminarlos primero, antes de añadir el registro CNAME.
¿Está usando Cloudflare?
Si está configurando DNS en el panel de control de Cloudflare, asegúrese de que el proxy de Cloudflare (la nube naranja, también llamado "Proxy status" en la configuración de su dominio) esté deshabilitado. Esto se debe a dos motivos:
Esta opción oculta al público el destino DNS de su dominio, lo que impide que Apidog ejecute correctamente las comprobaciones rutinarias en su dominio personalizado.
Su dominio personalizado ya se beneficiará de CDN.
De nuevo, desactive el proxy de Cloudflare para asegurarse de que su documentación se sirva sin problemas.

¿Cuánto tiempo tardan los cambios en surtir efecto?#

La respuesta breve: es posible que deba esperar entre 10 minutos y 48 horas para que los cambios DNS surtan efecto antes de pasar al siguiente paso.
¿Recuerda el campo TTL (Time To Live) que mencionamos anteriormente? Los registros DNS se almacenan en caché durante un período de tiempo, lo cual suele ser muy beneficioso por motivos de rendimiento, porque normalmente no cambian con mucha frecuencia. Cuando sí cambian, hay un período de tiempo (el valor TTL) durante el cual los servidores de caché DNS necesitan que su caché expire antes de comprobar si hay cambios y comportarse en consecuencia.
En la mayoría de los casos, es mejor esperar al menos 10 minutos antes de pasar al siguiente y último paso. A veces puede actualizarse un poco más rápido, o puede tardar más. Es raro que esto tarde más de 48 horas.
¿Desea comprobar cómo avanza este proceso, conocido como propagación? Puede usar una herramienta de consulta DNS, como WhatsMyDNS. Introduzca su subdominio completo, seleccione CNAME en la lista desplegable y presione el botón Search. Los servidores de caché DNS de todo el mundo responderán para indicarle cuál es su resultado almacenado en caché. Deberá comprobar periódicamente estos resultados hasta que la gran mayoría responda con el valor CNAME asignado.

Configurar CDN o su propio servidor de proxy inverso#

Aplicabilidad
Esta sección solo es aplicable si seleccionó la opción Reverse Proxy en el paso anterior.

Configurar AWS CloudFront#

Puede utilizar el servicio CDN proporcionado por proveedores en la nube como AWS CloudFront o Cloudflare Enterprise para configurarlo como su propio servidor de proxy inverso.
En el siguiente ejemplo, configuraremos AWS CloudFront como proxy inverso.
1.
Inicie sesión en AWS y vaya a CloudFront. Haga clic en Create Distribution.
2.
Configure los ajustes de su distribución. Estos son los valores que deberá cambiar.
ConfiguraciónValor
Origin Domain NameEstablecer en {docsSiteId}.apidog.io
NameUna descripción del origen. Este valor le permite distinguir entre múltiples orígenes en la misma distribución y, por lo tanto, debe ser único.
Origin Protocol PolicyEstablecer en solo HTTP
Alternate Domain Names (CNAMEs)Establecer en su nombre de dominio personalizado (el mismo que configuró en la configuración de Publish durante la configuración del dominio personalizado)
SSL CertificateEstablecer en el certificado SSL para su dominio personalizado almacenado en AWS Certificate Manager (ACM).
3.
Proporcione información en Origin Custom Headers (los campos Header Name y Value aparecen solo después de haber proporcionado un Origin Domain Name)
Nombre del encabezadoValor
X-Apidog-Docs-Site-IDEstablecer en {docsSiteId}
{docsSiteId} es su Docs Site ID, que puede encontrarse en el panel de dominio personalizado. Asegúrese de introducir el ID correcto.
4.
Configure los ajustes de Default Cache Behavior. Estos son los valores que deberá cambiar.
ConfiguraciónValor
Viewer Protocol PolicySeleccione Redirect HTTP to HTTPS
Allowed HTTP MethodsSeleccione GET, HEAD, OPTIONS, PUT, POST, PATCH, DELETE.
Cache and origin request settingsSeleccione Use legacy cache settings. Seleccione All para Headers, Query strings y Cookies
5.
No habilite AWS Web Application Firewall (WAF).
6.
Haga clic en Create distribution en la parte inferior de la página. Verá su distribución recién creada en su lista CloudFront Distributions. Tenga en cuenta que Status mostrará In progress hasta que la distribución esté Deployed.
7.
Añada un nuevo registro CNAME a su DNS para su dominio personalizado que apunte al CloudFront Domain Name de su Distribution. Puede encontrarlo haciendo clic en su Distribution ID, en la pestaña General, Distribution domain name (por ejemplo, fd1fbc7cac6197.cloudfront.net).

Configurar Cloudflare como proxy inverso#

Puede usar Cloudflare Workers para actuar como proxy inverso. Esto le permite mantener su dominio con proxy (Orange Cloud) mientras garantiza que Apidog reciba los identificadores de proyecto necesarios.
1.
Inicie sesión en su Cloudflare Dashboard y vaya a Workers & Pages.
2.
Haga clic en Create Application y luego en Create Worker. (Continúe con Start with Hello World!, si se le solicita seleccionar un método)
3.
Asigne un nombre a su worker (por ejemplo, apidog-docs-proxy) y haga clic en Deploy.
4.
Haga clic en Edit Code y sustituya el script existente por lo siguiente:
Puede encontrar su {docsSiteId} en el panel de dominio personalizado. Asegúrese de introducir el ID correcto tanto en las variables targetHost como docsSiteId.
5.
Haga clic en Save and Deploy.
6.
Vaya a la pestaña Settings de su Worker, seleccione Domains & Routes y haga clic en el botón +Add.
7.
Introduzca su dominio personalizado (por ejemplo, docs.example.com). Cloudflare gestionará automáticamente los registros DNS y los certificados SSL.
8.
Asegúrese de que el SSL/TLS encryption mode de Cloudflare esté configurado en Full o Full (Strict) para permitir una comunicación segura entre Cloudflare y Apidog.
Requisito previo
Antes de adjuntar un dominio personalizado a su worker, asegúrese de que el dominio (por ejemplo, example.com) ya esté añadido a su cuenta de Cloudflare y que sus servidores de nombres estén activos.

Configurar su propio servidor de proxy inverso#

Puede configurar su propio servidor de proxy inverso para la documentación de su API. En el siguiente ejemplo, usaremos Nginx como servidor de proxy inverso.
1.
Añada el siguiente contenido al archivo de configuración de Nginx para una configuración sencilla.
Ejemplo de configuración de Caddy:
:8080 {
    handle_path /* {
        reverse_proxy http://{docsSiteId}.apidog.io {
            header_up X-Apidog-Docs-Site-ID {docsSiteId}
            header_up Host "docs.example.com"
        }
    }
}
{docsSiteId} es su Docs Site ID, que puede encontrarse en el panel de dominio personalizado. Asegúrese de introducir el ID correcto.
2.
Configure el registro DNS para que su nombre de dominio personalizado apunte a su servidor de proxy inverso.

Desplegar documentos de API en un subdirectorio de un dominio personalizado#

El Reverse Proxy de Apidog permite desplegar documentos de API en un subdirectorio de un dominio personalizado. Por ejemplo, puede desplegar la documentación en la ruta /api-docs de un dominio como https://example.com. Cuando los usuarios visiten https://example.com/api-docs, accederán a la documentación de API en línea alojada por Apidog.

Pasos de configuración:#

1.
En la página de configuración Custom Domain de Apidog, introduzca su dominio personalizado.
2.
Seleccione Reverse Proxy y habilite Use Subdirectory; luego introduzca la ruta del subdirectorio.
3.
A continuación, deberá modificar el archivo de configuración de su servidor web. Suponiendo que esté usando Nginx para aplicar proxy a su servicio, puede consultar la siguiente configuración:
proxy_pass: Reenviar peticiones de clientes a otro servidor (como el servidor de documentación de API de Apidog).
proxy_set_header: Establecer encabezados de petición enviados por el servidor proxy al servidor ascendente, lo que garantiza que la petición se gestione correctamente.
/api-docs/ es el subdirectorio del dominio personalizado y debe terminar con / en la configuración de Nginx.
http://{docsSiteId}.apidog.io/ también debe terminar con /.
Sustituya {docsSiteId} por el ID del sitio de documentación de Apidog.
docs.example.com es un dominio personalizado de ejemplo. Sustitúyalo por su dominio personalizado real.
Después de la configuración, debe reiniciar Nginx en su servidor.

Habilitar HTTPS#

La documentación en línea de Apidog admite el protocolo HTTPS, que tiene varias ventajas sobre HTTP:
Transmisión segura de datos: HTTPS utiliza cifrado SSL/TLS para garantizar la seguridad de la transmisión de datos, evitando que terceros intercepten información.
Optimización SEO: Los rastreadores de motores de búsqueda prefieren usar HTTPS porque ofrece mejor seguridad y protección de la privacidad. Por lo tanto, los sitios web HTTPS pueden tener mayor autoridad en los rankings de motores de búsqueda que los sitios web HTTP.

Pasos para habilitar HTTPS:#

1.
Vaya a la página Publish y abra la pestaña Custom Domain.
2.
Active HTTPS para habilitar HTTPS y, opcionalmente, puede habilitar Always Use HTTPS para evitar que la comunicación sea secuestrada o ataques de intermediario.

Gestión de certificados SSL#

Una vez que HTTPS esté habilitado, puede elegir cómo gestionar su certificado SSL:
Generated by Apidog: Apidog generará automáticamente un certificado SSL.
Use Your Own Certificate: Puede cargar un certificado SSL y una clave privada emitidos por una autoridad certificadora (por ejemplo, Let's Encrypt).

Solución de problemas#

Si tiene problemas para configurar su dominio personalizado, póngase en contacto con nosotros a través de Discord.

¿Está usando Apidog Europe?#

Si está usando Apidog Europe, asegúrese de estar utilizando el dominio correcto para la configuración de su dominio personalizado.
El dominio correcto para Apidog Europe en la configuración anterior es {docsSiteId}.eu.apidog.com.
Modified at 2026-06-09 08:52:14
Previous
CSS, JavaScript, HTML personalizados
Next
Funciones de IA
Built with