Soporte

Por correo electrónico a [email protected], por WhatsApp o mediante el formulario de contacto del sitio. Los clientes también pueden abrir un ticket desde su área de cliente.

Nuestro soporte está disponible 24/7.

Sí. Haga clic en «Être rappelé» (Que le llamen — el botón presente al pie de cada página, o desde la página Contacto), deje su número y la franja horaria que le convenga: un asesor le llama, generalmente en un plazo de un día hábil. No es necesaria ninguna cuenta.

Para un servidor dedicado a medida, un volumen de revendedor superior a Agency L o un proyecto específico, solicite un presupuesto en línea desde la página «Demander un devis» (Solicitar un presupuesto) (o el botón «Devis» (Presupuesto) de las páginas correspondientes): describa su necesidad y nuestro equipo le prepara una propuesta con precios en un plazo de uno a dos días hábiles. La recibe por correo electrónico y puede consultarla y después aceptarla con un clic, mediante un enlace seguro. Cada presupuesto tiene un periodo de validez indicado.

El soporte se ofrece en francés, inglés y árabe.

Respondemos generalmente en menos de 24 horas. En horario de atención, WhatsApp permite a menudo una respuesta más rápida.

El soporte de nivel de infraestructura está incluido. Para la gestión de su entorno VPS, hay disponible un servicio de administración como opción.

Sí, nuestro Blog ofrece guías de despliegue detalladas (alojar herramientas de IA, automatizaciones, bases de datos, etc.) paso a paso en VPS.

Consulte la página pública «Estado de los servicios» (/statut, también accesible desde el pie de página): disponibilidad en tiempo real por componente (DNS, API, correo, alojamiento) e historial de incidentes. Cuando se declara un incidente, aparece un aviso en su área de cliente; para los incidentes importantes, también recibe una notificación (campana + correo electrónico). Puede ajustar estos correos mediante «Incidentes y mantenimientos» en las preferencias de notificación de su cuenta.

Sí. Sin cuenta, puede abrir una solicitud desde nuestra página de Soporte, mediante el enlace «Abra una solicitud de soporte»: recibirá por correo electrónico un enlace de seguimiento para consultar el hilo y responder. Con una cuenta de cliente, la solicitud queda además vinculada a sus servicios, lo que facilita un seguimiento personalizado. También puede contactarnos a través del formulario de contacto o WhatsApp, y nuestro equipo le guiará.

Para cualquier aviso de seguridad (vulnerabilidad, acceso no autorizado, abuso), escríbanos directamente a [email protected] indicando «Seguridad» en el asunto. Acusamos recibo en un día hábil y tratamos los avisos de forma prioritaria. No divulgue públicamente el fallo antes de recibir respuesta de nuestro equipo.

No existe un botón **Escalar**: no tenemos una cola de escalada aparte. Lo que realmente cambia el tratamiento de un ticket es su prioridad y lo que usted describe en él. Al abrirlo, elija la prioridad **Urgente** si sus servicios en producción están afectados, e indique el impacto real en el mensaje: servicios fuera de línea, clientes afectados, desde cuándo. Si un ticket supera el plazo de respuesta indicado (24 horas), responda en el hilo para señalarlo, o contáctenos por otro canal desde la página Contacto.

No: el área de cliente no tiene subcuentas ni gestión de accesos delegada — una cuenta, un acceso. Existen dos dispositivos según su caso. Si es una agencia o un proveedor que gestiona los servicios de varios clientes, el **Espacio agencia** está pensado para eso: cada cliente conserva su propia cuenta y usted queda vinculado a ella mediante una invitación que él acepta. Si es revendedor de alojamiento, su plan WHM le permite crear cuentas cPanel distintas para sus propios clientes. En todos los casos, no comparta sus credenciales: escríbanos desde la página Contacto y veremos juntos el montaje adecuado.

Sí. Nuestro soporte está disponible 24/7, fines de semana y festivos incluidos: abra un ticket en cualquier momento desde su área de cliente o escríbanos por WhatsApp al +212708030340. Para un incidente que afecte a sus servicios en producción (servidor caído, pérdida de acceso, problema de red), elija la prioridad **Urgente** y describa el impacto en sus servicios: estas solicitudes se atienden primero. Las solicitudes de asesoramiento y las consultas técnicas no urgentes se atienden después, por orden de prioridad.

