To make a dent on Medium, optimizing exposure is a must.

I’ve been on Medium for many years, and I learned a few tips on maximizing article exposure along the way. These tips and tricks made a difference for me.

1. If you plan to submit an article to a Medium publication, beware of busy publications: the exposure might not be what you expect. The turnover is too high, and your article won’t stay fresh for long. One example of such a busy publication is Mac’O Clock$^1$. I did publish many articles for them over time. My content does get some traction, but it is for a very short period of time.
2. Articles like “The Top 5 Utilities for macOS” are really popular. Opinionated articles tend to perform well, too. “The Rotten Side of Tim Cook’s Apple” is such an example. This article was published by The Startup$^2$****, not on the Apple-centric Mac’O Clock. It still receives regular views and reads.
3. Allow some content to be published outside the Medium paywall to increase your chances of being noticed (cross-post a link on Twitter, for example). It’s a difficult balance to achieve, though. If your article is interesting, people will get it for free; you’ll leave money on the table. Consider doing this as giving samples of your quality work.
4. Publish on your term. Some publications require submitting an article in draft mode (not yet published). Depending on the publication owner’s schedule, it may require up to a few days before your article gets published. Sometimes, timing is everything. Consider publishing on your own if that’s the case.
5. Reviews of hot tech gadgets are also popular, particularly from Apple.

Your mileage may vary. Many articles on how to be successful are already available on Medium. Search for them. You’ll get a better picture.

This article should have been published on Medium, behind their paywall, because it usually gets a lot of traction. Oh, well. I feel generous today$^3$.

1. I hate this magazine name.

2. Contrary to its name, the magazine has little to do with startups.

3. It will end up on Medium, but in a few days from being published here.

Simpler is better.

If you know about WordPress, you probably know how bloated your WordPress site can become with heavy visual themes and lots of more or less useful plugins installed. Those using WordPress.com for hosting their WordPress website know how pushy WordPress.com can be. They really want you to use WooCommerce or ExactMetrics. I decided to do some spring cleanup this week by removing WooCommerce. Why did I have it set up?

During my early days on WordPress.com, I had the idea to allow readers to support me financially. I implemented WooCommerce to enable payment options, but it turns out that readers don’t often tip bloggers. So, I made the decision to remove the Tips page and disable WooCommerce. The result? My website now feels more responsive and visually appealing, a testament to the benefits of decluttering.

I should continue to remove unneeded features. Next up is the footer portion, which contains redundant features, and my sidebar, which contains my most recent tweets. They don’t really add value to the content. My main blog is available here: https://numericcitizien.me.

I’m using Git to maintain this blog, which runs on Blot. Up until now, my Git knowledge has come from YouTube. Today, I came across this Git beginner’s guide that I wish I had on hand before starting this blog. The nice thing about this guide is that it covers the command line commands plus a GUI-based tool, Atom, in that case. I’m mostly a GUI type of guy, but it’s always interesting to see what happens behind the scenes when interacting with Git.

You can leave a comment on each blog post, thanks to Commento, you’re not being tracked.

When I created the Numeric Citizen I/O blog, I thought it would need a way for visitors to be able to leave comments as they see fit. I decided to go the Commento route because of its tight integration with Blot, but also for a more profound reason: privacy protection. According to Commento’s website:

Commento is more than just a comments widget you can embed — it’s a return to the roots of the internet. An internet without the tracking and invasions of privacy. An internet that is simple and lightweight. An internet that is focused on interesting discussions, not ads. A better internet.

There are no ads with Commento, so there is no need to track users. The weight of the script needed to add Commento support is light. Commento is easy to use for end-users and doesn’t require an account to publish a comment. But, if you prefer, you can use your Twitter account, your Google account, your Github account, etc, to identify yourself with the service before posting your comments. The design is nice and simple. Commento is not a free service, but I’m paying $99/year for it. That’s the price that I’m willing to pay so my readers aren’t tracked.

Enabling Commento on this blog was dead simple

Do you want to try the end-user experience? Please respond to this blog post; you’ll see. Thanks in advance.

Update: 2022-11-15: Since this blog is no longer hosted on Blot.im, comments are handled “automagically” by Craft as a Craft-based document. Update: 2024-04-10: This content is now hosted on Micro.blog. You can reply to this post by using the provided buttons, below.

Testing a web-based blog post publishing tool for posting directly to Blot from a webpage.

