Page2MD API

API ID 14824

Página web a la API de Markdown: envía una URL y recibe de vuelta Markdown limpio y estructurado - encabezados, enlaces y listas preservados, elementos innecesarios eliminados. Construido para los pipelines de LLM

Documentación de la API

Endpoints

Solicitud
Convierte la página web en la dirección proporcionada en Markdown estructurado limpio y devuélvela con los metadatos de la página en la respuesta
Endpoint ID: 38418
POST https://zylalabs.com/api/14824/page2md+api/38418/convert+page+to+markdown
PARÁMETROS DE ENTRADA

Convertir página a Markdown — Características del Endpoint

Objeto Descripción
Cuerpo de la Solicitud Requerido Json

Pruebas gratuitas restantes: 3 de 3.


PARÁMETROS DE ENTRADA

RESPUESTA DE EJEMPLO DE LA API
JSON
{
    "markdown": "From Wikipedia, the free encyclopedia\n\n| Markdown |  |\n| --- | --- |\n| [![](https://thumb.wikimedia.org/wikipedia/commons/thumb/4/48/Markdown-mark.svg/120px-Markdown-mark.svg.png?utm_source=en.wikipedia.org&utm_campaign=parser&utm_content=thumbnail)](https://en.wikipedia.org/wiki/File:Markdown-mark.svg) |  |\n| [Filename extensions](https://en.wikipedia.org/wiki/Filename_extension) | `.md`, `.markdown`[[1]](https://en.wikipedia.org/wiki/Markdown#cite_note-df-2022-1)[[2]](https://en.wikipedia.org/wiki/Markdown#cite_note-rfc7763-2) |\n| [Internet media type](https://en.wikipedia.org/wiki/Media_type) | `text/markdown`[[2]](https://en.wikipedia.org/wiki/Markdown#cite_note-rfc7763-2) |\n| [Uniform Type Identifier (UTI)](https://en.wikipedia.org/wiki/Uniform_Type_Identifier) | `net.daringfireball.markdown` |\n| UTI conformation | `public.utf8-plain-text` |\n| [Magic number](https://en.wikipedia.org/wiki/File_format#Magic_number) | None |\n| Developed by | [John Gruber](https://en.wikipedia.org/wiki/John_Gruber) |\n| Initial release | March 9, 2004 (22 years ago)[[3]](https://en.wikipedia.org/wiki/Markdown#cite_note-markdown-swartz-3)[[4]](https://en.wikipedia.org/wiki/Markdown#cite_note-gruber-2004-release-4) |\n| [Latest release](https://en.wikipedia.org/wiki/Software_release_life_cycle) | 1.0.1\nDecember 17, 2004 (21 years ago)[[5]](https://en.wikipedia.org/wiki/Markdown#cite_note-md-5) |\n| Type of format | [Open file format](https://en.wikipedia.org/wiki/Open_file_format)[[6]](https://en.wikipedia.org/wiki/Markdown#cite_note-license-6) |\n| Extended to | [pandoc](https://en.wikipedia.org/wiki/Pandoc), [MultiMarkdown](https://en.wikipedia.org/wiki/MultiMarkdown), [Markdown Extra](https://en.wikipedia.org/wiki/Markdown_Extra), [CommonMark](https://en.wikipedia.org/wiki/Markdown#CommonMark),[[7]](https://en.wikipedia.org/wiki/Markdown#cite_note-rfc7764-7) [RMarkdown](https://en.wikipedia.org/wiki/RMarkdown)[[8]](https://en.wikipedia.org/wiki/Markdown#cite_note-RMarkdown-8) |\n| Website | [daringfireball.net/projects/markdown/](https://daringfireball.net/projects/markdown/) |\n\n**Markdown**[[9]](https://en.wikipedia.org/wiki/Markdown#cite_note-philosophy-9) is a [lightweight markup language](https://en.wikipedia.org/wiki/Lightweight_markup_language) for creating [formatted text](https://en.wikipedia.org/wiki/Formatted_text) using a [plain-text editor](https://en.wikipedia.org/wiki/Text_editor). [John Gruber](https://en.wikipedia.org/wiki/John_Gruber) created Markdown in 2004 as an easy-to-read [markup language](https://en.wikipedia.org/wiki/Markup_language).[[9]](https://en.wikipedia.org/wiki/Markdown#cite_note-philosophy-9) Markdown is widely used for [blogging](https://en.wikipedia.org/wiki/Blog), [instant messaging](https://en.wikipedia.org/wiki/Instant_messaging), and [large language models](https://en.wikipedia.org/wiki/Large_language_models),[[10]](https://en.wikipedia.org/wiki/Markdown#cite_note-llm-markdown-10) and also used elsewhere in [online forums](https://en.wikipedia.org/wiki/Online_forums), [collaborative software](https://en.wikipedia.org/wiki/Collaborative_software), [note-taking software](https://en.wikipedia.org/wiki/Note-taking_software), [documentation](https://en.wikipedia.org/wiki/Documentation) pages, and [README files](https://en.wikipedia.org/wiki/README).\n\nThe initial description of Markdown[[11]](https://en.wikipedia.org/wiki/Markdown#cite_note-11) contained ambiguities and raised unanswered questions, causing implementations to both intentionally and accidentally diverge from the original version. This was addressed in 2014 when long-standing Markdown contributors released [CommonMark](https://en.wikipedia.org/wiki/Markdown#CommonMark), an unambiguous specification and test suite for Markdown.[[12]](https://en.wikipedia.org/wiki/Markdown#cite_note-FutureOfMarkdown-12)[*[better source needed](https://en.wikipedia.org/wiki/Wikipedia:Verifiability#Questionable_sources)*]\n\nMarkdown was inspired by pre-existing [conventions](https://en.wikipedia.org/wiki/Convention_(norm)) for marking up [plain text](https://en.wikipedia.org/wiki/Plain_text) in [email](https://en.wikipedia.org/wiki/Email) and [usenet](https://en.wikipedia.org/wiki/Usenet) posts,[[13]](https://en.wikipedia.org/wiki/Markdown#cite_note-ArsTechnica2014-13) such as the earlier markup languages [setext](https://en.wikipedia.org/wiki/Setext) (c. 1992), [Textile](https://en.wikipedia.org/wiki/Textile_(markup_language)) (c. 2002), and [reStructuredText](https://en.wikipedia.org/wiki/ReStructuredText) (c. 2002).[[9]](https://en.wikipedia.org/wiki/Markdown#cite_note-philosophy-9)\n\nIn 2002, [Aaron Swartz](https://en.wikipedia.org/wiki/Aaron_Swartz) created [atx](https://en.wikipedia.org/wiki/Atx_(markup_language)) and referred to it as \"the true structured text format\". Gruber created the Markdown language in 2004 with Swartz as his \"sounding board\".[[14]](https://en.wikipedia.org/wiki/Markdown#cite_note-Gruber-14) The goal of the language was to enable people \"to write using an easy-to-read and easy-to-write plain text format, optionally convert it to structurally valid [XHTML](https://en.wikipedia.org/wiki/XHTML) (or [HTML](https://en.wikipedia.org/wiki/HTML))\".[[5]](https://en.wikipedia.org/wiki/Markdown#cite_note-md-5)\n\nAnother key design goal was *readability*, that the language be readable as-is, without looking like it has been marked up with tags or formatting instructions,[[9]](https://en.wikipedia.org/wiki/Markdown#cite_note-philosophy-9) unlike text formatted with \"heavier\" [markup languages](https://en.wikipedia.org/wiki/Markup_language), such as [Rich Text Format](https://en.wikipedia.org/wiki/Rich_Text_Format) (RTF), HTML, or even [wikitext](https://en.wikipedia.org/wiki/Wikitext), each of which have obvious in-line tags and formatting instructions which can make the text more difficult for humans to read.[*[citation needed](https://en.wikipedia.org/wiki/Wikipedia:Citation_needed)*]\n\nGruber wrote a [Perl](https://en.wikipedia.org/wiki/Perl) script, `Markdown.pl`, which converts marked-up text input to valid, [well-formed](https://en.wikipedia.org/wiki/Well-formed_document) XHTML or HTML, encoding angle brackets (`<`, `>`) and [ampersands](https://en.wikipedia.org/wiki/Ampersand) (`&`), which would be misinterpreted as special characters in those languages. It can take the role of a standalone script, a plugin for [Blosxom](https://en.wikipedia.org/wiki/Blosxom) or [Movable Type](https://en.wikipedia.org/wiki/Movable_Type), or of a text filter for [BBEdit](https://en.wikipedia.org/wiki/BBEdit).[[5]](https://en.wikipedia.org/wiki/Markdown#cite_note-md-5)\n\n## Rise and divergence\n\n[[edit](https://en.wikipedia.org/w/index.php?title=Markdown&action=edit&section=2)]\n\nAs Markdown's popularity grew rapidly, many Markdown [implementations](https://en.wikipedia.org/wiki/Implementation) appeared, driven mostly by the need for additional features such as [tables](https://en.wikipedia.org/wiki/Table_(information)), [footnotes](https://en.wikipedia.org/wiki/Note_(typography)), definition lists,[[note 1]](https://en.wikipedia.org/wiki/Markdown#cite_note-17) and Markdown inside HTML blocks.[*[citation needed](https://en.wikipedia.org/wiki/Wikipedia:Citation_needed)*]\n\nThe behavior of some of these diverged from the reference implementation, as Markdown was only characterised by an informal [specification](https://en.wikipedia.org/wiki/Specification_(technical_standard))[[17]](https://en.wikipedia.org/wiki/Markdown#cite_note-18) and a [Perl](https://en.wikipedia.org/wiki/Perl) implementation for conversion to HTML.[*[citation needed](https://en.wikipedia.org/wiki/Wikipedia:Citation_needed)*]\n\nAt the same time, a number of ambiguities in the informal specification had attracted attention.[[18]](https://en.wikipedia.org/wiki/Markdown#cite_note-gfm_on_github-why_spec-19) These issues spurred the creation of tools such as Babelmark[[19]](https://en.wikipedia.org/wiki/Markdown#cite_note-babelmark-2-20)[[20]](https://en.wikipedia.org/wiki/Markdown#cite_note-babelmark-3-21) to compare the output of various implementations,[[21]](https://en.wikipedia.org/wiki/Markdown#cite_note-22) and an effort by some developers of Markdown [parsers](https://en.wikipedia.org/wiki/Parsing) for standardization. However, Gruber has argued that complete standardization would be a mistake: \"Different sites (and people) have different needs. No one syntax would make all happy.\"[[22]](https://en.wikipedia.org/wiki/Markdown#cite_note-23)\n\nGruber avoided using curly braces in Markdown to unofficially reserve them for implementation-specific extensions.[[23]](https://en.wikipedia.org/wiki/Markdown#cite_note-curlyBraces-24)\n\n| CommonMark |  |\n| --- | --- |\n| [Filename extensions](https://en.wikipedia.org/wiki/Filename_extension) | `.md`, `.markdown`[[2]](https://en.wikipedia.org/wiki/Markdown#cite_note-rfc7763-2) |\n| [Internet media type](https://en.wikipedia.org/wiki/Media_type) | `text/markdown; variant=CommonMark`[[7]](https://en.wikipedia.org/wiki/Markdown#cite_note-rfc7764-7) |\n| [Uniform Type Identifier (UTI)](https://en.wikipedia.org/wiki/Uniform_Type_Identifier) | *uncertain*[[24]](https://en.wikipedia.org/wiki/Markdown#cite_note-cm-uti-25) |\n| UTI conformation | public.plain-text |\n| Developed by | [John MacFarlane](https://en.wikipedia.org/wiki/John_MacFarlane_(philosopher)), open source |\n| Initial release |",
    "_note": "Response truncated for documentation purposes"
}
Convertir página a Markdown — CÓDIGOS DE EJEMPLO

