Video mājaslapā 2026: ātrums, piekļūstamība un indeksēšana Google

Video mājaslapā ir vieta, kur sanāk divas pretrunīgas vēlmes. Uzņēmums grib, lai video redz uzreiz un lai tas izskatās iespaidīgi. Google un lietotāja pārlūks grib, lai lapa atveras ātri un lai neviens baits netiek lejupielādēts bez vajadzības. Latvijas likums virsū uzliek vēl trešo prasību — par sīkdatnēm un piekļūstamību.

Šis raksts ir par tehnisko daļu, kas parasti paliek neizrunāta starp producentu un mājaslapas uzturētāju. Visi skaitļi un normas šeit ir no pirmavotiem: Google Search Central dokumentācijas, web.dev, MDN, W3C un likumi.lv. Kur avots kaut ko nesaka, es to arī pasaku atklāti, nevis aizpildu ar pieņēmumu.

Īsā atbilde

• Ja video ir lapas galvenais saturs — vajag atsevišķu lapu vienam video, strukturētos datus un stabilu miniatūras URL. Citādi Google video vispār neindeksēs.
• Ja video ir papildinājums (pakalpojuma lapā, sākumlapā) — galvenais ir, lai tas nebremzē lapu: loading="lazy" iegultajam atskaņotājam, preload="none" pašmitinātam failam un īsts poster attēls.
• Ja video atskaņojas automātiski ar skaņu — tas ir gan pārlūka bloķēts, gan WCAG pārkāpums. Fona video drīkst tikai bez skaņas.
• Ja iegul YouTube vai Vimeo — atskaņotājs uzglabā informāciju apmeklētāja ierīcē, un Informācijas sabiedrības pakalpojumu likuma 7.¹ pants prasa piekrišanu pirms tam, nevis pēc.

Trīs veidi, kā video nokļūst mājaslapā

Izvēle starp tiem nav gaumes jautājums — katram ir cita cena ātrumā, cita juridiskā sekas un cita indeksēšanas uzvedība.

Google atrod video, kas ievietots ar <video>, <embed>, <iframe> vai <object> elementu — visi četri ir derīgi. Tātad indeksēšanas ziņā izvēle starp iegulšanu un pašmitināšanu pati par sevi nav izšķiroša; izšķiroša ir pārējā lapas uzbūve.

Mērs, pēc kura lapu vērtē: Core Web Vitals

Google publicētie sliekšņi ir trīs, un tie visi ir mērāmi arī ar video lapā:

Svarīga detaļa, ko bieži nepamana: web.dev norāda mērīt 75. procentili lapas ielādēs, atsevišķi mobilajām un galda ierīcēm. Tas nozīmē, ka nepietiek, ja lapa ātra tev birojā uz optiskā kabeļa. Ceturtajai daļai apmeklētāju tā joprojām drīkst būt lēnāka — bet ne vairāk.

Cik dārgs ir iegultais YouTube atskaņotājs

web.dev lapā par video sniegumu ir divi skaitļi, kurus vērts zināt pirms sarunas ar mājaslapas uzturētāju. Pirmais: pēc HTTP Archive datiem mediānajai vietnei YouTube iegulšana bloķē galveno pavedienu vairāk nekā 1,7 sekundes. Otrais: 20 % video tīmeklī ir autoplay atribūts, un automātiski atskaņojamie elementi sāk lejupielādi uzreiz — arī tad, ja tie atrodas ārpus sākotnējā skatloga.

Praktiskā nozīme ir vienkārša. Ja pakalpojuma lapas apakšā ir trīs iegulti video, apmeklētājs samaksā par visu trīs atskaņotāju ielādi jau pirmajā sekundē, pat ja neviens no tiem nekad netiek noskatīts.

Viena rinda, kas atrisina lielāko daļu: loading=”lazy”

Atribūts loading="lazy" uz <iframe> liek pārlūkam atlikt ielādi, līdz lietotājs ir pieskrollējis tuvu. web.dev norāda, ka YouTube iegulšanas atliktā ielāde ietaupa aptuveni 500 KB sākotnējā lapas ielādē, un min Chrome.com piemēru, kur tādā veidā TTI samazinājās par 10 sekundēm.

