Karl Stålenheim
Nov 12, 2025
  834
(3 votes)

Using Serilog in DXP

TL;DR Use Serilog.Sinks.Console for DXP apps — or skip Serilog entirely and rely on default logging.


It’s common during investigations that all the downloadable logs from the PaaS portal are empty.

In most cases, this happens because Serilog is used and configured to only write logs to files. While that works locally or in traditional hosting environments, it doesn’t play well with how Optimizely DXP handles logs.

What’s important to understand (maybe not clearly defined in documentation) is that the logs available in the PaaS Portal are App Service Console Logs and not file-based logs.

If your goal is to use Serilog for local development or debugging, you can simply follow the setup used in the Foundation project. That configuration works perfectly fine for DXP.

Implementing Serilog for Both Development and DXP

Below is an example of how the Program class can look. It uses a bootstrap logger during startup which ensures that logging is available even before the host is fully built, while still letting Serilog load its settings from configuration later on.

public class Program
{
    public static void Main(string[] args)
    {
        Log.Logger = new LoggerConfiguration()
            .MinimumLevel.Override("Microsoft", LogEventLevel.Information)
            .WriteTo.Console()
            .CreateBootstrapLogger();


        CreateHostBuilder(args).Build().Run();
    }

    public static IHostBuilder CreateHostBuilder(string[] args) =>
        Host.CreateDefaultBuilder(args)
            .ConfigureCmsDefaults()
            .UseSerilog((context, services, configuration) =>
            {
                configuration
                    .ReadFrom.Configuration(context.Configuration)
                    .ReadFrom.Services(services)
                    .Enrich.FromLogContext();
            })
            .ConfigureWebHostDefaults(webBuilder =>
            {
                webBuilder.UseStartup<Startup>();
            });
}

This setup requires the NuGet packages Serilog, Serilog.AspNetCore and Serilog.Sinks.Console are installed.

Configuration for Development

In development, you might want to see logs both in the console and written to a local file for troubleshooting.

Your appsettings.Development.json could look like this:

{
  "Serilog": {
    "Using": ["Serilog.Sinks.Console", "Serilog.Sinks.File"],
    "MinimumLevel": {
      "Default": "Information",
      "Override": {
        "Microsoft": "Warning",
        "EPiServer": "Information",
        "EPiServer.Commerce": "Warning",
        "Microsoft.Hosting.Lifetime": "Warning",
        "MySite.SomeNamespace": "Information"
      }
    },
    "WriteTo": [
      { "Name": "Console" },
      {
        "Name": "File",
        "Args": {
          "path": "app_data/log.txt",
          "rollingInterval": "Day",
          "retainedFileCountLimit": 10
        }
      }
    ]
  }
}

This configuration assumes the package Serilog.Sinks.File is installed.

Configuration for DXP

Logs written to the console are captured as App Service Console Logs. These are the logs visible in the DXP portal.

For DXP, you can simplify and optimize Serilog by only using the console sink, optionally wrapped in an async sink which may or may not improve performance. This is how appsettings.<ENV>.json could look like:

{
  "Serilog": {
    "Using": ["Serilog.Sinks.Async", "Serilog.Sinks.Console"],
    "MinimumLevel": {
      "Default": "Warning",
      "Override": {
        "Microsoft": "Warning",
        "EPiServer": "Warning",
        "EPiServer.Commerce": "Warning",
        "Microsoft.Hosting.Lifetime": "Information",
        "MySite.SomeNamespace": "Information"
      }
    },
    "WriteTo": [
      {
        "Name": "Async",
        "Args": {
          "configure": [
            { "Name": "Console" }
          ]
        }
      }
    ]
  }
}

The configuration assumes that Serilog.Sinks.Async and Serilog.Sinks.Console are installed.


With this setup, you can enjoy all the benefits of Serilog’s structured logging while ensuring that logs are still captured correctly in Optimizely DXP.

Nov 12, 2025

Comments

huseyinerdinc
huseyinerdinc Nov 12, 2025 01:23 PM

Nice tips, thank you. Does this prevent the wrapping of logs into the the following json? Can we use CompactJsonFormatter to define our own log structure or will the output always be wrapped in resultDescription?

 

Karl Stålenheim
Karl Stålenheim Nov 12, 2025 01:51 PM

I believe that this format corresponds to the columns in AppServiceAppLogs table and something that is set outside the app. So, the logs in the PaaS portal will be in this fixed format.

Please login to comment.
Latest blogs
Lessons from Building Production-Ready Opal Tools

AI tools are becoming a normal part of modern digital platforms. With  Optimizely Opal , teams can build tools that automate real tasks across the...

Praful Jangid | Mar 7, 2026

My Takeaway from Optimizely Opal Agents in Action 2026 - What Agentic AI Means for the Future of Digital Marketing

I would like to share with you what stayed in my head after this amazing virtual event organized by Optimizely. Agents in Action 2026 , a live...

Augusto Davalos | Mar 6, 2026

From Vision to Velocity: Introducing the Optimizely MVP Technical Roundtable

Digital transformation is a two-sided coin. On one side, you have the high-level strategy, the business cases, the customer journeys, and the...

Patrick Lam | Mar 6, 2026

Commerce 14.45.0 is incompatible with CMS 12.34.2 (but that's an easy fix!)

Incompatible is a strong word, but that is to get your attention. This is one of the small thing that can be overlooked, but if you run into it, it...

Quan Mai | Mar 5, 2026