curl --location --request POST 'https://zylalabs.com/api/14824/page2md+api/38418/convert+page+to+markdown' --header 'Authorization: Bearer YOUR_API_KEY' 

--data-raw '{"url": "https://en.wikipedia.org/wiki/Markdown"}'

    

Clave de Acceso a la API y Autenticación

Después de registrarte, a cada desarrollador se le asigna una clave de acceso a la API personal, una combinación única de letras y dígitos proporcionada para acceder a nuestro endpoint de la API. Para autenticarte con el Page2MD API simplemente incluye tu token de portador en el encabezado de Autorización.

Encabezados
Encabezado Descripción
Autorización Requerido Debería ser Bearer access_key. Consulta "Tu Clave de Acceso a la API" arriba cuando estés suscrito.

Sin compromiso a largo plazo. Mejora, reduce o cancela en cualquier momento.

Comienza en
$10.000/Año


  • Volumen Personalizado
  • Límite de solicitudes personalizado
  • Soporte al Cliente Especializado
  • Monitoreo de API en Tiempo Real

Resumen

Página web a API de Markdown: envía una URL y recibe un Markdown limpio y estructurado de vuelta — encabezados, enlaces y listas conservados, plantilla eliminada. Construido para flujos de trabajo de LLM.

Page2MD API FAQs

