Generative Engine Optimization y LLMs

Cómo escribir JSON-LD para que tu blog de RankLayer sea citable por ChatGPT, Gemini y Perplexity

15 min de lectura

Con JSON-LD bien escrito, tu blog puede dar señales claras sobre quién eres, qué ofreces y por qué vale la pena citarte. Sin tecnicismos raros y sin convertirte en desarrollador de fin de semana.

Explora más guías prácticas de RankLayer
Cómo escribir JSON-LD para que tu blog de RankLayer sea citable por ChatGPT, Gemini y Perplexity
En este artículo9 secciones
  1. Qué es JSON-LD y por qué ayuda a que ChatGPT, Gemini y Perplexity te citen
  2. Qué tipos de Schema.org aumentan más tus probabilidades de aparecer en respuestas de IA
  3. Cómo escribir JSON-LD paso a paso sin romper el blog
  4. Plantillas JSON-LD listas para copiar en un blog alojado
  5. Ejemplo completo de JSON-LD para un artículo citable por IA
  6. Cómo añadir JSON-LD a un blog alojado sin saber programar
  7. Cómo probar si ChatGPT, Gemini y Perplexity entienden tus datos estructurados
  8. Errores comunes al escribir JSON-LD para citación por IA
  9. Cómo aprovechar esto en RankLayer sin convertirte en técnico

Qué es JSON-LD y por qué ayuda a que ChatGPT, Gemini y Perplexity te citen

JSON-LD para citas de IA no es magia, pero sí una pista muy útil para los sistemas que intentan entender tu contenido rápido y con contexto. Si tu blog habla de tu negocio como una persona clara y ordenada, las máquinas tienen menos trabajo para adivinar qué vendes, dónde operas y si tu página merece aparecer en una respuesta. JSON-LD significa "JavaScript Object Notation for Linked Data". Traducido a lengua humana, es una forma de describir tu página con datos estructurados que los buscadores y algunos motores generativos pueden leer con más facilidad. Google lo documenta en su guía oficial de datos estructurados, y Schema.org mantiene el vocabulario base que usamos para marcar entidades como negocio local, artículo, FAQ o producto. Para tu blog alojado en RankLayer, esto importa por una razón muy simple. Cuando publicas contenido diario, no basta con escribir bien. También necesitas que cada artículo diga claramente quién lo publicó, qué tema cubre y a qué tipo de negocio pertenece. Esa claridad ayuda tanto al SEO clásico como a la visibilidad en motores de respuesta. Si ya leíste cosas sobre GEO para SaaS o sobre cómo hacer citable tu base de conocimiento por IA, aquí vamos un paso más abajo, al código que sostiene esa visibilidad. Un matiz importante: JSON-LD no garantiza citas. Lo que hace es reducir ambigüedad. Y en búsqueda generativa, la ambigüedad es como hablar con la boca llena, nadie entiende nada.

Qué tipos de Schema.org aumentan más tus probabilidades de aparecer en respuestas de IA

  • ✓Article o BlogPosting, porque deja claro que tu contenido es una pieza editorial con autor, fecha y tema. Esto ayuda a que el artículo se interprete como una fuente útil y no como texto suelto sin identidad.
  • ✓Organization o LocalBusiness, porque une el contenido con una marca real, una ubicación o un tipo de negocio concreto. Para clínicas, tiendas y servicios locales, esto es oro puro.
  • ✓FAQPage, cuando tienes preguntas y respuestas reales, no relleno bonito. Este formato ayuda a estructurar consultas cortas que los modelos suelen reutilizar al responder.
  • ✓Product o Service, especialmente en páginas de comparación, servicios o fichas comerciales. Cuanto más claro sea lo que vendes, menos espacio hay para interpretaciones raras.
  • ✓BreadcrumbList, porque aporta jerarquía y contexto de navegación. Parece un detalle pequeño, pero cuando todo está ordenado, el contenido se vuelve más fácil de rastrear y resumir.

