Saltar al contenido
megapromoting
Vamos a hablar

Experiencia · AEO

Convertimos la página en datos que una máquina lee sin adivinar, y verificamos el resultado con la herramienta del motor.

Datos estructurados, preguntas y respuestas en forma legible, hilo de navegación, nodo de la organización. De los tres temas, este es aquel en el que el resultado se puede probar, no solo suponer.

Habla de un proyecto

Ya construidoTres implementaciones propias, todas abiertas en disco y verificables desde el exterior hoy. Primera: las páginas de producto de este sitio sirven un grafo de 1.479 bytes con `WebPage`, `SoftwareApplication` y `BreadcrumbList` vinculados entre sí, generado a partir de los mismos datos que el texto visible — 23 páginas. Segunda: un módulo de análisis propio para respuestas directas, 51 líneas, ocho comprobaciones con puntos escritos explícitamente en el código, con peso 0,10 en la puntuación general del analizador. Tercera: un generador público de datos estructurados en nuestro sitio, cinco tipos, que responde 200. La reserva que declaramos en la misma frase: el mismo módulo de análisis da 30 de 100 a nuestra propia página de producto, porque no sabe leer un grafo — el límite es de la herramienta, está escrito más abajo, y hay que repararlo.

Un motor que muestra una respuesta directa no compone texto: extrae un fragmento de una página y lo pone bajo la pregunta. Para extraer sin adivinar, necesita una correspondencia sin ambigüedad entre pregunta y respuesta, entre producto y su estado, entre página y la organización que la publica. Los datos estructurados son justamente eso — no una decoración de SEO, sino la página escrita por segunda vez, para un lector que no entiende el diseño, solo la estructura.

La diferencia frente a los otros dos temas es que aquí el resultado se prueba. No se supone ni se espera: tomas la dirección, la pasas a la herramienta de validación del motor y ves si el bloque se lee, qué tipos reconoce y qué campos le faltan. Por eso esta página puede citar más que la de respuestas generadas — y por eso está escrita como trabajo hecho, no como oferta.

Cómo se ve la situación en este sitio, contado hoy, no estimado: 147 direcciones en el mapa del sitio. Veintitrés páginas de producto llevan un grafo correcto de 1.479 bytes. Todas las demás llevan exactamente un bloque, de 265 bytes, con seis campos: contexto, tipo, identificador, nombre, dirección, descripción. Sin logotipo, sin dirección postal, sin punto de contacto y sin enlaces a los perfiles públicos — aunque en la configuración del sitio hay seis escritos. La página de preguntas frecuentes tiene diez preguntas en HTML, ningún bloque de preguntas legible por máquina, y no está en el mapa del sitio.

La parte que cambia la discusión es el inventario de texto ya escrito. En las fuentes de contenido de este sitio hay 233 pares pregunta-respuesta en las páginas de servicio, 175 en las de producto y diez en la página de preguntas frecuentes — 418 en total, escritos, revisados, con respuestas reales. Cero están hoy en una forma que una máquina pueda leer. Esa es, normalmente, la tarea: no producir contenido nuevo, sino traducir el existente. Un sitio que no tiene las preguntas escritas tiene otro problema, mayor, y lo decimos antes.

Qué incluye

El trabajo, por componentes

Inventariamos qué lee hoy una máquina de cada dirección

Pedimos cada dirección, extraemos cada bloque de datos estructurados, lo parseamos y escribimos los tipos y el tamaño. El resultado es una tabla, no una impresión. En este sitio: una página de producto devuelve dos bloques, de 265 y 1.479 bytes, con cuatro tipos entre ellos; la página de inicio, el catálogo, el blog, el contacto, las preguntas frecuentes y las páginas de servicio devuelven uno solo, de 265 bytes, con un tipo. Aquí también se ve lo que está roto en silencio: un bloque que no se parsea no da ningún error visible, simplemente no existe para el motor.

Traducimos las preguntas ya escritas, no inventamos otras

