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 dev.to : 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.

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

Hashnode 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.

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

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.

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í:

1. Nombra tu blog como tú mismo

2. 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 BlueHost , Hostinger , GoDaddy y Namecheap .

Sin embargo, uno de los principales para verificar es Google Domains , porque este es el único registrador que vende dominios .dev . Mi consejo es que .com sigue siendo el mejor si puede obtener uno, así que si hay uno disponible que le guste, hágalo, pero si no, entonces .dev podría ser una gran alternativa.

Costos de dominio

Tenga en cuenta que los dominios cuestan cantidades variables y, además, debe pagar todos los años 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.

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 Google se preocupa por la velocidad de carga de su sitio , así que ¿por qué no aprovechar la velocidad que un sitio generado por SSG puede brindarle?

Crear un sitio básico con Hugo

Para crear un sitio estático recomiendo a Hugo . 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.

(Para obtener detalles sobre SSG alternativos, consulte la sección Comparación de SSG en el apéndice).

La página de inicio rápido 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 comandos 'crear un sitio' , le recomiendo que los cambie a los siguientes:

 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 tema 'Flat' en lugar del tema Ananke

• 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.

Al crear su repositorio de GitHub, hágalo privado ; esto es por razones de SEO, que exploraremos más adelante.

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.

Lo principal que desea evitar cambiar más tarde son sus URL ; todo lo demás se puede cambiar más adelante.

Sección 3 - Obtenga su blog alojado

Como se describe en la sección Alojamiento e implementació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.

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 la recomendación de Bryce Wray de ir con CloudFlare Pages ; su nivel gratuito es posiblemente el más rápido que existe y es fácil de usar.

Simplemente siga su guía desde 'configurar un repositorio de GitHub' en adelante. ¡En este punto, su sitio estará en línea! Pero tendrás un dominio feo como my-blog-xyz.pages.dev . Simplemente siga la guía de CloudFlare sobre cómo configurar un dominio personalizado para que su sitio esté activo en el dominio que compró anteriormente.

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

1. Configuración de una cuenta

   
   

2. 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") }} <script defer data-domain="yourdomain.com" src="/link/to/script.js"></script> {{- 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 Plausible . 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.

Sección 5 - SEO básico

Si lo construyes, ellos vendrán

- Campo de sueños

Hay algo de verdad en la cita anterior; no es necesario hacer demasiado para que su blog aparezca en Google y, afortunadamente , los días de travesuras llenas de palabras clave han terminado ; lo que al final importa es escribir buen contenido , lo cual es una buena noticia para los blogueros independientes como nosotros.

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 consola de búsqueda de Google . Querrás hacer lo siguiente:

• Inscribirse

• Registre la dirección de su dominio (esto se simplificará enormemente si compró su dominio de Google Domains)

• Envíe la URL del sitemap.xml de su sitio en la pestaña del mapa del sitio. Afortunadamente, Hugo habrá generado uno para usted en 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 site: consulta, por ejemplo, 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 la herramienta PageSpeed Insights de Google . (Esto será más importante cuando comience a hacer que su sitio sea más de su agrado ajustando los archivos de plantilla).

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 la canonicalización y las URL canónicas . 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.

Por lo tanto, puede hacer que una página declare qué URL deben considerar los motores de búsqueda como la URL de la página.

Recuerde que CloudFlare también genera un dominio "feo" como my-blog-xyz.pages.dev 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".

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:

 <link rel="canonical" href="{{ .Permalink }}" />

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 la sección sobre republicación , más adelante.

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) no puede agregar direcciones URL canónicas o etiquetas sin índice 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.

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 autoridad de dominio , y tales enlaces de un sitio a otro en este contexto se conocen como 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 llevará tiempo antes de que pueda clasificarse bien en Google ; 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.

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 /r/programming 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.

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, siempre verifique las reglas de la comunidad antes de publicar . Cada subreddit tendrá reglas diferentes, en particular, diferentes tolerancias para vincular a sus propios artículos.

Esto puede variar entre prohibiciones totales de autopublicidad, la expectativa de que no publique demasiado o ninguna restricción.

Otra regla clave a tener en cuenta son los temas de publicación no deseados con posiblemente una redirección hacia un subreddit más apropiado. Por ejemplo, las reglas de /r/programming le piden que redirija las preguntas técnicas hacia r/learnprogramming en su lugar, y de manera similar las listas de trabajos hacia /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 “Reddiquette” de vez en cuando para comprobar que está participando de manera responsable.

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 la guía del editor de dev.to , puede agregar una URL canónica simplemente agregando una propiedad canonical_url a las propiedades de "imágenes preliminares" de una publicación.

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 sus documentos para obtener más detalles).

Canonicalización en HackerNoon

Como se explica en los documentos de HackerNoon , puede establecer una URL canónica en "Visto por primera vez en" en la configuración de su publicación.

¡No puedes canonicalizar en FreeCodeCamp!

Como se indica en este artículo de Hashnode , 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, esta publicación de dev.to detalla el impacto negativo que esto ha tenido en ciertos bloggers debido a esto.

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 volver a publicar algún tiempo después de publicar el original (digamos, una o dos semanas, pero depende de usted). Esto tiene los siguientes beneficios:

• 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, Coding Horror , y luego crearon una pequeña cosa llamada Stack Overflow.

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 jamstack.org para obtener una lista mucho más grande.

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 "colección" más abstracto, pero eso perdería muchos de los beneficios de trabajar dentro de su propia abstracción de publicaciones de blog.

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 este escritor ha tenido una mala experiencia al usarlo, recomendando a Hugo en su lugar.

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 (a juzgar por las estrellas de GitHub) , lo que significa que está bien utilizado y documentado, y está bien respaldado por prácticamente cualquier plataforma de alojamiento de sitios estáticos.

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.