「SEOに強いHTMLの書き方」についての個人的な見解
「SEO に強い HTML の書き方」というツイートがそこそこバズっていて、その内容に対して駆け出しエンジニアの方たちが「参考になった」などと称賛の声を挙げていたのを見かけて思うところがあったのでこの記事を書きました。 元ツイの概要は次の通り。 body > main > article > sectionに h1は 1 ページに 1 つ（要キーワード） 見出しタグは毎度 section で囲む ヘッダーメニューは nav で囲む 画像に適切な alt を設定する title / description を書く 階層を意識して書く div はあまり使わない 画像は p で囲む この記事は元ツイおよび元ツイの投稿者を批判する意図で書いたものではなく、あくまで挙げられている内容に対する個人的見解をまとめたものです。 正しいか正しくないかをそれぞれの項目のはじめに書いていますが、あくまで僕個人の
パンくずリスト（BreadcrumbList）のマークアップを追加する方法 | Google 検索セントラル | ドキュメント | Google for Developers
フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 パンくずリスト（BreadcrumbList）の構造化データ ページに表示されるパンくずリストは、そのページがサイト階層内のどこに位置するかを示しており、ユーザーはサイトを効果的に理解し、移動できます。ユーザーは、パンくずリスト内の最後のパンくずから順番にさかのぼることで、サイトの階層内を 1 レベルずつ上に移動できます。 構造化データを追加する方法 構造化データは、ページに関する情報を提供し、ページ コンテンツを分類するための標準化されたデータ形式です。構造化データを初めて使用する場合は、構造化データの仕組みについてをご覧ください。 構造化データの作成、テスト、リリースの概要は次のとおりです。ウェブページに構造化データを追加するための手順ガイドについては、構造化データの Codelab
Naverまとめ、知ってる？HTMLソースがひどすぎて笑える
Naverまとめ、知ってる？ そう、Naverまとめ。知らない？知ってるね？ Naverまとめのトラフィックが増加する一方みたいなので、みんなNaverまとめを読んでるんだろうな。 一応、知らない人のために書いておくと、Naverまとめはキュレーションサービスというやつで、まとめ作者が色々なサイトやらTwitterやらから文章と画像を引っ張ってきて、まとめ記事を作ることができるのよ。 このサービスが始まってから、ずっと気になってたことがある。 それは、「引っ張って」くる行為が引用ではなく転載なのではないか？ってこと。 裁判例上、引用には色々と要件があるようなんだが、自分で書いた文章がないのに全部他所から引っ張ってきてたら、それはもう引用とは呼べないと思う。 ただ、そこはユーザーであるまとめ作者の裁量に任せられているのであって、ちゃんと引用の要件を守っている作者もいれば、そうでない作者もいる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
