よくある質問（FAQ）

コンテンツの移行、IPトラッキング除外、料金の詳細など、inblogに関するよくある質問です。

個人でもinblogを利用できますか？それとも企業向けのみですか？登録に会社名は必須ですか？

はい、個人のクリエイター、フリーランス、個人事業主の方もinblogをご利用いただけます。

無料プラン：月額費用なしで個人クリエイターに適しています。
チームプラン：ブログの初期設定手順にビジネス情報入力ステップがありますが、会社名の代わりに個人ブランド名やご自身の名前を入力できます。

ただし、inblogの主要機能（カスタムドメイン、リード獲得フォーム、SEOアナリティクス）はビジネス向けのインバウンドコンテンツマーケティングに最適化されています。個人ブログ専用に設計された個別の料金プランや機能セットはありません。

inblogを使い始める

サインイン画面には2つの異なるサインイン方法があり、それぞれ異なる認証情報を使用します。

上部にある**Sign in with Google**ボタン
区切り線の下にあるメールアドレスとパスワードの入力欄

**Googleで登録した場合、inblogアカウントには独自のパスワードが設定されていません。**メールアドレスとパスワードの欄にGoogleのパスワードを入力すると、Invalid login credentialsが返されます。上部のSign in with Googleボタンを使用し、該当するGoogleアカウントを選択してください。

**Googleのパスワードを変更しても、inblogアカウントには影響しません。**Google側で新しいパスワードによる認証が通る限り、同じinblogアカウントにサインインできます。
どのように登録したか覚えていない場合は、まずSign in with Googleをお試しください。
メールアドレスとパスワードで登録した場合、**確認メール内のリンクを開くまではサインインが完了しません。**受信トレイや迷惑メールフォルダをご確認ください。
Googleで登録したもののメールフォームを利用したい場合は、サインイン画面の**パスワードをお忘れですか？**からパスワードを設定してください。設定後は、メールアドレスとパスワードでのサインインも利用可能になります。

複数人で1つのアカウントを共有すると、誰がどの操作を行ったか判別できなくなります。複数人でのアクセスが必要な場合は、各自のアカウントで登録し、チームメンバーとして招待してください。

サインインするたびにセキュリティコード（認証コード）を求められます

コードを要求する要因は2つ考えられ、どの画面で要求されるかによって見分けることができます。

inblogのMFA本人確認画面 — サインイン直後のinblogの画面でMFA本人確認および認証アプリに表示された6桁のコードを入力してくださいと表示される場合、そのアカウントでは多要素認証（MFA）が登録されています。inblogが勝手にMFAを有効化することはありませんが、一度設定するとサインイン方法に関係なくサインインのたびに要求されます。認証要素の登録や削除は、右上のプロフィールメニュー → マイページ → MFA設定から行えます。MFA設定カードはパソコンでのみ表示されるため、解除する場合はデスクトップブラウザをご利用ください。
Googleの画面 — コード入力画面がinblogではなくGoogleのサインインウィンドウである場合、それはGoogleアカウントの2段階認証です。Googleアカウントのセキュリティ設定をご確認ください。その場合、前述のパスワードをお忘れですか？でパスワードを設定し、メールアドレスとパスワードでサインインすることでGoogleの認証ステップをスキップできます。

サインインしたのに、ダッシュボードから既存のブログが消えてしまいました

ブログは、そのブログのメンバーとして登録されているアカウントにのみ表示されます。サインインが成功していても、使用したアカウントに紐づくブログがない場合、リストは空になります。パソコンでは準備はできましたか？ブログを作成しましょう！と**新しいブログを始める**ボタンが表示され、モバイルではまだブログがありませんという通知のみが表示されます。ブログが削除されたわけではなく、別のアカウントでサインインしています。

そこで新しいブログを始めるを押すと、別の新しいブログが作成されてしまいます。原因が判明するまでは作成しないようご注意ください。

1. 実際にどのアカウントでサインインしているか確認する。 リストが空の場合、画面上に**Currently signed in as name@example.com.**と表示されます（モバイルではまだブログがありません通知の下）。そのアドレスがブログの作成に使用したものでない場合、アカウントの不一致が原因です。

見覚えのあるアカウント名やプロフィール写真であっても、それがブログを所有しているアカウントとは限りません。判別基準となるのはメールアドレスです。

2. よくある原因

別のアドレスで登録していた。 ブログは個人のGmailや別のプロバイダで作成したのに、勤務先のアドレスでサインインしているケースが最も一般的です。1文字でも異なれば別のアカウントになります。
2つのサインイン方法が異なっていた。 Sign in with Googleとメール/パスワードが別のアドレスに紐づいている場合があります。上記のInvalid login credentialsをご覧ください。
チーム招待を承諾していなかった。 招待されたものの招待メール内のリンクを開いて承諾していない場合、ロールが設定されていてもブログは表示されません。招待メールが届かない場合はチームメンバーの管理をご覧ください。
招待を承諾した後にリンクを再度開いた。 招待リンクは2回使用できないため、再度開くとInvalid Invitationと表示されます。承諾が取り消されたわけではなく、アカウントに問題もありません。すでにメンバーであることを確認する方法については、招待リンクを再度開いた場合をご覧ください。

3. どのアカウントが所有しているかわからない場合

ブログのオーナーまたは管理者がわかる場合は、現在使用しているアカウントをチームメンバーとして招待してもらうのが最も手軽です。
誰もアクセスできない場合は、チャットでブログのアドレス（例: example.inblog.ioまたは接続しているドメイン）をお送りいただければ、どのアカウントに紐づいているか確認いたします。ブログを引き継ぐには、オーナー権限の譲渡の手順に従ってください。

