---
title: フォトコンテスト応募フォームの作り方　離脱を防ぐ項目設計とスマホUXの実務ガイド |  Dline |  株式会社デジタルライン
description: 本記事は、フォトコンテストを主催する方が応募フォームを設計・実装する場面に特化した実務ガイドです。取得項目の絞り込み、スマートフォンUX、写真アップロード実装、権利処理確認、離脱防止、応募完了後のフォローまで、応募数と作品品質を左右する論点を解説します。
---

[キャンペーンお役立ち情報 ](https://www.dline.jp/usefulinformation)

# [フォトコンテスト応募フォームの作り方　離脱を防ぐ項目設計とスマホUXの実務ガイド | Dline | 株式会社デジタルライン](https://www.dline.jp/usefulinformation/269)

 作成者: [株式会社デジタルライン](https://www.dline.jp/usefulinformation/author/dline)｜2026.05.29

本記事は、フォトコンテストを主催する方が**応募フォームを設計・実装する場面**に特化した実務ガイドです。取得項目の絞り込み、スマートフォンUX、写真アップロード実装、権利処理確認、離脱防止、応募完了後のフォローまで、応募数と作品品質を左右する論点を解説します。

## フォトコンテスト応募フォームとは

フォトコンテスト応募フォームとは、応募者から作品ファイルと応募者情報を受け付けるWebフォームのことです。郵送ハガキ応募が主流だった時代と異なり、現在のフォトコンテストでは**Webフォーム経由の応募が中心**となり、応募数・作品品質・運営工数のすべてに直接影響する「コンテストの中核装置」となっています。

応募フォームの設計次第で、応募率は数倍変動します。項目が多すぎれば離脱が増え、少なすぎれば後段の運営に必要なデータが取れません。スマートフォン対応が不十分なら、現代の応募者の大半を逃します。本記事は、これらの設計判断に必要な実務知識を整理します。

フォトコンテストの全体的な開催方法は**[『フォトコンテストの開催方法』](https://www.dline.jp/usefulinformation/267)**でご紹介しています。 

### 応募フォームが担う3つの役割

| **役割** | **機能** |
| --- | --- |
| **①作品ファイルの受付** | 応募者から写真ファイルを受信し、運営側の管理画面で閲覧・選考できる形に格納 |
| **②応募者情報の取得** | 当選通知や賞品発送に必要な氏名・連絡先を、適切な範囲で取得 |
| **③権利・同意の取得** | 著作権・肖像権の処理確認、個人情報取扱いへの同意、二次利用許諾の取得 |

## 応募フォームが応募数と作品品質を左右する理由

応募フォームの完成度は、応募数を直接左右します。一般的に、入力項目が10個を超えると離脱率は急増し、20個を超えると応募者の半数以上が途中離脱するとされています。フォトコンテストの応募者は「写真を撮影してから応募する」という一定のコストを既に支払っているため、フォーム入力でさらに負荷をかけると、この最終段階での離脱が起こりやすくなります。

### 応募数を増やす設計と、運営に必要な情報の両立

主催者が陥りがちな失敗は、**「将来あれば便利かもしれない情報」をすべて応募時に取得しようとする**ことです。「年齢」「性別」「職業」「家族構成」「カメラ機材」「撮影機種」「撮影時間帯」など、欲しくなる情報は無数にありますが、応募者から見ればこれらは答える義務のない情報です。

#### 応募数を増やす方向

- 項目を最小限に絞る
- 必須項目を厳格に判定
- 住所・電話番号は当選後に取得
- スマホで親指1本で完結する設計
- 1画面1質問のステップ式

#### 運営に必要な情報を取る方向

- 当選通知に必須の連絡先
- テーマ適合判定に使う撮影地
- 権利処理に関する確認
- 選考表記用のニックネーム
- 居住地（属性分析の最低限）

両者のバランスを取るのが応募フォーム設計の核心です。本記事の各章では、このバランスをどう取るかを具体論で示していきます。

## 取得項目の設計（必須／任意の判断軸）

取得項目は、**「後段で必ず使うもの」だけ必須**にするのが鉄則です。「あった方がよさそう」で項目を増やすと、入力途中で離脱する応募者が確実に増えます。

 取得項目の3層構造｜必須・任意・当選後 レイヤー①｜必須項目（応募時） 作品ファイル / 作品タイトル / 撮影地 / 応募者氏名 / メールアドレス / 居住地 / 権利処理確認 レイヤー②｜任意項目（応募時） 作品解説 / ペンネーム / マーケ許諾 / カメラ機種 / 撮影日 レイヤー③｜当選確定後に取得 郵送先住所 / 電話番号 / 振込口座（賞金時） / 税務処理用情報（高額賞品時） 原則： レイヤー①は10項目前後に厳選。レイヤー③を応募時に求めると離脱が急増します

図1　応募フォームの取得項目の3層構造（必須／任意／当選後）

### 必須／任意／当選後の判断軸

| **項目** | **判定** | **用途** |
| --- | --- | --- |
| **作品ファイル** | 必須 | 選考対象そのもの |
| **作品タイトル** | 必須 | 選考管理・展示表記 |
| **撮影地・撮影日** | 必須（観光系） | テーマ適合判定・PR活用 |
| **作品解説（コメント）** | 任意 | 選考の参考・展示時の添え書き |
| **応募者氏名** | 必須 | 当選通知・受賞表記 |
| **ペンネーム・SNS名** | 任意 | 展示時の表記希望対応 |
| **メールアドレス** | 必須 | 当選通知・問合連絡 |
| **郵送先住所・電話** | 当選後取得 | 賞品発送・確認連絡 |
| **居住地（都道府県）** | 必須 | 属性分析・地域内外比率 |
| **権利処理確認チェック** | 必須 | 権利侵害リスクの低減 |
| **マーケ許諾** | 任意 | 次回告知・関連配信 |

## 2段階取得方式の設計

応募フォームの設計で**近年の主流となっているのが「2段階取得方式」**です。応募時には最小限の情報のみを取得し、当選確定後にあらためてフォームから住所・電話番号などを受け付ける方式です。

 2段階取得方式｜応募時と当選後で情報を分ける 第1段階｜応募時 取得する情報 ・作品ファイル ・氏名・メールアドレス ・居住地（都道府県） ・撮影地・タイトル ・権利処理チェック → 応募ハードルを最小化 当選確定 第2段階｜当選確定後 取得する情報 ・郵送先住所 ・電話番号 ・振込口座（賞金時） ・本人確認情報 ・税務処理用情報 → 必要時のみ詳細を取得 応募者の心理的負担と主催者の管理リスクを同時に最小化できる、現代の標準設計

図2　2段階取得方式（応募時は最小限、当選後に詳細取得）

### 2段階方式のメリット

#### 応募者の心理的負担を軽減

住所・電話番号を最初から要求されないことで、応募心理がぐっと楽になります。落選時に個人情報を主催者に持たれっぱなしになる懸念も払拭できます。

#### 主催者の管理リスクを削減

取得する個人情報が必要最小限になるため、漏洩時の影響範囲が小さくなります。落選者の情報は、要項で定めた期間が過ぎたら速やかに削除する運用も整理しやすくなります。

#### 本人確認の機会になる

当選通知後に詳細情報を取得するプロセスで、応募者本人の連絡を取れる機会になります。盗用作品・虚偽応募の発覚にも繋がります。

#### 2段階方式が適さないケースもある

応募締切から発表までの期間が短く、賞品発送を即日処理する必要がある小規模イベントや、応募者の本人性確認が事前に必要な特殊なコンテストでは、応募時に住所まで取得する設計の方が運営がスムーズな場合があります。施策の規模・賞品・スケジュールに応じて判断します。

## スマートフォン最適化のUX

現代のフォトコンテスト応募の**大半はスマートフォンから**行われます。撮影機材としてのスマートフォン普及、Instagram経由の応募者の流入を考えると、スマホUXの完成度が応募率を直接左右します。デスクトップで動くフォームは作れて当然、スマホで親指1本で完結するフォームを作れるかが勝負どころです。

### スマホ応募で重要な5つのポイント

| **観点** | **具体的な実装** |
| --- | --- |
| **タップ可能領域** | ボタン・チェックボックスは最低44×44px。指で確実にタップできるサイズ |
| **入力タイプの最適化** | メールアドレスはtype="email"、電話番号はtype="tel"。スマホのキーボードが自動切替 |
| **視認性の確保** | 本文16px以上、行間1.6以上。指で隠れない位置にエラーメッセージ |
| **写真選択の最適化** | 「カメラで撮影」「写真ライブラリから選択」を直接呼び出せる仕様 |
| **入力中のスクロール制御** | キーボード表示時に入力中のフィールドが隠れないようスクロール調整 |

### 1画面1質問のステップ式 vs 1画面完結型

長いフォームをスマホで提示する場合、**「1画面に全項目」と「1画面1質問のステップ式」**のどちらが適しているかは、項目数とユーザー特性によって変わります。

#### 1画面完結型

 項目が10個未満で完結する場合に推奨。スクロールで全体を一望でき、修正もしやすい。フォームの全体像が見えるため、応募者の心理的不安が小さい。

#### ステップ式（1画面1質問）

 項目が多い場合や、複雑な分岐がある場合に有効。1ステップずつ進められるので心理的負担が軽い。ただし「あと何ステップ残っているか」をプログレスバーで明示する必要がある。

## 写真ファイルアップロードの実装

写真ファイルのアップロードは、応募フォームの中で最も技術的な課題が集中する領域です。ファイルサイズが大きい、通信が不安定、ユーザーのデバイス環境がさまざまなど、考慮事項が多岐にわたります。

### 受付ファイル仕様の決定

 写真ファイルアップロードの処理フロー ①ファイル選択 カメラ撮影／ ライブラリ選択 ②クライアント 検証 形式・サイズ確認 ③サムネイル 表示 差し替え可能 ④サーバー 送信 進捗バー表示 ⑤完了 EXIF取得 縮小版生成 エラー時 形式違反警告 エラー時 差し替え操作 通信失敗時 自動リトライ 実装で押さえるべき必須機能 進捗バー / サムネイル確認 / 差し替え機能 / EXIF自動取得 サーバー側検証 / 通信エラー時のリトライ / 縮小版と元データの両保管

図3　写真ファイルアップロードの処理フロー（各段階のエラー対応含む）

| **項目** | **推奨設定** | **備考** |
| --- | --- | --- |
| **ファイル形式** | JPEG、PNG（必要に応じてHEIC・RAW） | iPhoneのHEIC対応は重要 |
| **最大ファイルサイズ** | 10〜20MB／枚 | 長辺2,000〜4,000pxが目安 |
| **最小ファイルサイズ** | 長辺1,200px以上 | 展示用途で必要な解像度 |
| **1応募の枚数** | 1〜5枚（テーマ次第） | 多すぎは選考運営に支障 |
| **複数枚応募の上限** | 1人当たり1〜5作品 | 要項に明記 |

### アップロード時の実装ポイント

#### 写真アップロード実装の必須機能

- アップロード進捗バーの表示（ファイルが大きい時の安心感）
- サムネイル表示で「正しいファイルを選んだか」を確認可能
- ファイル選択後の差し替え機能（間違えた時にやり直せる）
- EXIF情報の自動取得（撮影日時・GPS情報・カメラ機種）
- サーバー側での画像形式・サイズ検証
- 通信エラー時のリトライ機能（モバイル回線対応）
- 選考用の縮小版と元データの両方を保管

#### EXIF情報の活用とプライバシーの両立

 写真ファイルに付随するEXIF情報には、撮影日時・GPS位置情報・カメラ機種など、選考や属性分析に有用なデータが含まれます。一方で、GPS位置情報は応募者の自宅や行動範囲を特定できる個人情報の側面もあります。**運営に必要な情報のみ取り出し、応募者には事前にEXIF取得の旨を要項で告知**しておくのが推奨される運用です。

## 権利処理確認の組み込み

応募フォームでは、応募者が応募作品の権利処理を行ったことを確認するチェックボックスを必ず設置します。後から権利侵害が発覚した際に「主催者は要項で確認を求めていた」事実を残せるかどうかは、運営リスク管理の根幹です。

### 確認チェックボックスの典型例

#### 応募フォームに設置する確認チェック（例）

- 応募作品は応募者本人が撮影した、未発表のオリジナル作品である
- 応募作品の著作権は応募者に帰属し、主催者の利用権を要項に従って許諾する
- 応募作品に他者が写り込んでいる場合、被写体の許諾を得ている
- 未成年者が被写体の場合、保護者の同意を得ている
- 商標・著作物・他者の作品の写り込みについて、必要な許諾を得ている
- 他のコンテストとの二重応募・類似作品の使い回しではない
- 合成・AI生成などの加工について、要項の規定に従っている
- 本要項とプライバシーポリシーの内容に同意する

### 「全て同意」の一括チェックは避ける

権利処理の同意を「以下の全てに同意する」という1つのチェックボックスにまとめるのは、法的リスクが高い実装です。**応募者が個別の項目を読まずに同意した**ことになり、後から「読んでいなかった」と主張される余地を残します。重要事項ごとに個別のチェックボックスを設けるのが推奨される設計です。

[『応募フォームに組み込むべき著作権・肖像権の同意設計』](https://www.dline.jp/usefulinformation/270)を確認する。

## 個人情報の取扱いと同意設計

応募フォームで取得する個人情報は、個人情報保護法に基づく適切な取扱いが必要です。自治体が主催する場合は、個人情報保護条例にも準拠する必要があります。

### 個人情報の取扱明示に必要な要素

| **記載要素** | **具体内容** |
| --- | --- |
| **取得する情報の範囲** | 氏名・メールアドレス・住所・電話番号・撮影地等 |
| **利用目的** | 応募受付・連絡・選考・賞品発送・統計分析・次回告知（要許諾） |
| **第三者提供の有無** | 業務委託先・賞品配送会社等への提供範囲 |
| **保管期間と廃棄** | 応募者：施策終了後○年で削除／受賞者：別途定める |
| **開示・訂正・削除請求** | 応募者本人からの請求方法・連絡先 |
| **プライバシーポリシー** | 主催者全体のプライバシーポリシーへのリンク |

### マーケ許諾は応募同意と分けて取得する

応募の必須要件としての同意（応募受付に必要な情報の取扱い）と、任意要件としての同意（次回告知・関連メール配信などのマーケティング利用）は、**必ず別のチェックボックスで分けて取得**します。マーケ許諾を必須にすると、本来応募したかった応募者を取りこぼすだけでなく、許諾の有効性自体に疑義が生じます。

#### 未成年者の応募と保護者同意

応募者が未成年者の場合は、保護者の同意取得が必要です。応募フォーム上で「私は18歳未満です／18歳以上です」を選択させ、未成年の場合は保護者同意のチェックボックスを表示するなど、年齢に応じた同意設計が望まれます。学校団体応募の場合は、応募者リストの提出と引率教員の同意取得を別途整備します。

自治体がフォトコンテストを実施する場合は、[自治体フォトコンテストにおける個人情報取扱いの注意点](https://www.dline.jp/usefulinformation/268)も必ずご確認ください。

## SNS応募との併用設計

近年のフォトコンテストでは、Webフォーム応募とInstagramハッシュタグ応募の併用が増えています。両者の応募経路の使い分けと、データ統合の設計を整理します。

### 応募経路の併用パターン

#### パターンA　並列方式

Webフォームとハッシュタグ投稿、どちらでも応募可能。応募者は経路を自由に選べる。Webフォーム経由は権利処理が確実、ハッシュタグ経由は拡散性が高い。両者を別管理して、最終的にDB統合する。

#### パターンB　直列方式

ハッシュタグ投稿が一次応募、Webフォームへの誘導が二次応募。ハッシュタグで作品を投稿してもらった上で、Webフォームから応募者情報を補完取得する。権利処理の確実性が高まる。

### SNS応募で押さえるべき技術的要件

SNS応募経路を採用する場合、ハッシュタグの監視、応募者のSNSアカウントから本人確認に進める導線など、Webフォーム単独より複雑な仕組みが必要になります。自前構築は工数・運用コストとも大きいため、システム選定で対応可否を確認します。

SNS応募との併用では、[LINE経由のオープン応募](https://www.dline.jp/usefulinformation/281)と併用することも有効です。

## 入力エラー対策と離脱防止

応募フォームで起こるエラーは、応募者の離脱を直接生みます。エラー時のメッセージ表示、入力途中の保存、戻る操作への対応など、離脱を防ぐ仕組みを丁寧に作り込みます。

 応募ファネルでの離脱発生箇所と対応策 フォーム表示 100% ▼ 約8%離脱 フォーム長すぎ・項目過多 必須項目入力中 92% ▼ 約12%離脱 権利処理確認・複雑な同意項目 写真ファイル選択 80% ▼ 約15%離脱 アップロード失敗・通信エラー 送信完了（残存率約65%） 65% 対応策 項目最小化 2段階方式 確認項目の 分散表示 進捗バー リトライ サムネイル

図4　応募ファネルでの離脱発生箇所と対応策（離脱率は一般的な目安）

### エラー表示の設計

| **エラー種類** | **推奨表示** | **避けるべき表示** |
| --- | --- | --- |
| **必須項目の未入力** | 該当フィールド直下に赤字で「○○を入力してください」 | 送信ボタン押下後にページ全体を赤くする |
| **形式不正（メール等）** | 「正しいメールアドレス形式で入力してください」 | 「不正な値です」のみで原因不明 |
| **ファイル容量超過** | 「ファイルサイズは10MB以下です（現在○○MB）」 | 「アップロードに失敗しました」のみ |
| **送信失敗** | 「通信エラーが発生しました。入力内容は保持されているので再送信ください」 | 「エラー」のみで内容が失われる |

### 離脱を防ぐ追加施策

#### 入力内容の自動保存

 長いフォームでは、入力途中の内容をブラウザのローカルストレージに保存。離脱しても次回戻ってきた時に続きから入力できるようにします。

#### プログレスバー表示

 ステップ式の場合、「3/5ステップ完了」のように現在地を明示。残量が見えると応募者は最後まで進みます。

#### 確認画面の必須化

 送信前に入力内容の確認画面を必ず挟む。誤入力に気づける機会となり、応募後の修正連絡を減らせます。

#### 戻るボタン対応

 ブラウザの戻るボタンでもデータが消えないよう実装。スマホでは特に意図せず戻る操作が発生しやすい。

## 応募完了後のフォロー設計

応募が完了した瞬間が、応募者との関係を強化する最大のチャンスです。サンクスページと自動返信メールを丁寧に設計することで、応募者の満足度を高め、SNS拡散や次回応募に繋げられます。

### サンクスページの構成要素

| **要素** | **役割** |
| --- | --- |
| **応募完了の明示** | 「応募ありがとうございました」の感謝メッセージ |
| **受付番号の発行** | 問い合わせ時に応募者が参照できる識別ID |
| **今後のスケジュール** | 選考期間・発表予定日を再案内 |
| **SNSシェア導線** | 「応募しました」を投稿できるシェアボタン |
| **関連コンテンツ** | 過去入賞作品ギャラリーへのリンク |
| **主催者の他施策** | 関連サービス・SNSフォロー誘導 |

### 自動返信メールの設計

応募完了直後に届く自動返信メールは、応募者にとって「応募が確かに受領された」という安心感を与える唯一の手段です。**送信元アドレス・件名・本文・差出人名のすべてを丁寧に整備**します。応募内容のサマリーをメール本文に記載すると、応募者が後から自分の応募内容を確認できる利便性も高まります。

#### 受付番号は問い合わせ対応の生命線

 応募完了時に発行する受付番号は、後の問い合わせ対応で「あなたの応募が確かに受領された証拠」として機能します。応募者の氏名や応募日時だけでは特定が難しいケースもあり、ユニークな受付番号があれば運営側の問い合わせ対応工数を大幅に削減できます。サンクスページ・自動返信メールの両方に必ず明記します。

## Dlineの応募フォーム実装

Dlineは、フォトコンテスト専用システムの一部として、本記事で解説した実務要件に対応した応募フォームを提供しています。スマートフォン対応・写真アップロード・離脱対策を、運営テンプレートとして組み込み済みです。

### Dlineの応募フォーム機能

#### スマホ最適化済みUI

レスポンシブデザイン・タップ領域の最適化・スマホキーボード切替を標準実装。デスクトップとスマホの両方で同等の応募体験を提供します。

#### 写真アップロードの安定実装

大容量ファイルの分割アップロード、サムネイル確認。EXIF情報の自動取得にも対応。

#### 権利処理チェック設計

業界推奨の権利処理確認チェックボックスを標準テンプレート化。チェック項目のカスタマイズも管理画面から可能です。

#### 2段階取得方式

応募時は最小限、当選確定後にあらためて住所・電話を取得する2段階方式に対応。当選通知メールから直接フォームに遷移できます。

#### サンクスページ・自動返信

応募完了時のサンクスページ、ユニーク受付番号の発行、自動返信メールの差し込み配信を標準提供。SNSシェア導線も組込済。

カスタム応募フォームに対応する[Dlineのフォトコンテストシステム](https://www.dline.jp/lineup/photocontest)もご確認ください。

### 応募フォーム単独でなく一気通貫で

Dlineの応募フォームは、フォトコンテストシステム全体の一部として提供されます。応募受付から、管理画面でのキュレーション、審査、結果発表ページの自動生成、当選通知メールの配信、賞品発送までを一気通貫で運営できます。応募フォームだけ自前構築・他は別システムという分散運用と比べて、データ統合の手間がなく、運営工数が大幅に削減されます。

#### フォーム設計の早期相談を推奨

応募フォームは、企画段階で取得項目を確定させないと、後から仕様変更が大きなコストになります。**テーマ確定後・要項作成前の段階でフォーム設計を相談**いただくことで、要項とフォームの整合性を最初から取れ、応募開始後の手戻りを防げます。Dlineであれば、過去の主催者支援事例をもとに、業種・規模別の最適な項目セットなどをご相談いただけます。

## まとめ

#### フォトコンテスト応募フォームの作り方

応募フォームは応募数と作品品質を直接左右する「コンテストの中核装置」です。設計の良し悪しで応募数は数倍変動し、後段の運営工数にも大きく影響します。

- - 取得項目は「後段で必ず使うもの」だけ必須にする。10項目前後が目安
    - 住所・電話は当選後に取得する2段階方式が現代の標準
    - スマホでの親指1本完結を最優先。タップ領域・キーボード切替を最適化
    - 権利処理確認は項目ごとに個別チェックボックス。「全て同意」は避ける
    - マーケ許諾は応募同意と分けて取得する
    - エラーメッセージはフィールド直下に具体的に表示。入力内容は自動保存
    - サンクスページと自動返信メールで受付番号を発行し、満足度を高めるマーケ許諾は応募同意と分けて取得する

- フォトコンテストの全体的な開催方法は**[『フォトコンテストの開催方法』](https://www.dline.jp/usefulinformation/267)**でご紹介しています。 

#### 応募フォーム実装はDlineへご相談ください

本記事で解説した実務要件に対応した応募フォームを、フォトコンテストシステム全体の一部として提供します。  
企画段階の早期相談で、要項とフォームの整合性を最初から確保できます。

[＞＞ フォトコンテストの応募フォームについて無料で相談する ＜＜](https://www.dline.jp/contact)

 

[フォーム以外も含む総合キャンペーンシステム「Dline」](https://www.dline.jp/)

[【すぐにわかるDlineサービス資料！】](https://www.dline.jp/downloadwp/download)

[完全な記事を表示](https://www.dline.jp/usefulinformation/269)

```json
{
  "@context" : "http://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "株式会社デジタルライン"
  },
  "dateModified" : "2026-05-29T10:51:43.514Z",
  "datePublished" : "2026-05-29T01:00:00Z",
  "headline" : "フォトコンテスト応募フォームの作り方　離脱を防ぐ項目設計とスマホUXの実務ガイド",
  "image" : {
    "@type" : "ImageObject",
    "height" : 630,
    "url" : "https://241910298.fs1.hubspotusercontent-na2.net/hubfs/241910298/dline.jp/images/usefulinformation/269/%E3%83%95%E3%82%A9%E3%83%88%E3%82%B3%E3%83%B3%E3%83%86%E3%82%B9%E3%83%88%E5%BF%9C%E5%8B%9F%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0%E3%81%AE%E4%BD%9C%E3%82%8A%E6%96%B9%20%E9%9B%A2%E8%84%B1%E3%82%92%E9%98%B2%E3%81%90%E9%A0%85%E7%9B%AE%E8%A8%AD%E8%A8%88%E3%81%A8%E3%82%B9%E3%83%9E%E3%83%9BUX%E3%81%AE%E5%AE%9F%E5%8B%99%E3%82%AC%E3%82%A4%E3%83%89.webp",
    "width" : 1200
  },
  "mainEntityOfPage" : "https://www.dline.jp/usefulinformation/269",
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "height" : 60,
      "url" : "/hs/hsstatic/content_shared_assets/static-1.4092/img/default-amp-logo.png",
      "width" : 60
    },
    "name" : "キャンペーンお役立ち情報"
  }
}
```