418 pares pregunta-respuesta ya existen en las fuentes de contenido de este sitio y ninguno está en una forma legible. El bloque de preguntas se genera desde exactamente la misma fuente que el texto visible, no se escribe una segunda vez a mano. La regla es estricta y ese es el motivo: si en los datos aparecen preguntas o respuestas que no están en la página, el motor lo trata como una discrepancia, y el resultado es la pérdida de la visualización especial, no un plus.

Un solo grafo por página, con nodos que se conocen entre sí

En lugar de bloques separados que repiten los mismos datos, un grafo en el que la página, la entidad principal y la ruta de navegación se refieren entre sí mediante un identificador, y la organización es un único nodo para todo el sitio. Así se ven nuestras páginas de producto: la página enlaza con la organización como editor, la entidad principal enlaza con la misma organización como autor, la ruta de navegación tiene tres niveles reales. El detalle que no se ve: al escribir, el signo `<` se sustituye por su secuencia de escape, para que un texto de los datos no pueda cerrar el bloque y acabar como código en la página. Es una línea, está en el archivo.

Verificamos con la herramienta del motor, no con nuestra opinión

Cada tipo de página pasa por la herramienta de validación del motor, que dice qué leyó y qué campo le falta. Es el único lugar de los tres temas donde existe un veredicto externo, inmediato y reproducible. Lo que entregamos es la captura del veredicto para cada tipo de página, no una afirmación de que «hemos implementado el esquema».

Un módulo propio de análisis, con los puntos escritos en el código

Nuestro módulo para respuestas directas hace ocho comprobaciones con puntuación explícita: existencia de cualquier bloque legible 20 puntos, preguntas frecuentes 20, instrucciones paso a paso 10, secciones marcadas para lectura vocal 10, migas de pan 10, valoraciones 10, organización 10, artículo o producto 10, con tope en 100. Pesa 0,10 en la puntuación general del analizador. Los puntos no están ocultos en un algoritmo; son ocho líneas que puedes leer.

El límite de tu propia herramienta, dicho antes de que lo encuentres tú

El mismo módulo lee el tipo solo en el nivel superior del bloque o en un array. Un grafo no tiene tipo en el nivel superior, así que los tipos de dentro no se ven. La consecuencia, medida en nuestro propio sitio: la página de producto recibe 30 de 100 de nuestro analizador, aunque lleva tres tipos correctos, de los cuales dos son puntuados por el módulo. La cifra es incorrecta, la página no. Escribimos esto aquí porque una herramienta cuyo defecto te lo dice el proveedor es más útil que una de la que te enteras tú, en la segunda ejecución.

El nodo de la organización, una vez para todo el sitio

El nombre jurídico, la dirección, el punto de contacto, el logotipo y los enlaces a los perfiles públicos, en un solo nodo al que remiten todas las páginas. Es lo que vincula el sitio con el resto de tus huellas públicas. En este sitio el nodo tiene seis campos y ninguno de estos enlaces, aunque en la configuración hay seis perfiles escritos. Es una falta, está contada, y es la primera en la lista de reparación porque se resuelve en un solo lugar.

La tarjeta de compartición, generada a partir del título de la página

La imagen que aparece cuando alguien comparte la dirección se genera a partir del título y la descripción de la página, en los colores del sitio, para que la vista previa se vea como la página a la que enlaza. Nuestras páginas de producto tienen su ruta y devuelven una imagen real. La falta, escrita como falta: las páginas de servicio declaran en los metadatos una dirección de imagen para la que no existe ruta en el código — si se pide directamente, devuelve 404. En producción, de momento, se sirve la imagen general, así que el defecto aparece solo después de la publicación, en 25 páginas. Está señalado, no oculto.

Lo que nunca ponemos en datos estructurados

Notas y reseñas que no puedes demostrar con una fuente pública. Precios que no están escritos en la página. Plazos de entrega como garantía. El motivo no es prudencia: una valoración declarada en datos sin fuente pública es exactamente lo que busca una sanción manual, y una afirmación falsa en un formato legible por máquina es una mentira hecha para circular — es la que acaba citada. Encontramos algo así en nuestro propio repositorio y escribimos abajo qué era y qué hicimos.

