そろそろSEOをちゃんと勉強しようと思い、Google主催の Webmaster Conference Osaka 2019 に参加してきました。 そのイベントの最初のセッションが Malik Mairaj Syed さんの『SEO Mythbusting』というタイトルのもので、よくあるSEOにまつわる都市伝説的なものに関してGoogle側が回答していくというものでした。 巷で噂される「それって本当にSEO的に効果あるの？」という話が次々とスライドに表示されていき、「イエス」か「ノー」かをMalikさんが回答していくという流れになっていて、まだまだ知識の浅い私にとっては大変勉強になる内容でした。 （SEO業界の人たちからすると当たり前すぎてつまらなかったそうですが…） 今回は、そのセッションの内容をざっくりとまとめていこうと思います。 （Googleからのスライド共有はされないそうなので

web屋さんたちのTLで話題沸騰の「img要素、下から見るか？横から見pで囲うか？」問題について、Twitterでもやいのやいの言っていますが、件のツイートで挙がっている項目について、独自解釈ではなく、仕様についてきちんと解説したいと思います。 って書いたけどたぶんimg要素の話だけで終わる。 2019.9.12追記 この記事は書いたものを書きっぱなしにしておくつもりだったのですが、TwitterのDMでいただいたメッセージで気付かされたことがあり、一部に訂正と補足を追記することにしました。 このボックスで書かれている追記には、著者による嘘は含まれていません。もし追記の内容に誤りがありましたらそれはただのミスです。 また、追記にこのボックスを使用するにあたり、もともと記事内にあった同じボックスは別のボックスに置き換えました。 訂正の経緯については記事の最後で後述します。 img要素の仕様を

当ブログでもCSSのさまざまなテクニックについて記事にしていますが、今回は表面的なものではなく、CSSの本質的なパフォーマンスに関することを紹介します。 パフォーマンスを意識すると、実装も変わってくると思います。 Things nobody ever taught me about CSS. by Charlie Gerard 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに CSSの用語 CSSのパフォーマンス CSSの記述の順番 リソース はじめに この記事は私がこれまで一緒に働いたことのある人を批判するものではありません。個人的にCSSについて調べて、学んだことのリストです。 多くのデベロッパーがCSSについてあまり気にかけていないという事実は目新しいことではありません。ネット上や、友人・同僚と話すことでそのことに

フロントエンドエンジニアとデザイナーさんは日々協力してプロダクトを作っていく関係にあります。デザイナーさんが作ってくれたものをエンジニアが素早く実現できるよう、いくつかエンジニアから意識してほしいことをまとめました。 なんでこんな話になったのか（前置きなので次の章まで飛ばしてOKです） デザイナーさんから「この画面をこんな風に作ってください」とXDやSketch、PSDなどいろいろな形で渡されることがあると思います。 僕の個人的な意見・経験ですが、いざ実装するぞとなったときに 「あれ…ここってどうしたらいいんだろう？」 と迷って作業のスピードが落ちてしまうことがとてもストレスに感じていました。できればノンストップでいきたいなあと思うわけです。 手が止まるたび、デザイナーさんに「ここってどうしたらいいですか？」と質問するのが何か新しい画面を作るときに必ず発生していました。 「（いつも聞いてる

PhotoshopからXD、さらにSketchへ…Atomic Designを実現させるまでにぶち当たったデザインチームの苦悩 デザイナーの横井です。こんにちは！ 猫飼いなのですが猫に顔をうずめるのが難しい季節になってまいりました（毛まみれ） 久しぶりのデザイン記事となりましたが、今日は弊社デザインチームが行ったAtomic Designのシステム化の紹介と失敗体験、そしてその道のりを、赤裸々にご紹介しちゃいたいと思います。 既に完成したデザインのコンポーネント化に悩んでいる方々の参考に、少しでもなれば幸いです。 初期のスペースマーケットデザイン ゴリゴリのPhotoshopデザインだった時代 弊社のメインサービスである、スペースマーケットのデザインは約3年前にリニューアルリリースされました。 当時は全てPhotoshopでデザインされ、１ページにつき１ファイル、スマートフォンもPCも別フ