ブログが表示されていても開けない場合は状況が異なります。 無料プランのブログやトライアルが切れたブログはリストから消えません。編集者または投稿者権限のメンバーにはカードにチームメンバーのアクセスは一時停止中ですと表示され、クリックできなくなります。同じブログでもオーナーおよび管理者のアカウントからは通常通り開くことができます。オーナーまたは管理者のアカウントでサインインするか、いずれかの方にプランのアップグレードを依頼してください。

登録したのに確認メールが届きません

受信トレイ、迷惑メール、プロモーションフォルダにない場合、通常は以下のいずれかが原因です。

そのメールアドレスがすでにGoogle経由で登録されている。 Googleで登録するとその場で認証が完了するため、確認メールは送信されません。同じアドレスで再度登録を試みても、通常はメールは送信されません。サインイン画面で**Sign in with Google**ボタンを使用してください。すでに存在する同じアカウントに入ることができます。
メールアドレスのスペルミス。 .comではなく.coomなどの間違いがあると、メールは送信されますが届きません。アドレスを再度確認し、もう一度お試しください。

どちらも該当しない場合は、登録に使用したメールアドレスをチャットでお知らせいただければ、アカウントの状態をお調べします。

すでに無料ブログ（Naver Blog、Tistory、Blogger、WordPress.comなど）を持っています。なぜinblogを使うべきですか？

無料ブログサービスは記事を公開する場所を提供しますが、inblogはビジネス向けのインバウンドコンテンツマーケティングのために作られています。主な違いは以下の通りです。

テクニカルSEOが自動化されている: クリーンなサーバーレンダリングHTML、自動H1〜H3マークアップ、自動生成されるサイトマップとrobots.txt、BlogPosting JSON-LD構造化データがすべて設定不要で適用されます。
SEOの資産が独自ドメインに蓄積される: カスタムドメインを接続することで、検索順位、被リンク、ドメインオーソリティが共有の無料プラットフォームではなく自社のブランドドメインに蓄積されます。
訪問者をリードに転換できる: 組み込みのリード獲得フォームとリアルタイムのトラフィック・キーワード分析により、単に記事を公開するだけでなくマーケティングの成果を測定・改善できます。
エンジニアなしで運用可能: 上記のほとんどはダッシュボードからノーコードで設定できます。

要するに、無料ブログは主に「書く場所」であるのに対し、inblogは「検索やAIでの露出をリード獲得に繋げるビジネスブログツール」です。

inblogの料金を見る

現在WordPress / Ghostでブログを運営しています。コンテンツをInblogに移行できますか?

はい!Inblogは「WordPress、Ghost、Naver Blogなどのプラットフォームに対するコンテンツ移行のサポート」を提供しています。ClassumやHappyTalkといった著名な企業が、このプラットフォームへの移行を成功させています。

ChatGPT、Perplexity、Google AI OverviewsなどのAI検索（GEO）でコンテンツが表示されるようにするには、inblogはどのように役立ちますか？

AI検索で引用される仕組みは従来のSEOと非常によく似ています。AIモデルがWebコンテンツをクロールして読み取り、回答内で引用します。重要なのは機械が読み取りやすい構造と明確で引用しやすいコンテンツです。

inblogが自動的に処理すること:

JSON-LD構造化データ、メタタグ、OGタグにより、AIクローラーが各記事のトピックと構造を理解可能
自動H1〜H3マークアップとSSRレンダリングにより、LLMが直接取り込めるクリーンなHTMLを提供
自動生成されるサイトマップとrobots.txtにより、検索エンジンやAIクローラーが新しい記事を迅速に検出

ユーザーが注力すべき点:

質問には直接かつ冒頭で回答する（FAQやハウツー形式）。AIは明確な回答を述べている段落を引用する傾向があります。
引用される可能性を高めるために、オリジナルのデータ、事例、引用可能な統計情報を含める。
関連する記事を通じて1つのテーマを深く掘り下げ、トピカルオーソリティ（専門性）を構築する。

通常のSEOと同様、AI検索での露出にはインデックスと蓄積の時間が必要です。通常、結果が出るまでに数ヶ月かかります。

GeminiやClaudeのような特定のAIツールで自分の記事は表示されますか？

inblogは初期状態で、いかなるAIツールによるコンテンツの読み取りもブロックしていません。公開された記事はプレーンなHTMLとして配信され、JSON-LD、サイトマップ、robots.txtに加えて、すべてのブログでllms.txtが自動生成されます（ダッシュボードの設定画面を開き、LLMs.txtのファイルを見るから確認できます）。AIツールが記事を読み取って引用するための技術的な基盤は整っています。

ただし、**特定のプラットフォームが記事を表示または引用することを保証することはできません。**各AIプラットフォームがクロールする対象や情報源を引用する方法は異なり、トピックやコンテンツの品質によっても結果は変わります。

現実的な見通しとして:

AI検索経由の訪問数は、Googleなどの従来の検索と比較すると依然として少数です。AIの回答はその場で読まれて終了し、クリックされないことが多いためです。
そのため、AIでの露出は現在の直接的な流入源として期待するよりも、検索エンジンとAIツールの双方が読み取れるコンテンツを蓄積していく中長期的なチャネルとして捉えるのが現実的です。
Naver検索からの流入も重要な場合は、inblogに完全に置き換えるのではなく、Naverブログとinblogを併用することをお勧めします。

