ステマ規制のPR表記の書き方｜個人開発サービスでの文言・設置場所・実装まで

2023年10月に施行された改正景品表示法により、広告であることを隠した宣伝は不当表示として規制されています。個人開発のアプリやWebサービスでも、アフィリエイトリンクを置いたり、レビューを依頼したりする場面では対応が必要です。

この記事では、PR表記に使える具体的な文言、置く場所、Next.jsなどで運用するサービスサイトへの実装方法までをまとめました。WordPressテーマの設定手順に偏りがちな情報を、個人開発の環境に置き換えて整理しています。

ステマ規制とPR表記の基本ルール

ステマ規制は、景品表示法の不当表示に「事業者の表示であるにもかかわらず、一般消費者が事業者の表示だと判別しにくいもの」が追加されたものです。まずは何が規制され、誰が責任を負うのかを押さえます。

規制される表示の範囲

問題になるのは「事業者の関与」と「その関与が読み手からわからない状態」がそろった場合です。内容が正直なレビューであっても、関与が隠れていれば対象になります。

逆に、対価も依頼も受けずに書いた純粋な感想は規制の対象外です。判断の分かれ目は、金銭のやり取りそのものではなく関係性の有無だと考えるとわかりやすくなります。

責任を負うのは依頼した事業者側

行政の措置命令が向くのは、投稿したインフルエンサーや紹介者ではなく、表示させた事業者です。自分のアプリのレビューを知人や有償のレビュアーに依頼した場合、表記漏れの責任は開発者側にあります。

一方で、アフィリエイトリンクを貼る側は、広告主から表示を求められる立場になります。個人開発者は依頼する側と紹介する側の両方に立つことが多く、両面の理解が要ります。

個人開発で対象になりやすい場面

「自分は広告を出していないから関係ない」と判断してしまう例が目立ちます。実際には、サービス運営の中で次のような場面が該当します。

• ブログやドキュメント内に他社ツールのアフィリエイトリンクを設置している
• ローンチ時に割引コードや無料プランと引き換えにレビュー投稿を依頼した
• 知人の開発者と相互に紹介記事を書き合っている
• 自社サービスのLPに、対価を渡して集めた「お客様の声」を掲載している
• 運営者本人が別アカウントで自作サービスを勧める投稿をしている

PR表記の書き方と使える文言

法律が特定の言い回しを指定しているわけではなく、一般の読み手が広告だと判別できるかどうかが基準です。そのうえで、実務上定着している表現を選ぶほうが安全です。

そのまま使える表記の例

用途によって適した長さが変わります。記事冒頭には文章型、リンク直前には短い語句型が向いています。

避けたほうがよい曖昧な表現

英語表記や略語だけでは、読み手が広告だと理解できない可能性があります。表記があること自体より、伝わるかどうかが評価されます。

• 「Sponsored」「Ad」など日本語話者に伝わりにくい語のみの表示
• 「アンバサダー」「〇〇部員」といった内輪の呼称だけの表示
• 「一部プロモーションを含む場合があります」のように該当有無をぼかす書き方
• 大量のハッシュタグの末尾に紛れ込ませた「#pr」

サービスサイトでの文言の選び分け

個人開発のサービスサイトは、ブログ記事とLPと利用者の声が同居していることが多く、1種類の文言で足りない場合があります。ページの性質ごとに割り当てると管理しやすくなります。

ブログ配下は冒頭の一括表記、LPの体験談ブロックは各体験談への個別表記、という分け方が実装しやすい形です。どのページにどの文言を出すかを最初に決めておくと、記事が増えても崩れません。

PR表記の設置場所と視認性の基準

文言が適切でも、読み手の目に入らない場所にあれば意味がありません。位置と見た目は、文言と同じくらい重視される要素です。

ファーストビュー内への配置

基本は、ページを開いた時点でスクロールせずに見える範囲に置くことです。記事タイトルの直下やリード文の前が定番の位置になります。

記事の末尾やフッターだけに置く形は、読み終える前に離脱した人に届きません。表示位置を1か所にまとめたい場合でも、上部を選ぶほうが安全です。

視認性を下げる実装パターン

コードとしては表記が存在していても、見えなければ未対応と同じ扱いになりえます。デザイン調整の過程で発生しやすい問題です。

SNSと外部プラットフォームでの表示

自社サイト以外に投稿する場合は、各プラットフォームの機能を優先して使います。専用のラベル機能があるものは、ハッシュタグより明確に伝わります。

