Extensión

Schema Identity

Datos estructurados para EmDash: un grafo schema.org conectado para su sitio, las personas detrás de su contenido y sus credenciales. De Monprez.

• Categoría: schema
• Estado: Disponible
• Versión: 1.0.0
• Precio: Desconocido
• Fuente: Registro oficial de plugins
• Instalación: Plugin aislado del registro
• Verificado: 2026-10-21

Copiar enlace Abrir en Claude Abrir en ChatGPT

Compartir en X Compartir en LinkedIn Compartir en Reddit

Descripción

Schema Identity sustituye el JSON-LD integrado de EmDash por un grafo schema.org conectado en cada página, y dedica el mayor cuidado a quién está detrás de su contenido: las personas y la organización, sus credenciales y su experiencia, y quién escribió qué artículo.

Qué publica

• El sitio como Person, como Organization o ambos, con cargo, perfiles en otros lugares (sameAs) y áreas de especialización (knowsAbout). worksFor y founder son afirmaciones separadas, porque un empleado no es un fundador.
• Credenciales (hasCredential) con entidad emisora, fechas y enlace de verificación, y certificaciones de la organización (hasCertification). Una credencial caducada desaparece por sí sola al día siguiente de caducar (las páginas en caché pueden tardar más en ponerse al día).
• Cada firma acreditada como un nodo Person propio. Las etiquetas de rol como «Reviewed by» se asignan de forma explícita, nunca se adivinan.
• WebSite, WebPage, BlogPosting, la imagen principal y las migas de pan cuando su tema las proporciona.

Las reglas que sigue: relaciones solo donde algo las confirme, ningún dato inventado, y las fechas imposibles se rechazan en lugar de repararse.

Creado por Monprez. También disponible para WordPress como Monprez Schema Identity.

Instalación

1. Instale el plugin y apruebe su único permiso, leer las firmas. No hace solicitudes de red y nunca cambia su contenido.
2. Identity: elija una persona, una organización o ambas, rellene lo que sea cierto y vincule su propia firma si escribe en el sitio. Establezca la zona horaria que decide cuándo caduca una credencial.
3. Credentials: añada las credenciales de la persona del sitio y las certificaciones de la organización.
4. People: añada cargos, experiencia y credenciales para cada firma. El nombre, la biografía y el sitio web permanecen en la propia firma.
5. Byline roles: asigne las etiquetas de rol que usen sus firmas, como «Reviewed by».

Después pegue un artículo publicado en la prueba de resultados enriquecidos de Google; la página Identity enlaza a ella.

Los datos estructurados deben coincidir con lo que ven los lectores. Para mostrar también las credenciales en la página, véase Show what you publish para la ruta pública y un cuadro de autor que se puede copiar.

Use un solo plugin de schema a la vez: solo uno puede ser dueño del JSON-LD de la página. Requiere EmDash 1.2.0 o posterior. Solo en inglés por ahora, creado para sitios de un solo idioma.

Seguridad

Informe de los problemas de seguridad a [email protected].

El plugin solicita un único permiso, bylines:read. No tiene acceso a la red, no escribe contenido ni accede a los medios. Sus datos permanecen en su propio almacenamiento en su sitio.

Una ruta pública de solo lectura (GET /_emdash/api/plugins/schema-identity/people) permite a los temas mostrar lo que dice el marcado sobre una persona: su cargo, su experiencia y sus credenciales actuales, con las mismas reglas que el marcado. Responde por cada firma existente, incluidas las personas aún no acreditadas en una página publicada, así que introduzca solo lo que esté de acuerdo en hacer público. Las credenciales ocultas, caducadas y aún no emitidas, y los datos conservados de firmas eliminadas, nunca se devuelven.

Registro de cambios

Registro de cambios

1.0.0

Primera versión pública. Schema Identity sustituye el JSON-LD integrado de EmDash por un grafo schema.org conectado:

• Identidad del sitio como Person, Organization o ambos, con worksFor y founder como afirmaciones separadas.
• Credenciales de la persona (hasCredential) y certificaciones de la organización (hasCertification), con la caducidad gestionada en cada solicitud y un interruptor Published.
• Un nodo Person para cada firma acreditada, con su propio cargo, experiencia y credenciales; las etiquetas de rol se asignan de forma explícita.
• WebSite, WebPage, BlogPosting, imagen principal y BreadcrumbList.
• Páginas de administración: Identity (con enlaces para comprobar su marcado), Credentials, People, Byline roles; un widget del panel Expiring credentials.
• Una ruta pública people de solo lectura y un ejemplo de cuadro de autor para los temas.