The short answer
Accurate music metadata is created by reconciling a source record with the exact recording and artwork you intend to deliver. Write canonical title and artist strings, distinguish composition roles from recording credits, describe the version honestly, check track order and status, record identifiers only when known, and compare every field against contributor approvals. When a master or cover changes, reopen dependent metadata checks. Metadata can make a package understandable; it cannot prove ownership, provide legal clearance, or guarantee how every platform will display a release.
The right workflow is a controlled proof, not a copy-and-paste sprint. Start with facts, mark open questions, bind them to a release ID and asset revision, and make a named owner resolve disagreements. Then map the verified values to the distributor’s current form and save what was submitted. This makes a typo or correction traceable without pretending the old value never existed.
1. Define metadata as a release record
Metadata is the descriptive information attached to a release or recording. It can tell a service what a title is called, who is presented as the artist, how tracks are ordered, which version a listener is hearing, who contributed, when the release is intended to appear, and which identifier is associated with the recording. Different services request different fields, so use this definition to organize decisions rather than to predict every form.
Create two levels of records. The release record describes the single, EP, album, or other package. The track record describes each sound recording inside it. Release-level artwork, title, and date should connect to track-level titles, durations, versions, credits, and identifiers. This separation prevents an album title from being copied into a track field or a single’s version from being silently applied to an album master.
Use a canonical string for each recurring entity: artist name, featured name, writer name, producer name, label text, and title. Store approved display variants when a platform or collaborator requires them, but label the reason. Punctuation and capitalization may be creative choices, yet inconsistency can make a release hard to identify. A canonical record gives the creator a place to decide rather than leaving the first form field to decide.
For a broad project gate, see the music release checklist. For distributor field preparation, see the DistroKid upload checklist. This page is deliberately centered on concordance: whether the description and the exact assets remain connected.
2. The Metadata Concordance lifecycle: Source, Normalize, Bind, Challenge, Map, Preserve
The original Metadata Concordance lifecycle makes metadata an accountable decision system. Source gathers values from approved records, contributor confirmations, exact files, and current service instructions. Normalize creates consistent strings and distinguishes roles, versions, and dates. Bind connects the metadata snapshot to a particular audio and artwork revision. Challenge asks a second reader to find contradictions or unsupported assumptions. Map transfers the approved values to the selected distributor’s current fields. Preserve stores the submitted snapshot and any correction history.
Source avoids making the form a research tool. Normalize prevents “feat.”, “featuring”, and a guessed artist role from spreading without an intentional choice. Bind is the crucial exact-revision rule: metadata for a 3:12 master is not automatically metadata for a 3:15 alternate. Challenge makes the proof readable to someone who did not create the project. Map respects the distributor’s own definitions. Preserve makes later reconciliation possible.
Set stop conditions. If a title is different in the artwork and audio folder, stop at Source. If the version cannot be described accurately, stop at Normalize. If a new export appears, stop at Bind. If a collaborator disputes a credit, stop at Challenge. If the form asks a field your source record does not support, stop at Map. A safe metadata process is allowed to say “not yet known.”
3. Titles, artists, and versions
Begin with the public title exactly as the creator intends it to appear, then compare it with artwork text and any audio or lyric references. Record deliberate punctuation, capitalization, diacritics, and numbering. Do not add marketing claims, search phrases, or invented descriptors to a title merely to make it more discoverable. Clear language is more durable than keyword stuffing.
Separate primary artist, featured artist, remixer, and contributor roles in your internal record. The chosen distributor may represent those relationships in a particular way; follow its current instructions and preview. Do not assume that putting every person in the primary artist field is more inclusive. It can change how a service groups the release and may contradict the approved public presentation.
Version names should describe the sound recording, not a campaign mood. Live, acoustic, instrumental, radio edit, extended, remix, remaster, demo, and alternate mix each set an expectation. Use a version label only when it is accurate. If a recording has no meaningful version distinction, do not add one. Compare a previously released single with an album track by listening to the files, not by comparing titles alone.
When title or artist information changes, check cover art, distributor copy, profile claim material, lyrics, video descriptions, and any scheduled announcement. The single release checklist addresses this dependency for one recording; the album release plan addresses it across a collection. Metadata is a network of references, so a small string change can have a wide impact.
4. Credits, rights, and AI questions
Credits should be sourced from the people and records responsible for them. Capture writers, performers, producers, featured artists, engineers, and other roles relevant to the release. Do not replace missing information with a guess, and do not treat a public artist display name as proof of a composition split. Keep private agreement locations separate from public-facing strings.
Metadata review can reveal a rights question, but it cannot answer it. A sample, interpolation, cover, disputed ownership, or contract restriction needs fact-specific attention. The U.S. Copyright Office musicians resources and performing arts registration information are official starting points. They do not issue clearance for a particular recording, and Artello does not either.
For AI-assisted material, include a review note about human creative contribution, source material, tool context, and edits where those facts matter. Follow the U.S. Copyright Office AI initiative for authoritative work. Do not infer legal status from a tool label, a distributor checkbox, or a platform display. The metadata record can route an unresolved question to a qualified adviser and preserve the resulting decision.
Credit reconciliation prompts
- Did each named person approve their public spelling and role?
- Does a featured artist’s presence match the actual recording and public plan?
- Are writer and recording credits kept distinct?
- Does the version label describe the exact bound audio?
- Are unresolved permissions visible rather than hidden in a status field?
5. Dates, order, status, and identifiers
Dates need labels. Record the date of approval, the planned public release date, the date entered in the distributor form, and any date the service confirms. Do not call a planned date a guaranteed availability date. If the date changes, update the release brief, campaign notes, artwork text if relevant, and any linked album or single relationship.
Track order is metadata with creative consequences. For an album or EP, compare the approved sequence with the form entry and cover. For a single, record whether it is an album preview, an independent release, or a later version. A track number should describe its package, not the order in which it was exported.
Explicit status should be an intentional classification based on the recording and the service’s current guidance. Do not use a clean label simply because artwork is clean, and do not use an explicit label as a generic warning. When uncertain, consult the relevant service information or professional adviser. This checklist records the decision and source; it does not make a legal or platform determination.
Identifiers require the same restraint. The IFPI guidance on using ISRC explains its use for recordings. Record an ISRC only when it is known and connected to the intended recording. Never fabricate one, and do not casually reuse an identifier for a materially different recording. Ask the appropriate distributor or rights administrator if the history is complicated.
6. Bind metadata to the exact assets
Create a metadata snapshot that names the audio file revision and artwork export revision. Include duration, approval date, and owner. If the audio changes, reopen the fields that might change: duration, version, identifier relationship, credits, explicit status, lyrics, and promotional copy. If artwork changes, reopen title, artist, edition, and track-count checks. Use “checked, unchanged” when a dependency was consciously reviewed.
Compare the snapshot against the distributor’s current instructions before entering the form. DistroKid’s official upload information demonstrates the kind of source a creator should consult, but each service has its own current fields. A successful form submission does not prove that every source record was accurate.
Read the rendered preview as a listener. Check title, artist presentation, artwork, track order, version, credits, status, date, and any identifier display. A preview can expose a transposition or an unintended field selection. Save a copy of the values that were actually submitted. If the service later displays something else, record that as a reconciliation event instead of changing the snapshot.
Profile work is related but separate. Spotify’s official Spotify for Artists guide and Apple Music for Artists’ claim instructions describe platform actions. Record claim status without promising account approval, release timing, or editorial treatment.
7. Music metadata field decision table
Use this table during a proof. “Source” means a record or approval you can locate.
| Field group | Question to answer | Gate response |
|---|---|---|
| Title | Does the public title match the exact recording and artwork? | Normalize intentional spelling; do not add guesses. |
| Artist | Are primary and featured presentations accurate and approved? | Ask the owner or collaborator before entry. |
| Version | Does the label describe this exact audio revision? | Compare files; create a new revision if needed. |
| Credits | Are writers, performers, producers, and roles sourced? | Keep open questions visible and separate from clearance. |
| Order | Does package order match the approved sequence? | Reconcile album record, artwork, and form. |
| Date/status | Are planned date and content status deliberate? | Consult current service guidance for uncertainty. |
| Identifier | Is the code known and tied to this recording? | Ask the distributor or administrator; never invent. |
| Snapshot | Can you show what was submitted and why? | Archive the proof and confirmation. |
Run the proof twice when the package is important: once by the person who owns the creative decision and once by someone who did not build the metadata. The second reader should not rewrite the release. Their job is to identify a contradiction, unexplained variant, or unsupported assumption. The owner then accepts, changes, or escalates it.
8. Questions creators ask
Is metadata the same as rights clearance?
No. Metadata describes a release and can record the people and decisions involved. It does not prove ownership, permission, registration, or clearance. Keep rights questions separate and seek appropriate professional advice for complex facts.
Why not fix a typo directly in the distributor form?
You can correct an entry before submission, but first update or confirm the source record so the typo does not return in another package. Save the final submitted snapshot. A source-of-truth record is more durable than a one-off form edit.
What does Artello do with metadata?
Artello provides workflow guidance and records that help creators connect metadata to releases and revisions. It does not determine legal status, generate clearance, guarantee platform display, or autonomously submit a release.
Which related guide should I use?
Use the music release checklist for broad gates, the album release plan for collection relationships, the single release checklist for one recording, and the DistroKid upload checklist for distributor-form preparation.
Citations and source notes
These primary sources support the process boundaries and current reference points. Platform requirements and rights information can change, so read the relevant source at the time of action.
Make metadata easier to trust
Artello helps creators keep a readable connection between a decision, its exact asset, and its submission record. Sign up to explore that workflow, or review pricing. Artello provides operational guidance, not legal clearance, platform guarantees, or autonomous release submission.
