diff --git a/doc/sites.rst b/doc/sites.rst
index 289a8b2e9fb..07fe7fd9b5c 100644
--- a/doc/sites.rst
+++ b/doc/sites.rst
@@ -258,7 +258,7 @@ The generated module `sites` depends here also on the library
 If the executable being created is an OCaml toplevel, then the
 ``libraries`` stanza needs to also include the ``dune-site.toplevel``
 library.  This causes the loading to use the toplevel's normal loading
-mechanism rather than Dynload.loadfile (which is not allowed in
+mechanism rather than ``Dynload.loadfile`` (which is not allowed in
 toplevels).
 
 - The module ``registration.ml`` of the library ``app.registration``:
diff --git a/test/blackbox-tests/test-cases/toplevel-plugin-fail.t b/test/blackbox-tests/test-cases/toplevel-plugin-fail.t
index 9d2bd6259b9..1b7669d2cbf 100644
--- a/test/blackbox-tests/test-cases/toplevel-plugin-fail.t
+++ b/test/blackbox-tests/test-cases/toplevel-plugin-fail.t
@@ -1,6 +1,6 @@
 Testsuite for (toplevel that loads plugins). This version
-uses dune-site.dynlink which uses Dynlink.loadfile.
-This is not allowed in top-levels, so it fails.
+uses ``dune-site.dynlink`` which uses ``Dynlink.loadfile``.
+This is not allowed in toplevels, so it fails.
 
   $ cat > dune-project <<EOF
   > (lang dune 3.7)
diff --git a/test/blackbox-tests/test-cases/toplevel-plugin-fail2.t b/test/blackbox-tests/test-cases/toplevel-plugin-fail2.t
index 238df68fdca..f5ed743ba0e 100644
--- a/test/blackbox-tests/test-cases/toplevel-plugin-fail2.t
+++ b/test/blackbox-tests/test-cases/toplevel-plugin-fail2.t
@@ -1,8 +1,8 @@
 Testsuite for (toplevel that loads plugins). This version
-still uses dune-site.dynlink, but only implicitly as it is
+still uses ``dune-site.dynlink``, but only implicitly as it is
 the default implementation of the virtual library.
-It uses Dynlink.loadfile.
-This is not allowed in top-levels, so it fails.
+It uses ``Dynlink.loadfile``.
+This is not allowed in toplevels, so it fails.
 
   $ cat > dune-project <<EOF
   > (lang dune 3.7)