Ik heb de afgelopen jaren schema markup op tientallen advocatenwebsites geïmplementeerd, en het patroon is altijd hetzelfde: de ontwikkelaar van het kantoor (of erger nog, hun 'SEO-guy') heeft ofwel niets gedaan, ofwel wat auto-gegenereerde Yoast-schema's aangebracht die nauwelijks oppervlakkig krabben. Ondertussen haalt het concurrerende advocatenkantoor verderop in de straat FAQ-rich results, knowledge panel-gegevens en citaties van AI-zoektools binnen — allemaal omdat zij de tijd hebben genomen om correct JSON-LD te schrijven.

Deze gids is de gids die ik wilde hebben toen ik begon. We behandelen elk schema-type dat voor advocatenkantoren belangrijk is — LegalService, Attorney, FAQPage, Organization en hoe ze allemaal verbonden zijn — met echte, production-ready JSON-LD die je vandaag nog kunt aanpassen en implementeren.

Inhoudsopgave

Schema Markup voor Advocatenkantoren: Complete JSON-LD Gids (2026)

Waarom Schema Markup belangrijk is voor Advocatenkantoren in 2026

Laten we direct zijn: schema markup zal je site niet magisch ranken. Het is geen ranking factor in traditionele zin. Maar het doet drie dingen die in de loop der tijd samengesteld groeien:

  1. Rich results in SERPs. FAQ-vervolgkeuzelijsten, sterbeoordelingen, bedrijfsgegevens — deze nemen meer schermruimte in en verhogen de click-through-rates. Gegevens uit een 2025-onderzoek van Milestone Research toonden aan dat pagina's met gestructureerde gegevens 40-50% hogere CTR behaalden dan pagina's zonder.

  2. AI-zoek citaties. Google's AI Overviews, Bing Copilot, Perplexity en ChatGPT Search parseren allemaal gestructureerde gegevens om entiteiten te begrijpen. Als je wilt dat je kantoor wordt geciteerd wanneer iemand vraagt "beste persoonlijkschadebalie-advocaat in Amsterdam," helpt schema deze systemen begrijpen wie je bent, wat je doet en waar je je bevindt.

  3. Knowledge panel geschiktheid. Google's Knowledge Graph put zwaar uit gestructureerde gegevens. Een correct gemarkeerd advocatenkantoor met consistente sameAs-links heeft een veel betere kans om een branded knowledge panel te activeren.

Voor advocatenkantoren specifiek zijn de inzetten hoog. Juridische zoekwoorden zijn enkele van de duurste in betaalde zoekopdrachten (€50-150+ per klik voor competitieve praktijkgebieden). Alles wat je kunt doen om de organische zichtbaarheid te verbeteren, is de engineeringtijd waard.

JSON-LD vs Microdata: Kies het juiste formaat

Kort antwoord: gebruik JSON-LD. Altijd.

Google beveelt JSON-LD expliciet aan. Het is gemakkelijker in onderhoud, vervuilt je HTML-markup niet en kan dynamisch worden geïnjecteerd via <script>-tags. Microdata vereist dat je attributen rechtstreeks aan je HTML-elementen toevoegt, wat snel rommelig wordt — vooral als je met een headless CMS zoals Sanity, Contentful of Storyblok werkt, waar inhoud en presentatie ontkoppeld zijn.

Functie JSON-LD Microdata RDFa
Google aanbevolen ✅ Ja ⚠️ Ondersteund ⚠️ Ondersteund
Apart van HTML ✅ Ja ❌ Nee ❌ Nee
Gemakkelijk in onderhoud ✅ Ja ❌ Rommelig ❌ Rommelig
Werkt met headless CMS ✅ Perfect ⚠️ Mogelijk ⚠️ Mogelijk
AI-zoek compatibiliteit ✅ Uitstekend ✅ Goed ✅ Goed
Dynamische injectie ✅ Triviaal ❌ Vereist DOM-wijzigingen ❌ Vereist DOM-wijzigingen

