Introducción a los blogs: una guía esencial para desarrolladores

Entonces, ¿eres un desarrollador que busca comenzar un blog? En esta guía, lo guiaré a través de la ejecución de su propio sitio de blog, desde nombres de dominio y creación de sitios hasta SEO y sindicación. Tabla de contenido Sección 0 (opcional) - Comienza a escribir en plataformas de blogs Dev.a Hashnodo HackerNoon Sección 1 - Compra un dominio ¿Qué nombre de dominio elegir? ¿Dónde comprar un nombre de dominio? Costos de dominio Sección 2: cree un sitio simple con un generador de sitios estáticos ¿Qué es un generador de sitios estáticos? ¿Por qué usar un SSG? Creando un sitio básico con Hugo Sección 3 - Aloje su blog Sección 4 - Análisis Sección 5 - SEO básico Hacer que Google sepa que existes Comprobación de problemas Canonicalización y URL canónicas Repositorio privado de GitHub Vínculos de retroceso y autoridad de dominio Sección 6 - Compartir su trabajo Usa Reddit Publicar en subreddit(s) específicos Consulta las reglas de cada subreddit Sé parte de la comunidad Sección 7 - Republicación en plataformas de blogs Canonicalización para artículos republicados Canónicos para dev.to Canónicos en Hashnode Canonicalización en HackerNoon ¡No puedes canonicalizar en FreeCodeCamp! Publicidad hecha para ti Reedición de inconvenientes Apéndice ¿Por qué bloguear? Mejora tus habilidades de escritura y comunicación. Te da una manera de demostrar que sabes de lo que estás hablando. Le ayuda a promocionarse y crea oportunidades Una comparación rápida de SSG jekyll once gatsby Hugo Sección 0 (Opcional) - Empezar a escribir en plataformas de blogs Si desea calentarse un poco antes de realizar el esfuerzo de configurar su propio sitio, lo más fácil y simple que puede hacer es simplemente escribir y contribuir con su trabajo a las plataformas de blogs existentes. En última instancia, lo más difícil de los blogs es la escritura real, al menos, ¡eso suele ser el caso para nosotros los desarrolladores! Por lo tanto, no está de más sentirlo primero para ver si lo disfruta. Además, como veremos más adelante, estos siguen siendo útiles incluso si configura su propio sitio de blog por separado. Dev.a Probablemente ya haya oído hablar de : sigue siendo la mayor plataforma de blogs para desarrolladores y es donde le recomiendo que comience. Puede comenzar a escribir fácilmente usando su editor de rebajas simple, y tiene una gran cantidad de lectores, por lo que obtendrá una buena cantidad de ojos en su trabajo de inmediato. dev.to Tiene excelentes análisis incorporados, que pueden ayudarlo a ver cuántas personas están leyendo sus publicaciones e incluso cómo las encontraron, por ejemplo, Reddit o Twitter. Esto te ayuda a ver qué funciona mejor cuando compartes tu trabajo. Su diseño contiene muchos elementos de estilo de redes sociales, con me gusta y reacciones a las publicaciones, así como hilos de discusión al estilo de un tablero de mensajes. (Esto podría ser un pro o un contra, dependiendo de sus gustos). Si tienes alguna duda, ¡empieza aquí! Hashnodo es un sitio de blog de desarrollo más nuevo. En mi opinión, tiene una sensación mucho más profesional que dev.to. Se siente mucho más orientado a blogs que dev.to y menos como un sitio de redes sociales; le da un subdominio de blog separado, dándole a su blog un poco de su propia identidad separada dentro del sitio. Hashnode Si lo desea, incluso puede conectarlo a su propio nombre de dominio privado si lo desea. Lamentablemente, es mucho menos popular que dev.to y, según mi experiencia, apenas recibo tráfico a través de él. Si te gusta su estilo más limpio, podría valer la pena echarle un vistazo, pero espera hacer más trabajo de campo para que tus publicaciones se den cuenta. HackerNoon es muy diferente de dev.to y Hashnode en que cualquier artículo que envíe allí tiene que pasar por un editor humano que trabaja con usted para garantizar que su artículo esté en su mejor momento antes de publicarlo. Sin embargo, pueden optar por no publicar su artículo en absoluto. HackerNoon Esto tiene sus compensaciones; por un lado, esta es una gran experiencia de aprendizaje, pero por el otro, limita su libertad para simplemente publicar cuando y lo que quiera. Por lo tanto, recomendaría enviar el trabajo a HackerNoon por la experiencia de aprendizaje que le brindará, pero considere mantener el hogar principal de su blog en otro lugar. Sección 1 - Comprar un Dominio Lamentablemente, crear su propio blog implica una de las tareas más temidas de los desarrolladores: ¡nombrar cosas! Aunque no es muy difícil desde un punto de vista puramente técnico, vale la pena analizarlo y pensarlo por adelantado; piénsalo mientras configuras tu sitio. ¿Qué nombre de dominio elegir? Hay dos opciones principales aquí: Nombra tu blog como tú mismo Dale a tu blog su propia identidad con un nombre separado Me he encontrado con diferentes opiniones sobre cada uno; para mi propio blog, simplemente le puse mi nombre. Mi opinión es que si está utilizando un blog para ayudar a difundir su nombre, ¿por qué no usar su nombre en su blog? Independientemente de lo que elija, recuerde que su dominio es un poco difícil de cambiar, por lo que vale la pena tomarse el tiempo para encontrar uno con el que se sienta seguro. Sin embargo, es posible que deba repensar o adaptar su dominio si el que le gustaría ya está en uso, así que verifique si está disponible antes de que se concentre demasiado en él. ¿Dónde comprar un nombre de dominio? Probablemente ya haya oído hablar de muchos registradores de dominios, como , , y . BlueHost Hostinger GoDaddy Namecheap Sin embargo, uno de los principales para verificar es , porque dominios . Mi consejo es que sigue siendo el mejor si puede obtener uno, así que si hay uno disponible que le guste, hágalo, pero si no, entonces podría ser una gran alternativa. Google Domains este es el único registrador que vende .dev .com .dev Costos de dominio Tenga en cuenta que los dominios cuestan cantidades variables y, además, para conservarlos. Los dominios pueden ser tan baratos como $ 10 por año, por lo que, a menos que esté comprando un dominio con fines comerciales, piénselo bien antes de desembolsar uno costoso. debe pagar todos los años Sección 2: Cree un sitio simple usando un generador de sitios estáticos ¿Qué es un generador de sitio estático? Un generador de sitios estáticos, o SSG, creará una plantilla y generará el contenido de un sitio web de modo que pueda servirse como archivos estáticos almacenados en un servidor web. Después de configurar la estructura principal del sitio, como su página de inicio, el índice de publicaciones, la página "acerca de", etc., puede generar páginas completas simplemente agregando archivos de descuento. ¿Por qué utilizar un SSG? En resumen, los SSG darte sitios rápidos le permite publicar usando un flujo de trabajo de GitOps son seguros (¡no hay base de datos para piratear!) le permite aprovechar sus habilidades tecnológicas, en lugar de limitarse a lo que las plataformas pueden proporcionar Como desarrolladores, usamos algo casi todos los días que hace algo muy similar: GitHub. En nuestros repositorios de código, escribiremos archivos Léame y otra documentación en Markdown, y GitHub lo formateará muy bien para verlo en una página web. Un SSG puede permitirle seguir el mismo flujo de trabajo de GitOps para su propio blog. Cuando comencé a escribir en dev.to, administré mis borradores en un repositorio de Git. Esto estuvo bien hasta que quise publicar, momento en el que necesitaba transferir los contenidos a su editor web. Esto estuvo bien, pero cuando descubrí que los SSG pueden permitirle usar el mismo flujo de trabajo que para actualizar un archivo Léame en GitHub, fue suficiente para que quisiera obtener más información. Una forma común de configurar un blog es usar algo como WordPress; seguro que esto tiene muchas ventajas, pero almacena todo su contenido en una base de datos. Un sitio generado estáticamente no necesita uno, lo que significa que será mucho más rápido. La velocidad no lo es todo, por supuesto, pero , así que ¿por qué no aprovechar la velocidad que un sitio generado por SSG puede brindarle? Google se preocupa por la velocidad de carga de su sitio Crear un sitio básico con Hugo Para crear un sitio estático recomiendo . En resumen, esto se debe a que es popular, tiene un buen soporte, es rápido y le permite ponerse en marcha rápidamente con plantillas prefabricadas. a Hugo (Para obtener detalles sobre SSG alternativos, consulte la en el apéndice). sección Comparación de SSG La de los documentos oficiales de Hugo ofrece una excelente descripción de cómo configurar un sitio básico de Hugo. Siga los pasos que proporciona, pero cuando llegue a los , le recomiendo que los cambie a los siguientes: página de inicio rápido comandos 'crear un sitio' hugo new site quickstart cd quickstart git init echo "/public/" >> .gitignore echo "/resources/_gen/" >> .gitignore echo ".hugo_build.lock" >> .gitignore git clone https://github.com/leafee98/hugo-theme-flat themes/flat rm -rf themes/flat/.git/ themes/flat/.github/ echo "theme = flat" >> hugo.toml hugo server Esto tiene las siguientes diferencias con la guía oficial: Configura un archivo .gitignore Utiliza el excelente en lugar del tema Ananke tema 'Flat' Configura el tema como código dentro de su propio repositorio en lugar de como un submódulo de git; esto hace que sea mucho más fácil ajustar el tema a tu gusto más adelante. ; esto es por razones de SEO, que exploraremos más adelante. Al crear su repositorio de GitHub, hágalo privado Una vez que haya seguido la guía, ¡tendrá un sitio listo para alojar! En este punto, lo más probable es que haya aspectos del sitio que desee cambiar. Sin embargo, no necesita dejar que eso le impida ser alojado. ; todo lo demás se puede cambiar más adelante. Lo principal que desea evitar cambiar más tarde son sus URL Sección 3 - Obtenga su blog alojado Como se describe en la sección de los documentos de Hugo, dado que tiene un sitio estático, se puede alojar prácticamente en cualquier lugar y, casi con toda seguridad, también de forma gratuita. Alojamiento e implementación Por supuesto, también hay muchos hosts gratuitos/baratos para sitios basados en WordPress, pero cualquier host en particular solo le dará un ancho de banda limitado; en general, un sitio estático le brinda más ancho de banda por su dinero, incluso si en realidad no ha entregado dinero. La guía de hospedaje de Hugo enumera muchas posibilidades, pero personalmente, estoy de acuerdo con de ir con ; su nivel gratuito es posiblemente el más rápido que existe y es fácil de usar. la recomendación de Bryce Wray CloudFlare Pages Simplemente siga en adelante. ¡En este punto, su sitio estará en línea! Pero tendrás un dominio feo como . Simplemente siga para que su sitio esté activo en el dominio que compró anteriormente. su guía desde 'configurar un repositorio de GitHub' my-blog-xyz.pages.dev la guía de CloudFlare sobre cómo configurar un dominio personalizado Sección 4 - Análisis ¡Vanidad de vanidades, todo es vanidad! — Eclesiastés 1:2 Ahora, estrictamente hablando, este es un paso opcional, pero en este punto, vale la pena configurar análisis para su sitio. Tal vez soy vanidoso, pero para mí, gran parte de la diversión de los blogs es poder ver que la gente realmente ve y se preocupa por lo que has escrito. Una limitación de configurar un sitio estático es que no puede alojar análisis usted mismo, ya que eso requeriría algún tipo de base de datos. Pero eso no es un gran problema de todos modos, ya que hay muchos buenos proveedores de análisis de terceros disponibles. El más grande del que probablemente hayas oído hablar es Google Analytics. La configuración de análisis con un proveedor externo generalmente implica Configuración de una cuenta Agregar un fragmento de JavaScript o un enlace a sus páginas. En la plantilla de Hugo que recomendé, simplemente agregaría algo como lo siguiente a su archivo de plantilla : head.html {{/* Include analytics, but only in production */}} {{- if hugo.IsProduction | or (eq site.Params.env "production") }} {{- end }} Si desea configurar GA para su sitio, siga . los documentos oficiales de Google El proveedor de análisis con el que me he ido es . Lamentablemente, no es gratis, alrededor de $ 9 por mes, pero es fácil de usar, liviano (el script pesa menos de 1 kb) y respeta la privacidad, por lo que vale la pena echarle un vistazo. Plausible Sección 5 - SEO básico Si lo construyes, ellos vendrán - Campo de sueños Hay de verdad en la cita anterior; no es necesario hacer demasiado para que su blog aparezca en Google y, afortunadamente ; lo que al final importa es , lo cual es una buena noticia para los blogueros independientes como nosotros. algo , los días de travesuras llenas de palabras clave han terminado escribir buen contenido Dicho esto, hay algunas cosas que puede hacer para asegurarse de que su sitio esté a la altura de los motores de búsqueda. Hacer que Google sepa que existes Los rastreadores web de Google encontrarán su sitio con el tiempo, pero sin duda ayuda a darle a Google una ventaja y configurar su sitio en la . Querrás hacer lo siguiente: consola de búsqueda de Google Inscribirse Registre la dirección de su dominio (esto se simplificará enormemente si compró su dominio de Google Domains) Envíe la URL del de su sitio en la pestaña del mapa del sitio. Afortunadamente, Hugo habrá generado uno para usted en . sitemap.xml https://yourdomain.com/sitemap.xml Una vez hecho esto, Google (en algún momento durante los próximos días) comenzará un rastreo de su sitio web. Sin embargo, tenga en cuenta que hay un poco de retraso de unos días en la consola de búsqueda. La forma más confiable de ver lo que está indexado en su sitio es buscar en Google usando un consulta, por ejemplo, . site: site:yourdomain.dom Otro beneficio útil de la configuración en la consola de búsqueda es que, en la pestaña "Páginas", puede ver cualquier problema informado sobre por qué Google no puede o no quiere indexar sus páginas. Comprobación de problemas Hugo y la plantilla que estamos usando deberían cubrir la mayoría de las bases para las buenas prácticas de SEO. Pero aún así, no está de más revisar su sitio en . (Esto será más importante cuando comience a hacer que su sitio sea más de su agrado ajustando los archivos de plantilla). la herramienta PageSpeed Insights de Google Esto le dará una buena visión general del rendimiento, la accesibilidad y cualquier problema de SEO (como la falta de etiquetas meta) para la página. Canonicalización y URL canónicas Un concepto de SEO que es clave para comprender como blogger es . Básicamente, la idea es que se pueda acceder al mismo contenido a través de diferentes URL, pero no desea que Google divida la clasificación de la página para una sola página en varias URL. la canonicalización y las URL canónicas Por lo tanto, puede hacer que una página declare qué URL deben considerar los motores de búsqueda como URL de la página. la Recuerde que CloudFlare también genera un dominio "feo" como junto con su dominio personalizado. La mayoría (si no todos) los proveedores de alojamiento no le permiten desactivar este dominio básico, pero siempre que tenga URL canónicas configuradas en sus páginas, esto no será un problema: Google solo aparecerá en su dominio personalizado. no el "feo". my-blog-xyz.pages.dev Una de las razones por las que recomiendo el tema Flat para Hugo es que (a diferencia del predeterminado recomendado de Ananke) ya incluye un enlace canónico. Sin embargo, si desea utilizar un tema diferente, puede agregarlo simplemente a su plantilla de encabezado de la siguiente manera: Puede verificar que esto esté configurado correctamente para cualquier página determinada al verificarlo en la herramienta PageSpeed Insights mencionada anteriormente; Verá si una página tiene una URL canónica como un elemento de la lista de verificación en la sección "SEO". Exploraremos la canonicalización más a fondo en , más adelante. la sección sobre republicación Repo privado de GitHub Recordará anteriormente que hizo privado su repositorio de GitHub. Esto se debe a que (en el momento de redactar este documento) o a los documentos de rebajas, por lo que esto sirve como otro problema sutil de duplicación de código. Un repositorio privado soluciona este problema. no puede agregar direcciones URL canónicas etiquetas sin índice Vínculos de retroceso y autoridad de dominio Probablemente haya escuchado que uno de los factores en la clasificación de un sitio en Google es cuántos otros sitios enlazan con él; esto se conoce como , y tales enlaces de un sitio a otro en este contexto se conocen como . autoridad de dominio backlinks No voy a hablar sobre cómo “cultivar” vínculos de retroceso para hacer que su blog tenga una clasificación más alta en Google; por un lado, Google se ha dado cuenta de tales esquemas y, además, uno de los beneficios de crear su propio sitio es que puede ayudar a hacer de la web un lugar mejor en lugar de llenarla aún más con tanta idiotez. En cambio, la conclusión principal es simplemente que ; no tendrás mucha autoridad de dominio para empezar, pero eso aumentará con el tiempo. Como siempre, su enfoque debe ser simplemente escribir las mejores publicaciones que pueda. llevará tiempo antes de que pueda clasificarse bien en Google Sección 6 - Compartir su trabajo La publicidad sólo es mala cuando anuncia cosas malas. —David Ogilvy Por mucho que me encantaría decir que Google puede encontrar tu blog es suficiente, de manera realista, realmente ayuda hacer un poco de autopublicidad y compartir tus publicaciones en línea. Usa Reddit La mejor manera de hacerlo es publicar enlaces a sus artículos en Reddit. Publicar en las redes sociales no duele, pero la principal ventaja de Reddit es que su sistema de votación significa que las buenas publicaciones (como estoy seguro de que será la tuya) pueden permanecer en las páginas principales de un subreddit por un tiempo, en lugar de ser barridas de inmediato. a lo largo de la línea de tiempo. Publicar en subreddit(s) específicos Publique en un subreddit específico, como el lenguaje de programación o la tecnología sobre la que está escribiendo. Cuanto más grande sea el subreddit, más personas verán potencialmente tu publicación, pero el problema es que los grandes subreddits como a menudo pueden hacer que muchas personas rechacen tácticamente las buenas publicaciones simplemente para enterrarlas, con el fin de ayudar a mantener sus propias publicaciones. arriba. /r/programming En cambio, tendrás más suerte si te apegas a los Reddits más específicos que se aplican a tu publicación; es más probable que dichas comunidades se interesen y lean su publicación, y son más receptivas a la autopublicidad. Verifique las reglas para cada subreddit Si no está familiarizado con un subreddit, . Cada subreddit tendrá reglas diferentes, en particular, diferentes tolerancias para vincular a sus propios artículos. siempre verifique las reglas de la comunidad antes de publicar Esto puede variar entre prohibiciones totales de autopublicidad, la expectativa de que no publique demasiado o ninguna restricción. Otra regla clave a con posiblemente una redirección hacia un subreddit más apropiado. Por ejemplo, las reglas de le piden que redirija las preguntas técnicas hacia en su lugar, y de manera similar las listas de trabajos hacia . tener en cuenta son los temas de publicación no deseados /r/programming r/learnprogramming /r/forhire Sé parte de la comunidad Independientemente de las reglas del subreddit al que se envíe, siempre es una buena idea ser parte de la comunidad en lugar de usar Reddit solo como una herramienta para sus propios fines. Publique enlaces de otros blogs que disfrute, participe en debates y simplemente diviértase. Lea la de vez en cuando para comprobar que está participando de manera responsable. “Reddiquette” Sección 7: republicación en plataformas de blogs A pesar de lo gratificante que es tener su propio blog independiente, sigue siendo útil volver a publicar publicaciones en plataformas de desarrollo de blogs como dev.to. Quizás se pregunte por qué volvimos al punto de partida después de tomarse el tiempo para configurar su propio blog. En última instancia, lo único que importa es que otros desarrolladores lean y aprecien sus pensamientos, y volver a publicar lo ayuda a hacerlo simplemente agregando otra forma para que las personas encuentren su trabajo. Sin embargo, otro beneficio clave es que lo ayuda a crear autoridad de dominio para su propio blog a través de vínculos de retroceso, pero para que su sitio sea acreditado con esos vínculos de retroceso, debe volver a publicar de la manera correcta. Canonicalización para artículos republicados ¿Recuerdas el concepto de URL canónicas que discutimos anteriormente? Cuando vuelva a publicar sus artículos en otro lugar, lo ideal es que solo quiera publicar en sitios que le permitan indicar que la versión canónica de su artículo es la de su blog. De esa manera, obtienes los beneficios de exposición de volver a publicar, pero los vínculos de retroceso resultantes aumentan la autoridad de dominio de tu propio blog. Canónicos para dev.to Como se detalla en , puede agregar una URL canónica simplemente agregando una propiedad a las propiedades de "imágenes preliminares" de una publicación. la guía del editor de dev.to canonical_url Canónicos en Hashnode Puede establecer una URL canónica en un artículo de Hashnode en "¿Está volviendo a publicar?" sección en la vista "Configuración del artículo" para un artículo. (Consulte para obtener más detalles). sus documentos Canonicalización en HackerNoon Como se explica en , puede establecer una URL canónica en "Visto por primera vez en" en la configuración de su publicación. los documentos de HackerNoon ¡No puedes canonicalizar en FreeCodeCamp! Como se indica en , piénselo dos veces antes de volver a publicar su trabajo en FreeCodeCamp, ya que no le permiten establecer una URL canónica. De hecho, detalla el impacto negativo que esto ha tenido en ciertos bloggers debido a esto. este artículo de Hashnode esta publicación de dev.to Publicidad hecha para ti Otro beneficio de volver a publicar es que parte del trabajo preliminar para compartir su trabajo en Reddit y otras redes sociales a menudo se hará por usted. Los bots y bloggers que seleccionan artículos para comunidades particulares a menudo encontrarán su trabajo a través de etiquetas particulares en plataformas de blogs y lo compartirán en las redes sociales. Inconvenientes de republicación Sin embargo, volver a publicar tiene algunos costos: Puede ser un poco de trabajo volver a publicar en estos sitios, especialmente en contraste con el buen flujo de GitOps al publicar en su propio sitio. (Sin embargo, algunas soluciones automatizadas y semiautomáticas están disponibles para ayudar aquí). Es posible que el trabajo republicado supere a los originales en los motores de búsqueda. Idealmente, las URL canónicas significarán que el trabajo republicado no está indexado por completo, pero esto no está garantizado (especialmente para Bing, en mi experiencia) Por lo tanto, vale la pena considerar (digamos, una o dos semanas, pero depende de usted). Esto tiene los siguientes beneficios: volver a publicar algún tiempo después de publicar el original Reducción de la duplicación del trabajo al hacer correcciones y adiciones en sus originales y republicaciones; Inevitablemente, a pesar de sus esfuerzos de revisión, usted o sus lectores detectarán problemas o cosas que se perdieron; es mejor tener que hacer esto mientras el artículo solo existe en su propio blog. Los motores de búsqueda tienen tiempo para indexar su sitio primero. Apéndice ¿Por qué bloguear? Mejora tus habilidades de escritura y comunicación. Si bien, afortunadamente, Agile significa que el desarrollo de software rara vez implica la producción de montones y montones de documentos como se pudo haber hecho en épocas anteriores, creo que el péndulo ha oscilado demasiado hacia el otro lado, por lo que es una buena documentación que ayuda a introducir a los recién llegados a un sistema o repositorio está tristemente descuidado. Y a medida que avance en su carrera como desarrollador, tendrá cada vez más necesidad de destilar su pensamiento y explicar conceptos y sistemas complicados de una manera clara y concisa. Blogging le da una gran manera de practicar estas habilidades. ¡En particular, tener una audiencia es un gran factor de motivación! Te da una manera de demostrar que sabes de lo que estás hablando. Una cosa es tener una lista de tecnologías que conoce enumeradas en su currículum; otra muy distinta es demostrar que realmente los comprende al poder vincular artículos que ha escrito que demuestran claramente que conoce su oficio por dentro y por fuera. Le ayuda a promocionarse y crea oportunidades Jeff Atwood conoció a Joel Spolsky en parte a través de su blog, , y luego crearon una pequeña cosa llamada Stack Overflow. Coding Horror No puede garantizar que tales cosas sucedan simplemente creando un blog, pero ciertamente tampoco duele. Y especialmente en las áreas tecnológicas de nicho, es posible que su nombre se destaque en alguien a través de haber leído un artículo suyo en el pasado. Una comparación rápida de los SSG Aquí están mis pensamientos sobre algunos SSG populares y cómo llegué a decidirme por Hugo. Visite para obtener una lista mucho más grande. jamstack.org jekyll Jekyll solía ser muy popular, pero ahora lo es menos. Impulsa las páginas de GitHub y está muy orientado a los blogs. Inicialmente lo consideré, pero me desanimó su estricta estructura de URL que insiste en que las páginas del blog tienen un componente de fecha incrustado en la URL, algo que quería evitar en mi propio blog. Esto se puede evitar haciendo publicaciones escritas como parte de un tipo de más abstracto, pero eso perdería muchos de los beneficios de trabajar dentro de su propia abstracción de publicaciones de blog. "colección" once Eleventy es un SSG que ha ido ganando mucha popularidad. Funciona con node.js y es muy flexible; puede personalizar el motor de plantillas y el renderizador de rebajas, incluso permitiéndole usar diferentes opciones para diferentes páginas dentro del mismo sitio. El principal inconveniente que encontré con esto es que no viene con ninguna plantilla integrada, por lo que no puede generar fácilmente un blog directamente de la caja. También cabe destacar que se ejecuta en nodo, lo que complica su instalación; no es un factor decisivo de ninguna manera, pero no es tan conveniente como Hugo. gatsby Gatsby también se está volviendo muy popular últimamente. Sin embargo, genera aplicaciones de una sola página basadas en reacciones en lugar de sitios estáticos. Esta es una opción válida; Quería la simplicidad de HTML y CSS puro al crear mi blog. Además, he visto que al usarlo, recomendando a Hugo en su lugar. este escritor ha tenido una mala experiencia Hugo Por último, llegamos a Hugo, el SSG que uso para mi propio blog. Está escrito en Go, lo que significa que usarlo significa instalar un solo binario. Esto tiene ventajas desde el punto de vista del hospedaje; puede especificar la versión de Hugo en mi proveedor, y puede estar seguro de que se comportará de la misma manera que lo haría localmente. Está ardiendo rápido. Si bien esto hace poca diferencia cuando su blog contiene solo unas pocas publicaciones, es bueno saber que el tiempo de creación seguirá siendo rápido a medida que su sitio crezca. Es el SSG más popular , lo que significa que está bien utilizado y documentado, y está bien respaldado por prácticamente cualquier plataforma de alojamiento de sitios estáticos. (a juzgar por las estrellas de GitHub) Sobre todo, tiene plantillas para que comiences. Aunque es probable que desee crear sus propias plantillas en algún momento (o al menos modificarlas a su gusto), al menos le brinda algo para comenzar de inmediato. Su principal inconveniente es que utiliza el lenguaje de plantillas de Go; no es terrible de ninguna manera, pero es un poco torpe en comparación con algunos, y si está interesado en otro lenguaje de plantilla, no tendrá suerte aquí. Si esto es un problema para usted, entonces puede valer la pena echarle un vistazo a Eleventy.