Tayori徹底解説｜選ぶ理由／問い合わせ管理込みのメリットと注意点

2025年8月29日2026年2月26日

「お問い合わせフォームを置いたのに、なぜか運用がラクにならない…」
そんな経験、ありませんか？

たとえば、こんな声がよくあります。

「問い合わせがメールに埋もれて、返信漏れが怖い…」
「担当者が増えたら、誰が対応中か分からなくなった」
「フォームは作れたけど、設置方法（リンク/iframe/ボタン）が正解かわからない」
「無料でどこまでできる？料金プランの違いが複雑そう」
「FAQも作りたいけど、フォームと別で管理するのが面倒」
「スパム対策や個人情報の扱いも、ちゃんとしたい」

フォーム運用でつまずく原因は、実は「フォームを作ること」よりも、受信後の問い合わせ対応（管理・分担・履歴）にあります。
この“運用の混乱”が続くと、返信が遅れて機会損失が起きたり、チームの負担が増えてしまいがちです。

そこで注目されるのが Tayori。
Tayoriは、フォームを作るだけでなく、受信箱での管理（ステータス・担当分け・メモ共有など）まで含めて整えやすい「問い合わせ管理込み」のツールです。

この記事では、初心者でも迷わないように、

Tayoriを選ぶ理由（どんな人に向く？）
問い合わせ管理込みのメリット（何がラクになる？）
失敗しやすい注意点（無料・設置・運用・セキュリティ）

を、作成→設置→運用改善の流れで分かりやすく解説します。
「フォームはあるのに、運用が回らない」を卒業したい方は、ぜひ参考にしてください。

【問い合わせフォーム作成にはformrunもおすすめです↓】

フォーム作成から問い合わせ対応・顧客管理まで【formrun】

「Tayori フォーム」で検索する人のゴールを先に整理

よくある目的：問い合わせ窓口／申込・予約／社内依頼の一本化

「Tayori フォーム」を探している人の多くは、“フォームを作ること”そのものよりも、問い合わせや依頼の入口を整えて、対応をラクにしたいのが本音です。目的別に、ゴールをはっきりさせると迷いが減ります。

問い合わせ窓口（Webサイト・LP）
- ゴール：迷わず送れる入力体験＋担当者が対応漏れしない管理
- ありがちな悩み：メールで埋もれる／誰が返信したか分からない
申込・予約（イベント、資料請求、来店相談など）
- ゴール：必要情報を不足なく回収し、受付後の案内をスムーズにする
- ありがちな悩み：入力項目が多くて離脱／受付後の連絡が手作業
社内依頼の一本化（情シス、総務、制作依頼、申請など）
- ゴール：依頼が散らばらない状態を作り、対応状況を見える化する
- ありがちな悩み：口頭・チャット・メールで依頼が飛んでくる／履歴が残らない

ここで大事なのは、フォームは“入口”で、成果は“受けてからの運用”で決まるという視点です。Tayoriはフォーム作成に加えて、受信後のメッセージ管理（ステータス・担当者など）まで含めて運用を組み立てやすいのが特徴です。

目的を決めたら、次に「最低限必要な情報」と「運用ルール」をセットで考えると、後戻りが減ります。

スクロールできます

目的	最低限の入力項目（例）	まず決める運用ルール（例）
問い合わせ	氏名／連絡先／内容／カテゴリ	ステータスの意味（未対応・対応中・完了など）／担当割り当て基準
申込・予約	氏名／連絡先／希望日時／人数・内容	受付後の自動返信内容／対応期限（いつまでに折り返すか）
社内依頼	依頼カテゴリ／期限／必要情報（添付含む）	受付条件（情報不足は差し戻し等）／優先度の付け方

ポイント
入力項目は「足りないと困るもの」だけに絞り、足りない情報は“やり取りで聞く”より、最初から項目設計で回収するほうが運用が安定します。

知りたいことの優先順位：作成手順 → 設置方法 → 運用（対応漏れ防止） → 料金

初心者がつまずきやすいのは、「どこから手を付ければいいか」が曖昧なまま触り始めてしまうことです。おすすめの優先順位は、次の通りです。

作成手順（まず“使えるフォーム”を最短で作る）
ここでは完璧を狙わず、まず公開できる形にします。
- テンプレや基本項目をベースに作成
- 目的に対して“必須項目”だけ入れる
- 完了画面・自動返信は最低限でOK（後から改善可能）
設置方法（サイトや運用に合う置き方を選ぶ）
Tayoriのフォームは、用途に応じて複数の設置方法を選べます。たとえば「まずはリンク共有で開始→反応が良ければ埋め込みへ」のように段階的に進めると失敗しにくいです。
- すぐ始めたい：URL共有（リンク）
- ページ内に表示したい：iframe埋め込み
- 画面端のボタンで呼び出したい：JavaScriptボタン
- デザインを作り込みたい：HTMLコード方式（ドメイン登録など、運用上の注意点が出やすい）
運用（対応漏れ防止）
“フォームがあるのに放置される”状態が一番まずいので、公開と同時に運用を固めます。
- 受信後はステータス更新を必須にする（未対応が残らない）
- 担当者の割り当てルールを作る（カテゴリごと・曜日ごと等）
- 「どのフォームから来たか」を切り替えて確認できる前提で、見落としを防ぐ
※運用面で知っておきたい仕様として、受信箱はフォームごとに完全分離するのではなく、管理画面で表示対象を切り替えて扱う形です。複数フォーム運用なら、この仕様を前提に“担当/ステータス運用”を設計するとスムーズです。
料金（最後に“必要機能”から逆算して判断）
料金比較を最初にやると、機能要件が曖昧なまま「安い/高い」で迷いがちです。
先に以下を決めてからプランを見に行くと、判断が一気にラクになります。
- チームで使う人数
- フォームをいくつ運用するか（問い合わせ＋申込＋社内依頼…など）
- 設置方式や計測連携など、運用上“どうしても必要なこと”
- ブランド表示の扱い（公開画面の表記など）

まとめると、最短ルートは「作って公開→設置を最適化→運用で漏れゼロ→最後に料金を確定」です。
この順番で進めるだけで、“結局使われないフォーム”になりにくくなります。

Tayoriフォームでできること・向いている使い方

フォーム作成がラクになる要素（テンプレ・項目編集・スマホ前提）

Tayoriフォームの強みは、専門知識なしで「作成→公開（設置）」まで進めやすい点です。フォームを“完成品”として作り込むより、まずは運用できる形で出して、改善しながら育てるのに向いています。

初心者が迷いにくい理由（代表例）

無料から始められる（まず試して運用感をつかみやすい）
直感的に項目を追加・編集できる（PHP/CGIなどの実装が前提ではない）
スマホ入力を前提に作りやすい（訪問者がスマホでも送信しやすい）

最短で“使えるフォーム”を作る手順（考える順番がコツ）

目的を1つに絞る
例：問い合わせ／予約／社内依頼
回収したい情報を3カテゴリに分ける
- 連絡先（返信に必須）
- 用件（分類できる粒度）
- 条件（日時・希望など）
入力項目を「必須：最小」「任意：補足」に分ける
- 必須が多いほど離脱しやすい
- ただし“後で聞き直す”項目は最初から取った方が運用がラク

スマホで離脱を減らすチェック（これだけで改善しやすい）

文章入力が長くなる質問は、まず選択式（プルダウン/ラジオ）に寄せる
必須は「返信に必要」「対応の振り分けに必要」だけに限定
自由記述は1つにまとめて、あとは選択式で受ける
“迷う項目名”を避け、具体語にする（例：×「内容」→ ○「相談したいこと」）

向いている使い方（フォーム作成の“ラクさ”が効く場面）

スクロールできます

シーン	なぜ相性が良い？	最低限おすすめの項目
問い合わせ窓口	入口を早く用意して改善できる	氏名／メール／カテゴリ／本文
申込・予約	必要情報を最初に揃えやすい	希望日時／人数／連絡先
社内依頼	依頼が散らばる問題を止めやすい	依頼種別／期限／詳細／添付

問い合わせ対応まで含めて管理できる点（受信箱・ステータス・担当分け）

フォームが“置いてあるだけ”だと、結局こうなりがちです。

メールが埋もれて返信が遅れる
誰が対応中か分からない
過去の経緯が追いにくい（引き継げない）

Tayoriは、フォーム送信を受信箱で扱えるため、入口と運用がつながります。初心者はここを押さえると、導入の価値が一気に出ます。

