B2B SEO for produsenter og eksportører – seo byrå
B2B SEO for eksportører starter med kjøpernes spørsmål, ikke produktnavn: Et seo byrå som arbeider med produsenter, bør kartlegge søkeordene mot trinnene en innkjøpssjef faktisk går gjennom, gi hver produktfamilie en spesifikasjonsrik side på hvert språk du selger på, implementere hreflang riktig på separate URL-er og måle forespørsler om tilbud (RFQ) i stedet for besøk.
Hva er annerledes med B2B SEO for eksportører og seo byrå?
Forbruker-SEO optimaliserer for et stort publikum som velger mellom substitutter. Eksport-SEO optimaliserer for et lite antall profesjonelle kjøpere som kommer med en spesifikasjon, en containerplan og en mistanke om markedsspråk, og som forlater siden straks den ikke kan svare på et teknisk spørsmål. Det følger fire forskjeller av dette:
- Søket gjelder en spesifikasjon, ikke et produktnavn. En innkjøpssjef søker ikke etter «marmor» – de søker etter en variant, en overflate, en tykkelse og en destinasjonshavn. Sider bygget rundt ett vagt begrep tiltrekker trafikk som aldri blir til en henvendelse; sider bygget rundt spesifikasjonsspråket kjøperen skriver inn, får færre besøk og flere RFQ-er.
- Verifisering erstatter overtalelse. Profesjonelle kjøpere sjekker i stedet for å tro: sertifikater, datablad, kapasitet, emballering og leveringstider. En side som oppgir teststandarden og lenker til databladet, utkonkurrerer et adjektiv, og den samme grundigheten som vinner henvendelsen, vinner også den tekniske vurderingen som følger.
- Nettstedet må fungere på kjøperens språk og under kjøperens regelverk. En eksportør som selger til flere markeder, trenger reelle språkversjoner – separate URL-er per språk, korrekt deklarert, med innhold skrevet naturlig – fordi halvparten av publikummet aldri bytter til engelsk, og halvparten som gjør det, fortsatt søker med lokale begreper.
- Konverteringen er en RFQ, ikke en utsjekking. Når en håndfull bestillinger per år hver er verdt betydelige beløp, er det målbare resultatet en spesifikasjonsforespørsel med mål, mengde og destinasjon. Alt i denne sjekklisten peker mot dette skjemaet, og måledelen viser hvordan du vet om det har flyttet seg.
Søkeordtyper etter kjøperens trinn
En innkjøpssjefs reise har trinn, og hvert trinn har sitt eget søkemønster og sin riktige side. Å knytte søkeord til trinn er hele søkeordsanalysemetoden for B2B:
Tabell A: trinn | søkemønster | sidetype | eksempel
| Trinn | Søkemønster | Sidetype | Eksempel |
|---|---|---|---|
| Problembevisst | Kategori- eller bruksområdetermer, ofte med et bransjeord | Kategoriside eller kjøperveiledning | «hotel terrace shading systems», «calcium hypochlorite for pools» |
| Løsningsbevisst | Produktfamilie pluss en egenskap – mekanisme, form, standard | Produktfamilieside med spesifikasjonsblokk | «louvred bioclimatic pergola aluminium», «TCCA 90 tablets» |
| Leverandørbevisst | Produkt pluss opprinnelse eller leveransemodell – fabrikk, engros, eksport | Familieside pluss eksport-/leveranseside | «marble factory Türkiye export», «sunflower oil bulk supplier» |
| Verifisering | Standarder, sertifikater, dokumenter, kapasitet | Sider for tekniske data, sertifikater og dokumenter | «EN 13561 external blinds», «certificate of origin marble» |
| Transaksjonell | RFQ-formet – spørsmål om pris, tilbud, container, prøve, MOQ | RFQ-side og familiesiden den ligger bak | «request quote 40 ft container marble», «zip screen price per m2» |
To vaner får denne tabellen til å fungere i praksis. For det første: ett søkeordtema per side – en side som prøver å rangere for kategoribegrepet, spesifikasjonsbegrepet og RFQ-begrepet, tilfredsstiller vanligvis ingen av dem; trinnet avgjør hvilken side som eier hvilket søk. For det andre: skriv søkene slik kjøperen skriver dem, på hvert språk, ikke oversatt: Den tyske kjøperen søker etter tyske sammensatte ord, og kjøperen i Gulfen bruker et annet engelsk enn den britiske; en ord-for-ord-oversettelse av hjemmemarkedets søkeord treffer ingen av dem. Metoden for søkeordsanalyse på siden om internettmarkedsføring bruker samme logikk for hele nettstedet, ikke bare for produktsider.
Struktur for produkt- og kategorisider
Produktfamiliesiden er stedet der en eksporthenvendelse vinnes eller tapes. Strukturen følger verifiseringsspørsmålene kjøperen har med seg, i den rekkefølgen de stilles:
- Hva er det, helt presist? Produktfamilienavn, mekanisme eller form, tilgjengelige konfigurasjoner og mål med enheter. Uklarhet her koster ved hvert påfølgende spørsmål.
- Hvilken spesifikasjon? Oppgi teststandarder, ytelsesklasser, materialer og overflater – med databladet tilgjengelig som fil, ikke skjult bak et skjema for informasjon siden selv siterer.
- Hvordan pakkes og sendes det? Pakkemetode, containerlogikk og medfølgende dokumenter – spørsmålene enhver importør stiller før de ber om en pris, besvart før de spør.
- Hvilke dokumenter følger med? Faktura, pakkeliste, transportdokument, opprinnelses- og samsvarsdokumenter: Når de navngis på siden, signaliserer det en eksportvirksomhet fremfor en innenlandsk leverandør med en oversettelsesplugin.
- Hvilke standarder og sertifiseringer gjelder? Navngi dem med omfang – hva et sertifikat dekker, og hva det ikke dekker. Presisjon er mer verdifullt enn mengde her; et sertifikat uten angitt omfang fremstår som pynt.
- Hvordan spør jeg? RFQ-skjemaet med feltene en eksportør faktisk trenger: produkt eller spesifikasjon, mengde, destinasjonshavn eller land, ønsket dato og et fritekstfelt for spesifikasjonsarket. Med færre felt enn dette må du innhente manglende data på e-post; med langt flere faller antallet innsendinger.
Sjekkliste for teknisk SEO fra et seo byrå
Tekniske punkter betyr mer i eksport-SEO enn i forbruker-SEO, fordi en språkversjon som ikke kan gjennomsøkes, er et marked som i stillhet ikke eksisterer:
Tabell B: punkt | hvorfor | kontroll
| Punkt | Hvorfor | Kontroll |
|---|---|---|
| Én URL per språkversjon | Hver versjon må kunne gjennomsøkes og lenkes til på egen hånd; oversettelseslag som bytter tekst i nettleseren, er usynlige eller misvisende for crawlere | Hvert språk har sin egen URL; vis kildekode viser innholdet på det språket |
| Kontroll av indeksering | Språk- eller markedssider som ikke bør rangere (dupliserte regioner, tynne versjoner), utvanner nettstedet | Search Console-dekning per språk; sitemap samsvarer med den faktiske indekseringen |
| Korrekt hreflang | Angir hvilken versjon som gjelder for hvilket publikum; feil gjør deklarasjonen ugyldig | Selvhenvisende tagger, gjensidige returtagger, gyldige språk-/regionkoder, x-default for reserveversjonen |
| Strukturert data | Produkt-, Organization- og FAQ-markering hjelper søkemotorene å forstå siden du har beskrevet | Test av utvidede resultater per mal; ingen markering for påstander siden ikke fremsetter |
| Hastighet og mobiladferd | Kjøpere sjekker spesifikasjoner på telefoner både på lageret og på kontoret | Core Web Vitals per mal, ikke per forside |
| Crawl-budsjett og nettstedstruktur | Tusenvis av kombinasjoner av språk og sider utvanner gjennomsøkingen hvis navigasjonen skjuler dem | XML-sitemaps per språk; hver familie kan nås med noen få klikk fra språkets startside |
| Logganalyse | Viser hva søkemotorene faktisk gjennomsøker, noe som sjelden er det du antar | Serverlogger gjennomgås minst ved lansering og etter større endringer |
| Kontroll av canonical og duplikater | Fasettert navigasjon, parametere og språkstvillinger skaper duplikater | Canonical er korrekt på hver side; parameterregler er satt |
Punktene er ordnet etter hvor ofte de er feil, ikke etter hvor kjente de er: Hreflang-implementering er den vanligste tekniske feilen på flerspråklige eksportnettsteder, og den feiler stille – ingen feilmelding vises noe sted, den gale versjonen rangerer ganske enkelt i feil land, eller ingen versjon rangerer i det hele tatt.
Flerspråklig SEO og hreflang
Fem regler dekker det meste av det som går galt:
- Separate URL-er per språk, uten IP-basert tilpasning. Retningslinjer fra søkemotorer, slik de er oppsummert i fagkilder, er samstemte: Gi hver språkversjon sin egen URL og ikke vis forskjellig innhold til besøkende basert på IP-plassering. Å vise en tysk side til en fransk kjøper fordi tilkoblingen ser fransk ut, er slik et marked forsvinner fra indeksen.
- hreflang med returtagger. Hver hreflang-anmerkning må referere til seg selv og refereres tilbake: Hvis den tyske siden erklærer den engelske alternative siden, må den engelske siden erklære den tyske. Uten gjensidighet ignoreres merknadene for hele klyngen, og løsningen er et sjekkpunkt, ikke en redesign.
- x-default som reserve. En angitt reserve-URL for publikum som ikke samsvarer med noe språk – en ærlig erkjennelse av at noen besøkende kommer fra et sted du ikke planla for.
- Naturlig innhold, ikke plugin-lag. Språkversjoner må skrives naturlig og eksistere som reelle sider: Et nettleserbasert oversettelseslag gir crawlerne ett språk og brukerne et annet, og en maskinoversatt produktside med feil standardnavn mister verifiseringstrinnet umiddelbart. Oversettelse er også søkeordsanalyse på nytt – termene i del to må finnes per språk, ikke flyttes over.
- Én ansvarlig eier. Noen må eie språksettet: hvilke språk og URL-er som brukes, og hva som skjer når en side oppdateres på ett språk, men ikke de andre. Flerspråklige nettsteder svikter organisatorisk lenge før de svikter teknisk, og feilmodusen er en språkversjon som blir tre år utdatert mens ingen har ansvar for den.
Innhold: kjøperveiledninger, spesifikasjoner, sammenligningssider, FAQ
Innhold for profesjonelle kjøpere er dokumentasjon som tilfeldigvis er offentlig:
- Kjøperveiledninger. Hvordan spesifisere en produktfamilie for et klima, et regelverk eller en prosjekttype – dokumentet en innkjøpssjef videresender til en kollega, og siden som får lenker fra bransjenettsteder uten promotering.
- Spesifikasjonsartikler. Én side per standard eller testmetode du viser til, med forklaring av hva den dekker og hvordan en rapport skal leses – sider som direkte fanger verifiseringstrinnet i Tabell A.
- Sammenligningssider. Ærlige sammenligninger mellom egne familier, eller mellom teknologier: Hva passer til hvilket sted, og hvor slutter hver løsning å være riktig. Eksportører som publiserer begrensningene til et produkt, konverterer bedre enn de som hevder at alt passer overalt, og sammenligningssiden er stedet der denne troverdigheten brukes.
- FAQ-blokker. Spørsmålene salgsavdelingen faktisk mottar, besvart på siden: emballering, dokumenter, minimumsmengder, prøver. Strukturert data for FAQ-innhold er legitimt her nettopp fordi innholdet faktisk står på siden.
- Referanser formet som caser, uten navn. Når et prosjekt ikke kan navngis, beskriver du problemklassen og konfigurasjonen som ble levert – leseren lærer, og ingen konfidensialitetsgrense brytes.
Lead-innhenting og måling
RFQ-skjemaet er konverteringshendelsen, og målingsstakken finnes for å svare på ett spørsmål: Produserte arbeidet spesifikasjoner som var verdt å gi tilbud på?
- Skjemaet som produktet. Felter som samsvarer med hvordan eksportører selger (spesifikasjon, mengde, destinasjon, dato), en bekreftelse som ærlig setter forventninger til svartid, og mulighet for ufullstendige spesifikasjoner – en kjøper som sender «40 ft container, oktober, deres standardkvalitet» er fortsatt en kjøper, og et skjema som avviser vaghet, avviser inntekter.
- Overføring til CRM. Hver innsending når en person med kilden vedlagt; feilmodusen er en RFQ-innboks som mottar innsendinger i en måned uten at noen er tildelt ansvaret.
- Attribusjon uten selvbedrag. UTM-parametere på kampanjelenker, kilde registrert ved innsending, og disiplinen til å se på kvaliteten på henvendelsene i stedet for antall utfylte skjemaer – et skjema fylt ut fra en side som rangerer for feil søk, er en kostnad, ikke en konvertering.
- Search Console per språk. Eksponeringer, søk og dekning per språkversjon viser hvilke markeder som beveger seg, og hvilke som er fraværende; fravær er det mer nyttige signalet, fordi det betyr fullstendig manglende synlighet i stedet for dårlig synlighet.
- Den langsomme dommen. B2B-søkeresultater kommer over kvartaler, ikke uker, og den ærlige målefrekvensen er en kvartalsvis gjennomgang av søk, dekning og RFQ-er per marked – sammenlignet med forrige kvartal, med språksettet og sidebeholdningen i sikte. Ethvert løfte om raskere sikkerhet er en salgsteknikk, ikke en måling.
Vanlige spørsmål
Hvor mange språk trenger jeg?
Start med ordre og pipeline, ikke ambisjoner: språkene de eksisterende kundene dine bruker, pluss markedene du aktivt retter deg mot. Hvert språk er en sidebeholdning som skal skrives og vedlikeholdes, så en underbemannet språkversjon gjør mer skade enn fraværet av den – en foreldet oversettelse signaliserer en inaktiv leverandør. Dette nettstedet kjører 23 språk fordi gruppen selger på dem; en produsent som selger til fire land, trenger fire velholdte versjoner, ikke tolv forsømte.
Trenger jeg hreflang?
Hvis du publiserer de samme produktene på mer enn ett språk, ja – hreflang forteller søkemotorene hvilken versjon som betjener hvilket publikum, og feilen er stille. De tre implementeringskravene (selvhenvisende tagger, gjensidige returtagger, x-default) står i den tekniske sjekklisten ovenfor, og de er verdt å lese før et byrå gir pris på arbeidet, fordi ufullstendig hreflang er den vanligste varianten av jobben.
Bør produktsider oversettes med maskin?
Ikke i den publiserte versjonen. Maskinresultat er et legitimt utkastverktøy for en intern fagperson, men en produktside med feil standardnavn, feil enheter eller kalkert terminologi mister verifiseringstrinnet umiddelbart – og kjøpere merker forskjellen mellom naturlig og oversatt tekst raskere enn forbrukere. Ansett innfødte skribenter per marked, gi dem søkeordsanalysen for språket, og la en person som kjenner produktet, gjennomgå teksten før publisering.
Hvor lang tid tar B2B SEO?
Det finnes ingen ærlig tidsramme å love, og ethvert tall som tilbys før en nettstedsrevisjon, er et gjetningstall iført dress. Det som kan sies, er at tekniske rettelser registreres innen uker etter ny gjennomsøking, at nye sider trenger lengre tid for å få søk og lenker, og at innhold for kjøpertrinn bygger seg opp over kvartaler. Målefrekvensen ovenfor – kvartalsvis, per marked – er hvordan du får vite det, og oppgaven i første kvartal er å etablere et utgangspunkt, ikke å vise bevegelse.
Hva bør en produktside inneholde?
De seks verifiseringsblokkene i strukturkapitlet: presis produktidentitet, spesifikasjoner og standarder med nedlastbart datablad, emballerings- og fraktlogikk, dokumentlisten, sertifiseringer med omfanget sitt, og et RFQ-skjema med eksportørfelter. En side som svarer på alle seks, utkonkurrerer sider med flere fotografier og færre fakta, fordi leseren er en innkjøpssjef med en container som skal fylles.
Hvordan måler jeg resultater?
Tell RFQ-er med spesifikasjon, mengde og destinasjon vedlagt, per landingsside og per språk – og kontroller deretter kvaliteten i CRM i stedet for å feire utfylte skjemaer. Koble dette med Search Console per språkversjon (søk, eksponeringer, dekning), gjennomgått kvartalsvis. Besøk er en diagnostisk måleverdi, ikke et resultat; setningen som betyr noe i en gjennomgang, er hvilke markeder som sluttet å produsere spesifikasjoner, og hvorfor.
Kilder og standarder
- Påstander om flerspråklig implementering følger dokumentasjon fra søkemotorer og faglige oppsummeringer av den: separate URL-er per språkversjon, ingen IP-basert tilpasning, hreflang som krever selvhenvisende tagger, gjensidige returtagger og en angitt x-default. Bekreft gjeldende veiledning i selve søkemotordokumentasjonen, ettersom implementeringer og formater revideres med jevne mellomrom.
- Påstander om kjøperatferd (at kjøpere verifiserer sertifikater, datablad, kapasitet og leveringstider på produktsider; RFQ som konverteringshendelse) følger fagkilder for B2B-handelssider generelt.
- Det ene strukturelle faktumet som oppgis om dette nettstedet – publisering på 23 språk med ett URL-sett per språk – er en beskrivelse av nettstedets arkitektur, ikke en resultatpåstand; ingen trafikk-, rangerings- eller lead-tall vises noe sted på denne siden.
- Ingen tidsrammer, budsjetter, verktøysamarbeid eller rangeringsgarantier vises på denne siden; omfang, språksett og kommersielle vilkår avtales per prosjekt i tilbudet.
Relaterte sider
Internettmarkedsføring · Digital markedsføring · B2B-bestillingsportal · Sjekkliste for leverandør-RFP · Programvareutvikling · Be om tilbud