Documentation
Everything you need to know about Redirecta.
Getting Started
Redirecta is an AI-powered tool that automatically matches source URLs to destination URLs during site migrations, CMS transitions, or domain changes.
Create an Account
Visit the Dashboard and register with your email address. No credit card required.
Your First Redirect Mapping Job
-
Prepare your CSV. You need at minimum two columns:
source(your old URLs) anddestination(your new URLs). You can include optional metadata columns to improve matching accuracy. -
Upload your file. Drag and drop or click to select your CSV file. The tool will detect your columns and show a preview.
-
Configure settings. Choose your matching model, set the number of alternatives (Top-K), and review the detected columns.
-
Start matching. Click “Start Matching” and the engine will process your URLs. For large datasets this may take a few minutes.
-
Review results. Browse your matches sorted by confidence score. Filter by match type, sort by any column, and export the final mapping as CSV.
CSV Format Guide
Required Columns
Your CSV must include these two columns:
| Column | Description |
|---|---|
source |
The old/current URL that needs to be redirected |
destination |
The new URL where traffic should be sent |
Optional Metadata Columns
Providing metadata significantly improves matching accuracy. The engine uses these for content-level similarity scoring:
| Column | Description |
|---|---|
source_title |
Page title of the source URL |
destination_title |
Page title of the destination URL |
source_h1 |
Main heading (H1) of the source page |
destination_h1 |
Main heading (H1) of the destination page |
source_meta_description |
Meta description of the source page |
destination_meta_description |
Meta description of the destination page |
Accepted Aliases
The tool recognizes common variations of column names:
source_url,old_url,from_url,oldare treated assourcedest_url,new_url,target,dest,neware treated asdestinationdest_title,title_source,title_destare treated as title columnsdest_h1,h1_source,h1_destare treated as H1 columnssource_meta_desc,dest_meta_desc,source_meta,dest_metaare treated as meta description columns
Tips for Clean Data
- Normalize trailing slashes. Be consistent with whether URLs end in
/or not. - Use absolute URLs. Include the full
https://prefix for best accuracy. - Duplicates are removed automatically. We collapse only exact duplicates and tracking-parameter variants of the same address (so
/fooand/foo?utm_source=newsletterbecome one row, since a single redirect covers both). Genuinely distinct resources are kept so each gets its own redirect: a different scheme (httpvshttps), host (example.comvswww.example.com), trailing slash (/foovs/foo/), language path (/en/foovs/de/foo), or file extension. You do not need to pre-dedupe. - UTF-8 encoding. Save your CSV with UTF-8 encoding to support international characters.
- No empty rows. Remove any blank rows from your spreadsheet before exporting.
Matching Algorithm
Redirecta uses a multi-signal scoring system that combines structural, semantic, and content-based analysis to find the best destination URL for each source.
How It Works
-
Candidate Generation. For each source URL, the engine identifies a pool of potential destination matches using URL type classification and fast similarity heuristics.
-
Multi-Signal Scoring. Each source-destination pair is scored across 5 composite signal groups (see Signals & Scoring for details). Each group combines multiple sub-signals that capture different aspects of URL similarity: structure, text, token overlap, content, and identity.
-
Weight-Based Aggregation. Group scores are combined using carefully tuned weights. Groups that are more discriminative (like token matching and content) receive higher weight. If a group has no data (for example, no page metadata), its weight is redistributed to the active groups.
-
Ranking and Classification. Candidates are ranked by aggregate score. Each match is classified into one of nine tiers: exact, cross-domain exact, high confidence, medium confidence, low confidence, review, parent fallback, no match, or no redirect needed. See Results & Export for the meaning of each tier.
Two-Phase Candidate Filtering
For large datasets, the engine uses a two-phase approach:
- Phase 1: URL Type Priority. URLs are classified by type (product pages, category pages, blog posts, etc.) and candidates of the same type are prioritized.
- Phase 2: Fine-Grained Scoring. The top candidates from Phase 1 are scored across all 5 signal groups for precise ranking.
This approach keeps matching fast even with thousands of URLs while maintaining accuracy.
Multilingual Support
The engine uses the paraphrase-multilingual-MiniLM-L12-v2 model for semantic embeddings, supporting 50+ languages. Combined with 12 multilingual entity dictionaries covering 12+ languages, the tool handles non-English URLs and content natively.
Signals & Scoring
The matching engine evaluates each source-destination pair across 5 composite signal groups. Each group combines multiple sub-signals into a single score, covering a different dimension of URL similarity.
1. URL Structure
Measures whether the URLs are structurally compatible.
| Sub-signal | What It Measures |
|---|---|
| URL Type Match | Whether both URLs are the same page type (product, category, blog, etc.) |
| Path Similarity | Structural comparison of URL path segments, depth, and last segment |
| Domain Match | Whether source and destination share the same domain or subdomain |
2. URL Text
Measures how similar the URL strings are in meaning and character composition.
| Sub-signal | What It Measures |
|---|---|
| Semantic Embedding | Cosine similarity of sentence-transformer embeddings. Captures meaning even when words differ |
| Fuzzy Match | Character-level similarity between full URLs using fuzzy matching |
3. Token Match
Measures overlap of meaningful tokens extracted from URLs and metadata.
| Sub-signal | What It Measures |
|---|---|
| Slug Token Overlap | Overlap of meaningful tokens extracted from URL slugs |
| Discriminative Score | How unique/specific the shared tokens are (common words score low, specific terms score high) |
| Cross-Lingual Match | Entity matching across languages using multilingual dictionaries |
| Keyword Overlap | Shared keywords from URL paths and metadata |
4. Content
Measures similarity of page content when metadata is provided.
| Sub-signal | What It Measures |
|---|---|
| Title Similarity | Semantic and fuzzy match between page titles |
| H1 Similarity | Fuzzy match between H1 headings |
| Meta Description | Semantic and fuzzy match between meta descriptions |
5. Identity
Matches on hard identifiers that strongly indicate the same entity.
| Sub-signal | What It Measures |
|---|---|
| Numeric ID Match | Shared numeric identifiers (product IDs, article numbers) between URLs |
| Locale Match | Whether source and destination share the same language/locale prefix |
Why Metadata Improves Accuracy
Without metadata columns, the engine relies on URL-based and semantic signals only. Adding titles, H1s, and meta descriptions unlocks the Content signal group. In testing, providing full metadata typically improves match accuracy by 15-25% on content-heavy sites.
Configuration Options
Before starting a matching job, you can configure how the engine processes your URLs.
Matching Mode
Choose which embedding model the engine uses for semantic similarity:
| Mode | Best For | Speed |
|---|---|---|
| Fast | Quick scans, English-only content, preliminary analysis | Fastest |
| Accurate | English content where match quality matters most | Medium |
| Multilingual (default) | Most use cases. Supports 50+ languages, recommended for any site | Medium |
The model determines how URL meaning is interpreted. Multilingual mode is the default and works well for both English and non-English sites.
Thoroughness (Candidate Depth)
Controls how many candidate destination URLs are evaluated for each source URL. Adjustable from 10 to 100 via a slider:
- Low (10-30): faster processing. Evaluates fewer candidates per source URL. Good for simple migrations where URLs are structurally similar.
- Balanced (40-60) (default: 50): recommended for most cases. Balances speed and accuracy.
- High (70-100): evaluates more candidates per source URL. Use for complex migrations with large destination lists or ambiguous URL structures.
Higher values increase processing time but improve accuracy, especially when the best match is not among the most obvious candidates.
When to Use Which Configuration
- Simple domain migration (same structure, different domain): Fast mode, low thoroughness
- CMS migration (URLs change structure): Multilingual mode, balanced thoroughness
- Full site redesign (new IA, new URL patterns): Multilingual or Accurate mode, high thoroughness
- Multilingual site with translated slugs: Multilingual mode, balanced thoroughness
Results & Export
After matching completes, the results page shows all source-destination pairs with their confidence scores and match details.
Understanding the Results Table
| Column | Description |
|---|---|
| Source URL | Your original URL that needs redirecting |
| Matched Destination | The best destination URL found by the engine |
| Confidence | A 0-100% score indicating match quality |
| Match Type | Classification tier: exact, cross-domain exact, high, medium, low, review, parent fallback, no match, or no redirect needed |
Confidence Tiers
| Score Range | Tier | Meaning |
|---|---|---|
| 100% | Exact | Identical URL detected in Phase 1. Implement immediately. |
| 98% | Near-exact | Same URL, minor query-string differences. Implement immediately. |
| 97% | Cross-domain exact | Same path on a different domain, detected during a single-domain to single-domain migration (rebrand shape). Implement immediately. |
| 80-100% | High confidence | Strong match across multiple signals. Safe to implement. |
| 60-79% | Medium confidence | Good match, worth a quick review before implementing. |
| 45-59% | Low confidence | Weak match. The engine found some similarity but manual review is recommended. |
| Below 45% | Review | No strong match found. Requires a manual decision. |
| 50% | Parent fallback | No direct match. The URL is redirected to its parent path (e.g. /products/discontinued-item to /products) to preserve link equity at the category level instead of returning a 404. Review before deployment. |
| No candidate | No match | No suitable destination found. The URL needs manual mapping or a new page. |
| URL kept | No redirect needed | The source URL exists unchanged in the destination set. No redirect rule is generated to prevent infinite 301 loops. |
Filtering & Sorting
- Filter by match type: focus on low-confidence matches that need review.
- Sort by confidence: find the weakest matches quickly.
- Sort by source URL: group related pages together for batch review.
CSV Export
Three downloads are available from the results page:
- Summary CSV: source URL, destination URL, confidence score, and match type.
No Redirect Neededrows are excluded by default to prevent deploying self-redirect loops. - Detailed CSV: all of the above plus individual signal scores and alternative destinations (if thoroughness was set above minimum).
- Gap Report CSV: two-section report. Section 1 lists source URLs with no confident match (each annotated with the closest-but-too-low candidate the engine considered). Section 2 lists destination URLs that no source URL maps to (new content with no inbound redirect path).
The Summary and Detailed CSVs are ready to import into your server configuration, .htaccess file, or redirect management tool. The Gap Report is for manual review during migration planning.
API Reference
A full developer API is on our roadmap, allowing you to integrate Redirecta’s matching engine directly into your own tools, platforms, and workflows.
Planned Features
- REST API with JSON and CSV input/output
- API key authentication with per-key rate limits
- Webhook callbacks for async job completion notifications
- Synchronous mode for small datasets (instant results)
- Usage tracking and quota management
Stay Updated
The developer API is coming soon. In the meantime, you can use the web interface for all matching jobs. Check the Releases page for updates on API development progress.