ステータスで「いまどれ？」を見える化

受信箱のステータスは、基本的に
新着／未対応／対応中／保留中／解決済み
のように段階が用意され、対応漏れを減らすのに使えます。
特に重要なのが、新規の追記が来たら自動で“未対応”に戻るタイプの挙動です。
これがあると「やり取り途中の再燃」を見落としにくくなります。

担当分けで“放置”を起きにくくする

ルール例（どれか1つだけでもOK）
- カテゴリ別：請求→経理、技術→開発…
- 曜日交代：月水金はA、火木はB
- 一次受付→専門担当へ振り分け

メモ・コメントで“社内だけ”の会話を残せる

お客様に見えないメモ欄があると、
- 「この件は〇〇の確認待ち」
- 「前回このパターンは△△対応」
  のような引き継ぎ情報を残せます。

漏れゼロ運用のミニルール（これだけで事故が減る）

開いたら必ずステータスを更新（未対応が残らない）
“担当が空”の状態を作らない
保留中は「何待ちか」をメモに残す
解決済みにしたら、必要ならテンプレで締めの返信を送る

FAQと組み合わせて“問い合わせ削減”まで狙える

フォームの改善は「送信率を上げる」だけではありません。
もう一段上のゴールは、そもそも問い合わせが発生しない状態（自己解決）を増やすことです。

TayoriはFAQ（よくある質問）と相性が良く、フォーム運用のデータを使ってFAQを育てやすい考え方になります。

最短で成果を出すFAQの作り方（初心者向け）

受信箱の内容を眺めて、同じ質問を10個だけ抜き出す
その10個に対して、“結論→手順→例外”の順で短く回答を作る
公開後に、検索・閲覧・問い合わせ内容を見て更新する（作って終わりにしない）

フォーム×FAQの組み合わせパターン（おすすめ）

フォーム手前に「よくある質問はこちら」を置く（入口で自己解決）
自動返信にFAQリンクを入れる（受付後に“先回り回答”）
完了画面に「次に多い質問」を置く（再問い合わせの予防）

問い合わせ削減が効きやすいケース

操作方法・設定・料金など、定型質問が多いサービス
社内ヘルプデスクのように、同じ困りごとが繰り返される環境
新規顧客が増えて、初歩的な質問が増えやすいタイミング

最初に確認：プラン別に変わる範囲（無料と有料の差）

フォーム数・ユーザー数などの基本制限を把握する

Tayoriフォームは「無料でも試せる」一方で、チーム運用（複数人で対応）や複数フォーム運用（問い合わせ＋申込＋社内依頼…）に進むと、プラン差が効いてきます。最初にここだけ押さえると、遠回りしにくいです。

まずは公式プランの“骨格”を、フォーム運用目線で整理します（※金額は税抜）。

スクロールできます

プラン	月額	ユーザー数	フォーム作成数（フォーム/FAQ/アンケート）	こんな人に向く
フリー	0円	1名	各1つ	まず触ってみたい／個人・超小規模
スターター	3,800円	3名	各3つ	小さなチームで本運用を始めたい
プロフェッショナル	11,980円	10名	各無制限	複数部署・複数フォームで安定運用したい
エンタープライズ	25,400円	11〜30名（31名以上は要問い合わせ）	各無制限	大規模・要件が多い組織向け（初期費用あり）

ここでの判断ポイント

「フォームが1つで足りるか？」
- 問い合わせと申込（予約）を分けたいなら、最初から複数フォーム前提になりがちです。
「返信や対応は1人で完結するか？」
- 2人以上が触るなら、ユーザー数（アカウント数）の上限が実運用に直結します。

迷ったときの目安

まずは「フォーム1つ・担当1人」で試す → フリーでもOK
「フォームを複数に分けたい」「誰が対応中か管理したい」→ スターター以上
「部署や案件が増えて、フォーム数・運用機能を気にせず回したい」→ プロ以上が現実的

設置方式で差が出やすいポイント（例：HTMLコード方式）

設置の方法は、サイトの作り方や運用方針で最適解が変わります。ここでハマりやすいのが、“見た目を自由に整えたい”＝HTMLコード方式です。

ざっくり結論

iframe埋め込み：初心者でも扱いやすい（設置が軽い／更新もシンプル）
HTMLコード方式：デザイン自由度が高いが、有料プラン対象になりやすい＋調整は自己対応が基本

HTMLコード方式を選ぶべきケース

コーポレートサイトやLPのデザインに合わせて
フォームの余白・フォント・ボタンなどを細かく整えたい
制作会社やデザイナーが関わっていて、CSS調整まで想定している

初心者におすすめの進め方（失敗回避）

まずは URL共有 or iframe埋め込みで運用開始
問い合わせが入り始めてから
「離脱が多い」「デザイン統一が必要」など課題が出たら HTMLコード方式（有料）を検討
HTMLコード方式に進むなら、事前に
- 設置先ドメインの扱い
- CSS調整担当（自分 or 制作担当）
  を決めておく

この順番にすると、最初から高難度側に寄せて止まるリスクが減ります。

運用に効く機能がどのプランから使えるか

フォームは「作って置く」だけだと効果が出ません。実務で効くのは、受信後の運用を回すための機能です。ここはプラン差が出やすいので、特にチェックしておくと安心です。

1) “返信・対応”に関わる制限

返信できる件数：フリーは月あたりの上限が設定されています
→ 問い合わせが増えると、ここが最初のボトルネックになりがちです。
返信テンプレート：スターター/フリーは上限があり、プロ以上は余裕が出ます。
→ よくある質問や定型対応が多いほど、テンプレ上限は効きます。

2) “申込・社内依頼”で効く機能

ファイルアップロード：プランにより容量が変わり、フリーは使えない（または制限が強い）扱いです。
→ 「資料添付」「スクショ添付」「申請書添付」があるなら重要度が上がります。
受付定員数の設定：イベント申込などで「上限に達したら止めたい」場合に便利。
→ 小規模イベントでも、手動クローズより事故が減ります。
入力内容の確認画面：入力ミスを減らしたいフォーム（住所・日程など）で効きます。

3) “通知と漏れ防止”で効く機能

通知メールの中に問い合わせ本文を載せない（情報漏えいリスクを下げる）など、
運用ポリシーに効く機能もプランで差が出ます。
→ 個人情報・機密情報が混ざる運用ほど、ここは要確認です。

すぐ決められるプラン選びチェックリスト（初心者向け）

次のうち 1つでも当てはまれば、無料のまま突き進むより、早めにスターター以上を検討すると失敗しにくいです。

2人以上で対応する（担当分けしたい）
フォームを2つ以上に分けたい（問い合わせ＋申込など）
月に一定数の返信・対応が発生する
添付ファイルを受け取りたい
デザイン統一のためにHTMLコード方式を使う可能性がある

フォーム作成の流れ（最短で公開まで）

STEP1：新規フォーム作成とテンプレ選択

まずは「完成度100%」を狙わず、“運用できる最小構成”で公開まで行くのが近道です。Tayoriは専門知識なしでも作成〜設置まで進めやすいので、最初はテンプレを土台にすると迷いません。

用途別テンプレの選び方（問い合わせ／予約／申込など）

テンプレ選びは「フォームの目的＝受けたい行動」で決めるとブレません。

問い合わせ窓口（迷ったらこれ）
- 目的：質問・相談を受け付けて返信する
- 特徴：入力項目が少なめで離脱しにくい
申込（イベント・資料請求・キャンペーン）
- 目的：参加/申し込み情報を不足なく集める
- 特徴：人数・属性・希望などの選択項目が増えやすい
予約（来店・面談・日程候補）
- 目的：日時に関する情報を回収し、調整をラクにする
- 特徴：日付・時間帯・候補の取り方が重要

テンプレ選びで失敗しないコツ

目的が複数あるなら、フォームを分ける（例：問い合わせと見積依頼）
「将来こうしたい」は一旦捨てて、今月必要な項目だけ入れる
迷ったら、問い合わせテンプレで作ってから 項目を追加して寄せる（後述のSTEP2で調整可能）

STEP2：質問項目（フィールド）の設計

フォームは、項目が増えるほど情報は集まりますが、送信率は下がりやすいです。ここは「取りこぼし防止」と「離脱率」を同時に見るのがポイントです。

必須・任意の決め方（取りこぼし防止と離脱率のバランス）

最初に、入力項目を3つに仕分けすると判断が速くなります。