Atbalsts pārlūkos pēc tās pašas lapas: Chrome 77, Edge 79, Firefox 121, Safari 16.4. Tas ir pietiekami plašs, lai 2026. gadā to vienkārši lietotu visur, kur iegultais elements nav pirmajā ekrānā. Bez atribūta iframe ielādējas nekavējoties.

Viens brīdinājums: ja video ir pirmajā ekrānā un tas ir lapas galvenais saturs, atliktā ielāde tur neko neuzlabo un var pasliktināt LCP. Atliktā ielāde ir domāta tam, kas ir zemāk.

Pašmitināts video: trīs atribūti, kas izlemj ātrumu

Ja video fails stāv uz tava servera, tad viss ātrums ir tavās rokās. Izšķir trīs atribūti.

preload — cik daudz ielādēt uz priekšu

MDN te ir nepārprotama: specifikācija nespiež pārlūku ievērot šī atribūta vērtību; tas ir tikai mājiens. Tāpēc preload ir optimizācija, nevis garantija. Divas papildu normas no tās pašas lapas: autoplay ņem virsroku pār preload, un loading="lazy" atliek preload uzvedību, līdz video ir tuvu skatlogam.

poster — attēls, kas stāv video vietā

Ja poster nav norādīts, pārlūks nerāda neko, kamēr nav pieejams pirmais kadrs, un tad parāda to. Tas nozīmē, ka bez poster attēla lapā kādu brīdi ir melns taisnstūris.

Bet ir arī otra puse. web.dev brīdina: poster attēla priekšielāde var aizkavēt tavu LCP caur joslas platuma konkurenci. Tātad poster attēlu nevajag vienlaikus gan priekšielādēt, gan ielikt lapā kā lielu failu — izvēlies vienu stratēģiju.

autoplay un muted — kas tiešām notiek

MDN norāda, ka autoplay="false" neatspējo automātisko atskaņošanu, jo nozīme ir pašai atribūta klātbūtnei. Lai to izslēgtu, atribūts jāizņem pavisam. Tas pats ar muted="false".

Video kā LCP elements

Google LCP dokumentācijā <video> elementi ir starp LCP kandidātiem, un laiks tiek ņemts tā: poster attēla ielādes laiks vai pirmā kadra prezentācijas laiks — atkarībā no tā, kurš ir agrāk.

No tā izriet praktiska secība. Ja video ir lapas augšā, tad tavs LCP faktiski ir poster attēls, nevis video. Tāpēc poster failam jābūt tādam pašam optimizētam attēlam kā jebkuram citam galvenajam attēlam: pareizā izmērā, mūsdienīgā formātā, ar norādītiem izmēriem, lai lapa nepaslīd.

Un otrādi: ja producents nodod video bez atsevišķa poster kadra, mājaslapas uzturētājam tas jāizgriež pašam — parasti ar sliktāku rezultātu nekā tad, ja to būtu izvēlējis cilvēks, kas filmēja.

Fona video bez skaņas: ko pārlūks tiešām atļauj

MDN autoplay rokasgrāmata uzskaita nosacījumus, no kuriem vismaz vienam jābūt patiesam, lai automātiskā atskaņošana notiktu:

1. Skaņa ir izslēgta vai skaļums ir 0 — vai avota materiālam vispār nav skaņas celiņa.
2. Lietotājs ir mijiedarbojies ar vietni (klikšķis, pieskāriens, taustiņi).
3. Vietne ir iekļauta atļauto sarakstā — vai nu automātiski, ja pārlūks secina, ka lietotājs bieži skatās medijus šajā vietnē, vai manuāli caur iestatījumiem.
4. Atļauja piešķirta <iframe> ar allow="autoplay".

Citos gadījumos atskaņošana, visticamāk, tiek bloķēta, un MDN uzsver, ka precīzie nosacījumi atšķiras starp pārlūkiem. Tāpēc fona video recepte ir viena: autoplay muted loop playsinline un bez skaņas celiņa vispār.

