【ECサイト対象】モバイルサイトでもすべてのコンテンツを掲載するべき、省略してはいけない
モバイル向けサイトであってもPC向けサイトと同じ、すべてのコンテンツを掲載するべきであり省略してはいけない。モバイルショッピングサイトのユーザビリティに関する調査によればコンテンツの省略は時には悲惨な結果に終わることがある。
- 【ECサイト対象】モバイルサイトでもすべてのコンテンツを掲載するべき、省略してはいけない -
Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM
モバイル向けサイトであってもPC向けサイトと同じ、すべてのコンテンツを掲載するべきであり省略してはいけない。モバイルショッピングサイトのユーザビリティに関する調査によればコンテンツの省略は時には悲惨な結果に終わることがある。
- 【ECサイト対象】モバイルサイトでもすべてのコンテンツを掲載するべき、省略してはいけない -
Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM

2013年1月12日(土) 、ベルサール半蔵門で開催したCSS Nite LP, Disk 26「CSS Preprocessor Shootout」のフォローアップとして、池田 拓司さん(クックパッド) の『毎日の料理のためのSass』のスライドなどを公開します。

2013年1月12日(土) 、ベルサール半蔵門で開催したCSS Nite LP, Disk 26「CSS Preprocessor Shootout」のフォローアップとして、 高津戸 壮さん(ピクセルグリッド) の『CSSの設計』のスライドなどを公開します。
当日は、私のセッションをお聞き下さり、ありがとうございました。CSSをどのように書くかという問題は、完全な正解が無く、なかなか難しいものです。私のセッション内で話したような、「CSS設計を完全なものにできない」という問題は、HTMLとCSSを書く者らにとっては、頭痛のタネです。これについては、以下の記事でうまくまとめられ、書かれています。
About HTML semantics and front-end architecture ? Nicolas Gallagher http://nicolasgallagher.com/about-html-semantics-front-end-architecture/
About HTML semantics and front-end architecture | en.ja | Translated Articles for Front End Developers http://enja.studiomohawk.com/2012/03/20/about-html-semantics-and-front-end-architecture/
一人でHTMLとCSSを書いているぶんには、そのような問題はさほど意識させられないかもしれません。ですが、複数人でHTMLを書くとなると、この問題は、よりはっきりと意識させられます。これについて、既にどこかに完全な答えがあるかと問われると、今のところ、そのような銀の弾丸のような解決方法は無いと言えそうです。ですが、プロジェクトに関わるメンバーと意識共有をすることで、かなり綺麗にCSSの設計を行うことができるのではないでしょうか。
本セッションが、皆様が普段書いているCSSについて、再度考える機会になっていただけたら幸いです。
本セッション内で紹介したページのURLは、以下になります。
なお、私のスライドは、以下を利用しています。
reveal.js - The HTML Presentation Framework
質疑応答でも少し振れましたが、弊社ピクセルグリッドでは、CodeGridという、フロントまわりの技術情報をメルマガ+Chrome webアプリで配信するサービスを運営しています。
こちらもご興味があれば、チェックして頂ければと存じます。
ビデオ
2013年1月12日(土) 、ベルサール半蔵門で開催したCSS Nite LP, Disk 26「CSS Preprocessor Shootout」のフォローアップとして、 木村 哲朗さん(まぼろし) 、西畑 一馬さん(まぼろし) の『CodeKitで始める次世代Web制作』のスライドなどを公開します。
「CodeKitで始める次世代Web制作」と題してお話しさせていただいたまぼろしの木村と西畑です。
制作環境に関する最初のセッションということで、CSSプリプロセッサをまだ触ったことのない方でも簡単に始められるように、なるべく分かりやすくお届けしたつもりですがいかがでしたでしょうか。CodeKitの簡単さや高機能性はもちろんですが、それ以上にこのセッションで私どもが込めた「まずはやってみよう!」というメッセージが皆様に伝わっていれば幸いです。

以下、フォローします。
デモで使用したファイルをダウンロードできます。 CodeKitを使ってみたい方も黒い画面で使いたい方も、このファイルを練習にご利用ください。
西畑がCodeKitやComapssについていくつか記事を書いています。
"Video Tutorials"のなかの"Frameworks"をご覧ください。 また、他の動画も大変参考になるので是非ご覧ください。
Q. Windows用でCodeKitのようなツールはないのか
CodeKitのようにいろいろなコンパイルができるものだと"LiveReload"というツールがあります。ただし、まだアルファ版であることにご注意ください。
またこもりさんのセッションで紹介のあった"Mixture"というツールは、クロスプラットフォームでのリリースを予定しており、今からチェックしておいて損はないでしょう。
現状、Windowsでは利用するプリプロセッサごとにGUIツールを利用するか、黒い画面で環境を構築する方が良いかもしれません。なお、それぞれのツールについては他の登壇者から紹介されていますのでここでは割愛いたします。
Q. CodeKitを導入するデメリット・リスクについて
CodeKitを導入するデメリットとリスクは、ずばりコンパイルやビルドをCodeKitに依存してしまうことです。特にLESSの出力先設定やJSの結合などの設定は、CodeKitを利用している人同士でないと共有が難しく、外部の制作者と共同で作業する場合などには注意が必要です。
また、利用するCSSプリプロセッサのバージョンがCodeKitに依存してしまう点もデメリットの1つでしょう。SassなどがバージョンアップしてもCodeKitに最新バージョンが内包されるまでは利用できません。
しかし、CodeKitのコンパイラを外部コンパイラに変更することで対応可能です。 方法は弊社 小林がブログに書いていますので参考にしてください。
CodeKitを利用するかしないかに関わらず、コンパイルやビルドといった行程を制作に持ち込む場合、その手法について制作者同士での意識共有は必須です。
また、さとうさんからCodeKitでStylus+nibを利用する方法についてフォローアップをいただきました。Stylus+nibに興味をもたれた方はこちらの方法を試してみて下さい。
nib自体は単にmixin定義が書かれた複数の.stylファイル集なので、npmなどコマンドラインでインストールしなくても、ローカルの.stylファイルと同じ場所にファイルをコピーすれば利用できます。
上記のような手順で利用できます。ぜひお試しください。