外部からのクロールを制限しているプラットフォームからの移行は、出発点を変えます。そもそもコンテンツがAIツールから読み取り可能になるためです。そこから引用される確率を高めるには、上記のAI検索（GEO）の回答をご参照ください。

記事がインデックスされているのに検索トラフィックや順位がつきません。何を確認すればよいですか？

Googleにページがインデックスされているにもかかわらず検索結果に表示されない場合、通常は以下の3つの要因が重なっています。

重複コンテンツ — ほぼ同一の記事が別のプラットフォーム（Medium、他のブログなど）にも存在する場合、Googleは通常1つのバージョンのみを表示し（最初にインデックスされたものやドメインオーソリティの高いものが優先されます）、残りを検索結果から除外します。他のチャネルとは異なる切り口、構成、表現でブログ記事を執筆してください。
デフォルトドメインの使用 — カスタムドメインは、デフォルトドメイン（inblog.io）よりもはるかに上位にランクされやすいです。独自ドメインを接続することで、検索順位、被リンク、ドメインオーソリティが自社ブランドに蓄積されます。
ブログの運用期間 — 新しいドメインやブログがGoogleからの信頼を得るまでには、通常1〜3ヶ月かかります。順位や表示回数が伸びるより前に、ページがインデックスされることはよくあります。

したがって、インデックス自体に問題がないのであれば、これは不具合ではなく時間と独自性の問題であることがほとんどです。カスタムドメインを接続し、コンテンツを差別化し、継続的に公開していけば、時間とともに露出は増えていきます。

ページビューデータが偏らないように、特定のIPからのトラフィックを除外できますか?

現在、このプラットフォームではIPベースのトラッキング除外は提供していません。ただし、パラメータ ?traffic_type=internal を使ったブログアクセスは、「Inblogダッシュボードのページビュー計測から自動的に除外されます。」

ブログに「internal traffic excluded」という通知が表示され続けます。何か壊れているのでしょうか？

いいえ、これは正常な動作です。ダッシュボードからブログを見るや記事を見るを使ってブログを開くと、URLに自動的に?traffic_type=internalが付加され、このアクセスは管理者による内部確認用であり統計にはカウントされないことを通知しています。

**一般の訪問者には表示されません。**通常のURLでアクセスした読者には通知は表示されず、そのアクセスは正常にカウントされます。
一度タブが内部トラフィックとしてマークされると、そのタブ内でURLから?traffic_type=internalを削除しても通知は消えず、カウントも除外されたままになります（内部フラグはタブごとに記憶されます）。
読者とまったく同じ見え方を確認したい場合は、新しいタブやシークレットウィンドウ/プライベートウィンドウで通常のURLを開いてください。
その方法でのアクセスは統計にカウントされるため、数値を正確に保ちたい場合は日常の確認にはダッシュボードのリンクをご利用ください。

Googleアナリティクスの数値とinblogの訪問数が一致しません。なぜですか？

両者は計測方法が異なるため、常に同じ数値になるとは限りません。最も一般的な2つの原因は以下の通りです。

内部トラフィックの処理: ダッシュボードのブログを見るから開いたアクセスはinblogの統計から除外されますが、Googleアナリティクスではユーザーとしてカウントされます。ご自身でブログを確認する頻度が高いほど、GA側の数値が大きくなります。
指標の違い: GAの「総ユーザー数」とinblogの「訪問数」では、カウントしている単位が異なります。

GAを送信元別に分析すると、ダッシュボード経由のアクセス（inblog.ai / referral）による差異がどの程度あるかを確認できます。

測定IDを保存しました。GAが正しくデータを収集しているか確認するにはどうすればよいですか？

保存した測定IDは、ブログ上でそのまま使用されます。

タグスクリプト（gtag.js）は、お客様ご自身の測定IDで読み込まれます。ネットワークタブのgoogletagmanager.com/gtag/js?id=...のリクエストにご自身のG-で始まるIDが表示されていれば正常です。
これは、記事や一覧ページ、スタンドアロンのフォームページなど、公開されているすべてのブログページに適用されます。
測定IDの接続にはチームプラン以上が必要です（無料トライアルも含みます）。
タグはページを開いた後にブラウザによって挿入されるため、「ページのソースを表示」には現れません。代わりに開発者ツールのElementsまたはNetworkタブでご確認ください（ページが開いた直後は早すぎて確認できない場合があります）。
実際にデータ収集が行われているか確認するには、Google Tag AssistantまたはGAのリアルタイムレポートをご確認ください。

それでもデータが収集されない場合は、測定ID自体が無効であるケースがほとんどです（使用しなくなったデータストリームのIDや入力ミスなど）。Googleのタグサーバーが解決できないため、データが収集されません。

Googleアナリティクスで管理 → データストリーム → ウェブ → 該当のウェブデータストリームを開き、測定ID（G-で始まるもの）を再度コピーして、inblogの設定 → Googleアナリティクス → 測定IDに保存してください。
保存後、数分以内にGAのリアルタイムレポートに反映されます。標準レポートの処理には時間がかかるため、保存直後はリアルタイムレポートでご確認ください。

ブログ全体の総訪問数と各記事のPV数の合計が合いません。どちらが正しいですか？

どちらも正しいです。計測している対象が異なるため、一致する設計にはなっていません。

総訪問数は、ブログのトップページ、カテゴリーページ、著者ページなどを含むブログ全体のページビューをカウントします。記事ごとの数値（ダッシュボードで訪問数と表示されるもの）は、その単一の記事のみをカウントします。したがって、各記事の数値を足し合わせてもブログ全体の総数とは一致しません。
どちらの数値もユニークビジター数ではありません。どちらもページビューベースであるため、同じ読者が同じ記事を再度開いた場合も再カウントされます。
どちらもダッシュボード上部で選択された期間（デフォルトは過去28日間）に従います。記事ごとの数値は全期間の累計ではありません。