HTML 5.2のそれぞれの要素が入れ子にできる「子要素」、包含されることが可能な「親要素」の一覧のルールを視覚化して表示します。 ※1 a要素の親要素が包含可能であること※1 audio要素の親要素が包含可能であること※1 canvas要素の親要素が包含可能であること※1 del要素の親要素が包含可能であること※1 ins要素の親要素が包含可能であること子要素省略※1 map要素の親要素が包含可能であること※1 noscript要素の親要素が包含可能であること かつ body要素の子孫であること子要素省略※1 video要素の親要素が包含可能であること ルート要素＆文書メタデータ html 親 子 head 親 子 title 親 子 base 親 子 link 親 子※HTML 5.2から可能。フレージングコンテンツが期待される場所※head要素の子孫であること meta 親 子※he

現在会社のマーケティング改革を行っていまして、会社のWebサイトを作り直したり、製品の個別サイトとかもリニューアルしています。 で、なんかチョイ前まではWordpressでいいじゃんって風潮だったと思うのですが（今もかな）、前回Webサイトをリニューアルした時に 自称Wordpress知ってるマンを雇って、のちのちはデジタルマーケティングをやってもらおうと思っていたのですが、ものすごい時間がかかった挙句に ありえないHTMLを吐き出していて、デザインもよく見るとマージンとパディングが所々バラバラでそれはもう酷い物でした。 で、結局僕が自分でHTMLを書き出してブログ部分だけ適当なテンプレートを入れたWordpressを使ってサクッと終わらせました。 何が悪かったのかその酷いWordpressのテンプレートとかを見てみたのですが、VisualEditor的なプラグインが入っていて、WYSIW

こんにちは、運用チームのコーダー、松永です。 私たち運用チームでは日々さまざまなお客様のサイトを更新していますが、運用業務においてコーディングをする場合、既存サイトの制作ルールを探りながら作業を進める必要があります。 例えば、「バナーを追加する」という簡易な作業であっても、そのページのソースの何行目にコードを追加するベきか解析する必要があるので、たった1行コーディングするだけでも時間が掛かることがあります。 更新する場合にどこに何を追加・変更をすれば良いのか。 制作のルールがわかりやすい形で見えていれば、運用業務に掛かる時間がぐっと短縮できるのではないかと常々思っています。 これらの制作ルールは、制作ガイドラインなどにまとめられるのですが、中でもサイトで使用されているコンポーネントを一覧にしたものを、私たちは「パーツ集」と呼んでいます。 今日は、運用業務スピードアップの鍵となるパーツ集につ

・・・・・・・・・・・はっ！？ 失礼しました、WP−Dクリアです。 染谷センセーの「ブログ飯」がやっとAmazonから届いてすっかり読みふけってしましました。 今回はWordPressとリアルなお見積もりの話 多くの　WEB制作会社・WEB系フリーランサーはクライアントのサイトを作ってその制作料金が自らの収益となりますね。 本来、「作業工数に見合った」お金を頂くことが当たり前のはずなのに、いざフタを開けて作業に取りかかると 「作業工数が思ったよりあって、すっかり赤字！！」 なんてことが少なくありません。 そんな訳で、 WordPress及びWEB制作時のちょっとリアルなお見積もり のお話をしたいと思います。 （まあ、偉そうなこと言って実際自分も作業工数と見合ってないことなんてよくあるんだけど） WordPress界と深い関わりのある謎のお友達を招集したよ 自分も見積もりの話もしっかりしたい

The Blog | Welcome to Adobe Blog アドビのブログでは、Creative Cloud、Document Cloud、Experience Cloudの最新情報や役に立つ情報を紹介しています。

