Changelog

We've added a handy "not sure which plan to choose" helper on our pricing page, to help figure out which plan best fits your need. You can find it here.

We're excited to introduce our new global search feature that not only allows you to swiftly locate the information you need but also facilitates quick actions, such as creating a new redirect.

To access this powerful tool, just click on the search icon or use the CTRL+K/CMD+K keyboard shortcut.

We've jumped on the .new TLD hypetrain. You can now use redirect.new to quickly add new redirects to your account! 💨

You can now include read-only user types in your redirect.pizza account, enabling users to access redirects, email forwards, and analytics data while preventing them from making changes or creating new profiles.

We've added a new 'Domain information' block to the hostname detail page, which includes all the essential information about your domain name.

By default, the DNS provider and nameservers are listed. If your top-level domain (TLD) supports RDAP (Registration Data Access Protocol), which is the case for most popular domain TLDs, we'll also provide additional useful details, such as:

• Registration date
• Expiration date
• Registrar
• DNSSEC
• Status
• Last change

We hope this update will provide you with an even better overview of your domain information.

We've expanded our automatic suggestions when adding a redirect with even more suggestions! We previously recommend adding a non-www redirect when redirecting the www variant and visa-verse. We now also:

• Recommend removing path-specific redirects if you also are specifying root path redirects. The specificity of that path is not needed.
• When adding a redirect with the path set to '(*.)' or '{path}', we now automatically recommend enabling 'Path forwarding' instead.
• When specifying a redirect with only a path, and no other root path redirect can be found, we suggest converting that redirect to a root path redirect.

As always, our suggestion engine just provides suggestions. You are still free to add these, but following our suggestions will make your redirect.pizza experience even better.

It's about the little things. You can now select between both 'http://' & 'https://' schema's in our tester.

Previously you could already prefix your tested URL with the right schema, but just pressing a link is easier right!

We've made a few small improvements to our analytics page:

• You can easily apply filters by clicking on a table row on the analytics page. This will apply the filters directly.
• When you have certain filters active and navigate to a different view or use our share link, the filters are now kept.
• Bug squashing: exporting the redirect analytics with tag filters applied previously resulted in a black screen in the PDF. This has now been fixed!

We've added the ability to view the following in your Raw Analytics per incoming request:

• Continent
• Subdivision (i.e. state/province)
• City

You can filter on these variables by utilizing the new filters:

• "continent:US"
• "subdivision:CA"

We're excited to announce that we now provide high-performance nameservers to use for redirecting your domains.

By utilizing our nameservers, your DNS records are directly pointed to redirect.pizza.

Find your own nameserver combination at your Team Settings.

Important: only use these nameservers if you understand the implication for your domain. We only recommend using these nameservers if you wish to redirect all traffic (including all subdomains) to your domain.

Read more here.

We've added the ability to define negated rules by prefixing the filter with a dash ("-"). This allows you to dive into your analytical overview deeper by excluding some traffic.

Example: `-country:US`

We've expanded the Analytics support article for more info. Read more.

You can now create infinite complex redirect rules by utilizing a regex matching for your path based redirects. Use the capture group results in the destination to pass along specific path elements from the incoming URL. This powerful feature is now available for our users in the Pro plan and up.

Read more

We've added the following API endpoints:

- GET /api/v1/domains
- GET /api/v1/domains/{id}
- POST /api/v1/domains/{id}/check-dns

The `check-dns` endpoint can be handy to force-check a specific domain after the DNS changes have been made with your DNS provider.

Our documentation and PHP SDK are updated as well.

When users have been using password based authentication and SAML2 is activated, users have the ability to either use SAML2 or their original password authentication. This can be useful for the primary team owner, which should be able to fallback to password based authentication in case of a SAML failure.

We've added the ability to disable password authentication for other team members by the owner. This ensures that existing team members before being added with SAML SSO, can have their original password disabled. This strengthens the SAML SSO flow, as it's the only way for authentication.

Happy to announce that we now have support to select the HTTP verb/method in the destination monitor. 

We use HEAD requests for our destination monitoring tool. As some providers might be blocking HEAD requests, we added the ability to specify the HTTP verb. We've added POST/PATCH/PUT support as well.

When a destination returns a 405 status code ('Method not allowed'), we automatically switch to GET requests.

To provide a better overview of your redirects, we now show the path fowarding & query string forwarding setting of the redirect in the overview, so that you can quickly see where it is enabled or disabled. 

• We've added 'path' in the destination when path forwarding is enabled
• We've added 'query' in the destination when query string forwarding is enabled.