Als je bouwt met Next.js of Astro (wat we veel doen — zie onze Next.js development en Astro development mogelijkheden), is JSON-LD bijzonder schoon. Je genereert het als een JavaScript-object en zet het in een <script type="application/ld+json">-tag in de <head>.

LegalService Schema: De basis

LegalService is het schema.org-type dat specifiek is ontworpen voor advocatenkantoren en juridische praktijken. Het is een subtype van LocalBusiness, wat betekent dat het alle eigenschappen van lokale bedrijven erft — adres, telefoon, openingstijden — plus je kunt juridisch-specifieke details opgeven.

Hier is een production-ready voorbeeld:

{
  "@context": "https://schema.org",
  "@type": "LegalService",
  "@id": "https://www.smithlawfirm.com/#organization",
  "name": "Smith & Associates Law Firm",
  "alternateName": "Smith Law",
  "url": "https://www.smithlawfirm.com",
  "logo": {
    "@type": "ImageObject",
    "url": "https://www.smithlawfirm.com/images/logo.png",
    "width": 600,
    "height": 200
  },
  "image": "https://www.smithlawfirm.com/images/office-exterior.jpg",
  "description": "Smith & Associates provides personal injury, family law, and estate planning legal services in Austin, Texas.",
  "telephone": "+1-512-555-0199",
  "email": "contact@smithlawfirm.com",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "456 Congress Avenue, Suite 300",
    "addressLocality": "Austin",
    "addressRegion": "TX",
    "postalCode": "78701",
    "addressCountry": "US"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 30.2672,
    "longitude": -97.7431
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "08:00",
      "closes": "18:00"
    }
  ],
  "priceRange": "$$",
  "areaServed": {
    "@type": "City",
    "name": "Austin",
    "sameAs": "https://en.wikipedia.org/wiki/Austin,_Texas"
  },
  "hasOfferCatalog": {
    "@type": "OfferCatalog",
    "name": "Legal Services",
    "itemListElement": [
      {
        "@type": "Offer",
        "itemOffered": {
          "@type": "Service",
          "name": "Personal Injury Representation",
          "description": "Legal representation for car accidents, slip and fall, and workplace injuries."
        }
      },
      {
        "@type": "Offer",
        "itemOffered": {
          "@type": "Service",
          "name": "Family Law",
          "description": "Divorce, child custody, and prenuptial agreement services."
        }
      }
    ]
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "127",
    "bestRating": "5"
  },
  "sameAs": [
    "https://www.facebook.com/SmithLawAustin",
    "https://www.linkedin.com/company/smith-law-austin",
    "https://www.avvo.com/attorneys/smith-associates.html"
  ]
}

Belangrijke eigenschappen die je niet moet overslaan

  • @id: Dit is cruciaal voor het verbinden van schema's met elkaar. Beschouw het als een unieke identifier die andere schema-blokken kunnen refereren.
  • geo: Google gebruikt dit voor local pack-resultaten. Sla het niet over.
  • areaServed: Als je meerdere steden of regio's bedient, vermeld ze allemaal. Gebruik GeoCircle voor op radius gebaseerde servicebieden.
  • hasOfferCatalog: Dit is hoe je je praktijkgebieden als services opsomt. Elke praktijkgebiedenpagina zou idealiter ook zijn eigen Service-schema moeten hebben.
  • sameAs: Voeg je Avvo, Justia, FindLaw, LinkedIn, Facebook toe — elk gezaghebbend profiel. Dit helpt Google de connecties te leggen voor je knowledge panel.
  • aggregateRating: Voeg dit alleen toe als je beoordelingen uit legitieme eerste-partijbronnen haalt. Google's richtlijnen zijn hier streng — verzin geen beoordelingen.

Schema Markup voor Advocatenkantoren: Complete JSON-LD Gids (2026) - architectuur

Attorney Schema met Person Markup

Elke advocaat op je kantoor zou een Person-schema op hun biografiepagina moeten hebben. Dit is waar E-E-A-T echt van start gaat — je vertelt zoekmachines expliciet over inloggegevens, balietoelatingingen, onderwijs en expertise.