更新するたびに同じ期間の合計値が少しずつ変わるのはなぜですか？

直近の日付のデータがまだ集計中であるためです。

ブログの総訪問数は、直近数日間（ブログのタイムゾーンにおける本日とおよそ過去2日間）についてはリアルタイムのトラフィックログから直接読み取られ、それ以前の日付については事前集計済みのデータから読み取られます。直近のデータはアクセスが蓄積され続けており、データが確定済み集計へと移行する過程で数値が調整されることがあります。
記事ごとの数値は日付に関係なく常にリアルタイムログから取得されるため、そこで見られる増加は純粋に新しく発生したトラフィックです。
数日以上前のデータが大きく変動し続ける場合は、対象の期間と表示していた画面をお知らせいただければ調査いたします。

Inblogの料金はどのように決まりますか?

このサービスは「月額39ドルから始まり、月間ページビューに応じて増減します。」

無料プランを利用しています。チームプランにアップグレードするにはどうすればよいですか？

アカウントを削除したり再登録したりする必要はありません。既存のブログをそのまま移行できます。

まずダッシュボードでアップグレードしたいブログを選択します。サブスクリプションはブログごとに管理されるため、選択されているブログに請求が発生します。
左側メニューの設定グループの下にある**サブスクリプション**を開きます。
現在のご契約状況の下に**3つのプランカード（無料プラン、チームプラン、年間プラン）が表示されます。チームプランのカードにあるアップグレードする**をクリックし、開いたダイアログで金額を確認後、続く決済画面でカード情報を入力してください。

この画面はブログのオーナーおよび管理者のみに表示されます。メニュー自体が見当たらない場合は、後述の「ダッシュボードにサブスクリプションが見つかりません。どこで解約やカード変更ができますか？」をご覧ください。
決済後、サブスクリプションのステータスは少し待つと自動的に更新されます。画面が無料プランのまま変わらない場合は、ページを再読み込みしてください。
14日間の無料トライアルが終了して無料プランに移行したブログも、同じ手順で再度サブスクリプション契約が可能です。記事、アドレス、設定はすべて保持されています。

ブログが無料プランかチームプランかを確認するにはどうすればよいですか？

サブスクリプション画面上部の**現在のご契約状況**の見出しに、現在適用されているプランが表示されます。

これもブログごとに管理されています。複数のブログを運用している場合は、それぞれのブログを選択してご確認ください。
有料サブスクリプションの場合は、同じ場所に更新日（解約予約済みの場合は終了日）も表示されます。
マイページ（右上のプロフィールメニュー）には、プランやサブスクリプションの詳細は表示されません。

クーポン（割引コード）をもらいました。どこで入力すればよいですか？

クーポンは決済ウィンドウ自体に入力します。ダッシュボードにあらかじめクーポンを保存しておく欄はありません。

上記の「無料プランを利用しています。チームプランにアップグレードするにはどうすればよいですか？」の手順に従って決済ウィンドウを開きます。
決済ウィンドウ内の**Add discount**をクリックします（幅の広い画面では左側の注文概要にあります）。
クーポンコードを入力すると、割引後の金額に更新されます。金額を確認した上で決済を完了してください。

**決済を完了する前に入力してください。**すでに完了した決済に対して後からクーポンを適用する画面はありません。
決済後にクーポンの未適用に気づいた場合は、チャットでブログのアドレスとクーポンコードをお知らせいただければ対応を検討いたします。

カードが拒否され続けます。どうすればよいですか？

カードを変更する前に、カード発行会社にご確認ください。複数の異なるカードがすべて決済に失敗する場合、カード自体の問題というよりも海外オンライン決済の制限が原因である可能性が高いです。

inblogのサブスクリプションは、決済代行会社である**Paddleを通じて米ドル（USD）**で請求されるため、カード会社側では海外オンライン取引として処理されます。請求明細の加盟店名にはPaddleが含まれ、paddle.comまたはpaddle.netと表示されます。

カード会社にお問い合わせの際は、以下をお伝えください:

決済を試みた日時
米ドル（USD）建ての海外オンライン決済であること
加盟店名に**Paddle**が含まれていること

その上で、以下の2点をご確認ください:

その日時の決済がなぜ拒否されたのか
その制限を解除できるか

「海外で使えるカード」と「海外オンライン決済が許可されているカード」は異なります。海外の実店舗で問題なく使えるカードであっても、カード会社のアプリやコールセンターでオンラインの海外取引のみブロックされている場合があります。カード自体の問題と誤認しやすいため、この設定をご確認ください。

制限が解除されたら、再度決済をお試しください。カード会社に確認した後も失敗する場合は、チャットでブログのアドレス、決済を試みた日時、画面に表示された正確なエラーメッセージをお送りいただければ、決済会社側の取引ログを確認いたします。

複数のブログを運営しています。特定のサブスクリプションがどのブログのものか確認するにはどうすればよいですか？

サブスクリプションと請求はブログごとに管理されます。1つのアカウントで複数のブログを所有している場合でも、すべてのサブスクリプションを1箇所に一覧表示する画面はないため、各ブログを順番に確認します。

