<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>grandes cedro &#187; guideline</title>
	<atom:link href="http://grandes-cedro.net/tag/guideline/feed/" rel="self" type="application/rss+xml" />
	<link>http://grandes-cedro.net</link>
	<description></description>
	<lastBuildDate>Mon, 21 Feb 2011 03:55:45 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>画像置換について</title>
		<link>http://grandes-cedro.net/2009/03/%e7%94%bb%e5%83%8f%e7%bd%ae%e6%8f%9b%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6/</link>
		<comments>http://grandes-cedro.net/2009/03/%e7%94%bb%e5%83%8f%e7%bd%ae%e6%8f%9b%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6/#comments</comments>
		<pubDate>Sun, 22 Mar 2009 07:36:48 +0000</pubDate>
		<dc:creator>大杉</dc:creator>
				<category><![CDATA[未分類]]></category>
		<category><![CDATA[coding]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[guideline]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[markup]]></category>
		<category><![CDATA[SEO]]></category>

		<guid isPermaLink="false">http://grandes-cedro.net/?p=54</guid>
		<description><![CDATA[画像置換については以下のメリット・デメリットをふまえた上で、そのサイトにとってどうすべきかを検討し、使用するしないを決定すべき。特に指定やこだわりがない場合は、imgで入れておくのが無難。]]></description>
			<content:encoded><![CDATA[<p>
<p>丁度仕事でお客さんからこの件について相談があったところに、<a href="http://h2ham.seesaa.net/article/115925272.html" title="画像置換乱用してませんか？ | THE HAM MEDIA">購読しているブログでも取り上げられていて</a>、個人的に旬なネタだったのでエントリー。長い上に文章がまとまらず、何度も構成を変えたりしてかなりの時間をかけた割には、結局ぐちゃぐちゃしてて読みやすくもなく言いたいことがちゃんと言えてるかも微妙で誤解も招きそうだが、その辺はなんかうまいことかみ砕いて読んでもらえると幸いです。</p>
<span id="more-54"></span>
<dl>
<dt>画像置換を使う人の理由</dt>
<dd>altは検索対象に含めない検索エンジンがあるので、テキストで入れた方がSEO的によい</dd>
<dd>文書と構造はHTML、装飾はCSSに分けて記述すべき</dd>

<dt>画像置換を使わない人の理由</dt>
<dd>SEOスパムと認識される</dd>
<dd>CSSオン・画像オフ環境で表示されない</dd>
</dl>

<div class="section">
<h2>なぜSEOスパムとされる可能性があるといわれているか</h2>
<p>間違わないで欲しいのが、画像置換を行う行為自体はSEOスパム行為ではない。文字を飛ばしても画像に置き換えているんだから、装飾のために見た目を変えているだけで、画像置換自体は文字情報を隠しているという訳ではないので、装飾のために行っている画像置換はSEOスパム行為ではない。ただ、この画像置換で使っているCSSテクニックで、テキスト情報を画像に置換して表現しているのではなく、「見た目は隠してあるからそんな情報が埋め込まれていることは分からないんだけど、実はSEO効果を狙ってHTMLにテキストが埋め込まれている」ということを行うことができ、これは明らかにSEOスパム行為である。この行為が増えた場合は、検索エンジンがこれをSEOスパムと判別するようになるかもしれないので、これと同じテクニックを使っている前者を区別するすべが難しいため、SEOスパムとされてしまう危険性があるとされている。</p>

<p>アクセシビリティの為に、例えば音声ブラウザの為に、見た目上は見えないんだけど音声ブラウザで読み上げると「ここからナビゲーションです。」といった情報を出すというのもあるけど、これも上記の画像置換と同様にSEOスパムとされる危険性はあるとされている。スパム行為じゃないのにね。</p>

<p>実際に画像置換のテクニックを使っていたサイトが、SEOスパムとされて検索エンジンに表示されなくなったりしたという話は聞く。ただ、これの真偽は、SEOを生業としていない俺には分からない。</p>

<p>そういや、例えばスペーサーにテキストを入れて記述しまくるSEOスパムとかあったけど、スペーサー使うとSEOスパムとなっちゃう危険性があるからスペーサーは使わないって話は聞いたことないな。</p>
<!-- /.section --></div>

<div class="section">
<h2>文書構造と装飾をHTMLとCSSに分けるべき</h2>
<p>例えば見出しの場合、見出しとは「それ以下のコンテンツが何を表しているかを簡潔に表し、文章を読みやすくするもの」なので、デザイン性はHTML文書としての情報には含まれず、「それ以下のコンテンツが何を表しているか」までが文書としての情報なので、テキストでマークアップしてデザインはCSSで再現するべきだとうい考え方がある。</p>

<p>これには利点がある。<br />
同じHTMLで状況に応じてデザインを変えるということができる。例えば、iPhoneで見たときに見出しも画像でマークアップしてたら、重いし、デザインも変えれない（それこそimgを背景画像で置換すれば変えれる）けど、分けてあれば解決する。他には同じHTMLでCSSだけ変えて、まるっとサイトデザイン変えることもできる。blogなんかでは偶にある。</p>

<p>これらのことから、俺個人の理想としては、ロゴや挿入画像などのビジュアルも含めてコンテンツであるから、その見た目でその幅その高さであることまでが情報としてHTMLにマークアップされるべきであり、imgでwidthとheightとaltを設定すべき。見出しやリード文・背景などは、ビジュアルはHTMLに記述されるべきではないから、テキスト等でマークアップしCSSで装飾すべき。よって画像置換も現状で出来るCSSのテクニックとして全然有りだと思うが、そもそも、フォントとか画像にしないと駄目なデザインじゃなくて、デバイスフォントでも見栄えのよいデザインをすればいいじゃんと思う。なんなら、サイトにフォントを埋め込む？方法もあるよね。現状で使えるもんかは置いといて。<br />
ていうか、SEOスパムなんてあるから問題になるわけで、今使えるCSSの仕様を最大限に利用して装飾を制御しようという試みは非常におもしろく素晴らしいことで、本来は問題視されることではないと思う。</p>

<p>因みにGoogleは、自サイトのロゴをdivと半角スペースでマークアップして背景画像として表示している。文字を飛ばしたり文字の上に被せたりしている訳ではないが。<br />
もしかすると、画像置換がスパムと認識される可能性があるから、こうしているのだろうか？<br />
しかし、これではHTML文書としてはどうかと思う。</p>
<!-- /.section --></div>

<div class="section">
<h2>こういう考え方に対するいいわけ</h2>
<p>自分でいいわけ的にこういう考え方に対して反論してみる。</p>

<p>そのwebサイトにとってその情報はどんなものとしてHTMLに記述されるべきかと考えてマークアップすればよいって考え方をすれば、ある意味文書として情報だけHTMLに記述しているともいえるんでない？</p>

<p>そのwebサイトにとって、「そのデザインであることも含めて見出しとしての情報」であれば、例えば、印刷時にもそのデザイン通り表示したいってことは、「そのデザインであることも含めて見出しとしての情報」なのだから、そこまでを記述してHTML文書としてなりたつからimgでマークアップすればよい。</p>

<p>現状は「そのデザインであることも含めて見出しとしての情報」であるケースが多いように思う。「いかなる状況下においてもそのデザインであること」は重要視されるし、リニューアルの際は、コンテンツや構造自体が変わる。コンテンツや構造が変わらずにデザインだけ変えたいなんてケースは稀だ。</p>
<!-- /.section --></div>

<div class="section">
<h2>コーダーとしてはどうするか</h2>
<p>以前は、普遍性が高いものだけ画像置換を行っていた。例えば、グローバルナビや各カテゴリの見出しを画像置換するし、それ以下の階層の見出しになると数も多くなって工数が多くなり対応しきれないため行わない。理由としては、冒頭の理由以外に以下の2点があったから。</p>
<ul>
<li>imgで入れると変な隙間が出るときがあるので飛ばした方が逆に工数がかからない場合がある</li>
<li>印刷時はそれ用のレイアウトを用意するようになるだろうと考えていた</li>
</ul>

<p>しかし、現状は、以下の3点から通常は画像置換を行わないとしている。</p>
<ul>
<li>噂の出所が増えてきた</li>
<li>今後altもすべての検索エンジンが検索対象に含む可能性はある</li>
<li>「印刷時にブラウザ表示と同じように表示したい」という要望が多い</li>
</ul>

<p>検索エンジンがCSSまで読むことはないんじゃないかなと思うけど、SEOを生業としていない俺はそこまで詳しくもなく動向も読めず答えはだせないので、より無難な選択をすべきだろう。また、もし印刷時にブラウザ表示と同じようにしたいという要望が後から出てきたときの工数を考えると、かなりの手間になってしまう。よって、通常は画像置換を行わないという選択をしておいて、もしSEOやCMSなんかの運用上の理由で、画像置換を使ってくれという場合に使用するとしておくのが妥当だという結論。</p>
<!-- /.section --></div>

<div class="section">
<h2>まとめ</h2>
<p>なんだか色んな話をまぜちゃってめちゃくちゃになってる気もするが、結局は、SEOはトレンドもあるので明確な答えは存在せず、都度対応するしかないんじゃないか、と思う。そのサイトで画像置換を行うかどうかは、今後の対応の工数と現時点での効果を比較し、妥当だと思われるところで手を打つのが無難なんじゃないかな。</p>

<p>画像置換については以下のメリット・デメリットをふまえた上で、そのサイトにとってどうすべきかを検討し、使用するしないを決定すべき。特に指定やこだわりがない場合は、imgで入れておくのが無難。</p>

<dl>
<dt>メリット</dt>
<dd>一枚のHTMLファイルからいろんなデザインを再現可能</dd>
<dd>HTML自体が軽くなる</dd>
<dd>再利用性が高くなる</dd>

<dt>デメリット</dt>
<dd>SEOスパムとされる可能性があるかもしれない</dd>
<dd>何もしていない場合の印刷時など、CSSオン・画像オフ環境で表示されない</dd>
</dl>
<!-- /.section --></div>
</p>
]]></content:encoded>
			<wfw:commentRss>http://grandes-cedro.net/2009/03/%e7%94%bb%e5%83%8f%e7%bd%ae%e6%8f%9b%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>XML宣言や文書型の設定についての見解っていうか俺はこう考えてこうしてるっていう乱文</title>
		<link>http://grandes-cedro.net/2009/02/xml%e5%ae%a3%e8%a8%80%e3%82%84%e6%96%87%e6%9b%b8%e5%9e%8b%e3%81%ae%e8%a8%ad%e5%ae%9a%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%81%ae%e8%a6%8b%e8%a7%a3%e3%81%a3%e3%81%a6%e3%81%84%e3%81%86%e3%81%8b/</link>
		<comments>http://grandes-cedro.net/2009/02/xml%e5%ae%a3%e8%a8%80%e3%82%84%e6%96%87%e6%9b%b8%e5%9e%8b%e3%81%ae%e8%a8%ad%e5%ae%9a%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%81%ae%e8%a6%8b%e8%a7%a3%e3%81%a3%e3%81%a6%e3%81%84%e3%81%86%e3%81%8b/#comments</comments>
		<pubDate>Wed, 25 Feb 2009 14:50:28 +0000</pubDate>
		<dc:creator>大杉</dc:creator>
				<category><![CDATA[未分類]]></category>
		<category><![CDATA[coding]]></category>
		<category><![CDATA[guideline]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[効率化]]></category>

		<guid isPermaLink="false">http://grandes-cedro.net/?p=44</guid>
		<description><![CDATA[
XML宣言について話題になっているのを見て、自分なりの考えと設定を書きなぐりたいと思う。



CSS Nite in Ginza, Vol.31でお話させていただきました
Re: CSS Nite in  [...]]]></description>
			<content:encoded><![CDATA[<p>
<p>XML宣言について話題になっているのを見て、自分なりの考えと設定を書きなぐりたいと思う。</p>

<blockquote>
<ul>
<li><a href="http://www.i81.co.jp/koba/?p=106">CSS Nite in Ginza, Vol.31でお話させていただきました</a></li>
<li><a href="http://kidachi.kazuhi.to/blog/archives/003247.html">Re: CSS Nite in Ginza, Vol.31でお話させていただきました</a></li>
<li><a href="http://www.yomotsu.net/wp/?p=505">CSS Nite in Ginza, Vol.31</a></li>
<li><a href="http://www.tinybeans.net/blog/2009/02/21-162700.html">「IE 6対応のかんどころ」CSS Nite in Ginza, Vol.31　の感想</a></li>
</ul>
</blockquote>

<p>まず、正しくは以下の記事の通りなのだと思う。<br />
<q><a href="http://www.ofujimiki.jp/2009/02/18/xml-declaration/">そのXHTML文書にXML宣言は本当に必要か？</a></q><br />
これを読んで自分の一部の見解に自信がついた。</p>

<p>ただし、俺の場合は、上に紹介した記事にある互換性ガイドラインのすべてを実績しているわけではなく、<strong>ニーズとスピードと準拠の兼ね合い</strong>を重視して設定している。</p>

<span id="more-44"></span>

<p>如何に仕様に準拠したコーディングをしてもニーズに応えられなければ受注はない。正しいXHTML文書を書くかどうかというところは、哲学や宗教のようなところもあると思うし、仕様として正しくないからやりませんなんて言ってると、そんな融通の利かないコーダーからはクライアントは離れていくだろう。仕様への準拠を意識するあまり工数をかけすぎてしまっても利益は上がらない。だからといって仕様を無視したような HTML は嫌。なので、これらのバランスをうまくとることが重要だと思う。</p>

<p>よって以下のように設定している。</p>

<table>
<tbody>
<tr>
<th>XML宣言</th>
<td>書かない</td>
</tr>
<tr>
<th>文書型</th>
<td>XHTML 1.0 Transitional</td>
</tr>
<tr>
<th>メディアタイプ</th>
<td>text/html</td>
</tr>
<tr>
<th>文字コード</th>
<td>Shift_JIS</td>
</tr>
</tbody>
</table>

<p>IE6でレンダリングモードが後方互換になることで、作業工数が増える。ということは、コーディングの利率が下がる。<br />
application/xml+xhtml は IE で見れない。ので text/html しか選択肢がない。となるとそもそも XML じゃなくて HTML だ。じゃあ、HTML 4.01 で書けばいいじゃんと思われるかもしれないが、俺としては、XHTML 1.0 は今後 XML へ移行するための踏み台という認識。ルールを少し厳格にし、構造化を意識して、今後の展開をふまえる。また、これまで数多くのwebサイトをコーディングしてきて、XHTML 1.0 を選択するのが業界標準のようである。</p>

<p>Strictで書きたいところだが、一番の理由として企業サイトなど商業利用されるサイトでは、「せっかく自社のサイトを見に来てくれたユーザーを外部に逃したくない。自社のページが外部ページに切り替わるという仕様は納得できない。」という理由からか、外部リンクはほぼ必ず _blank 指定が定石。であれば、Strict という選択肢はなくなる。構文エラーになるからだ。次点の理由として、「Javasctipt や CMS の都合で Strict にならない。更新者が必ず Strict な文書をかけるとは限らない。」など。</p>

<p>文字コードについては、UTF-8はまだ「表示できない文字があるんだよね？」という認識もあるようだという理由もあるが、一番は、「テキスト流し込み時の最強の武器ClipNoteがShift_JISしか対応してない。」のが理由か。metaでcharset指定してるからいいじゃんといういいわけもあったりする。</p>
</p>
]]></content:encoded>
			<wfw:commentRss>http://grandes-cedro.net/2009/02/xml%e5%ae%a3%e8%a8%80%e3%82%84%e6%96%87%e6%9b%b8%e5%9e%8b%e3%81%ae%e8%a8%ad%e5%ae%9a%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%81%ae%e8%a6%8b%e8%a7%a3%e3%81%a3%e3%81%a6%e3%81%84%e3%81%86%e3%81%8b/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