Cómo escribir JSON-LD paso a paso sin romper el blog

  1. 1

    Elige una sola entidad principal por página

    No intentes convertir una entrada de blog en cinco cosas al mismo tiempo. Si es un artículo, el centro debe ser Article o BlogPosting. Si es una ficha de servicio, el centro debe ser Service o LocalBusiness, y el resto de datos debe apoyar esa entidad.

  2. 2

    Usa campos reales y consistentes

    Pon el nombre del negocio, la URL exacta, el logo correcto, el autor real y la fecha de publicación. Si un campo no lo sabes o no aplica, mejor omitirlo que inventarlo. Las IAs detectan contradicciones y eso mata confianza.

  3. 3

    Mantén el JSON limpio y válido

    Usa comillas dobles, evita comas sobrantes y no mezcles texto decorativo dentro del bloque. Un JSON-LD roto es como una llave que parece correcta pero no abre la puerta.

  4. 4

    Añade contexto local cuando sea útil

    Si eres una clínica, una tienda o un despacho, incluye address, openingHours, priceRange y areaServed cuando correspondan. Para un SaaS o un negocio digital, enfócate más en Organization, WebSite, Article y Service.

  5. 5

    Inserta el bloque en cada plantilla de RankLayer donde tenga sentido

    No necesitas hacerlo página por página a mano si tu flujo ya publica artículos diarios. La idea es que el marcado se injete como parte del sistema, igual que el título o la meta description.

Plantillas JSON-LD listas para copiar en un blog alojado

Vamos a lo bueno, porque teorías sin plantilla sirven más o menos como paraguas en un huracán. El bloque más básico para un artículo de blog suele combinar Article con Organization. Así le dices al motor: este contenido pertenece a una empresa real, fue publicado por alguien identificable y trata un tema específico. Ejemplo simple para una entrada editorial: { "@context": "https://schema.org", "@type": "Article", "headline": "Título del artículo", "description": "Resumen breve y claro", "author": { "@type": "Person", "name": "Nombre del autor" }, "publisher": { "@type": "Organization", "name": "Nombre de la marca", "logo": { "@type": "ImageObject", "url": "https://tudominio.com/logo.png" } }, "mainEntityOfPage": "https://tudominio.com/tu-articulo", "datePublished": "2026-01-15", "dateModified": "2026-01-15" } Si tu negocio es local, añade el bloque de LocalBusiness para reforzar señales de confianza. Aquí importa mucho no copiar y pegar campos inventados. Si tienes horario real, ponlo. Si no aceptas visitas físicas, no te inventes una dirección bonita. Google tiene documentación específica para negocios locales y datos estructurados, y conviene seguirla al pie de la letra. Ejemplo útil para tienda, clínica o despacho: { "@context": "https://schema.org", "@type": "LocalBusiness", "name": "Nombre del negocio", "url": "https://tudominio.com", "telephone": "+52 000 000 0000", "address": { "@type": "PostalAddress", "streetAddress": "Calle ejemplo 123", "addressLocality": "Ciudad", "addressRegion": "Estado", "postalCode": "00000", "addressCountry": "MX" }, "openingHours": "Mo-Fr 09:00-18:00", "priceRange": "$$" } Para páginas de preguntas frecuentes, el formato FAQPage es muy práctico. No lo uses como cajón de sastre. Úsalo cuando la página realmente responde preguntas concretas y visibles. Si escondes una sola pregunta eterna con 40 líneas de paja, el marcado pierde sentido. En cambio, si respondes dudas reales sobre horarios, precios, cobertura o instalación, esa estructura puede ayudar a que la información sea más fácil de reutilizar por motores generativos.

Ejemplo completo de JSON-LD para un artículo citable por IA

Te dejo un ejemplo más completo, porque en la práctica los bloques pequeños suelen funcionar mejor cuando están bien conectados. La idea es que un artículo tenga identidad editorial, pertenencia de marca y contexto de página. Eso es especialmente útil en blogs automáticos, donde el volumen puede subir rápido y necesitas que cada URL conserve coherencia. { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://tudominio.com/#organizacion", "name": "Nombre de tu marca", "url": "https://tudominio.com", "logo": { "@type": "ImageObject", "url": "https://tudominio.com/logo.png" }, "sameAs": [ "https://www.linkedin.com/company/tuempresa", "https://www.instagram.com/tuempresa" ] }, { "@type": "WebSite", "@id": "https://tudominio.com/#sitio", "url": "https://tudominio.com", "name": "Nombre de tu sitio", "publisher": { "@id": "https://tudominio.com/#organizacion" } }, { "@type": "Article", "headline": "Cómo elegir el mejor servicio de contabilidad para tu pyme", "description": "Guía práctica para comparar servicios de contabilidad", "author": { "@type": "Person", "name": "Nombre del autor" }, "publisher": { "@id": "https://tudominio.com/#organizacion" }, "mainEntityOfPage": { "@type": "WebPage", "@id": "https://tudominio.com/contabilidad-pyme" }, "datePublished": "2026-02-01", "dateModified": "2026-02-01" } ] } Este patrón en @graph sirve para no repetir datos y para conectar entidades entre sí. Esa conexión le da más contexto al sistema que lee tu página. No es una varita mágica, pero sí una manera elegante de decir "esto no es contenido flotando en el vacío, pertenece a una marca real con una web real". Si tu blog está alojado en una infraestructura como RankLayer, la ventaja es operativa: puedes estandarizar este bloque en la plantilla y dejarlo listo para todos los posts nuevos. Así no dependes de editar cada artículo a mano, y eso te ahorra el clásico dolor de cabeza de los equipos pequeños.

Cómo añadir JSON-LD a un blog alojado sin saber programar

Si tu blog está en una plataforma alojada, lo ideal es que el marcado se genere desde la plantilla, no pegándolo manualmente en cada post. Piensa en esto como poner el mismo timbre en todas las puertas del edificio. No necesitas caminar puerta por puerta cada vez que entra alguien. La forma más limpia es tener campos estructurados en tu plantilla: título, autor, fecha, entidad de negocio, URL canónica, logo, teléfono y ubicación, cuando aplique. Luego el sistema convierte esos campos en JSON-LD automáticamente. En RankLayer, este enfoque encaja muy bien porque el blog ya está pensado para publicar contenido todos los días sin que tú tengas que vivir en modo "subir HTML a las 11:47 pm". Para negocios locales, el marcado debe reflejar la realidad física. Si eres dentista, añade dirección y horario. Si eres un SaaS, no metas openingHours solo por llenar. En ese caso, el esfuerzo útil va por otro lado: WebSite, Organization, Article, FAQPage y, cuando corresponda, Service o Product. Si quieres preparar mejor la base técnica, vale la pena revisar también esta checklist de robots.txt, meta robots y crawlers de IA para no bloquear sin querer a los rastreadores que sí te interesan. La regla de oro es simple: el JSON-LD debe coincidir con lo que el usuario ve en la página. Si el marcado dice una cosa y el contenido muestra otra, estás creando ruido. Y el ruido, en SEO y en IA, casi siempre se paga caro.

Cómo probar si ChatGPT, Gemini y Perplexity entienden tus datos estructurados

  1. 1

    Valida el JSON antes de publicar

    Pasa el bloque por un validador de JSON y luego por una herramienta de prueba de resultados enriquecidos. No necesitas adivinar si el código está bien escrito, mejor comprobarlo. Google ofrece su prueba de resultados enriquecidos, que sigue siendo una verificación rápida y bastante práctica.

  2. 2

    Revisa la presencia del marcado en el HTML final

    No basta con que exista en tu CMS o plantilla. Debes ver el JSON-LD renderizado en el código fuente de la página. Si no aparece ahí, para los rastreadores es como si no existiera.

  3. 3

    Haz pruebas con prompts controlados

    Pregúntale a un modelo algo como: "¿Cuál es la fuente de esta página y qué tipo de negocio representa?" o "Resume el negocio y cita los datos visibles de la web". No le pidas milagros, solo observa si identifica la entidad, el servicio y el contexto.

  4. 4

    Compara páginas con y sin marcado

    Publica dos URLs parecidas, una con JSON-LD bien hecho y otra sin él, y revisa diferencias en indexación, cobertura y forma de aparición. En blogs automáticos, ese tipo de test enseña mucho más que mil opiniones de LinkedIn.

  5. 5

    Mide señales en Search Console y analítica

    Si ves más impresiones, mejor cobertura o queries más específicas después de estandarizar el marcado, vas por buen camino. No siempre el efecto será inmediato, pero sí deberías ver más claridad en cómo Google interpreta la página.

Errores comunes al escribir JSON-LD para citación por IA

  • ✓Usar plantillas genéricas para todo. Un artículo, una clínica y un SaaS no deberían parecer el mismo tipo de página disfrazada con otro logo.
  • ✓Inventar campos para completar el bloque. Si no tienes dirección física, no metas una dirección fantasma. Si no hay horario, no lo simules.
  • ✓Marcar contenido que el usuario no ve. Si las FAQs no están visibles, o si el título marcado no coincide con el real, estás pidiendo problemas.
  • ✓Duplicar JSON-LD en varios plugins o capas de la plantilla. Dos bloques contradictorios son peor que uno bien hecho.
  • ✓Olvidar el mantenimiento. Cuando cambias logo, nombre comercial o URL, el marcado también debe actualizarse.

Cómo aprovechar esto en RankLayer sin convertirte en técnico

La ventaja de un blog automático no es solo publicar más. Es poder publicar con consistencia y con una base técnica repetible. Si cada artículo sale con el mismo estándar de marcado, la misma lógica de entidad y el mismo control de calidad, el sistema entero se vuelve más citable. En prácticas como esta, RankLayer encaja bien porque te evita la parte incómoda de montar WordPress, plugins, hosting y parches. Tú te concentras en el negocio y en los temas que realmente atraen clientes. La plataforma se encarga de la publicación y del hospedaje, y eso facilita que el JSON-LD viva donde debe vivir, en la plantilla, no en un copiar y pegar eterno. Si ya estás pensando en expansión, esta disciplina también te ayuda con contenidos multilingües, páginas comparativas y landings por intención. No hace falta escribir mejor que todos. Hace falta ser más claro, más consistente y más fácil de entender para humanos e inteligencias artificiales. Esa es la diferencia entre tener contenido y tener presencia. Y sí, si tu estrategia incluye conectar con Google Search Console, Analytics, Pixel o automatizaciones con Zapier, este enfoque se vuelve todavía más interesante porque puedes medir si el contenido estructurado empuja leads reales, no solo visitas bonitas.

Preguntas Frecuentes

¿Qué esquema JSON-LD es mejor para que una IA cite mi negocio?▼

Depende del tipo de página, pero en la mayoría de los casos conviene empezar con Article o BlogPosting para el contenido editorial, y Organization o LocalBusiness para la identidad del negocio. Si la página responde dudas frecuentes, FAQPage también aporta mucho contexto. La clave no es meter más esquemas, sino usar los que describen con precisión lo que el usuario ve. Cuando el marcado coincide con el contenido, la página suele ser más fácil de interpretar y reutilizar.

¿Puedo añadir JSON-LD a un blog alojado sin saber programar?▼

Sí, y esa es justamente la idea más práctica. Lo ideal es que el marcado salga desde la plantilla del blog, no que lo pegues manualmente en cada publicación. Así evitas errores de copia, inconsistencias y bloqueos de mantenimiento cuando publicas todos los días. En un blog alojado como RankLayer, esa automatización encaja mejor que en un flujo artesanal.

¿Cómo sé si ChatGPT, Gemini o Perplexity están leyendo mi JSON-LD?▼

No hay una prueba perfecta y universal, pero sí puedes validar señales útiles. Primero, comprueba que el marcado esté presente en el HTML final y que pase por un validador. Luego, haz pruebas con prompts concretos para ver si el modelo identifica la entidad, el autor, el tipo de negocio y los datos visibles. Si además notas mejor indexación o consultas más específicas en Search Console, vas en buena dirección.

¿Qué campos de negocio local importan más para citas de IA?▼

Los más útiles suelen ser name, address, telephone, openingHours y priceRange, siempre que sean reales y visibles en la página. También ayuda incluir la URL canónica y, cuando aplica, el área de servicio. Para clínicas, restaurantes, dentistas o tiendas locales, estos datos reducen la ambigüedad y facilitan que una IA entienda dónde operas y qué puede esperar el usuario. Si el negocio no tiene local físico, no fuerces campos que no existen.

¿JSON-LD mejora el SEO aunque no garantice citas por IA?▼

Sí, porque mejora la comprensión de la página y ayuda a organizar la información para buscadores y herramientas de interpretación. No es una garantía de ranking ni de citación, pero sí forma parte de una base técnica sana. Piensa en ello como poner etiquetas claras en una bodega: no vende por sí sola, pero hace que todo se encuentre más rápido. En SEO y GEO, esa claridad suele rendir bien.

¿Debo usar el mismo JSON-LD para artículos, páginas de servicio y FAQs?▼

No, porque cada tipo de página cumple una función distinta. Un artículo suele ir con Article o BlogPosting, una página comercial con Service o Product, y una sección de preguntas con FAQPage. Puedes combinar varios tipos en @graph si realmente tienen sentido en la misma URL, pero no mezcles todo por reflejo. El mejor JSON-LD es el que describe la página con precisión, no el que parece más largo.

Si quieres seguir aprendiendo cómo hacer tu contenido más visible para Google y para las IAs, explora RankLayer y nuestras guías prácticas

Ver más guías

Sobre el Autor

V
Vitor Darela

Vitor Darela de Oliveira is a software engineer and entrepreneur from Brazil with a strong background in system integration, middleware, and API management. With experience at companies like Farfetch, Xpand IT, WSO2, and Doctoralia (DocPlanner Group), he has worked across the full stack of enterprise software - from identity management and SOA architecture to engineering leadership. Vitor is the creator of RankLayer, a programmatic SEO platform that helps SaaS companies and micro-SaaS founders get discovered on Google and AI search engines

Comparte este artículo

FacebookXLinkedInWhatsApp