Det korte svaret
Hvis kunder trenger et tilbud, bør nettstedets strukturerte data beskrive den virkeligheten. Ikke skriv inn null som en ukjent pris eller oppfinn anmeldelser for å tilfredsstille en test. Produktbeskrivelser og kvalifisering for en bestemt søkeforbedring er separate spørsmål. Nøyaktig informasjon er mer verdifull enn et valideringsmerke basert på falske fakta.
En manglende offentlig pris er ikke en pris på null
Katalogen din presenterer konfigurerbare produkter. Den endelige prisen avhenger av dimensjoner, materialer eller installasjon, så siden ber kundene be om et tilbud. Deretter klager et testverktøy over at produktdataene er ufullstendige.
Noen foreslår å legge inn en plassholderpris for å få advarselen til å forsvinne. Den snarveien endrer betydningen av tilbudet. En kunde som ser et gratis- eller fastprisprodukt, har fått et annet løfte enn det bedriften din kan innfri.
En ukjent pris er ikke et gratis produkt
Null er et tall med en klar betydning. Det står ikke for "spør oss", "avhenger av spesifikasjoner" eller "ikke angitt ennå". Hvis bedriften ikke kan tilby produktet til den prisen, vil publisering av det i maskinlesbare data skape en falsk beskrivelse selv når den synlige siden sier noe annet.
Start med den virkelige kjøpsprosessen. Forklar hva som påvirker tilbudet og hvilken informasjon kunden skal gi. Det kan forbedre forespørselsopplevelsen samtidig som skillet mellom et konfigurerbart produkt og et direkte kjøpbart tilbud bevares.
Et bearbeidet eksempel
Anta at en leverandør selger skreddersydde paneler, med priser beregnet etter at dimensjoner og finish er bekreftet.
Hvor det går galt
Publiser et nullpristilbud slik at en produkttest blir grønn, mens siden fortsatt ber besøkende om å be om et tilbud.
Hva du skal gjøre i stedet
Beskriv selve produktet og tilbudsprosessen, inkluder kun støttede strukturerte data og dokumenter hvilke søkefunksjoner som er aktuelle for øyeblikket.
Nettsiden kommuniserer ett konsistent tilbud til mennesker og maskiner. Testresultatet er ikke lenger avhengig av å hevde at et tilpasset produkt er gratis.
En søkefunksjon har sine egne inngangsbetingelser
Strukturerte data kan beskrive et produkt uten å gjøre det kvalifisert for hver Google-visning. Produktutdrag og selgeroppføringer har forskjellige krav. Et verktøys advarsel kan bety at siden ikke kvalifiserer for en funksjon, snarere enn at bedriften må endre prismodellen.
For produktutdrag inkluderer Googles dokumenterte ruter kvalifiserende tilbud, anmeldelse eller samlet vurderingsinformasjon. Disse alternativene er ikke tillatelse til å lage en anmeldelse når det ikke er noe publisert tilbud. Bruk kun relevant, ekte informasjon og sjekk gjeldende krav til funksjonen som foreslås.
Gjør den synlige siden til grunnlaget for dataene
Be implementeren om å vise hvor hvert viktig produktfakta vises for en besøkende. Navnet, spesifikasjonen, tilgjengeligheten og eventuelle anmeldelser bør beskrive det samme produktet konsekvent. Et teknisk gyldig objekt kan fortsatt være villedende hvis det inneholder foreldede eller ikke-støttede fakta.
Behandle en utilgjengelig forbedring som et klart resultat. Det er bedre å forklare at det nåværende tilbudet ikke oppfyller en funksjons krav enn å rapportere en vellykket test med oppfunnet data. Se kvalifisering på nytt når den underliggende kommersielle informasjonen endres.
Ta dette inn i din neste samtale
Spørsmål å stille byrået ditt
- Hvilken søkefunksjon prøver vi å kvalifisere oss for?
- Hvor er hvert produktfakta synlig på siden?
- Endrer noen plassholder betydningen av tilbudet?
- Hva bør kunden gi for å få et nyttig tilbud?
Vanlige spørsmål
Kan 'pris på forespørsel' brukes som en numerisk pris?
Nei. Den beskriver en kjøpsprosess, ikke et tall. Implementeringen bør følge gjeldende dataformat uten å finne opp et beløp.
Betyr mangler et rikt resultat at siden er ubrukelig for søk?
Nei. Kvalifisering for rike resultater er et spesifikt forbedringsspørsmål. Tydelig produktinformasjon, nyttig navigasjon og en forståelig forespørselsprosess betyr fortsatt noe.
Kildenotater
Plattformveiledning bak dette emnet:
Fra forklaring til gjennomføring
Denne veiledningen er utgitt av NAVIFLARE, et nettsted, praksis for arbeidsflyt for CRM og AI. Kildenotater identifiserer plattformveiledningen; bearbeidede eksempler forklarer en metode i stedet for å kreve et klientresultat.
Utforsk webdesign og utviklingDitt neste skritt
Ta med en produktside og fakta teamet ditt faktisk kjenner til før du utarbeider et tilbud. Vi kan diskutere hvordan katalogen og dens data skal representere det tilbudet konsekvent.
Diskuter katalogen din
