100% brand personalization: how it works end-to-end in SMARTFENSE

Edificio corporativo visto desde adentro donde cada cartel, pantalla y señalética lleva la misma identidad gráfica, como metáfora de una plataforma SaaS que se viste por completo con la marca del cliente.

100% brand personalization: how it works end-to-end in SMARTFENSE

When an awareness program looks like an external tool, employees react differently. They open fewer emails, complete fewer modules, and report fewer suspicious messages, not because the content is worse, but because the platform feels like someone else’s. That perception changes when the URL, the logo, the colors and the email sender all belong to their own organization.

This piece describes how SMARTFENSE solves that full personalization, which technical pieces are involved, and why Custom Domain drives adoption rates in enterprise, MSSP and white-label partner programs.

What does 100% brand personalization mean on an awareness platform?

100% personalization means the end user never sees the vendor’s name, logo or domain. In SMARTFENSE that maps to three layers that are configured together and must move in sync:

  1. Own domain: the platform is served on a client URL like awareness.yourcompany.com, instead of a vendor subdomain.
  2. Visual identity: organization name, logos, brand colors and every user notification adopt the client’s brand.
  3. Corporate mail: communications are sent from the client’s own mail server, so every notification arrives from a recognized and authenticated source (SPF, DKIM and DMARC aligned with the corporate domain).

The difference from surface branding (just swapping the header logo) is that here there is no point in the experience where the employee can tell that the platform actually lives outside. For finer details on visual configuration there are previous pieces on platform adaptation and personalization and on end-user view personalization.

Why does a custom domain drive adoption rates?

Internal brand recognition reduces the user’s cognitive friction. Facing an external domain, the employee must validate three things before acting: whether the URL is legitimate, whether the content is official, and whether replying to the notification is safe. Facing their own company’s domain, those three checks happen automatically.

Three practical effects show up when the domain changes from external to internal:

  • More clicks on legitimate program notifications. Reminders of pending tasks, issued certificates or simulation results stop being filtered as external mail and compete on equal footing with the rest of the internal communications.
  • Less confusion around phishing simulation emails. When training and simulation live in the same domain as the rest of the work environment, the employee understands that the exercise is part of the job, not an external interruption.
  • Better consistency with SSO and corporate policies. If the rest of the internal applications run on *.yourcompany.com, keeping the awareness platform in that family avoids breaking coherence with the corporate directory and with external-domain blocking policies.

Security culture is also built with visual cues. A platform perceived as internal drives program adoption below the employee’s conscious rational threshold.

How does Custom Domain work end-to-end in SMARTFENSE?

Custom Domain is a SMARTFENSE capability that covers the three layers in a single configuration flow. Five technical components are involved end-to-end:

  1. DNS: the client delegates a subdomain (awareness.yourcompany.com, or whatever they prefer) to SMARTFENSE through a CNAME record. No server moves and no changes to the corporate domain’s main DNS zone.
  2. TLS certificate: SMARTFENSE issues and renews the subdomain certificate automatically, with no manual client work. The platform is reachable only over HTTPS from day one.
  3. Visual identity: in the admin panel, the client uploads the logo, brand mark, color palette, commercial name and favicon. Those changes propagate to login, transactional emails, issued certificates and the end-user app.
  4. Own mail server: the platform is configured to send notifications (task reminders, certificates, incident alerts) through the client’s corporate SMTP. This requires aligning SPF, DKIM and DMARC with the client’s domain to avoid landing in quarantine.
  5. Optional single sign-on: when the client connects their identity provider (IdP) via SAML or OpenID Connect, the experience closes the loop. Employees enter the platform with their usual corporate credentials, exactly like any other internal app.

The five pieces are configured once. After that they run on their own: certificates that renew, branding inherited by every new module, and notifications respecting the corporate sender without any admin intervention. For broader integration details, the platform team documented how SMARTFENSE works with other products in the corporate stack.

What changes in the employee’s day-to-day experience?

From the end user’s perspective, everything breathes the company’s brand. The browser URL is on the corporate domain. The header logo is the organization’s. Platform emails arrive signed by the work domain, not by an external sender. Completion certificates carry the company’s colors and seal. Mobile notifications, when used, also respect the visual identity that was configured.

The intended effect is that the employee does not need to distinguish between “the internal work tool” and “the awareness platform”. They are one and the same. That fusion is what makes the program sustainable when measured over years, not over individual campaigns.

Who uses Custom Domain: enterprise, MSSP or white-label partner?

The feature covers three customer profiles with different motivations:

  • Large enterprise: security teams with thousands of employees who want the awareness program to live within the corporate identity umbrella, alongside the rest of the productivity stack. The dominant motivation is internal coherence and adoption.
  • MSSP (managed security service providers) offering awareness as part of a managed package to their final customers. They need the platform to look like a proprietary MSSP service, not a third-party vendor tool. The dominant motivation is protecting the customer relationship and differentiation.
  • White-label partner: distributors or consultancies that resell SMARTFENSE under their own brand. For this profile Custom Domain is a prerequisite, not optional. Without it there is no white-label value proposition to support. SMARTFENSE documents its channel program at /partners/.

The three share the same technical mechanics; what changes is the commercial contract and the scope of support. The technical piece is exactly the same across the three cases.

How is Custom Domain activated on your account?

Activation is part of the platform onboarding. SMARTFENSE’s Customer Success team coordinates with the client’s IT or networking area on three discrete steps: setting up the CNAME record, validating the TLS certificate and configuring the SMTP relay. The three are usually closed within a week when the client has autonomy over their DNS zone and their mail server. After that, the panel stays in the hands of the program administrator to upload branding and maintain it over time.

If your organization is evaluating consolidating the awareness platform under its own identity, Custom Domain is the path SMARTFENSE recommends for large enterprises, MSSPs and partners. The /plataforma/marca-blanca/ page details the full functional scope of the feature and of the associated personalization layers.

Mauro Sánchez

CTO de SMARTFENSE, lidera los equipos de ingeniería y desarrollo. Especialista en materia de ciberseguridad e infraestructura, siendo el encargado de definir y concretar las integraciones y alianzas tecnológicas estratégicas de SMARTFENSE con diferentes soluciones. Más de 20 años avalan su experiencia en la toma de decisión e implementación de medidas de seguridad y tecnología.

Leave a Reply