Qué aspecto tiene

El recorrido, paso a paso.

01

El inventario de hoy, dirección por dirección

La primera entrega es la tabla: cada dirección, cada bloque, los tipos reconocidos, el tamaño en bytes y los bloques que no se parsean. A partir de aquí, toda afirmación tiene una fila detrás. También es el momento en que aparecen los bloques que quedan de una versión anterior del sitio, que contradicen la página de hoy.

02

El nodo de la organización y las migas de pan

Se hacen una vez y se aplican en todas partes: un solo nodo para la organización, con identificador, al que remiten todas las páginas, y unas migas de pan que corresponden a la estructura real de las direcciones. El orden no es negociable: al revés, reparas cien páginas por algo que se resuelve en un archivo.

03

Las preguntas existentes, puestas en forma

El bloque de preguntas se genera desde la misma fuente que la lista visible en la página. Entregamos también la lista de direcciones donde las preguntas existen en el texto pero no estaban declaradas: en este sitio salieron 418 pares escritos y ninguno declarado.

04

La validación externa, para cada tipo de página

Pasamos por la herramienta del motor una página de cada tipo y entregamos el veredicto: qué tipos se leyeron, qué campos faltan, qué advertencias aparecieron. No declaramos nada cerrado basándonos en que el bloque “está en el código”.

05

La comprobación que queda después de nosotros

Un script ejecutado después de cada publicación, que falla si un bloque ha dejado de parsearse, si un tipo ha desaparecido de una plantilla de página o si el bloque de preguntas se ha separado del texto visible. Sin él, el trabajo se erosiona exactamente igual que cualquier convención no escrita: alguien añade una nueva plantilla y se olvida, y nadie lo nota porque nada parece roto en pantalla.

1Inventario2traducere3validarequé lee hoy una máquina de cada dirección, qué declaramos del texto yascris, ce spune unealta motorului despre rezultat.
El recorrido, en 3 pasos

Los datos

Qué tocamos, dónde están y cuánto se quedan

Las preguntas que hace cualquiera que tenga un delegado de protección de datos — hechas aquí antes de que las haga él.

Qué leemos de tu sitio
Solo el HTML público y los bloques de datos que ya están allí. Para el inventario no necesitamos acceso a administración. Para la validación no necesitamos nada más: la herramienta del motor trabaja sobre la dirección pública.
Qué necesitamos de ti, y no podemos inventar
Los hechos del nodo de la organización: la denominación jurídica exacta, la dirección, el horario, el número de contacto y los perfiles públicos reales. Los datos estructurados que contradicen la realidad son peores que su ausencia: son una afirmación verificable y errónea, publicada por ti, en un formato hecho para ser leído automáticamente.
Qué nunca entra en los datos
Datos personales de empleados o clientes. Valoraciones sin fuente pública. Precios que no aparecen en la página. Preguntas y respuestas que el visitante no ve. Regla práctica: si una persona que abre la página no puede encontrar ahí la información, no tiene qué hacer en el bloque.
De dónde se generan los bloques
De la misma fuente de datos que el texto visible, no de un archivo paralelo. Es la única forma de que ambos no se separen: alguien cambia una respuesta en la página, el bloque cambia con ella. Un bloque escrito a mano se queda atrás en unos meses y nadie lo nota, porque no se ve.
Dónde están los resultados y cuánto duran
La tabla de inventario, los veredictos de la herramienta de validación y la verificación posterior a la publicación quedan versionados en el repositorio del proyecto, junto al código. Viven tanto como vive el repositorio. No contienen nada que no esté ya en el sitio: un inventario de datos estructurados es una lectura de las páginas públicas, no una extracción de tus sistemas.

Un caso

418 preguntas escritas, ninguna en la forma que lee una máquina

La situación

Nuestro propio sitio, 147 direcciones en el mapa del sitio, con el texto reescrito recientemente pregunta por pregunta. Todas las páginas respondían 200 y se veían correctamente. La pregunta inicial no fue «qué más añadimos», sino «de lo que hay en la página, qué llega a una máquina».

Qué construimos