El runner self-hosted de GitHub Actions no se relanza automáticamente tras reiniciar el servidor, salvo que lo haya configurado como servicio del sistema. Para Gitea Actions (act_runner) o el runner self-hosted de GitHub, cree un servicio systemd: cree el archivo `/etc/systemd/system/act-runner.service` con `ExecStart=/usr/local/bin/act_runner daemon` (o la ruta apropiada), y después ejecute `systemctl enable act-runner && systemctl start act-runner`. Para el runner oficial de GitHub, ejecute `./svc.sh install && ./svc.sh start` desde el directorio del runner — este script genera y activa el servicio systemd correspondiente. Compruebe el estado con `systemctl status act-runner` (o `actions.runner.*.service` para el runner oficial).

El 502 Bad Gateway al arrancar Authentik es casi siempre normal: las migraciones PostgreSQL aún no han terminado. Espere de 1 a 2 minutos después de `docker compose up -d` antes de acceder a la interfaz. Si el error persiste, revise los logs del contenedor server con `docker compose logs server` — busque líneas con `Migrating` seguidas de `OK`. Si alguna migración falla, compruebe los permisos del usuario PostgreSQL (`GRANT ALL ON DATABASE authentik TO authentik`) y las variables `PG_PASS` y `AUTHENTIK_SECRET_KEY` en su `.env`.

Si su migración desde Oracle Cloud está bloqueada (contenedor que no arranca, datos inaccesibles, timeout SSH), abra un ticket desde su área de cliente eligiendo la categoría del servicio de destino («VPS» o «Alojamiento») y la prioridad «Urgente» si sus servicios de producción están afectados. Indique en su ticket: el pedido o servicio de destino, el paso exacto en el que falló la migración, los logs de Docker o SSH obtenidos y el impacto en su actividad. Nuestro equipo toma el relevo en 24 horas para los incidentes urgentes. También puede contactar con +212708030340 para obtener un acuse de recibo rápido.

Abra un ticket desde su área de cliente indicando la versión de Dify, el nombre exacto del plugin, el mensaje de error completo y los logs de Docker (`docker compose logs dify-api`). Nuestro equipo de soporte comprueba primero que se cumplen los requisitos del sistema (Python 3.11+, acceso de red saliente para descargar el plugin, permisos sobre el volumen). Si el error proviene del propio plugin (código upstream), también puede notificarlo en el repositorio oficial de Dify en GitHub e informarnos en [email protected] para que sigamos el parche juntos.

La URL del repositorio de plugins de Jellyfin cambió entre la versión 10.7 y las versiones recientes. Ir a Dashboard > Plugins > Repositories, reemplazar la URL antigua por `https://repo.jellyfin.org/files/plugin/manifest.json` y reiniciar Jellyfin para vaciar la caché. La issue #16654 de GitHub documenta este comportamiento.

Activar el modo debug en `config/defines.inc.php` estableciendo `_PS_MODE_DEV_` a `true` para mostrar el error real. Las causas más frecuentes son un `memory_limit` PHP demasiado bajo (mínimo 256 MB recomendado), permisos incorrectos en `var/cache/` o `img/`, o un módulo incompatible. Una vez identificado y corregido el error, volver a poner `_PS_MODE_DEV_` a `false` en producción.

Si no puede acceder a su área de cliente para abrir un ticket, dispone de varios canales alternativos: el formulario de contacto en `/contact`, la dirección [email protected] o WhatsApp en +212708030340. Indique en su mensaje los servicios afectados, el impacto observado y desde cuándo — esto nos permite gestionar su solicitud con la prioridad adecuada desde el momento de recibirla.

Desde su área de cliente, acceda a la sección Tickets: cada solicitud muestra su estado en tiempo real (abierto, en curso, resuelto), el historial completo de la conversación y los archivos adjuntos compartidos. Las respuestas de nuestro equipo aparecen al instante gracias al chat en directo, sin necesidad de recargar la página. También recibe una notificación por correo electrónico con cada actualización, según sus preferencias de notificaciones.

En caso de avería crítica, abra un ticket desde su área de cliente de ServOrbit seleccionando la prioridad Alta o Urgente según la gravedad del incidente. Los tickets se ordenan por prioridad: una interrupción total del servicio se atiende en primer lugar. Ningún plazo de respuesta está garantizado contractualmente, sea cual sea su plan; lo que realmente acelera la gestión es la prioridad elegida y la precisión de su descripción. Para incidentes críticos, indique claramente los servicios afectados y los mensajes de error observados para agilizar el diagnóstico.