Ja atskaņošana tiek bloķēta, play() solījums tiek atmests ar kļūdu, kuras nosaukums ir NotAllowedError — pēc tās var atpazīt situāciju un parādīt atskaņošanas pogu. Tas ir svarīgi: bloķēta automātiskā atskaņošana nav kļūda kodā, tā ir normāla pārlūka politika, un lapai jāstrādā arī tad.

Automātiskā skaņa ir arī piekļūstamības jautājums

W3C veiksmes kritērijs 1.4.2 Audio Control ir A līmenis — tas ir zemākais, obligātākais līmenis. Normatīvais teksts: ja kāda audio tīmekļa lapā atskaņojas automātiski ilgāk par 3 sekundēm, tad vai nu ir pieejams mehānisms, kā audio apturēt vai pārtraukt, vai pieejams mehānisms, kā regulēt audio skaļumu neatkarīgi no sistēmas kopējā skaļuma līmeņa.

Trīs sekundes ir ļoti īss laiks. Praktiski tas nozīmē, ka jebkurš automātiski atskaņots video ar skaņu prasa redzamu apturēšanas vadību — un tāpēc vienkāršāk ir skaņu vispār neatskaņot automātiski.

Subtitri prerakstītam video ir atsevišķs kritērijs (1.2.2 Captions). Par to, kā tos sagatavot latviski un ko tas maksā, ir atsevišķs raksts: video subtitri un piekļūstamība.

Latvijas piekļūstamības slānis: kam tas vispār attiecas

Preču un pakalpojumu piekļūstamības likums (spēkā no 2025. gada 28. jūnija) 3. panta otrās daļas 6. punktā uzskaita elektroniskās tirdzniecības pakalpojumus. Likuma 1. pantā tie definēti kā informācijas sabiedrības pakalpojums, ko sniedz attālināti, izmantojot tīmekļvietnes un mobilajās ierīcēs izmantojamus pakalpojumus, pēc klienta individuāla pieprasījuma, ar mērķi noslēgt distances līgumu.

Tātad: parasta uzņēmuma vizītkartes lapa ar video par sevi šajā likumā neietilpst. Interneta veikals ietilpst. Divi izņēmumi, kas praksē izšķir visvairāk:

Konkrētās prasības ir Ministru kabineta noteikumos Nr. 128 “Preču un pakalpojumu piekļūstamības prasības”. Noteikumu 11.5. apakšpunkts prasa, lai netekstuāls saturs ir papildināts ar šā satura alternatīvu attēlojumu, un 12. punkts — lai pakalpojuma tīmekļvietnei un saistītajām lietotnēm var piekļūt konsekventi un piemēroti, nodrošinot, ka pakalpojums ir uztverams, izmantojams, saprotams un skaidrs.

Noteikumos nav atsevišķa punkta, kas nosauktu video, subtitrus vai audioaprakstu. Es to nerakstīšu kā prasību, kuras tur nav. Robeža, kuru var novilkt godīgi: ja produkta informācija e-veikalā ir pieejama tikai video formā, tad 11.5. apakšpunkts prasa alternatīvu attēlojumu — teksta aprakstu vai transkriptu. Ja video tikai dublē to, kas jau ir rakstīts, tas ir papildinājums, nevis vienīgais nesējs.

Blakus tam der atcerēties, ka ražojumu drošuma regula e-veikalam prasa savu — ražojuma identifikāciju, “arī tā attēlu”. Divi dažādi likumi, viens un tas pats attēls lapā.

Sīkdatnes: 7.¹ pants, ko bieži izlaiž

Informācijas sabiedrības pakalpojumu likuma 7.¹ panta pirmā daļa: informācijas uzglabāšana abonenta vai lietotāja galiekārtā vai piekļuves iegūšana galiekārtā uzglabātajai informācijai ir atļauta, ja attiecīgais abonents vai lietotājs ir devis savu piekrišanu pēc tam, kad saņēmis skaidru un visaptverošu informāciju par apstrādes mērķi.