確認場所: ダッシュボードでブログを選択し、左側メニューの**サブスクリプション**を開きます（このメニューはブログのオーナーおよび管理者のみに表示されます）。
決済日からブログを特定する: 同画面の請求書セクションに、各支払いの請求日と請求書が一覧表示されています。探している日付の請求書があるブログが、そのサブスクリプションに紐づくブログです。
すでに解約または変更されたサブスクリプションについては、その下の請求履歴セクションに各サブスクリプションの開始日と終了日が表示されます。
現在有効なサブスクリプションについては、画面上部にもプランと更新日が表示されます（解約予約中の場合は終了日が表示され、管理者付与プランや一括請求プランの場合は日付が表示されないこともあります）。
マイページ（右上のプロフィールメニュー）にはプロフィールとセキュリティ設定のみが含まれており、サブスクリプションの詳細は表示されません。

比較するブログが多すぎる場合は、決済に使用したアカウントのメールアドレスとサブスクリプションの開始日を添えてチャットでお問い合わせください。

REST APIやCLIを使用するにはどのプランが必要ですか？

REST APIおよび@inblog/cliは、すべての有料プラン（チームプラン以上）でご利用いただけます。

プランの階層によるAPI機能の違いはありません。同一のリソース（記事、タグ、著者、ブログ、リダイレクト、フォーム、リードの回答）を操作できます。
請求はプランの階層ではなく、**トラフィック（ページビュー数）**に応じてスケールします。
ダッシュボード → 設定 → APIキーでAPIキーを生成し、ターミナルや自動化の作業には@inblog/cliをご利用ください。詳細はinblog CLIとAI SkillsおよびAPIドキュメントをご覧ください。
REST APIとCLIは14日間の無料トライアル期間中も動作します。トライアルが終了してブログが無料プランに移行すると、既存のAPIキーは表示されたままになりますがAPI呼び出しは機能しなくなります。

無料プランで発行したAPIキーでAPI呼び出しが失敗します（n8n、Makeなど）

無料プランでもAPIキー画面を開いてキーを確認または作成することはできますが、実際のAPI呼び出しは有料プラン（または無料トライアル期間中）でのみ機能します。そのため、無料プランのキーをn8nやMakeなどのワークフローツールに接続すると、キー自体は有効に見えてもリクエストは認証/権限エラーで失敗します。

無料トライアル期間中: APIアクセスは動作します。
無料プラン移行後: キーは存在しますが使用できません。呼び出しを再開するにはチームプラン以上を再契約してください。

個別の記事を非公開にすることはできますか？

現在inblogには単一の記事を非公開にする機能はありません。記事を公開すると、誰でもアクセスできる公開URLで配信されます。

公開前に特定の人に記事を見せたい場合は、エディタのプレビューリンクを共有してください。プレビューのパスは実際の公開記事のURLとは異なるため、ページビューや訪問数のアナリティクスにはカウントされません。

inblogでは、購読者のみにコンテンツを制限する有料メンバーシップ（ゲート付きアクセス）機能は提供していません。

無料プランの場合、Google Search Consoleのデータ収集は停止しますか？

いいえ。無料プラン期間中も、Search Consoleは検索トラフィックデータの収集を継続します。 有料プランで制限されるのは、inblogダッシュボード内でのそのデータの閲覧のみです。

表示回数やクリック数を記録しているのはGoogle側であり、inblogはダッシュボードを開いたときに関連付けられたSearch Consoleプロパティを読み取っているだけです。inblog自身がデータを保持しているわけではありません。
そのため、無料プラン期間中であってもGoogle Search Consoleを直接開けば、通常通りパフォーマンスを確認できます。
有料プランを再契約すれば、Search Console側の保持期間内である限り、その期間のデータもinblogダッシュボードに再び表示されます。

ただし、無料プランではカスタムドメインの接続が解除されるため、そのドメイン配下でインデックスされていたURLは404を返し、その間に実際の検索トラフィックが減少する可能性がある点にご注意ください。詳細は次の項目をご確認ください。

無料プランにダウングレードすると、接続していたカスタムドメインはどうなりますか？

カスタムドメインの接続は有料機能であるため、有料サブスクリプションを解約してブログが無料プランに移行すると、接続されていたカスタムドメイン（例: example.com/blog や blog.example.com）の接続は解除されます。

ドメイン接続が解除されている間、検索エンジンがそのカスタムドメインでインデックスしていたURLは404を返します（ブログと記事自体はinblogのデフォルトアドレスで公開されたまま残ります）。
有料プランを再契約すれば、同じカスタムドメインを再接続してそれらのURLを復旧させることができます。
ドメインを頻繁に変更することはSEOに悪影響を及ぼす可能性があるため、可能な限り同じドメインを維持することをお勧めします。

inblog内でリダイレクトを設定した後に解約した場合、それらのリダイレクトは機能し続けますか？

いいえ。inblogを解約すると、リダイレクトによって検索トラフィックを引き継ぐことはできません。

リダイレクト設定で作成したルールは、inblogがそのアドレスでブログを配信している間にのみ適用されます。解約するとカスタムドメインの接続が解除されるため、ブログも保存されたリダイレクトルールもそのドメイン上では配信されなくなります（前述の通り、インデックスされていたカスタムドメインのURLが404を返すのと同じ理由です）。

別のサイトに移行する場合は、先にinblogの外部でリダイレクトを設定してから解約してください。