El soporte de ServOrbit cubre la infraestructura y la conectividad: disponibilidad del servidor, red, acceso SSH, sistema operativo base y servicios gestionados proporcionados por ServOrbit. La configuración de aplicaciones — instalación de frameworks, configuración de un CMS, depuración de código u optimización de bases de datos de aplicaciones — queda fuera del alcance del soporte estándar y es responsabilidad suya. Si necesita asistencia personalizada para configuraciones avanzadas, consulte al equipo comercial para conocer las ofertas de servicios profesionales disponibles.

Accede a tu área de cliente, ve a 'Soporte' y luego a 'Mis tickets' para encontrar la solicitud de migración asociada. Cada etapa (análisis, transferencia, validación, puesta en marcha) queda registrada y visible en tiempo real en el hilo del ticket. También recibirás una notificación por correo electrónico ante cada cambio de estado. Si no aparece ninguna actualización pasadas 24 horas, responde directamente al ticket existente en lugar de abrir uno nuevo.

Desde tu área de cliente, abre un ticket de soporte indicando el servicio afectado, la fecha y hora aproximadas del incidente y los mensajes de error observados. Nuestro equipo generará un informe de diagnóstico (registros del servidor, métricas de recursos, historial de eventos) y te lo compartirá directamente en el ticket. Cuanto más detallada sea la información, más rápido podremos aislar la causa.

Los tickets de soporte en su área de cliente (apartado Soporte) funcionan en tiempo real: las respuestas de nuestro equipo aparecen sin necesidad de recargar la página, gracias a una conexión en vivo. Una insignia indica que la sesión está en directo mientras la conexión está activa. Si la conexión en vivo no está disponible, la página sigue siendo funcional — solo tiene que actualizarla para ver las nuevas respuestas.

Soluciones como FreeScout, Zammad o Uvdesk se instalan en minutos mediante Docker Compose en un VPS de ServOrbit con acceso root. Cubren gestión de tickets, bandejas compartidas, canales de correo y base de conocimiento sin costes de licencia por agente. Consulte el Marketplace para las plantillas disponibles, o escríbanos a [email protected] para una configuración guiada.

La mayoría de los helpdesk auto-alojados (Zammad, FreeScout) incluyen un importador CSV o API que lee los exportes de Zendesk — tickets, contactos, adjuntos. Levante una instancia VPS antes de exportar, valide con una muestra y luego haga el cambio. Usted realiza la migración; para cualquier pregunta, abra una solicitud desde su espacio cliente o escríbanos a [email protected].

Nuestros correos ahora te avisan de que hay una respuesta disponible y te llevan directamente al hilo de la solicitud, sin copiar su texto. El motivo es sencillo: una respuesta se relee y a veces se corrige después de enviarse, y un correo que ya ha salido conservaría la versión anterior sin que nadie pueda rectificarla. El hilo, en cambio, siempre muestra la última versión con sus archivos adjuntos. El acuse de recibo de tu propio mensaje sí sigue incluyendo tu texto: es tuyo y nunca lo modificaremos.

Sí. Basta con responder en el hilo de la solicitud, desde tu área de cliente o desde el enlace de seguimiento recibido por correo: la solicitud se reabre y vuelve a nuestro equipo. La reapertura sigue siendo posible durante el plazo indicado en la propia solicitud, actualmente catorce días después de su cierre. Pasado ese plazo, abrimos en tu lugar una solicitud vinculada que conserva la referencia y el contexto de la primera, para que no tengas que reescribir nada.

Cuando esperamos una información tuya y varios recordatorios quedan sin respuesta, la solicitud se considera resuelta y después se cierra. No es un expediente perdido: es lo que mantiene legible la lista de solicitudes, para que las que están realmente en curso sigan visibles. Si el asunto no está resuelto, basta con responder en el hilo: la solicitud se reabre y vuelve a nuestro equipo. También puedes escribirnos a [email protected] indicando su referencia.

Ya sea al abrir una solicitud o al responder a una, la barra de formato, cuando se muestra encima del cuadro de texto, tiene botones (negrita, cursiva, enlace, listas con viñetas o numeradas, cita, código) que insertan la sintaxis por ti. También puedes escribirla directamente: `**negrita**`, `*cursiva*`, `[texto del enlace](https://example.com)`, `- elemento` o `1. elemento` al principio de una línea para una lista con viñetas o numerada, `> cita` para una cita, y acentos graves alrededor de un fragmento de código: `código`. Una dirección web pegada tal cual se convierte en un enlace en el que se puede hacer clic. Si el texto de un enlace parece una dirección distinta de aquella a la que realmente lleva, la dirección real se muestra justo al lado, entre paréntesis. Donde la tecla Intro envía el mensaje, Mayús+Intro pasa a una nueva línea, lo que resulta útil para una lista.