返信・対応に絶対必要（必須）
- 例：氏名、メール、問い合わせ内容、カテゴリ
あれば助かるが、なくても返信できる（任意）
- 例：会社名、電話番号、希望連絡時間帯
社内都合で取りたいだけ（削り候補）
- 例：住所の詳細、役職、長いアンケート項目など

初心者向けの目安

必須は 4〜6項目 から始める（増やすのは公開後でOK）
住所・生年月日などの重い個人情報は、本当に必要なときだけ（離脱が増えやすい）

“取りこぼし”を防ぐコツは、必須項目を増やすことではなく、質問の作り方を工夫することです。

例：自由記述を増やす代わりに
カテゴリ（選択式）＋本文（自由記述1つ） で情報を整理してもらう

選択式／記述式／日付など形式の使い分け

形式選びは、相手の入力負担とあなたの処理しやすさに直結します。

スクロールできます

形式	向いている内容	メリット	注意点
選択式（ラジオ/プルダウン）	種別・優先度・サービス名	集計・振り分けがラク	選択肢が多すぎると迷う
複数選択	複数の要望・症状・対象	情報の抜けが減る	“その他”の自由記述も用意すると親切
記述式（短文）	氏名・メール・会社名	入力が早い	入力例を添えるとミスが減る
記述式（長文）	問い合わせ本文	背景が把握できる	1つにまとめる（複数あると離脱）
日付/時間	予約・希望日	誤入力が減る	候補の出し方（第1〜第3希望など）を明確に

フォームが一気に読みやすくなる小技

各項目に「入力例」を短く入れる
- 例：電話番号「090-xxxx-xxxx」
- 例：問い合わせ内容「困っていること／いつから／希望する対応」
“カテゴリ”を入れる（後の担当分け・対応漏れ防止に効く）

規約・同意の入れ方（個人情報・利用規約）

初心者が見落としがちですが、フォームは個人情報が入りやすいので、最低限の同意導線を作っておくと安心です。

おすすめの入れ方（シンプルでOK）

「個人情報の取り扱い（プライバシーポリシー）を確認してください」の一文
同意チェック（例：「同意します」）を必須にする
必要なら、利用規約・注意事項（キャンセル規定など）へのリンクを併記

注意点

長文をフォーム内に貼りすぎると、読まれず離脱が増えます。
→ 要点は短く、詳細は別ページにまとめるのが現実的です。

STEP3：見た目と導線の調整（デザイン・ロゴ・色）

フォームは「入力しやすいか」と同じくらい、「安心して送れるか」が重要です。見た目はデザイン性よりも、信頼感と分かりやすさを優先しましょう。

自社サイトの配色になじませるチェック項目

最低限チェックしたいポイント

タイトルが「何のフォームか」一目で分かる
- 例：「お問い合わせ」だけでなく「〇〇に関するお問い合わせ」など
ボタン文言が明確
- 例：×「送信」→ ○「入力内容を送信する」「この内容で申し込む」
色の使いすぎを避ける（迷わせない）
必須マークが目立つ（ただし必須を増やしすぎない）

信頼感を上げる“文章の置き方”

冒頭に短い案内を入れる
- 例：「原則2営業日以内に返信します」「営業目的の連絡はご遠慮ください」
送信後の流れを一行で書く
- 例：「送信後、自動返信メールをお送りします」

STEP4：プレビュー確認→公開

公開前チェックを丁寧にやるだけで、公開後の「問い合わせが来ない」「誤入力が多い」をかなり防げます。

スマホ表示で最終確認するポイント

テストは“送信まで”を必ず実施

スマホで開いて、実際に入力して送信する
必須項目をあえて空にして、エラーメッセージが分かりやすいか確認
送信後の画面（完了画面）が分かりやすいか確認
自動返信メール（件名・本文・差出人）が意図どおり届くか確認
通知メール（管理側）が届くか、担当者が見られるか確認

公開直後にやると効果が出やすいこと（最短の改善）

1週間だけ運用して「よく来る内容」を見て、カテゴリ（選択肢）を調整
自動返信に「次に多い質問」や「営業時間」を追記して、二度手間を減らす
離脱が多いなら、必須を減らす前に
選択式に置き換えられないかを見直す

設置方法は4パターン：自分のサイト/用途に合う選び方

Tayoriフォームの設置は大きく4種類あります。まずは「どこに・どう見せたいか」で選ぶのが最短です。

スクロールできます

まず優先したいこと	選ぶと失敗しにくい方式
とにかく早く公開したい（SNS・メールでも使いたい）	URL共有（リンク型）
お問い合わせページ内に“そのまま表示”したい	iframe埋め込み
どのページにも“呼び出しボタン”を置きたい	JavaScriptボタン
自社サイトのデザインに完全に寄せたい（制作担当がいる）	HTMLコード

① URLで共有（リンク型）：最速・SNS/メールでも使える

リンク型は、URLをコピーして貼るだけで公開できるのが最大のメリットです。Webサイトへの設置はもちろん、SNS・メール・LINE・チャットなど「リンクを貼れる場所」なら基本的に使えます。

向いているケース

とりあえず窓口を用意して、運用しながら改善したい
LPやメルマガ、SNSなど“外部導線”からフォームに飛ばしたい
サイト側の編集権限がなく、コードを触れない（貼れるのはURLだけ）

注意点（先に知っておくとラク）

クリックして“別ページで開く”形式なので、ページ内完結にこだわる場合は iframeが向きます
ページ遷移で離脱が起きやすい導線では、ボタン表現や配置が重要になります

ボタン/テキストリンクの置き方（クリック率を落とさない）

リンク型の成果は「どこに、どう書くか」で大きく変わります。初心者でも効きやすい型だけまとめます。

配置の基本（迷ったらこの順）

✅ ページ上部（ファーストビュー付近）：まず見つけてもらう
✅ 料金・実績・FAQの直後：不安が解消されたタイミングで押されやすい
✅ ページ下部（締めのCTA）：比較検討の後押し

文言（マイクロコピー）で離脱を減らす

ボタン：
- 「お問い合わせ」より → 「無料で相談する」 / 「見積もりを依頼する」 のように“行動”がわかる言い方が強いです
ボタンの近くに一言：
- 「原則◯営業日以内に返信」
- 「入力は約◯分」
- 「営業目的はご遠慮ください」
  こうした短い補足は、安心感と“押す理由”になります。

小さな工夫（地味に効く）

テキストリンクだけだと気づかれにくいので、可能なら ボタン（色付き） にする
長文の途中に1つだけリンクを置くより、同じページ内で2〜3回（上・中・下）に分散する

② iframe埋め込み：ページ内にそのまま表示したい場合

iframeは、サイトの「お問い合わせページ」などにフォームを埋め込んで表示できます。ページ遷移がないので、閲覧の流れを保ったまま入力してもらいやすいのが強みです。

向いているケース

会社サイトの「お問い合わせ」ページを“ページ内完結”にしたい
LPの下部に、そのまま申込フォームを表示したい
コードは貼れるが、大きな改修はしたくない（埋め込みで済ませたい）

注意点

設置先のWebページ（CMSやサービス）が、他サイトからのiframe埋め込みに対応していない場合があります。対応可否は設置先側の仕様に依存します。
高さが足りないと、フォーム内がスクロールになって入力しづらくなることがあります（調整可能）

表示崩れ・レスポンシブの注意点

崩れやすいポイントと対策

⚠️ 幅が固定でスマホに合わない
- 対策：幅は 100%前提、高さは表示に合わせて調整
⚠️ 高さ不足でフォーム内スクロールが発生
- 対策：高さ（height）を増やす／必要に応じてスクロール表示を調整
⚠️ 枠線が邪魔で“埋め込み感”が強い
- 対策：frameborder を0にする（境界線を消す）

最低限ここだけ触ればOK（iframeの調整項目）

width：表示幅
height：表示高さ
scrolling：スクロールバー表示（yes / no / auto）
frameborder：枠線（0で消せる）

例（イメージ）：

<iframe src="（TayoriのURL）" width="100%" height="900" scrolling="auto" frameborder="0"></iframe>

③ JavaScriptボタン：右下ボタンなど“呼び出し型”にしたい場合

JavaScript方式は、サイト上にボタンを出して、クリックするとフォームを表示するタイプです。Tayori公式でも 丸型ボタン・四角型ボタン の2種が案内されています。

向いているケース

