• ソースコードの文法チェック
• 構造化マークアップの検索結果表示
• エラーや警告の確認
• 構造化マークアップの実装

この答えの解説

正解以外の選択肢は、いずれも構造化マークアップテストツールや構造化マークアップツールで実行、確認ができます。

• CSSで実装したデザインやレイアウト
• 画像をたくさん貼り付けたページ
• 長いHTMLページ
• ページに埋め込まれたアドセンス広告
• レンタルサーバから自動挿入される広告

この答えの解説

レンタルサーバからの広告は、システムでどんなページにも自動挿入されてしまうサーバも存在するため、AMP表示時に自動挿入されたjavascriptコードによって警告が出てしまい、公開できなくなることがあります。
SEOを意識した上でサーバを選ぶ際には特に気を付けましょう。

• 限られた画面上において端末上での視認性が確保されている
• 情報が整理され、見つけたい内容を見つけやすくしている
• 閲覧端末の画面サイズに合わせたページ展開ができている
• ボタンやリンクテキストなどの間隔が十分に取れている
• 可能な限りコンテンツをたくさん詰め込んでいる

この答えの解説

魅力的なコンテンツの提供は大賛成ですが、1ページに沢山のコンテンツを展開してしまうと視認性低下や情報量過多による混乱を招くため、モバイルユーザビリティに該当しているとは考えにくいです。

• ユーザーが画面を開きっぱなしにした割合を見る
• 滞在時間が長いページは内容が多すぎるのでページを軽くしたり分ける必要がある
• カテゴリー毎に閲覧されたページの分量をはかる
• 滞在時間が短いページは長いページを参考に情報を厚くする

この答えの解説

平均滞在時間を見る前に、どのページが平均滞在時間が長く、どのページが平均滞在時間が短いのかをしっかり仕分けしましょう。
例えばサイトマップなどのナビゲーションページでは、目的のリンクがあればすぐに遷移するので滞在時間が長いということはナビが分かりにくいと仮定する必要があります。

• 自サイトを紹介して流入した数
• クリックされた数
• 他のサイトから自サイトを検索された数
• 他のサイトから自サイトを参照し流入した数
• 他のサイトへ自サイトから遷移した数

この答えの解説

referrer（リファラ）とは、何らかの形で他のサイトから自サイトへ流入(参照)された際に計測されます。
計測したサイトはドメイン名などが表示されます。

• セッション数とユーザー数は、一日のアクセスにおけるカウントが異なる
• セッション数とユーザー数は、一日にたくさんページを回遊したユーザーかどうかを判別するもの
• セッション数とユーザー数は、違いは特に無い
• セッション数とユーザー数は、コンバージョンを行ったユーザーとそうでないユーザーの違い

この答えの解説

セッション数は1日を基準とし、その日のうちに断続的にサイトに訪れた場合、都度カウントされます。（ブラウザを閉じて再度立ち上げる、など）
ユーザー数は1日を基準とし、Cookieを参照しその日のうちに断続的にサイトを訪れても同一ユーザーと判断されるため都度カウントはしません。
セッション数とユーザー数に差があるのはこのカウントのしかたが異なるためです。

• olタグ
• dlタグ
• pタグ
• divタグ
• ulタグ

この答えの解説

olタグは順序リストになるため、構文上の表記では時系列（順序）が記載されており、他の選択肢より適しているタグになります。

• imgタグ
• marqueeタグ
• spanタグ
• aタグ
• divタグ

この答えの解説

pタグはインラインタイプのタグなので、ブロックレベルタイプのdivタグやulタグは構文上入れ込むことができません。

• headタグ
• bタグ
• aタグ
• timeタグ
• marqueeタグ

この答えの解説

headタグのみ、bodyタグ外に設置されるタグなのでページ内に表示されません。
しかし、ヘッダー情報があることによりGoogleの検索結果に表示させたりブラウザのタブにページのタイトル名を表示させたりすることができます。
また、SNSなどと連携して画像を表示させたりする機能もこのheadタグ内に様々なタグを用いて設置します。

「開発」に関しては、基本PHP言語を使っています。PHPはオープンソースで開発・ソースの提供されているユーザーも非常に多く、ソースをそのまま使えば動作してくれるものが大半なので気軽に開発テストを行えるのが魅力的です。
このサイトの「Googleアナリティクスレポート出力ツール」や「メールフォーム」もPHPで開発しております。

また、ちょっとした動作や出力などについてはJavascriptで動作しているものもあり、Javascriptを使う際はセットでJqueryを使い、動的なサイトを作成する際に使っています。

Web制作においては、基本的に適材適所において使用ツールを使い分けていますが、当サイトにおいては以下のように使っています。

デザインは「Photoshop」で一部アイコンを作るときには「Illustrator」を使用しています。
マニュアルなどの配布物は「PowerPoint」を使い、編集等を行っています。
コーディングについては「Terapad」を中心に、ときどき「Dreamwerver」を構文チェックなどに使用しています。
サーバー環境は、フリーソフトの「xampp」を使い、テストやモバイル画面のチェックも行っています。

Wordpressを構築したい方向けをメインにお話しますと、まずは必要なファイルが何なのかを知ることが大事です。
さらに各ファイルを連結させるためのPHPコードを知ることが大事です。まずは、このあたりがどのように設置すれば表示されるのかを知ることが大事です。

記事を表示させるには、表示にかかる部分をループで処理し、特定の記事番号でアクセスされたときに呼び出されるようにプログラムを組む必要があります。
ここからは様々なソースコードの記載方法がありますので、ネット上の情報を見ながら色々試して見ると良いでしょう。

すでにGoogleアナリティクスのアカウントがあることが前提ですが、Webサイトを運営している担当者もしくは担当部署にお手持ちのGoogleのメールアドレスをお知らせください。

担当者もしくは担当部署にてアカウント設定を行い、設定完了すればご自身のGoogleアナリティクスのアカウントにWebサイトが追加され、様々な情報が閲覧できます。

権限の状態によっては細かい設定もできるようになります。

Googleアナリティクスを閲覧するには、まずGoogleアカウントが必要です。
何らかの連絡の取れるメールアドレスをお持ちであれば、Googleのログイン画面より新規アカウント作成を行ってください。

ユーザーエクスプローラは個人個人が持っているtoken情報をもとにユーザーを追えるものになります。
その性質から「サイトの遷移」「再訪頻度」「コンバージョン後の行動」等も追えます。

コンバージョンまでどうしたか、だけでなくコンバージョン後に何をしているかを見ていくことで「どんな情報を探しているか」「その情報をどうしたら見つけやすくなるか」といった対策をたてられます。
すなわち、再訪率の向上やシェア獲得率の向上にむけた改善に取り組むことができます。

出力が必要な指標が多いサイト（ランキングやある特定の状況下でのアクセス等）であれば、基本的なサマリーを表示するために使用することはあります。
とくに、広告を扱うようなサイトであれば多視点から情報を集めなければならないため、短時間での状況把握をするべく使用することがあります。

一般的な企業サイトや個人サイトであれば、ユーザーサマリーの概要をしっかりつかんでおけば十分だと思います。

Googleアナリティクスを使いこなせるようになりたいのか、アクセス解析の用語などの知識をつけたいのかによって、勉強するポイントは大きく変わります。

Googleアナリティクスを使っていく上ではまずは「ユーザー」「概要」に記載されている基本レポートの使い方を知るところから始まります。もっとも見る頻度が高いからです。
徐々に、「集客」の「トラフィック」や「行動」の「サイトコンテンツ」を知り、理解が進みページ前後の遷移状況などを見れるようになれば、「セグメント設定」を身に着けていく段階になります。

知識としては、離脱率と直帰率の違いをきっちり理解できればページの性質に合わせた説明をできるようになるのではと考えています。
アクセス解析に関する用語を習得する場合は、市販に売っている本や、用語解説をしているサイト等を参考にしてみましょう。
その際、単純に用語を知るだけでなく、使い道などにも触れている情報を参考にすると良いです。

単純明快に「ここがよい」「ここが悪い」がはっきりしたグラフや数値の表記と、それに対するコメントや提案を記載していると、議論が進みやすく喜ばれやすいです。

複雑にしすぎると、概要が頭に入らなくなりがちになるため、「で、結局何が悪いの？」と打ち合わせの後半で陥る可能性があります。

CSSは組み込みされたHTMLの装飾を行うものです。よって、レイアウト等の配置もこのCSSで行う形になります。
CSSを初めて使用する際に壁にあたってしまうポイントとして「float」の処理ではないかと思います。
むしろ、floatの仕様が理解できればある程度のレイアウトのコントロールができるようになるので、何度も繰り返し組んでみましょう。
floatと併せて「clearfix」というものも覚えるとレイアウト崩れが防げます。

今でこそ、SEOを中心にコーディングを組むことが大半になってきているため言える話になりますが、Webサイトの一ページ一ページは「本」を作る意識を持って取り組んでいます。
ちゃんとタグにも「タイトル（表題）」や「見出し」、「段落」など、「作文」や「国語」にまつわる言葉が多く出てきますね。

Google側も同じように「記載されている内容」が「どの場面」で「どれぐらいの分量」の情報が「検索された内容に対し正確性があるか」が重要です。
コーダーやライターはその辺りを意識することが大切です。

デザイナーは、Googleよりも人間側が認知する視覚情報がもっともウエイトを占めるため、分かりやすさとトレンドをいかにストレスなくユーザーに供与できるかが大事で、ユーザーエクスペリエンスの精度に関わります。
Webサイトは、成長を前提に作ることが大事です。そういう意味では、いつまでもページが増え続ける「1巻だけの本」を作り続ける意識が必要ではないかと考えます。

Webサイトの制作は、現在では分業化が当たり前になってきているため全てを習得しなければいけない訳ではありません。
そのため、デザインからやらないとダメ、コーディングからやらないとダメ、というのはなく、覚える順番は任意で決めてもらって問題ありません。

ことWebに関して言えば、覚えるというよりかは「盗んでいく」というスタイルが、覚える作業としては適切ではないかと思います。