RankSense supports the asterisk (*) as a wildcard within the URL column. This is a powerful feature, but it needs to be used with care, because it will effect all URLs that match the pattern.


All URL-based rules support wildcards in the first column. However, the other columns do not support wildcards.

For example, you may need to apply the same canonical URL to all pages of the type:
(That is, all URLs that begin in that way, and may contain anything else after the equal sign)

The app will allow you to enter this URL in the first column. However, you will have to specify the same canonical URL for all of these in the second column, for example:
If you want all paginated pages to be canonical to the view-all page.

The app will not allow you to use a wildcard in the second column, so you would not be able to specify that each paginated page is canonical to itself with a single wildcard rule. In that case, you would need to create separate rules for every paginated page.

Magic URLs

Wildcards are great for static changes if you wish to apply one rule to all in the set, but what if you wanted to create dynamic rules?

This is where magic URLs come in. In the following format:


This should take the requested URL and replace the variables dynamically. Suppose you had the following list of URLs:







Now suppose you wanted to create self-referential canonical tags for each URL. Instead of doing it manually, you could enter this for the URL:


For the canonical URL, you would enter this:


Now, each of the URLs above will have a self-referential canonical tag. This is great for large amounts of URLs that require dynamic changes, as the automation takes care of it all.

Did this answer your question?