どのページからでも問い合わせできる導線にしたい（常設したい）
LPだけでなく、ブログ記事や料金ページなど“検討導線の途中”にも窓口を置きたい
「お問い合わせページ」を探させず、迷った瞬間に聞けるようにしたい

注意点

他のチャットウィジェット、Cookieバナー、ページ下部の固定ボタンと重なると邪魔になります（配置の工夫が必要）
複数ドメインに設置する場合は、設置先のドメイン登録（設置サイトドメイン）が関係します

丸型/四角型の使い分けと邪魔にならない配置

使い分けの考え方

丸型：
- 省スペース。アイコン中心で“常設”に向く
四角型：
- テキストで意図が伝わりやすい。CV（送信）を狙うページに向く

邪魔にならない配置チェック

✅ 右下に置くなら、スマホの“戻る/共有”UIやCookieバナーと干渉しないか
✅ 画面下の固定フッターがあるサイトは、少し上に逃がす（重なり防止）
✅ 1ページに問い合わせ導線が多い場合、ボタンの主張を弱めて“補助導線”にする

運用のコツ

まずは四角型で「何のボタンか」を明確に → 反応が出たら丸型にして常設、でもOKです。

④ HTMLコード：デザイン自由度を上げたい場合

HTMLコード方式は、フォームをHTMLとして出力し、自社サイト側でHTML/CSSを調整しながら見た目を寄せられる方法です。公式側でも「専門的な知識が必要」「有料プランで利用可能」と案内されています。

向いているケース

サイト全体のデザインに合わせて、余白・フォント・ボタンを細かく統一したい
制作会社・社内エンジニアがいて、CSS調整までできる
iframeやボタン方式では見た目が合わず、ブランド体験を優先したい

注意点（重要）

HTML/CSSの記述方法など、コード面の個別サポートは基本的に想定されません
“自由にいじれる”反面、いじり方を誤ると動かなくなるリスクがあります

編集後に再設置が必要になるケース

HTMLコード方式は、フォームを編集して保存すると、出力されるHTMLが変わることがあるため、場合によっては貼り替え（再設置）が必要です。

特に再設置が起きやすい例：

項目を追加・削除した
必須/任意を変えた
既存項目の設定を変えた（内部的なIDが変わることがある）

「フォーム側を更新したのに、サイトの表示が古いまま…」となったら、まず 再生成→貼り替え を疑うと解決が早いです。

CSS適用で統一感を出す手順

“動作を壊さずに”デザインを寄せる手順だけ、安全側でまとめます。

まずは生成されたHTMLをそのまま貼る
- ✅ 最初は一切いじらず表示確認（ここで動作する状態を作る）
触っていい範囲を守る
- できること：classを付与してCSSで装飾（安全寄り）
- 避けたいこと：idやHTML構造（タグ）を変更（動作しない原因になりやすい）
- 重要：末尾のJavaScriptがないと動作しない場合があります（削らない）
CSSは“局所適用”にする
- ✅ フォーム周辺のコンテナに限定してCSSを当てる
- ⚠️ body全体に強い指定（filter等）をかけると、フォーム側の表示や挙動に影響することがあります
変更したら必ず送信テスト
- 入力チェック（必須・形式）
- エラーメッセージ表示
- 送信完了まで
  この3点だけは毎回確認すると事故が減ります ✅

WordPressなどCMS/サイト制作ツール別の設置コツ

WordPress（固定ページ・投稿・ウィジェット）での定番パターン

WordPressは「どこに表示したいか」で、やり方がほぼ決まります。初心者はまず iframe埋め込み か リンク型 から始めると、詰まりにくいです。

固定ページ・投稿に設置する（ブロックエディタ想定）

iframe埋め込み：お問い合わせページ内にフォームをそのまま表示したい
1. Tayori管理画面でフォームの「設置」→「iframe」を選ぶ
2. 出力されたコードをコピー
3. WordPress側で 「カスタムHTML」ブロック を追加して貼り付け
4. プレビューで表示崩れがないか確認（特にスマホ）
例（イメージ）：

  <iframe src="（TayoriフォームURL）" width="100%" height="900" frameborder="0" scrolling="auto"></iframe>

リンク型：ページ遷移でもOK、とにかく早く公開したい
- ボタン（リンク）を置くだけで完了
- LPやブログ記事の途中にも入れやすい

ウィジェット（サイドバー・フッター）に置く

相談窓口を全ページに見せたいなら、ウィジェットで「リンク型」が相性◎
もしフォームを埋め込むなら、テーマによっては表示幅が狭くなるので、まずはリンク型が無難です。

JavaScriptボタン／HTMLコード方式をWordPressに入れるときの注意

JavaScriptボタンを全ページに出したい場合は、貼り付け場所を「全ページ共通」にするのがコツ
- テーマの共通領域（フッター等）に入れる方式が安定しやすい
HTMLコード方式／JavaScript方式は、フォーム側で「設置サイトドメイン」の登録が必要になるケースがあります（複数ドメイン運用でも同様）。
- 「表示されない」「404になる」時は、真っ先にここを疑うと復旧が早いです。

Wix / STUDIO等での“コード埋め込み”注意点

サイト制作ツールは便利な反面、「貼れるコードの種類（iframeはOK／scriptは制限あり）」がサービスごとに違います。迷ったら次の順で検討すると失敗が減ります。

リンク型（最優先：どこでも貼れる）
iframe（次点：表示も綺麗で導線が強い）
JavaScriptボタン／HTMLコード方式（できるが、制限・設定が増える）

Wixのコツ

Wixには「ページ要素としての埋め込み（HTML iFrame）」と「サイト全体へカスタムコード追加」があります。
- ページ内にフォームを表示したい：HTML iFrame要素（iframeコードを貼る）
- 全ページにボタンを出したい：カスタムコードでヘッダー/ボディに追加（ただし他要素と干渉しないよう注意）

初心者がハマりやすいポイント

「特定ページだけに入れたつもりが、全ページに出てしまう」
→ 追加時に 適用範囲（全ページ／特定ページ） を必ず確認
画面下の固定UI（Cookieバナー等）とボタンが重なる
→ まずは iframe埋め込み で運用開始 → 常設ボタンは後から、が安全です

STUDIO（Web制作ツール）のコツ

STUDIOは Embed（埋め込み）ボックスでiframeやコードを貼れます。基本の流れはシンプルです。
1. 埋め込みボックスを配置
2. 右パネルの埋め込み設定でコード（またはURL）を入力
3. サイトを更新（公開反映）して表示確認

注意点

外部サービスのコードは、内容や動作がサポート対象外になる場合があります
変更後に「公開サイトを更新」しないと反映されないことがあります（編集画面で見えても公開側が古いまま、が起きやすい）

どの制作ツールでも共通の“表示されない”チェック

iframeを貼ったのに出ない → 設置先がiframeに対応していない可能性
JavaScriptボタンが出ない → scriptが禁止/制限されている可能性
HTMLコード方式／JavaScript方式が出ない → 設置サイトドメイン未登録の可能性

計測したい場合：GA/タグの設置方針（どこで見るか）

ここは先に結論を決めると迷いません。計測は「どこでイベントが発生するか」で難易度が変わります。

まず決める：あなたが見たい数字はどれ？

フォーム到達数（閲覧数）：フォームが見られているか
送信完了数（CV）：何件送られたか
送信率：到達→送信の割合（改善の軸）

Tayori側でGA4連携するのが一番ラクなケース

TayoriはGA4連携により、フォームのアクセスや送信完了を分析できます。フォーム送信完了時には、フォームURL末尾に 「/complete」 を付けた“仮想URL”で計測される仕様です。

✅ リンク型でフォームを開く：Tayori側の計測が特に相性◎
✅ iframeでも送信完了を確実に追いたい：親ページ側だけでは追いにくいことが多いので、Tayori側計測が安定しやすい
✅ 設定後は テスト送信して「/complete」が計測されるのを確認する

また、Tayoriで設置できるのは Google Analyticsのタグが中心で、広告系のコンバージョンタグ等は制限がある旨も明記されています（広告計測が目的なら、要件確認が必要です）。

自社サイト側（GA4）で見るときの現実的な考え方

リンク型：フォームは別ページ（Tayori）で開く
- 自社サイトのGAだけだと「フォームページの中身」までは追いづらい
- → Tayori側（同じGA4プロパティでもOK）で送信完了を取るのが定石
iframe埋め込み：フォームはページ内に見えるが、内部の動きは別領域
- 親ページのGAでは「送信完了」イベントが拾えないことがある
- → “送信完了はTayori側で”、親ページ側は「閲覧・クリック導線の改善」で役割分担するとスムーズ

