Hvorfor henger videobehandlingen i google merchant center og hvordan fikse det i woocommerce

#Hvorfor henger videobehandlingen i Google Merchant Center og hvordan fikse det i WooCommerce

Produktvideoer har blitt en av de mest avgjørende faktorene for kjøpsbeslutninger i moderne netthandel. Google Shopping og gratis produktoppføringer i søkeresultatene fremhever i økende grad varer som inneholder levende demonstrasjoner, brukertester og 360-graders visninger. Google beskriver formålet med det nye attributtet rett ut: produktvideoer viser varene i bruk eller fra ulike vinkler og bidrar til å forbedre produktvisningen på Google (oppdatering av produktdataspesifikasjonen for Merchant Center 2026).

Mange som driver nettbutikk på WooCommerce opplever likevel en frustrerende teknisk hindring. Etter at videolenker legges inn i produktfeeden, blir statusen stående fast som behandler video i Google Merchant Center i dagevis. Til slutt forsvinner videoen eller avvises uten en tydelig feilmelding. For butikker med tusenvis av varer dukker videoene rett og slett aldri opp, og statusen gir ingen pekepinn om årsaken.

Denne tekniske guiden tar for seg hvordan Googles mediebehandlingskjede fungerer, forklarer oppbygningen av MP4-containere, viser hvordan du løser nettverksblokkeringer i Cloudflare og CDN-er, samt gir deg ferdig PHP-kode for strukturert data og dynamiske feeder i WooCommerce.

#Hvorfor henger videobehandlingen i Google Merchant Center fast

Når nettbutikken sender en videolenke via XML-feeden eller Merchant API, bygger ikke Google Merchant Center denne eksterne filen direkte inn i brukergrensesnittet. I stedet settes det i gang en automatisert behandlingsprosess. Første steg er en nedlasting: hjelpesiden for attributtet krever at Googlebot har tilgang til videoen, og Googles liste over søkeroboter oppgir Googlebot-Video som agenten for produkter som er avhengige av video. Feiler denne nedlastingen eller får tidsavbrudd, kommer videoen aldri til vurdering.

Denne prosessen havner ofte i en uendelig venteløkke på grunn av fire konkrete årsaker:

Den første og vanligste årsaken er uheldig oppbygning av MP4-filen, spesielt plasseringen av moov-atomet. Dette atomet fungerer som en indeks over videobilder, tidsstempler og metadata. Mange videoredigeringsprogrammer plasserer som standard denne indeksen helt til slutt i filen, etter de faktiske bildedataene (mdat). For en vanlig medieavspiller på PC er ikke dette noe problem, men Googles robot laster bare ned de første kilobytene for å finne ut oppløsning, bildeforhold og kodek. Ligger indeksen bakerst i en fil på 70 megabyte, må roboten laste ned hele filen fra start til slutt. Hvis butikkens server er treg eller har båndbreddebegrensninger, oppstår det et tidsavbrudd, og oppgaven blir stående fast i køen.

Den andre årsaken er manglende støtte for delvise forespørsler (HTTP Range Requests). Googlebot-Video bruker forespørselsheadere som Range: bytes=0-1048575. En standardkompatibel server skal svare med statuskode 206 Partial Content og en tilhørende Content-Range-header, slik at bare den forespurte datablokken overføres. Hvis serveren eller en hurtigbufferplugin overser denne headeren og returnerer 200 OK med hele filen, må roboten laste ned hele filen for å lese den, og møter samme tidsgrense som med et moov-atom bakerst i filen.

Den tredje årsaken skyldes strenge brannmurer og botbeskyttelse hos leverandører som Cloudflare, AWS CloudFront eller Sucuri. Googlebot-Video benytter ofte andre IP-adresser enn den vanlige Googlebot-crawleren som indekserer tekstsider. Automatiske sikkerhetsfunksjoner som Cloudflare Bot Fight Mode mistenker forespørslene for å være skadelig trafikk og svarer med JavaScript-utfordringer eller 403 Forbidden. Merchant Center mottar da en feilside i stedet for videofilen, noe som i kontrollpanelet bare vises som en generell behandlingsfeil.