Un mensaje admite negrita, cursiva, listas, citas, código y enlaces; el resto se simplifica. Una imagen no se carga: aparece como un enlace, y una captura de pantalla es mejor enviarla como archivo adjunto. El HTML nunca se interpreta: una etiqueta como `<b>` se muestra tal como la has escrito. Una tabla sigue siendo texto sencillo, con sus barras verticales, y un título (`# Título`) se muestra como una simple línea en negrita. Por último, el equipo puede desactivar el formato: entonces desaparece la barra situada encima del cuadro de texto y los mensajes se muestran tal como se escribieron.

Abra un ticket en la categoría «Alojamiento» desde su área de cliente, indicando la plataforma de origen, el tipo de sitio y su calendario. Nuestro equipo evalúa la viabilidad, le orienta sobre la exportación de datos y la configuración DNS, y puede proponer una migración asistida según la complejidad. Para una primera consulta, también puede usar el formulario de contacto en /es/contacto.

Para que nuestro equipo pueda preparar y planificar la migración rápidamente, prepara lo siguiente: el nombre de dominio en cuestión, el proveedor de alojamiento o panel de control actual (cPanel, Plesk u otro), el volumen aproximado de datos o número de cuentas, y si es posible las credenciales FTP o cPanel de origen. Cuanto más precisos sean los datos en tu ticket, más rápida será la migración. Abre tu solicitud desde tu área de cliente o escríbenos a [email protected].

Al abrir un ticket desde su área de cliente, puede indicar la prioridad de su solicitud (Baja, Normal, Alta, Urgente). Para averías críticas que afecten a sus servicios en producción, elija la prioridad Urgente e indíquelo claramente en el título y en el primer mensaje: nuestro equipo clasifica las solicitudes según este criterio para atender primero los incidentes bloqueantes.

Para cualquier pregunta de configuración avanzada (cortafuegos, monitorización de seguridad, auditoría de registros), abra un ticket desde su área de cliente indicando su sistema operativo, la versión de la herramienta y el comportamiento observado. Si desea delegar la administración completa del servidor, consulte la opción de administración VPS disponible como complemento de su oferta.

Abra un ticket con la categoría **Problema técnico** indicando la dirección IP de origen, la regla activada (p. ej.: bloqueo CSF o alerta de Imunify360), la hora exacta y el contexto. Nuestro equipo analiza el log y ajusta la regla si el bloqueo es injustificado. Elija la prioridad **Alta** o **Urgente** en caso de urgencia.

Para reportar eficazmente un problema de latencia relacionado con Traefik, recopile los siguientes elementos antes de abrir un ticket: tiempos de respuesta medidos con y sin Traefik (mediante curl --verbose o una herramienta como wrk), logs de acceso de Traefik filtrados por solicitudes lentas, y la configuración del router y del middleware del servicio afectado (archivo YAML o etiquetas Docker). Compruebe primero si la latencia proviene de la resolución DNS interna, la configuración de los health checks o un middleware de autenticación añadido por defecto. En su ticket de ServOrbit, indique la versión de Traefik utilizada, si Let's Encrypt está activado y si el problema es constante o intermitente.

No existe un SLA contractual mostrado en su área de cliente, ni un botón o mención de «escalado»: no tenemos una cola de escalado separada. Si su ticket supera el plazo de respuesta anunciado (24 horas), responda en el hilo para indicarlo, precisando el impacto (servicio inaccesible, posible pérdida de datos) para que se reevalúe la prioridad. Para incidentes críticos que afecten a producción, elija la prioridad Urgente desde la apertura. También puede contactar con [email protected] indicando el número de ticket correspondiente.

Si tu acceso al área de cliente está bloqueado, puedes contactarnos directamente por correo electrónico a [email protected] indicando tu nombre, dirección de correo electrónico de registro y número de cliente. Nuestro equipo verificará tu identidad y restablecerá el acceso en 24 horas hábiles. En situaciones urgentes donde un servicio en producción esté afectado, indícalo en el asunto del mensaje para una atención prioritaria.