Ralf Hortt

Redirect posts, pages or any custom post type to a different url.
<h3>Hooks</h3>
<h4>Actions</h4>
<ul>
<li><code>redirector_uninstall</code> – Runs on plugin deinstall</li>
<li><code>redirector_metabox_begin</code> – Begin redirector meta box</li>
<li><code>redirector_metabox_end</code> – End redirector meta box</li>
<li><code>redirector-modal-search-begin</code> Begin redirector modal</li>
<li><code>redirector-modal-search-end</code> End redirector modal</li>
</ul>
<h4>Filters</h4>
<ul>
<li><code>redirector-redirect-url</code> – Alter the query string that is appended to redirect url</li>
<li><code>redirector-status-code</code> – Redirect status code; default 301</li>
<li><code>redirector-recent-posts</code> – Alter redirector recent posts query</li>
<li><code>redirector-search-query</code> – Alter redirector search query</li>
<li><code>redirector-meta</code> – Alter Redirector meta save</li>
</ul>
<h4>Update Notice</h4>
In version 3+ I’ve changed the database handling of storing the post meta data. 
This results in that you have the visit the backend once after updating the plugin. 
The function maybe_update() will handle the transition from the old structure to the newer one. 
There shouldn’t be any problem updating the plugin, if so please contact me!

Redirector

Redirect posts / pages / custom post types

cartpauj

Shortcode Redirect sends visitors from any post or page to another URL. No settings screens, no database tables — just drop it in where you need it.
There are two ways to use it, and both produce the exact same front-end output.
1. The Redirect block (new in 1.1.0)
In the block editor, add the Redirect block from the Widgets category. The block sidebar exposes three simple fields:
<ul>
<li>Destination URL — where the visitor should end up</li>
<li>Seconds to wait — how long to pause before redirecting (<code>0</code> = immediate)</li>
<li>Show “redirecting” message — toggle the visible “Please wait…” line on or off</li>
</ul>
The editor shows a live summary of what the block will do, e.g. “Redirects to https://example.com — after 3 seconds · message shown”. No shortcode syntax to memorize.
2. The classic shortcode
Paste into any post or page:
<pre><code>[redirect url='https://example.com' sec='3']
</code></pre>
Shortcode attributes:
<ul>
<li><code>url</code> — destination URL (required)</li>
<li><code>sec</code> — seconds to wait before redirecting (optional, default <code>0</code>)</li>
<li><code>show_message</code> — set to <code>false</code>, <code>0</code>, <code>no</code>, or <code>off</code> to hide the “redirecting” message (optional, default <code>true</code>, new in 1.1.0)</li>
</ul>
Example with all three:
<pre><code>[redirect url='https://example.com' sec='5' show_message='false']
</code></pre>
Same output either way
Block or shortcode, the front-end renders the same single <code><meta http-equiv="refresh"></code> tag (plus the optional one-line message). No JavaScript. No server-side redirect. No third-party tracking. Existing <code>[redirect]</code> shortcodes from earlier versions continue to work unchanged.
<h4>Features</h4>
<ul>
<li>Block editor support — native “Redirect” block (new in 1.1.0)</li>
<li>Classic shortcode — <code>[redirect]</code> works exactly like it always has</li>
<li>Optional delay — choose how many seconds to wait before redirecting</li>
<li>Silent mode — hide the “redirecting…” message for a clean, blank-page redirect (new in 1.1.0)</li>
<li>Lightweight — a single PHP file plus a small block; no settings, no tables, no dependencies</li>
<li>Backwards compatible — upgrading from 1.0.x is drop-in</li>
</ul>

Shortcode Redirect

Redirect any post or page — with a native block or a classic shortcode. Optional delay. Optional "redirecting" message. Zero configuration.

Redirector vs Shortcode Redirect