noteの記事、そろそろちゃんと管理したい。はぴが「記事マスタ」を作ってみた

noteの記事が増えてくると、

「あの記事、どこやったっけ？」

ってなることありませんか？

最初のうちは全然ええねん。

記事数も少ないから、noteをちょっと探せば見つかる。

ところが。

記事が増えてくると……

あの記事どこやったっけ？？？

が、じわじわ増えてくるんですよね😂

しかも、ただ探したいだけじゃなくて、

「この記事、あとで修正したいな」

「この記事のURL、どこやったっけ？」

「最近更新してない記事ってどれやろ？」

みたいなことも出てくる。

そこで、はぴ。

noteの記事を一覧で管理できる「記事マスタ」を作ってみました。

==================================
🌟使用イメージ
==================================

◆前もってGASコードをコピペして作成・登録しておいたマクロを実行

◆エクスポートファイル選択（ローカルPC）

◆選択したXMLからデータ抽出中

◆完了メッセージ

◆自動で出力データが書き込まれた新規シートが選択される

今回は、その仕組みを作るまでに考えたことや、実際に試してみたこと。

そして、

プログラミングを触ったことがない人でも、できるだけ使いやすい形にしたかった理由

まで含めて書いてみます。

📝 そもそも、なんで記事マスタが欲しかったのか

はぴ、noteの記事を書くのは好きなんです。

でも、

書いた後の管理。

これがね……

地味にめんどくさい（笑）

記事が増えてくると、

「そういや、この記事っていつ書いたっけ？」

「URLどこやったっけ？」

「このへん、そろそろ見直したほうがええんちゃう？」

みたいなことが出てくる。

そこで考えたのが、

タイトルとURLが一覧になってる表を作る

という方法でした。

たとえば、

タイトル記事URL○○について書いた記事
タイトル記事URL△△を試してみた記事
タイトル記事URL□□についての記事
こんな感じ。

これなら、記事を探すためにnoteの中をウロウロせんでも、

一覧からポチッと押せば記事に飛べる。

これ、普通に便利そう。

さらに、この一覧を使えば、

「この記事はメンテナンスした」

「これはまだ」

みたいなチェックリストにもできる。

そう考えたら、

記事マスタ、あったほうがええやん。

となりました。

📦 まずはnoteから記事をエクスポート

noteには、自分の記事をエクスポートする機能があります。

なので、まずはnoteから記事データをXMLファイルとして取得します。

ざっくり言うと、

noteからXMLをダウンロードする

ところからスタート。

ここまでは普通にファイルをダウンロードするだけです。

……問題は、その後。

このXML。

そのまま見ても、

なんかよく分からん文字がいっぱい並んでるやつ

なんですよね😂

なので、

「必要な情報だけ抜き出して、スプレッドシートに並べたらええんちゃう？」

となりました。

🐍 最初はPython＋Google Colabも考えた

実は、最初からGASで作ろうと思ってたわけではありません。

候補にあったのが、

Python＋Google Colab。

Google Colabならブラウザ上でPythonを動かせるので、何かをインストールしてもらう必要がない。

しかもPythonは、コード自体も比較的見やすい。

XMLを読み込んで、

必要な情報を取り出して、

CSVにして……

という方法も考えてました。

これ、普通にアリやったんです。

でも、ここで一個思った。

「これ、Googleスプレッドシートでそのまま完結したほうが楽ちゃう？」

🧩 GASなら、そのままスプレッドシートに持っていける

noteを書いてる人なら、Googleアカウントを持っている人も多そう。

Googleスプレッドシートを使ったことがある人も、それなりにおるはず。

だったら、

Pythonで処理
↓
CSVに出力
↓
CSVをスプレッドシートに持ってくる

より、

GASで処理して、そのままスプレッドシートに書き込む

ほうが、使う人にとっては一手少ない。

ということで、GASを試してみることにしました。

ただし。

ここからが、ちょっと試行錯誤。

⚡ GAS側で処理したら、思ったより時間がかかった

最初は、GAS側でXMLを処理する方法を試してました。

ところが、

なんか……時間かかるな？

となった。

そこで、

「これ、処理する場所を変えたらどうなるんやろ？」

と試してみることに。

結果、はぴが試した環境では、

ブラウザ側でXMLを読み込んで解析する

形のほうが速かった。

なので、現在のコードは、

XMLファイルをブラウザ側で読み込む
↓
ブラウザ側でXMLを解析する
↓
必要なデータをまとめる
↓
最後にスプレッドシートへ書き込む

という形になっています。

最初からこの形やったわけではありません。

実際に作って、

「あれ？」

となって、

試して、

「こっちのほうがええやん」

となった結果です。

こういうの、作ってみんと分からんもんですね。

🖱️ そして「ファイルの場所を入力」はやめた

ここ。

今回、はぴがかなり気にしたところです。

プログラムを触ったことがない人にも使ってもらうなら、

できるだけプログラムっぽいことをさせたくない。

たとえば、

「XMLファイルのパスを、この部分に入力してください」

みたいな仕様。

作る側からしたら、

「ここを書き換えるだけですよ」

なんやけど……

使う側からしたら、

「パスって何？？？」

となる可能性がある。

はぴ自身、そういうの見たら、

「……もうええわ」

って閉じることあります（笑）

なので、今回は、

ファイル選択のダイアログを出して、普通にファイルを選べるようにしました。

これなら、

「ファイルを選択」

↓

XMLを選ぶ

で済む。

このほうが、圧倒的に分かりやすい。

☁️ Googleドライブにアップロードする方法も考えた

これも候補にはありました。

XMLをGoogleドライブにアップロードして、そこから読み込む方法。

技術的には、そのほうが扱いやすい部分もあります。

でも。

noteからXMLをエクスポートしたら、

まずローカルにダウンロードする

わけですよね。

だったら、

ローカルにダウンロード
↓
Googleドライブにアップロード
↓
GASから読み込む

って……

一個、作業増えてるやん。

となりました（笑）

せっかくなら、

ローカルにあるXMLを、そのまま選べばええやん。

ということで、Googleドライブへのアップロードも必要ない形にしました。

🧠 コードを短くするより「使う人の手間」を減らしたかった

ここは今回、一番大事にしたところかもしれません。

コードを短くしようと思えば、もっと短くできる部分はあると思います。

でも、その代わりに、

「この部分を書き換えてください」

「ファイルの場所を設定してください」

「このファイルをここに置いてください」

みたいな作業が増える。

それなら、

コードは長くなってもええやん。

だって、使う人はコードを読むわけじゃない。

丸ごとコピペするだけ。

それなら、

コードが長くなることより、

使う人が迷うポイントを減らすこと

のほうを優先したい。

そう考えました。