{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://www.smithlawfirm.com/attorneys/jane-smith/#person",
  "name": "Jane Smith",
  "jobTitle": "Managing Partner",
  "url": "https://www.smithlawfirm.com/attorneys/jane-smith",
  "image": "https://www.smithlawfirm.com/images/attorneys/jane-smith.jpg",
  "description": "Jane Smith is a personal injury attorney in Austin, TX with over 15 years of experience and a track record of $50M+ in settlements.",
  "telephone": "+1-512-555-0200",
  "email": "jane@smithlawfirm.com",
  "worksFor": {
    "@id": "https://www.smithlawfirm.com/#organization"
  },
  "alumniOf": [
    {
      "@type": "CollegeOrUniversity",
      "name": "University of Texas School of Law",
      "sameAs": "https://law.utexas.edu"
    }
  ],
  "hasCredential": [
    {
      "@type": "EducationalOccupationalCredential",
      "credentialCategory": "Bar Admission",
      "recognizedBy": {
        "@type": "Organization",
        "name": "State Bar of Texas"
      }
    }
  ],
  "knowsAbout": [
    "Personal Injury Law",
    "Car Accident Claims",
    "Wrongful Death",
    "Premises Liability"
  ],
  "sameAs": [
    "https://www.linkedin.com/in/janesmith-attorney",
    "https://www.avvo.com/attorneys/jane-smith.html",
    "https://www.martindale.com/jane-smith"
  ]
}

Waarom `worksFor` References belangrijk zijn

Zie die worksFor-eigenschap? Het gebruikt de @id uit het LegalService-schema. Dat is hoe je een verbonden grafiek opbouwt — Google begrijpt dat Jane Smith werkt bij Smith & Associates, wat een juridische dienstverlener is in Austin. Deze verbindingen versterken beide entiteiten.

De hasCredential-eigenschap is relatief nieuw maar steeds belangrijker. Balitoelatingingen, bordcertificeringen, Super Lawyers aanduidingen — markeer ze allemaal op. AI-zoeksystemen houden van dit soort verifieerbare inloggegevens.

FAQPage Schema voor praktijkgebieden

FAQ-schema had een turbulent verleden. Google verminderde de zichtbaarheid van FAQ-rich results in augustus 2023, en beperkte deze voornamelijk tot gezaghebbende overheids- en gezondheid sites. Maar hier zit wat — FAQPage-schema is nog steeds belangrijk in 2026 om twee redenen:

  1. AI-zoekmachine parsing. LLM's verbruiken actief FAQ-gestructureerde gegevens bij het genereren van antwoorden. Perplexity en Google AI Overviews citeren beide FAQ-inhoud.
  2. Bing en andere motoren. Bing toont FAQ-rich results nog steeds liberaler dan Google.

Voor elke praktijkgebiedenpagina moet je een relevant FAQ-gedeelte hebben met overeenkomend schema:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "How much does a personal injury lawyer cost in Austin?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Most personal injury attorneys in Austin work on a contingency fee basis, meaning you pay nothing upfront. The standard contingency fee ranges from 33% to 40% of the settlement or verdict amount. If you don't win, you don't pay attorney fees."
      }
    },
    {
      "@type": "Question",
      "name": "What is the statute of limitations for personal injury in Texas?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "In Texas, you generally have two years from the date of the injury to file a personal injury lawsuit. There are exceptions for minors, government entities, and cases where the injury wasn't immediately discovered. Consulting an attorney promptly is critical to preserve your rights."
      }
    },
    {
      "@type": "Question",
      "name": "How long does a personal injury case take to settle?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Most personal injury cases in Texas settle within 6 to 18 months. Simpler cases like fender-benders with clear liability may resolve in a few months. Complex cases involving catastrophic injuries or disputed fault can take 2-3 years or longer if they go to trial."
      }
    }
  ]
}