おすすめの“役割分担”

親ページ（あなたのサイト）：
- どのページからフォームへ誘導できているか、どこで離脱しているか
Tayori（フォーム側）：
- 到達→送信の数字、送信完了（/complete）をCVとして管理

運用で差がつく：受信後のワークフロー設計

受信箱の基本：対応漏れを防ぐ見方（未対応の見える化）

フォーム運用で一番怖いのは「届いていたのに気づかなかった」「誰かが見たと思って放置された」です。Tayoriの受信箱は、ステータスで“いまの状態”を固定ルールで見える化できるので、初心者でも漏れを潰しやすい設計です。

まず知っておきたいステータスのルール（重要）

ステータスは 固定の5種類（自由に文言変更・追加はできません）
「新着」は「誰もまだその問い合わせを開いて確認していない」状態だけに付く（手動で戻せない）
「未対応」は手動変更でき、さらに
いったん「対応中」「保留中」「解決済み」にしても、お客様から追記が来たら自動で“未対応”に戻る
→ これが“再燃案件の見落とし”を減らします

漏れを最小化する、初心者向けの受信箱ルーティン（これだけでOK）

受信箱を開いたら、まず 「新着／未対応」だけを見る
開いたら必ず次のどれかにする（放置を禁止）
- すぐ返信できる → 返信して「解決済み」
- 調査が必要 → 「対応中」にして担当メモを残す
- 相手の返答待ち／社内確認待ち → 「保留中」にして“何待ちか”を書く
1日の終わりに「未対応」がゼロか確認する

運用が安定する“最低限の基準”例（SLAの代わり）

スクロールできます

種別	目標	受信箱での扱い
すぐ答えられる質問	当日〜翌営業日	返信→解決済み
調査が必要	2〜3営業日以内に中間報告	対応中（メモで進捗）
返答待ち	期限を決めて催促	保留中（期限をメモ）

※「誰がいつステータスを変えたか／返信したか」を軽く追いたい場合は、アクティビティで直近の履歴を確認できます（ただし表示件数は直近分のみ）。

チーム運用：担当割り当て・ステータス・メモ共有

人数が増えるほど、フォーム運用は「返信の上手さ」より 交通整理（担当・優先度・引き継ぎ）で成果が決まります。

1) 担当割り当ての考え方（最短で機能する型）

初心者は、まず「カテゴリ × 担当」の1軸だけで十分です。

請求・契約 → 事務（Aさん）
技術・不具合 → 開発（Bさん）
導入相談 → 営業（Cさん）

これだけで「誰のボールか」が明確になり、未対応が減ります。

2) ステータス運用の“チーム版ルール”

未対応：担当が決まっていない or まだ動けていない
対応中：担当が決まり、次アクションがある（調査・返信作成中）
保留中：相手待ち／社内待ち（＝期限管理が必要）
解決済み：完了（ただし追記が来たら未対応へ戻る）

ポイントは、「未対応＝危険」という共通認識を作ることです。
未対応が残る＝“見落とし”か“担当未決”なので、毎日ゼロを目指すだけで品質が上がります。

3) メモ共有（社内用）を“引き継ぎ装置”にする

Tayoriのメモ・コメントは、お客様には見えない社内用メモとして残せます。さらに、担当者が複数設定されている場合は @メンションで宛先を指定して通知できるので、チャットに流さず受信箱内で完結させやすいです。

メモのテンプレ（コピペで運用が揃う）

現状：〇〇の再現確認中
次アクション：△△を本日中に確認→明日中に一次回答
注意点：顧客環境依存の可能性あり
期限：2/29（木）午前まで

4) 「参加メンバー」を整える（見える人を絞る）

運用が大きくなると、「全員が全部見える」より、フォームごとに参加メンバー（アサイン）を整理したほうが混乱が減ります。
まずは「そのフォームを見るべき人」だけ参加にしておくと、通知や受信箱が散らかりにくくなります。

テンプレ返信・自動返信の設計（一次回答の品質を揃える）

フォーム対応の品質は「最初の一通」で大きく決まります。初心者ほど、テンプレと自動返信で “考える量”を減らして、ブレをなくすのが正解です。

1) 自動返信（受付メール）は“安心と次アクション”だけを書く

自動返信は、長文にしなくてOKです。入れるべき要素は次の4つだけ。

受付完了（受け取ったこと）
返信の目安（例：2営業日以内）
追加情報の依頼（必要なら）
問い合わせ内容の確認方法（運用に応じて）

自動返信・最小構成（例）

件名：お問い合わせありがとうございます（受付完了）
本文：
- 受付完了しました
- 〇営業日以内にご返信します
- お急ぎの場合は電話/別窓口はこちら
- ※自動送信のため返信はお控えください（必要なら）

※自動返信の編集は、プランによって利用条件があるため「無料でどこまで運用するか」を先に決めておくと迷いません。

2) 返信テンプレは「よくある場面」から先に作る

返信テンプレは、作りすぎると管理が大変です。最初は 6〜8個で十分回ります。

スクロールできます

テンプレ名（例）	使う場面	目的
受付＋確認事項	情報が足りない	追加情報を最短で回収
一次回答（調査中）	すぐ解決しない	不安を消して期限を宣言
解決案内（手順）	よくある質問	手順を統一し工数を削減
代替案内	仕様で不可	“できない”を丁寧に伝える
クローズ	解決した	期待値を揃えて終える
お礼＋改善依頼	CS改善	フィードバックを集める

テンプレは、受信箱の返信画面から挿入できます。
また、テンプレ数にはプラン差があるため、チームで定型文が増えそうなら早めに確認しておくと安心です。

3) フリープランの落とし穴：返信数の上限

無料運用でつまずきやすいのが「返信ができなくなった」問題です。
フリープランは、1か月に送れる返信数の上限が定義されています。運用開始後に問い合わせが増えたら、返信制限がボトルネックになりやすいので、月あたりの件数感は早めに見積もっておくと安全です。

CSV/スプレッドシート連携など、後工程につなげる出力

受信箱で“さばく”だけだと、改善や他部署連携が進みません。出力を前提にすると、フォームが「資産」になります。

1) CSVエクスポートでできること（初心者向けの使い道）

顧客リスト／見込み管理の下地にする
問い合わせの傾向分析（カテゴリ別・優先度別）
FAQの追加ネタを見つける（同じ質問が多いもの）

エクスポート時に押さえるポイント

フォーム項目だけでなく、お問い合わせ元／ステータス／優先度／担当者なども出力対象にできる
→ “現場の運用”をそのまま分析に持っていけます
500件ごとなど、出力は分割単位で扱う前提がある
→ 月次で区切って出すと運用がラクです
フォーム項目を変更・削除した後は、CSVに反映され方が変わることがあります
→ “設問の大改修”をするなら、月次集計のタイミングで整理するのがおすすめです

2) Googleスプレッドシート連携（共有・集計をラクにする）

「社内で共有しながら追いたい」「集計して可視化したい」なら、スプレッドシート連携が便利です。
連携は管理画面のアプリ連携からGoogleアカウントを接続して行う流れで、こちらは有料プラン機能として案内されています。

初心者におすすめのシート構成（最小）

原本（エクスポートそのまま）
集計（ピボット）
- ステータス別件数
- カテゴリ別件数
- 担当者別の未対応件数
改善メモ
- 追加すべきFAQ
- フォーム項目の改善案

セキュリティ・スパム対策・個人情報の考え方

SSLなど通信面の基本（ユーザーが安心して送れる条件）

フォームは「入力して送る」だけで、氏名・メール・相談内容などの個人情報が集まりやすい場所です。まず押さえたいのは、“送信時に盗み見されにくい状態”を用意できているかです。

Tayoriで基本的に期待できること（初心者が気にするポイントだけ）

通信はSSLで暗号化され、フォーム入力内容が送信中に第三者へ傍受されるリスクを下げられます（無料プランでも対象）。
フォーム送信後のやり取りも、メールソフトに直接本文を流す形ではなく、Tayori上の非公開ページで行えるため、「メールの転送・誤送信」由来の事故を減らしやすい設計です。

ユーザーの安心感を上げる“見え方”の整え方