2013年1月12日(土) 、ベルサール半蔵門で開催したCSS Nite LP, Disk 26「CSS Preprocessor Shootout」のフォローアップとして、 たにぐち まことさん(エイチツーオースペース) の『新世代エディタで作る、プリプロセッサー環境構築術』のスライドなどを公開します。
「新世代エディタで作る、プリプロセッサー環境構築術」を担当した H2O SPACE たにぐちです。
私のセッションでは、Coda 2と Sublime Text 2をご紹介しました。なかなか、使い慣れたエディタから乗り換えるのはパワーがいりますが、乗り換えることでより作業の効率が良くなったり、今後の技術の進歩にも柔軟についていけるようになります。
いずれのエディタもお試し期間がありますので、是非1度でも使ってみましょう。
アンケートで頂いた質問に回答します。
Q. Subversionに対応したエディタはありませんか?
Coda 2は、Subversionと Gitのクライアント機能を内蔵しています。また、Sublime Text 2には有償ですが Packageがあります。http://wbond.net/sublime_packages/svn
Q. 制作の現場では Macが多いのでしょうか? Mac向けエディタが多かったようです
Vimや Sublime Text 2はマルチプラットフォームのエディタです。ただ、Macは確実にシェアを伸ばしていることは確かです。もし、まだ Macをきちんと使ったことがないという場合には、ぜひ1台は手に入れて触っておくと良いでしょう。
セッション中に紹介した、URL一覧です。
なお「Codaでつくる WEbサイト制作入門」をパブーで販売中です。
ありがとうございました。
入札運用型広告はインハウスで運用した方がいいと以前のエントリーで書いた。ブランド統合的にインハウスないしハウスエージェンシーでの運用がお奨めだ。リスティング広告をインハウス運用して、またアウトソースに戻してしまうケースもあるが、それは導入方法が悪かったからだ。ディレクションできるスキルを獲得できないで、作業に埋没してしまうと何も得る事のないまま、また完全アウトソースに戻すことになる。それでは意味がない。
そもそも「運用」とは何を「運用」するのかというと、事業部から預かった広告投資用の金を、求められる広告パフォーマンスに変換して返すという「運用」である。期待値を上回るパフォーマンスにして返して初めて「成果を出した」ことになる。
この際、売り手の論理で出来た「枠」を買うことももちろんあるだろうが、基本的に買い手が自在に入札するモデルを十分に活用することが前提だ。何故かというと、入札型であれば、買い付けてみて、期待されるパフォーマンスがとれない場合、すぐにでも止めることが出来るからだ。株を買って、株価が下がれば、場合によっては損切りしてでも売ってしまい、その分を他の株に投資して取り返すことを当然やるだろう。
広告の運用も株式の運用と考え方は同じだ。
従来の「枠」もの広告は、契約上買ってしまうと、途中でパフォーマンスが悪いことが分かっても「止めます」という訳にはいかない。(当然です。)
いくらPDCAを廻すとか言っても、「枠」を買ってしまう投資より、1配信づつを丁寧に入札するスキルを高めることが効果的だ。
そのためには、日々、リアルタイムの運用経過を共有し、知見を高めることだ。
事前に決めたバイイングプランで最後まで突っ走る時代ではない。反応はリアルタイムで把握できる。ユーザーレスポンスを見ながら、最も効果的かつ効率的なハンドリングをする時代なのだ。
リアルタイムでデータが把握できるのに、リアルタイムで手が打てないのでは意味がない。PDCAサイクルはもう極限まで短いものになっている。「一定のパフォーマンスが得られなければ中断して他の手段にしてみる、または期待以上のパフォーマンスがあれば追加予算を投入して、もっと押す。」という考え方にならなければだめだ。
「広告枠を買う」のではなく、「広告パフォーマンスを買う」のであり、そのためには自分自身でダイレクトに入札することで、いつでも「Go or Stop」を自在にコントロールするのが当然のこととなるだろう。
代理店に発注してしまうモデルはマージンを取られるからどうこうではない、代理店のマージンは当然あってしかるべきものだ。「枠」の投資成績が良ければ、代理店から「枠」を買うので良い。代理店にマージンを下げさせるのが効率の良い買い付け方なのではない。そもそも買い付け額とその配分を、買っている本人が自分で自在にコントロールした方がよいのだ。
「運用型広告」の「運用」とは、金融の「運用」と近い感覚のものである。もちろんかかるコストはPL上の費用ではあるが、だからと言って予定されたものは使ってしまうものとか、予備資金は全くないというのでは「運用」にならない。
Googleが何らかの特許を取得したからといって必ずしもその特許に書かれている仕組みを今利用しているとは限らないとGoogleのマット・カッツ氏は、SEOに取り組むウェブマスターに注意を促した。しかし特許はGoogleが目指す検索を理解するうえで非常に優れた学習教材であることも事実だ。
- Googleが取得した特許を学ぶことに価値はあるのか? -
Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM