Googleドキュメントのアンケート作成機能を使って、サクッとお問合せフォーム作成
Googleドキュメントでエクセルやワードファイルを共有している人は多い。でも、Googleドキュメントにあるフォーム作成機能が案外知られていない気がする。
世の中、小さなフォーム案件はあちこちで存在している。少し汎用的なソースを作って、うまくやってる会社もあるし、毎回頑張っている会社もある。CMSを入れてたら、プラグインとかでサクッと入るし、ASPだってある。いろんな方法があるのに、なんか非効率なことをしてるなあと思うことがしばしばある。
そんな中で、Googleドキュメントでお問合せフォームは便利だ。お問合せフォームでコツコツ稼いでいた会社は仕事を奪われちゃうとは思う。
フォームを作るときは、Googleドキュメントにログインして、新規作成からformを選択する。
そうするとフォーム作成画面がでてくる。ここで感覚的に入力していけばフォームが簡単に作れる。
問い合わせがあると、設定したメールアドレスにメールが飛んできて、Googleドキュメントのスプレットシートにデータがたまる。デザインの自由度が欲しいと思う場合は、フォーム部分をソースをインラインフレームで埋め込む方法でやればいい。
フォームの「ウェブページにフォームを埋め込む」を選択すると、iframeタグが出てくる。
それを自分が作ったページに埋め込むとデザインの制約もかなり減る。
問題点はアクセス解析だ。Wordpressのフォームプラグインやこのフォームもそうだが、確認画面がないフォームが最近多い。確認画面はコンバージョンを下げるだけで不要という考え方なんだと勝手に解釈しているが、そうするとボタンのクリックを計測しないと解析ができない。
だけど、iframeタグを入れるだけなので解析タグを埋め込めないのだ。ここが改善されれば完璧だと思う。
あと、セキュリティとか言う話が出てくることもあると思うが、いずれなくなると思う。ASPに抵抗がある場合は、お問い合わせフォームのワイヤーフレームとして使うのもアリだと思う。
フォームは奥が深い。このようにサクッと作るべきか。コンバージョンに繋がる一番重要な箇所として力を入れるか。
それはプロジェクトの中のフォームの位置づけで判断しないといけないが、基本的には頑張るところだと思っている。
Googleで小規模プロジェクトを最適化。サイト構築がGoogle依存してます
最近は、小規模プロジェクトが始まるとGoogleグループを立ち上げて、Googleドキュメントでファイル共有することから始まる。Yahooグループはメールがすごい遅延するし、サイト自体ごちゃごちゃしてる。hatenaグループはGoogleより使いにくいので、僕はGoogleグループを使っている。難点はアップロードできるファイルサイズが1つ10MBが上限の点だが、それは仕方ないと我慢している。
グループを一般公開すると、やりとりが丸見えになるが、そこからアクセス数が増えるので、それを狙う場合は、グループをしっかりカテゴリに登録しよう。
市場調査には、Google Insights for Search、Google トレンド、Google AdWords : キーワード ツールもよく使う。
その後は、Google sitesでワイヤーフレームを作って、要件が決まったら、何かCMS入れてサイトを作る。
Google sitesの自由度が上がれば、このCMSへの移行はなくなるだろう。もし、Google sitesで完結するようになると、他のCMSへの影響は大きそう。
お問い合わせフォームはGoogleドキュメントのフォームで十分。今はまだAnalyticsと連動してないようだが、ここが連動すると完璧。もし、フォームの分析を重要視するなら、phpで設置。
サイトができたら、CMSで全ページにGoogle AnalyticsコードとGoogle Adsenseを入れる。そして最後に、GoogleウェブマスターにXMLを送る。
小規模なプロジェクトはこのフローが一番効率がいい!50ページぐらいまでで関係者が5名ぐらいならこのワークフローがおススメ。
プロジェクトにメーリングリストが必要なわけ。プロジェクト最適化のためコミュニケーションを最適化するべし
僕はプロジェクトが始まるとメーリングリストを作るのは絶対マストだと思う。なのに、なぜかこの気持ちが伝わらないことがある。そして、メリットをまとめてくれ。と言われる。。
現在のウェブ制作の現場において、何割ぐらいの会社がメーリングリストなしでやっているのだろう?
プロジェクトに必要なコミュニケーションはほとんどメールで行う。PMやディレクターと呼ばれる職種の人はメールばっかり書いてる。だからメールにルールを持たせる。人力ではなく機械的に。
メーリングリストではなくメールを転送するメールエイリアスの場合もあるが、絶対メーリングリストにするべき。もしくは、単純な転送ではなく、間にプログラムをかまして、最低限連番やプロジェクト名を入れる。
- メールタイトルに連番やプロジェクト名が入れられる。プロジェクト名が自動で入るだけでどんなに楽か。
- ローカルのメールが壊れてもメールアーカイブがサーバーにある。
- プロジェクトに途中から参加する人が出てきたときに、いちいち転送しなくていい。
- メールのあて先を考える時間がカットできる。
- 振り分け設定が容易
- あて先の抜け漏れがなくなる
- 他のプロジェクトのメールアーカイブが見れる。
すごい普通のことだが、今はこれに共感者がいない。
多言語ウェブサイト構築に四苦八苦 googleにインデックス化されない!
似顔絵さがその英語サイトをリニューアルした。
Search Portrait
サーバーをロリポップからcoreserverに移行した。ロリポップのときはよくサーバーがダウンしてたけど、これでマシになるはず。ほんで、プログラム文字コードとデータベースの文字コードをUTFに変更。かなり昔に作ったので、DBもプログラムもHTMLも全部がEUCでした。ついでに、コメント機能も追加した。
他は、ドメインをディレクトリからサブドメインに変更。今までは、
nigaoe-sagaso.com/が日本語サイトで
nigaoe-sagaso.com/enが英語サイトだったけど、
英語サイトをen.nigaoe-sagaso.com/に変えて、analyticsの解析を別々に設定。
それで、lang="en"にして完璧だと思ったら、英語ページがgoogleにインデックス化されない!!
調べていくと.comドメインに対して複数言語設定することを、googleは認めてないとか!ほんまか?wikipediaできてるやん。orgはアリなのか?
もちろん、サイトマップXMLは送信してるし、やるべきことは全部やったつもり。
インデックス化されないと全く意味ないので、lang="ja"に戻したらトップページだけインデックス化された。謎だ。
多言語サイトのノウハウはやっぱり欲しい。とりあえずはいろいろ作るぜ。
ただいま、韓国語サイト製作中。データベースの人名はだいたい出来てるから、仕上げのエキサイト翻訳で完了だ。英語サイトもエキサイト翻訳を乱用しています。韓国語サイトができたらネイバーに登録申請して、様子見です。
翻訳サイトを作るのが目的ではなくて、その言語圏の検索エンジンから流入するようにしないとダメ。この手のナレッジを共有できる人を募集中!