Markdown estándar: encabezados, párrafos, enlaces, listas y bloques de código preservados; navegación, anuncios y pie de página eliminados

No Solo se admiten páginas accesibles públicamente las páginas bloqueadas devuelven un error explícito

Sí — la salida de Markdown determinista con una estructura estable es exactamente lo que esperan los pipelines de fragmentación e incrustación

Una página por llamada procesada de forma sincrónica

Devuelven un error en lugar de contenido parcial — no resultados vacíos silenciosos

Preguntas frecuentes generales

Zyla API Hub es como una gran tienda de APIs, donde puedes encontrar miles de ellas en un solo lugar. También ofrecemos soporte dedicado y monitoreo en tiempo real de todas las APIs. Una vez que te registres, puedes elegir qué APIs quieres usar. Solo recuerda que cada API necesita su propia suscripción. Pero si te suscribes a varias, usarás la misma clave para todas, lo que hace todo más fácil para ti.
Los precios se muestran en USD (dólar estadounidense), EUR (euro), CAD (dólar canadiense), AUD (dólar australiano) y GBP (libra esterlina). Aceptamos todas las principales tarjetas de débito y crédito. Nuestro sistema de pago utiliza la última tecnología de seguridad y está respaldado por Stripe, una de las compañías de pago más confiables del mundo. Si tienes algún problema para pagar con tarjeta, contáctanos en [email protected]