既存の各記事に対応する新しいURLを移行先サイト（WordPress、自社ウェブサイトなど）に作成します。
カスタムドメインの向け先を、今後のホスティング先（ホスティングプロバイダ、Cloudflare、自社Webサーバーなど）に変更します。ドメインがinblogを向いている間は、新しいホスト側でルールを作成してもリクエストは届きません。
そのサーバー上で、**古い各URLから新しいURLへの恒久的なリダイレクト（308を推奨）**を設定します。正しく機能している301があればそれを維持するか、ホスティングが301にしか対応していない場合は301を使用します。詳細は308と301の違いと使い分けをご覧ください。中間ステップを挟まずに最終的なURLへ直接転送し、可能な限り記事を1対1で対応させてください。
古いアドレスを開いて、1回の転送で正常なページに着地すること、および新しいページのcanonicalとサイトマップが新しいURLを向いていることを確認します。その後、サブスクリプションを解約します。

一致するページがないすべてのアドレスを単一のトップページに転送すると、検索エンジンにソフト404として扱われる可能性があります。対応する新しいページがない場合は、そのアドレスに対して404または410を返す方が正確です。

ダッシュボードに`サブスクリプション`が見つかりません。どこで解約やカード変更ができますか？

まず対象のブログを選択し、左側メニューの**サブスクリプション**を開いてください。解約は解約するから、カードの変更はお支払い方法 → カード変更から行えます。

サブスクリプションは左側メニューの設定グループの下にあります。 設定画面を開いてその中を探すのではなく、左側メニューのサブスクリプションを直接クリックしてください。
サブスクリプションはブログごとに管理されるため、別のブログを選択している場合はそのブログのサブスクリプション画面が表示されます。対象のブログが選択されていることをご確認ください。
サブスクリプションはブログのオーナーおよび管理者のみに表示されます。 メニュー自体がない場合は、権限のないアカウントでサインインしています。ブログのオーナーに管理者権限を付与してもらうか、オーナーのアカウントをご利用ください。
オーナーまたは管理者であるにもかかわらず表示されない場合は、ダッシュボードでブログを再度選択し、もう一度設定グループの下を確認してください。それでも表示されない場合は、一度サインアウトしてから再サインインしてください。
マイページ（右上のプロフィールメニュー）には請求関連の項目はありません。請求画面はブログを選択した後に左側メニューからのみ開くことができます。

請求書の行に`保留中`と表示されています。どういう意味ですか？

これは請求書は発行されたものの、決済がまだ完了していないことを意味します。サブスクリプション画面の請求書セクションには、各支払いについて以下のいずれかのステータスが表示されます。

保留中 — 請求書が存在し、決済プロバイダが登録されているカードへの請求を処理中です。お客様側で行う操作はありません。 請求が成功すると支払い済みに切り替わります。
支払い済み — 正常に回収が完了しました。
支払い期限超過 — 請求が失敗し、支払いが延滞しています。カードの有効期限、利用限度額、海外決済の制限などを確認し、必要に応じてお支払い方法 → カード変更からカードを変更してください。
返金済み / 無効 — それぞれ返金済み、および請求なしでのキャンセルを意味します。この2つはLemon Squeezyでのサブスクリプションでのみ表示されます。Paddleでのサブスクリプションにおける返金は行が支払い済みのままとなるため、チャットでご確認ください。

一部の行にはPDFダウンロードアイコンがありません。 アイコンは、プロバイダがその支払いに対する請求書を発行するとすぐに表示されます。まだ請求書が発行されていない行には表示されません。

保留中の表示が長く続く場合や、同じ金額が重複して表示されている場合は、チャットでブログのアドレスとスクリーンショットをお送りいただければ、プロバイダ側の取引状況をお調べします。

無料プランを利用しています。ページビューが10,000回を超えると課金されますか？

いいえ。無料プランで自動的に課金されたり、勝手にチームプランへアップグレードされたりすることはありません。

料金ページのPV段階（10K / 100K / 200K）は、チームプランのご契約にのみ適用されます。 チームプランを契約中のブログは、現在の請求サイクル内の対象PV数に応じて次回の請求額が自動調整されますが、無料プランのブログにはサブスクリプション契約自体が存在しないため、調整も請求も発生しません。

無料プランで大量のアクセスが発生しても、支払いが開始されたりブログがロックされたりすることはありません。
チームプランの機能（カスタムドメイン、Search Console、フォーム、API、チーム管理）が必要になった時点で、ご自身でサブスクリプションを開始してください。

サブスクリプションを1〜2ヶ月一時停止して、後で再開することはできますか？

独立した**「サブスクリプションの一時停止」機能はありません**。代わりに、解約して無料プランに移行し、必要になったときにいつでも有料サブスクリプションを再開してください。

解約を予約しても、有料機能は現在の請求サイクルの終了日まで有効です。
利用していない間も、ブログや公開済みの記事は削除されません。inblogのデフォルトアドレス（*.inblog.io）で公開され続け、新しい記事の公開も可能です。
無料プランの期間中はカスタムドメインの接続が解除され、それらのURLは404を返すため、検索トラフィックが重要な場合は前述のカスタムドメインに関する説明をご確認ください。
解約はダッシュボードのサブスクリプション → 解約するから行えます。

どの通貨で請求されますか？また、現地通貨の請求書は発行できますか？

inblogのサブスクリプションは、当社の販売元（Merchant of Record）であるPaddleによって販売・処理され、**米ドル（USD）**で請求されます。inblogがお客様の現地通貨で直接決済を処理することはありません。

決済後に発行される請求書はPaddleの英国法人から**米ドル（USD）**で発行され、この書類が取引の公式記録となります。
請求書はサブスクリプション → 請求書、または決済時に受信したメールから確認できます。
現地通貨で実際に引き落とされた金額の証明書類が必要な場合は、カード会社が発行する海外利用明細や現地通貨建ての利用明細書をご利用ください。承認日の為替レートで銀行が換算・請求した金額が記載されています。

