「SEOに強いHTMLの書き方」についての個人的な見解
「SEO に強い HTML の書き方」というツイートがそこそこバズっていて、その内容に対して駆け出しエンジニアの方たちが「参考になった」などと称賛の声を挙げていたのを見かけて思うところがあったのでこの記事を書きました。 元ツイの概要は次の通り。 body > main > article > sectionに h1は 1 ページに 1 つ（要キーワード） 見出しタグは毎度 section で囲む ヘッダーメニューは nav で囲む 画像に適切な alt を設定する title / description を書く 階層を意識して書く div はあまり使わない 画像は p で囲む この記事は元ツイおよび元ツイの投稿者を批判する意図で書いたものではなく、あくまで挙げられている内容に対する個人的見解をまとめたものです。 正しいか正しくないかをそれぞれの項目のはじめに書いていますが、あくまで僕個人の
SEO歴15年のプロが振り返る「検索の潮流」① グーグルの基盤とIPO、すべてをインデックスする時代 | Moz - SEOとインバウンドマーケティングの実践情報
僕は最近、自分を見つめ直すことがよくある。 2020年に入り（2005年にDistilledを設立してから15年だ）、僕たちはSEOのA/BテストやメタCMS技術に注力するため、新会社としてSearchPilotをスピンアウトし（これまでの名称はDistilled ODN）、事業のコンサルティングやカンファレンス担当の部分をBrainlabsと統合した。 僕も今では（主にDistilledの株主が所有する）SearchPilotの最高経営責任者（CEO）になったわけだが、BrainlabsのSEOパートナーでもあるため、依然としてSEO業界に関わり続けていることはご了承いただきたい。 したがって、僕にとっては終着点というより節目にすぎないような気もする。とはいえ、この業界にいた15年の間に変わったことと変わらなかったことについて振り返ってみたくなった。 僕はSEO専門家の第1世代に属してい
next.js の amp モードで tailwind.css を purgecss と合わせて使う
このリポジトリ でやったこと。 やろうとしたこと tailwind.css は Utility First と銘打った CSS フレームワークで、コンポーネント化を前提としたモダンフレームワークと相性がいいです。今回は next.js の amp-mode で tailwind を使おうとしてみました。 Tailwind CSS - A Utility-First CSS Framework for Rapidly Building Custom Designs 問題 前提として、 amp には inline css の容量制限があり、75kb を超えると AMP と認識されなくなります。 tailwind はビルドして使うのが前提のフレームワークですが、全部入りの tailwind.min.css は 1.3 M あります。これでは到底、75 kb に収まりません。 AMP の CSS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
