「サイトを申請する」とは実際に何を意味するのか
サイトを申請するとは、公開されたルールセットに照らして人間または自動処理が確認できるよう、URLをディレクトリ、レビューキュー、または検証チームに提出することを意味します。実際には次の3つを行います。サイトが到達可能で完全であることを確認し、申請フォームで正確に説明し、最終確認を受け取るまでキューを追跡します。
このウォークスルーは初めて申請する人向けに書かれています。ナビゲーションサイトや中小企業ディレクトリで最も一般的なケースである、ディレクトリ形式の掲載レビューを扱います。この手順は検索エンジンのURL送信やアプリストア形式のレビューにもほぼそのまま当てはまり、重要な違いがある箇所は注記しています。小規模サイトなら準備に30〜60分、さらにキューでの待ち時間がかかると見込んでください。
前提条件:始める前に必要なもの
却下のほとんどはフォームを開く前に起こります。記憶からフィールドを埋めなくて済むよう、まず以下を揃えてください。
- 公開中のライブURL。 パスワード制限、”近日公開”のプレースホルダー、ステージング用サブドメインは不可です。
- 機能するナビゲーション。 メインメニューの各リンクは404や空のテンプレートではなく、実際のページを返す必要があります。
- 明確なサイトの identity。 サイト名、一文の説明、カテゴリ、言語 — 初見の人が理解できる形で書きます。
- 連絡先情報。 監視しているメールアドレス、およびディレクトリが求める場合はお問い合わせページ。
- 求められた場合の所有権証明。 通常はメタタグ、DNSレコード、または同一ドメインのメールです。
- ポリシーの把握。 レビュールールを一度読んでください。カテゴリ、禁止コンテンツ、最低コンテンツ量の3つが失敗の主な原因です。
掲載先をまだ選んでいる場合は、フォームに記入する前にCurated Listsの厳選ディレクトリを閲覧してください。誤ったカテゴリへの申請はキューの枠を無駄にします。
ステップ1:申請前のセルフチェックを実行する
目標:レビュー担当者が見つける問題を、担当者があなたのURLを見る前に見つけること。
やること:プライベートブラウザウィンドウでサイトを開き、初見の人のように巡回します。
- モバイルとデスクトップでホームページを読み込みます。読み込み時間とレイアウトの崩れを確認します。
- メインナビゲーションとフッターのすべての項目をクリックします。
- AboutページとContactページが存在し、空でないことを確認します。
- 申請予定のページにタイトルタグとメタディスクリプションがあることを確認します。
- 1ページをページ速度またはクロールチェッカーにかけ、レンダリングを妨げるものを修正します。
期待される結果:修正点の短いリスト、理想的にはゼロ。リストが長い場合はここで止めて先に修正してください。壊れたサイトを再申請すると、二度目のチャンスではなく恒久的な却下につながるのが通常です。
よくあるミス:ディレクトリが特定のランディングページを想定しているのにホームページを申請する、またはその逆。フォームのラベルをよく読んでください。「website URL」と「submission URL」は必ずしも同じフィールドではありません。
ステップ2:掲載情報を準備する
目標:フォームに貼り付ける正確なテキストを書き、申請内容が一貫して読めるようにすること。
| フィールド | レビュー担当者が期待すること | よくあるミス |
|---|---|---|
| サイト名 | サイトに表示されているブランド名 | キーワード詰め込み、例:「Best Cheap Tools Online」 |
| URL | トラッキングパラメータのない正規のhttps URL | utm_やセッションID付きのURLを貼り付ける |
| 説明 | サイトが何を誰のために行うかを1〜2文で | 説明なしでホームページのスローガンをコピーする |
| カテゴリ | 最も人気のあるものではなく、最も近いカテゴリ | 「露出を増やす」ために広いカテゴリを選ぶ |
| 言語 | 主要コンテンツの言語 | 多言語サイトを誤った主要言語で掲載する |
| 連絡先メール | 実際に読むアドレス | レビュー担当者の質問が返送されるno-replyエイリアス |
期待される結果:一度に貼り付けられるプレーンテキストのブロックで、どのフィールドも即興に頼らないもの。
編集の視点:説明フィールドは掲載の生死を分ける場所です。レビュー担当者はクリックせずにあなたのサイトを理解できるべきです。説明がサイトを訪問して初めて意味をなすなら、書き直してください。
ステップ3:フォームに記入して送信する
目標:申請IDまたは確認画面を取得すること。
- 申請フォームを開き、入力前にフィールドラベルを読みます。
- 準備した値を貼り付けます。URLの打ち間違いを避けるため、入力し直さないでください。
- 野心ではなくコンテンツに合ったカテゴリを選択します。
- 検証ステップ(メールリンク、メタタグ、DNSレコード)があれば直ちに完了します。多くのキューでは未検証の申請が期限切れになります。
- 一度だけ送信し、参照番号を含む確認画面またはメールを保存します。
期待される結果:サイトがレビュー待ちになったことを示す画面またはメールの確認、および公開されていれば推定レビュー期間。
よくあるエラーとトラブルシューティングの順序:
- フォームがURLを拒否する。末尾のスペース、httpsの欠落、リダイレクトチェーンを確認します。最終的な遷移先URLを貼り付けてください。
- 確認メールが届かない。迷惑メールとドメインのMXレコードを確認し、同じドメインの別のメールボックスを試します。
- 重複申請の警告。受信箱で以前の確認を検索します。存在する場合は、2件目を作らずに待ちます。
- カテゴリが受け入れられない。カテゴリの定義を読み直し、より狭いものを選びます。
ステップ4:レビューを追跡し、質問に回答する
目標:キューにスパムを送らずに申請を進めること。
ほとんどのディレクトリは、受付、レビュー中、決定の3つの状態を経ます。受信箱と申請ステータスページを妥当な間隔で確認してください。数日に1回で十分です。レビュー担当者が質問した場合は、指定された期間内に回答し、簡潔かつ事実に基づいた返信を心がけます。
レビューが進行中の間は再申請しないでください。重複エントリは、正当なサイトがフラグを立てられる最も一般的な理由です。公開されたレビュー期間が過ぎても更新がない場合は、申請IDを添えて丁寧なフォローアップを1回送ります。
期待される結果:承認、理由付きの却下、または追加情報の要求へのステータス変更。
ステップ5:承認を確認し、掲載を検証する
目標:最終状態が申請した内容と一致することを確認すること。
- 確認メールを開き、最終的な有効化リンクがあれば従います。
- 公開された掲載ページにアクセスし、名前、URL、説明、カテゴリを確認します。
- 外部リンクをクリックし、リダイレクトではなく正規URLを指していることを確認します。
- 何か問題があれば、再申請ではなく修正または編集フォームを使用します。
期待される結果:準備した詳細と一致し、リンクが機能する公開掲載。
却下された場合:理由を文字通りに読んでください。「コンテンツ不足」は実際のページを追加する、「カテゴリ違い」は正しいカテゴリで再申請する、「サイトに到達できない」はまずホスティングを修正する、という意味です。原因を修正し、指定されたクールダウン期間を待ってから、変更点を添えて一度だけ再申請します。
よくあるミスとより速いトラブルシューティング順序
申請が失敗したら、次のチェックを順に進めてください。それぞれが次に触る前に問題のクラス全体を排除します。
- 到達可能性:ログインしていない人でもURLが読み込めますか?
- 正規URL:リダイレクトやトラッキングパラメータなしで解決しますか?
- コンテンツ量:レビューするのに十分な実際のページがありますか?
- カテゴリの適合性:選んだカテゴリはコンテンツを説明していますか?
- 検証:所有権ステップは期限前に完了しましたか?
- 重複:以前の未完了または承認済みの申請がありますか?
開発者ツールやドキュメントサイトを申請する場合、カテゴリの期待値は一般ディレクトリとは異なります。Development & Programmingのエントリと比較して、レビュー担当者が通常受け入れる詳細レベルを確認してください。
よくある質問
サイトレビューには通常どのくらいかかりますか?
キュー次第です。48時間以内に決定するディレクトリもあれば、1〜4週間の期間を公開するものもあります。公開された期間を基準にし、過ぎてからフォローアップしてください。事例観察:手動キューは大型連休の前後で目に見えて遅くなるため、12月下旬に送った申請は2月に送ったものより長く待つことがあります。
同じサイトを複数のディレクトリに申請できますか?
はい、ほとんどのサイトではそうすべきです。ルールは「ディレクトリごとに1件の申請」であり、「合計1件の申請」ではありません。申請先、日付、ステータスを簡単に記録し、誤って重複エントリを作らないようにしてください。
正常に読み込めるのにサイトが却下されたのはなぜですか?
読み込みは最初のチェックに過ぎません。通常の理由は、コンテンツが薄い、カテゴリの不一致、サイトを説明していない説明文、未検証の所有権ステップです。却下理由をチェックリスト項目として読み、その特定の点を修正し、クールダウン期間後に再申請してください。
レビュー用に別のページが必要ですか?
いいえ。サイトを最もよく表すページ、通常はホームページまたはメインの製品ページを申請します。専用の「申請」ページが必要なのは、ディレクトリが検証ファイルやメタタグの配置場所を明示的に求める場合だけです。
確認メールがどうしても届かない場合はどうすればよいですか?
迷惑メールを確認し、次にドメインがメールをまったく受け取れるか確認します。フォームがDNSレコードなどの代替検証方法を提供していた場合は、それを使用します。どちらも機能しない場合は、申請参照番号と使用したメールアドレスを添えてディレクトリに連絡してください。
次に進むべき場所
最初の掲載が公開されれば、ワークフローは日常業務になります。事前チェック、テキスト準備、1回の申請、追跡、確認。準備した説明をメモファイルに保存しておけば、今後の申請は半日ではなく数分で済みます。セットアップと設定に関するその他のステップバイステップのウォークスルーは、Tutorials & How-to Guidesをご覧ください。
コメント
0No comments yet. Be the first to comment.