diff --git a/docs/usage/faq.md b/docs/usage/faq.md
index 4f8fae84abf377649368835972c1d2a4df3940cc..9a502c4392e0e3962820aa297cbb91f61f38246b 100644
--- a/docs/usage/faq.md
+++ b/docs/usage/faq.md
@@ -38,7 +38,7 @@ You may configure more than one in the above.
 
 ### Support private npm modules
 
-See the dedicated [Private npm module support](private-modules/) page.
+See the dedicated [Private npm module support](/private-modules/) page.
 
 ### Control renovate's schedule
 
diff --git a/docs/usage/node.md b/docs/usage/node.md
index d00c5eeb5335f13d2ea177a83680a84fc788f755..0a4050704e44d3a73d26e43ccb08208d2aaf14b7 100644
--- a/docs/usage/node.md
+++ b/docs/usage/node.md
@@ -29,7 +29,7 @@ When Renovate processes your project's repository it will look for the files lis
 
 ## Configuring Support Policy
 
-Renovate supports a [`supportPolicy`](configuration-options/#supportpolicy) option that can be passed the following values and associated versions (current as of May 2019):
+Renovate supports a [`supportPolicy`](/configuration-options/#supportpolicy) option that can be passed the following values and associated versions (current as of May 2019):
 
 **Default:** `lts`
 
@@ -52,4 +52,4 @@ For example, to instruct Renovate to upgrade your project to the latest [Long-te
 
 It's best to define this support policy inside the `node` configuration object so that it is applied to all Node.js-related files.
 
-For additional language support see the [`supportPolicy` documentation](configuration-options/#supportpolicy).
+For additional language support see the [`supportPolicy` documentation](/configuration-options/#supportpolicy).
diff --git a/docs/usage/noise-reduction.md b/docs/usage/noise-reduction.md
index 6422491739a016f1e8ad58c9d768547f0a38e02e..7ba71e6793954e972e9ecb4070047cccee540e47 100644
--- a/docs/usage/noise-reduction.md
+++ b/docs/usage/noise-reduction.md
@@ -13,7 +13,7 @@ Of course, please keep in mind that people's definitions of "noise" may differ.
 
 To reduce noise, you can reduce the number of updates in total, and a good way to do that is via intelligent grouping of related packages.
 
-As an example, our default `":app"` and `":library"` [presets](config-presets/) include the rule `"group:monorepos"`, which means that "sibling" packages from known monorepos will always be grouped into the same branch/PR by renovate. For example, all `@angular/*` packages that are updated at the same time will be raised in a "Renovate angular monorepo packages" PR. And every package in the React monorepo will be grouped together in a React monorepo PR too.
+As an example, our default `":app"` and `":library"` [presets](/config-presets/) include the rule `"group:monorepos"`, which means that "sibling" packages from known monorepos will always be grouped into the same branch/PR by renovate. For example, all `@angular/*` packages that are updated at the same time will be raised in a "Renovate angular monorepo packages" PR. And every package in the React monorepo will be grouped together in a React monorepo PR too.
 
 You may wish to take this further, for example you might want to group together all packages related to `eslint`, even if they come from separate repositories/authors. In that case you might add config like this: