Nonli godtar Media RSS (MRSS)-feeder basert på RSS 2.0. Dette formatet lar Nonli importere redaksjonelle metadata, en MP4-fil og miniatyrbildet direkte, for automatisk videopublisering.
Når det samme innholdet finnes i horisontalt og vertikalt format, må begge versjonene grupperes i samme <item>. Nonli kan da velge versjonen som passer til innleggstypen, uten å indeksere det redaksjonelle innholdet to ganger.
Hvis Nonli henter data fra en HTML-artikkelside i stedet for en feed, bruker du referansen for Nonlis HTML-metakoder. Den dokumenterer det nåværende nli:video-feltet og den planlagte kontrakten for standard- og kortversjon.
1. Referansestruktur#
1<?xml version="1.0" encoding="UTF-8"?>2<rss3 version="2.0"4 xmlns:dc="http://purl.org/dc/elements/1.1/"5 xmlns:media="http://search.yahoo.com/mrss/"6>7 <channel>8 <title>Example video feed</title>9 <link>https://www.example.com/</link>10 <description>Videos available for Nonli</description>11 <language>en</language>12
13 <item>14 <guid isPermaLink="false">ef88ec32-3810-11f1-88c3-598b8dedbf8b</guid>15 <pubDate>Tue, 14 Apr 2026 14:53:18 +0000</pubDate>16 <title>Magyar wins in Hungary</title>17 <description>Péter Magyar won the election...</description>18 <link>https://www.example.com/en/video/20260414-magyar-wins</link>19 <category>Europe</category>20 <dc:creator>Elisabeth Allain</dc:creator>21
22 <media:group>23 <media:content24 url="https://media.example.com/video-horizontal.mp4"25 type="video/mp4"26 medium="video"27 isDefault="true"28 width="1920"29 height="1080"30 duration="142"31 >32 <media:category scheme="urn:nonli:format">video</media:category>33 <media:title>Magyar wins in Hungary</media:title>34 <media:thumbnail url="https://media.example.com/thumbnail-16x9.jpg" />35 </media:content>36
37 <media:content38 url="https://media.example.com/video-vertical.mp4"39 type="video/mp4"40 medium="video"41 width="1080"42 height="1920"43 duration="58"44 >45 <media:category scheme="urn:nonli:format">short</media:category>46 <media:title>Magyar wins in Hungary (short)</media:title>47 <media:thumbnail url="https://media.example.com/thumbnail-9x16.jpg" />48 </media:content>49 </media:group>50 </item>51 </channel>52</rss>2. Obligatoriske felt for hvert element#
| Element eller attributt | Regel |
|---|---|
guid | Stabil og unik identifikator for det redaksjonelle innholdet. Den må ikke endres når feeden oppdateres. |
pubDate | Dato i RFC 2822-format med tidssone, for eksempel Tue, 14 Apr 2026 14:53:18 +0000. |
title | Redaksjonell tittel som ikke er tom. |
description | Sammendrag eller tekst som brukes til å generere innleggsmeldingen. Enkel HTML godtas inne i en CDATA-seksjon. |
link | Kanonisk HTTPS-URL til den offentlige siden som hører til innholdet. |
media:group | Gruppe som inneholder én eller flere versjoner av det samme innholdet. |
media:content@url | Direkte, offentlig nedlastbar HTTPS-URL til videofilen. |
media:content@type | video/mp4. |
media:content@medium | video. |
width og height | Videoens faktiske dimensjoner i piksler. |
duration | Faktisk varighet i hele sekunder. |
media:category | video eller short, med nøyaktig urn:nonli:format-skjemaet. |
media:title | Tittel på videoversjonen. |
media:thumbnail@url | Direkte HTTPS-URL til et JPEG- eller PNG-miniatyrbilde som passer til versjonen. |
category og dc:creator anbefales for å berike filtre og meldinger, men er ikke obligatoriske.
3. Identifiser videoformater#
Verdien i media:category avgjør hvordan Nonli bruker versjonen:
video: standardvideo, vanligvis horisontal 16:9,short: kort vertikal video, vanligvis 9:16, beregnet på Reels, Shorts og tilsvarende formater.
urn:nonli:format-skjemaet er obligatorisk, slik at denne tekniske klassifiseringen ikke kan forveksles med en redaksjonell MRSS-kategori.
Et <item> kan inneholde bare video, bare short eller begge deler. Det må ikke inneholde mer enn én versjon per format. Hvis de to filene representerer ulikt redaksjonelt innhold, publiserer du dem som to separate <item>-elementer med ulike GUID-er.
Hvis du vil markere en foretrukket versjon, legger du til isDefault="true" på bare ett media:content-element i gruppen.
4. Tilgjengelighet for mediene#
Nonli må kunne laste ned feeden, videoene og miniatyrbildene fra serverne sine:
- bruk bare absolutte HTTPS-URL-er,
- returner HTTP
200uten en mellomliggende HTML-side, - unngå informasjonskapsler, økter, midlertidige token og nettleseravhengige omdirigeringer,
- bruk en
Content-Typesom samsvarer med filen (application/rss+xml,video/mp4,image/jpegellerimage/png), - hold medie-URL-ene gyldige lenge nok til at et nytt importforsøk er mulig,
- hvis feeden bruker et token i URL-en, deler du det med Nonli gjennom en sikker kanal og koordinerer rotasjonen av tokenet.
En YouTube-URL eller en avspillingsside er ikke en erstatning for den direkte URL-en til MP4-filen.
Hvis arbeidsflyten din publiserer disse videoene til YouTube-kanaler under en Content Owner, setter du opp og kontrollerer automatiske krav og inntektsgenerering separat.
5. Oppdateringer og ytelse#
- Sorter oppføringene fra nyeste til eldste.
- Hold antall oppføringer begrenset, men slik at nye publiseringer mellom to kontroller av feeden dekkes.
- Gjenbruk aldri en GUID for annet innhold.
- Behold den samme GUID-en når du retter en tittel, en beskrivelse, et miniatyrbilde eller en versjon.
- Eksponer
ETagog/ellerLast-Modified, og støtt betingede forespørsler når infrastrukturen din tillater det. - Unngå å duplisere det samme innholdet i flere feeder når én feed per merkevare og språk kan gruppere versjonene.
6. Sjekkliste for validering#
Før du deler feeden med Nonli, kontrollerer du at:
- XML-en er gyldig og deklarerer navnerommene
mediaogdc, - hvert element har en stabil GUID, en dato, en tittel og en kanonisk lenke,
- hvert
media:contentpeker direkte til en tilgjengelig MP4-fil, - dimensjonene og varigheten samsvarer med den faktiske filen,
- hver versjon har nøyaktig kategorien
videoellershortmedurn:nonli:format-skjemaet, - horisontale og vertikale versjoner av det samme innholdet er gruppert i samme
<media:group>, - hver versjon har et tilgjengelig miniatyrbilde,
- en ny henting av feeden ikke endrer eksisterende GUID-er.