Kritieke FAQPage-regels

  • De inhoud moet op de pagina voorkomen. Google's richtlijnen zijn expliciet: je FAQ-markup moet overeenkomen met zichtbare inhoud op de pagina. Voeg geen FAQ-schema toe voor vragen die alleen in de JSON-LD bestaan.
  • Houd antwoorden beknopt. Twee tot drie zinnen per antwoord presteren het beste. Als je iets ingewikkelds moet uitleggen, link naar een speciale pagina.
  • Gebruik echte vragen. Haal uit Google Search Console querygegevens, "People Also Ask"-vakken en werkelijke clientintake-gesprekken. Verzin geen vragen die niemand stelt.
  • Beperk tot 5-10 per pagina. Meer dan dat en je verzwakt de relevantie.

Organization Schema: Alles samenbinden

Als je kantoor meerdere vestigingen heeft, wil je een Organization-schema op je homepage die als parent-entiteit fungeert, met individuele LegalService-schema's voor elke locatie.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://www.smithlawfirm.com/#organization",
  "name": "Smith & Associates Law Firm",
  "url": "https://www.smithlawfirm.com",
  "logo": "https://www.smithlawfirm.com/images/logo.png",
  "foundingDate": "2008",
  "founder": {
    "@id": "https://www.smithlawfirm.com/attorneys/jane-smith/#person"
  },
  "numberOfEmployees": {
    "@type": "QuantitativeValue",
    "value": 25
  },
  "subOrganization": [
    {
      "@type": "LegalService",
      "name": "Smith & Associates - Austin Office",
      "url": "https://www.smithlawfirm.com/locations/austin"
    },
    {
      "@type": "LegalService",
      "name": "Smith & Associates - San Antonio Office",
      "url": "https://www.smithlawfirm.com/locations/san-antonio"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/SmithLawAustin",
    "https://www.linkedin.com/company/smith-law-austin",
    "https://twitter.com/SmithLawATX"
  ]
}

Een verbonden Schema Graph opbouwen

Dit is waar de meeste advocatenwebsites falen. Ze hebben verbroken schema-blobs — wat LocalBusiness hier, een Person daar — maar niets verbindt met elkaar. Google's documentatie spreekt over "entity reconciliation," wat eigenlijk is hoe het uitzoekt dat al deze gegevensstukken naar dezelfde entiteiten in de echte wereld verwijzen.

De @id-eigenschap is je gereedschap hiervoor. Dit is hoe de grafiek moet verbinden:

Pagina Schema-type Verwijzingen
Homepage Organization + WebSite @id voor de org
Locatiepagina's LegalService parentOrganization → org @id
Advocaatbio's Person worksFor → org @id
Praktijkgebiedenpagina's Service + FAQPage provider → org @id
Blogberichten Article author → person @id, publisher → org @id
Contactpagina ContactPoint Genest in org of LegalService

Hier is een snel voorbeeld van hoe een praktijkgebiedenpagina terugverwijst:

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "Personal Injury Representation",
  "serviceType": "Personal Injury Law",
  "provider": {
    "@id": "https://www.smithlawfirm.com/#organization"
  },
  "areaServed": {
    "@type": "State",
    "name": "Texas"
  },
  "description": "Legal representation for car accidents, truck accidents, workplace injuries, and wrongful death claims throughout Texas.",
  "hasOfferCatalog": {
    "@type": "OfferCatalog",
    "name": "Personal Injury Services",
    "itemListElement": [
      {
        "@type": "Offer",
        "itemOffered": {
          "@type": "Service",
          "name": "Car Accident Claims"
        }
      },
      {
        "@type": "Offer",
        "itemOffered": {
          "@type": "Service",
          "name": "Truck Accident Claims"
        }
      }
    ]
  }
}

Waar plaats je JSON-LD in je Templates

JSON-LD gaat in een <script type="application/ld+json">-tag. Je kunt het in de <head> plaatsen of vlak voor de sluitende </body>-tag — Google geeft niet om plaatsing, maar ik geef de voorkeur aan <head> voor organisatorische gezondheid.

Als je met een headless CMS en een framework zoals Next.js of Astro werkt, wil je het schema dynamisch genereren uit je CMS-gegevens. Hier is een vereenvoudigd Next.js voorbeeld:

