{"id":2780,"date":"2026-02-21T17:02:21","date_gmt":"2026-02-21T15:02:21","guid":{"rendered":"https:\/\/www.spcast.eu\/news\/format-song-information-correctly-metadata-so-that-titles-covers-are-displayed-correctly\/"},"modified":"2026-03-13T14:08:25","modified_gmt":"2026-03-13T12:08:25","slug":"format-song-information-correctly-metadata-so-that-titles-covers-are-displayed-correctly","status":"publish","type":"post","link":"https:\/\/www.spcast.eu\/en\/faq\/general\/format-song-information-correctly-metadata-so-that-titles-covers-are-displayed-correctly\/","title":{"rendered":"Format song information correctly (metadata) \/ So that titles &amp; covers are displayed correctly"},"content":{"rendered":"\n<p>Clean metadata is crucial to ensure that song titles, artists and covers are displayed correctly in players, apps and on websites. The most common mistake: radios or systems attach their own additional texts, which leads to broken covers, incorrect titles or unusable song information.   <\/p>\n\n<p><strong>Note:<\/strong> The song title is a <strong>linked title<\/strong>. If no background information can be found for a song, the link will still remain (no additional song details will be displayed). <\/p>\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n<h2 class=\"wp-block-heading\">Recommended metadata format<\/h2>\n\n<p>Ideally, metadata is structured in this clear standard format:<\/p>\n\n<pre class=\"wp-block-code\"><code>ARTIST - TITLE<\/code><\/pre>\n\n<p>\n  This format is compatible with most systems and ensures a clean assignment of artist, title and cover.\n  <\/p>\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n<h2 class=\"wp-block-heading\">Why additional texts cause problems<\/h2>\n\n<p>\n  We know that some radios want to add their own information (e.g. slogans, moderation notes, promotions, times).\n However, these additions can interfere with recognition and thus <strong>damage covers, titles and content<\/strong>.\n  <\/p>\n\n<p><strong>Typical effects<\/strong><\/p>\n\n<ul class=\"wp-block-list\">\n<li>Cover is not found or displayed incorrectly<\/li>\n\n\n\n<li>Song title\/artist is incorrectly recognized<\/li>\n\n\n\n<li>Link to the song leads nowhere because the metadata is no longer unique<\/li>\n<\/ul>\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n<h2 class=\"wp-block-heading\">Solution: Separate additional information with &#8220;|&#8221; (pipe format)<\/h2>\n\n<p>If you absolutely want to attach additional information, please use this format.<\/p>\n\n<pre class=\"wp-block-code\"><code>ARTIST - TITLE | TEXT<\/code><\/pre>\n\n<p>\n    <strong>Important:<\/strong> Everything that comes after <code>|<\/code> is automatically cut off.\n This means that <strong>the title and cover are no longer affected<\/strong>.\n  <\/p>\n\n<h3 class=\"wp-block-heading\">Examples<\/h3>\n\n<ul class=\"wp-block-list\">\n<li><code>Daft Punk - One More Time | Radio Edit<\/code><\/li>\n\n\n\n<li><code>Adele - Hello | Jetzt neu bei uns<\/code><\/li>\n\n\n\n<li><code>Coldplay - Viva La Vida | Gewinnspiel<\/code><\/li>\n<\/ul>\n\n<p><strong>Result:<\/strong> The system only processes <code>ARTIST - TITLE<\/code> internally. The additional text remains optional without destroying the metadata recognition. <\/p>\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n<h2 class=\"wp-block-heading\">Frequently asked questions (FAQ)<\/h2>\n\n<h3 class=\"wp-block-heading\">Which metadata format is optimal?<\/h3>\n\n<p><strong>Best:<\/strong> <code>ARTIST - TITLE<\/code>. This is the cleanest standard and minimizes errors in title and cover recognition. <\/p>\n\n<h3 class=\"wp-block-heading\">I want to send additional information. How do I do this correctly? <\/h3>\n\n<p>Use the pipe format: <code>ARTIST - TITLE | TEXT<\/code>. Everything after <code>|<\/code> is automatically removed and no longer interferes. <\/p>\n\n<h3 class=\"wp-block-heading\">What happens to text after the &#8220;|&#8221;?<\/h3>\n\n<p>It is automatically cut off. This keeps the song title and cover clean and clear. <\/p>\n\n<h3 class=\"wp-block-heading\">Why is my cover sometimes not displayed?<\/h3>\n\n<p>This is often due to &#8220;dirty&#8221; metadata (e.g. additional texts without clear separation). As a result, the song cannot be clearly recognized and the cover is not correctly assigned.   <\/p>\n\n<h3 class=\"wp-block-heading\">The song title is linked. What if no song information is found? <\/h3>\n\n<p>\n  The title remains a link. If no background information is available, no additional details are displayed. \n    <\/p>\n\n<h3 class=\"wp-block-heading\">Which signs should I avoid?<\/h3>\n\n<p>\n  Avoid unnecessary additions directly in the title, e.g. advertising texts, emojis, long orgy of brackets or alternating separators.\n If additional information is required: always separate via <code>|<\/code>.\n\n  <\/p>\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n<h2 class=\"wp-block-heading\">Short summary<\/h2>\n\n<ul class=\"wp-block-list\">\n<li>Standard:  <code>ARTIST - TITLE<\/code><\/li>\n\n\n\n<li>With additional information:  <code>ARTIST - TITLE | TEXT<\/code><\/li>\n\n\n\n<li>Everything after <code>|<\/code> is automatically removed. (No more problems with title &amp; cover) <\/li>\n\n\n\n<li>Linked title remains, even if no background information is found<\/li>\n<\/ul>\n\n<p><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Clean metadata is crucial to ensure that song titles, artists and covers are displayed correctly in players, apps and on websites. The most common mistake: radios or systems attach their own additional texts, which leads to broken covers, incorrect titles or unusable song information. Note: The song title is a linked title. If no background&hellip;<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[111],"tags":[170,171],"class_list":["post-2780","post","type-post","status-publish","format-standard","hentry","category-general","tag-cover","tag-html5-player"],"_links":{"self":[{"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/posts\/2780","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/comments?post=2780"}],"version-history":[{"count":1,"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/posts\/2780\/revisions"}],"predecessor-version":[{"id":2781,"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/posts\/2780\/revisions\/2781"}],"wp:attachment":[{"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/media?parent=2780"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/categories?post=2780"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.spcast.eu\/en\/wp-json\/wp\/v2\/tags?post=2780"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}