Pedimos las páginas representativas de cada tipo, extrajimos y parseamos cada bloque de datos estructurados, contamos los tipos y los bytes. Replicamos sobre el HTML vivo la lógica de nuestro propio módulo de análisis, para ver qué puntuación se daba a sí mismo el sitio. Leímos los componentes de datos estructurados del repositorio, incluidos los que no se usan en ningún sitio. Y contamos los pares pregunta-respuesta existentes en las fuentes de contenido.

Qué salió

Veintitrés páginas de producto llevan un grafo correcto de 1.479 bytes, con tres tipos enlazados entre sí. Todas las demás llevan un solo bloque de 265 bytes, con seis campos y ningún elemento de identidad — sin logotipo, sin dirección, sin punto de contacto, sin enlaces a los seis perfiles escritos en la configuración. La página de preguntas frecuentes tiene diez preguntas en HTML, ningún bloque declarado, y falta en el mapa del sitio. En las fuentes hay 418 pares pregunta-respuesta escritos: 233 en servicio, 175 en producto, diez en la página de preguntas. Cero declarados. Nuestro propio módulo da a la página de producto 30 sobre 100, porque no lee los tipos de un grafo. Y en el repositorio encontré tres componentes no usados que declaraban una nota agregada con reseñas firmadas, un catálogo de precios y una guía paso a paso con plazos — verificado en producción que ninguno se sirve.

Qué no dice el caso

Nada de la lista anterior estaba corregido el día en que se escribió. El inventario y las constataciones son el entregable de esta etapa; las correcciones son la etapa siguiente, y tienen su orden — primero lo que se resuelve en un archivo, luego lo que requiere trabajo en cada plantilla. Y una vez más, porque es importante: un bloque válido no compra una visualización especial. La hace posible. La documentación del motor decide el resto, y esa cambia.

Preguntas

Lo que nos pregunta la gente antes de llamar

¿Los datos estructurados me garantizan un fragmento enriquecido en resultados?

No. La visualización especial la concede el motor, no el marcado. Los datos válidos son la condición de entrada, no la compra del resultado. Se ve claramente incluso en el tipo de marcado que se vende en todas partes: la documentación de Google dice que el resultado enriquecido para preguntas frecuentes se muestra solo para sitios gubernamentales y de salud bien conocidos y autoritarios — restricción que entró en vigor en septiembre de 2023. Así que un proveedor que hoy te vende «fragmentos enriquecidos con FAQ» o no ha leído la documentación, o espera que tú no la hayas leído.

Entonces, ¿por qué declarar las preguntas si no aparecen como fragmento?

Porque la visualización especial es solo uno de los consumidores del formato. Un bloque de preguntas declarado correctamente dice sin ambigüedad qué texto es la pregunta y cuál es la respuesta — información usada por los motores para extraer fragmentos, por los asistentes que leen la página a petición de un usuario y por cualquier sistema que toma el contenido sin ver el aspecto. Y hay además otro efecto, menos comentado: la obligación de declarar los pares te obliga a tener respuestas reales a preguntas reales. Los sitios que no pueden completar el formato, por lo general no tienen nada que declarar.

¿Qué hace esto, frente al SEO y a la visibilidad en respuestas generadas?

Con la forma, no con el inventario y no con la composición. SEO responde a «puede el motor llegar a cada página y sabe cuál es la versión oficial». La visibilidad en respuestas generadas responde a «puedo ser usado como fuente», donde el resultado no se puede prometer. Aquí se responde a «puede una máquina tomar la información exacta de la página sin adivinar», y es la única de las tres con veredicto externo: das la dirección de la herramienta de validación y recibes la respuesta al momento.

¿Puedo poner en los datos preguntas o información que no están en la página?

No, y es un error que encontramos a menudo. El marcado que describe algo distinto del contenido visible se trata como desajuste, y la consecuencia es la pérdida de la visualización, a veces una sanción manual. La regla que aplicamos es mecánica, no de sentido común: el bloque se genera desde la misma fuente que el texto de la página, así que no puede contener algo que no se ve. Cuando alguien pide que añadamos en los datos una respuesta que no quiere escribir en la página, la discusión se detiene ahí.