Den fjerde årsaken er selve filen. Googles spesifikasjon lister opp godkjente containere og faste grenser (beskrevet i neste avsnitt), ikke kodekprofiler, så variabel bildefrekvens, YUV 4:4:4 eller 10-bits farge er ikke dokumenterte avvisningsgrunner. Å normalisere til H.264 med yuv420p og fast bildefrekvens, slik FFmpeg-oppskriften nedenfor gjør, fjerner dem likevel som usikkerhetsfaktor mens du feilsøker.

#Krav til video i Google Merchant Center for video_link

Før du feilsøker servere, bør du sammenligne filen med de publiserte grensene. Hjelpesiden for attributtet (Videolink [video_link]) lister dem opp:

Tre regler på den samme siden forklarer mange “behandler”-tilfeller som ikke har noe med serveren å gjøre. En nettadresse utenfor YouTube må peke direkte på videofilen, ikke på en side med en avspiller, så en lenke til produktsiden holder ikke. Videoen må være offentlig tilgjengelig: Googlebot må kunne hente den uten pålogging eller token, og robots.txt kan ikke blokkere den. Lenken må også være statisk, altså ikke utløpe og ikke brukes om igjen senere for en annen video. Signerte CDN-nettadresser med kort levetid bryter denne regelen.

Google legger til at selgeren må eie lisensrettighetene for markedsføring, at videoene ikke kan være uskarpe og at lyd er valgfritt. Med flere videoer per produkt skilles nettadressene med komma i en tekstfeed, mens elementet gjentas i XML.

#Hvordan optimalisere MP4-filer med faststart for Google Shopping

For å løse problemet ved roten må hver enkelt videofil klargjøres slik at indeksatomet flyttes til starten av filen før den lastes opp til WordPress-mediebiblioteket. I FFmpeg kalles denne funksjonen faststart.

Når du aktiverer faststart, legges moov-atomet foran mdat-blokken. Dermed kan alle klienter, inkludert Googlebot-Video, lese format, spilletid og kodeker umiddelbart etter å ha mottatt de første 32 kilobytene med data.

Her er FFmpeg-kommandoen som flytter indeksen til filstarten uten tidkrevende omkoding av videostrømmen:

ffmpeg -i produkt-original.mp4 -c copy -movflags +faststart produkt-faststart.mp4

Dersom råopptakene kommer direkte fra et mobilkamera eller studioutstyr med ujevn bildefrekvens, bør filen kodes om til faste 30 bilder i sekundet, High Profile og YUV 4:2:0 fargerom:

ffmpeg -i produkt-raafilm.mov \
  -c:v libx264 \
  -preset slow \
  -crf 21 \
  -profile:v high \
  -level:v 4.1 \
  -pix_fmt yuv420p \
  -r 30 \
  -g 60 \
  -c:a aac \
  -b:a 160k \
  -ar 48000 \
  -movflags +faststart \
  -max_muxing_queue_size 1024 \
  produkt-butikk-optimalisert.mp4

Parameteren -g 60 tvinger frem et nøkkelbilde (Keyframe) nøyaktig annenhvert sekund ved 30 bilder i sekundet. Dette gjør at Googles algoritmer lynraskt kan lage forhåndsvisningskort for søkeresultatene uten å måtte dekode lange bildesekvenser.

For nettbutikker med mange produktvideoer er det lurt å automatisere denne jobben med et enkelt skript på serveren:

#!/usr/bin/env bash
set -euo pipefail

INPUT_DIR="./raavideoer"
OUTPUT_DIR="./klare-videoer"

mkdir -p "$OUTPUT_DIR"