Además, si ya tienes una suscripción activa en cualquiera de estas monedas (USD, EUR, CAD, AUD, GBP), esa moneda se mantendrá para suscripciones posteriores. Puedes cambiar la moneda en cualquier momento siempre que no tengas suscripciones activas.
La moneda local que aparece en la página de precios se basa en el país de tu dirección IP y se proporciona solo como referencia. Los precios reales están en USD (dólar estadounidense). Cuando realices un pago, el cargo aparecerá en tu estado de cuenta en USD, incluso si ves el monto equivalente en tu moneda local en nuestro sitio web. Esto significa que no puedes pagar directamente en tu moneda local.
Ocasionalmente, un banco puede rechazar el cargo debido a sus configuraciones de protección contra fraude. Te sugerimos comunicarte con tu banco primero para verificar si están bloqueando nuestros cargos. También puedes acceder al Portal de Facturación y cambiar la tarjeta asociada para realizar el pago. Si esto no funciona y necesitas más ayuda, por favor contacta a nuestro equipo en [email protected]
Los precios se determinan mediante una suscripción recurrente mensual o anual, dependiendo del plan elegido.
Las llamadas a la API se descuentan de tu plan en base a solicitudes exitosas. Cada plan incluye una cantidad específica de llamadas que puedes realizar por mes. Solo las llamadas exitosas, indicadas por una respuesta con estado 200, se contarán en tu total. Esto asegura que las solicitudes fallidas o incompletas no afecten tu cuota mensual.
Zyla API Hub funciona con un sistema de suscripción mensual recurrente. Tu ciclo de facturación comenzará el día en que compres uno de los planes de pago, y se renovará el mismo día del mes siguiente. Así que recuerda cancelar tu suscripción antes si quieres evitar futuros cargos.
Para actualizar tu plan de suscripción actual, simplemente ve a la página de precios de la API y selecciona el plan al que deseas actualizarte. La actualización será instantánea, permitiéndote disfrutar inmediatamente de las funciones del nuevo plan. Ten en cuenta que las llamadas restantes de tu plan anterior no se transferirán al nuevo plan, por lo que debes considerar esto al actualizar. Se te cobrará el monto total del nuevo plan.
Para verificar cuántas llamadas a la API te quedan en el mes actual, revisa el campo 'X-Zyla-API-Calls-Monthly-Remaining' en el encabezado de la respuesta. Por ejemplo, si tu plan permite 1,000 solicitudes por mes y has usado 100, este campo mostrará 900 llamadas restantes.
Para ver el número máximo de solicitudes a la API que permite tu plan, revisa el encabezado de la respuesta 'X-Zyla-RateLimit-Limit'. Por ejemplo, si tu plan incluye 1,000 solicitudes por mes, este encabezado mostrará 1,000.
El encabezado 'X-Zyla-RateLimit-Reset' muestra el número de segundos hasta que tu límite se restablezca. Esto te indica cuándo tu conteo de solicitudes se reiniciará. Por ejemplo, si muestra 3,600, significa que faltan 3,600 segundos para que el límite se restablezca.
Sí, puedes cancelar tu plan en cualquier momento desde tu cuenta, seleccionando la opción de cancelación en la página de Facturación. Ten en cuenta que las actualizaciones, degradaciones y cancelaciones tienen efecto inmediato. Además, al cancelar ya no tendrás acceso al servicio, incluso si te quedaban llamadas en tu cuota.
Para darte la oportunidad de probar nuestras APIs sin compromiso, ofrecemos una prueba gratuita de 7 días que te permite realizar hasta 50 llamadas a la API sin costo. Esta prueba solo se puede usar una vez, por lo que recomendamos aplicarla a la API que más te interese. Aunque la mayoría de nuestras APIs ofrecen prueba gratuita, algunas pueden no hacerlo. La prueba finaliza después de 7 días o cuando realices 50 solicitudes, lo que ocurra primero. Si alcanzas el límite de 50 solicitudes durante la prueba, deberás "Iniciar tu Plan de Pago" para continuar haciendo solicitudes. Puedes encontrar el botón "Iniciar tu Plan de Pago" en tu perfil bajo Suscripción -> Elige la API a la que estás suscrito -> Pestaña de Precios. Alternativamente, si no cancelas tu suscripción antes del día 7, tu prueba gratuita finalizará y tu plan se cobrará automáticamente, otorgándote acceso a todas las llamadas a la API especificadas en tu plan. Ten esto en cuenta para evitar cargos no deseados.
Después de 7 días, se te cobrará el monto total del plan al que estabas suscrito durante la prueba. Por lo tanto, es importante cancelar antes de que finalice el periodo de prueba. No se aceptan solicitudes de reembolso por olvidar cancelar a tiempo.
Cuando te suscribes a una prueba gratuita de una API, puedes realizar hasta 50 llamadas. Si deseas realizar más llamadas después de este límite, la API te pedirá que "Inicies tu Plan de Pago". Puedes encontrar el botón "Iniciar tu Plan de Pago" en tu perfil bajo Suscripción -> Elige la API a la que estás suscrito -> Pestaña de Precios.
Las Órdenes de Pago se procesan entre el día 20 y el 30 de cada mes. Si envías tu solicitud antes del día 20, tu pago será procesado dentro de ese período.
Puedes contactarnos a través de nuestro canal de chat para recibir asistencia inmediata. Siempre estamos en línea de 8 a. m. a 5 p. m. (EST). Si nos contactas fuera de ese horario, te responderemos lo antes posible. Además, puedes escribirnos por correo electrónico a [email protected]

APIs Relacionadas