Otrā daļa nosaka vienīgo izņēmumu: piekrišana nav nepieciešama, ja uzglabāšana vai piekļuve ir nepieciešama informācijas aprites nodrošināšanai elektronisko sakaru tīklā vai starpniecības pakalpojumu sniedzējam, lai sniegtu abonenta vai lietotāja pieprasīto pakalpojumu. Panta redakcija ir no 2011. gada 19. maija likuma ar grozījumiem, kas izdarīti ar 2024. gada 23. maija likumu un stājās spēkā 2024. gada 21. jūnijā.

Secinājums video kontekstā ir nepatīkams, bet skaidrs. Apmeklētājs, kas atvēris pakalpojuma lapu, nav pieprasījis video atskaņošanu. Tāpēc trešās puses atskaņotājs, kas ielādējas automātiski un uzglabā kaut ko ierīcē, nesaņem izņēmumu — tam vajag piekrišanu pirms ielādes, ne pēc.

youtube-nocookie nav piekrišanas aizstājējs

YouTube palīdzības lapa par iegulšanu apraksta “Privacy Enhanced Mode” tā: tas neļauj iegultā YouTube satura skatījumiem ietekmēt skatītāja pārlūkošanas pieredzi YouTube, un reklāmas šajā režīmā ir nepersonalizētas. Ieslēdz to, nomainot iegulšanas URL domēnu no youtube.com uz youtube-nocookie.com. Režīms pieejams tikai iegultajiem atskaņotājiem tīmekļa vietnēs.

Pamanāmais: Google formulējums ir par skatījumu ietekmi uz pārlūkošanas pieredzi un par reklāmu personalizāciju. Tas nav apgalvojums, ka ierīcē netiek uzglabāts nekas. Tāpēc es neuzskatu šo režīmu par pietiekamu pamatu, lai iztiktu bez piekrišanas — tas ir datu minimizēšanas solis, nevis juridisks risinājums.

Praktiskais risinājums ir “klikšķis pirms ielādes”: lapā rāda poster attēlu ar atskaņošanas pogu, un īstais iframe tiek ievietots tikai pēc klikšķa vai pēc piekrišanas. Tas vienlaikus atrisina arī ātrumu — nekas no atskaņotāja netiek ielādēts, kamēr neviens nav gribējis skatīties.

Bet tad rodas konflikts ar Google indeksēšanu

Google video dokumentācijā ir tieša prasība: nepaļaujies uz lietotāja darbībām (piemēram, pavilkšanu, klikšķināšanu vai rakstīšanu), lai ielādētu video. Un ja video ievieto JavaScript, tam jāparādās renderētajā HTML.

Tas tieši runā pretī “klikšķis pirms ielādes” modelim. Abas prasības vienlaikus izpildīt nevar — tāpēc jāizvēlas apzināti, pēc tā, kas konkrētajai lapai svarīgāks.

Trešais variants praksē ir tas, ko iesaku: viena “skatīšanās lapa” katram svarīgajam video, un visur citur — atlikta, ar piekrišanu saistīta ielāde.

Google video indeksēšanas prasības, melns uz balta

Google dokumentācijā prasības ir uzskaitītas konkrēti. Pārtulkoju tās kontrolsarakstā, jo tieši šeit visbiežāk pazūd video, kas lapā it kā ir:

Atbalstītie failu tipi, ko Google apstrādā: 3GP, 3G2, ASF, AVI, DivX, M2V, M3U, M3U8, M4V, MKV, MOV, MP4, MPEG, OGV, QVT, RAM, RM, VOB, WebM, WMV un XAP. Datu URL (data:) netiek atbalstīti.

Miniatūra: prasības, kuras neviens nepārbauda

Miniatūra ir obligāts nosacījums indeksēšanai, un tai ir savas tehniskās prasības:

• Atbalstītie formāti: BMP, GIF, JPEG, PNG, WebP, SVG un AVIF.
• Izmērs: minimums 60 × 30 pikseļi, lielāks ir labāk.
• Googlebot un Googlebot Images jāspēj piekļūt failam — to nedrīkst bloķēt robots.txt vai slēpt aiz pieteikšanās.
• Caurspīdīgums: vismaz 80 % miniatūras pikseļu alfa vērtībai jābūt lielākai par 250.