for video in "$INPUT_DIR"/*.{mp4,mov,m4v}; do
  [[ -f "$video" ]] || continue
  filename=$(basename -- "$video")
  name="${filename%.*}"
  output="${OUTPUT_DIR}/${name}.mp4"
  
  echo "Behandler: $filename -> $output"
  
  ffmpeg -y -i "$video" \
    -c:v libx264 -preset medium -crf 22 \
    -profile:v high -level:v 4.1 -pix_fmt yuv420p \
    -r 30 -g 60 \
    -c:a aac -b:a 128k -ar 44100 \
    -movflags +faststart \
    "$output"
done

echo "Massebehandling fullfort: Alle mediefiler er klargjort med faststart."

#Hvordan konfigurere VideoObject-skjema i WooCommerce for Google Shopping

Strukturerte data på produktsiden er en annen kanal enn feeden: Merchant Center leser video_link, mens Google Søk leser VideoObject-markeringen på siden. Googles veiledning for strukturerte videodata (Strukturerte data for video) krever name, thumbnailUrl og uploadDate, definerer contentUrl som nettadressen til selve videofilen og embedUrl som nettadressen til selve avspilleren, og sier at markeringen må ligge på en side der brukerne kan se videoen. Legg derfor bare ut koden nedenfor i produktmaler som faktisk viser videoen.

For å sikre full konsistens bør produktsiden i WooCommerce inneholde et fullverdig VideoObject knyttet til hovedskjemaet Product. I Schema.org-standarden kobles videoen til produktet via egenskapene subjectOf eller video.

Følgende PHP-kode kan legges i functions.php i dattertemaet ditt for å utvide de strukturerte dataene i WooCommerce:

<?php
/**
 * Legger til Schema.org VideoObject i WooCommerce Product-strukturerte data.
 */
declare(strict_types=1);

if (!defined('ABSPATH')) {
    exit;
}

add_filter('woocommerce_structured_data_product', 'wpp_inject_product_video_schema_nb', 20, 2);

function wpp_inject_product_video_schema_nb(array $markup, WC_Product $product): array
{
    $product_id = $product->get_id();
    
    // Hent videolenke lagret i produktets metadata
    $video_url = get_post_meta($product_id, '_wpp_product_video_url', true);
    if (empty($video_url) || !filter_var($video_url, FILTER_VALIDATE_URL)) {
        return $markup;
    }

    $video_title = get_post_meta($product_id, '_wpp_product_video_title', true);
    if (empty($video_title)) {
        $video_title = sprintf('Demonstrasjonsvideo for %s', $product->get_name());
    }

    $video_description = get_post_meta($product_id, '_wpp_product_video_desc', true);
    if (empty($video_description)) {
        $video_description = wp_strip_all_tags($product->get_short_description());
        if (empty($video_description)) {
            $video_description = sprintf('Offisiell produktpresentasjon som viser funksjoner for %s.', $product->get_name());
        }
    }

    $thumbnail_id = $product->get_image_id();
    $thumbnail_url = $thumbnail_id ? wp_get_attachment_image_url($thumbnail_id, 'full') : '';
    if (empty($thumbnail_url)) {
        $thumbnail_url = wc_placeholder_img_src('full');
    }

    $upload_date = get_the_date('c', $product_id);
    
    $video_object = [
        '@type' => 'VideoObject',
        'name' => esc_html($video_title),
        'description' => esc_html($video_description),
        'thumbnailUrl' => [esc_url($thumbnail_url)],
        'uploadDate' => $upload_date,
        'contentUrl' => esc_url($video_url),
        'inLanguage' => get_bloginfo('language'),
    ];

    if (preg_match('~(?:youtube\.com/watch\?v=|youtu\.be/)([\w-]{11})~', $video_url, $yt)) {
        unset($video_object['contentUrl']);
        $video_object['embedUrl'] = 'https://www.youtube.com/embed/' . $yt[1];
    }

    $markup['subjectOf'] = $video_object;
    $markup['video'] = $video_object;

    return $markup;
}

Når denne koden er på plass, kan søkerobotene umiddelbart koble sammen produktets GTIN, pris og den tilhørende videodemonstrasjonen.

#Hvordan generere en XML-produktfeed med video_link i WooCommerce

I Google Merchant Centers spesifikasjon heter feltet for produktvideo [video_link] (og skrives som <g:video_link> i XML). Du kan oppgi to typer lenker:

1. En direkte nettadresse til en offentlig tilgjengelig MP4-fil på en rask server som støtter byte-range-forespørsler.
2. En direkte lenke til en YouTube-video, enten i fullt format (https://www.youtube.com/watch?v=ID) eller som kortlenke (https://youtu.be/ID).

Å bruke YouTube er ofte det mest driftssikre alternativet for nettbutikken, fordi Google håndterer hele videobehandlingen internt uten belastning på egen server. Hvis du likevel foretrekker å lagre MP4-filene på eget CDN, må du passe på at lenkene svarer direkte uten 301-omdirigeringer og sender MIME-typen video/mp4.

Her er en effektiv implementering i PHP som bruker XMLWriter til å produsere en godkjent XML-feed fra WooCommerce:

<?php
/**
 * XML-produktfeed med videostotte for Google Merchant Center.
 */
declare(strict_types=1);

if (!defined('ABSPATH')) {
    exit;
}

add_action('init', 'wpp_register_nb_merchant_feed');

function wpp_register_nb_merchant_feed(): void
{
    add_feed('google-merchant-video-nb', 'wpp_render_nb_merchant_feed');
}

function wpp_render_nb_merchant_feed(): void
{
    header('Content-Type: application/xml; charset=UTF-8');
    
    $writer = new XMLWriter();
    $writer->openURI('php://output');
    $writer->startDocument('1.0', 'UTF-8');
    $writer->setIndent(true);
    
    $writer->startElement('rss');
    $writer->writeAttribute('version', '2.0');
    $writer->writeAttribute('xmlns:g', 'http://base.google.com/ns/1.0');
    
    $writer->startElement('channel');
    $writer->writeElement('title', get_bloginfo('name') . ' - Produktfeed med video');
    $writer->writeElement('link', home_url('/'));
    $writer->writeElement('description', 'Produktfeed for Google Merchant Center med videostotte.');

    $query = new WC_Product_Query([
        'status' => 'publish',
        'limit' => 250,
        'orderby' => 'date',
        'order' => 'DESC',
    ]);
    
    $products = $query->get_products();
    
    foreach ($products as $product) {
        $product_id = $product->get_id();
        $video_url = get_post_meta($product_id, '_wpp_product_video_url', true);
        
        $writer->startElement('item');
        $writer->writeElement('g:id', (string)$product_id);
        $writer->writeElement('g:title', $product->get_name());
        $writer->writeElement('g:description', wp_strip_all_tags($product->get_short_description() ?: $product->get_description()));
        $writer->writeElement('g:link', $product->get_permalink());
        
        $image_id = $product->get_image_id();
        if ($image_id) {
            $writer->writeElement('g:image_link', wp_get_attachment_image_url($image_id, 'full'));
        }
        
        $writer->writeElement('g:price', $product->get_price() . ' ' . get_woocommerce_currency());
        $writer->writeElement('g:availability', $product->is_in_stock() ? 'in_stock' : 'out_of_stock');
        $writer->writeElement('g:condition', 'new');
        
        if (!empty($video_url) && filter_var($video_url, FILTER_VALIDATE_URL)) {
            $writer->writeElement('g:video_link', esc_url_raw($video_url));
        }
        
        $writer->endElement(); // item
    }
    
    $writer->endElement(); // channel
    $writer->endElement(); // rss
    $writer->endDocument();
    
    $writer->flush();
    exit;
}

Husk å oppdatere permalenkene i WordPress-panelet etter at koden er lagt inn. Feeden blir da tilgjengelig på eksempelbutikk.no/feed/google-merchant-video-nb/.

#Hvor lang tid Google Merchant Center bruker på å behandle en produktvideo

Attributtet video_link er nytt. Google kunngjorde det i spesifikasjonsoppdateringen for 2026 (oppdatering av produktdataspesifikasjonen for Merchant Center 2026): selgere kunne sende inn videoer med en gang, tekniske valideringsfeil rapporteres fra 14. april 2026, og visning sammen med kontroll av retningslinjer og kvalitet startet 30. juni 2026. En feed som sendte video_link før denne datoen, viste ingen videoer i det hele tatt. Det så ut som en fastlåst kø, men var den planlagte lanseringen.

For senere endringer oppgir hjelpesiden for attributtet to tall. Når en video byttes ut under en ny, unik nettadresse, gjennomsøker Google den vanligvis på nytt innen 24 til 72 timer, produktet vises som “Under evaluering”, og den forrige videoen vises i mellomtiden. Når filen endres under samme nettadresse, kan det ta opptil seks uker før endringen blir oppdaget.

Problemer med videoer vises i delen “Handling kreves” i Merchant Center-kontoen. Feil knyttet til retningslinjer eller kvalitet stopper visningen av videoen, men ifølge Google påvirker de ikke visningen av det tilknyttede tilbudet, så en avvist video fører ikke til at produktet avvises.

Butikker som sender produkter via et API i stedet for en XML-fil som Google henter, har en frist til. Content API for Shopping nådde sin sluttdato 18. august 2026; fra 1. september 2026 feiler forespørsler uten godkjent forlengelse periodevis med HTTP 410, og full nedstengning er planlagt tidlig i 2027 (Avvikling og sluttdato). En utvidelse som fortsatt kaller det gamle API-et, kan miste videooppdateringer bare av den grunn, så sjekk hvilket API feedintegrasjonen bruker før du skylder på filen. En feed som Merchant Center henter fra en nettadresse, slik som den ovenfor, går ikke gjennom Content API.

#Hvordan lage et eget video-nettstedskart for WooCommerce-produkter

I tillegg til produktfeeden for Merchant Center bør du ha et eget video-nettstedskart (Google Video Sitemap) for det vanlige søket, videofanen og Google Discover.

Et gyldig video-nettstedskart krever navnerommet xmlns:video="http://www.google.com/schemas/sitemap-video/1.1" samt obligatoriske felter som <video:thumbnail_loc>, <video:title>, <video:description> og enten <video:content_loc> eller <video:player_loc>.

Her er koden for å sette opp et slikt endepunkt i WordPress:

<?php
/**
 * Dedikert video-nettstedskart for WooCommerce-produkter.
 */
declare(strict_types=1);

if (!defined('ABSPATH')) {
    exit;
}

add_action('init', 'wpp_register_nb_video_sitemap');

function wpp_register_nb_video_sitemap(): void
{
    add_feed('video-sitemap-nb.xml', 'wpp_render_nb_video_sitemap');
}

function wpp_render_nb_video_sitemap(): void
{
    header('Content-Type: application/xml; charset=UTF-8');
    
    $writer = new XMLWriter();
    $writer->openURI('php://output');
    $writer->startDocument('1.0', 'UTF-8');
    $writer->setIndent(true);
    
    $writer->startElement('urlset');
    $writer->writeAttribute('xmlns', 'http://www.sitemaps.org/schemas/sitemap/0.9');
    $writer->writeAttribute('xmlns:video', 'http://www.google.com/schemas/sitemap-video/1.1');

    $products = wc_get_products([
        'status' => 'publish',
        'limit' => 500,
        'meta_key' => '_wpp_product_video_url',
        'meta_compare' => 'EXISTS',
    ]);

    foreach ($products as $product) {
        $product_id = $product->get_id();
        $video_url = get_post_meta($product_id, '_wpp_product_video_url', true);
        
        if (empty($video_url)) {
            continue;
        }

        $thumbnail_id = $product->get_image_id();
        $thumbnail_url = $thumbnail_id ? wp_get_attachment_image_url($thumbnail_id, 'full') : '';
        if (empty($thumbnail_url)) {
            continue;
        }

        $writer->startElement('url');
        $writer->writeElement('loc', $product->get_permalink());
        
        $writer->startElement('video:video');
        $writer->writeElement('video:thumbnail_loc', esc_url($thumbnail_url));
        $writer->writeElement('video:title', esc_html($product->get_name()));
        $writer->writeElement('video:description', esc_html(wp_strip_all_tags($product->get_short_description() ?: $product->get_name())));
        
        if (preg_match('~(?:youtube\.com/watch\?v=|youtu\.be/)([\w-]{11})~', $video_url, $yt)) {
            $writer->writeElement('video:player_loc', 'https://www.youtube.com/embed/' . $yt[1]);
        } else {
            $writer->writeElement('video:content_loc', esc_url($video_url));
        }

        $writer->writeElement('video:publication_date', get_the_date('c', $product_id));
        $writer->writeElement('video:family_friendly', 'yes');
        $writer->endElement(); // video:video
        
        $writer->endElement(); // url
    }

    $writer->endElement(); // urlset
    $writer->endDocument();
    
    $writer->flush();
    exit;
}

Legg inn adressen eksempelbutikk.no/video-sitemap-nb.xml i Google Search Console, slik at Google Søk kan oppdage produktvideoene.

#Hvordan unngå at Cloudflare og CDN blokkerer Googlebot-Video

Selv med riktig klargjorte filer og gyldige feeder kan overleveringen stoppe opp på grunn av sikkerhetsinnstillinger i CDN-nettverket.

Tjenester som Cloudflare benytter automatiske mekanismer for trafikkanalyse:

1. Bot Fight Mode: Fanger opp avvikende nettverkssignaturer og manglende nettleserheadere. Siden Googlebot-Video ikke sender identiske headere som vanlige nettlesere, utløses det ofte en usynlig 403-blokkering.
2. Hotlink Protection: Sjekker Referer-feltet. Søkeroboter sender ikke med henvisningsadresse, noe som gjør at slike forespørsler avvises.
3. Mellomlagring av delvise data: Enkelte oppsett forsøker å laste hele filen inn i minnet før det svares. Hvis opprinnelsesserveren er treg, oppstår tidsavbrudd.

I Cloudflare løser du dette ved å opprette en egendefinert WAF-regel som slipper gjennom godkjente søkeroboter:

(cf.client.bot and http.request.uri.path contains "/wp-content/uploads/" and (http.request.uri.path.extension in {"mp4" "webm" "mov"})) or (http.user_agent contains "Googlebot-Video" and cf.client.bot)

Sett handlingen til Skip, slik at administrerte WAF-regler, Super Bot Fight Mode og hastighetsbegrensning hoppes over for forespørsler som passer. Super Bot Fight Mode følger med planene Pro, Business og Enterprise, og Cloudflare dokumenterer at egendefinerte regler med Skip kjøres før den (Super Bot Fight Mode). Den gratis Bot Fight Mode oppfører seg annerledes: Cloudflare skriver at den ikke kan omgås eller hoppes over med egendefinerte WAF-regler eller Page Rules, og at handlingene Skip, Bypass og Allow ikke har noen effekt på den (Bot Fight Mode). På gratisplanen er valgene å slå av Bot Fight Mode eller legge til en IP Access-regel, som vurderes først.

På Nginx-webserveren sørger du for korrekt håndtering av delvise overføringer:

location ~* \.(mp4|webm|m4v)$ {
    max_ranges 100;
    add_header Accept-Ranges bytes always;
    add_header Access-Control-Allow-Origin "*" always;
    add_header Cache-Control "public, max-age=31536000, immutable";
    
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    
    expires 365d;
    access_log off;
}

Dette gjør at Linux-kjernen strømmer videofilene rett fra lagringsmediet uten unødig forsinkelse.

#Hvordan sjekke at en forespørsel virkelig kommer fra Googlebot-Video

Før du åpner et unntak i brannmuren, bør du bekrefte i tilgangsloggen at de blokkerte forespørslene kommer fra Google. Googles dokumentasjon for søkeroboter (Googles vanlige søkeroboter) oppgir Googlebot-Video med robots.txt-tokenet Googlebot-Video og brukeragenten Googlebot-Video/1.0, og advarer om at brukeragenten kan forfalskes. Et navn som stemmer, beviser ingenting alene.

To kontroller gjør det. Et omvendt DNS-oppslag på IP-adressen må gi et vertsnavn i googlebot.com (på formen crawl-***-***-***-***.googlebot.com eller geo-crawl-***-***-***-***.geo.googlebot.com), og et vanlig oppslag på dette vertsnavnet må gi samme IP-adresse tilbake. Alternativt må IP-adressen ligge innenfor områdene Google publiserer i common-crawlers.json.

host 66.249.66.1
host crawl-66-249-66-1.googlebot.com

Den samme siden sier at regler for tokenet Googlebot-Video gjelder videofunksjoner i Søk og andre produkter som er avhengige av video. En robots.txt som blokkerer /wp-content/uploads/ for alle agenter, skjuler dermed også produktvideoer som ligger på egen server, og hjelpesiden for Merchant Center krever uttrykkelig at robots.txt ikke blokkerer videoadressen. Sjekk den publiserte filen før du endrer noe i CDN-et:

curl -s https://eksempelbutikk.no/robots.txt | grep -i -A5 "user-agent"

#Hvordan sjekke HTTP-headere og range requests med curl og ffprobe

Før du sender inn produktfeeden på nytt, bør du teste serverresponsen fra kommandolinjen.

Steg 1: Test byte-range-støtte med curl:

curl -I -X GET \
  -H "User-Agent: Googlebot-Video/1.0" \
  -H "Range: bytes=0-1024" \
  https://eksempelbutikk.no/wp-content/uploads/produkt-test.mp4

Et korrekt svar skal inneholde:

• Statuskode: HTTP/2 206 eller HTTP/1.1 206 Partial Content.
• Header: Accept-Ranges: bytes.
• Header: Content-Range: bytes 0-1024/TOTAL_STØRRELSE.
• Header: Content-Type: video/mp4.

Hvis du mottar 200 OK eller 403 Forbidden, vil Google Merchant Center ikke kunne behandle videoen.

Steg 2: Inspiser atomrekkefølgen med ffprobe:

ffprobe -v trace -show_packets https://eksempelbutikk.no/wp-content/uploads/produkt-test.mp4 2>&1 | head -n 40

Hvis type:'moov' dukker opp tidlig, er filen klargjort med faststart. Hvis type:'mdat' kommer først, må filen pakkes om før feiden sendes inn på nytt.

#Vanlige spørsmål om videobehandling i Google Merchant Center

Her er en oppsummering av viktige praktiske vurderinger for nettbutikkdriften:

1. Er YouTube-lagring bedre enn egne MP4-filer for Merchant Center Rent driftsteknisk er YouTube den tryggeste løsningen for Google Merchant Center. Du slipper å tenke på båndbredde, transkoding og brannmurproblemer. Likevel gir egne MP4-filer på et dedikert CDN full kontroll over avspillerens utseende og sikrer at kundene slipper forstyrrende reklamer eller forslag til konkurrerende produkter.

2. Hvor lang tid tar normal videobehandling i Google Merchant Center Googles hjelpeside oppgir 24 til 72 timer for ny gjennomsøking når videoen flyttes til en ny nettadresse, og opptil seks uker når filen endres under samme nettadresse. Blir en video fortsatt ikke vist lenge etter dette, og det står ingenting under “Handling kreves”, tyder det på et nedlastingsproblem: en blokkert forespørsel, en omdirigering eller en nettadresse som returnerer en side i stedet for filen.

3. Bør man endre videolenken når en MP4-fil oppdateres på serveren Ja. Googles hjelpeside ber om en ny, unik nettadresse når en video byttes ut, fordi en endring under samme nettadresse kan ta opptil seks uker å bli oppdaget. Et nytt filnavn, for eksempel produkt-v2.mp4, er den ryddigste løsningen.

Ved å standardisere filene med faststart, sikre støtte for delvise overføringer og sørge for at skjema og feed samsvarer, fjerner du behandlingsstoppen og sikrer produktene dine maksimal synlighet i Google Shopping.