I’m currently testing a straightforward blog post publishing tool running on a webpage. The tool is accessible at https://wall.blot.im. I wrote a front matter; I guess Blot will process it as usual. The editor provides a character count, a word count, and a way to export the current blog post or publish it directly on my Blot website. Once published, I guess that I’ll have to do a “pull” from my Git client to sync the newly published content with my local repo clone. Let’s try this. Nope. It won’t work unless I use Dropbox, not Git. Too bad. Returning to normal programming in 3, 2, 1.

I made a few layout changes to my archives page.

Someone on Micro.blog posted something from its Blot website and I noticed he was using an unknown meta tag in the post’s front matter: metadata.icon. He used a tag to add an icon to each of its blog post. I wanted to know how Blot actually used this tag to format the blog post, so I asked the guy. His answer made me look deeper into Blot processing of meta tags. After some readings, I decided to change the content of the archives page to use the “summary” tag after each blog post title. It is super easy to edit Blot templates. In that case, it was a matter of adding a {{summary}} tag like this:

Adding the summary tag to the archives.html template.

Setting up this blog with Blot was pretty straightforward.

It all started as an experiment. But now, it’s not. It’s something permanent¹. In less than a day, everything was set up and running. From the setup of the domain name (with GoDaddy) to having an actual site available for browsing. This is the very short story behind setting up the Numeric Citizen I/O website with Blot.

Blot’s dashboard page for this blog.

My interest in Blot came from the desire to have better control over the visual appearance of my microblog, which is hosted on Micro.blog. Micro.blog supports some customization but it’s too demanding as you have to have some knowledge of HTML, CSS and Hugo templates inner working. Another goal was to own my content.

Blot is a nice solution to my objectives: owning the content, easy visual styling, and easy publishing. Blot allows me to keep using my current applications like Craft for initial post writing Ulysses on the Mac, which supports Markdown files for editing. I had to select a GIT client to complete my workflow for publishing blog posts.

Opening my account on Blot was super easy. Before going further with any of the Blot settings, configuring my GIT client was mandatory. Cloning the Blot repo on my machine was quick and easy, too. Any non-fixable issues at this stage would have jeopardized the whole initiative.

The Blot settings page for this blog.

Next up: setting up analytics, page structure, support for commenting blog posts, and closing a link format. All of this was dead simple to set up. But I wasn’t done yet. The next step was to select a visual theme. I wasn’t satisfied with the available themes, so I asked for support for help as I knew there were other themes available. After describing what I was looking for, the guy behind Blot agreed to bring back one of the decommissioned themes (for an unknown reason). In fact, it was the previously available default one. This closed the loop. I’m a happy camper now. I like this theme because it gives this blog a “scientific paper” look, and I love it; it aligns with the blog’s purposes.

I’ve been a user of Micro.blog since 2018. At first, I wasn’t sure I would like the place. Eventually, it grew on me because it is such a quiet place¹, with more engagement from the community members and with much more respect. There is something that I don’t like about Micro.blog, though. It’s the lack of easy control over the visual appearance of my blog.

Micro.blog is based on Hugo, a static site generator. It’s pretty flexible, fast and open-source. My current understanding of Micro.blog is that it doesn’t expose all of Hugo’s controls, only a subset of them. I’m ok with this, as Hugo is not for the faint of heart. Yet, I’m not ok with the look of my microblog. I want to make it more personal, less like a generic website based on a frequently used visual theme. To make changes, I need to know about HTML (I’m kind of okay with this) and CSS (I’m not okay with this!). CSS is the weirdest thing I have ever encountered in my digital life. What a messy “language”². No amount of reading or YouTube videos will make it understandable for me.

Another solution would be to import an already-made Hugo theme in Hugo. The other issue with Micro.blog is that it isn’t easy to import open-source Hugo-based themes. They need to be “ported”. Again, it’s not something I want to mess with. I recently started to think that maybe it was time to have my own microblog hosted somewhere to get complete control of the visual appearance. Installing Hugo on my M1-based Mac mini is simple. Having a publishing pipeline from my machine to the web looks pretty easy, too. It’s only the beginning. Even with great articles like this one, I find it difficult to wrap my head around it.

After much reading, I changed my mind and settled on the “Hyde” theme of Micro.blog. I would lose too much if I were to be alone, and new challenges would certainly arise. I hope for Micro.blog to keep evolving, especially in the area of better customization. I asked its founder to open up its roadmap. I’m anxiously waiting to see what’s next.