チェンジログ
何が新しいの？
プラットフォームのすべての改良 それが出荷される
· EmailService
ウォームアップの日に何も送信されなかった
スタートからN-th 24時間使用したウォームアップデイ 何も行って、最初のキャンペーンの前日にウォームアップを回す 無声に、少量の日を過ごしました。 試み無しで終わる日は 今繰り返される:それはそして毎日毎日は全日によって先に進めます 未使用、一度に任意の数、使用した日は、 窓と歴史。 完成は彼らと共に動き、ウォームアップ状態 idleDaysSkipped をレポートします。 送信パスが何かをカウントする前に実行が解決されますので、送信は 繰り返されるべきことについてある日に対してカウントしないで下さい;そしていつ カウンターは閉じるのではなく、立っているので、実行を左に読み込むことができません ゼロの日.
· kamo-internal
バックエンドが送信できないキャンペーンは、理由と修正方法がわからない
EmailService は、受信者を 1 つ失敗する代わりにキャンペーンを一時停止します 送信できないときの1つによって: プラットフォームのリレーから ドメイン、または一括送信機はありません。 送信、スケジュール、 原因が立っている間再開し、キャンペーンで報告する sendBlocker。 - エディタと進行状況ビューは、原因とバナーが表示されます、 サーバ独自の文と修正を2つのステップとして変更します。 プロバイダのデフォルトを使用して下さい)再開し、またはバルク送信機を開けて下さい 設定と再開。 ドラフトがまだ残っている間再開は無効にとどまります 原因がある - 再開は最初に草案を保存しますので、修正されたから到達します 保存され、拒否されたキャンペーンの代わりにバックエンド お問い合わせ - 拒否された送信、スケジュール、または履歴書は、所定の場所に表示されます。 サーバのメッセージは、トーストだけでなく、キャンペーンを再読み込み 従ってその状態およびブロッカーは流れです - キャンペーンのグリッドは、ステータスの横にあるブロックされたキャンペーンをマークします。 ホバーの理由 - キャンペーン API のエラーは、大麦よりも人間のメッセージを好む マシンコード、ステータスとコードを運ぶ
· kamo-internal
ウォームアップは、アイドルの日がカウントされず、スライディングの日付を描画すると言う
何も送信されていないウォームアップ日数:実行スライド 転送し、日は変更をする再開を送るとき繰り返します、 最初のキャンペーンが安全になる前にウォームアップ。 パネルはそう言っています, 横 idle と not-started ノートのスイッチと再び。 日がスキップされたとき、日輪は、日輪がどのくらいの頻度で、 スケジュールは、その多くを前進させました。 すべてのスケジュールタイルは、その日付を示しています, そして、チャートのツールチップの名前は、バックエンドとして毎日読みます 最初からカウントされるのではなく、スライディングデーは 描かれたもの。 /marketing/email では、"on" として何も待ち受けていないアイドルウォームアップ、 配達を主張するのではなく、次のキャンペーンで始まります ペース.
· EmailService
キャンペーンメール プラットフォームのリレーは、取得される代わりに一度に失敗を拒否する
リレーは、独自のドメインとしてのみ送信され、他のドメインと何かに応答します 451 なので、他のドメインにあるキャンペーンで、すべてのドメインを再試行する 誰が学んだ前に、それぞれがウォームアップの試みを繰り返します From が間違っていた。 orgのプロバイダがリレーのホストとポートであるとき そして From のドメインは、リレーの送信ドメインではなく、受信者は 今、そのエラーの修正でFAILEDマーク:SMTP、再試行なし ウォームアップやスロットに対してカウントされたことは一切ありません.
· EmailService
新しいホストウォームアップは、orgのキャンペーンメールを保持し、ウォームアップのペースでリリース
オルグのウォームアップは、ディスパッチャはキャンペーンを単独で残します そして、リナプラーは、それらを一度に1つのメッセージを送信します。 オルガのキャンペーン全体で、キャンペーンのタイムリーなキャップを過ぎず、 一日のウォームアップキャップを過ぎません。 毎秒走る ディスパッチャ独自のリースなので、2人が同じ受信者を送らない 異なるポッド。 設定、決定された日と安全ブレーキは、バルクプロバイダーの 暗号化された空白; カウンターはRedisに住んでおり、受信行から再構築されます 失われた場合。 GET、PUT、および/api/email/bulk-provider/warmup のエンドポイントをリセット 状態、スケジュール、キュー、健康を報告します。 どちらのパスも 1 件の知覚メソッドを通じて送出します。 リレーが参照する前に行SENDING. キャンペーンカウンターが書かれています キャンペーンを保存せずに、中断されたスイープが含まれている。 キャンペーンをSENDINGに戻すために使用しました.
· kamo-internal
受け継がれている列は接触し、既に存在している行はステータスの横にマークを保持します
キャンペーンが既にあるかどうかをメールサービスの受信者 DTO が報告 各アドレスをメールで送信 マッパーは、一緒に、一緒にそれを運びます lastError は、キャンペーン ID を DTO から取り出します。 未接触の行は、ウォームアップとメールが送られてはいません。 再び、進行中のグリッドはウォームアップノートを与えなくなり、いつ 最後の結果は何でもありますが、ステータスチップは小さくなります 「既に送信済み」マーク。 受取人のステップでは、「既に送信された」とマークされた行 また、単に外出しなかったときに終了した送信方法も示します.
· kamo-internal
キャンペーン フィールドから、バルクリレーが拒否すると言います
キャンペーンのフィールドは、一括プロバイダーからデフォルトで、警告します。 アドレスがプロバイダのドメインを解除するときは、そのアドレスが スパム。 リスクではなく、確実性のないプラットフォームリレー: EmailService は、ドメインからないキャンペーンのすべての受信者に失敗します。 リレーの送信ドメイン(「一括中継のみ@domain」) そのため、バルクプロバイダがプラットフォームのリレーを運ぶとき、オフドメインは エラー: フィールドがマークされ、アラートは何が起こるか、オファーを言う プロバイダは、リレーのドメインにあるときのデフォルトで、プリフライト 固定されるまで送るブロック。 独自のSMTPに関する組織 プロバイダーは、迷惑メール警告を柔軟に取得します.
· EmailService
キャンペーンメッセージは、X-Kamo-Ref の受信行に名前を付けます
バルクリレーは、そのキューIDに対するヘッダーをログ化し、前にそれをストライプします 配達、従って配達結果は厳密な受取人の列に一致できます。 コンポーザーのテストは、キャンペーンメッセージの残りの部分もピントします。 with: キャンペーンのアドレスと名前から、各々が一括に戻る プロバイダー; 自身のヘッダを起動できない表示名; ドメインのメールボックスを購読解除すると、メールが実際に作成されます。 キャンペーンが1つを設定したときにのみ返信する.
· EmailService
リレーの配信レポート バウンス、ブロック、およびカウント キャンペーンメール ハンドオフ後
メニュー プラットフォームのリレーのレポートを取る それぞれのメッセージの先頭に、受信者の行にマッチしたメッセージ X-Kamo-Ref ヘッダーまたは、失敗すると、アドレスに送信された最新の行が 最後の7日間。 堅いバウンス(5.1.x、5.1.2.1、 5.4.4)は行をBOUNCEDマークし、抑制します メールアドレス ブロック (5.7.x) は FAILED をマークしますが、アドレスをそのまま保持します。 拒否は、メールボックスではなく、送信者でした。 その他の永続的なもの 明白な失敗。 デリバリーまでは、デフェラルの理由は行に保管されます。 行のみがまだ SENT が移動され、各レポートのウォームアップ数が一度にカウントされます。 メッセージが送信された日に対して、レポーターはバッチを返すことができます 安全に.
· EmailService
ウォームアップのスケジュール、パッシング、健康ルール
新しくIPを送るのは、14日のウォームアップ日を越える。 日 1-7 フォローする ペースごとの固定スケジュール(保守的、バランスの取れ、攻撃的)。 日 8 前日が健康な場合は、ペースの割合で毎日成長します そのバウンス、ブロックおよび控除率によって、他は保持します。 当日は 一度決定し、理由を保ちました。 一日の左からメッセージがペースアップされ、一方のジッターと 時折壊れ目は、安定した速度を4回以上速くそして 一日の予算の残りの部分がもはや適合しないように遅らせません。 ザ・オブ・ザ・ 安全ブレーキは、受信機がブロックまたは跳ねている日を止めます.
· kamo-internal
/marketing/emailのウォームアップパッシングバナー
新しいホストウォームアップがパッシングしている間、キャンペーンはもっとゆっくりと出ます 自分の設定よりも、キャンペーンで何も言うのではなく、その理由は言う。 ザ・オブ・ザ・ キャンペーンのワークスペースとキャンペーンの進捗ビューがスリムになりました 当日のバナーは、今日のキャップ、次の送信、 待ち受けているもの、ウォームアップ設定とキュード受信者にリンク 開催されていることを説明する。 ウォームアップがオフまたは完了している間、バナーは非表示であり、いつでも ウォームアップは読み込めません.
· kamo-internal
フィールドエラーとウォームアップエンドポイントで一括送信クライアントをタイプ
クライアントは、バックエンドが決してない PENDING というプロバイダーのステータスを知った 送信するので、保存されたが、まだテストされていない送信機は「未 設定します。 PENDING SETUP(PENDINGを受け入れるもの)を読み込み、 1つの場所で全状態を正規化:接続要約、時 パスワードは、プラットフォームのリレーとメンバーが変更されるかどうかを変更しました。 管理します。 失敗は、バルクメールApiError として返され、HTTP ステータスを運ぶため、 400 のフォームは、名前のバックエンドをフィールドしますので、フォームはメッセージを置くことができます そのフィールドと403はアクセス状態としてではなく、 エラー。 Empty 204s は容認され、保存またはウォームアップの書き込みが応答 ベアの承認は、採用される代わりにGETに続く 状態として、保存後にフォームをブランクしたものです。 ウォームアップコールを追加:GETとPUT /bulk-provider/warmupとPOST /bulk-provider/ワームアップ/リセット.
· kamo-internal
接続ルール、プリセット、ウォームアップビューモデルの背後にある一括送信機
純粋な部分は、新しい画面がテストでそれぞれ構築されています。 - バックエンドのポートファースト接続ルールは、ミラーリングされるので、フォームは言うことができます KamoCRMが保存される前に接続する方法: 465 暗黙 TLS サインインすると、587はSTARTTLSで、どのセキュリティが言うか署名付きです。 STARTTLS のアップグレードとサインの他のポート、その他のポート サインインなしのプレーンテキスト - プラットフォームのリレーと一般的なプロバイダのワンクリックプリセット - フォームは値として:汚れた、保存体、および検証 接続サイン時にユーザー名とパスワードだけを求める - 準備の信頼性およびテストの段階は送ります -ウォームアップランプ、カウントダウン、リズムを送信し、チャート番号をスケジュール useBulkWarmup は、タブが見える間に 15 秒ごとにウォームアップをポーリングします。 隠されている間に一時停止し、403で停止し、書き込みを適用します ロールバックで楽に.
· kamo-internal
新しいホストウォームアップパネルで一括送信タブを再構築
バルクメール送信者タブは、1つの長いフォームから1セットに再構築されます 保存状態のドラフトの上にカード: - ライブステータスを持つマストヘッド(保存されたが、未テストの送信者は現在読み込みます) そのまま送信する「テストを行なう」、1行の保存された接続と 最後にテストされたとき - 4 段階の信頼性の柵: 関係、送り装置、渡るテストは暖まります - 接続, プリセット付き, なし / STARTTLS / SSL-TLS制御, a よく知られた港がタイプされる場合の提案および方法の生きている記述 KamoCRMは、実際に接続します, ポートがオーバーライドしたときに警告 選択されたセキュリティ - 接続サインが入るときにのみ対話的であるサインイン パスワード行は、保存されているか、いつ、置換するか、 保存されるまでステージを削除 - プラットフォームのときに警告、受信トレイのプレビューで送信者ID リレーはドメインから拒否されます - 粘着性がある保存棒、彼らの分野に置かれるバックエンドからの間違い、および 保存した状態は、保存した回答から取得 - インラインテストは、メッセージがどこにあるかを描き、マークします 拒否したステージ 新しいホストはパネルを暖めます:オン/オフ、ペース、現在の日をとして置きます 16セグメントリング、今日のライブでキャップに対して送信 次の送信、合計、配送健康、およびその量へのカウントダウン リレーレポート、各日の決定とキャップで14日間のスケジュール 実際のチャートに対して、今日の時速送信との間の不均等なギャップ 最近の投稿、キュー、Resumeのセーフティブレーキ、Reset。 送信者を変更する権利のないメンバーは、読み取り専用タブを取得します。 読み込みを拒否すると、エラーではなくアクセス状態が取得されます.
· EmailService
キャンペーンは一括メール送信機なしで送信またはスケジュールすることはできません
そのようなキャンペーンを受け入れ、すべてのキャンペーンをスキップするために使用されるディスパッチャ 何もないが、ログ ラインで SENDING でそれを残します。 sendNow と スケジュールは、送信者をどこに設定するかというメッセージで拒否します。 設定されたホストとポートが十分です。検証されていない必要があります.
· EmailService
プロバイダの設定 api は保存された状態に応答し、それが拒否するフィールドの名前
PUT は {success: true} ではなくフル設定状態を返します。 保存後にフォームを空白にします。 フィールドはサーバー側で検証され、 接続時にのみ、400 {error, field} として拒否されます。 実際にサインインします。 空白のパスワードは保存されたパスワード、clearPassword を保持します。 これを削除し、パスワードUpdatedAt レコードがセットされたとき。 ステータスは 配達関連フィールドが変更されたときだけPENDING SETUPに戻る。 暗号化されたブロブに書き込むと、ロックされたブロックを1つ通過 キーを所有していないキーを保持する read-modify-write は、空白は ウォームアップも持ち運びます。 状態は、EmailService がどのようになるかを示しています。 接続、およびプラットフォーム org は、内部のリレーの設定を表示します。 テストは失敗したところ(接続、TLS、ログイン、送信者、 受信者、データ) それぞれのための短い修正.
· kamo-internal
送信されたメール、カスタム/テンプレートオーディエンスなし、フィールドから実際のメールをプレビュー
プレビュー: エディタ自身の buildBodyHtml() 出力をレンダリングするダイアログ - string ストアを保存し、ディスパッチャが送信されるので、オーディエンスのヘッダー、 シグネチャとフッターとコンプライアンスフッターがすべてあり、それだけではありません 実際のメールからのドリフト。 デスクトップとモバイルビュー、 "preview as" 受信者またはサンプルをマージするトークンは、EmailServiceがそれらを埋める方法を満たし、 箱型封筒とサンドボックスフレーム。 コンパスから到達可能 ステップ、フッターバー、送信されたキャンペーンの進捗状況ビュー。 聴衆:「習慣/型無し」はボディのまわりで何も包みません。 保存されます シグネチャスコープScope NONE(サーバーストアと決して) reads) およびキャンペーンはカスタムとしてラベルをつけます。 From: 名前とアドレスのフィールドから、一括メールからデフォルトで キャンペーンごとにプロバイダーと編集可能、デフォルトと警告へのリセット アドレスがプロバイダーのドメインをオフしている場合。 これは送信者を取り替えます 聴衆と無返信ラジオから派生。 受信者: キャンペーンが既に電子メールで送信されているアドレスは「既に既に」マークされています 送信する」と、彼らは再びそれを電子メールで送信されることはありません通知で、電子メールサービス これにより、受取人ごとに報告します.
· KlusterServices
独自の顧客キーでhello.kamocrm.comを、ドメイン自体から署名
キャンペーンメールは、postfix-bulk を通して hello.kamocrm.com として残します。 それは、その 独自のDKIMキー(顧客名、customer. domainkey.hello)、 そしてuse esld = false なので、hello です。 kamocrm.com メッセージは d=hello に署名されます 親のメールキーに戻るのではなく、厳格に失敗する ドメインが公開するDKIMアライメント(adkim=s).
· KlusterServices
Postfix-bulk, キャンペーンメールの2番目のアウトバウンドリレー, 配信結果がfedバック
キャンペーンメールは、k3m1(egress 47.181.8.87)で独自のリレーで残します。 こんにちは。 kamocrm.com、従ってバルク郵便についての不満は決して触れません mail.kamocrm.com の評判 (47.181.8.84). - Eメールサービスのみ(NetworkPolicy)のポート25のプレーンテキストリレー @hello.kamocrm.com の送信者のみを受け入れ、他のものを拒否する 4xxは、キャンペーンディスパッチャが5xxを抑制するので、5xxは決してありません。 - Podのパブリックアドレスがなければ、egressガードはアウトバウンド配信を保持します 47.181.8.87 なので、別の IP として静かに残すことはできません。 - 配信イベントのサイドカーがメールログを読み込み、各キャンペーンを報告 メッセージの配信/拒否/バウンス/期限切れの結果に電子メールサービス, X-Kamo-Ref ヘッダで配信前にストライプされます。 現在手作業で適用: deploy-services.yml はメール/ファイルを名前で適用します これらをまだリストしていません.
· EmailService
一度にアドレスをメールするキャンペーン
アドレスは、トリムされ、ケースが無感覚にマッチし、キャンペーンの行 リレー(セント、フライト、バウンス、失敗、またはリトリート)に手渡しました。 そのアドレスの永続的な記録: 削除、リセット、または再キュー。 - 各行を削除し、各行にリストを再構築するために使用されるMaterializeRecipients 保存するので、パユースキャンペーンを編集して、既にメールアドレスを再度入力 キュー。 歴史を保ちながら、まだ連絡されていない行を更新し、 リストを残した非接触行のみを削除し、再追加しない キャンペーンに問い合わせるが、何度も追加されます。 - ディスパッチャは、リレーがそれを見る前に行SENDINGを主張します。 クラッシュ メッセージを受信するリレーと、SENT がマークされている行は、 QUEUEDを残して、もう一度送ってください。今はSENDINGとsweep closesにとどまります 再試行せずにFAILEDとしてアウトします。 - キャンペーンがリリースタイムをもらっても、キャンペーンが悪用されても、受取人が増えました。 決して送信されず、キャンペーンは終了しませんでした。 リリース時間 今行く 1 つを欠くキューされた行。 - スタートアップ固有のインデックス(campaign id, bottom(trim(email)))はルールをバックアップします テーブルで。 受信者のリストエンドポイントは、各行の名前、マージ値、ソースを返します。 そして、それが連絡されたかどうか、そうはもはや草案を再開し、再保存します パーソナライズを消去します。 アドレスから、バルクプロバイダに戻り、 名前から実際に送信(保存して下落).
· kamo-internal
NoReply Outbound、プラットフォームNoReplyアドレスとして送信されたメールの神のみ監査
メールの3番目のセクションは、神のみの資格のあるメンバーに表示され、開きます /messages/outbound/noreply:すべてのメッセージメールサービスが渡されました プラットフォームNoReplyアドレスとしてリレー, 最初に最新の, 検索付き, a Sent/Failed フィルターおよびフルメッセージを示す引出し。 神が許されない方、ページが消えます。 それは礼儀です、 ロックではなく: データは、EmailService から来ており、セッションを拒否します。 GDなしで.
· EmailService
プラットフォームNoReplyアドレスとして送信されたすべてのメッセージのレジャーは、神のみで読みやすい
1つの場所のメールでメールSmtpServiceで記録されたメールはリレーに達し、 アドレスから決定されるので、トランザクションテンプレート、キャンペーン、 記事の株式は、オプトインすることなくカバーされます。 残留物は記録されます リレーの理由とまだ再スローンで。 書き込みは、独自の方法で実行されます トランザクションと決して投げません。失敗した監査行が失敗したりロールバックしたりできません。 送信する。 GET /api/email/noreply-outbound はレジャー (検索、ステータスフィルタ、 paging, body は除外されます。 /{id} は 1 つのメッセージを体に返します。 両方とも セッションでGDを要求し、他には何もありません: レジャーは、すべての 組織は、org-scoped が正しく開くことができません。 NoReplyOutboundSchemaの起動時にテーブルが作成されます。 記事共有ledgerはあります.
· kamo-internal
追跡リンクは、ホワイトラベルCRM手数料の記事に上陸することができます
トラッキングリンクピッカーが提供する目的地に****************を追加 /marketing/tracking、独自のアイコンで。 パスは、その兄弟のように局所的にフリーです。 マーケティングサイト 308s それ へ **************************** と ?discount= を ホップ、/pricing と同じ(ライブサイトからチェック)。 行のラベルとヒントは kamo-translation-dictionary 7a6fd4e2.
· kamo-marketing
読者がシートフィードの記事を誰かに送ろう
メニュー アクセス 7つの質問の後のトップそしてラインの破片から。 リーダー名 3名様まで、各記事を1回、郵送いたします。 リーダーの名前は、独自のメールクライアントで開くか、コピーすることもできます。 代わりにリンク。 メールサービスが参照する前に POST /api/share-article gates それを見る: 同じorigin のみ、*** は、*** サービスに対するサーバー側の検証済みです。 ここは、誰にでもチェックせずにペイロードを転送するフォーム)、および自己送信 EU/EEA、英国、スイスの訪問者のみ。 体を前進させる 境界フィールドから構築され、イングレッシブが記録された訪問者のアドレスで、 emailServiceの/api/internal/article-shareに制限を強制する そして、プラットフォームのorgのオプトアウトリスト。 展開は、既存のmlos-internal-authからINTERNAL AUTH SECRETを読みます 秘密(オプションで、サイトはまだそれなしで始まります)と利益 EMAIL SERVICE URL, CAPCHA SERVICE URL.
· EmailService
作業のオプトアウトで、プラットフォームのorgとして、誰かに記事をメールしてください
マーケティングサイトの訪問者は、シートフィードの記事を最大3つに送信することができます スタッフ POST /api/internal/article-share (X-Internal-Auth など) /api/internal エンドポイント) は、それぞれ 1 つのメールをトップ レベルに送信します。 組織、 "<sender> から カモCRM" 返信に送信者. 2番目のコピーを追加する代わりに存在するものを再利用します。 - Opt-outs は email suppressions で、プラットフォーム org の id にキーをつけます。 ここでオプトアウトすると、ホストされている org's リストと org's リストに触れることはありません。 ブロックします。 リンクは、署名されたトークン(orgId|email、HMAC)です。 既存のUnsubscribeControllerとページはキャンペーンと共に受け付けます 同じRFC 8058リスト登録解除ヘッダーキャンペーンで、トークンが送信されます。 - 配達は得ます****************を通って行きます DeliveryOptions(表示名と追加のヘッダー)から、SPF決定 リレーフォールバックは1か所で決まりました。 ケーパー内蔵の文字 テンプレート行がないため、使用カウンターはスキップされます。 限界, ハッシュされたレジャーからカウント ******************************** 起動時に作成)すべてのPodが同意する:リクエストごとに3人、プリセット ノートのみ、送信者1日10名、訪問者1名につき500名、 90日ごとに1つのメールアドレスは、アドレスを抑制しません。 また、prod configmap にバルク-email.unsubscribe-base-url を設定します。 コード デフォルトは空白で、登録解除リンクなしでキャンペーンメールを送信します.
· kamo-marketing
/sitemap.xml にすべてのページを置き、ある言語でのみページをリスト
/sitemap.xml はインデックスだったので、 代わりに 79 のファイル名を表示 サイトマップ - /sitemap.xml は 1 つの <urlset> で、各ページで 18,700 個 その英語アドレス、すべての言語バージョンが、 hreflang の代替。 つまり、プロトコルの 50,000-URL / 50 MB の制限 単一ファイルの場合、ファイル全体が拒否されます。 変更ログエントリ 60MB近くでファイルを置くであろう、彼らの代替品なしで行く。 詳しくはこちら エントリーページでは、言語そのものを宣言しています。 - すべての言語バージョンが独自のURLである言語ファイル、 /sitemap-index.xml に移動します。.txt は両方のファイルの名前です。 - コピーに独自のメッセージ名空間が記載されているページと名前 代替, 名前空間が本当にに翻訳されている局所でのみ: 文字列の90%以上、30%未満 英語(app/lib/message-locales.ts) 新着記事 ******************** の記事と /resources に no はありません 翻訳はまだ。 それらは全部で 21 局所にありました, 20 彼らの英語ページ 別のプレフィックスの下に。 - 収集ページは、 `コレクション` の代わりに同じライブ測定を読みます ハードコードのコレクション CONTENT LOCALES。 Swahiliコレクションのコピーは、 そのリストが書かれているので、132の実際のスワヒリページ 英語で観音を指摘していた.
· kamo-internal
部門のSelectは、それが示しているメンバーをチェックします
ディレクトリのパーパートメント リスト全体を選択モードに切り替えるために使用されます チェックして、もう一度押されるまで「完了」を読んでください。 部署がいるメンバー全員がチェックできるようになりました。 表示(検索とすべて/オンライン/オフラインのストリップは誰を決定します)、誰がチェックしたかに行くことを可能にします 外部から。 選択を常に読み、選択中に部門だけで無効になっています 正確にそれらの行です。 1 チェックを外す、他の誰かをチェックする、または異なる表示するフィルター 行が戻ってきた。 ビューアー自身の行が残されます。グループチャットやミーティングには、とにかくそれらが含まれています。 ミーティングは、チャットの招待状を自身に送信します。 aria-disabled で無効にされ、キーボードのユーザーはパネルのトラップに焦点を合わせ、dimmed 保ちます .operator-labelのカラーは!tailwindの`important: true`の下の重要性だから不透明です.
· kamo-marketing
ソフトウェアシートの料金を維持する公共サービス発表
メニュー 、非技術的なのための記述 所有者, どのように再売ホワイトラベルプラットフォームの動作: フラットエージェンシーライセンス, パーシート 代理店が保管し、トップに請求された使用量をメーターで計りました。 よくある質問 署名の前に質問し、KamoCRMが異なる方法. サーバは、記事とBreadcrumbList JSON-LD、独自のOGで記事をレンダリング 無料のサインアップ、デモ、連絡先、電話用のカード、シートフィー計算機、およびCTA。 リソースメニューとハブから、サイトバナーからPSAにリンク 変更ログの左、サイトマップにリストされている.
· kamo-marketing
存在するすべての言語でページを一覧表示し、各ページが同意する
/sitemap.xml は、英語の URL として各ページを一度にリストしました。 変更履歴 17,843 エントリは全く言語を交互にせず、すべてのページの名前の hreflang すべての21は、ページが存在しているかどうかをローカライズします。 - それぞれの言語バージョンは、ページのフルを運ぶ、独自の<url>です。 reciprocal hreflang クラスターと x-デフォルト: Google の推奨フォーム、および クローラを待つことなく、ローカライズされたページを取得するもの 別のリンクに従ってください。 - バージョンは、独自の正式な場所だけにリストされます。 hand-writtenページ、ブログ投稿と変更ログリストページ。 コレクション CONTENT LOCALES の比較、ソリューション、統合、および 用語集; KB の記事と変更ログエントリの, ロケール KBService SecurityService は、実際の翻訳を報告します。 英語のエコー カウントしません。 英語でのcanonicalsがURLを提出するバージョンのリスト インデックス化できません。 - 各ページの <head> の名前は、まったく同じセットです。 localeAlternates() は ページのローカル化と英語へのカニカルの外部のロケール noindex なし。 ロケールの収集ページは、コレクションのコピーを使用せずに 別のページがまだ交互に名前付けされている間、noindex になります。 - インデックスはセクション(ページ、コレクション、各KBセクション)によって分割されます。 changelog リスト ページ, changelog エントリ), それぞれのファイルを最新の lastmod で更新します。 50,000-URL / 50MBの制限内でも十分。 Changelog ファイルが最も古い まず、完全なファイルが再び変更されることはありません。 - 変更ログリストページ 2..N がリストされています。それぞれが独自の規範です。 - /sitemap.jsonは、すべてのページとすべてのページを保持する1つのストリームドキュメントです。 言語 URL. /api/sitemap は同じドキュメントで動作します。 - 部分的なサイトマップではなく、応答503を読むことができないソース.
· KBService
各パブリック記事が本当に翻訳されている場所を話します
マーケティングサイトのサイトマップは、すべての言語バージョンをリストします ヘルプセンター、ドキュメント、API リファレンスの記事、各記事ページ その hreflang の代替品として他の人に名前を付けます。 ネザーは翻訳を伝えることができる echo から: TranslateService は、プロバイダーがいない方向に応答します。 英語のソースなので、w と ta は英語のタイトルと本文を繰り返します 単語の単語(2026-09-11を測定)。 それらがポイントの検索エンジンを浪費する 英語での漢字を取り戻すページ。 ツリー ノードとシングル リードは `locales` を実行します: タイトルまたはタイトルのロケール 本文は英語記事とは異なる。 体だけで十分です - アラビア語 行は、翻訳された体の上に英語のタイトルを保つことができます。 1つのクエリで計算 by KbTranslatedLocalesService で読み込みます EntityManager では共有ライブラリのリリースは必要ありません.