// components/LegalServiceSchema.tsx
export function LegalServiceSchema({ firm }) {
  const schema = {
    "@context": "https://schema.org",
    "@type": "LegalService",
    "@id": `${firm.url}/#organization`,
    "name": firm.name,
    "url": firm.url,
    "telephone": firm.phone,
    "address": {
      "@type": "PostalAddress",
      "streetAddress": firm.address.street,
      "addressLocality": firm.address.city,
      "addressRegion": firm.address.state,
      "postalCode": firm.address.zip,
      "addressCountry": "US"
    }
  };

  return (
    <script
      type="application/ld+json"
      dangerouslySetInnerHTML={{ __html: JSON.stringify(schema) }}
    />
  );
}

Dit patroon werkt prachtig wanneer je inhoud in een headless CMS leeft. Het schema blijft automatisch gesynchroniseerd met je gegevens — geen handmatige updates wanneer het telefoonnummer verandert.

Validatie en testen

Voordat je iets live zet, test het. Elke keer. Hier zijn de tools die ik werkelijk gebruik:

Gereedschap URL Wat het doet
Google Rich Results Test search.google.com/test/rich-results Toont waarvoor je pagina in aanmerking komt voor rich results
Schema Markup Validator validator.schema.org Valideert tegen volledige schema.org spec (strenger dan Google)
Google Search Console search.google.com/search-console Toont fouten en waarschuwingen na deployment
Merkle Schema Markup Generator technicalseo.com/tools/schema-markup-generator Goed voor het genereren van initiële markup

Mijn workflow:

  1. Schrijf de JSON-LD handmatig of genereer deze uit CMS-gegevens
  2. Valideer eerst met schema.org validator (vangt structurele problemen)
  3. Test met Google Rich Results Test (bevestigt dat Google het zal parseren)
  4. Implementeer en controleer Search Console's "Enhancements"-rapport gedurende 2-4 weken
  5. Controleer of rich results daadwerkelijk in SERP's verschijnen met behulp van site:yourdomain.com zoekopdrachten

Veelgemaakte fouten die je Rich Results verpesten

Ik heb genoeg advocatenschema's gedebuggeerd om een afspeellijst van fouten te hebben:

Onzichtbare markup. Je voegt FAQ-schema toe, maar de vragen en antwoorden zijn niet zichtbaar op de pagina. Google zegt expliciet dat de gestructureerde gegevens zichtbare pagina-inhoud moeten weerspiegelen. Schend dit en je riskeert een handmatige actie.

Nep- of zelf-gepubliceerde beoordelingen. Het toevoegen van AggregateRating met beoordelingen die alleen op je eigen website bestaan — niet uit Google Business Profile, Avvo of een ander derde partij — schendt Google's richtlijnen voor review-fragmenten. Ze hebben hier in 2024 hard tegen opgetreden en het is niet losgelaten.

Duplicate schema's van plugins. Je installeert Yoast of Rank Math, wat automatisch Organization-schema genereert. Vervolgens voeg je (of je ontwikkelaar) ook aangepaste JSON-LD toe. Nu ziet Google twee conflicterende Organization-blokken. Kies één waarheid-bron.

Ontbrekende @id-verwijzingen. Zonder @id-eigenschappen zijn je schema-blokken eilanden. Google kan je advocaten niet aan je kantoor koppelen, je diensten niet aan je locaties. Gebruik altijd @id en verwijs ernaar met {"@id": "..."}in gerelateerde schema's.

Verouderde gegevens. Je kantoor is zes maanden geleden verhuisd, maar het schema heeft nog steeds het oude adres. Of een advocaat verliet het kantoor, maar hun Person-schema is nog steeds live. Behandel schema als code — het vereist onderhoud.

Het gebruik van Attorney als een schema-type. Dit is een veel voorkomende verwarring. Schema.org heeft geen Attorney-type. Er is geen @type: "Attorney". Gebruik Person met een jobTitle van "Attorney" en verbind ze met je LegalService via worksFor. Sommige plugins krijgen dit verkeerd.

Veelgestelde vragen

