Aggregator

2012年1月10日（金）、KDDIウェブコミュニケーションズ　セミナールームにてCSS Nite back2basic #2「Dreamweaver」を開催し、27名の方にご参加いただきました。

CSS Nite back2basicは、平日夜、短時間に、単トピックごとに、基本をおさえていただくセミナーで、2012年1月から2月に、jQuery、HTML5、CSS3などを取り上げて開催しています。

今回は、その第2弾。Dreamweaverを取り上げました。

アンケートで、次のようなコメントをいただきました。

• 基礎ということでしたが非常に内容の濃い使っている人にも目の鱗の落ちるセッションだったと思います。
• Dreamweaverの効率的な使い方など、参考にできるテクニックを学ぶことができました。
• CS3をずっと使っているので、CS5.5の新機能のことがわかって良かったです。モバイルサイトの制作は経験がないのですが、5.5を使えば始めやすいかもと思いました。いままで制作時には素材製作用のAIファイルやPSDファイルなどをサイトのフォルダとは別のフォルダに置いていましたが、まとめてしまってバックアップするやり方の方がいいなと思ってさっそくそうしようと思います。
• とても役立ったと思います。5を使っていますが、5.5が欲しくなりました。制作で使用していますが、あまり使いこなしていなかったなと反省しました。Zen-Codingぜひ使おうと思います。
• Dreamweaverも深く知ろうとすると、色々便利な隠れたすごい機能があってすごいですね！今日の内容をすぐに役立てたいと思います。
• おもしろかった。常に新しい情報が得られるので嬉しい。
• 知らないことがまだたくさんあるんだなと思いました。自分で独学しづらいことをたくさん教えていただき、来て良かったと思いました。
• Dreamweaverの使用歴はそれなりに長いですが、あまり使いこなせていないなあと感じています。
• 最新動向が知れてよかったです。
• 画面の見せ方や説明のスピードなどがとても分かりやすかったです。Web上にいろいろTipsはありますが、実際に操作して見せてもらえるのはとても理解しやすいと思いました。
• Zen-Codingを今まで知らなかったことがショックでした。こんな便利なものが当たり前のように使われていたなんて。今日来て救われました。個人的に知って嬉しかった項目が多すぎでした。とても充実した時間で今日は楽しかったです。

2012年3月24日（土） 、ベルサール神保町にてCSS Nite LP, Disk 22「Webデザインで使うPhotoshop」を開催します。

CSS NiteとしてはFireworksオシなのですが、実情を鑑みて開催してみることにしました。

お申し込みを開始しました。1月24日までは早期割引をもうけますので、ぜひご利用ください。

2012年1月28日（土）14:00～18:00、名駅ミッドランドホール 会議室Bにて【SmartPhone Dev.】 Developer's Seminar in Winter 2012 スマートフォンサイト制作スキルアップセミナーが開催されます。

講師は益子貴寛さん（サイバーガーデン）。残席わずかとのことですので、ご興味ある方はお早めにどうぞ。なお、有料セミナーです。

- Googleがtitleタグを修正する原因が明らかになった -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM

• Googlebot のクロールがブロックされている: これはよく発生する問題で、通常はファイアウォールや DoS 攻撃防御システムの設定ミスで発生することが多く、また一部のサイトが採用している CMS（コンテンツ マネージメント システム）が原因で発生することもあります。防御システムはホスティングの要ともいえる要素で、サーバー リクエストの頻度が高い場合には自動的にブロックするよう設定されています。Googlebot はその性質上、人間のユーザーよりも多くのリクエストを実行するため、防御システムが Googlebot をブロックの対象と判断してしまい、その結果ウェブサイトがクロールできなくなることがあります。このような問題が発生していないか確認するには、ウェブマスター ツールの Fetch as Googlebot 機能 を使用して実際に Googlebot がクロールできているかを確認したり、ウェブマスター ツールの クロール エラー において何かアラートが表示されていないかを確認したりしてください。
  
  Google では Googlebot によるクロールをより高度に制御したいウェブマスターの皆さまとホスティング プロバイダ向けに、いくつかのツールや情報を提供しています。これらの対策を実装することにより、クロールの効率も向上します。
  
  • robots.txt ファイル や URL パラメータの設定 を活用して Googlebot のクロールを制御する方法について、詳細なヘルプ記事を用意しています。
  • Googlebot のユーザー エージェントを偽装した不正なロボット対策方法については、ヘルプ記事「Googlebot の確認」をご利用ください。
  • Googlebot のリクエストの速度を変更するには、ウェブマスター ツールであなたのサイトを確認し、クロール速度の変更 を行ってください。ホスティング プロバイダが IP アドレスの所有権を確認することもできます。
  クロールとインデックスに関する FAQ でも様々な情報を提供していますのでぜひご覧ください。
  
  
