Fix tag parsing for optional filename suffixes

[sapunyangkut]

Make the tag-based hands-on instructions accept both the three-component collection identifiers they ask learners to create and the four-component filenames reported in #6180.

The English regex added in #6181 only matches identifiers that retain the _featureCounts.counts suffix, while the preceding instruction uses names such as GSM461176_untreat_single. The anchored expression now treats any suffix as optional, preserves it when present, and consistently tags treatment and sequencing from capture groups 2 and 3. The same technical literals are synchronized across the German, Spanish, and Italian translations.

The workflow is intentionally unchanged: its tests use three-component collection element identifiers without the _featureCounts.counts suffix.

Refs #6180. Follow-up to #6181.

Testing

• git diff --check
• python bin/lint-diffs.py for each changed tutorial
• GNU sed 4.9 behavior checks for both GSM461176_untreat_single and GSM461176_untreat_single_featureCounts.counts
• Regex checks for all seven collection identifiers in the workflow test data

Automation disclosure

This focused documentation fix was prepared and checked with OpenAI Codex automation. The final expression was reviewed against the official Galaxy tool wrappers and validated with GNU sed 4.9.