Does the converter support both RSS 2.0 and Atom 1.0?
Yes. The parser auto-detects the format: if it finds <item> elements (RSS 2.0), it reads description, link, pubDate, and guid. If it finds <entry> elements (Atom 1.0), it reads summary, link href, updated, and id. Both are normalised into the same JSON shape with description, link, pubDate, and guid keys — your downstream code does not need to branch on the format.
How are pubDate fields formatted in the JSON output?
The original date string is preserved verbatim in the JSON. RSS 2.0 uses RFC 822 ("Mon, 28 Apr 2026 09:00:00 GMT") and Atom 1.0 uses RFC 3339 ("2026-04-28T09:00:00Z"). The converter does not normalise to a single format — that would risk losing time-zone fidelity. Parse the string in your code with new Date() (which accepts both) or with a library like date-fns or Luxon.
What about RSS enclosure elements (podcasts, attachments)?
RSS enclosures — used by every podcast feed — are surfaced as a JSON object with url, length (in bytes), and type (MIME) keys nested under the item. So your podcast item gains an enclosure: { url: "...", length: "12345678", type: "audio/mpeg" } property. Items without an enclosure simply omit the field, keeping the JSON tidy.
Are namespaced elements like itunes:* preserved?
The current converter focuses on the standard RSS / Atom fields and exposes enclosure attributes. Custom namespace elements (itunes:duration, itunes:author, media:content) are not surfaced as top-level keys — for full namespace handling, use the XML to JSON converter, which preserves all elements verbatim with namespace prefixes.
Can I fetch a live RSS URL with this tool?
No — the tool works with XML you paste directly. Fetching a feed from a remote URL would require either a CORS-permissive feed host or a server-side proxy, which would defeat the privacy benefit of running locally. To grab a feed, run "curl https://example.com/feed.xml" in a terminal, copy the output, and paste it here.
How are items with multiple <link> elements (Atom) handled?
For Atom feeds the converter takes the first <link> element and prefers its href attribute (the canonical web link). Atom self-link, alternate-link, and related-link distinctions are flattened to a single string. If you need all link relations, run the input through the XML to JSON converter to keep every <link> element with its rel attribute.
Does the conversion send the feed XML to a server?
No. Parsing happens via the browser's built-in DOMParser entirely on your machine — the XML you paste never leaves the browser. Internal feeds, draft podcast XML, and authenticated feed exports stay private. Open DevTools → Network and click Convert — there are no requests.
What does the output look like?
A top-level object with format ("rss" or "atom"), title, link, description, count (number of items), and an items array. Each item has title, link, description, pubDate, guid, and optionally an enclosure object. The shape is consistent across RSS and Atom feeds, so a single mapping function in your code handles both.