FAQ
Common questions, answered plainly
What defects does Feedparse actually detect?
Feedparse checks six categories: GUID (missing or duplicate unique identifiers), dates (missing or unparseable publication dates), titles (items with no title element), links (items with no destination URL), Content-Type headers (serving feed XML with the wrong media type), and encoding mismatches (when the XML declaration and HTTP headers disagree about the character encoding). Each finding comes with a plain-English explanation of what actually breaks for readers and directories.
My podcast feed was rejected by Apple Podcasts / Spotify — will Feedparse tell me why?
Feedparse checks the structural defects that are a common cause of rejection: missing GUIDs, unparseable dates, wrong Content-Type headers. If the feed has one of these issues, the report will flag it and explain why it matters. However, Feedparse does not simulate every directory’s validation rules — a feed that passes Feedparse’s checks may still be rejected by a particular directory for content-policy reasons, artwork requirements, or other criteria that are outside the scope of a structural feed analysis.
Do you store my feed URL or its contents?
No. Feedparse fetches your feed, analyzes it in memory, returns the result to your browser, and discards everything. Nothing is logged, stored, or retained server-side between requests. There are no accounts, no saved histories, and no tracking.
Why does my feed show as unreachable when I can open it in my browser?
If your feed is served from a domain that uses Cloudflare’s own network, this tool may not be able to reach it — the platform cannot open a connection to hosts that are themselves inside Cloudflare. Try accessing the feed from a non-Cloudflare URL or a direct IP address, or confirm that the feed is served from a different origin.
Can I check a password-protected or private feed?
No. Feedparse rejects URLs containing embedded credentials (username:password@), private IP ranges, loopback addresses, and NUL bytes for security reasons. Only public feeds on public URLs can be analyzed.
I fixed the defects Feedparse reported but my feed is still being rejected — what else could it be?
Feedparse checks structural defects in the feed XML itself, but directories and readers have additional requirements beyond well-formed XML. Common non-structural reasons for rejection include: artwork that does not meet the directory’s size or format requirements, content that violates the directory’s policies, an unresponsive or slow feed host, or the directory’s own ingestion backlog. If Feedparse reports no defects and your feed is still rejected, check the directory’s submission guidelines for non-XML requirements. Feedparse is a diagnostic, not a guarantee of acceptance.
How do I download or share my report?
After analysis, two buttons appear below the report: “Download report (.txt)” saves a plain-text copy of the full analysis, and “Copy report” copies the same text to your clipboard so you can paste it into an email, ticket, or message. Both work entirely in your browser — no data is sent to any server when you download or copy.
CONTACT
Still stuck? Reach out
If you have checked the guidance above and your question is not answered, or if you believe Feedparse has misdiagnosed your feed, the best way to reach us is by email.
Note: Feedparse is provided without a registered legal entity. There is no phone number, no live chat, and no social media support channel. Email is the only way to reach us, and we respond as promptly as we can.