• サイトへ接続できない: 上記と似たような問題で、Googlebot（およびユーザー）がウェブサイトにアクセスしようとしても繋がらない場合があります。これには DNS の問題、サーバーの過負荷によるタイムアウトや接続拒否、コンテンツデリバリネットワーク（CDN）の設定ミス、その他多くのエラーが含まれます。Googlebot がこのような問題に遭遇した場合は、ウェブマスター ツールで URL にアクセスできないエラー または クロール エラー として報告されます。
  
  
• 無効な SSL 証明書: ウェブサイトの SSL 証明書が有効であるためにはサイト名と一致している必要があります。よく発生する問題としては、有効期限の過ぎた SSL 証明書を使っていたり、サーバー上のすべてのウェブサイトで同じ証明書を使用する設定にしていたりといったサーバー側の設定ミスがあります。このような状況ではほとんどのウェブ ブラウザーがユーザーに警告を行います。Google もウェブマスター ツール経由でメッセージを送信し、ウェブマスターに通知します。この問題を解決するには、ユーザーが目にするウェブサイトのすべてのドメインおよびサブドメインに対して SSL 証明書が有効であることを確認する必要があります。
  
  
• ワイルドカード DNS: ウェブサイトがすべてのサブドメイン リクエストに応答するように設定できることがあります。たとえばウェブサイト example.com を、foo.example.com、made-up-name.example.com、その他すべてのサブドメインに対するリクエストに応答させることができます。
  
  特定の場合ではこれが望ましいこともあります。たとえば、ユーザーが作成したコンテンツを提供するウェブサイトでは、各アカウントにサブドメインを付与することがあります。しかし、別のホスト名で不必要にコンテンツが複製され、Googlebot のクロールに影響を与える可能性もあるため一部のウェブマスターにとっては望ましい状況ではありません。
  
  ワイルドカード DNS の設定に関する問題を最小化するには、ウェブサイトでこの技術を使用しないか、存在しないホスト名に対して成功の応答をしないようにサーバーを設定します。この場合、接続を拒否するか、404 の HTTP ステータス コードを返すようにします。
  
  
• バーチャル ホスティングの設定ミス: この問題では、同じサーバーにホスティングされている複数のホストやドメイン名が、常に 1 つのサイトのコンテンツを返す症状が発生します。つまり、サーバーが複数のサイトをホスティングしていても、リクエスト内容にかかわらず 1 つのサイトのみを返すということです。この問題を調べるには、サーバーが HTTP リクエストの Host  ヘッダ フィールドに正しく応答しているかを確認する必要があります。
  
  
• ホスト専用 URL での重複コンテンツ: 多くのホスティング サービスでは、テストや開発用の URL を提供しています。たとえばホスティング プロバイダが http://a.com/ というウェブサイトをホストしている場合、http://a.example.com/ や http://example.com/~a/ などの URL を介してサイトにアクセスできる場合があります。このようなホスト専用 URL は、パスワードで保護するなどして一般ユーザーにアクセスできないようにすることをお勧めします。一方でこういった URL がアクセス可能な場合でも、Google のアルゴリズムはお客様の意図したとおりに URL を取得する場合が多いです。アルゴリズムが  ホスト専用 URL を選択 した場合でも、正しく 正規化 を行うことでアルゴリズムが取得する URL を指定することができます。
  
  
• ソフト エラー ページ: ホスティング プロバイダの中には、エラー ページの表示にエラーのステータス コードの代わりに 200（成功）のステータス コードを使用している場合があります。たとえば「ページが見つかりません」というエラー ページが  404 ではなく 200 を返す ソフト 404 エラー であったり、「サイトが一時的に使用できません」というメッセージが通常のステータス コード HTTP 503 ではなく 200 を返したりします。Google ではソフト エラー ページの検出に努力していますが、アルゴリズムがソフト エラー ページの検出に失敗した場合、これらのページがそのままインデックスされてしまいます。これはランキングや クロスドメイン URL の選択 で問題が発生する原因となる可能性があります。ステータス コードを確認する方法は簡単です。Fetch as Googlebot などのツールを使用して、サーバーが返す HTTP ヘッダーを確認するだけです。エラー ページが HTTP 200 を返した場合、正しい HTTP エラー ステータス コードを返すように設定を変更します。また、ウェブマスター ツールの診断セクションにあるクロール エラー ページで、ソフト 404 の報告がないか確認してください。
  
  
• コンテンツの変更とフレーム: ホスティング プロバイダによってコンテンツが変更され（一般的には、ページにスクリプトや画像が挿入されます）、驚いたことがあるウェブマスターの方もいるでしょう。また、<frames>や <iframe> を使用してサイトのコンテンツが他のページに埋め込まれて表示されることもあります。ウェブ ホストによってコンテンツに意図しない変更が行われたかどうかを確認するには、ホストが提供するページのソース コードを確認し、ご自身でアップロードしたコードと比較します。サーバーによるコードの変更は、とても便利な場合もあります。たとえば、サーバーで Google の mod_pagespeed Apache モジュール （英語）などのツールを使用している場合、ページの表示速度を最適化するために縮小コードを返すことがあります。
  
  
• スパムやマルウェア: 一部のウェブ ホストやサブドメイン サービスが、マルウェアやスパムを広める要因になっている場合があります。Google ではユーザーの保護と検索品質を維持するための措置は、なるべく細やかに対応するようにしていますが、ホスティングされているサイトの大部分がスパム サイトであったり、マルウェアを配布したりしている場合、ウェブ ホスト全体に対して措置を取る必要が出てくることがあります。マルウェアを制御する助けとして、Google は以下のツールを提供しています。
• Safe Browsing Alerts for Network Administrators （英語）: ホスティング プロバイダ向けの情報です。
• マルウェアの通知: ウェブマスター ツール内にある個別のウェブサイト向けの情報です。
• Safe Browsing API について: 開発者向けです。