Servicepagina's: Structuur, Resultaten en Voorbeelden
Bouw een servicepagina die resultaten, doelgroepfit, scope, proces, bewijs, prijslogica en de volgende stap duidelijk maakt voor gekwalificeerde potentiële klanten.
Servicepagina
Doel: maak van een gedefinieerde dienst een beslissingsklaar aanbod door te tonen wie er baat bij heeft, welk resultaat het oplevert, wat de leveringsgrenzen zijn, wat het kost en wat er gebeurt nadat de lezer actie onderneemt.
Lezersvraag: “Kan deze aanbieder het resultaat leveren dat ik nodig heb, onder voorwaarden die ik kan accepteren, en wat doe ik vervolgens?”
Een servicepagina is de canonieke pagina voor één verkoopbaar engagement. Kopers willen niet “strategie, workshops en rapportage” op zichzelf; ze willen een gekwalificeerd resultaat. Leid met de veranderde toestand, maak vervolgens het werk, de verantwoordelijkheden, het bewijs, de voorwaarden en de volgende stap inzichtelijk.
Welke vragen het beantwoordt
Een volledige servicepagina verwijdert de onzekerheden die laagwaardige aanvragen creëren:
- Wat is de dienst, in duidelijke taal, en welk bedrijfs- of operationeel resultaat moet het opleveren?
- Wie past goed, wie niet, en welke randvoorwaarden moeten al waar zijn?
- Welke opleveringen, vergaderingen, systemen, locaties en tijdsperioden zijn inbegrepen, uitgesloten, optioneel of in handen van de klant?
- Hoe verloopt de levering van eerste input tot geaccepteerde output, en hoe lang duurt elke fase?
- Welk bewijs toont aan dat de aanbieder deze dienst in een vergelijkbare context kan leveren?
- Wat kost het, wat verandert de prijs, en welke eenmalige of doorlopende kosten vallen buiten de offerte?
- Welke risico’s of afhankelijkheden kunnen de levering beïnvloeden, en wat gebeurt er nadat de lezer actie onderneemt?
Laat echt diagnostische vragen over voor een verkennend gesprek, maar publiceer standaard scope en prijslogica zodat lezers de geschiktheid kunnen beoordelen.
Wanneer dit posttype te gebruiken
Gebruik een servicepagina voor een herkenbaar engagement met een stabiel resultaat, leveringsgrens of commercieel model. Maatwerk komt nog in aanmerking wanneer de pagina definieert wat consistent blijft en wat een verkenning verandert.
| Echte beslissing van de lezer | Correct posttype | Primair organisatie-idee | Grens die duplicatie voorkomt |
|---|---|---|---|
| “Moet ik deze aanbieder inhuren voor dit engagement?” | Servicepagina | Eén verkoopbare dienst: resultaat, fit, scope, proces, bewijs, prijslogica, volgende stap | Beheert het commerciële contract voor het engagement |
| “Hoe kan deze doelgroep of dit bedrijf een breder probleem oplossen?” | oplossingspagina | Doelgroep of bedrijfsprobleem, vaak over meerdere aanbiedingen | Verwijst naar diensten; herhaalt niet hun volledige scopes |
| “Hoe voltooi ik deze specifieke taak?” | use-casepagina | Eén uit te voeren taak in de context van de lezer | Legt de taak en workflow uit; wordt geen duplicaat verkoopbrochure |
| “Wat doet deze productfunctie?” | functiepagina | Eén functionaliteit, gedrag, limiet of interface | Ondersteunt een resultaat maar beschrijft geen professioneel engagement |
| “Welke abonnementen kan ik kopen en wat kost elk?” | prijspagina | Aankoopbare niveaus, limieten, facturatie en abonnementskeuze | Centraliseert gedeelde prijzen; servicepagina’s leggen servicespecifieke aannames uit |
Test eigenaarschap via de belofte: “technische SEO-audit” is een dienst; “vindbaarheid van retailers verbeteren” is een oplossing; “pagina’s identificeren die citaties verliezen” is een use case; en “citatiebronmonitoring” is een functie.
Publiceer geen meerdere bijna identieke URL’s alleen omdat zoekwoordonderzoek varianten van “dienst”, “bedrijf”, “bureau” en “aanbieder” bevat. Die zoekopdrachten drukken meestal één commerciële intentie uit en hebben één gezaghebbende pagina nodig.
Het beste voor deze bedrijfstypen
- B2B-diensten. Consulting, juridisch, boekhouding, implementatie, engineering, werving en managed services zijn moeilijk te beoordelen zonder scope, verantwoordelijkheid, methodologie en bewijs. Een sterke pagina laat een aankoopcomité hetzelfde accurate aanbod intern verspreiden.
- Lokale dienstverleners. Reparatie, installatie, zorg en professionele diensten hebben behoefte aan eerlijke dekking, beschikbaarheid, kwalificaties, prijsvoorwaarden en boekingsverwachtingen.
- Bureaus. Resultaat, klantinvoer, frequentie, opleveringen, uitsluitingen en bewijs onderscheiden een aanbod van inwisselbare activiteitenlijsten.
- Fabrikanten en industriële leveranciers. Installatie, inbedrijfstelling, onderhoud, training en maatwerk engineering hebben hun eigen locatievoorwaarden, certificeringen, servicegebieden en acceptatiecriteria.
- SaaS. Betaalde implementatie, migratie en managed services komen in aanmerking. Productfunctionaliteiten en selfservice onboarding horen op functie- of use-casepagina’s.
Marktplaatsen, e-commercebedrijven, uitgevers en reisbedrijven gebruiken het formaat selectief voor diensten die ze daadwerkelijk leveren. Een marktplaatsvermelding of een fysiek product is geen dienst alleen omdat er ondersteuning rond de transactie zit.
Zoekintentie
De intentie is commercieel en bevindt zich in de beslissingsfase. Zoekopdrachten combineren een dienst met aanbiedertype, locatie, doelgroep, probleem, prijs of kwalificatie: “SOC 2-gereedheidsconsulting”, “commerciële dakreparatie Bratislava” of “technische SEO-audit kosten”.
Resultaten bevatten vaak een mix van aanbiederspagina’s, gidsen, lokale resultaten, recensies en kostengidsen. Hun balans onthult of nabijheid, prijstransparantie of specialistisch bewijs de beslissing domineert.
AI-antwoorden synthetiseren scope, selectiecriteria, kostenlogica en aanbieders, maar kunnen een bewering loskoppelen van de bijbehorende kwalificatie. Houd doelgroep, markt, scope en beperking naast de bewering: “Een analytics-implementatie voor één site begint bij € 4.000 exclusief btw wanneer trackingontwerp en -ontwikkeling zijn voltooid” is veiliger dan “Projecten beginnen bij € 4.000.”
Stem de antwoordvolgorde af op de beslissing:
- Vermeld het resultaat, de beoogde koper en de doorslaggevende beperking in de eerste 100 woorden.
- Definieer wat de dienst omvat en uitsluit voordat de filosofie van de aanbieder wordt beschreven.
- Leg de leveringsvolgorde, verantwoordelijkheden van de klant, timing en acceptatiemomenten uit.
- Presenteer bewijs naast de belofte die het ondersteunt, met context en beperkingen.
- Geef een prijs, range, startpunt, eenheidstarief of uitlegbaar offertemodel.
- Eindig met één volgende actie en vermeld exact wat er daarna gebeurt.
Paginastructuur
| Sectie | Woordband | Doel | Status |
|---|---|---|---|
| Hero en direct antwoord | 70–120 | Noem de dienst, doelgroep, resultaat, servicegebied of markt en primaire actie | Verplicht |
| Voor wie het is en niet is | 120–220 | Laat lezers zichzelf kwalificeren op basis van situatie, schaal, randvoorwaarden en uitsluitingen | Verplicht |
| Resultaten en acceptatiecriteria | 180–320 | Definieer de veranderde toestand en hoe voltooiing wordt herkend, zonder een ongecontroleerd resultaat te beloven | Verplicht |
| Scope, opleveringen en uitsluitingen | 250–450 plus tabel | Stel de commerciële grens vast en voorkom aannamehiaten | Verplicht |
| Leveringsproces | 250–450 | Toon fasen, invoer, eigenaren, timing, beslismomenten en output | Verplicht |
| Bewijs en expertise | 180–350 | Ondersteun specifieke beloften met vergelijkbaar werk, referenties, artefacten en begrensd bewijs | Verplicht |
| Prijzen en commercieel model | 150–300 | Leg prijs, range, tarief, pakket of offertedrijvers plus inbegrepen en extra kosten uit | Verplicht |
| Risico’s, afhankelijkheden en verantwoordelijkheden | 120–240 | Vermeld wat de levering kan vertragen, beperken of wijzigen en wie het beheert | Verplicht |
| FAQ | 250–500 | Los oprechte resterende bezwaren op zonder de scope te herhalen | Verplicht |
| Volgende stap | 50–100 | Noem één actie, vereiste invoer, reactietijd en wat er daarna gebeurt | Verplicht |
| Alternatieven of aanvullingen | 100–220 | Verwijs een niet-passende lezer naar een andere dienst zonder het hoofdaanbod te vervagen | Voorwaardelijk |
Een gerichte dienst heeft normaal 1.800–3.000 woorden nodig. Complexiteit of regelgeving kan meer rechtvaardigen, maar herhaling is geen bewijs van volledigheid.
Vereiste elementen
| Element | Altijd of voorwaardelijk | Positie | Waarom het daar hoort |
|---|---|---|---|
| direct antwoordblok | Altijd | Direct onder de hero | De koper kan dienst, resultaat, doelgroep en beperking bevestigen voordat hij aandacht investeert |
| voor-wie-is-dit-blok | Altijd | Vóór scope en proces | Vroege zelfkwalificatie vermindert ongepaste aanvragen en stelt goedpassende lezers gerust |
| Resultaten en acceptatiecriteria | Altijd | Vóór opleveringen | Opleveringen zijn alleen betekenisvol wanneer ze worden verbonden aan een veranderde toestand en waarneembare voltooiingsvoorwaarde |
| specificatietabel | Altijd | Aan het begin van de scope | Een gestructureerde grens maakt inclusies, uitsluitingen, hoeveelheden, eigenaren en voorwaarden vergelijkbaar |
| stappenlijst | Altijd | In het leveringsgedeelte | De volgorde wordt geloofwaardig wanneer elke fase een invoer, eigenaar, output en successtatus heeft |
| getuigenis of casusbewijs | Voorwaardelijk op geverifieerd bewijs | Naast de belofte die het ondersteunt | Contextueel bewijs is nuttig; algemene lof los van een resultaat is dat niet |
| Prijsblok | Altijd | Na scope en vóór laatste bezwaren | Prijs wordt pas interpreteerbaar zodra de lezer weet wat inbegrepen is en wat de prijs verandert |
| FAQ-structuur | Altijd, vijf tot acht vragen | Vóór de afsluitende actie | Het lost resterende bezwaren op zonder het kernaanbod te onderbreken |
| CTA-blok | Altijd | Laatste inhoudelijke actie | Eén expliciete volgende stap behoudt beslissingsmomentum en maakt attributie mogelijk |
Toon zonder klantbewijs een geredigeerde oplevering, voorbeeldplan, certificering, methodologie-artefact of demonstratie; suggereer nooit dat een voorbeeld van een klant afkomstig is.
Frontmatter
Stel entity = "service-<canonieke-dienstnaam>" in, bijvoorbeeld service-technical-seo-audit. De waarde identificeert het stabiele, echte aanbod, dus deze moet ongewijzigd blijven wanneer een campagnetitel verandert. Voor deze posttypespecificatie zelf onderscheidt entity = "post-type-service-page" het sjabloon van een daadwerkelijk dienstenaanbod.
Gebruik schemaTypes = [ "Service", "Organization", "FAQPage" ] alleen wanneer de pagina deze ondersteunt. Service benoemt het zichtbare aanbod en de aanbieder; Organization of LocalBusiness identificeert de echte aanbieder; FAQPage vereist identieke zichtbare antwoorden. Voeg Offer alleen toe wanneer de prijs, valuta, beschikbaarheid en geschiktheid zichtbaar en actueel zijn.
De frontmatterspecificatie bepaalt identiteit, eigenaarschap, URL, datums, taxonomie, links en FAQ’s. Noteer ook de diensteigenaar, conversiegebeurtenis, servicegebied, datum bewijsherziening en volgende commerciële herziening, omdat aanbiedingen vaak veranderen voordat redactionele kopij dat doet.
Volledig voorbeeld
Kopieer dit skelet naar een dienstbrief of Markdown-pagina en vervang vervolgens elk veld tussen haakjes door geverifieerde aanbodsinformatie.
# [Dienstnaam] voor [gekwalificeerde doelgroep]
> **Direct antwoord:** [Aanbieder] helpt [doelgroep in situatie] om [waarneembaar resultaat] te bereiken via [dienst in duidelijke taal]. Het is het meest geschikt voor [kwalificatie] en duurt normaal [tijdsband]. [Primaire beperking of uitsluiting].
## Is deze dienst geschikt voor u?
**Goede match wanneer:**
- [Situatie, randvoorwaarde, schaal, locatie of urgentie]
- [Tweede herkenbare kwalificatievoorwaarde]
**Geen goede match wanneer:**
- [Uitsluiting en de beter passende route]
- [Omstandigheid die de dienst niet verantwoord kan oplossen]
## Resultaat en acceptatiecriteria
Bij voltooiing heeft u [veranderde toestand]. We beschouwen het engagement als voltooid wanneer [waarneembare acceptatievoorwaarden]. Resultaten die afhankelijk zijn van [klantactie, platform, markt, toezichthouder of derde partij] zijn niet gegarandeerd.
## Scope en opleveringen
| Item | Inbegrepen hoeveelheid of grens | Eigenaar | Acceptatievoorwaarde |
|---|---|---|---|
| [Oplevering] | [Limiet] | [Aanbieder/klant] | [Waarneembare voorwaarde] |
| [Vergadering of implementatie] | [Limiet] | [Eigenaar] | [Waarneembare voorwaarde] |
**Niet inbegrepen:** [uitsluitingen]. **Apart verkrijgbaar:** [aanvullingen].
## Hoe levering werkt
1. **Kwalificeren en invoer bevestigen — [tijd].** [Reden, actie, eigenaar en output].
2. **Diagnosticeren en prioriteiten afstemmen — [tijd].** [Reden, actie, beslismoment en output].
3. **Leveren of implementeren — [tijd].** [Reden, actie, afhankelijkheden en output].
4. **Beoordelen en overdragen — [tijd].** [Acceptatie, documentatie, ondersteuning en volgende status].
## Wat we van u nodig hebben
[Toegang, gegevens, mensen, goedkeuringen, reactietijden, locatievoorwaarden en andere afhankelijkheden.]
## Bewijs
[Vergelijkbare klantsituatie of controleerbaar artefact]. [Uitgangssituatie, methode, tijdsperiode, resultaat, bron, goedkeuring en beperking.]
## Prijzen
[Vaste prijs, range, startprijs, eenheidstarief of pakketten] voor [gedefinieerde scope], [valuta- en belastinggrondslag], gecontroleerd [datum]. Prijs wijzigt met [driver één], [driver twee] en [driver drie]. [Aanbetaling, factuurschema, vervaldatum, reis-, software- of kosten van derden].
## Wat gebeurt er nu
[CTA]. We vragen om [invoer], reageren binnen [servicenorm] en vervolgens [beoordeling, offerte, boeking of kickstartvolgorde]. [Vermeld of de actie een verplichting creëert.]
## Veelgestelde vragen
### [Resterende beslissingsvraag]
[Zelfstandig antwoord met de relevante voorwaarde.]
Uitsluitingen en afhankelijkheden horen in het verkoopverhaal omdat beide partijen dezelfde grens nodig hebben.
Designgalerij
Gebruik dezelfde dienst, scope, prijslogica en bewijs in elke variant, zodat de galerij hiërarchie test in plaats van alternatieve feiten.
Vervang deze opmerkingen alleen wanneer de bestanden bestaan en annoteer beslissingsdragende gebieden.
Kwaliteitscontrolelijst
Gebruik dit als een acceptatietest, niet als een lijst met onderwerpen om te noemen:
- Resultaat is expliciet: het eerste scherm benoemt de veranderde toestand, gekwalificeerde doelgroep, dienst en materiële beperking.
- Fit is begrensd: beoogde en uitgesloten kopers kunnen zichzelf herkennen aan de hand van concrete randvoorwaarden, schaal, markt of situatie.
- Scope is controleerbaar: elke belangrijke oplevering heeft een grens, eigenaar en acceptatievoorwaarde; uitsluitingen en aanvullingen zijn zichtbaar.
- Proces is operationeel: fasen identificeren invoer, acties, eigenaren, beslissingen, output, timing en herstel bij ontbrekende afhankelijkheden.
- Claims zijn gecontroleerd: bewijs bevat bron, vergelijkbare context, methode, periode, goedkeuring en beperking; voorspellingen worden niet als resultaten uit het verleden gepresenteerd.
- Prijzen zijn interpreteerbaar: het bedrag of de offertelogica deelt dezelfde scope, valuta, belastinggrondslag, markt, datum en commerciële voorwaarden.
- Aanbiedersidentiteit is duidelijk: juridische of handelsnaam, expertise, contactroute, servicegebied en relevante kwalificaties zijn zichtbaar en consistent.
- Volgende stap is voorspelbaar: de CTA vermeldt vereiste invoer, reactieverwachting, volgende stap en of de actie bindend is.
- Schema komt overeen met de werkelijkheid: zichtbare dienst, aanbieder, gebied, FAQ, beoordeling en prijsinformatie komen exact overeen met de gestructureerde gegevens.
- Eigenaarschap van verwante pagina’s is schoon: geen aangrenzende pagina doet dezelfde primaire belofte aan dezelfde doelgroep met in wezen dezelfde scope.
Veelgemaakte fouten
De meest schadelijke fouten zijn specifiek voor het verkopen van een engagement in plaats van het publiceren van generische zwakke copy:
- Beginnen met activiteiten. Vermeld eerst het resultaat en koppel vervolgens elke activiteit aan een oplevering of beslissing.
- Een ongecontroleerd resultaat beloven. Definieer wat de aanbieder beheerst en gebruik acceptatiecriteria voor werk dat wordt beïnvloed door klanten of derden.
- “Maatwerk” gebruiken om scope te vermijden. Maatwerk heeft nog steeds een typische volgorde, invoer, grenzen, uitsluitingen en prijsdrivers. Publiceer de stabiele delen en leg uit wat een verkenning verandert.
- Logo’s tonen zonder toepasbaar bewijs. Een logo bewijst noch aankoop noch resultaat. Gebruik goedgekeurd contextueel bewijs of een controleerbaar artefact.
- Prijs bewaren voor het verkoopgesprek. Wanneer een exact cijfer onmogelijk is, helpen een startpunt, geloofwaardige range, eenheidstarief, voorbeeldscope of offerteformule nog steeds een koper om te kwalificeren.
- Methodologie behandelen als differentiatie. “Ontdekken, strategie bepalen, uitvoeren, optimaliseren” kan bijna elke aanbieder beschrijven. Noem de diagnosemethode, beslissingscriteria, oplevering of operationele beperking die het resultaat verandert.
- Klantwerk verbergen. Toegang, gegevens, mensen, inhoudelijke beoordeling, locatiegereedheid en interne implementatie kunnen de timing bepalen. Plaats die verantwoordelijkheden naast de fasen van de aanbieder.
- Locatie- of industrievarianten vermenigvuldigen. Publiceer alleen een variant wanneer beschikbaarheid, vereisten, bewijs of levering materieel verschilt.
- Eén CTA gebruiken voor elk gereedheidsniveau. Een hoogwaardige “Boek een verkoopgesprek” kan kopers afschrikken die eerst een scopecontrole nodig hebben. Kies de kleinste actie die deze dienst vooruithelpt: geschiktheidscontrole, beoordeling, raming, boeking of offerteaanvraag.
Interne koppeling en eigenaarschap van verwante pagina’s
Wijs één primaire vraag en canonieke eigenaar toe voordat je koppelt. De servicepagina beheert het volledige aanbod; ondersteunende pagina’s voegen context of bewijs toe.
- Koppel vanaf een oplossingspagina naar de dienst wanneer een lezer van een breed bedrijfsprobleem naar een specifiek engagement gaat.
- Koppel vanaf een use-casepagina wanneer het voltooien van de taak deze betaalde dienst vereist, maar behoud de taakworkflow op de use-casepagina.
- Koppel vanaf een functiepagina alleen wanneer de functionaliteit de levering materieel ondersteunt; hernoem een dienst niet tot een softwarefunctie.
- Koppel naar een casestudy voor volledig bewijs, terwijl je een beknopte, goed gekwalificeerde bewijssamenvatting op de servicepagina houdt.
- Koppel naar een prijspagina wanneer meerdere aanbiedingen niveaus of commerciële voorwaarden delen; houd servicespecifieke aannames en scope bij de dienst.
- Koppel omhoog naar SEO-posttypes voor lezers die een andere paginaspecificatie kiezen, niet als vervanging voor doordachte contextuele links.
Vergelijk titels, zoekopdrachtgroepen, beloften, koppen en CTA’s tussen verwante pagina’s. Als twee URL’s dezelfde koper, resultaat, workflow en actie targeten, voeg ze dan samen of herdefinieer het eigenaarschap rond een andere taak.
Hoe resultaten te meten
Meting moet de beslissingsketen van de pagina volgen: werd de dienst ontdekt voor gekwalificeerde vraag, nauwkeurig weergegeven in zoek- en AI-antwoorden, geëvalueerd door de beoogde doelgroep en verbonden aan een commercieel nuttige actie? Een toename in verkeer alleen kan niet aantonen dat de pagina geschikte prospects aantrekt.
Definieer vóór lancering de zoekopdracht- en promptset, geografie, doelgroep, uitgangsvenster, primaire conversie, kwalificatievelden, verkoopdispositie en verwachte vertraging tot omzet. Pas hoe we resultaten meten toe, zodat vergelijkingen stabiele vensters en annotaties gebruiken in plaats van elke verandering aan de pagina toe te schrijven.
Bewaak in Prompt Tracking prompts voor dienstnaam, aanbieder, locatie, kosten, selectie en probleemvorm. Controleer of antwoorden de doelgroep, scope, prijsvoorwaarden en beperkingen van de pagina behouden. Gebruik Bron- en Citatie-intelligentie om te zien of de service-URL wordt geciteerd of dat een zwakkere verwante pagina, gids of concurrent het antwoord levert.
Open het AmICited Cockpit-rapport op app.amicited.com/reports/cockpit voor het geïntegreerde prestatieoverzicht. Bekijk vertoningen of zichtbaarheid, geciteerde URL, gekwalificeerde servicepaginasessies, CTA-starts, voltooide aanvragen of boekingen, geaccepteerde kansen en toegerekende omzet over hetzelfde venster. Segmenteer merk- versus niet-merkvraag en nieuwe versus terugkerende bezoekers. Annoteer wijzigingen in scope, prijs, bewijs of CTA, zodat een latere beweging een toetsbare verklaring heeft.
Ververs wanneer antwoorden een verouderde prijs of grens citeren, de verkeerde URL citaties ontvangt, goedpassend verkeer niet doorgaat of verkopers herhaaldelijk dezelfde verwachting corrigeren. Voeg samen wanneer verwante URL’s dezelfde intentie splitsen. Trek alleen terug na het behouden van eventuele nuttige vraag en het routeren naar een echt gelijkwaardig aanbod.
FAQ
Vragen over servicepagina's
Wat moet een servicepagina bevatten?
Hoe verschilt een servicepagina van een oplossingspagina?
Hoe verschilt een servicepagina van een use-casepagina?
Moet een servicepagina prijzen publiceren?
Welke schema moet een servicepagina gebruiken?
Kan één servicepagina meerdere locaties targeten?
Hoe vaak moet een servicepagina worden herzien?
Veelgestelde vragen
Een servicepagina moet het resultaat, de beoogde doelgroep, kwalificatievoorwaarden, scope, uitsluitingen, leveringsproces, verantwoordelijkheden, timing, prijslogica, bewijs, risico's en één duidelijke volgende stap vermelden. De exacte lengte is minder belangrijk dan het beantwoorden van die beslissingsvragen zonder de lezer voor basisfeiten naar een verkoopgesprek te dwingen.
Een servicepagina beschrijft één verkoopbaar engagement en het bijbehorende commerciële contract: resultaat, scope, levering, prijslogica en volgende stap. Een oplossingspagina kadert een breder doelgroep- of bedrijfsprobleem en kan naar meerdere diensten, producten of mogelijkheden verwijzen.
Een servicepagina is georganiseerd rond wat een aanbieder levert. Een use-casepagina is georganiseerd rond één taak die de lezer moet voltooien en kan meerdere functies of diensten combineren. Als beide pagina's dezelfde zoekopdracht met dezelfde belofte en workflow beantwoorden, behoud dan één canonieke pagina.
Ja, wanneer een vaste prijs, startprijs, range, eenheidstarief of uitgewerkt scenario eerlijk kan worden vermeld. Wanneer er een verkenning nodig is, leg dan uit wat de offerte bepaalt, geef herkenbare scopevoorbeelden, vermeld wat is inbegrepen en vertel de lezer precies welke informatie nodig is voor een vaste prijsraming.
Gebruik Service voor het zichtbare dienstenaanbod en identificeer de echte aanbieder met Organization of LocalBusiness waar van toepassing. Voeg FAQPage alleen toe wanneer de gemarkeerde vragen en antwoorden zichtbaar en identiek zijn. Voeg geen Product-, Offer-, beoordelings- of prijseigenschappen toe die de pagina niet kan ondersteunen.
Ja wanneer het aanbod, de aanbieder, het bewijs, de beschikbaarheid en de commerciële voorwaarden materieel hetzelfde zijn op die locaties. Maak alleen aparte locatiepagina's wanneer elke pagina echte lokale dekking, bewijs, contact- of boekingsgegevens en verschillen kan vermelden die een lokale koper helpen beslissen.
Herzie deze telkens wanneer scope, personeel, beschikbaarheid, proces, prijslogica, regelgeving of bewijs verandert, en plan een periodieke controle, zelfs wanneer er niets bekend is veranderd. Claims in de beslissingsfase worden schadelijk wanneer een oude pagina een dienst belooft die het leveringsteam niet meer aanbiedt.
Meer tutorials in deze sectie
Klaar om het in de praktijk te brengen?
Gratis check · 7 dagen proefperiode · creditcard vereist