Pēdējā rinda ir tā, kas pārsteidz. Ja dizainers nodod PNG ar caurspīdīgu fonu “lai der visur”, Google šādu miniatūru var neņemt pretī. Tāpēc poster kadram jābūt blīvam attēlam, nevis caurspīdīgam elementam.

VideoObject: trīs lauki, bez kuriem nav nekā

Google strukturēto datu dokumentācijā VideoObject obligātie lauki ir tikai trīs:

Ieteicamie lauki ir contentUrl, embedUrl, description, duration, creator vai author, expires, hasPart, interactionStatistic, publication un reģionu ierobežojumi.

Divas niansētas lietas, kuras ir viegli sajaukt:

• contentUrl ir pats fails. Google raksta: tas ir efektīvākais veids, kā ielādēt tavus video satura failus, un piebilst — nesaiti uz lapu, kur video atrodas; tam jābūt paša satura baitu URL.
• embedUrl ir atskaņotājs, nevis lapa, un to lieto kā alternatīvu, ja contentUrl nav pieejams.
• duration ir ISO 8601 ilgums. Piemērs no dokumentācijas: PT00H30M5S ir trīsdesmit minūtes un piecas sekundes. Bez PT prefiksa vērtība ir nepareiza.

Video sitemap: kad tas tiešām vajadzīgs

Video sitemap ir atsevišķs mehānisms blakus strukturētajiem datiem. Obligātie tagi: video:video, video:thumbnail_loc, video:title, video:description un viens no diviem — video:content_loc vai video:player_loc. Google iesaka, ja iespējams, norādīt content_loc.

Vēl divas normas, kuras pārkāpj automātiski ģenerētas kartes: ne content_loc, ne player_loc vērtība nedrīkst sakrist ar vecākelementa loc URL, un content_loc neatbalsta HTML. YouTube un Vimeo iegulšanas gadījumā lieto player_loc.

Ja tava vietne nav video bibliotēka, bet vienkārši uzņēmuma lapa ar dažiem video, tad strukturētie dati uz skatīšanās lapām ir svarīgāki par sitemap. Sitemap sāk atmaksāties, kad video ir desmitiem.

Formātu secība: viena kļūda, kas atceļ visu optimizāciju

web.dev norāda, ka <source> elementu secība nosaka prioritāti pārlūkam: ja vispirms norādīts MP4 avots, pārlūks izvēlas tieši to neatkarīgi no tā, vai atbalsta citus. Tātad, ja gribi, lai mūsdienīgais WebM tiek izmantots, tam jābūt pirmajam, un MP4 paliek kā rezerve vecākiem pārlūkiem.

WebM var izmantot AV1 kodeku, kas ir jaunāks un vēl nav tik plaši atbalstīts, vai VP9, kas parasti saspiež sliktāk par AV1. Konkrētu bitreitu web.dev nenosauc, un es to arī neizdomāšu — pareizais skaitlis ir atkarīgs no materiāla.

Ko prasīt no producenta nodošanā

Lielākā daļa šo problēmu rodas tāpēc, ka nodošanā ir viens MP4 fails un nekas vairāk. Šis saraksts ir tas, ko vērts ierakstīt brīfā vai tehniskajā specifikācijā:

Tiesību puse — kam pieder fails un cik ilgi to drīkst lietot mājaslapā — ir atsevišķs jautājums, un to kārto līgums ar producentu.

Ja atskaņotāju ievieto JavaScript

Lielākā daļa WordPress veidņu un lapu būvētāju video ievieto ar skriptu, nevis tiešu HTML. Google tam izvirza divas prasības. Pirmā: ja video ievieto ar JavaScript, tam jāparādās renderētajā HTML, un to var pārbaudīt ar URL pārbaudes rīku Search Console. Otrā: ja lieto mediju API, HTML video konteiners lapā jāsaglabā arī tad, ja API izsaukums neizdodas.

