Skip to content

.htaccess Redirect Builder

Generate Apache .htaccess rules for common redirects, HTTPS enforcement, and canonical URL routing; review and test before deployment.

Updated

What is the .htaccess Redirect Builder?

Redirect rules can help maintain site navigation during migrations. On Apache servers, .htaccess can configure redirects when overrides and the required modules are enabled. The .htaccess Redirect Builder generates rules for common redirect tasks. Review and test the output against your server configuration and existing rules before deploying.

How it works

Using the .htaccess Redirect Builder is designed to be a straightforward process, abstracting away the complex syntax of Apache's mod_rewrite engine.

1. Configure Global Canonical Rules

Start by setting the foundation of your website's routing structure using the Canonical & Server Enforcements panel.

  • Force HTTPS: Check this box to automatically redirect all standard HTTP traffic to secure HTTPS.
  • WWW Preference: Choose whether your site should force the www. prefix (e.g., www.example.com), strip it (e.g., example.com), or ignore it entirely. Uniformity here prevents duplicate content penalties from search engines.
  • Trailing Slashes: Decide if your URLs should consistently end with a trailing slash (/) or not.
  • Server Tweaks: You can also disable directory indexing (to protect your file structure from public view) or define a custom 404 error page path.

2. Add Custom Path Redirections

For specific page migrations, use the URL Routing & Path Redirection section. Click "Append New Path Mapping" to create a new rule row.

  • Match Strategy: * Exact Match: Redirects exactly the specified URL path (best for individual pages).
  • Directory Prefix: Redirects a folder and seamlessly passes everything that follows it to the new destination (e.g., /old-blog/post-name to /new-blog/post-name).
  • Regex: Advanced matching using regular expressions for complex, pattern-based routing.
  • Source/Target: Enter your old relative path (e.g., /old-page) and your new destination (e.g., /new-page or https://other-domain.com).
  • HTTP Code: Select 301 for a permanent redirect or 302 for a temporary one; search engines may use redirect signals when processing moved URLs.

3. Copy Your Generated Code

As you adjust settings and add rules, the tool instantly compiles the underlying code in the Generated Code Output box. The output is structured logically and heavily commented so you know exactly what each block does. Simply click the copy icon, open the .htaccess file in your website's root directory via FTP or your hosting file manager, and paste the code.

Examples

Simple Page Migration (301 Redirect)

Redirecting a deleted or moved page to its new URL permanently to preserve SEO rankings.

Match Type: Exact, Source: /old-services, Target: /solutions, HTTP Code: 301
 
RewriteRule ^old-services$ /solutions [L,R=301,NC]

Directory Prefix Routing

Forwarding all traffic from an old blog subfolder to a new subdomain.

Match Type: Directory Prefix, Source: /blog, Target: https://blog.example.com, HTTP Code: 301
 
RewriteRule ^blog(.*)$ https://blog.example.com/$1 [L,R=301,NC]

Global HTTPS Enforcement

Configuring the server to automatically upgrade all unencrypted HTTP traffic to secure HTTPS.

Force global secure protocol (HTTP to HTTPS) enabled in Global Options.
 
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Frequently asked questions

What is an .htaccess file?

An .htaccess (Hypertext Access) file is a configuration file used by Apache web servers. It allows you to control server behavior on a directory level without needing access to the main server configuration files. It is commonly used for URL redirection, password protection, custom error pages, and altering caching behavior.

What is the difference between a 301 and 302 redirect?

A 301 redirect indicates a permanent move, while a 302 indicates a temporary one. Search engines may use these signals when deciding how to process the old and new URLs. Choose the redirect type that matches the move, and verify the result after deployment.

Where do I place the generated code?

You should place the generated code inside the .htaccess file located in the root directory of your website (typically public_html, www, or htdocs). If the file does not exist, you can create a new plain text file, name it exactly .htaccess (don't forget the leading dot), and paste the generated code inside.

My site broke and shows a 500 Internal Server Error. What happened?

A 500 Internal Server Error immediately after editing an .htaccess file means there is a syntax error or a conflict in the rules. This can happen if your server does not have the mod_rewrite module enabled, or if the generated rules conflict with existing code (like WordPress default permalink structures). To fix it, connect to your site via FTP and remove or rename the .htaccess file to restore access, then carefully review your rules.

Does this tool fix the "leading slash" Apache bug?

Yes. In per-directory configurations (which is what .htaccess is), Apache automatically strips the leading slash from the requested URI before evaluating RewriteRule patterns. A common mistake is writing RewriteRule ^/old-page$ /new-page. This tool automatically normalizes your inputs, removing the leading slash for exact and prefix matches so the rules work perfectly on the first try.

Should I place these rules above or below existing code like WordPress defaults?

Generally, custom explicit redirects and canonical enforcements (like forcing HTTPS) should be placed above CMS-specific routing rules like the default WordPress block. Apache processes rules from top to bottom. If WordPress processes the URL first, your custom redirects might be ignored or cause a routing loop.

Related tools

More utilities you might find handy.

Developer

.env File Generator

Generate .env files from key-value pairs with configurable quoting; verify the output with the parser used by your application.
Developer

ASCII Converter – Text to ASCII, Hex, Binary & Back

Convert text to ASCII codes and decode back in decimal, hex, binary, or octal — live, private, and 100% browser-based.
Developer

Binary Logic Gate Simulator

Simulate AND, OR, NOT, XOR, NAND, NOR, XNOR gates with interactive inputs and full truth tables.