フォームのURLが https で始まる（ブラウザの鍵マークが出る）状態を崩さない
自社サイトに埋め込む場合も、できれば自社サイト側も常時SSL（https）にしておく
- せっかくフォーム側が安全でも、サイトがhttpだと心理的に不安が残ります

組織的な安全面（押さえどころ）
Tayoriは、セキュリティ関連の取り組み（例：ISMS/プライバシーマーク、監視体制、脆弱性診断など）も公開しています。
初心者はここを“丸暗記”するより、社内説明・稟議で聞かれた時に「どこを見れば分かるか」を把握しておくのが現実的です。

プランで増えるセキュリティ機能（必要になったら追加）
運用が本格化すると、次のような“管理面の安全策”が効いてきます。

管理画面へのIP制限（社内ネットワークからしか入れない、など）
ログイン履歴やログイン通知
フォームへのreCAPTCHA（スパム軽減）

まずは無料〜小規模で運用しつつ、個人情報の量やチーム人数が増えたら「管理面の制限」を足していく、が失敗しにくい進め方です。

スパムを増やさない設計（項目・導線・公開範囲）

スパムは大きく2種類あります。対策も別物なので、混ぜないのがコツです。

メールアドレス収集（クローラー）由来のスパム増加
ボット/いたずら送信（フォームを実際に送ってくる）

Tayoriを使うメリット（特に1に効く）

いわゆる「サイトにメールアドレスを載せたせいで迷惑メールが増える」問題は、フォームに置き換えることで起きにくくできます。
つまり、“メールアドレス露出”を減らすのが基本のスパム対策です。

ただし注意：いたずら送信をゼロにはできない

フォームツールでも、いたずら・悪意ある送信を完全にブロックするのは難しいです。
ここは「技術」だけでなく、設計と運用で被害を小さくします。

迷惑送信を減らす“設計”のポイント

A. reCAPTCHAを使う（できるなら最優先）

TayoriではフォームにreCAPTCHAを設定できます（プラン条件あり）。
ただし、HTML設置だとTayori側のreCAPTCHAが反映されないなど、設置方式によって制約があります。
→ 初心者は、まず「リンク／ボタン／iframe」で運用して、スパムが増えたらreCAPTCHAをONにするのが安全です。

B. フォームを“誰にでも開放しない”

社内申請・取引先専用のフォームなら、IP制限でアクセス元を絞るのが強力です（対応プラン・設置方式に条件あり）。
URLをSNSで拡散する・ブログの全ページに常設ボタンを出す、などは便利な反面、攻撃対象にもなりやすいので
公開範囲（導線）＝リスクだと考えると判断しやすいです。

C. 項目設計で“機械的な送信”を通しにくくする

入力負担を増やしすぎるのは逆効果ですが、次の工夫は効きやすいです。
- 「お問い合わせ種別（選択式）」を入れて、内容を分類できるようにする
- “自由記述欄”は1つにまとめ、代わりに選択式で情報を揃える
- 重要なフォームは「確認画面」を挟む（※設定によってはreCAPTCHAが確認画面側に出る仕様もあるため、動作はテスト必須）

迷惑送信が来た時の“運用”のポイント（事故を小さくする）

通知メールに個人情報を載せたくない場合、通知メール本文への表示をOFFにする設定を使うと安全側に寄せられます（有料機能）。
返信する必要がない迷惑送信まで丁寧に扱うと、現場が疲弊します。
→ 受信箱のステータス運用で「処理完了」に寄せ、対応対象と切り分けるルールを作るのがおすすめです。

社内利用で気をつけたい権限・閲覧範囲

フォームの中身は、社内では「顧客情報」「取引情報」「申請情報」になりやすいので、“見えていい人だけ見える”状態を作るのが重要です。

まず押さえる：Tayoriの権限の考え方

権限は基本的に オーナー／マネージャー／メンバーで分かれます。
メンバー追加や権限付与など、アカウント管理に関わる操作は上位権限のみが行える設計です。

さらに厳密に分けたい場合（部署・拠点が多いケース）

エンタープライズ向けに、担当者ごとに「閲覧・編集できるフォーム/FAQ」を細かく設定できる権限機能が案内されています。
「総務フォームは総務だけ」「採用フォームは人事だけ」のような運用に向きます。

初心者でも実行しやすい“権限・運用ルール”の型

最小権限で始める（まずは必要な人だけをメンバーにする）
フォームは用途ごとに分ける
- 問い合わせ（外部）／社内依頼（内部）を同じフォームにしない
退職・異動があったら、アカウント棚卸しをルール化する
- 「いつの間にか見られる人が増える」を防げます
個人情報が濃い運用なら、管理画面のIP制限なども検討する

成果を伸ばす改善：離脱を減らして送信率を上げる

フォーム改善で伸びやすいのは、だいたい次の3点です。

入力のストレスを減らす（項目の最適化）
送信後の安心感を作る（完了画面・自動返信）
そもそも問い合わせを減らす（FAQ誘導）

「感覚でいじる」と迷走しやすいので、可能なら “送信完了”を計測できる状態（GA4連携で /complete を見る）を作ってから、少しずつ改善すると失敗しにくいです。

入力項目の“削り方/増やし方”（取得情報とCVの最適点）

フォームの項目は、増やすほど情報は集まりますが、送信率は下がりがちです。初心者はまず 「削ってから、必要なら戻す」 が鉄板です。

1) まず“削る”ときの優先順位（迷ったらこの順）

社内都合だけの項目（あっても対応に直結しない）
- 例：役職、詳細住所、年齢、購買予定時期の細分化など
入力が面倒な項目（離脱の原因になりやすい）
- 長い自由記述が複数ある／必須が多すぎる／選択肢が多すぎる
後で1往復で回収できる項目
- 例：資料送付先住所（※本当に必要になった段階で回収でも間に合う）

削った結果、困りやすいところは「振り分けができない」ことなので、代わりに次の2つは残す（または追加）と安定します。

問い合わせ種別（選択式）：例「料金」「導入相談」「不具合」「その他」
本文（自由記述は1つ）：背景をまとめて書いてもらう

2) “増やす”のは、問い合わせ往復を減らせるときだけ

増やして良いのは、追加質問を減らし、対応を早くできる項目です。

予約系：希望日時（第1〜第3希望）
不具合系：発生日時／環境（OS・ブラウザ）／スクリーンショット添付（必要なら）
見積系：規模（人数・ページ数など）／希望納期／予算レンジ（選択式）

増やすときのコツ

いきなり必須にしない → まずは任意で回収し、必要性が高ければ必須へ
文章入力を増やさない → できるだけ 選択式 に寄せる

3) “CV最適点”を探す簡単な方法（初心者向け）

難しい最適化をしなくても、次の手順で十分改善できます。

必須を最小にしたフォーム（A）を作る
“追加で聞きたい項目”を入れたフォーム（B）を作る
まずAで運用して、返信で困る項目だけBから採用する（段階的に育てる）

※ボタン文言や送信完了画面の定型文など、編集できる文言には文字数制限があるため、短く伝わる言葉を選ぶのがコツです（例：ボタン文言は短く、補足は説明文側へ回す）。

完了画面・自動返信で次アクションにつなげる

送信率は「入力」だけでなく、送信後の不安でも落ちます。完了画面と自動返信を整えると、問い合わせの二度手間も減ります。

1) 完了画面で入れるべき要素は4つだけ

完了画面は長文にせず、次の4点に絞ると読みやすく、行動につながります。

送信できたことの明示（安心）
返信目安（期待値）
次にやってほしい行動（CTA）
緊急時の代替手段（例：電話・別窓口）

用途別の“次アクション”例

スクロールできます

フォーム用途	完了画面でおすすめの次アクション
導入相談	事例ページ／料金ページ／資料ダウンロード
予約・申込	当日の持ち物／キャンセル規定／会場地図
不具合報告	よくある解決策（FAQ）／環境情報の追記方法

2) 自動返信は“一次回答の標準化”に使う

Tayoriの自動応答メールは、件名・本文を編集でき、一次返信の手間を減らせます（スターター以上の有料プラン対象）。
ここで重要なのは、「情報を詰める」より「安心＋次の手順を明確化」です。

自動返信メールのテンプレ（最小構成）

受付完了
返信目安（例：2営業日以内）
追加情報がある場合の追記方法（必要なら）
参考リンク（FAQ・マニュアル・資料DLなど）

自動返信に「資料DLリンク」や「イベント詳細」を載せる運用も可能なので、用途に合わせて“送った瞬間に満足度が上がる内容”を入れると効果的です。