領収書（請求書）の送付先メールアドレスを変更するにはどうすればよいですか？また、過去の領収書を再送してもらえますか？

領収書（請求書）は決済時に登録されたメールアドレス宛てに送信されます。サブスクリプション画面上部に表示されているメールアドレスは決済を開始したアカウントのアドレスであり、実際に領収書を受信しているアドレスとは異なる場合があります。

過去の領収書が必要なだけであれば、再送を待つ必要はありません。 同画面の請求書セクションに各支払いの請求日と金額が一覧表示されており、請求書が発行されている支払いについては行の右側にあるダウンロードアイコンからPDFをすぐに開くことができます（サブスクリプションはブログのオーナーおよび管理者にのみ左側メニューに表示されます）。
受信アドレス自体を変更したい場合は、チャットでお問い合わせください。 現在、ご自身で変更できる画面はありません（マイページで設定できるのは名前、アバター、言語、パスワード、多要素認証のみで、請求関連の項目はありません）。
ブログのアドレス、現在領収書を受け取っているメールアドレス、新しいメールアドレスをお知らせいただければ対応いたします。
担当者が変更になり、ログイン用のアカウントメールアドレスの変更も必要な場合も同様にお問い合わせください。領収書の送付先アドレスとログインアカウントのメールアドレスは別々に管理されているため、どちらの変更を希望されるかをお知らせください。

支払い用カードを更新したのに古いカードの請求履歴が残っています。二重請求されたのでしょうか？

いいえ、二重請求ではありません。 表示されているのはすでに承認・決済が完了した過去の支払いの記録です。

お支払い方法の変更は、今後の更新時に使用されるカードを変更する手続きです。すでに完了した支払いが自動的にキャンセルされたり、新しいカードへ移行されたりすることはありません。

カードの変更方法: サブスクリプション → お支払い方法 → カード変更。新しいカードは次回以降の支払いから適用されます（サブスクリプションはブログのオーナーおよび管理者の左側メニューにのみ表示されます。メニューが表示されない場合は、ブログオーナーに管理者権限を依頼した上でページを再読み込みしてください）。
開く画面はご契約のプロバイダによって異なります。 inblogは2つのプロバイダ経由で請求を行っています。Paddleのサブスクリプションは同じ画面内にカード入力フォームが開きます。Lemon Squeezyのサブスクリプションは新しいタブでLemon Squeezyのお支払い方法ページが開きます（ブラウザでブロックされている場合はポップアップを許可してください）。どちらの場合もボタンと手順は同じです。
古いカードをあらかじめ削除する必要はありません。新しいカードを保存するとお支払い方法が置き換わります。Paddleでのご契約では、その後保存済みのカードリストから以前のカードを削除できます。Lemon Squeezyでのご契約には保存済みのカードリストは表示されず、新しいカードを保存した時点で変更が完了します。
以前の請求を返金して新しいカードで再決済したい場合、カードを変更しただけではそれは行われません。返金と新規決済は別の手続きとなりますので、チャットでお問い合わせください。
返金が承認されてからカード会社側に反映されるまで、およそ7営業日かかる場合があります。
手続きをスムーズに進めるため、**ブログのアドレス、新旧カードの下4桁、ご希望の処理（返金のみ、または返金後に再決済）**をお知らせください。カード番号全体の送信はお控えください。

自分が書いた内容と異なって表示されたり、一部の単語が変わって見えたりする記事があります。

これはほぼ間違いなくブラウザの自動翻訳機能が原因です。ブラウザの言語（例: 英語）がページの言語（例: 韓国語や日本語）と異なると、ChromeやEdgeなどのブラウザがページを自動翻訳し、その過程で単語が置き換わって文章が変わったように見えることがあります（例: 「형사」が「형사팀」と表示されるなど）。

この場合、公開されているコンテンツ自体は正常であり、閲覧者のブラウザ上でのみ異なって見えています。
翻訳結果はブラウザや端末によって異なるため、「あるパソコンではおかしく見えるが別のパソコンでは正常に見える」という形で現れることがよくあります。
解決方法:
- アドレスバーの翻訳アイコンをクリックし、元の言語を表示するよう選択します。
- Chromeの場合、ページ上を右クリックして**「このサイトは翻訳しない」**を選択します。
- それでも直らない場合は、ブラウザの設定でそのサイトの自動翻訳をオフにしてください。

著者名を変更したのに、著者ページのURL（`/author/...`）に古い名前が表示されたままです。

著者ページURLのスラッグはアカウント作成時に設定され、著者名とは別個に管理されているため、著者名を変更してもURL文字列は変更されません。

公開されている著者ページの表示名とページタイトルには新しい名前が反映されます。古い名前が残るのはアドレスの文字列のみです。
現在、ダッシュボードからもREST API/CLIからもスラッグを直接変更する方法はありません。APIおよびCLIで編集可能なフィールドは、著者名（author_name）とプロフィール画像（avatar_url）です。
これを解決するために著者を削除して再作成しないでください。 すでにその著者に紐づいている記事とのリンクが外れてしまう可能性があり、新しいスラッグを作成するための推奨される方法でもありません。

URL内の特定の名前が運用上問題になる場合は、チャットでブログのアドレスと著者ページのアドレスをお知らせください。アドレスの変更には既存の検索トラフィックを失わないための恒久的なリダイレクト設定も伴うため、個別に対応しております。

inblogのブログでGoogle AdSenseを配信できますか？

チームプランでは、設定 → グローバルスクリプトの挿入からグローバルスクリプトタグ（Googleタグ、Google広告など）を挿入できます。AdSenseに関しては、以下の条件と制限にご注意ください。

