Schema markup para servicios locales en Argentina

El SEO local en Argentina sigue siendo, en muchos verticales, el territorio donde mejor ROI tiene cualquier inversión digital. Pero está dramáticamente subexplotado. La mayoría de los sitios de servicios locales no tienen schema, y los que tienen, lo tienen mal.

Esta guía es para sitios que venden servicios profesionales en una o varias ciudades argentinas: estudios jurídicos, consultorios, gimnasios, clínicas estéticas, talleres mecánicos, agencias, consultoras, hospitality. Vamos a ver qué schema implementar, en qué orden, y los errores más caros que vemos en proyectos reales.

Por qué schema importa más en local que en general

En búsqueda local, Google tiene que desambiguar tres cosas simultáneamente: qué buscás (servicio), dónde estás (ubicación), y qué proveedores existen (entidades). Schema markup es la forma más directa de decirle a Google quién sos, qué hacés, dónde, y qué te diferencia.

Sitios sin schema dependen de que Google infiera todo eso desde el contenido y los enlaces. Sitios con schema bien implementado entran a la conversación con la información ya estructurada. La diferencia en visibilidad en el pack local es brutal.

El stack básico para servicios locales

Hay cinco tipos de schema que debería tener cualquier sitio de servicios locales argentino. En orden de prioridad:

1. LocalBusiness (o el subtipo más específico)

El schema central. LocalBusiness tiene decenas de subtipos más específicos (LegalService, MedicalBusiness, AutoRepair, GymHealth, etc). Siempre conviene usar el subtipo más específico que aplique, porque le da a Google más contexto para clasificarte.

Campos imprescindibles para Argentina:

• name: nombre comercial, exactamente como aparece en Google Business Profile y en el sitio.
• address: PostalAddress completo con streetAddress, addressLocality (ciudad), addressRegion (provincia), postalCode (CP argentino), addressCountry "AR".
• telephone: en formato internacional (+54 9 261 ...).
• url: URL canónica del sitio.
• image y logo: URLs absolutas a imágenes en buena resolución.
• priceRange: rango de precios. Para muchos servicios profesionales argentinos esto es controversial, pero ponerlo aunque sea como "$$" mejora el rich result.
• openingHoursSpecification: horarios estructurados por día.
• geo: latitud y longitud. Sí, importa aunque tengas la dirección.
• areaServed: ciudades, barrios o provincias donde prestás servicio si vas a domicilio o cubrís área extendida.
• sameAs: array con URLs de redes sociales, Wikipedia si tenés, perfiles oficiales en directorios.

2. Organization

Si tu marca es una empresa o consultora con varias sedes, además de LocalBusiness por sede conviene un Organization que actúe como entidad madre. Esto le da a Google una jerarquía clara para el Knowledge Graph.

3. Service

Para cada servicio importante que ofrecés, una entrada Service con provider apuntando a tu LocalBusiness. Esto no solo ayuda a SEO local, ayuda fuerte a AEO porque le da al modelo un mapa claro de "qué hace esta marca".

Campos clave:

• name: nombre del servicio, claro y específico.
• description: descripción concreta, sin marketing vacío.
• provider: referencia al LocalBusiness.
• areaServed: dónde prestás ese servicio puntual (puede ser distinto del global).
• serviceType: categoría estandarizada si aplica.

4. FAQPage

Para páginas que respondan preguntas frecuentes reales sobre tu servicio. Importante: tienen que ser preguntas que efectivamente se hacen, con respuestas que efectivamente respondan. FAQ inflado para ganar real estate en SERP es contraproducente — Google ya filtra eso.

5. AggregateRating + Review

Si recolectás reseñas reales en tu sitio, marcalas. Importante: tienen que ser reseñas reales, generadas por usuarios verificables, y sobre las cosas correctas (servicios, no la marca en abstracto). Reviews inventadas son la forma más rápida de comerse una manual action.

Errores comunes que matan el resultado

En cada auditoría que hacemos a un sitio de servicios local en Argentina aparecen, casi sin excepción, una o varias de estas cosas:

Direcciones inconsistentes (NAP)

El nombre, dirección y teléfono (NAP, por sus siglas en inglés) tienen que ser idénticos en el schema, en el footer del sitio, en Google Business Profile, y en cualquier directorio donde aparezcas. "Av. San Martín 123" vs "Avenida San Martín 123" vs "Av San Martín 123" son tres entidades distintas para Google.