Otrā prasība praksē nozīmē, ka “ja skripts nenostrādā, lapā nav nekā” ir slikts risinājums ne tikai lietotājam, bet arī indeksēšanai. Konteineram jāpaliek vietā.

Izstrādātājam der zināt arī navigator.getAutoplayPolicy("mediaelement"), kas atgriež vienu no trim vērtībām: allowed, allowed-muted vai disallowed. Rezultāts var mainīties pēc lietotāja mijiedarbības, un notikuma par politikas maiņu nav — tāpēc MDN iesaka to pārbaudīt lapas ielādes brīdī. Ja atļauja ir tikai allowed-muted, atskaņotājam jāsāk bez skaņas un jārāda skaņas ieslēgšanas poga.

Atsevišķs gadījums ir maksas siena: Google norāda, ka aiz maksas sienas esošiem video vajag maksas sienas strukturētos datus, lai Google tos joprojām varētu atrast un indeksēt.

Sešas kļūdas, ko redz visbiežāk

1. Trīs iegulti atskaņotāji sākumlapā bez atliktās ielādes. Katrs maksā ap 500 KB un daļu no galvenā pavediena.
2. preload="auto" uz 80 MB faila. Pārlūks lejupielādē visu, arī tad, ja neviens neklikšķina.
3. Automātiska atskaņošana ar skaņu. Pārlūks to bloķē, un W3C 1.4.2 kritērijs to aizliedz bez vadības pogas.
4. Video bez poster attēla. LCP mēra pirmo kadru, un līdz tam lapā ir melns laukums.
5. Visi video vienā lapā. Google skatīšanās lapas definīcija prasa vienu video uz lapu, ja gribi indeksēšanu.
6. Sīkdatņu logs pēc atskaņotāja ielādes. 7.¹ pants prasa piekrišanu pirms uzglabāšanas, ne pēc.

Kontrolsaraksts pirms publicēšanas

• Vai video ir pirmajā ekrānā? Ja nē — vai ir loading="lazy" vai klikšķis pirms ielādes?
• Vai ir poster attēls, optimizēts un bez caurspīdīguma?
• Vai pašmitinātam failam ir preload="none" vai metadata?
• Vai fona video ir muted, loop, playsinline un bez skaņas celiņa?
• Vai lapa strādā, ja pārlūks automātisko atskaņošanu bloķē?
• Vai trešās puses atskaņotājs ielādējas tikai pēc piekrišanas?
• Vai svarīgajam video ir sava lapa ar name, thumbnailUrl un uploadDate?
• Vai contentUrl rāda uz failu, nevis uz lapu?
• Vai duration ir ISO 8601 formātā ar PT prefiksu?
• Vai video fails nav bloķēts ar robots.txt?
• Vai ir subtitri un transkripts?
• Vai CLS nepaslīd — vai video laukumam ir rezervēts izmērs?

Biežāk uzdotie jautājumi

Vai labāk mitināt video pašam vai likt YouTube?

Ja mērķis ir Google video rezultāti un pilna kontrole pār ātrumu — pašmitināt. Ja mērķis ir arī YouTube auditorija un nav vēlēšanās maksāt par joslas platumu — iegult. Abus vienlaikus vienā lapā panākt nevar, jo Google prasa, lai video ielāde nebūtu atkarīga no lietotāja darbības, bet sīkdatņu piekrišana prasa tieši pretējo.

Cik smags drīkst būt video fails mājaslapā?

Ne Google, ne web.dev nenosauc maksimālo faila izmēru, tāpēc konkrētu megabaitu skaitli minēt būtu izdomāšana. Praktiskais mērs ir cits: vai LCP paliek zem 2,5 sekundēm 75. procentilē. Ar preload="none" faila izmērs lapas ielādi neietekmē vispār, jo tas netiek ielādēts, kamēr neviens neklikšķina.

Vai video palīdz SEO?

Netieši. Google dokumentācija nesaka, ka video uzlabo lapas pozīciju, bet saka, ka video var tikt indeksēts atsevišķi un parādīties video rezultātos — tas ir papildu ieeja. Tieša ietekme ir arī otrā virzienā: slikti ielikts video pasliktina Core Web Vitals.

