La majoria dels tutorials sobre schema LocalBusiness comencen amb una promesa: afegeix uns pocs camps a l’HTML i Google et recompensarà amb un Knowledge Panel. La realitat és més matisada. Segons dades de Semrush de 2025, el 67% dels llocs web que tenen implementat schema LocalBusiness el porten amb errors de validació o propietats incompletes que anul·len bona part del seu potencial. No és que l’eina no funcioni; és que s’implementa malament amb una freqüència que sorprèn.
Schema LocalBusiness és, en essència, un vocabulari estandarditzat que li diu als motors de cerca exactament qui ets, on ets, quan obres i a què et dediques. Tot això en un format que una màquina pot processar sense ambigüitat. Quan Google rastreja la teva pàgina i troba aquell bloc de JSON-LD, no ha d’inferir si el teu número de telèfon és el de la seu o el de la sucursal, ni si l’horari del dissabte és diferent al de la resta de la setmana. Les dades hi són, estructurades, verificables.
La diferència entre tenir un schema mediocre i un de complet es mesura en xifres concretes. Les pàgines amb schema LocalBusiness complet tenen un 30% més de probabilitat d’aparèixer al Knowledge Panel de Google, segons estudis de BrightLocal publicats el 2025. I els negocis que combinen un schema robust amb un Google Business Profile ben optimitzat no només competeixen millor al Local Pack: també milloren la seva visibilitat davant els motors d’IA generativa que fan servir dades estructurades com a senyal de confiança en construir respostes.
Aquesta guia no et donarà un codi per copiar i enganxar sense entendre. T’explicarà per què existeix cada propietat, què passa quan l’omets i com verificar que la teva implementació funciona. Si ja tens schema LocalBusiness, probablement trobaràs aquí almenys tres coses que estàs fent de forma subòptima. Si encara no el tens, tindràs un full de ruta clar per implementar-lo correctament des del principi.
Què és el schema LocalBusiness i per què importa ara
Schema.org és un vocabulari col·laboratiu creat el 2011 per Google, Microsoft, Yahoo i Yandex amb un propòsit molt concret: proporcionar un llenguatge comú per descriure entitats a la web de forma processable per màquines. Dins d’aquest vocabulari, LocalBusiness és el tipus dissenyat per descriure negocis amb presència física: una perruqueria a Girona, un despatx d’advocats a Madrid, un restaurant a Barcelona.
El que distingeix LocalBusiness d’altres tipus de schema és el seu èmfasi en les dades geoespacials i d’horaris. Mentre que un Article schema es preocupa per l’autoria i la data de publicació, LocalBusiness necessita saber exactament on és el negoci (fins a latitud i longitud), quan atén el públic i com contactar amb ell. Aquesta especificitat geogràfica és el que el converteix en la peça tècnica central del SEO local.
El timing d’aquesta implementació importa més del que sembla. A l’ecosistema actual de cerca, Google no actua sol. Els motors d’IA generativa com ChatGPT Search, Perplexity i Google Gemini responen cada vegada més consultes locals: “millor dentista al barri de l’Eixample”, “tallers mecànics oberts els diumenges a Sevilla”. Aquests models extreuen informació de múltiples fonts, i les dades estructurades són, literalment, les que processen més fàcilment. Un negoci amb schema LocalBusiness ben construït ja està parlant l’idioma que aquests motors entenen.
El procés tècnic funciona així: quan Googlebot rastreja la teva pàgina i troba un bloc JSON-LD de tipus LocalBusiness, l’extreu, el valida contra les especificacions de schema.org i l’agrega al seu graf de coneixement. Aquest graf de coneixement és la font que alimenta el Knowledge Panel, el Local Pack i, cada vegada més, les respostes d’AI Overviews. La coherència entre el teu schema, el teu Google Business Profile i el contingut visible de la teva web reforça tots aquests senyals simultàniament.
Una dada que sol sorprendre els professionals SEO que coneixen el tema de passada: Google extreu automàticament dades del schema LocalBusiness per completar i verificar la informació del Google Business Profile. Això significa que si el teu horari al GBP difereix del schema, Google ha de decidir quin creure. Si coincideixen, el senyal de confiança s’amplifica.
Format JSON-LD: l’única opció que té sentit
Schema.org pot implementar-se en tres formats: JSON-LD, Microdata i RDFa. En teoria, els tres són equivalents pel que fa a capacitat d’expressió. A la pràctica, JSON-LD ha guanyat la batalla fa temps, i Google ha deixat de ser ambigu al respecte: la seva documentació oficial recomana explícitament JSON-LD com el format preferit.
Per què JSON-LD davant de Microdata? Perquè JSON-LD és un bloc de codi independent que viu a l’<head> de la pàgina, completament separat de l’HTML visible. Pots actualitzar les dades estructurades sense tocar el disseny. Pots afegir propietats complexes amb objectes niats sense que el marcatge HTML es converteixi en un laberint. I pots validar-lo de forma aïllada amb eines automàtiques.
L’estructura bàsica d’un JSON-LD LocalBusiness té sempre tres elements indispensables:
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Nom del Negoci"
}Això és el mínim tècnicament vàlid. També és el mínim inútil. Un schema amb només aquells tres camps no li diu res a Google que no pogués inferir del títol de la pàgina. El valor real comença quan afegeixes les propietats que els motors de cerca no poden deduir per si sols.
El nesting complex és una de les capacitats de JSON-LD que Microdata gestiona amb torpesa. Per exemple, per especificar horaris diferents cada dia de la setmana amb openingHoursSpecification, necessites un array d’objectes amb @type: OpeningHoursSpecification. A Microdata, això requereix marcatge HTML niucat que entorpeix el manteniment. A JSON-LD, és un array net al script, invisible per a l’usuari, completament estructurat per a la màquina.
Propietats obligatòries vs. recomanades: on és el valor real
Google classifica les propietats del schema LocalBusiness en dues categories segons la seva documentació oficial: requerides i recomanades. La distinció importa perquè les propietats requerides són necessàries perquè el schema sigui elegible per a resultats enriquits, mentre que les recomanades són les que marquen la diferència entre un schema funcional i un que realment impulsa la teva visibilitat.
Les propietats requerides per Google per a LocalBusiness són tres: @type, name i address. Sense aquestes, el validador et retornarà errors crítics. L’adreça, al seu torn, ha de seguir el tipus PostalAddress amb els subcamps adequats.
Però on hi ha el veritable potencial és en les propietats recomanades. Aquí no cal triar: implementa totes les que apliquin al teu negoci.
telephone — Sempre en format internacional amb prefix de país. Per a Espanya, +34 91 234 56 78, mai 91-234-56-78 ni 91 234 56 78. Els motors de cerca i els sistemes de marcatge automàtic de telèfons necessiten el format E.164.
openingHoursSpecification — És una de les propietats més freqüentment mal implementades. La propietat openingHours (singular) accepta strings simplificats com "Mo-Fr 09:00-18:00", però openingHoursSpecification permet definir horaris especials per a festius o dies concrets amb objectes niuats. Si el teu negoci té un horari d’estiu, tanca els festius regionals catalans o té horari reduït els dissabtes, l’especificació detallada et dóna control total que la versió simplificada no pot expressar.
geo — Latitud i longitud del negoci. Això sembla redundant si ja tens l’adreça, però no ho és. L’adreça és un text que Google ha de geocodificar (convertir a coordenades). Les coordenades directes eliminen aquest pas intermedi i redueixen la possibilitat d’errors de geocodificació, especialment en negocis en polígons industrials, centres comercials o edificis amb múltiples entrades. Fes servir les coordenades del mateix punt que tens a Google Maps, no les del centre de l’edifici calculades automàticament.
priceRange — Un a quatre $ per indicar el rang de preus. Simple però efectiu per a respostes a consultes amb filtre de preu (“restaurants barats a València”).
url — URL absoluta de la pàgina principal del negoci. No el domini: la URL completa amb https://.
image — URL d’una imatge representativa. Fes servir una imatge de qualitat que mostri el negoci, l’equip o el producte principal.
aggregateRating — Si tens sistema de valoracions propi a la teva web, pots incloure la valoració mitjana i el nombre de valoracions. No confongueu això amb les valoracions de Google Maps (que Google gestiona directament) ni intenteu falsificar dades aquí: Google verifica la coherència.
Els més de 100 subtipus de LocalBusiness: tria el correcte
Una de les capacitats més infrautilitzades del schema LocalBusiness és la seva jerarquia de subtipus. Schema.org no defineix un sol tipus genèric per a tots els negocis: defineix més de 100 especialitzacions que van des de Restaurant fins a DentalClinic, passant per AutoRepair, LegalService, Hotel, Pharmacy, RealEstateAgent i desenes més.
Aquesta distinció no és cosmètica. Quan Google sap que el teu negoci és de tipus Dentist (subtipus de MedicalBusiness, que al seu torn és subtipus de LocalBusiness), pot associar-lo amb consultes específiques del sector dental, aplicar els criteris d’avaluació propis del sector sanitari (inclòs E-E-A-T reforçat per a YMYL) i potencialment mostrar-lo en fragments enriquits específics per a professionals mèdics.
Fer servir LocalBusiness genèric quan hauries de fer servir Restaurant és com registrar una empresa a l’epígraf fiscal incorrecte: tècnicament vàlid, però amb conseqüències en com el sistema et categoritza.
La jerarquia funciona així: pots fer servir diversos @type simultàniament per capturar múltiples classificacions. Un restaurant japonès a Barcelona podria definir:
{
"@context": "https://schema.org",
"@type": ["Restaurant", "FoodEstablishment"],
"servesCuisine": "Japanese",
"name": "Nom del Restaurant"
}Els subtipus rellevants per als sectors més comuns a Espanya:
- Hostaleria i restauració:
Restaurant,Bar,Bakery,CafeOrCoffeeShop,Hotel,BedAndBreakfast - Salut:
Dentist,Optician,Pharmacy,Physiotherapist,VeterinaryCare - Serveis professionals:
LegalService,AccountingService,FinancialService,InsuranceAgency - Automoció:
AutoRepair,AutoDealer,CarWash - Comerç:
ClothingStore,ElectronicsStore,HomeGoodsStore,BookStore - Bellesa i cura personal:
BeautySalon,HairSalon,SpaOrHealthClub,NailSalon
Consulta la jerarquia completa a schema.org/LocalBusiness per trobar el tipus més específic que descriu el teu negoci. Com més precís sigui el tipus, més rellevant resulta el schema per a consultes específiques del teu sector.
Implementació pas a pas: el JSON-LD complet
Teoria apart, vegem com es tradueix tot això en codi concret. El següent exemple correspon a un despatx d’advocats a Madrid, un cas que il·lustra bé les propietats més complexes:
{
"@context": "https://schema.org",
"@type": "LegalService",
"name": "Bufet García & Associats",
"url": "https://www.bufetegarcia.es/",
"telephone": "+34 91 555 12 34",
"email": "[email protected]",
"image": "https://www.bufetegarcia.es/images/oficina-bufet.jpg",
"description": "Despatx d'advocats especialitzat en dret mercantil i laboral a Madrid, amb més de 20 anys d'experiència i 500 clients empresarials.",
"priceRange": "€€€",
"address": {
"@type": "PostalAddress",
"streetAddress": "Carrer Serrano 45, 3r esquerra",
"addressLocality": "Madrid",
"addressRegion": "Madrid",
"postalCode": "28001",
"addressCountry": "ES"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 40.4238,
"longitude": -3.6886
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
"opens": "09:00",
"closes": "19:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Friday",
"opens": "09:00",
"closes": "15:00"
}
],
"areaServed": {
"@type": "City",
"name": "Madrid"
},
"sameAs": [
"https://www.linkedin.com/company/bufet-garcia-associats",
"https://goo.gl/maps/example"
],
"hasMap": "https://goo.gl/maps/example",
"currenciesAccepted": "EUR",
"paymentAccepted": "Cash, Credit Card, Bank Transfer"
}Algunes notes sobre aquest exemple. La propietat areaServed és especialment valuosa per a negocis de serveis que atenen clients més enllà de la seva ubicació física (un advocat no atén només els clients que entren per la porta). La propietat sameAs vincula el schema amb perfils verificables en altres plataformes, reforçant els senyals d’autoritat. I hasMap connecta directament amb la fitxa de Google Maps, facilitant la correlació de dades.
Per a negocis amb múltiples ubicacions, cada pàgina de sucursal ha de tenir el seu propi bloc JSON-LD independent. No facis servir el mateix schema amb @id duplicat en totes les pàgines: és un dels errors que Google detecta i que erosiona la confiança en el conjunt del schema del teu domini.
Errors comuns que anul·len el schema
L’espai entre implementar schema i implementar-lo bé és on es perd la major part del valor. Aquests són els errors més freqüents que trobo en auditar llocs web de negocis locals:
- Horaris en format incorrecte:
openingHours: "Dl-Dv 9:00-18:00"no és vàlid. Google requereix els dies en anglès i el format de 24 hores:"Mo-Fr 09:00-18:00". Sembla un detall menor, però el validador el marca com a error i la dada queda descartada. - Telèfon sense prefix internacional:
"91 234 56 78"provoca ambigüitat en el processament automatitzat. Fes servir sempre"+34 91 234 56 78". - Coordenades del centre del municipi en lloc del negoci: Molts generadors automàtics de schema insereixen les coordenades del centre de la ciutat si no troben les del negoci específic. Si el teu
geoapunta al centre de Barcelona però el teu negoci és a Sarrià, el senyal geoespacial és incorrecte. - Schema que no reflecteix les dades del GBP: Si l’horari al teu schema diu que obres els diumenges però el teu Google Business Profile indica que estàs tancat, Google ha de decidir quin creure. Aquesta incoherència redueix la confiança en totes dues fonts. El schema i el GBP sempre han de ser idèntics en les dades de contacte i horaris.
- URL relativa en lloc d’absoluta:
"url": "/contacte"no és vàlid. Sempre"url": "https://www.tudomini.es/contacte/". - Tipus genèric quan n’existeix un d’específic: Fer servir
"@type": "LocalBusiness"per a una clínica dental quan"Dentist"existeix i aporta més context semàntic. - No actualitzar el schema després de canvis: Un negoci que canvia l’horari a l’estiu però no actualitza el JSON-LD estarà enviant dades incorrectes durant mesos. Integra la revisió del schema en qualsevol procés de canvi de dades del negoci.
Eines de validació i comprovació
Abans de donar per bona una implementació, necessites validar-la amb eines que no s’equivoquen. Google n’ofereix dues: el Rich Results Test i el Schema Markup Validator. Són complementàries, no intercanviables.
El Rich Results Test (search.google.com/test/rich-results) avalua si el teu schema és elegible per a tipus específics de resultats enriquits a Google Search. Per a LocalBusiness, et diu si el schema està correctament implementat per potenciar el Knowledge Panel i els resultats locals. Mostra errors crítics (que impedeixen l’elegibilitat) i advertències (que redueixen el potencial però no l’anul·len).
El Schema Markup Validator (validator.schema.org) valida la sintaxi JSON-LD contra les especificacions formals de schema.org, independentment de si Google el fa servir per a resultats enriquits. És útil per detectar errors de tipat, propietats desconegudes o estructures d’anidament incorrectes.
L’eina de Merkle (technicalseo.com/tools/schema-markup-generator/) és útil per generar el JSON-LD inicial si comences des de zero. Et guia per un formulari i produeix el codi, tot i que hauràs de revisar l’output perquè els generadors automàtics cometen errors amb freqüència en propietats complexes com openingHoursSpecification.
Per a validació massiva en llocs amb múltiples pàgines d’ubicació, eines com Screaming Frog poden rastrejar el lloc i extreure tots els blocs de dades estructurades per a anàlisi en conjunt.
Una verificació addicional que sol passar per alt: després de publicar el schema, accedeix a Google Search Console i revisa l’informe de “Millores” a la secció de “Experiència a la pàgina”. Google triga entre unes hores i diversos dies a processar el schema nou, però l’informe et mostrarà si hi ha errors o advertències actives en pàgines indexades.
Schema LocalBusiness i els motors d’IA generativa
L’impacte del schema LocalBusiness no es limita ja a l’ecosistema de cerca tradicional de Google. Els motors d’IA generativa que responen consultes sobre negocis locals utilitzen dades estructurades com a senyal de confiança en construir respostes.
Quan ChatGPT Search o Perplexity rastregen una pàgina web en cerca d’informació sobre un negoci local, el processament de JSON-LD és més eficient que l’anàlisi de text pla. Un bloc de schema LocalBusiness amb nom, adreça, telèfon, horaris i coordenades li diu al model exactament el que necessita saber sense ambigüitat. El text de la pàgina pot ser ambigu (“obrim de dilluns a divendres” sense especificar hores); el schema no ho és.
Segons dades de BrightLocal de 2025, els negocis amb schema LocalBusiness complet reben un 20% més de clics en resultats orgànics locals, i aquell efecte s’amplifica en el context de les respostes d’IA, on la font amb dades més estructurades i verificables té avantatge competitiu al ser seleccionada per a la resposta.
Hi ha una propietat de schema LocalBusiness que cobra especial rellevància per als motors d’IA: areaServed. Aquesta propietat permet definir l’àrea geogràfica a la qual serveix el negoci, ja sigui com a ciutat, regió, país o un radi geogràfic amb GeoCircle. Per als LLMs que responen consultes com “serveis de lampisteria a tota la província de Màlaga”, un negoci amb areaServed correctament definit té un senyal explícit que els models poden processar directament.
La propietat makesOffer i hasOfferCatalog permeten estructurar els serveis o productes del negoci en format processable per màquines. Un restaurant que defineix els seus plats amb Offer i MenuItem li està donant als motors d’IA els ingredients per respondre consultes molt específiques sobre la seva oferta. Un estudi de Semrush de 2025 va identificar que els negocis amb schema de serveis detallat tenien un 35% més de mencions en respostes d’AI Overviews per a consultes de nínxol comparats amb negocis amb schema bàsic.
Manteniment i cicle de vida del schema
Una implementació de schema LocalBusiness no és una feina d’una sola vegada. És una capa de dades viva que s’ha de mantenir sincronitzada amb la realitat del negoci.
Els esdeveniments que requereixen actualització immediata del schema inclouen: canvi d’horari (inclòs horari d’estiu o festius), canvi d’adreça o número de telèfon, obertura o tancament de sucursals, canvi de nom comercial i modificació de la gamma de serveis. Cada vegada que actualitzes la fitxa de Google Business Profile, comprova si el schema corresponent necessita la mateixa actualització.
Una pràctica recomanada per a equips de màrqueting o agències que gestionen múltiples clients: crear un full de control amb tots els camps del schema LocalBusiness, els valors actuals i la data de darrera verificació. Revisar aquest full trimestralment pren menys de 30 minuts per client i evita que s’acumulin incoherències que erosionin la confiança dels motors de cerca.
Per a webs construïdes amb CMS com WordPress, els plugins de SEO com Yoast o RankMath gestionen el schema LocalBusiness des del panell d’administració. L’avantatge és la facilitat d’actualització; el risc és que aquests plugins generen un schema genèric que pot no incloure totes les propietats que necessites. Verifica sempre l’output amb el Rich Results Test, independentment del plugin que facis servir.
Per a projectes més tècnics, com llocs construïts amb Astro o altres frameworks moderns, crear un component dedicat que generi el JSON-LD dinàmicament des d’una única font de dades (un arxiu de configuració o les variables d’entorn) és l’aproximació més robusta. Canvies les dades en un sol lloc i el schema s’actualitza automàticament en totes les pàgines rellevants.
El schema LocalBusiness té retorn mesurable quan la implementació és completa i es manté actualitzada. Un schema parcial o desactualitzat no és neutral: genera inconsistències que Google i els motors d’IA interpreten com a senyals de poca fiabilitat. Implementat correctament, és una de les inversions tècniques amb millor relació esforç-impacte en SEO local.
Per aprofundir en l’estratègia completa de posicionament local, la guia de SEO local cobreix el context estratègic en el qual aquest schema encaixa amb la resta de factors de rànquing.