Esto vale especialmente para Argentina por dos razones: usamos muchas abreviaturas distintas (Av. / Avenida / Avda.) y los nombres de calles tienen variantes (San Martín / Gral. San Martín / General San Martín). Decidí una versión y respetala obsesivamente en todos los puntos de contacto.

areaServed mal definido

El error más común: poner "Argentina" o "Sudamérica" en areaServed cuando en realidad atendés en un barrio. Eso no te ayuda a aparecer en búsquedas amplias y te dispersa la señal local.

Lo correcto: ser específico. Si atendés en zona oeste del Gran Buenos Aires, el areaServed debería listar "Morón", "Castelar", "Ituzaingó", "Hurlingham", etc. Si atendés en CABA, listar barrios específicos. Cuanto más concreto, más fácil le hacés a Google matchearte con búsquedas locales.

Multi-sede mal estructurado

Para marcas con varias sucursales (clínicas, talleres, gimnasios), el patrón correcto es: una página por sucursal con su propio LocalBusiness schema, todas anidadas como branchOf de un Organization madre. El error común es poner un solo LocalBusiness para toda la marca con direcciones múltiples — eso confunde a Google y termina perdiendo todas las sedes.

No validar después de implementar

Implementar schema sin validar es tirar plata. La rutina mínima debería ser: cada cambio se valida en Schema Markup Validator (validator.schema.org) y en Rich Results Test de Google. Y se monitorea por al menos dos semanas en Search Console, en la sección de Mejoras.

Schema mal implementado es peor que no tener schema. Google detecta inconsistencias y baja la confianza en el dominio entero.

Dónde y cómo implementar

Tres recomendaciones concretas:

1. JSON-LD, no Microdata: JSON-LD se inserta en un tag script en el head o body, sin contaminar el HTML visible. Es el formato preferido por Google y por casi todos los crawlers modernos.
2. Server-side, no inyectado por JS: el schema tiene que estar en el HTML que se sirve al primer request. Inyectarlo después con JavaScript funciona en algunos casos pero introduce fragilidad innecesaria.
3. Una entidad por entidad real: si tenés una sede, un LocalBusiness. Si tenés tres sedes y un servicio compartido, tres LocalBusiness, un Service que las referencie a las tres como provider, y un Organization madre. Mapear el mundo real, no inflar.

Lo que schema no resuelve solo

Schema markup es necesario pero no suficiente para SEO local. Las otras patas que tienen que estar:

• Google Business Profile completo, con fotos recientes, posts semanales, respuestas a reseñas, productos o servicios cargados.
• Citaciones consistentes en directorios relevantes: Páginas Amarillas digital, Cylex, directorios verticales (Doctoralia para salud, Páginas Doradas, etc.).
• Reseñas reales y recientes: el flujo constante de reviews con respuestas del negocio es la señal más fuerte para el pack local.
• Contenido geo-relevante: páginas que mencionen barrios, referencias locales, eventos del lugar. El sitio tiene que "olerle" local a Google.
• Velocidad mobile: el 70%+ de búsquedas locales son desde teléfono. Sitios pesados pierden contra competencia más rápida sin importar el schema.

Checklist mínimo para arrancar mañana

1. Auditar NAP en todos los puntos de contacto (sitio, GBP, directorios). Decidir versión canónica y unificar.
2. Implementar LocalBusiness con el subtipo más específico, con todos los campos obligatorios.
3. Sumar Organization si hay multi-sede o jerarquía corporativa.
4. Crear una entrada Service por cada servicio comercializable, con areaServed específico.
5. Validar todo en validator.schema.org y Rich Results Test antes de dar por hecho que funciona.
6. Monitorear en Search Console > Mejoras la primera semana y corregir errores que aparezcan.
7. Configurar tracking de búsquedas locales (impresiones, CTR, aparición en pack) para tener baseline antes de mover otra cosa.

Ninguna de estas cosas es glamourosa. Todas mueven la aguja. Y la mayoría de los competidores de servicios locales argentinos no las está haciendo, lo que significa que el upside todavía es enorme — especialmente fuera de CABA, donde la competencia técnica sigue siendo notablemente baja.