Kāpēc mans video neparādās Google video rezultātos?

Visbiežāk tāpēc, ka lapa nav skatīšanās lapa Google izpratnē, vai arī miniatūra nav pieejama stabilā URL. Google arī skaidri raksta, ka indeksētas skatīšanās lapas esamība negarantē video indeksēšanu — lapai vispirms jādarbojas labi meklēšanā.

Vai loading="lazy" kaitē indeksēšanai?

Google video dokumentācijā atliktā ielāde nav atsevišķi aizliegta; aizliegta ir paļaušanās uz lietotāja darbību un prasība, lai video būtu renderētajā HTML. Atšķirība ir tāda, ka loading="lazy" iframe tomēr ir HTML kodā, tikai tā saturs ielādējas vēlāk. Tomēr, ja konkrētais video ir tas, kuru gribi indeksēt, es to pirmajā ekrānā atlikti neliktu.

Vai youtube-nocookie atrisina sīkdatņu jautājumu?

Nē. Google apraksta to kā režīmu, kas neļauj skatījumiem ietekmēt pārlūkošanas pieredzi YouTube un padara reklāmas nepersonalizētas. Apgalvojuma, ka ierīcē netiek uzglabāts nekas, tur nav.

Vai man vajag video sitemap?

Ja vietnē ir daži video — svarīgāki ir strukturētie dati uz skatīšanās lapām. Ja video ir desmitiem un tie regulāri mainās, sitemap palīdz Google tos atrast ātrāk.

Kas ir alternatīvais attēlojums, ko prasa MK noteikumi Nr. 128?

Noteikumu 11.5. apakšpunkts prasa, lai netekstuāls saturs būtu papildināts ar šā satura alternatīvu attēlojumu. Video gadījumā praktiski tas ir transkripts vai teksta apraksts. Noteikumos nav atsevišķa punkta par video vai subtitriem, tāpēc plašākus apgalvojumus par konkrētām video prasībām tur ielikt nevar.

Vai mazam uzņēmumam šis likums vispār attiecas?

Piekļūstamības likuma 3. panta sestā daļa atbrīvo saimnieciskās darbības veicēju, kas nodarbina mazāk par 10 personām un kura gada apgrozījums vai bilances kopsumma nepārsniedz 2 000 000 euro, no pakalpojumu piekļūstamības prasībām. Atbrīvojums ir no pienākuma, nevis no tā, ka klients bez subtitriem video nesaprot.

Ko darīt, ja video jau ir lapā un ātrums ir slikts?

Secība, kas dod lielāko efektu ar mazāko darbu: vispirms atliktā ielāde vai klikšķis pirms ielādes, tad poster attēls, tad preload vērtība, tad formāti. Pēc tam izmērīt no jauna — 75. procentilē, mobilajā un galda ierīcē atsevišķi.

Avoti

• Google Search Central — Video SEO best practices
• Google Search Central — Video (VideoObject, Clip, BroadcastEvent) structured data
• Google Search Central — Video sitemaps and examples
• web.dev — Web Vitals
• web.dev — Largest Contentful Paint (LCP)
• web.dev — Video performance
• web.dev — It’s time to lazy-load offscreen iframes
• MDN — <video> elements
• MDN — Autoplay guide for media and Web Audio APIs
• W3C — Understanding SC 1.4.2 Audio Control
• YouTube Help — Embed videos and playlists
• Informācijas sabiedrības pakalpojumu likums
• Preču un pakalpojumu piekļūstamības likums
• MK noteikumi Nr. 128 “Preču un pakalpojumu piekļūstamības prasības”

Saistītie raksti

• Video subtitri un piekļūstamība
• Produktu video interneta veikalam
• Satura audits 7 soļos
• Video brīfs: ko uzrakstīt pirms cenas
• Video līgums ar producentu
• Iepirkuma tehniskā specifikācija video
• Ražojumu drošuma regula e-veikalam
• Sociālo tīklu audits
• Pieteikties sarunai