- Una guía práctica sobre cómo escribir entradas de blog que los desarrolladores realmente leen y comparten
- El autor analiza la diferencia entre publicaciones exitosas y fallidas con base en 9 años de experiencia blogueando sobre software y millones de visualizaciones
- Explica los puntos en común y las estrategias de los artículos que llaman la atención en comunidades de desarrolladores como Hacker News, Reddit y Lobsters
Por qué se puede confiar en el autor
- El autor lleva 9 años administrando un blog personal de desarrollo y recibe entre 300 mil y 500 mil lectores al año
- Ha aparecido más de 30 veces en la portada de Hacker News, y muchas de esas veces en el puesto #1
- Lanzó un negocio indie exitoso a partir de una sola publicación del blog
- También es mencionado con frecuencia en Reddit y Lobsters
- Está considerado como el blog personal número 48 más popular en Hacker News
Transmitir lo esencial rápidamente
- Muchos bloggers para desarrolladores no entran al punto al inicio del texto, lo que hace que los lectores abandonen la lectura
- Cuando una persona empieza a leer, espera respuestas a dos preguntas:
- ¿Este artículo es para alguien como yo?
- ¿Qué gano con leer esto?
- Estas dos preguntas deben responderse en el título y dentro de las primeras 3 oraciones
- Hay que usar temas y términos que le interesen al lector, y evitar jerga excesiva o explicaciones de contexto demasiado largas
- El beneficio que ofrece el texto puede ser, por ejemplo:
- Técnicas aplicables de inmediato a la vida diaria o al trabajo
- Explicaciones de conceptos fáciles de entender
- Ideas y perspectiva sobre tecnología o la industria
- Historias interesantes con las que sea fácil identificarse
-
Ejemplo: “if got, want: A Simple Way to Write Better Go Tests”
- Solo con el título y la primera oración queda claro lo siguiente:
- Público objetivo: usuarios del lenguaje Go
- Beneficio obtenido: aprender una nueva forma de escribir pruebas en 30 segundos
Cómo ampliar el público objetivo
- La mayoría de los bloggers escriben para un grupo muy específico de desarrolladores (por ejemplo, desarrolladores Java de nivel intermedio o avanzado)
- Con pequeños ajustes de redacción se puede llegar a un público mucho más amplio (por ejemplo, todos los desarrolladores Java → todos los desarrolladores → personas interesadas en tecnología)
- Si se ajustan un poco los términos y las explicaciones para que también entienda quien no tiene conocimientos previos, el alcance puede multiplicarse por 10
- Pero si se vuelve demasiado general, el artículo puede perder profundidad o especialización
-
Ejemplo: “How I Stole Your Siacoin”
- Originalmente era un texto dirigido a una comunidad específica de criptomonedas,
- pero se modificaron los términos y las explicaciones para que también pudiera entenderlo gente que no sabe de criptomonedas
- como resultado, se volvió popular en distintas comunidades como Reddit y Hacker News
Planear la ruta por la que el artículo llegará a los lectores
- Aunque el artículo esté bien escrito, no sirve de mucho si nadie lo lee
- Conviene evitar temas que tengan pocas posibilidades de posicionarse bien en búsquedas de Google
- Hace falta un plan realista para compartirlo en comunidades como Reddit, Hacker News, etc.
- En Reddit, por ejemplo, muchas comunidades no permiten enlaces externos o tienen reglas estrictas
- Hacker News suele ser poco receptivo con tutoriales o temas demasiado comunes
- Incluso si se comparte en redes sociales, el efecto es mínimo si no se tiene una audiencia grande
-
Hay que diseñar una ruta realista
- Antes de elegir el tema, conviene pensar primero por qué ruta podría llegar el artículo a sus lectores
- Hay que considerar preguntas como:
- ¿Es un tema fácil de encontrar por búsqueda en Google?
- ¿No es un tema sobre el que ya existen cientos de artículos?
- ¿Qué palabras clave buscaría el público objetivo?
- ¿Existe una comunidad donde se pueda compartir el enlace? ¿Esa comunidad está activa?
-
Ejemplo: “Using Zig to Unit Test a C Application”
- Como Zig es una tecnología emergente, casi no había artículos competidores y logró posicionarse alto en búsquedas
- El enlace podía compartirse en Hacker News, Lobsters, Reddit (/r/Zig), Ziggit, etc.
- Como resultado, se convirtió en una publicación destacada en todos los canales
Mostrar más elementos visuales
- El cambio más efectivo en una publicación de blog es agregar imágenes
- Los textos largos sin elementos visuales son más difíciles de leer
- En casos como estos, conviene insertar imágenes, capturas de pantalla o gráficas:
- Explicar un programa con GUI → captura de pantalla
- Explicar cambios numéricos → gráfica
- Explicar un incidente como un error de servidor → captura del dashboard
- Explicar un concepto complejo → esquema o diagrama
- Para dibujos simples se pueden usar herramientas gratuitas como Excalidraw
- También puede ser buena idea contratar a un ilustrador (aprox. $50~100 por ilustración)
- A veces un dibujo simple hecho en algo como MS Paint funciona mejor que una imagen generada por IA
Diseñar la estructura para lectores que escanean
- Mucha gente no lee un artículo de principio a fin, sino que lo recorre rápidamente para decidir si le interesa
- Para captar interés incluso con solo escanear, son importantes estos elementos:
- Encabezados claros e interesantes
- Imágenes adecuadas y pistas visuales
- Evitar párrafos largos compuestos solo de texto
-
Herramienta: revisar el artículo desde la perspectiva de quien escanea
- Se puede usar un bookmarklet para mostrar solo los encabezados y las imágenes del artículo
- Eso permite revisar la estructura tal como la vería alguien que escanea el contenido
-
Ejemplo: estructura aburrida vs. estructura interesante
- “End-to-End Testing Web Apps: The Painless Way” → falló porque sus encabezados e imágenes no resultaban atractivos
- “I Regret My $46k Website Redesign” → tuvo éxito porque su estructura visual captaba el interés (150 mil lecturas en la primera semana)
1 comentarios
Comentarios de Hacker News
En general, al escribir una entrada de blog, la estructura de pirámide invertida es la más adecuada. Es importante transmitir rápido el punto principal del texto y luego explicarlo en detalle. Así, aunque el lector deje de leer a la mitad, no se pierde lo importante
Opinión contraria: escribir entradas de blog para que otras personas las lean hace que, para la mayoría, la escritura pierda su propósito. La mayor parte de lo que se escribe en la web no se lee, y escribir para ser leído no resulta motivador
Pedirle a una IA que evalúe críticamente publicaciones de blog o posts de Hacker News y Reddit resultó efectivo. La retroalimentación de la IA fue sorprendente, y permitió darse cuenta de que se estaba escribiendo como el autor
Conviene seguir la regla de "escribe algo que tú realmente leerías". Nuestro cerebro nos hace creer por error que lo que creamos es excelente. Es importante encontrar una forma de ver el propio texto con objetividad
Steve Ballmer no diversificó sus acciones de Microsoft como sí lo hizo Bill Gates, pero gracias a eso terminó siendo más rico que Gates. Aun así, queda la duda de si apostarlo todo a una sola empresa es una buena idea
Personalmente, hay que sentir pasión por lo que se escribe. Si no, los lectores lo notarán y lo criticarán. Escribir debería ser para uno mismo
¿Las entradas de blog siempre deben ser cortas? ¿Hay casos en los que hace falta un texto largo?
A pesar de que los lectores de Hacker News suelen ser hostiles a los temas relacionados con criptomonedas, el artículo llegó a la portada
Hay dos maneras de lograr que los desarrolladores lean y compartan una entrada de blog
Los blogs populares muchas veces siguen un camino opuesto al que se propone aquí. Aun así, es un consejo útil para quienes buscan encontrar su estilo y optimizar su popularidad