Instagramならタイアップ投稿ラベル、YouTubeなら「有料プロモーションを含む」の設定を使い、あわせて概要欄や本文冒頭にも文字で書くと確実です。動画では、末尾に一瞬だけ表示する形は避けます。

個人開発サービスへのPR表記の実装

PR表記の解説はWordPressテーマの設定手順に寄ったものが多く、自作のサイトでは手順をそのまま使えません。ここでは自前で組んでいる場合の考え方を整理します。

共通コンポーネントによる一括表示

記事ごとに手で書くと、必ずどこかで抜けます。記事レイアウトの側に表記のコンポーネントを組み込み、フラグで出し分ける形にします。

記事のフロントマターやDBのレコードに真偽値のフィールドを1つ持たせ、レイアウト側で分岐させる構成が扱いやすい形です。既定値を「表示する」にしておくと、設定忘れが安全側に倒れます。

LPの体験談ブロックの扱い

ローンチ直後のLPに載せる「お客様の声」は、知人や早期ユーザーから集めたものが中心になりがちです。無償の協力でも、依頼して書いてもらった以上は関係性の明示が要ります。

体験談カードの下に小さく出典と関係性を添える形が一般的です。架空の人物やAI生成の顔写真を使う場合は、そもそも表示の真実性の問題になるため避けます。

運用フローへの組み込み

実装よりも、運用でリンクが増えたときに追随できるかが差になります。公開前の確認項目に固定で入れておくのが確実です。

• アフィリエイトリンクを追加したら、そのページの表記フラグを確認する
• 体験談を追加したら、対価や依頼の有無をあわせて記録しておく
• デザイン変更のたびに、スマホ幅で表記が画面内に残っているか見る
• リリース前チェックリストに「PR表記の有無」の行を足しておく

自動監査で見えたPR表記の傾向

ローンチガードで個人開発のサイトを自動監査していると、PR表記まわりの不足には偏りがあります。ここは公開情報ではなく、監査結果を通して見えている傾向です。

抜けが集中するページ

トップページや主要な記事は対応済みでも、周辺のページで抜けているケースが目立ちます。手を入れる頻度が低いページほど残りやすい傾向です。

具体的には、初期に書いた古い記事、タグ・カテゴリの一覧ページ、比較表だけの単独ページの3つが多く見られます。一覧ページは本文がないぶん表記の置き場所が決まっておらず、テンプレートから漏れがちです。

表記はあるが伝わらないケース

次に多いのが、表記そのものは存在するのに視認性で問題を抱えている状態です。対応済みのつもりで放置されるため、気づきにくい形になります。

薄いグレー文字での小さな注記、フッター付近への配置、モバイルでヒーロー画像に押し出されて画面外に出るパターンがよく見つかります。デスクトップだけで確認して終えている場合に起きやすい問題です。

ステマ規制のPR表記に関するよくある質問

個人開発者から寄せられることの多い疑問をまとめました。判断に迷う場面の目安として参考にしてください。

PR表記があれば内容は自由に書けますか？

いいえ、PR表記は判別できない状態を解消するためのもので、内容の正確性とは別の話になります。実際より著しく優れていると誤認させる表現は、優良誤認表示として別に問題となります。

施行前に書いた記事も対応が必要ですか？

現時点で公開され続けている表示が判断の対象になるため、公開日ではなく現在の状態で考えます。古い記事にアフィリエイトリンクが残っているなら、対応の範囲に含めるのが安全です。

自社サービスの紹介ページにも表記は必要ですか？

自社の公式サイトやLPは、運営者による表示であることが一般に明らかなため、通常は表記の対象になりません。ただし第三者を装った体験談やレビューを載せる場合は、関係性の明示が必要になります。

Google AdSenseのような広告枠にも表記が要りますか？

広告枠として見た目が明確に分離されている場合、それ自体が広告だと判別できる状態にあります。記事本文と地続きに見えるネイティブ広告寄りの見せ方をしている場合は、表記を添えるほうが安全です。

まとめ

ステマ規制のPR表記は、決まった文言を暗記する話ではなく、事業者の関与が読み手に伝わる状態を作る作業です。「本ページはプロモーションを含みます」のような定型文を、ファーストビュー内に読める大きさで置くところから始められます。

個人開発のサイトで問題になりやすいのは、記事単位の手作業に頼って抜けが出る点と、モバイル表示で見えなくなる点でした。レイアウト側でテンプレート化し、公開前チェックに1行加えておけば、記事が増えても運用が保てます。