Choose the correct source pages

Page URLs and Content Discovery

Export a clean CSV inventory of published default-language titles and canonical URLs, then use those source URLs to prepare controlled Export, Review Export, or targeted maintenance work.

Inventory before extraction

Use Page URLs to select pages—not to translate them.

Page URLs is available in StagLingo Free and Premium. It gives administrators a portable source-page list without opening every WordPress edit screen or manually reconstructing permalinks.

It includes

Published source content

Only published items from the selected WordPress content groups are considered for the downloadable list.

It records

Title and canonical URL

Each valid row contains the stripped default-language WordPress title and its current same-site permalink.

It supports

Bulk page selection

Copy the source_url values into Export or Review Export instead of entering pages individually.

It excludes

Drafts and attachments

Unpublished items are not returned. Media attachments are excluded from the Other public content types group.

It does not contain

Translation rows

The CSV is a page inventory, not an AI Work Package, reviewed translation file, backup, or translation report.

It does not crawl

Every language URL

Target-language URLs and content are resolved later from the source URL and current TranslatePress configuration.

If you need a workflow decision before selecting pages, start with Choose a Translation Workflow.
Page URLs tab

Select the public content groups you need.

Open Tools → StagLingo → Page URLs. The first visit selects all available groups by default, and StagLingo remembers the latest selection for the current WordPress administrator.

  1. 01

    Select Posts for published standard WordPress posts.

  2. 02

    Select Pages for published standard WordPress pages.

  3. 03

    Select Other public content types for published public custom post types, excluding attachments and Elementor Library items.

  4. 04

    If available, select Detected Elementor templates only when those template records have meaningful public permalinks.

  5. 05

    Use Select all or Deselect all to reset the group selection quickly.

  6. 06

    Select Download page title + URL list (.csv).

StagLingo Page URLs tab for selecting published WordPress content groups and downloading a title and URL CSV
At least one content group must be selected. If the selected groups contain no published same-site permalink, StagLingo stops and reports that no published permalinks were found instead of downloading an empty list.
Portable source list

Keep the two CSV columns intact.

The UTF-8 CSV is named with the download time and contains one deduplicated row per valid source permalink. Its job is deliberately narrow so it remains easy to inspect, filter, and copy into later workflows.

page_title

Default-language WordPress title

The title helps a human identify the page. HTML tags are removed. It is not a protected translation identity and is not the value pasted into the page selector.

source_url

Current same-site permalink

This is the value to copy into Export or Review Export. Keep it as the default-language canonical source URL so StagLingo can resolve the page and configured languages correctly.

Do not translate or rebuild the URL list. If a page permalink has changed, download a fresh inventory. Later protected CSV packages contain their own identity fields and hashes; this two-column list is not a substitute for them.
Route each URL correctly

Use the same source inventory for three different jobs.

Copy only the source URLs required for the current batch. The destination tab determines whether StagLingo extracts first-round source content, fetches rendered translations, or refreshes specific Incremental records.

First translation or full scope

Paste into Export

Use one same-site source URL or published content ID per line. A normal Export request accepts up to 100 page entries.

Read Export Translation Content →
Second-round rendered review

Paste into Review Export

Select the source pages and target languages whose actual public body copy should be fetched for post-import review.

Read Review Export and Verification →
Targeted maintenance

Paste into Incremental

Scan, baseline, or export pending changes for specific published pages without confusing page discovery with completion state.

Read Incremental Translation Workflow →
Page URLs can return a site-wide inventory, but a translation batch does not need to use every row at once. Start with a small representative group and preserve unfinished target-language URLs with Quality and Publishing Controls.
StagLingo Diagnostics showing source locale, target languages, URL slug support, and TranslatePress compatibility
TranslatePress discovery

Confirm how StagLingo sees the multilingual environment.

Page URLs identifies source content. TranslatePress supplies the source locale, target locales, language slugs, and publication state used when later workflows derive target URLs and locate translation storage.

  1. 01

    Open Tools → StagLingo → Diagnostics.

  2. 02

    Confirm the detected Source locale and number of Configured targets.

  3. 03

    Review each target language name, locale code, URL slug, and Published status.

  4. 04

    Check that the language dictionary is reported as compatible.

  5. 05

    If URL-slug translation is required, confirm that the TranslatePress SEO Pack slug API is available.

Published versus configured

A target can exist in TranslatePress while remaining unpublished. Select languages deliberately in later workflows instead of assuming every configured locale is publicly available.

Source URL versus translated URL

Enter the default-language source URL in StagLingo. The plugin uses current TranslatePress routing to derive the corresponding target-language address where needed.

URLs are not content ownership

Discover a public page first, then extract what actually renders there.

A builder template may influence many pages without having a normal public URL. Page discovery and rendered-content extraction therefore solve different parts of the workflow.

What can appear in Page URLs

A record needs a published content type and a valid same-site permalink.

  • Published posts and pages
  • Published public custom post types
  • Public builder layouts through their registered content type
  • Detected Elementor template records when the post type exists and the item has a usable public permalink

What must be captured where it renders

Non-public shared components are not invented as standalone source URLs.

  • Global headers and footers
  • Non-public reusable Elementor templates
  • Navigation and shared widgets
  • Conditional, rotating, or related-content blocks
  • Other runtime content without an independent public permalink
Before creating a package

Verify the list before the expensive work begins.

A clean source inventory prevents wrong-page extraction, unnecessary provider usage, and review packages that combine unrelated content. Check the selection before passing it to a larger workflow.

01

Open the source URL

Confirm it resolves to the intended published default-language page rather than a redirect, archive, attachment, or stale permalink.

02

Remove unrelated rows

Keep only the pages for the current translation or review batch. The original inventory can remain as your reusable master list.

03

Check target languages

Confirm locale, slug, and publication status in TranslatePress before expecting a target page to resolve publicly.

04

Choose full or page-owned scope

Use full Export for broad shared content and Incremental only for known translated state and later page-owned changes.

05

Protect unfinished languages

Keep incomplete target URLs noindexed until the content is translated, reviewed, and verified on the front end.

06

Download again after permalink changes

Regenerate the inventory when source URLs change instead of reusing an old spreadsheet as authority.