3) 計測できるなら“完了”を基準に改善が速くなる

GA4連携ができる場合、フォーム送信完了は フォームURL末尾に /complete が付いた仮想URLとして計測できるため、「どれくらい送信完了したか」を見ながら改善できます。

まずはテスト送信して、/complete が計測されるか確認
「到達はあるのに /complete が少ない」なら、入力負担・不安要素を疑う
「/complete はあるのに商談化しない」なら、完了画面・自動返信の次導線を疑う

よくある質問（FAQ）への誘導で問い合わせ自体を減らす

送信率を上げるだけだと、対応工数が増えて疲弊しがちです。そこで効くのが FAQで自己解決を増やす設計です。

1) FAQ誘導は“3か所”に置くと強い

FAQは「置いたら読まれる」ではなく、読まれる場所に置くのが大事です。

フォームの前：問い合わせ前に自己解決を促す
自動返信：送った直後に「関連FAQ」を案内して再問い合わせを防ぐ
完了画面：次に多い質問へ誘導（“ついで解決”を作る）

2) “放置FAQ”にならない更新ルールを作る

FAQで成果が出ない最大の理由は、更新が止まることです。初心者は次のルールだけで十分回ります。

受信箱で多い質問を毎月10個だけ拾う
1回答は「結論 → 手順 → 例外」の順で短くする
「詳しくは〇〇へ」など根拠リンク（規約・マニュアル）への導線を入れる

3) FAQ→フォームの動線を“切れ目なく”作る

FAQで解決しない人が出るのは自然なので、そこで迷わせないのがポイントです。

FAQの末尾に「解決しない場合はこちら」→ フォームへ
逆にフォーム側でも「まずはこちら」→ FAQへ（内容に応じて）

実際に、FAQやフォーム運用の見直しで問い合わせが大きく減った事例もあるので、改善のゴールを「送信率」だけに置かず、“自己解決率”も伸ばすと運用がラクになります。

よくあるトラブルと解決策

フォームが表示されない（埋め込み/JS/iframeの典型原因）

まずは「どんな状態で表示されないのか」で、原因がほぼ絞れます。

スクロールできます

症状	まず疑うこと	最初にやるチェック
404が出る	公開設定 / 設置サイトドメイン未設定	公開状態とドメイン設定を確認
何も出ない（空白）	iframeの高さ不足 / 埋め込み先がiframe非対応	高さ調整→別ページで開いて確認
ボタンが出ない（JS）	コード貼り付け場所・読み込み失敗	コードが全ページ共通領域に入っているか
送信ボタンが効かない（HTML）	編集後の再設置漏れ	HTMLを再出力→貼り直し

1) 404が出るとき（いちばん多い）

原因の王道は2つだけです。

フォームが非公開のまま
「コード埋め込み/HTML設置」の場合に、設置サイトドメインが未登録

解決手順（この順で）

管理画面でフォームの 公開設定 を「公開」にする
設置方式が「コード埋め込み」「HTML」の場合は、フォームの「設置サイトドメイン」に
- http:// や https:// 以降のドメイン部分を登録して保存

ドメインは「表示させたいサイトのドメイン」を登録します。wwwの有無なども、運用実態に合わせて揃えると事故が減ります。

2) iframeを貼ったのに、フォームが見えない/崩れる

iframeは「貼り付け側（WordPress/Wix/STUDIOなど）」の仕様にも影響されます。

よくある原因

高さが足りず、結果的に“何もない”ように見える
埋め込み先の仕様でiframeが制限されている（Webビュー/アプリ内ブラウザなど含む）
スマホで横幅が合わず崩れる

すぐ効く対処

まず width="100%" にする
height を大きめにして確認（例：800〜1200px）
可能なら「埋め込み」ではなく一度 リンク型 に切り替えて、フォーム自体は正常に開けるか切り分ける

例（イメージ）：

<iframe src="（TayoriフォームURL）" width="100%" height="1000" scrolling="auto" frameborder="0"></iframe>

3) JavaScriptボタンが表示されない

JSボタンは「コードをどこに貼ったか」で失敗しがちです。

典型パターン

特定ページの本文に貼ってしまい、他ページでは出ない
テーマ/制作ツール側が script の実行を制限している
キャッシュ（WordPressのキャッシュ・CDNなど）で古い状態が残っている

切り分けのコツ

まず「全ページ共通で読み込まれる場所（フッターなど）」に入っているか確認
別ブラウザ/シークレットで確認（キャッシュ影響の除外）
それでもダメなら、最短でいったん リンク型 に戻して運用を止めない

4) HTML設置で「送信できない」「確認画面が出ない」

HTML設置は自由度が高い反面、仕様・制約があります。

フォーム編集後はHTMLが変わるため、再設置（貼り直し）が必要になることがあります
また、HTML設置では「確認画面が表示されない」など、動作が埋め込み方式と同一にならない仕様もあります

「急に動かなくなった」「送信できない」は、まず再設置が最短ルートです。

メール通知が届かない・迷惑メールに入る

通知トラブルは、原因が「Tayori設定」よりも 受信側（メールソフト/社内メールサーバー）にあることが多いです。

1) まずやる3点セット（これで半分は解決）

迷惑メールフォルダに入っていないか確認
受信許可（ホワイトリスト）に tayori.com を追加
会社のメールシステムを使っている場合、情報システム担当に
- 迷惑メール判定/フィルタ/隔離ログ
  を確認してもらう

2) Tayori側で確認すべきポイント

通知先メールアドレスが正しいか（打ち間違い・不要な空白）
通知設定がオフになっていないか
メンバー追加・権限変更後に、通知対象のユーザーが意図どおりか

3) 「お客様の返信が届かない」と混同しやすい注意点

現場でよく起きるのが、「通知は来るのに、その後の返信が途切れる」ケースです。

自動応答メールの差出人表示にある 送信専用アドレスへ“返信”しても届かないことがあります
返信は、Tayoriのメッセージ画面（パスワードでログイン）など、指定の方法で行う必要があります

通知トラブルと切り分けるために、
「管理画面の受信箱に履歴があるか」を基準にすると迷いません。

編集したのにサイト側が更新されない（設置方式別の原因）

ここは「設置方式で挙動が違う」ので、方式別に判断すると早いです。

1) リンク型（URL共有）なのに反映されない

リンク型は、通常はフォーム側の変更がすぐ反映されます。反映されない場合は次を疑います。

そもそも 別のフォームURL を貼っている（古いURLやテスト用）
サイト側のボタン/リンクが更新されていない（編集後に公開していない）
ブラウザキャッシュで古いページを見ている

対処

管理画面からURLをコピーし直して、貼っているURLと照合
シークレットウィンドウで確認
サイト側の「公開/更新」操作をやり直す

2) iframe埋め込みなのに反映されない

iframeも通常は反映されますが、サイト側の更新忘れが多いです。

対処

埋め込みコードの src が正しいか確認
制作ツール側で「公開」まで実行（編集画面だけ更新されている、がよくあります）
WordPressならキャッシュ系プラグイン/CDNを一時的に無効化 or クリアして確認

3) JavaScriptボタン/HTML設置は「再設置」が重要

HTML設置は、編集後にHTMLが変わるため貼り直しが必要になりやすいです
JSボタンも、フォームを作り直した/切り替えた場合に、古いコードを貼ったままだと更新されません

対処（最短）

管理画面で最新の設置コードを再出力
サイト側のコードを置換（古いものを残さない）
公開→キャッシュクリア→再確認

他ツールと比べて選ぶ（迷っている人向け）

“フォーム専用ツール”と“問い合わせ管理込み”の違い

同じ「フォーム」でも、ツールの思想は大きく2系統に分かれます。ここを先に押さえると、比較が一気にラクになります。

1) フォーム専用ツールが得意なこと

フォーム専用ツール（例：Googleフォームのような“回答収集”中心のもの）は、基本的に 「入力→回答が集まる」 までを強くします。

すぐ作れる（テンプレ・質問項目の追加が簡単）
回答の一覧化・集計がしやすい（スプレッドシート連携など）
共同編集（複数人でフォームを作る）に強いものも多い

ただし運用が進むと、次の部分で別ツールが必要になりがちです。

返信・対応の管理（誰が対応中か、どこまで進んだか）
対応漏れ防止の仕組み（未対応の見える化、再連絡時の自動リオープン等）
ナレッジ（FAQ）で自己解決を増やす導線