Welke schema-types moet elk advocatenkantoor hebben? Minimaal heb je LegalService (of Organization met LegalService-subtypen) op je homepage nodig, Person op elke advocaatbiografiepagina en FAQPage op praktijkgebiedenpagina's. Als je bloginhoud publiceert, voeg Article-schema toe met de juiste author-verwijzingen. Voor multi-location kantoren moet elk kantoor een eigen LegalService-blok met locatiespecifieke details hebben.

Werkt FAQPage-schema nog steeds voor rich results in 2026? Google verminderde de zichtbaarheid van FAQ-rich results aanzienlijk in augustus 2023, en toonde deze voornamelijk voor overheids- en gezondheidsautoriteit sites. FAQ-schema blijft echter waardevol voor AI-zoeksystemen zoals Google AI Overviews, Bing Copilot en Perplexity, die actief gestructureerde FAQ-gegevens parseren bij het genereren van antwoorden. Het is nog steeds de moeite waard om te implementeren.

Is er een schema-type specifiek voor advocaten? Nee. Schema.org definieert geen Attorney-type. De juiste benadering is het gebruik van Person met eigenschappen als jobTitle ingesteld op "Attorney" of "Partner", hasCredential voor balietoelatingingen en worksFor die verwijst naar je kantoor's LegalService of Organization-schema. Sommige SEO-plugins gebruiken onjuist Attorney — vermijd ze of overschrijf de output.

Hoe ga ik om met meerdere praktijkgebieden in schema markup? Elke praktijkgebiedenpagina moet zijn eigen Service-schema hebben met een provider-verwijzing terug naar je kantoor's @id. Op je homepage of hoofdservicespagina, gebruik een hasOfferCatalog met een OfferCatalog met elk service. Dit creëert zowel individuele pagina-niveausignalen als een kantoor-niveauoverzicht.

Kan schema markup mijn advocatenkantoor helpen om in Google's AI Overviews te verschijnen? Ja. Google's AI Overviews en andere AI-zoektools gebruiken gestructureerde gegevens als signaal bij het selecteren van bronnen voor gegenereerde antwoorden. Een goed verbonden schema-grafiek — met LegalService, Person, FAQPage en juiste sameAs-links — helpt AI-systemen je kantoor's autoriteit, locatie en specialisaties te begrijpen. Het is niet de enige factor, maar het is een steeds belangrijkere.

Moet ik een schema-plugin gebruiken of JSON-LD handmatig schrijven? Dat hangt af van je platform en technische comfort. Voor WordPress kunnen plugins zoals Rank Math of Schema Pro de basisgegevens afhandelen. Maar voor advocatenkantoren, de standaardwaarden zijn zelden voldoende — je moet de output aanpassen voor LegalService, advocaatinloggegevens en praktijkgebiedendiensten. Als je op een headless CMS met Next.js of Astro bent, het programmatisch genereren van JSON-LD uit je CMS-gegevens is de schoonste benadering.

Hoe lang duurt het voordat schema markup resultaten toont? Na het implementeren van geldige gestructureerde gegevens verwerkt Google dit doorgaans binnen 2-4 weken, hoewel het langer kan duren. Je ziet eerst schema-detectie in het "Enhancements"-rapport van Search Console. Rich results (indien in aanmerking komend) kunnen nog eens enkele weken duren om te verschijnen. Verbeteringen in AI-zoek citatie zijn moeilijker te meten en kunnen 1-3 maanden duren voordat ze merkbaar worden.

Wat is de relatie tussen schema markup en E-E-A-T? Schema markup is een van de meest directe manieren om E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) aan zoekmachines te signaleren. Person-schema's met hasCredential tonen expertise aan. AggregateRating- en Review-schema's signaleren betrouwbaarheid. sameAs-links naar gezaghebbende juridische mappen versterken autoriteit. Google's richtlijnen voor kwaliteitsbeoordelaars vermelden schema niet expliciet, maar de gegevens die je codeert worden rechtstreeks toegewezen aan wat kwaliteitsbeoordelaars evalueren.