Los competidores tienen estrellas en los resultados. ¿Por qué nosotros no?

Porque no podemos demostrar una nota. Una valoración agregada declarada en los datos debe corresponder a reseñas reales, verificables públicamente. Sin eso es una afirmación falsa en un formato legible automáticamente. Somos categóricos aquí por una razón concreta: en nuestro propio repositorio encontramos un componente que declaraba una nota de 4,9 de 87 reseñas y seis reseñas firmadas con nombres de personas, y un segundo que declaraba un catálogo de cuatro ofertas con precios. Ninguno se renderiza en ninguna parte — la producción sirve hoy un solo bloque, verificado — pero existían a un import de distancia. Las señalamos en el registro de decisiones del equipo, no las borramos en silencio.

¿Qué tipos usan efectivamente?

Los que ejecutamos: la página, la entidad principal de la página, la ruta de navegación, la organización y el bloque de preguntas. Nuestro generador público cubre cinco tipos: negocio local, organización, artículo, producto, preguntas frecuentes, y está disponible en el sitio. Cualquier otro tipo se discute bajo solicitud, después de una verificación de compatibilidad con lo que el motor muestra efectivamente para tu dominio. Lo que no hacemos: no añadimos tipos porque existen en la especificación. Un bloque que ningún motor usa para tu sitio es peso, no ventaja.

¿Cómo verifican que funciona?

En tres lugares, porque uno solo miente. La herramienta de validación del motor da el veredicto externo. Nuestro módulo de análisis da una puntuación con ocho verificaciones y puntos escritos en código, para que puedas comparar entre ejecuciones. Y un script ejecutado después de cada publicación falla si un bloque dejó de parsearse o un tipo desapareció. Añadimos también la limitación de nuestro módulo, para que no la descubras tú solo: aún no lee los tipos desde un grafo, así que da una puntuación menor que la realidad de las páginas construidas correctamente — incluidas las nuestras.

¿Qué se rompe con el tiempo?

La relación entre el bloque y la página. Alguien cambia una respuesta en el texto, el bloque se queda con la antigua, y en la pantalla nada parece roto — por eso pasa desapercibido durante meses. Lo segundo que se rompe son los bloques que quedan de una versión anterior del sitio, que describen una oferta que ya no existe. Ambos tienen el mismo remedio: los bloques se generan a partir de la fuente del texto, y lo que no se genera se elimina.

¿Qué entregan efectivamente?

La tabla de inventario con cada dirección, cada bloque, los tipos y los bytes. Los bloques implementados, generados desde la fuente del contenido. El veredicto de la herramienta de validación para cada tipo de página. El script de verificación ejecutado después de la publicación. Y la lista de carencias restantes, escritas como carencias: en este sitio, por ejemplo, el nodo de la organización sin enlaces a perfiles, la página de preguntas ausente del mapa del sitio y una ruta de imagen de compartición declarada en los metadatos que no existe en el código.

En qué se basan las afirmaciones anteriores (13 fuentes)
  1. La documentación de Google dice que el resultado enriquecido para preguntas frecuentes se muestra solo para sitios gubernamentales y de salud conocidos y con autoridad, restricción anunciada en septiembre de 2023https://developers.google.com/search/docs/appearance/structured-data/faqpage · 2026-09-06
  2. El mapa del sitio tiene 147 direccioneshttps://www.megapromoting.com/sitemap.xml · 2026-09-06

11 de ellas son código y archivos de nuestros repositorios. No publicamos su nombre ni la línea: juntos, en una sola página, describirían con demasiada precisión cómo están construidos sistemas que no son solo nuestros. Los repasamos contigo, en el repositorio, a petición — la verificación sigue siendo posible, solo que se hace en una conversación.

Cómo trabajamosTodos los servicios

¿Qué te gustaría que funcionara mejor?

Cuéntanos tu proceso. Juntos decidimos qué merece la pena construir, qué podemos conectar y cómo verificamos el resultado.

Vamos a hablar