カスタムドメインを接続した有料ブログでのみ機能します。デフォルトドメイン（inblog.io）のままではAdSenseを利用できません。
AdSenseの自動広告（コード挿入経由）のみサポートされています。
ads.txtファイルのアップロードや、記事本文内への手動での広告配置（特定の位置への広告枠挿入）は現在サポートされていません。

月額のサブスクリプション費用が発生するため、AdSenseの収益だけではその費用を賄えない可能性があることもご留意ください。収益化の手段としては、アフィリエイトマーケティングリンクの活用なども代替案となり得ます。

フォーム送信時にMetaピクセルやGoogle広告のコンバージョンイベントを発火させることはできますか？

現在、フォーム送信が成功した瞬間にコンバージョンイベントを発火させる方法はありません。

設定 → コード挿入にある4つの枠のうち、<head>タグの先頭および<head>タグの末尾にあるコードは、スタンドアロンのフォームページ（/forms?formId=...）でも読み込まれます。ピクセルのベースコードをこのいずれかに配置すれば、フォームページ上でもPageViewが収集されます。
⚠️ 対照的に、<body>タグの先頭および<body>タグの末尾にあるコードは記事や一覧ページなどのコンテンツページにのみ適用され、スタンドアロンのフォームページでは実行されません。ピクセルコードがそこに配置されている場合、フォームページ上では何も収集されませんので、<head>の枠に移動してください。
ただし、送信が成功した瞬間に対して公開されているコールバックはありません。 そのタイミングで1回だけ実行されるようにfbq('track', 'Lead')をフックする方法はありません。
送信後に別のサンクスページにリダイレクトさせる設定もありません。 送信完了メッセージは同一ページ上に完了画面としてオーバーレイ表示され、URLは変化しないため、「サンクスURLへの到達」をコンバージョントリガーとして使用することはできません。その画面で変更できるのは、メッセージ、ボタンのラベル、ボタンの色のみです。
送信ボタンのクリックをコンバージョンとしてカウントすると、必須項目のバリデーションによってブロックされたクリックや重複クリックもカウントされてしまうため、実際に保存された回答数とは一致しません。

実際のリード獲得数と広告の成果を正確に一致させるには、フォームの回答をエクスポートして広告プラットフォーム側にコンバージョンを登録してください。利用可能なルートは2つあります。Zapier連携（リアルタイムで新しいリードごとにトリガー — リードの管理を参照）を利用するか、独自のCRMやMake、n8nなどのツールからリードAPIを定期的にポーリングする方法です。リードが届いた瞬間に外部を呼び出すWebhookは提供されていません。

ダッシュボードのデータ（訪問者、トラフィック）をダウンロードまたはエクスポートできますか？

ダッシュボードには訪問者やトラフィックデータをファイルとしてダウンロードするボタンはありません。 集計された数値はアナリティクスAPIから取得できますが、個別のアクセスログ生データをエクスポートする機能はありません。

以下のデータセットはエクスポート可能です:

記事リスト: 記事マネージャーの右上にあるCSVをダウンロードボタンを使用します（表示する列を選択は画面上のテーブルの列を変更するものであり、CSV内のフィールドは変更されません）。
リード（フォームの回答）: リード画面ですべてのリードを表示を選択するとフォームごとにワークシートが分かれたExcelブックをエクスポートでき、特定のフォームを選択するとCSVをエクスポートできます。
記事およびリード: REST API経由でも取得可能です（チームプラン以上で利用可能）。

サブスクリプションの一時停止や解約を予定している場合は、保持しておきたいデータは解約前にすべてエクスポートしてください。

ブログを閉鎖する予定です。本文を含めた記事のバックアップはできますか？

一括で「完全バックアップ」をダウンロードする機能はありません。 必要なリソースごとに保存してください。

CSVをダウンロードには記事本文は含まれません。 記事マネージャーのCSVには、カテゴリー、タイトル、ステータス、公開日、著者、フォーム、CTA（リンク、テキスト、色）などの一覧情報のみが含まれており、執筆した内容をアーカイブする手段にはなりません。
本文を取得するにはAPIを使用します。 記事一覧のレスポンスではデフォルトで本文が除外されているため、fields[posts]に明示的にcontent_htmlを指定する必要があります。
```
curl -H "Authorization: Bearer {API_KEY}" \
  "https://inblog.ai/api/v1/posts?fields[posts]=title,slug,published_at,content_html&page[number]=1&page[size]=50"
```
すべてのページを保存するまでpage[number]を増やして実行してください。タグ、著者、リダイレクト、フォーム、リードの回答にもそれぞれ専用のエンドポイントがあり、同様に動作します。
パフォーマンスデータは集計値のみです。 アナリティクスエンドポイントは、期間ごとのトラフィック、記事ごとの指標（訪問数、クリック数、オーガニック、CVR）、トラフィックソースを返します。個別のアクセス生ログのエクスポートはありません。
オリジナルの画像が必要な場合は個別にダウンロードしてください。 本文HTMLには画像ファイルそのものではなく画像URLが含まれているため（アップロードされた画像は通常inblog側でホストされています）、ファイル自体を保存したい場合はそれらのURLからダウンロードしてください。

解約する前に実行してください。 ブログが無料プランに移行すると、キー自体は残っていてもAPI呼び出しが機能しなくなるため、バックアップを実行できなくなります。APIアクセスには、チームプラン以上（または有効なトライアル）とAPIキーが必要です。

最終更新 2026-10-14

前へ料金プラン