2) 問い合わせ管理込みツールが得意なこと

「問い合わせ管理込み」のツールは、フォームを入口にしつつ “対応の仕事”を回すことに重心があります。

受信後に 受信箱でやり取りを管理できる
ステータス（未対応・対応中など）で漏れを防ぎやすい
担当割り当て・メモ共有で、チームでも崩れにくい
FAQなどと組み合わせて 問い合わせ削減まで狙える

3) Tayoriはど真ん中が「入口＋運用」

Tayoriは、フォーム単体というより 「フォーム＋受信箱（メッセージ管理）＋FAQ」 をまとめて運用する前提の設計です。

そのため、次のような人にハマりやすいです。

フォームを置いたあと、返信・対応漏れまで含めて整えたい
担当者が複数いて、属人化を減らしたい
問い合わせが増えてきて、FAQで自己解決を増やしたい
将来的に、IP制限など管理面の統制も検討したい（必要になったら追加）

小規模/チーム/複数サイト運用での向き不向き

ここからは「規模別」に、選び方を迷わないように整理します。ポイントは “フォーム数 × 対応者数 × 管理の厳しさ” です。

小規模（1人・フォーム1つ）で始めるなら

おすすめの考え方：まず“作って回す”が最優先

目的が「問い合わせを受けるだけ」なら、フォーム専用でも成立しやすい
ただし「返信が増える」「見落としが怖い」と感じたら、早めに問い合わせ管理寄りへ

Tayoriが向くのは、最初から次の未来が見えているときです。

近いうちに複数フォーム（問い合わせ＋申込など）に増えそう
返信漏れや二重対応が怖く、受信箱運用を固めたい
FAQも育てて、問い合わせ削減までやりたい

チーム運用（2〜10人）なら

おすすめの考え方：“返信の仕事”が発生した時点で、入口より運用が支配的になります。

チームでよく起きる落とし穴はこれです。

誰が対応しているか分からない
未対応が埋もれる
引き継ぎができない（履歴が散る）

この段階では、フォーム専用＋メール通知だけだと限界が来やすいので、

ステータス運用
担当割り当て
メモ共有

の“3点セット”が最初からある（または作りやすい）ツールが有利です。Tayoriはこの方向の設計なので、チームの型が作りやすいです。

複数サイト運用（複数ドメイン・複数窓口）なら

おすすめの考え方：“入口の乱立”より“運用の統一”を優先

複数サイトでフォームを持つと、次の要件が出がちです。

サイトA/B/Cそれぞれで窓口がある（でも対応は同じチーム）
問い合わせ種別ごとにフォームを分けたい（採用・見積・不具合など）
管理画面のアクセス統制（IP制限など）や閲覧範囲の整理が必要

この場合は、フォーム単体の作りやすさよりも、

受信箱での一元運用
運用ルール（ステータス・担当）を揃えられるか
必要に応じて統制機能を足せるか

が効いてきます。Tayoriはプランに応じて、IP制限など運用・管理面を強化できる構成なので、段階的にスケールしやすいです。

迷ったときの最短チェック（5問）

次のうち 2つ以上YESなら、問い合わせ管理込み（Tayori系） のほうが失敗が少ないです。

YES/NO：対応者が2人以上になる
YES/NO：フォームを2つ以上に分けたい（用途別）
YES/NO：未対応ゼロ運用を作りたい（漏れが怖い）
YES/NO：定型返信を揃えて品質を安定させたい
YES/NO：FAQで問い合わせを減らしたい

FAQ：導入前によくある質問（短く即答）

無料でどこまでできる？

結論：1人で「フォームを試して運用感をつかむ」なら十分。問い合わせが増えたら有料検討が現実的です。
無料プランは「作れる数」と「返信できる数」に上限があるため、“窓口として回し続ける”と詰まりやすいポイントを先に押さえておくと安心です。

無料でできる代表例

フォーム作成（フォーム数は基本 1つ）
設置（無料は iframe方式のみが中心）
受信箱での管理（ステータス確認など）
返信（ただし 月10件まで）

無料がキツくなる典型パターン

返信が月10件を超えそう（＝返信できなくなる）
フォームを用途別に増やしたい（問い合わせ＋申込など）
HTML設置や自動応答メール編集など、運用を強くしたい

目安として、次のように考えると決めやすいです。

スクロールできます

やりたいこと	無料でいける？	コメント
まずは問い合わせ窓口を1つ作って試す	○	最初の一歩に最適
チームで回す（複数人）	△	ユーザー数の上限がネックになりやすい
返信が月10件を超える	×	返信制限で止まりやすい
HTML設置でデザインを寄せる	×	有料プラン対象になりやすい

設置方法はどれが一番おすすめ？

結論：迷ったら「リンク型」→サイトに馴染ませるなら「iframe」→全ページ常設なら「JavaScriptボタン」が鉄板です。
「最初から完璧な設置」を狙うより、早く公開して反応を見てから最適化すると失敗しにくいです。

目的別のおすすめ

最速で公開したい／SNS・メールでも使いたい
→ リンク型（URL共有）
お問い合わせページ内に表示して、ページ内完結にしたい
→ iframe埋め込み
どのページにも“問い合わせ導線”を常設したい
→ JavaScriptボタン（丸型／四角型）
自社サイトのデザインに完全に寄せたい（制作担当がいる）
→ HTMLコード方式（有料＋調整の手間が前提）

初心者におすすめの進め方（手戻りを減らす）

まずリンク型かiframeで公開（テスト送信まで完了）
問い合わせが増えてきたら、JavaScriptボタンで導線を強化
ブランド統一が必要になったら、HTML設置を検討

複数フォーム運用のコツは？

結論：「目的ごとに分ける」→「受信箱で迷わないルールを作る」→「テンプレで品質を揃える」の順で整えると崩れません。

フォームを分ける“ちょうどいい単位”

問い合わせ（一般）
見積・導入相談（商談）
申込・予約（受付）
社内依頼（内部）

※細かく分けすぎると、逆に「どれを見ればいいか」問題が起きます。最初は 2〜3本からが無難です。

運用が安定する3つのルール

命名ルールを決める（例：【外部】導入相談 / 【社内】総務依頼）
→ 受信箱での見落としが減ります
カテゴリ（選択式）を必ず入れる（例：料金／機能／不具合／その他）
→ 担当分け・テンプレ返信が作りやすくなります
未対応を放置しない運用（「未対応＝危険」を共通認識に）
→ 対応漏れの大半はこれで潰せます

複数サイトに同じフォームを置く場合の注意

iframe／リンク型は貼るだけで運用しやすい一方、
HTML設置／JavaScript方式は、設置先ごとに「設置サイトドメイン」の追加が必要になるケースがあります

既存フォームから移行する時に注意することは？

結論：「同時運用→切替→停止」の3段階で進めると事故が少ないです。
いきなり旧フォームを消すと、取りこぼしや通知トラブルが起きやすいので、段階移行がおすすめです。

移行チェックリスト（初心者向け）

旧フォームを残したままTayoriフォームを作り、まずはテスト送信
- 通知メールが届くか
- 受信箱に入るか
- 返信できるか（無料の返信上限にも注意）
Webサイトの導線を差し替える
- お問い合わせボタン
- フッターのリンク
- 会社概要・LP・FAQなど、散らばりがちな場所を忘れずに
自動返信／完了画面の文言を整える
- 受付完了、返信目安、緊急時の連絡先（必要なら）
計測している場合は、CVの取り方を更新
- GA連携を使うなら「送信完了（/complete）」の計測方針も合わせて見直す
HTML/JavaScript方式で設置する場合は、切替先サイトの
「設置サイトドメイン」登録漏れに注意（表示されない原因になりやすい）

移行後にやると安心なこと

旧フォームの停止前に、1週間だけ「両方に来た件数」を見て取りこぼしがないか確認
旧フォームのページは、問い合わせ先をTayoriへ誘導する告知だけ残す（突然の404を避ける）

変わりやすい項目	影響が出る読者	記事のどこを更新するか
料金・契約条件	比較検討層	料金表／おすすめプランの結論
フリーの制限（数・返信）	初心者全般	「無料でどこまで」／導入手順の注記
設置方式の条件	制作者・運用担当	設置方法（リンク/iframe/JS/HTML）の章
GA4・/complete計測	マーケ担当	計測の章（CV定義）
reCAPTCHA・IP制限	セキュリティ重視	セキュリティ/スパム対策の章