Webサイトのデザインは紙のデザインと異なり、技術的な制約が強く、特に最近は様々な環境（デバイス、ブラウザ、画面サイズ、屋内・屋外など）での閲覧に対応できることを求められます。そのため、戦略から要件、コンテンツ、機能と論理的にデザインを決めていくと、どこかで見たことあるような没個性なデザインになりやすいものです。（注：ここでいうデザインは視覚的なデザインを指します） マルチデバイス、マルチブラウザが進み、レスポンシブWebも選択肢の一つとして一般化した昨今では、Webデザインの没個性化はますます進んだ印象があります。例えば、Googleが公開しているマテリアルデザインのガイドラインを見ても、デザインのパターン化と属人性排除の思想を如実に感じることができます。また、データドリヴンなサイト改善を積極的に行っていくと、「デザインの個性」と成果に大した因果関係がないことを痛感します。 没個性なデザ

2020年5月13日 CSS プログラミングではおなじみの変数。SassやLESSといったCSSプリプロセッサーをお使いの方もよく使うものですね。この一度定義しておけば繰り返し利用できる便利な変数が、CSSでも使えるようになりました！今回はCSS変数（カスタムプロパティ）の使い方と注意点をまとめていきます！ ↑私が10年以上利用している会計ソフト！ CSSカスタムプロパティとは？ 公式では「カスケード変数のためのCSSカスタムプロパティ（CSS custom properties for cascading variables）」としていますが、単に「CSSカスタムプロパティ」や「CSS変数」などとも呼ばれています。 変数は文字列や数値などを入れる箱のようなものです。例えば数学では「y = 3x」のような式があり、この y や x の中には自由に数字を当てはめられます。これが変数というもの

個人でも商用でもWebページやアプリ、プレゼン、提案書、ポスター、フライヤー、同人誌などのさまざまなメディアで利用できる国内の無料素材、日本語フォント、写真素材、イラスト素材、マンガ素材をまとめました。 ほとんどのものがバックリンク・クレジット表記の義務無しなので、使いやすいと思います。

Webデザインとかサイト制作について、知ってる事知らない事を展開するサイト。

2017年11月17日の「まぼろしのマークアップ勉強会 #1」でお話したスライドです #mbrs_markup_study

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます MicrosoftとGoogle、Mozillaの各社は米国時間10月18日、自社のブラウザ関連ドキュメントを「MDN Web Docs」上に集積していくことで合意したと発表した。 これによりMDN Web Docsは、「Firefox」関連のWeb APIや情報をまとめたサイトという位置付けから、「Google Chrome」と「Microsoft Edge」、Firefoxに関連する情報の拠点という位置付けとなる。同サイトには、JavaScriptやCSS、HTMLのほか、さまざまなWeb APIに関するウェブ開発者向けの情報やチュートリアルが集積されている。 情報の拠点が1カ所に集約されることで、開発者はクロスブラウザアプリの開発

今回は、短い文章を書くことにします。 口を半開きにしてても読み終わりますので、ぜひゆるい気持ちで読んでいってください。 風になる助言、風にならない助言「Webデザイナーなら〇〇ぐらいできないと」 「Webデザイナーなら〇〇を理解してて当然」 「Webデザイナーなら〇〇は使えるべき」 ありがとうございます。 世の中、助言で溢れていますね。 ありがとうございます。 誰がどこへ向いて言っているかわからない、助言。 誰がどこへ向いて言ってるかわからない助言は、誰のためでもなく生まれ、そして誰にも振り返られぬまま、風になって、ただ木の葉を揺らし、しずかに死んで行くのです。 秋ですね。 そういうイメージで行きましょう。 例えば、Webデザイナーならコードぐらい書けないと。 例えば、WebデザイナーならGitぐらい使えないと。 例えば、WebデザイナーならWordPressぐらいできないと。 ありがとう

ランディングページをはじめ、企業サイトやポートフォリオやブログのページまで、レスポンシブ対応のHTMLテンプレートが驚くほど簡単に作成できてしまう無料オンラインサービスを紹介します。 HTMLのテンプレートとして、すぐに利用できるプロトタイプとして、HTMLの知識はほとんどいらずにほんの数クリックで自分用のHTMLファイルが作成できます。 Aperitif 使い方は、簡単です。 登録やメールアドレス入力など、面倒なことは一切必要ありません。 まずは、サイトにアクセスします。 ※対応ブラウザは、Chrome, Safari, Firefoxで、IEは準備中です（2017年9月現在）。